From josb at pml.ac.uk Thu Apr 1 00:46:48 2004 From: josb at pml.ac.uk (John Beisley - RSG) Date: Thu, 01 Apr 2004 09:46:48 +0100 Subject: [Mapserver-users] Shapefile question In-Reply-To: <000001c4175c$7c0af720$1364a8c0@parapente> References: <000001c4175c$7c0af720$1364a8c0@parapente> Message-ID: <406BD6F8.1070101@pml.ac.uk> Murilo Lacerda Yoshida wrote: > Hi all, > > I need to create a map that represents the path that someone walked. > For example, a guy started walking at 9:00 am at his house, and > stopped walking at 11:00 am at his office. During this time he walked, > he was using a gps device that was monitoring the points he passed trough. > > So I need to create this map. Question is what type of shapefile I > need to create to store this data. I guess it should be MS_SHP_ARC, > but I?m not sure. Until now I have used only MS_SHP_POLYGON shapes, > and it would be nice if I could still use this kind of shape. And if I > continue using MS_SHP_POLYGON shapes to draw the path the guy walked, > will the map show all the corners, turns and other small elements of > the path that are important? > > I am using PHP/MapScript. > > Thanks in advance, > > Murilo > When I created a shapefile to draw lines (geographically placed, but for a different purpose) I used an ARC type of shapefile. I imagine this is what you want for drawing a track of points on a map. - John -- Website: www.pml.ac.uk Registered Charity No. 1091222 Company No. 4178503 ------------------------------------------------------------------- This e-mail, its content and any file attachments are confidential. If you have received this e-mail in error please do not copy, disclose it to any third party or use the contents or attachments in any way. Please notify the sender by replying to this e-mail or e-mail forinfo at pml.ac.uk and then delete the email without making any copies or using it in any other way. The content of this message may contain personal views which are not the views of Plymouth Marine Laboratory unless specifically stated. Email transmission cannot be guaranteed to be secure or error free From jduflost at ben.vub.ac.be Thu Apr 1 01:24:43 2004 From: jduflost at ben.vub.ac.be (Johan Duflost) Date: Thu, 1 Apr 2004 11:24:43 +0200 Subject: [Mapserver-users] connection string Message-ID: <002c01c417cb$2ac01d90$0200000a@orion> This is a multi-part message in MIME format. ------=_NextPart_000_0029_01C417DB.EE0D4420 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I installed mapserver in tomcat under windows and I need to connect to a = postgis db on another host but the following error message is returned : msPOSTGISLayerOpen(): Query error. couldnt make connection to DB with = connect string 'user=3Dpgmap password=3Dpgmap dbname=3Dgis host=3Dcanis = port=3D5432'.=20 Error reported was 'unknown host name: canis '.=20 This error occured when trying to make a connection to the specified = postgresql server.=20 Most commonly this is caused by=20 (1) incorrect connection string=20 (2) you didnt specify a 'user=3D...' in your connection string=20 (3) the postmaster (postgresql server) isnt running=20 (4) you are not allowing TCP/IP connection to the postmaster=20 (5) your postmaster is not running on the correct port - if its not on = 5432 you must specify a 'port=3D...'=20 (6) the security on your system does not allow the webserver (usually = user 'nobody') to make socket connections to the postmaster=20 (7) you forgot to specify a 'host=3D...' if the postmaster is on a = different machine (8) you made a typo=20 I checked all these possibilities but all of them seem to be right. Is = this a bug of mapserver on windows ? Does anybody have an idea ? Thanks in advance, Johan Duflost Johan Duflost Analyst Programmer Belgian Biodiversity Information Facility (BeBIF) Universite Libre de Bruxelles (ULB) Boulevard du Triomphe - campus de la plaine B-1050 Bruxelles http://gis.bebif.be ------=_NextPart_000_0029_01C417DB.EE0D4420 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
Hi all,
 
I installed mapserver in tomcat under = windows and I=20 need to connect to a postgis db on another host but the following error = message=20 is returned :
 
msPOSTGISLayerOpen(): Query error. couldnt make connection to DB = with=20 connect string 'user=3Dpgmap password=3Dpgmap dbname=3Dgis host=3Dcanis = port=3D5432'.=20
Error reported was 'unknown host name: canis '.
This error = occured when=20 trying to make a connection to the specified postgresql server.
Most = commonly this is caused by
(1) incorrect connection string
(2) = you didnt=20 specify a 'user=3D...' in your connection string
(3) the postmaster=20 (postgresql server) isnt running
(4) you are not allowing TCP/IP = connection=20 to the postmaster
(5) your postmaster is not running on the correct = port -=20 if its not on 5432 you must specify a 'port=3D...'
(6) the security = on your=20 system does not allow the webserver (usually user 'nobody') to make = socket=20 connections to the postmaster
(7) you forgot to specify a = 'host=3D...' if the=20 postmaster is on a different machine
(8) you made a typo
 
I checked all these possibilities but = all of them=20 seem to be right. Is this a bug of mapserver on windows ?
 
Does anybody have an idea = ?
 
Thanks in advance,
 
Johan Duflost
 
Johan Duflost
Analyst = Programmer
Belgian=20 Biodiversity Information Facility (BeBIF)
Universite Libre de = Bruxelles=20 (ULB)
Boulevard du Triomphe - campus de la plaine
B-1050 = Bruxelles
http://gis.bebif.be
------=_NextPart_000_0029_01C417DB.EE0D4420-- From gheysen.t at skynet.be Thu Apr 1 02:15:11 2004 From: gheysen.t at skynet.be (gheysen.t at skynet.be) Date: Thu, 01 Apr 2004 12:15:11 +0200 Subject: [Mapserver-users] Questions about PHP/MapScript Message-ID: <200404011015.i31AFBEV001135@outmx012.isp.belgacom.be> -------boundalter150977 Content-Type: text/plain Content-Transfer-Encoding: 8bit Hello, I make a work on the use of web mapping in forestry. I have made a client interface with PHP/MapScript 3.6.6. I have 4 questions about it. 1. I want to create a PHP function that export a layer of the current map in a new shapefile that will be download by the client. How can I do this ? 2. Someone can exply to me the use of the method getShape ? 3. In PHP/MapScript 3.6.6. it was possible to make a search (by the methode queryByAtrributes) on more than one atrribute. Is it still possible with PHP/MapScript 4.0.1 and the new version of this method ? 4. It-is possible to make a query on the results of the precedent query ? I have try with queryByFeatures() but I have not results : it draw only the good shapes but I have no results. Thanks in advance P.S. : Excuse for my bad english Gheysen Thibaut Facult? des Sciences Agronomiques de Gembloux. gheysen.t at fsagx.ac.be -------boundalter150977 Content-Type: text/html Content-Transfer-Encoding: 8bit Content-Disposition: inline Hello,
 
I make a work on the use of web mapping in forestry. I have made a client interface with PHP/MapScript 3.6.6. I have 4 questions about it.
 
1. I want to create a PHP function that export a layer of the current map in a new shapefile that will be download by the client. How can I do this ?
 
2. Someone can exply to me the use of the method getShape ?
 
3. In PHP/MapScript 3.6.6. it was possible to make a search (by the methode queryByAtrributes) on more than one atrribute. Is it still possible with PHP/MapScript 4.0.1 and the new version of this method ?
 
4. It-is possible to make a query on the results of the precedent query ? I have try with queryByFeatures() but I have not results : it draw only the good shapes but I have no results.
 
Thanks in advance
 
P.S. :  Excuse for my bad english
 
Gheysen Thibaut
Facult? des Sciences Agronomiques de Gembloux.
gheysen.t at fsagx.ac.be   
 


 
-------boundalter150977-- From jduflost at ben.vub.ac.be Thu Apr 1 04:21:22 2004 From: jduflost at ben.vub.ac.be (Johan Duflost) Date: Thu, 1 Apr 2004 14:21:22 +0200 Subject: [Mapserver-users] connection string References: <002c01c417cb$2ac01d90$0200000a@orion> Message-ID: <005301c417e3$d829a740$0200000a@orion> This is a multi-part message in MIME format. ------=_NextPart_000_0050_01C417F4.9B7BAFD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I think I found the source of the problem. The libpq.dll (postgresql = client interface) included in the binary distribution of mapserver = contains a bug listed in pgsql-bugs mailing list. Does anybody know where I can find a new version of that library ? Thanks Johan ----- Original Message -----=20 From: Johan Duflost=20 To: mapserver-users at lists.gis.umn.edu=20 Sent: Thursday, April 01, 2004 11:24 AM Subject: [Mapserver-users] connection string Hi all, I installed mapserver in tomcat under windows and I need to connect to = a postgis db on another host but the following error message is returned = : msPOSTGISLayerOpen(): Query error. couldnt make connection to DB with = connect string 'user=3Dpgmap password=3Dpgmap dbname=3Dgis host=3Dcanis = port=3D5432'.=20 Error reported was 'unknown host name: canis '.=20 This error occured when trying to make a connection to the specified = postgresql server.=20 Most commonly this is caused by=20 (1) incorrect connection string=20 (2) you didnt specify a 'user=3D...' in your connection string=20 (3) the postmaster (postgresql server) isnt running=20 (4) you are not allowing TCP/IP connection to the postmaster=20 (5) your postmaster is not running on the correct port - if its not on = 5432 you must specify a 'port=3D...'=20 (6) the security on your system does not allow the webserver (usually = user 'nobody') to make socket connections to the postmaster=20 (7) you forgot to specify a 'host=3D...' if the postmaster is on a = different machine (8) you made a typo=20 I checked all these possibilities but all of them seem to be right. Is = this a bug of mapserver on windows ? Does anybody have an idea ? Thanks in advance, Johan Duflost Johan Duflost Analyst Programmer Belgian Biodiversity Information Facility (BeBIF) Universite Libre de Bruxelles (ULB) Boulevard du Triomphe - campus de la plaine B-1050 Bruxelles http://gis.bebif.be ------=_NextPart_000_0050_01C417F4.9B7BAFD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
I think I found the source of the = problem. The=20 libpq.dll (postgresql client interface) included in the binary = distribution of=20 mapserver contains a bug listed in pgsql-bugs mailing list.
Does anybody know where I can find a = new version of=20 that library ?
 
Thanks
 
Johan
 
----- Original Message -----
From:=20 Johan=20 Duflost
To: mapserver-users at lists.g= is.umn.edu=20
Sent: Thursday, April 01, 2004 = 11:24=20 AM
Subject: [Mapserver-users] = connection=20 string

 
Hi all,
 
I installed mapserver in tomcat under = windows and=20 I need to connect to a postgis db on another host but the following = error=20 message is returned :
 
msPOSTGISLayerOpen(): Query error. couldnt make connection to DB = with=20 connect string 'user=3Dpgmap password=3Dpgmap dbname=3Dgis = host=3Dcanis port=3D5432'.=20
Error reported was 'unknown host name: canis '.
This error = occured=20 when trying to make a connection to the specified postgresql server. =
Most=20 commonly this is caused by
(1) incorrect connection string
(2) = you=20 didnt specify a 'user=3D...' in your connection string
(3) the = postmaster=20 (postgresql server) isnt running
(4) you are not allowing TCP/IP=20 connection to the postmaster
(5) your postmaster is not running on = the=20 correct port - if its not on 5432 you must specify a 'port=3D...' =
(6) the=20 security on your system does not allow the webserver (usually user = 'nobody')=20 to make socket connections to the postmaster
(7) you forgot to = specify a=20 'host=3D...' if the postmaster is on a different machine
(8) you = made a typo=20
 
I checked all these possibilities but = all of them=20 seem to be right. Is this a bug of mapserver on windows ?
 
Does anybody have an idea = ?
 
Thanks in advance,
 
Johan Duflost
 
Johan Duflost
Analyst = Programmer
Belgian=20 Biodiversity Information Facility (BeBIF)
Universite Libre de = Bruxelles=20 (ULB)
Boulevard du Triomphe - campus de la plaine
B-1050 = Bruxelles
http://gis.bebif.be
------=_NextPart_000_0050_01C417F4.9B7BAFD0-- From dharanibabus at hotmail.com Thu Apr 1 06:13:12 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Thu, 01 Apr 2004 19:43:12 +0530 Subject: [Mapserver-users] HOW TO ADD LABELS TO POLYGONS/POINTS ? Message-ID: Hi all After much of work TIGER files directly with OGR connection I found that adding layers is a fun with shp files !! I jus downloaded esri shape files for couple of counties and its real good. But I am fighting to add labels to the water polygon and landmark points layers . I have shape files for /Water Polygons /Landmark Polygons /Land polygons /Geo graphic locations . But addition of LABEL item to water polygon does nt work and also the Geographic locations layer is not displayed at all !!! and same way labels are not added to the land polygons ...This is my map file ...could any of you help me ?? LAYER GROUP tigerdata NAME tgr33015wat TYPE POLYGON STATUS DEFAULT DATA "NH-RM/tgr33015wat" CLASS NAME "Water Polygons" COLOR 0 200 0 LABEL MINFEATURESIZE 20 MINDISTANCE 100 BUFFER 10 ANGLE auto POSITION auto TYPE TRUETYPE FONT arial SIZE 8 COLOR 200 0 0 OUTLINECOLOR 255 255 255 ANTIALIAS true END END END # layer ends LAYER GROUP tigerdata NAME tgr33015lpy TYPE POLYGON STATUS DEFAULT DATA "NH-RM/tgr33015lpy" CLASS NAME "land Polygons" COLOR 130 130 130 END END # layer ends LAYER GROUP tigerdata NAME tgr33015kgl TYPE POINT STATUS DEFAULT DATA "NH-RM/tgr33015kgl" CLASS NAME "Ket Geo Locns" COLOR 0 200 0 END END # layer ends _________________________________________________________________ Get the best deals. On Electronics, Mobiles, Laptops. Log on to www.baazee.com http://go.msnserver.com/IN/45530.asp From dharanibabus at hotmail.com Thu Apr 1 06:16:02 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Thu, 01 Apr 2004 19:46:02 +0530 Subject: [Mapserver-users] Multiple counties in a template file !!! Message-ID: Hi all Could any of you advise me how I could display multiple counties( or a full state) in the same map ?. After displaying them I want to have the same set of operations like zooming in /out/pan as we have with single county maps . With regards and thanks in advance dharani babu s _________________________________________________________________ Apply to 50,000 jobs now. http://go.msnserver.com/IN/45531.asp Post your CV on naukri.com today. From jhart at frw.uva.nl Thu Apr 1 07:29:28 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Thu, 01 Apr 2004 17:29:28 +0200 Subject: [Mapserver-users] new site: Historical Atlas of Amsterdam Message-ID: <406C3558.6020203@frw.uva.nl> Hello list, I am happy to announce the preliminary version of the "Historical Atlas of Amsterdam" at: http://mapserver.sara.nl/atlas_amsterdam (SARA is the computing center of the University of Amsterdam) The atlas shows eighteen historical maps of Amsterdam from 1544 to 2003, referenced to the present-day national coordinate system. The scans are very detailed; when you zoom in very deeply, especially on the older maps, you can see how wonderful they are as works of cartography. When you pan around a bit, they really give the impression of flying very low over the city. If you are on a fast connection, you should certainly try this with a maximized map window. The site is meant as a test-bed for the user interface I presented at the MUM. It shows: - A menu based user interface - Movable and resizable map windows with independent zoom and pan for each map - A resizable and zoomable picture window, showing some eighty pictures with their location in the adjacent map window - Transparent overlaying with the base maps from 1832 and 2000 - A zoomable reference map - A street clickable register - Legends for every map that can be turned on and off - A menu based help system It's all very new, both the web-cartography and the user interface, so I don't expect everything to run smoothly at once. Also, in my experience, people need some time to get skilful with the user interface: you can do a lot with it, but it takes some learning. If things don't run as expected, please let me know. Thanks to the Amsterdam Municipal Archive, SARA computing center, and, above all, to all who developed and supported MapServer. Jan From dmorissette at dmsolutions.ca Thu Apr 1 07:32:25 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 01 Apr 2004 10:32:25 -0500 Subject: [Mapserver-users] OGR not found In-Reply-To: <406BB168.1070002@joelman.com> References: <406B965B.9050002@joelman.com> <406BA157.8090708@dmsolutions.ca> <406BB168.1070002@joelman.com> Message-ID: <406C3609.2020106@dmsolutions.ca> Joel Gwynn wrote: > OK. I spoke too soon. When I try to run mapserv, I get the error: > > ./mapserv: error while loading shared libraries: libgdal.so.1: cannot > open share > d object file: No such file or directory > > It appears that I'm using gdal1.2.0b Perhaps I should be able to figure > this out, but it's late. g'night. > You might need to add /usr/local/lib to your runtime library path if you haven't done it yet, see: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?FindingSharedLibraries Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Thu Apr 1 07:42:32 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 01 Apr 2004 10:42:32 -0500 Subject: [Mapserver-users] Is it possible to display WMS layers as part of a GIF legend In-Reply-To: <00ac01c41764$0001c160$6c000a0a@sclark> References: <00ac01c41764$0001c160$6c000a0a@sclark> Message-ID: <406C3868.8000103@dmsolutions.ca> Stephen Clark wrote: > For example I have the following layer an I want to add to a raster (png) > legend as per the attached image > > How can I get the color of the raster WMS layer to display in the legend > correctly? > You could try setting KEYIMAGE in your layer to point to a small legend icon that would be used for that layer. I'm not sure when that was added (4.0 or 4.1?) and didn't try it myself, but that should do the trick. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From stephen.clark at focus.ca Thu Apr 1 08:51:25 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Thu, 1 Apr 2004 08:51:25 -0800 Subject: [Mapserver-users] Is it possible to display WMS layers as part of a GIF legend References: <00ac01c41764$0001c160$6c000a0a@sclark> <406C3868.8000103@dmsolutions.ca> Message-ID: <004901c41809$91d8e6e0$6c000a0a@sclark> OK that works. But is it possible to get a legend object (raster or vector) from the WMS server directly? stephen ----- Original Message ----- From: "Daniel Morissette" To: "Stephen Clark" Cc: Sent: Thursday, April 01, 2004 7:42 AM Subject: Re: [Mapserver-users] Is it possible to display WMS layers as part of a GIF legend > Stephen Clark wrote: > > For example I have the following layer an I want to add to a raster (png) > > legend as per the attached image > > > > How can I get the color of the raster WMS layer to display in the legend > > correctly? > > > > You could try setting KEYIMAGE in your layer to point to a small legend > icon that would be used for that layer. I'm not sure when that was > added (4.0 or 4.1?) and didn't try it myself, but that should do the trick. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > From dmorissette at dmsolutions.ca Thu Apr 1 08:15:34 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 01 Apr 2004 11:15:34 -0500 Subject: [Mapserver-users] Is it possible to display WMS layers as part of a GIF legend In-Reply-To: <004901c41809$91d8e6e0$6c000a0a@sclark> References: <00ac01c41764$0001c160$6c000a0a@sclark> <406C3868.8000103@dmsolutions.ca> <004901c41809$91d8e6e0$6c000a0a@sclark> Message-ID: <406C4026.3030708@dmsolutions.ca> Stephen Clark wrote: > OK that works. > > But is it possible to get a legend object (raster or vector) from the WMS > server directly? > If the WMS server supports SLD then you may be able to use GetLegendGraphic. This is supported in MapServer 4.1 (CVS), e.g. http://www2.dmsolutions.ca/cgi-bin/mswms_gmap_dev?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetLegendGraphic&LAYER=prov_bound&WIDTH=30&HEIGHT=20&FORMAT=image/png Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Thu Apr 1 08:21:34 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 01 Apr 2004 11:21:34 -0500 Subject: [Mapserver-users] Regarding GetLegendGraphic In-Reply-To: <3FC4483968B5A048BBD9F3387EBFF5C0E3474F@XMAIL1.sooner.net.ou.edu> References: <3FC4483968B5A048BBD9F3387EBFF5C0E3474F@XMAIL1.sooner.net.ou.edu> Message-ID: <406C418E.8020204@dmsolutions.ca> Swaminathan, Gayathri wrote: > In the mapserver bugzilla, > (http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=262) > > you have mentioned, that the GetLegendGraphic for WMS service is > implemented. Is this implemented in version 4.1? > > If yes, is CVS the 4.1 version of Mapserver? > Yes and yes. Any new developments go by default in the main trunk in CVS which is currently version 4.1 to be released as 4.2 -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From sgillies at frii.com Thu Apr 1 08:33:03 2004 From: sgillies at frii.com (Sean Gillies) Date: Thu, 1 Apr 2004 09:33:03 -0700 Subject: [Mapserver-users] new site: Historical Atlas of Amsterdam In-Reply-To: <406C3558.6020203@frw.uva.nl> References: <406C3558.6020203@frw.uva.nl> Message-ID: <3F4C7058-83FA-11D8-A0D8-000393B98B56@frii.com> Il giorno 01/apr/04, alle 08:29, Jan Hartmann ha scritto: > Hello list, > > I am happy to announce the preliminary version of the > > "Historical Atlas of Amsterdam" > > at: > > http://mapserver.sara.nl/atlas_amsterdam > > Dammit, Jan, I had things to do today ... now it looks I'll be spending all morning touring time and space on your site. :) Bravo, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From TMitchell at lignum.com Thu Apr 1 08:49:07 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Thu, 1 Apr 2004 08:49:07 -0800 Subject: [Mapserver-users] Survey results available Message-ID: For those interested in how the voting on the past few "5 second surveys" turned out, I put links to all the results on the MapServer wiki at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SurveyResults Does anyone know if you can upload graphic files to the wiki? I'd like to put snapshots of the survey result graphics on there if I could. Tyler From TMitchell at lignum.com Thu Apr 1 08:53:04 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Thu, 1 Apr 2004 08:53:04 -0800 Subject: [Mapserver-users] Multiple counties in a template file !!! In-Reply-To: Message-ID: I assume you mean you have multiple TIGER files and want to have them appended into one map, right? If you have all the data for multiple counties, then you just add each one as a layer and it will make them work seamlessly together. mapserver-users-admin at lists.gis.umn.edu wrote on 04/01/2004 06:16:02 AM: > Hi all > Could any of you advise me how I could display multiple counties( or a > full state) in the same map ?. After displaying them I want to have the > same set of operations like zooming in /out/pan as we have with single > county maps . > With regards and thanks in advance > dharani babu s > > _________________________________________________________________ > Apply to 50,000 jobs now. http://go.msnserver.com/IN/45531.asp Post your CV > on naukri.com today. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From TMitchell at lignum.com Thu Apr 1 08:54:43 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Thu, 1 Apr 2004 08:54:43 -0800 Subject: [Mapserver-users] HOW TO ADD LABELS TO POLYGONS/POINTS ? In-Reply-To: Message-ID: You need to specify a LABELITEM (aka field or column from shape file dbf) in the LAYER definition so that it knows where to grab the text from. Make sense? mapserver-users-admin at lists.gis.umn.edu wrote on 04/01/2004 06:13:12 AM: > Hi all > After much of work TIGER files directly with OGR connection I found that > adding layers is a fun with shp files !! I jus downloaded esri shape files > for couple of counties and its real good. But I am fighting to add labels to > the water polygon and landmark points layers . I have shape files for > /Water Polygons /Landmark Polygons /Land polygons /Geo graphic locations . > But addition of LABEL item to water polygon does nt work and also the > Geographic locations layer is not displayed at all !!! and same way labels > are not added to the land polygons ...This is my map file ...could any of > you help me ?? > > LAYER > GROUP tigerdata > NAME tgr33015wat > TYPE POLYGON > STATUS DEFAULT > DATA "NH-RM/tgr33015wat" > CLASS > NAME "Water Polygons" > COLOR 0 200 0 > LABEL > MINFEATURESIZE 20 > MINDISTANCE 100 > BUFFER 10 > ANGLE auto > POSITION auto > TYPE TRUETYPE > FONT arial > SIZE 8 > COLOR 200 0 0 > OUTLINECOLOR 255 255 255 > ANTIALIAS true > END > END > END # layer ends > LAYER > GROUP tigerdata > NAME tgr33015lpy > TYPE POLYGON > STATUS DEFAULT > DATA "NH-RM/tgr33015lpy" > CLASS > NAME "land Polygons" > COLOR 130 130 130 > END > END # layer ends > > LAYER > GROUP tigerdata > NAME tgr33015kgl > TYPE POINT > STATUS DEFAULT > DATA "NH-RM/tgr33015kgl" > CLASS > NAME "Ket Geo Locns" > COLOR 0 200 0 > END > END # layer ends > > _________________________________________________________________ > Get the best deals. On Electronics, Mobiles, Laptops. Log on to > www.baazee.com http://go.msnserver.com/IN/45530.asp > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak at medinaco.org Thu Apr 1 09:26:55 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 01 Apr 2004 12:26:55 -0500 Subject: [Mapserver-users] new site: Historical Atlas of Amsterdam Message-ID: <20040401172648.04AC21A659B@mail.medinaco.org> Well done! Lowell The following message was sent by Jan Hartmann on Thu, 01 Apr 2004 17:29:28 +0200. > Hello list, > > I am happy to announce the preliminary version of the > > "Historical Atlas of Amsterdam" > > at: > > http://mapserver.sara.nl/atlas_amsterdam > > > (SARA is the computing center of the University of Amsterdam) > > The atlas shows eighteen historical maps of Amsterdam from 1544 to 2003, > referenced to the present-day national coordinate system. The scans are > very detailed; when you zoom in very deeply, especially on the older > maps, you can see how wonderful they are as works of cartography. When > you pan around a bit, they really give the impression of flying very low > over the city. If you are on a fast connection, you should certainly try > this with a maximized map window. > > The site is meant as a test-bed for the user interface I presented at > the MUM. It shows: > > - A menu based user interface > - Movable and resizable map windows with independent zoom and > pan for each map > - A resizable and zoomable picture window, showing > some eighty pictures with their location in the adjacent map window > - Transparent overlaying with the base maps from 1832 and 2000 > - A zoomable reference map > - A street clickable register > - Legends for every map that can be turned on and off > - A menu based help system > > It's all very new, both the web-cartography and the user interface, so I > don't expect everything to run smoothly at once. Also, in my experience, > people need some time to get skilful with the user interface: you can do > a lot with it, but it takes some learning. If things don't run as > expected, please let me know. > > > Thanks to the Amsterdam Municipal Archive, SARA computing center, and, > above all, to all who developed and supported MapServer. > > > Jan > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From kueda at wso.williams.edu Thu Apr 1 09:27:26 2004 From: kueda at wso.williams.edu (Ken-ichi) Date: Thu, 01 Apr 2004 09:27:26 -0800 Subject: [Mapserver-users] Questions about PHP/MapScript In-Reply-To: <200404011015.i31AFBEV001135@outmx012.isp.belgacom.be> References: <200404011015.i31AFBEV001135@outmx012.isp.belgacom.be> Message-ID: <406C50FE.4050906@wso.williams.edu> I'm a bit of a MapServer newbie, but I've been playing with allowing users to dl layers as well. I'm not sure if this technique will work in 3.6.6, but here's what I've been doing in 4.0.1. First I add a metadata element containing the file name to the layer. Then I create an HTML legend template and access that piece of metadata in the layer block to create a link to a PHP script, passing along the name of the file. The PHP script then uses the zlib functions to zip up every file in my shapepath that has the name stored in the metadata (ie filename.dbf, .sbn, .sbx, .shp, .shx, etc), drops the zip to the tmp directory, and provides the user with a link. Or you could just have static, pre-zipped versions of all your data and link to them, which would be easier and wouldn't stress out your server as much. I'd provide some code but I just put it together and it's pretty sloppy. Maybe I'll post it here when it's cleaned up. -Ken-ichi PS. I noticed the archive pages for this list don't provide any anti-spam encoding of email addresses (of the form kueda at wso dot blah, or using HTML entities). Can this be enabled? gheysen.t at skynet.be wrote: > Hello, > > I make a work on the use of web mapping in forestry. I have made a > client interface with PHP/MapScript 3.6.6. I have 4 questions about it. > > 1. I want to create a PHP function that export a layer of the current > map in a new shapefile that will be download by the client. How can I > do this ? > > 2. Someone can exply to me the use of the method getShape ? > > 3. In PHP/MapScript 3.6.6. it was possible to make a search (by the > methode queryByAtrributes) on more than one atrribute. Is it still > possible with PHP/MapScript 4.0.1 and the new version of this method ? > > 4. It-is possible to make a query on the results of the precedent > query ? I have try with queryByFeatures() but I have not results : it > draw only the good shapes but I have no results. > > Thanks in advance > > P.S. : Excuse for my bad english > > Gheysen Thibaut > Facult? des Sciences Agronomiques de Gembloux. > gheysen.t at fsagx.ac.be > > > > From sgay at earthsat.com Thu Apr 1 09:35:51 2004 From: sgay at earthsat.com (sgay at earthsat.com) Date: Thu, 1 Apr 2004 12:35:51 -0500 Subject: [Mapserver-users] Issues Installing Mapserver 4.0.1 Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0024_01C417E5.DE07A890 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0025_01C417E5.DE092F30" ------=_NextPart_001_0025_01C417E5.DE092F30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hello. I am looking for some help installing Mapserver on my Sun Ultra10 running Solaris 9 with SunONE Webserver 6.1 as our web server of choice. I have compiled PHP version 4.3.4 and have downloaded all of the GNU / 3rd party software necessary to make this work (in theory). I am also using the GNU compiler (version 3.3.2) instead of the Sun compiler. I have been compiling and recompiling, but to no avail. I keep getting stuck on the same error, and have changed/tweaked the PHP config/install many times. The other entries pertaining to this problem appear to be a bit dated, and do not appear to apply to my case. Is there anyone that has had a similar experience with Sun / Solaris and can point me in the right direction? The error below is the one that is causing me all of the headaches. Thanks in advance, Scott cd mapscript/php3; /usr/local/bin/make; cd ../.. make[1]: Entering directory `/home/goshko/MAPSERVER/mapserver-4.0.1/mapscript/php3' gcc -fPIC -O2 -Wall -DCOMPILE_DL=1 -DPHP4 -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WMS_SVR -DUSE_GDAL -DUSE_OGR -DUSE_PROJ -DUSE_P ROJ_API_H -DUSE_EPPL -DUSE_TIFF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_JPEG -I/home/goshko/MAPSERVER/mapserve r-4.0.1 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/home/goshko/MAPSERVER/php- 4.3.4 -I/home/goshko/MAPSERVER/php-4.3.4/dl -I/home/goshko/MAPSERVER/php-4.3.4/main -I/home/goshko/MAPSERVER/php-4.3.4/Zend -I/home/ goshko/MAPSERVER/php-4.3.4/include -I/home/goshko/MAPSERVER/php-4.3.4/TSRM -c -o php_mapscript_util.o php_mapscript_util.c php_mapscript_util.c: In function `_phpms_fetch_handle2': php_mapscript_util.c:147: warning: dereferencing type-punned pointer will break strict-aliasing rules php_mapscript_util.c: In function `_phpms_fetch_property_handle2': php_mapscript_util.c:199: warning: dereferencing type-punned pointer will break strict-aliasing rules php_mapscript_util.c: In function `_phpms_fetch_property_string': php_mapscript_util.c:246: warning: dereferencing type-punned pointer will break strict-aliasing rules php_mapscript_util.c: In function `_phpms_fetch_property_long': php_mapscript_util.c:272: warning: dereferencing type-punned pointer will break strict-aliasing rules php_mapscript_util.c: In function `_phpms_fetch_property_double': php_mapscript_util.c:305: warning: dereferencing type-punned pointer will break strict-aliasing rules php_mapscript_util.c: In function `_phpms_fetch_property_resource': php_mapscript_util.c:331: warning: dereferencing type-punned pointer will break strict-aliasing rules php_mapscript_util.c: In function `_phpms_set_property_string': php_mapscript_util.c:367: warning: dereferencing type-punned pointer will break strict-aliasing rules php_mapscript_util.c: In function `_phpms_set_property_long': php_mapscript_util.c:396: warning: dereferencing type-punned pointer will break strict-aliasing rules php_mapscript_util.c: In function `_phpms_set_property_double': php_mapscript_util.c:425: warning: dereferencing type-punned pointer will break strict-aliasing rules php_mapscript_util.c: In function `_phpms_object_init': php_mapscript_util.c:476: error: `tsrm_ls' undeclared (first use in this function) php_mapscript_util.c:476: error: (Each undeclared identifier is reported only once php_mapscript_util.c:476: error: for each function it appears in.) php_mapscript_util.c: In function `_php_extract_associative_array': php_mapscript_util.c:511: warning: dereferencing type-punned pointer will break strict-aliasing rules make[1]: *** [php_mapscript_util.o] Error 1 make[1]: Leaving directory `/home/goshko/MAPSERVER/mapserver-4.0.1/mapscript/php3' Scott Gay (sgay at earthsat.com), CCNP Unix Systems / Network Administrator Earth Satellite Corporation Phone: (240)833-8218 Fax: (240)833-8201 ------=_NextPart_001_0025_01C417E5.DE092F30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello. I am=20 looking for some help installing Mapserver on my Sun Ultra10 running = Solaris 9=20 with SunONE Webserver 6.1 as our web server of choice. I have compiled = PHP=20 version 4.3.4 and have downloaded all of the GNU / 3rd party software = necessary=20 to make this work (in theory). I am also using the GNU compiler (version = 3.3.2)=20 instead of the Sun compiler. I have been compiling and recompiling, but = to no=20 avail. I keep getting stuck on the same error, and have changed/tweaked = the PHP=20 config/install many times. The other entries pertaining to this problem = appear=20 to be a bit dated, and do not appear to apply to my case. Is there=20 anyone that has had a similar experience with Sun / Solaris = and can=20 point me in the right direction? The error below is the one that is = causing me=20 all of the headaches. 
 
Thanks in=20 advance,
Scott 
 
cd mapscript/php3; = /usr/local/bin/make; cd=20 ../..
make[1]: Entering directory=20 `/home/goshko/MAPSERVER/mapserver-4.0.1/mapscript/php3'
gcc -fPIC = -O2 =20 -Wall -DCOMPILE_DL=3D1 -DPHP4 -DUSE_WMS_LYR  -DUSE_WFS_SVR=20 -DUSE_WMS_SVR     -DUSE_GDAL = -DUSE_OGR   =20 -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_EPPL -DUSE_TIFF   = -DUSE_GD_PNG=20 -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_JPEG =20 -I/home/goshko/MAPSERVER/mapserver-4.0.1=20 -I/usr/local/include     -I/usr/local/include=20 -I/usr/local/include     =20 -I/usr/local/include   -I/home/goshko/MAPSERVER/php-4.3.4=20 -I/home/goshko/MAPSERVER/php-4.3.4/dl = -I/home/goshko/MAPSERVER/php-4.3.4/main=20 -I/home/goshko/MAPSERVER/php-4.3.4/Zend=20 -I/home/goshko/MAPSERVER/php-4.3.4/include=20 -I/home/goshko/MAPSERVER/php-4.3.4/TSRM  -c -o php_mapscript_util.o = php_mapscript_util.c
php_mapscript_util.c: In function=20 `_phpms_fetch_handle2':
php_mapscript_util.c:147: warning: = dereferencing=20 type-punned pointer will break strict-aliasing = rules
php_mapscript_util.c: In=20 function `_phpms_fetch_property_handle2':
php_mapscript_util.c:199: = warning:=20 dereferencing type-punned pointer will break strict-aliasing=20 rules
php_mapscript_util.c: In function=20 `_phpms_fetch_property_string':
php_mapscript_util.c:246: warning:=20 dereferencing type-punned pointer will break strict-aliasing=20 rules
php_mapscript_util.c: In function=20 `_phpms_fetch_property_long':
php_mapscript_util.c:272: warning:=20 dereferencing type-punned pointer will break strict-aliasing=20 rules
php_mapscript_util.c: In function=20 `_phpms_fetch_property_double':
php_mapscript_util.c:305: warning:=20 dereferencing type-punned pointer will break strict-aliasing=20 rules
php_mapscript_util.c: In function=20 `_phpms_fetch_property_resource':
php_mapscript_util.c:331: warning:=20 dereferencing type-punned pointer will break strict-aliasing=20 rules
php_mapscript_util.c: In function=20 `_phpms_set_property_string':
php_mapscript_util.c:367: warning:=20 dereferencing type-punned pointer will break strict-aliasing=20 rules
php_mapscript_util.c: In function=20 `_phpms_set_property_long':
php_mapscript_util.c:396: warning: = dereferencing=20 type-punned pointer will break strict-aliasing = rules
php_mapscript_util.c: In=20 function `_phpms_set_property_double':
php_mapscript_util.c:425: = warning:=20 dereferencing type-punned pointer will break strict-aliasing=20 rules
php_mapscript_util.c: In function=20 `_phpms_object_init':
php_mapscript_util.c:476: error: `tsrm_ls' = undeclared=20 (first use in this function)
php_mapscript_util.c:476: error: (Each=20 undeclared identifier is reported only once
php_mapscript_util.c:476: = error:=20 for each function it appears in.)
php_mapscript_util.c: In function=20 `_php_extract_associative_array':
php_mapscript_util.c:511: warning:=20 dereferencing type-punned pointer will break strict-aliasing = rules
make[1]:=20 *** [php_mapscript_util.o] Error 1
make[1]: Leaving directory=20 `/home/goshko/MAPSERVER/mapserver-4.0.1/mapscript/php3'

Scott Gay (sgay at earthsat.com), CCNP =
Unix=20 Systems / Network Administrator
Earth=20 Satellite Corporation
Phone: (240)833-8218
Fax:     = (240)833-8201

 
------=_NextPart_001_0025_01C417E5.DE092F30-- ------=_NextPart_000_0024_01C417E5.DE07A890 Content-Type: image/gif; name="image002.gif" Content-Transfer-Encoding: base64 Content-ID: <362082117 at 01042004-05a6> R0lGODlhcABtAHcAMSH/C01TT0ZGSUNFOS4wDQAAAAFzUkdCAK7OHOkAIf8LTVNPRkZJQ0U5LjAX AAAAC21zT1BNU09GRklDRTkuMEI8pPUAIf8LTVNPRkZJQ0U5LjAVAAAACXBIWXMAAA7EAAAOwwHa apjcACwAAAAAcABtAIf///////f//+/v9733/97v/73n97Xe763v/8bn9733/+fv/87n/73e97XW 763v/9be/63n/8be973e/7X3/+/v/97W97XO96XW/7XO963G76Xe/8bO/63G96W975y155TG763G /6XO/7XG962976XG/62175yt55S9/6W195yt75Sl54yt95RapUJSnDml94yt75yl55S196W1/6Wt 95yl75Sc54yU3oRSnEKt/5yl95Sc74yl/5SU54Sc94yU74RSpUJKnDmc/4yU3oyl95yc75Sc95SM 3oSU74yM54SE3nt71nOE53tzzmtrxmNarVJjvVpatVJSpUpSrUpKnEJKpUJClDk5hDGc/5SU94yM 74SU/4x73nOE73t753OE93trzmNz3mt793Nz52tr3mNavVJjzlpz92tj1lpaxlJStUpa1lJKrUJK tUKM3oyE1oSE3oR71nuE54RzznOE74SM/4xrxmtz1nN753uE94Rrzmtz3nOE/4R773tjxmNr1mtz 53N793tjzmNr3mtz73NavVpz93Nj1mNr52taxlpStVJz/3NKpUpj3mNr72tSvVJazlpKrUpj52Na 1lo5jDlKtUpa3lpCpUJSzlJKvUo5lDlCrUIxhDFKxko5nDlCtUIpcykxjDE5pTkpeykxlDEphClz 1ntStVpKtVJCpUpCrUqM3pSE3ox71oRzzns5lEI5nEIxjDkpezGE3pRjxnN73pzv9//e5//W3v/O 1v/Gzv+9xv+1vf+ttf+lrf+UnP+EjP97hP9ze/9KUv8xOf/39//n5//W1v/Ozv+9vf+trf+lpf+c nP+UlP+MjP+EhP97e/9zc/9ra/9jY/9aWv9SUv9KSv9CQv85Of8xMf8pKe8pKfcpKf8hIdYhId4h IechIe8YGM4YGNYQEK0QELUQEL0QEMYICJQICJwICKUAAHsAAIQAAIwAAJRza/9rY/9jWv9aUv9S Sv9KQv9COf85Mf8xKf8hGNYQCKWEe/8IAIS1rf+tpf+lnP85MYQAAAAI/wABCBxIsKDBgwgTKlzI sKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJ8uK/kyhTqlzJsqXLlzBj/vOIcpnNfsyYNWvmzNmz Z/mgCYUWrWg0adKmvZs2jZpTatWqxYtqTZ61q9auadWKrSs2YvWyieVmjxu3bdrAffvmTVy3cHDL kSM3Dl86dOdQajy5zFcvXsp82dTZE5jPZ0ONRnN3lKnjp1CjVhuGdd5Wete8YqtHTKzns9pCs/X2 Nu5cuvjQ4T3H7iTGk758Keu1i1cvZcyWMftV+FmwfMGEGkWK9HFTp5KtUs66NXNmr2E/Z9uG9ps2 b6TfdivHfVzd1OdYr/9zXRF2r7+6dNXu5Ss34cNAEx8l7rhptchRh1nF2vx512zYeDYWWqJh1412 5XQz13ernbPOeDNNZN4+u+iSyzHI6GJbL8z08wtPhwlHVFHuFDcNPJDht99V/XGlmYBkUVcgaeFs p+CCdanGmj7rqEMeRHwpQ+GFtxSZCzLJsNceb8D8JF+JJjZ1HDVTVWPNMFZaMw9zLtLzH4zZgKbN WgZqR45cqN212oPq+BjhQ//w0xcvFhpjSzG23JKLhrh5yJOTwh111FJMUYMicpJhlRWX13ipWYCf nUXgaAhuh2Nqq/HYpo8R/dMXerfcKVCex+iSDC/7LAOifEUh9U5S8Ez/eR9VKzLq4n+QCkjgmGUe SI6l5OAjbHjh9djmmw3980s/fvGCTKgDkapeMskoo5szQ42IlDvGPVVloiwyio1/uYYpaXVkIhjO ad5huiObx8LJDD9+7ZILLqLieYupvSzDz04hQiOMoPQd+pRk1Si3aHPjviiguZNel12NCbJrV4PG xuuQsvQqQ2cut+CZ55635dabUAO3Kg2hTBmMsH78MYyNo19mU9Z0k2JH41tyydWujsXqsymyCymb W7O64FKknhqyd61PrM5noqEHV/NFIFiLYcjWY4zhCBmOaEZMuWLJOOOBFN/YLnjFZky0Qv8402Ff +ziLYXq2tfdek6y6/1qfU3zw8YXggl/dhxeAEELIGIggQkYjjaCxGYySikZp2miiBjQ7mmqcrDO/ 5MSML7zQWfo+7OXEJN+BLhblNHXUwccWs/OhRR55dNHH7l4gvscYgwzy+CGTQJLGWGHKCI7E3txj ZoLeMbim23A600zofflSt5LtPQ11cCNKPY00sW8hxBZb+JDFD7ZrQQcdXTBxuO9hDPIHGIccgobx mNwcca/hqJjF2HaOznFqYz0BXW6WcZ7R5eRpTUIMUQZGnJWVjwdY4AEPjIAFH3gwC1oIYfzwgAcv 7OGE9RsEGAQxCUEY7xGdoA6BvMEWtPlKbQwqloOGBifD9KQZOdmHMv9worrCOAN8AhuONLZQhwwS IQczyAENWKADHRhhB0hAQgjlwAQm4CEOXEDhH1R4CEGYARKQSEQa1KCG0IyphmgLIJq8kw53FRBe b0vIP57RJOuBTjA84U0CfwK+lM0HfU/MQQpKgIIUpECRNKjBCrCIhCQkoYslNOEemmA//AnChWp8 xCMyUYk3GsgtaRsgxqi3sZ88I4HNWIYgjQiMYAQHfIfcAhZygIISzAAFIhABCkhQAhKkgAU1qMEO evCDJHBRCXEA4x7C0IQ/3O+TUEhjGkSphk+0gVKl4Q67cgQ0BxkrjwjZoyv5GDqeAOOd64RGIY+C vl0usgQcwIAEJgD/AQxwwJgwoIEKlDkES3KxhFy4wx6seU0zCAIKiUiEKB9RCTZswkA1OlCCfJbD oPFwY9DIxzqvF0En2XIowqAg+njwyxKIQAIIiMACIhCBAjigAx0AaA1sgIQeJEEJTIhmGDdpzRU+ NI2JKIMoK1HRix7oLb8aJ6bwsg5zeo4h/5AnYn5iPUDJE6WGrMMWeADFEsB0AQ+owAMesIANJKAB IjCmCmJgAxv4FA7QNOEdqvkHPRhVEBEtxCOUqoZKRGITorgHXOQoVQKuo3PoPEhWs5WPnnw1W9EI H/l0mQNecqAAD1CAAihAAQWwNQIJyIAHTHCCndr1CExQAjTDuNei/wrCD2ZIBESVqghFMJUNlxCF dhQ0R2GV04CRNcg/MptZoUANpYoh0eywwIIUoIADEkArBYoRgACU9gEbMMAFSMBaug6hB0eALRjv cAdq6sGvn/SDHwIrSt9G4rCXsMJ2uIND4xKLc+eEU/gy65vWRdcdfKiDEMjaywlEIK0BGEgATBuB AVgABB6AgQrqil7ZQnMJ7K2mX/3w0EQUIhGnKIMiCltR4IrCEzaS6uZ4FOCNKQaz0ZVa4ISQwRTM oAQTQKsCIgwA75p2AxYGgQxMQFcb3OAIsl1vbeF7WyjMtxBKfYR98XsJTXgic2u7C7Ee+9FkSWMx RhmwYs4sjdnpkv8H1hWBTCsw2u5+t60GyAB5mbyCITw5yksAcROa8F4nkBiiEB1sbw1730vk98vi XFs5H1TjZJXIKIxpFWMq+I7A6VIHvHQpAzawADqXlgBsXUACLKABE5S3rje4AV7jAOK9vnfE8oVC IXatZUVMwbCbcLQorKBfVWZqh1ctGgCIAyWkSG1lbf5CPYnw4xKUwAEJQGta17oBCUgArq0+QQzM m15Ah5jQejB0iU3M28LeF7iOtgIpSHEpOwK40lh1dgX3rZSkDG4LRjACqGmQAhJkgAHZbmsEum2A AzgABOQ9wQpgXe4P32EO6AaDfOer6zKcordbVoWjL+EJT1xhQcL/UtOYWWnmffObKe8IRILrkAWB 64DgxBRBAzaA2gQMwAAO0MBqTQADusb6zxbHOKHB4IQqQ3TX7WY0G6rg6JJrgt7tEnPQWJ7vV7kq Ka9iSlKmMTgtZOHsO9CBCmjgARJoIAMNsIADMmCBDAjdBB84gbidjHRaL2EOtn7vxq+M5SiA/N2p GDnJNXEFSTfIqsmGW31gPnmmyDxwIfSBEYpQA0cWHAQgELrb96z3FUw81lAG9BwwfmsnGNoPUOi4 YFeshvtGgupV18TVQ/GzBgG4zFit/IkcEytqyPwLeTB7FtNeAxXAwAQk2LOrIz5uWD859X5Xuh7s YIfXP33Xhu+t/+3hHe8ua4ITOWLbvYFftFidiBrHIT41xIC1L9AhhFpAwg52kEznL1nvegcDEjdx NuBnqfdhf3dx6PZ68rVruwZyaoAKtpd4+QULuqcJocAJxrVKXFc07yclhWIw9BcIXWB/+Ld8MdB8 GhYDK8CC1edkBqgEqRdoCkho3WcHuRZ7vBZ+UzB+uPdouncFoWBH4cE5m3JAyQIZ8GAwkLEIYrA7 8EMHSaAFSYAEdVUEMVAEBGgDWxhrQ7AKbuAGb4CAq2eD27dxieAHUBd+KzaBI2cFsOAJuhcKoVBH QPNY8IKEWJUifEgNZ2AIu7M7XUQHTJAEQ4AEQ1BXBVhXfuZn1//nBqsAhm/QCnGweqy3fa6Xgw7I hj14X1Xwg7BgBXKIgZzACZPGDhmjh0VzH04RDweDHGdACL3jBYLIBHJAhVV4Xud1dKiXXkcAhrPA CpNYiYP2XnbAdBuna7oWBadgeBHYiarwg3A4ikJoig3CI0LDfnCDHFDhirMyFY6gOIRwOCSEB7Zo SZZ0BEngi+WWem/ACvA4ia1gicXoBDiYa2oIdSDna57ICIo3bBcYC6FQChgDeZGnR/iBMAjjCGMA CIAwiyTURUAFB+oIZQfoYbIlj61Aia5QjJiYjA74gOFne4xwe2/4CqNICldQio9HaUeYXAXxDwo5 k47AkIvjkCX/FAdfxAR4hZE+CU3RFAcbGQeu4ApzsH3cx4CwVwjLyImdGAmKV3VWoHuUQIecMApr YkAHmU4zqZCS4AiI0JAntAde8EVmCU1oGZR+F2iBRpRFiXF2kG6G5n0hWQgQKIH9+IaeIIq6p5IZ OApFaJBbKVkzKQ8JYyWSQAaIMAhjEAaAcEJcEJleoJNgxAVLEJlsGWj0qHRxyX3dN3hMKZL7+JSp 8IO5R5UZeJVjppWqCDdXsh9Z8pqSIAmDsJhhEAZjeUJ3EJmRaQpcsJZ/t5mD1pmZmIy6Bn6caHu3 Z5pTGZDVqJp3lIeDqVzyIA+UEZtZIgmNQAbBEzy3uQcKBZ61/8Ze5HlxNYhucVmcILmJp9BrU4AK ncgI/viGoZiSpFiKrOEg2fiScIIVtYIVaKCd3Bk8f0BNBkqegzZoe5Wg6LZ9cjl4sHec4KcI4acG ihAJPcgIwPWDnrB4QWiVnAAKW3eE0xmTinKiV2EJ+dMIYPAHZGBN9mNNTbBXm7Sgc2BN77WAN+gH 3qeGxxkFdtlb7xmfkTCf5edlF4iBqQmYNJaKJUoQ/3CiW8Ii12AJaLCiLHo/DFWgIsZQt6YHDWqP ShmhoVkIQLqP/FikUxeVcJikVZmaqvl7JNqaeqQo18Ao1jAJV3ql+XMIYPCnONpXX/ql3ed6Y6qD IcmMo0mSUP9JgY7mZXw5h885CqCwfnMKk1C6FZahFVyyBpOgp2XUp/nTon71p6b6p06wQhAKe0tZ CPloplGgYkKapkX6iW94CXHYnJQgkHAKmC55qf3ZIs2BCWiERmjgUGX0SSukB4LArPG1cYe6lK96 pqOJl0UajY4qlRdICowHoleJjXP6pAPxD8I6rGlQrC5kRp8kCH8FrasaoRKaqGY6mooAn0VapEb6 Cl02laOoCW9aildZqdLJnxtTrg2DCZhwrsV6RmbgULcFew9VZawae7qlhrq1iWy4j3iJl/LJpnF4 gZQghCA6CiFKY+FKp+k0Lluhsl5CD/SAsGqEVGmoWw/lUFD/UGKwV7EXW5dREAValrG+1ltSgKEl KZ+g2KZXpwmx8JylKLBOSrDJ8hxe4h/P0QmipEYRFVFoBFFZG1Fc+308q2JA62uooAiMMAW+NgVS IAVAIJ9UoK+wYH7+6pdwepV4eLIoK1ldcSsN0xVWiwmPALhY27UmdrEmVpchKato2ltlm7YXKp+M kAqRewlUUAX6mqSk8K8AS6msSaKYOq6PErrYoAZWK0rbJFFpEFgmlgYnlrhYVgZiS6GLC59TULtm i6+RUJrZSgVUYAWvgJreSrKgMLCeCyeiG7qZoAYTNVGvq1RYhmWDNVgpBnJAOwW1F7RCWpL3JZ+p 0L2Jlwr6/2oF5leVIguwoAAKnVu8G3O8L1IJmZAJMLS87Rm9zKtlvNVr+1h7qFC2kUC72osK8qkK ieePiaevl/AKxAa8m/uteKuNeiS6AOIZ9fAJlaAGyfsIyru8E6UIvYa/+duJ9npfUmC2AFwItXAK kBu5qfC2jva7CKy03tq06NvA4ioQ/xDBnCEWATI5YkHB7lvByqu8i2uhvWWhbGRYlWCttle798oI p0ALZsu9VFfAr3C5ClyKo8C5NFzDAHDDX1EPPPww2bAJbcBUP1xYEYjGFooKaJzEkVAJTKycS6y9 kcu9iiAFkEsFK/yov+uvVxALAGu++9nAn2vDYnzINrMJm//ABmbcyBVsxrVXexgqx5QcCUNbkqmQ u/L5BE/AvYygxwfsu/7qr3V7voNMyHCCyGLMDZegyIeFxEz1xrJcyZR8CVWAuyqcwrrcsSzcx5Tw y4EMCiG6xQ6cToh8M9wQJmEiCoq8yJsQCWxAy8oZzWu6CbecCpvACG2ru3UMuWsrBVVABYzwCm+r e7EQC1YQzCVLzFz8D8n8zuaCPO9sD6IgCq3szKpgUfrMBtS8yLd8CSJXBY46wJfQvQVd0N7MCGuL A7xbxVYQC0qbzlgcoqDAzu2szPAcz2YhKfbQoYq3yKoA0gDdygIdbKapeJ84nwNcBUb7zQvNu6K8 tJQQzDP/bNGF3MVksdEbLUM8LUOeYM9ROXLBFtREPXJGStCXoNBS0AJL3QIMHQSvsKu/PNMBW9M2 DSc9ndVosSvaIIf1LGxFHdbiO3JUMHIGvMKViwNN7dRvawW/vLTme74WXcySJSNc7UZ4nRahQQqi aAX2DNRhHW9wCIdxS84H3MIH7I+fjAOMzdhBEARvHbJNO8xz3c55fdl6bR1r8Q3g4GUlJ757OWzD tpekLYpxKwr1SWy9XMWHbdi869hUMNVwTdFWPdc3/Q9jktuavdlr8UZkQkPcWnJ7GYe4Glxxe9x9 TdqeAAtxC9WtXcVV/LZQTWxuLdWcIAsUXdlQi1W8zdvX/zEaOhPe2HEFuifccnjeyW3eSJqkvjuV CNze7f3ebw3IK0nRp2zbcALe4r3f4t0N2BEKSVveSHreSVrgF5jAutfHvjzVu8oJ9X2+ta3dt83f FP5UT+UW98AJocCt3GrgHp6kEK0JzQnRlOCvsn3Os53d2q2+yWLhLv7i3eA8NZJRNVKKoVDiV8Dh ScvhlMDhfwzgsVDiv+yvKF7kV3DkMhzhK37bbtHk3YBK2gEXpTHji1XlNg7RN07eWY6BVbmrQiiE Mn0FDP7LYo7ksgDh973ieatcMx7lbt7mVG4j5RBAAQSwdEiHb3rn5EsKd37nAvnlDh7IskCppqzm 4XrbAf+0HVW+6HEh5xUj53IUyH0+6RlYt4F86ddN2/qQ5oaO6Py1UaC+X7/CHXJBXJkzF+KE6aq+ 6qWI3dgN4ei76YZ+srctQD1DXLhO6sR1Jt0wDuJ06nRBsiTL6hMt7CFK6OfLOZw+62sek6he6uNw Jqh+Gr0+F9Ue7aeBI9ETPaBAqcYu7MYuzLBeqZu+7Mze7FBKF+yS7eyO7d6h7tq+7dEjLPSOD+NO 27Cen+Vu7ud+2/Ie7e6O7eoO8P/eLmtD73WkJqqx8MSSn+yAiptOvOcOrBtT8BZv8fWe8egwVQtf Tv8VHvpQQCY78Vt82xuf8Sif8irP8R3/eP/FDltHaT3f8rQkz+LJsvB3sfIIbxepofAtz/ANH/Qg j4czX/PEfNM2fA4/v/RMz/RC3/Aw/yBNKvNGf/Sd8g9Pv/RKv/Uu//QNX1V4OPUSX/WHjvQ2jPVe n/ZqP2b6CfGoeLdkb9NmP65YX1UwD/NrH/R2j414CPFsMvZxH67+8CMS8g98z/d9f/hhD/b6gIr3 ZrI0H/iEPPfK9Q8yL/XrcG/mxDlvj/lkBviSX/KUL1kn0SYzf/qmX/Q9wu+hL/ejDzcyEfuyP/u0 rxclcfu4n/u6v/u83/u+//vAH/zCP/zEvxEBAQA7 ------=_NextPart_000_0024_01C417E5.DE07A890-- From sgillies at frii.com Thu Apr 1 09:38:24 2004 From: sgillies at frii.com (Sean Gillies) Date: Thu, 1 Apr 2004 10:38:24 -0700 Subject: [Mapserver-users] placing text along an arbitrary path In-Reply-To: <406B7052.8080406@telogis.com> References: <402B5F6F.8020509@atlas.gis.univie.ac.at> <406B7052.8080406@telogis.com> Message-ID: <608D5A84-8403-11D8-A0D8-000393B98B56@frii.com> David, Alexander: As far as I know developers are at work on their own priorities, mainly OGC stuff, thread safety, better tile indexing. Performance and stability features that they need for their own projects. Cosmetic features like splined labels are going to be lower priority. That said, priority of any feature can be increased if you provide an incentive. Hire someone to do the work, trade some services, give them free beer, fly them to Jackson WY for a week-long all expenses paid skiing and coding sprint. Something like that. :) BTW, I searched Bugzilla for "label curve" and "label spline" and found no feature enhancement requests. That would be a start. cheers, Sean Il giorno 31/mar/04, alle 18:28, David Mitchell ha scritto: > I'd also be interested in this. Could the developers please comment on > this idea? > > Cheers > David > > Alexander Pucher wrote: >> I've asked this already about a year ago and I'm wondering, if there >> is any effort/news about this subject? >> Is there a way to label lines not only horizontal or by a given >> angle, but along a path. In a PostScript book I have, they call this >> method "placing text along an arbitrary path". >> Consider labeling roads or even rivers that curve a lot. > -- > David Mitchell > Software Engineer > Telogis > > NOTICE: > This message (including any attachments) contains CONFIDENTIAL > INFORMATION intended for a specific individual and purpose, and > is protected by law. If you are not the intended recipient, > you should delete this message and are hereby notified that any > disclosure, copying, or distribution of this message, or the > taking of any action based on it, is strictly prohibited. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From dmorissette at dmsolutions.ca Thu Apr 1 10:07:21 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 01 Apr 2004 13:07:21 -0500 Subject: [Mapserver-users] Issues Installing Mapserver 4.0.1 In-Reply-To: References: Message-ID: <406C5A59.4040303@dmsolutions.ca> sgay at earthsat.com wrote: > php_mapscript_util.c: In function `_phpms_object_init': > php_mapscript_util.c:476: error: `tsrm_ls' undeclared (first use in this > function) > php_mapscript_util.c:476: error: (Each undeclared identifier is reported > only once > php_mapscript_util.c:476: error: for each function it appears in.) I don't remember seeing this error in a release build, but it probably relates to Zend's thread-safety stuff which would suggest that your PHP is not compiled as a CGI. This is just a guess, I could be wrong, but you could try making sure that your PHP is compiled as a CGI and not as a module Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Thu Apr 1 10:17:35 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 01 Apr 2004 13:17:35 -0500 Subject: [Mapserver-users] placing text along an arbitrary path In-Reply-To: <406B7052.8080406@telogis.com> References: <402B5F6F.8020509@atlas.gis.univie.ac.at> <406B7052.8080406@telogis.com> Message-ID: <406C5CBF.3000301@dmsolutions.ca> David Mitchell wrote: > I'd also be interested in this. Could the developers please comment on > this idea? > > Cheers > David > > Alexander Pucher wrote: > >> I've asked this already about a year ago and I'm wondering, if there >> is any effort/news about this subject? >> >> Is there a way to label lines not only horizontal or by a given angle, >> but along a path. In a PostScript book I have, they call this method >> "placing text along an arbitrary path". >> Consider labeling roads or even rivers that curve a lot. That would be a very interesting feature, but I'm not aware of anyone working on that at the moment. There's the maptext.com guys that have talked about integrating their software as an extension to MapServer for improved labelling, but that wouldn't be free. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Thu Apr 1 10:36:32 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 01 Apr 2004 13:36:32 -0500 Subject: [Mapserver-users] WFS / curl error code 7 (couldn't create socket) In-Reply-To: References: Message-ID: <406C6130.9070101@dmsolutions.ca> fheland at netcourrier.com wrote: > Hi all, I get an error using WFS using mapserver41 : > msDrawMap(): Image handling error. Failed to draw layer named 'IOWStations'. > msWFSLayerWhichShapes(): WFS connection error. Got HTTP status -7 downloading WFS layer IOWStations > msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with curl error code 7 (couldn't create socket) for http://192.168.1.114/agentstruts/cgi-bin/mapserv_41.exe?map=d:/Tomcat4.1/webapps/agentstruts/mapservice/data/iow/htdocs/iow-wfs.map& > > The GetFeature request works well : > http://192.168.1.114/agentstruts/cgi-bin/mapserv_41.exe?map=d:/Tomcat4.1/webapps/agentstruts/mapservice/data/iow/htdocs/iow-wfs.map&REQUEST=GETFeature&SERVICE=WFS&VERSION=1.0.0 > I assume you mean that the GetFeature request works well whne tested in a web browser? Could it be that there is a firewall between your client app and your WFS server? That could explain why your browser can connect but your MapServer can't. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From murilo.yoshida at agx.com.br Thu Apr 1 11:11:23 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Thu, 1 Apr 2004 16:11:23 -0300 Subject: RES: [Mapserver-users] Shapefile question In-Reply-To: <200404011254.47148.mweinelt@planiglobe.com> Message-ID: <000001c4181d$25ba48a0$1364a8c0@parapente> Martin, To create the shapefile I want to create, with a path in it, and using ms_shp_arc, I have to define a line with my whole path and then add it to the shapefile? I don't know if you understood what I'm trying to ask. If I have to draw the path of one man, one man only, I will have only one shape in the shapefile? Thanks for the help, Murilo -----Mensagem original----- De: Martin Weinelt [mailto:mweinelt at planiglobe.com] Enviada em: quinta-feira, 1 de abril de 2004 07:55 Para: murilo.yoshida at agx.com.br Cc: Murilo Lacerda Yoshida Assunto: Re: [Mapserver-users] Shapefile question On Wednesday 31 March 2004 22:12, Murilo Lacerda Yoshida wrote: > Hi all, > I need to create a map that represents the path that someone walked. > For example, a guy started walking at 9:00 am at his house, and stopped > walking at 11:00 am at his office. During this time he walked, he was > using a gps device that was monitoring the points he passed trough. > So I need to create this map. Question is what type of shapefile I > need to create to store this data. I guess it should be MS_SHP_ARC, but > I'm not sure. Until now I have used only MS_SHP_POLYGON shapes, and it > would be nice if I could still use this kind of shape. And if I continue > using MS_SHP_POLYGON shapes to draw the path the guy walked, will the > map show all the corners, turns and other small elements of the path > that are important? > I am using PHP/MapScript. > Thanks in advance, > Murilo Murilo, yes you would want to create a shapefile of the type 'MS_SHP_ARC', or with a more generic term, a polyline shapefile. Frank Warmerdams shapelib comes with utility programs that let you generate such a file and add data. If you feel like you can also use the perl bindings to shapelib provided by Ari Jolma. I can imagine to represent the path by a polygon but that would be a bit rough and do not see why you would want to. The details visualized are only dependent on your input data and the resolution/scale of you map. Cheers, Martin From woodbri at swoodbridge.com Thu Apr 1 11:51:59 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Thu, 01 Apr 2004 14:51:59 -0500 Subject: [Mapserver-users] Multiple counties in a template file !!! In-Reply-To: References: Message-ID: <406C2C8F.2564.10A995ED@localhost> But if you have all the data in the US it is 3300 counties plus or minus and you probably don't want 3300 layers for each attribute. What you want to do is use a tileindex. This will allow you to treat all roads files in all 3300 counties as a single layer. -Steve W. On 1 Apr 2004 at 8:53, Tyler Mitchell wrote: > I assume you mean you have multiple TIGER files and want to have them > appended into one map, right? > If you have all the data for multiple counties, then you just add each one > as a layer and it will make them work seamlessly together. > > mapserver-users-admin at lists.gis.umn.edu wrote on 04/01/2004 06:16:02 AM: > > > Hi all > > Could any of you advise me how I could display multiple counties( or > a > > full state) in the same map ?. After displaying them I want to have the > > > same set of operations like zooming in /out/pan as we have with single > > county maps . > > With regards and thanks in advance > > dharani babu s > > > > _________________________________________________________________ > > Apply to 50,000 jobs now. http://go.msnserver.com/IN/45531.asp Post your > CV > > on naukri.com today. > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From TMitchell at lignum.com Thu Apr 1 12:01:46 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Thu, 1 Apr 2004 12:01:46 -0800 Subject: [Mapserver-users] Multiple counties in a template file !!! In-Reply-To: <406C2C8F.2564.10A995ED@localhost> Message-ID: > But if you have all the data in the US it is 3300 counties plus or > minus and you probably don't want 3300 layers for each attribute. > What you want to do is use a tileindex. This will allow you to treat > all roads files in all 3300 counties as a single layer. Good point, I often forget that option. I'm assuming Dharani is using TIGER data, so any tips on tiling tiger data would probably be appreciated, he is unfamiliar with the indexing tools. Tyler From scoota at supanet.com Thu Apr 1 12:12:02 2004 From: scoota at supanet.com (Keith Campbell) Date: Thu, 01 Apr 2004 21:12:02 +0100 Subject: [Mapserver-users] Really Strange Behaviour - WFS & PostGIS Message-ID: <406C7792.80604@supanet.com> Hi, Is there any reason why a WFS MapServer would return the GML for only one feature in one layer of a mapfile based on PostGIS datasources, but return all features for all requested layers in a Shape based mapfile? The geometries for both types of datasources are the same and so are the GetFeature requests. And just to make it more puzzling, if the data is returned as an image (i.e. standard MapServer, no WFS), all the features are returned for both layers for both mapfiles. Any suggestions welcome. Keith From Litea at sopac.org Thu Apr 1 13:16:21 2004 From: Litea at sopac.org (Litea Biukoto) Date: Fri, 2 Apr 2004 09:16:21 +1200 Subject: [Mapserver-users] Link Message-ID: Bula I'm trying to find a way to link a map object to a(n image) file or url. I'd be glad for any workarounds. Thought that I could get away with having a LINK attribute in my table/file then accessing the link through the query function. This does not appear to work, all you see are the other attributes and path but no active link. Any ideas? TIA Litea ---------------------------------------------------------------------------- ------- Litea Biukoto SOPAC South Pacific Applied Geoscience Commission Postal Address: Private Mail Bag, GPO, Suva, Fiji Islands Street Address: Mead Road, Nabua, Fiji Islands Tel: +679 338-1377 Fax: +679 337-0040 E-mail: litea at sopac.org Web site: http://www.sopac.org.fj/ , http://map.sopac.org/ Note that the gateway to our mail server limits the size of inward and outward messages with attachments to 1.5MB. If you need to send or receive larger messages apply compression, convert to PDF files or logically split. This e-mail is intended for its named recipients only. The author is no longer responsible if you forward this e-mail to other parties. The views expressed in this e-mail may not necessarily be the views of SOPAC. From scoota at supanet.com Thu Apr 1 14:52:37 2004 From: scoota at supanet.com (Keith Campbell) Date: Thu, 01 Apr 2004 23:52:37 +0100 Subject: [Fwd: Re: [Mapserver-users] connection string] Message-ID: <406C9D35.9030203@supanet.com> -------- Original Message -------- Subject: Re: [Mapserver-users] connection string Date: Thu, 01 Apr 2004 20:56:58 +0100 From: Keith Campbell Reply-To: scoota at supanet.com To: Johan Duflost References: <002c01c417cb$2ac01d90$0200000a at orion> Johan, Could be that the host you are on, i.e. your windows box with MapServer, is not included in the pg_hba.conf file on the Postgres server you are trying to connect to. The pg_hba.conf file controls authentication to postgres. Your user name will also need to be included in it, either specifically, through a group, or by allowing all users access. Hope this helps, Keith Johan Duflost wrote: > > Hi all, > > I installed mapserver in tomcat under windows and I need to connect to > a postgis db on another host but the following error message is returned : > > msPOSTGISLayerOpen(): Query error. couldnt make connection to DB with > connect string 'user=pgmap password=pgmap dbname=gis host=canis > port=5432'. > Error reported was 'unknown host name: canis '. > This error occured when trying to make a connection to the specified > postgresql server. > Most commonly this is caused by > (1) incorrect connection string > (2) you didnt specify a 'user=...' in your connection string > (3) the postmaster (postgresql server) isnt running > (4) you are not allowing TCP/IP connection to the postmaster > (5) your postmaster is not running on the correct port - if its not on > 5432 you must specify a 'port=...' > (6) the security on your system does not allow the webserver (usually > user 'nobody') to make socket connections to the postmaster > (7) you forgot to specify a 'host=...' if the postmaster is on a > different machine > (8) you made a typo > > I checked all these possibilities but all of them seem to be right. Is > this a bug of mapserver on windows ? > > Does anybody have an idea ? > > Thanks in advance, > > Johan Duflost > > Johan Duflost > Analyst Programmer > Belgian Biodiversity Information Facility (BeBIF) > Universite Libre de Bruxelles (ULB) > Boulevard du Triomphe - campus de la plaine > B-1050 Bruxelles > http://gis.bebif.be From nacional at cbs.umn.edu Thu Apr 1 15:29:53 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Thu, 1 Apr 2004 17:29:53 -0600 (CST) Subject: [Mapserver-users] Link In-Reply-To: References: Message-ID: It should work... if I understand what you're doing. do something like this in your query template: [your_link_attribute] or [some_other_descriptive_attribute] Is that what you're trying to do? It should work if you have your image/file in the right directory (and that directory is web accessible with read privilege). Cheers! -Perry N. On Fri, 2 Apr 2004, Litea Biukoto wrote: > Bula > > I'm trying to find a way to link a map object to a(n image) file or url. > I'd be glad for any workarounds. Thought that I could get away with having > a LINK attribute in my table/file then accessing the link through the query > function. This does not appear to work, all you see are the other > attributes and path but no active link. > > Any ideas? > > TIA > > Litea > > > ---------------------------------------------------------------------------- > ------- > > Litea Biukoto > SOPAC South Pacific Applied Geoscience Commission > Postal Address: Private Mail Bag, GPO, Suva, Fiji Islands > Street Address: Mead Road, Nabua, Fiji Islands > Tel: +679 338-1377 Fax: +679 337-0040 > E-mail: litea at sopac.org > Web site: http://www.sopac.org.fj/ , > http://map.sopac.org/ > > Note that the gateway to our mail server limits the size of inward and > outward messages with attachments to 1.5MB. If you need to send or receive > larger messages apply compression, convert to PDF files or logically split. > > This e-mail is intended for its named recipients only. The author is no > longer responsible if you forward this e-mail to other parties. The views > expressed in this e-mail may not necessarily be the views of SOPAC. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From JWiley at city.parksville.bc.ca Thu Apr 1 15:59:40 2004 From: JWiley at city.parksville.bc.ca (John Wiley) Date: Thu, 01 Apr 2004 15:59:40 -0800 Subject: [Mapserver-users] Upgrade to 4.0.1 query problem Message-ID: This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=_F9D8D810.C5A4CB77 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I upgraded from 3.6 to 4.0.1 and can not query on lines or points just = polygon objects return result from the templates. Can someone point me in = the right direction... I've included a piece of my map file... for layer = Ppoints... Please help =20 # # Start of map file # NAME Pville STATUS ON SIZE 600 600 EXTENT 401500 5461000 410000 5466600 UNITS METERS FONTSET "C:\Inetpub\wwwroot\Parksville\fonts\fonts.list" SHAPEPATH "data" IMAGECOLOR 255 255 255 =20 # you may need to change this to match your MapServer build #IMAGETYPE PNG =20 # # Projection definition, consult the PROJ.4 documentation for parameter = discussion # #PROJECTION # "proj=3Dutm" # "ellps=3DGRS80" # "zone=3D15" # "north" # "no_defs" # # OR:=20 # # "init=3Depsg:26915" #END =20 # # Start of web interface definition (including WMS enabling metadata) # WEB HEADER Pville_header.html TEMPLATE Pville.html FOOTER Pville_footer.html MINSCALE 1000 MAXSCALE 155000 IMAGEPATH "set in Pville_init.html" IMAGEURL "set in Pville_init.html" METADATA WMS_TITLE "UMN MapServer Parksville BC" WMS_ABSTRACT "This is the UMN MapServer application for the City of = Parksville located on Vancouver Island." WMS_ACCESSCONSTRAINTS none =20 # change this value to match your setup WMS_ONLINERESOURCE "http://localhost/Parksville/Pville_init.html" =20 WMS_SRS "EPSG:26915" END END =20 QUERYMAP SIZE 200 200 STATUS ON STYLE HILITE COLOR 255 0 0 END =20 # # Start of reference map # REFERENCE IMAGE graphics/reference.gif EXTENT 401500 5461000 410000 5466600 SIZE 120 120 STATUS ON COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END =20 # # Start of legend # LEGEND KEYSIZE 12 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END =20 # # Start of scalebar # SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE tiny =20 END STYLE 1 SIZE 80 2 COLOR 0 0 0 UNITS METERS INTERVALS 1 TRANSPARENT FALSE STATUS EMBED POSITION LR END =20 # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END =20 # Rem March9,04 # Start of layer definitions # LAYER NAME Ptest TYPE RASTER STATUS OFF DATA test01.tif PROCESSING "BANDS=3D1,2,3" OFFSITE 71 74 65 END #LAYER =20 =20 LAYER NAME Pparks TYPE POLYGON STATUS OFF DATA Pparks LABELITEM "NAME" LABELMAXSCALE 5000 CLASS NAME Parks COLOR 40 195 48 TEMPLATE "Parks.html" LABEL MINFEATURESIZE 40 MINDISTANCE 100 BUFFER 10 ANGLE AUTO POSITION AUTO SIZE MEDIUM COLOR 0 0 0 =20 END #LABEL =20 END #CLASS =20 HEADER "Parks_header.html" FOOTER "Parks_footer.html" =20 END #LAYER =20 LAYER NAME Pwatercourse TYPE LINE STATUS OFF DATA Pwatercourse CLASS NAME Watercourse COLOR 49 117 185 END #CLASS=20 END #LAYER =20 LAYER NAME Pwatflow TYPE POLYGON STATUS DEFAULT DATA Pwatflow CLASS NAME Pwatflow COLOR 49 37 185 END #CLASS =20 END #LAYER =20 LAYER NAME Ppoints TYPE POINT DATA Ppoints STATUS DEFAULT LABELITEM "NAME" LABELMAXSCALE 2000 CLASS NAME 'Places' TEMPLATE "\Points.html" STYLE COLOR 128 255 164 SYMBOL 'circle' SIZE 7 END #STYLE LABEL MINFEATURESIZE 10 MINDISTANCE 20 BUFFER 5 ANGLE AUTO POSITION AUTO SIZE SMALL COLOR 128 255 164 END #LABEL END #CLASS HEADER "Points_header.html" FOOTER "Points_footer.html" =20 END #LAYER ... and on to the end... --=_F9D8D810.C5A4CB77 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Description: HTML
I upgraded from 3.6 to 4.0.1 and can not query on = lines or=20 points just polygon objects return result from the templates.  Can = someone=20 point me in the right direction... I've included a piece of my map file... = for=20 layer Ppoints... Please help
 
#
# Start of map file
#
NAME Pville
STATUS ON
SIZE = 600=20 600
EXTENT 401500 5461000 410000 5466600
UNITS METERS
FONTSET=20 "C:\Inetpub\wwwroot\Parksville\fonts\fonts.list"
SHAPEPATH=20 "data"
IMAGECOLOR 255 255 255
 
# you may need to change this to match your MapServer build
#IMAGET= YPE=20 PNG
 
#
# Projection definition, consult the PROJ.4 documentation for=20 parameter discussion
#
#PROJECTION
#  "proj=3Dutm"
# = =20 "ellps=3DGRS80"
#  "zone=3D15"
#  "north"
# =20 "no_defs"
#
#  OR:
#
#  "init=3Depsg:26915"
#END<= /DIV>
 
#
# Start of web interface definition (including WMS enabling=20 metadata)
#
WEB
  HEADER Pville_header.html
  = TEMPLATE=20 Pville.html
  FOOTER Pville_footer.html
  MINSCALE=20 1000
  MAXSCALE 155000
  IMAGEPATH "set in=20 Pville_init.html"
  IMAGEURL "set in Pville_init.html"
 =20= METADATA
    WMS_TITLE "UMN MapServer Parksville=20 BC"
    WMS_ABSTRACT "This is the UMN MapServer = application=20 for the City of Parksville located on Vancouver Island."
  &nb= sp;=20 WMS_ACCESSCONSTRAINTS none
 
    # change this value to match your=20 setup
    WMS_ONLINERESOURCE "http://localhost/Park= sville/Pville_init.html"
 
    WMS_SRS "EPSG:26915"
  END
END
 
QUERYMAP
  SIZE 200 200
  STATUS ON
  = STYLE=20 HILITE
  COLOR 255 0 0
END
 
#
# Start of reference map
#
REFERENCE
  IMAGE=20 graphics/reference.gif
  EXTENT 401500 5461000 410000 5466600
&n= bsp;=20 SIZE 120 120
  STATUS ON
  COLOR -1 -1 -1
  = OUTLINECOLOR=20 255 0 0
END
 
#
# Start of legend
#
LEGEND
  KEYSIZE 12 12
 = ;=20 LABEL
    TYPE BITMAP
    SIZE=20 MEDIUM
    COLOR 0 0 89
  END
  = STATUS=20 ON
END
 
#
# Start of scalebar
#
SCALEBAR
  IMAGECOLOR 255 = 255=20 255
  LABEL
    COLOR 0 0 0
   = SIZE=20 tiny   
  END
  STYLE 1
  SIZE = 80=20 2
  COLOR 0 0 0
  UNITS METERS
  INTERVALS = 1
 =20 TRANSPARENT FALSE
  STATUS EMBED
  POSITION LR
END
=
 
#
# Start of symbol definitions (we're only using a=20 few)
#
SYMBOL
  NAME 'circle'
  TYPE ELLIPSE
 = ;=20 POINTS 1 1 END
  FILLED TRUE
END
 
# Rem March9,04
# Start of layer definitions
#
LAYER
 = ;=20 NAME Ptest
  TYPE RASTER
  STATUS OFF
  DATA=20 test01.tif
  PROCESSING "BANDS=3D1,2,3"
  OFFSITE 71 74 = 65
END=20 #LAYER 
 
LAYER
   NAME Pparks
 &nbs= p;=20 TYPE POLYGON
   STATUS OFF
   DATA=20 Pparks
   LABELITEM "NAME"
   LABELMAXSCALE=20 5000
   CLASS
     NAME=20 Parks
     COLOR 40 195 48
   &nbs= p;=20 TEMPLATE "Parks.html"
    =20 LABEL
       MINFEATURESIZE=20 40
       MINDISTANCE=20 100
       BUFFER=20 10
       ANGLE=20 AUTO
       POSITION=20 AUTO
       SIZE=20 MEDIUM
       COLOR 0 0=20 0        
   &nb= sp;=20 END #LABEL     
   END #CLASS = =20
   HEADER "Parks_header.html"
   FOOTER=20 "Parks_footer.html"  
END #LAYER
 
LAYER
  NAME Pwatercourse
  TYPE LINE
  = STATUS=20 OFF
  DATA Pwatercourse
  CLASS
    = NAME=20 Watercourse
    COLOR 49 117 185
  END #CLASS =
END=20 #LAYER
 

LAYER
  NAME Pwatflow
  TYPE POLYGON
  = STATUS=20 DEFAULT
  DATA Pwatflow
  CLASS
    = NAME=20 Pwatflow
    COLOR 49 37 185
  END #CLASS = =20
END #LAYER
 

LAYER
  NAME Ppoints
  TYPE POINT
  = DATA=20 Ppoints
  STATUS DEFAULT
  LABELITEM "NAME"
 =20 LABELMAXSCALE 2000
  CLASS
    NAME=20 'Places'
    TEMPLATE "\Points.html"
   = ;=20 STYLE
      COLOR 128 255=20 164
      SYMBOL=20 'circle'
      SIZE 7
    = END=20 #STYLE
    LABEL
     =20 MINFEATURESIZE 10
      MINDISTANCE=20 20
      BUFFER 5
    &n= bsp;=20 ANGLE AUTO
      POSITION=20 AUTO
      SIZE=20 SMALL
      COLOR 128 255 164
  &n= bsp;=20 END #LABEL
  END #CLASS
  HEADER "Points_header.html"
&n= bsp;=20 FOOTER "Points_footer.html" 
END #LAYER
... and on to the=20 end...
--=_F9D8D810.C5A4CB77-- From gis at balkanu.com.au Thu Apr 1 16:55:16 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Fri, 2 Apr 2004 10:55:16 +1000 Subject: [Mapserver-users] TIF displays in grayscale Message-ID: <000001c4184d$2b7b0f10$566b110a@cydn.net.au> Hi all, I'm using MapLab 2.1rc3 with MapServer 4.x (as part of ms4w) on Windows 2000, SP4. I've successfully created a WLD file to display a TIF raster file (yay!) - however when the raster is displayed the entire map (not only the raster, but all other layers as well) is rendered in grayscale. I notice in the MapLab documentation it says that MapServer's built-in support for TIF does not include support for "tiled, 16bit, RGB, or odd color models". Could this be why it is not displaying in colour? When I converted the image from JPG (which it was originally) to TIF, I saved it from PhotoShop in 8-bit CMYK. I don't know what constitutes an 'odd colour model'. Is there perhaps a Style Object I need to include? The Class Object is essentially empty, as you can see in the relevant mapfile snippet below. I'm afraid I'm still not terribly clued up on the application of Classes to other Objects. ----- LAYER NAME "250k raster" GROUP "Raster - topographic" STATUS ON DATA "../../../../Documents and Settings/All Users/Data/Tables (MI)/Rasters/Topo_250k/Sd5513.tif" TYPE RASTER UNITS DD SIZEUNITS PIXELS CLASS NAME "Cooktown" MAXSCALE 500000 END ----- Thanks for any suggestions Yuri Banens From gis at balkanu.com.au Thu Apr 1 17:15:42 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Fri, 2 Apr 2004 11:15:42 +1000 Subject: [Mapserver-users] Can I query a TAB file (i.e. using OGR)? Message-ID: <000001c41850$056c7220$566b110a@cydn.net.au> I have what might seem a no-brainer question to those more experienced than I. Setup: ms4w, mapserver 4.0 precomiled binary for Windows, Win2000, SP4. My data is stored primarily in MapInfo TAB format. GDAL is used to display it (of course). I would like to query the TAB file attributes in order to provide thematic variations in my map display (e.g. colour-coding of land parcels based on tenure type). Can this be done? Is it done through OGRINFO? Can someone point me in the direction of the relevant documentation? Yuri B. From jmckenna at dmsolutions.ca Thu Apr 1 17:28:08 2004 From: jmckenna at dmsolutions.ca (jmckenna at dmsolutions.ca) Date: Thu, 1 Apr 2004 20:28:08 -0500 Subject: [Mapserver-users] Re: Your website Message-ID: <200404020123.i321NqEe012338@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0006_000074D4.00005345 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Please have a look at the attached file. ------=_NextPart_000_0006_000074D4.00005345 Content-Type: application/octet-stream; name="your_website.pif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="your_website.pif" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V 4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD +FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7 AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2 g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA 5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/ Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn 5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7 +dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32 DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA 8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n 1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4 M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1 wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9 TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+ D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+ bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC 9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5 UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6 3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9 ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K /s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13 M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i /iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+ Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6 xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/ x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu +SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ 1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R 2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+ yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o 6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2 ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40 wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6 GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9 oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l 1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8 VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2 FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W +gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa 2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G 19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL /ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg 3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2 KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB 9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+ w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8 3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1 Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39 fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6 eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3 hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6 vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/ LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3 3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j 7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk 7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8 llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839 0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/ ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB 06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+ cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN +EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6 Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn 9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM 4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp 1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1 mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm 68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5 7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7 IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c 63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA 6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8 wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx 9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38 CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I 4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw 4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr 0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5 rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm 1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8 aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2 EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw /bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6 LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+ ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865 48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+ nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0 zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+ iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+ 2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/ sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7 fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ------=_NextPart_000_0006_000074D4.00005345-- From jacob.delfos at maunsell.com Thu Apr 1 18:31:22 2004 From: jacob.delfos at maunsell.com (Delfos, Jacob) Date: Fri, 2 Apr 2004 12:31:22 +1000 Subject: [Mapserver-users] TIFF file not rendering Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C4185A.96B564D0 Content-Type: text/plain Hi All, I'm trying to display a geoTiff file of slightly less than a gigabyte, but it's not rendering. My TIFF file is in RGB. Do I understand correctly that RGB colourspace is not supported for TIFFs? Is it possible to display a TIFF in colour? The reason I'm using TIFF is that I can't compress it to an ECW, due to the filesize being over 500MB. I'm having difficulties finding a freeware program that can convert TIFF to ECW (any ideas?) Regards, Jacob JACOB DELFOS SPATIAL INFORMATION ANALYST Maunsell Australia Pty Ltd 629 Newcastle Street PO Box 81 Leederville 6902 Western Australia ABN 20 093 846 925 Tel + 61 8 9281 6185 Fax + 61 8 9281 6297 jacob.delfos at maunsell.com ------_=_NextPart_001_01C4185A.96B564D0 Content-Type: text/html Message

Hi All,

I'm trying to display a geoTiff file of slightly less than a gigabyte, but it's not rendering. My TIFF file is in RGB. Do I understand correctly that RGB colourspace is not supported for TIFFs? Is it possible to display a TIFF in colour?

The reason I'm using TIFF is that I can't compress it to an ECW, due to the filesize being over 500MB. I'm having difficulties finding a freeware program that can convert TIFF to ECW (any ideas?)

Regards,

Jacob

JACOB DELFOS
SPATIAL INFORMATION ANALYST
Maunsell Australia Pty Ltd
629 Newcastle Street
PO Box 81
Leederville 6902
Western Australia
ABN 20 093 846 925

Tel     + 61 8 9281 6185
Fax    + 61 8 9281 6297
jacob.delfos at maunsell.com

------_=_NextPart_001_01C4185A.96B564D0-- From Antti.Roppola at brs.gov.au Thu Apr 1 19:43:51 2004 From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au) Date: Fri, 2 Apr 2004 13:43:51 +1000 Subject: [Mapserver-users] Paging Steve Lime or UMN Message-ID: <3E4215C93D3CE24D84A9FF385DF88D8702A0860D@afeb-ms-02> Apologies for spamming the list, but any email I send to Minnesota DNR seems to bounce. I will be in the USA later this month, and have an opportunity to pursue some Mapserver related travel. If someone could contact me (off list!) about contacting Minnesota based Mapserver folk, that would be greatly appreciated. Thanks, Antti Roppola From dharanibabus at hotmail.com Thu Apr 1 20:54:57 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Fri, 02 Apr 2004 10:24:57 +0530 Subject: [Mapserver-users] LOCATION QUERY HELP Message-ID: Eric sorry for the late reply. yes i am well on track as u advised . its todo with passing more cgi vars to map server from template html .cool regards and thanks in advance dharani >From: Eric Bridger >To: Dharani Babu >CC: Mapserver List >Subject: Re: [Mapserver-users] LOCATION QUERY HELP >Date: 30 Mar 2004 09:50:53 -0500 > >On Tue, 2004-03-30 at 00:32, Dharani Babu wrote: > > Hi all > > I am working with TIGER line files + Map Server based on itasca demo > > method( init html , > > template html , map ) . I am trying to get an app similar to > > http://www.census.gov/cgi-bin/gazetteer > > I have a simple question to the forum > > 1) With this itasca demo method could I be able to project a city or >place > > as it does in the gazateer application ? -- Thats How to make the map > > project the city or location name entered ? > >Yes it is possible. BUT, like the above URL,you will need a CGI script >to process the original form input (place, state, zipcode), look up the >proper lat/lon for that location and then pass mapserver CGI the proper >parameters (mapext?) to create the map you want. The above US Census >form works in a similiar manor. Displays links with the proper lat/long >to something called: mapbrowse-tbl (which could easily be >/cgi-bin/mapserv). > >Hope this helps. > > _________________________________________________________________ Apply for a Citibank Suvidha Account. http://go.msnserver.com/IN/45533.asp Get FREE organiser.? From dharanibabus at hotmail.com Thu Apr 1 21:11:18 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Fri, 02 Apr 2004 10:41:18 +0530 Subject: [Mapserver-users] Multiple counties in a template file !!! Message-ID: hi Steve Thanks . That has set me on . though yet to know what tileindex is . I appreciate the way the map server members helping each other out- have seen forums which hardly reply to queries . i will update u of my progress soon. with regards and thanks dharani babu s >From: woodbri at swoodbridge.com >Reply-To: woodbri at swoodbridge.com >To: "Dharani Babu" , Tyler Mitchell > >CC: mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Multiple counties in a template file !!! >Date: Thu, 01 Apr 2004 14:51:59 -0500 > >But if you have all the data in the US it is 3300 counties plus or >minus and you probably don't want 3300 layers for each attribute. >What you want to do is use a tileindex. This will allow you to treat >all roads files in all 3300 counties as a single layer. > >-Steve W. > >On 1 Apr 2004 at 8:53, Tyler Mitchell wrote: > > > I assume you mean you have multiple TIGER files and want to have them > > appended into one map, right? > > If you have all the data for multiple counties, then you just add each >one > > as a layer and it will make them work seamlessly together. > > > > mapserver-users-admin at lists.gis.umn.edu wrote on 04/01/2004 06:16:02 AM: > > > > > Hi all > > > Could any of you advise me how I could display multiple counties( >or > > a > > > full state) in the same map ?. After displaying them I want to have >the > > > > > same set of operations like zooming in /out/pan as we have with single > > > county maps . > > > With regards and thanks in advance > > > dharani babu s > > > > > > _________________________________________________________________ > > > Apply to 50,000 jobs now. http://go.msnserver.com/IN/45531.asp Post >your > > CV > > > on naukri.com today. > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _________________________________________________________________ Easiest Money Transfer to India. Send Money To 6000 Indian Towns. http://go.msnserver.com/IN/42198.asp Easiest Way To Send Money Home! From dharanibabus at hotmail.com Thu Apr 1 21:34:28 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Fri, 02 Apr 2004 11:04:28 +0530 Subject: [Mapserver-users] Multiple counties in a template file !!! Message-ID: Tyler Thanks for that . Yes steve pls advise me on usage of tileindex etc . But a correction tyler ... I am no longer using tiger file directly ( OGR connection as u showed me ) but instead I have downloaded the TIGER Line 2000 files in *shape* file format from http://arcdata.esri.com/data/tiger2000/tiger_download.cfm http://www.esri.com/data/download/census2000_tigerline/index.html and have at me hands the following layers for NH -rockingham county ... Line Features - Roads lkA Line Features - Rails lkB Line Features - Misc. Transport lkC Line Features - Landmarks lkD Line Features ? Physical lkE Line Features ? Non-visible lkF Line Features ? Hydrography lkH Line Features ? Unknown lkX County 2000 cty00 Designated Places 2000 plc00 Key Geographic Locations kgl Landmark Polygons lpy Landmark Points lpt Water Polygons wat Landmark Polygon Names lpy2 The status with these layers are ..I am able to display line features like roads , rails but not hydrography ( dont know why but have attached my MAP file below for ur reference ) I am able to display all polygons - water , landmarks .but still labels are missing . I am yet to implement the ideas given my tyler in another reply . NOT AT ALL ABLE TO DISPLAY THE POINTS - key geograpic locations , designated places , etc. So this my status and I will update soon after my progress . My ultimate aim is to have an app that will render the choosen states ..and then on the states users click on to zoom into layers of counties ...etc and also with LOCATION QUERY feature to locate and zoom in to the area entered by the user . I am working on this also as tyler gave me some more links ... my map file # # Start of map file # FONTSET "c:/ms4w/apache/htdocs/demof/etc/fonts.txt" NAME DEMO STATUS ON SIZE 800 800 EXTENT -71.451310 42.737590 -70.575094 43.274201 #UNITS DEGREES SHAPEPATH "C:/ms4w/apache/htdocs/demof/NH-RM/" IMAGECOLOR 255 255 255 IMAGETYPE png # # Start of web interface definition # WEB HEADER tiger TEMPLATE temp_shp1.html FOOTER demo_footer.html # MINSCALE 1000 # MAXSCALE 1550000 IMAGEPATH "C:/ms4w/apache/htdocs/temp_shp1/" IMAGEURL "/temp_shp1/" # LOG "demo.log" END QUERYMAP SIZE 200 200 STATUS ON STYLE HILITE COLOR 255 0 0 END # # Start of reference map # REFERENCE IMAGE graphics/dem.gif EXTENT 481314.93 5620068.63 703440.19 5837331.76 SIZE 200 192 STATUS OFF COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END # # Setting up output formats # OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB #PC256 EXTENSION "png" END # # Start of scalebar # SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 255 255 255 SIZE tiny END STYLE 1 SIZE 50 2 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 1 TRANSPARENT TRUE STATUS TRUE END SYMBOL NAME "circle" TYPE ellipse FILLED true POINTS 1 1 END END # # Start of layer definitions # LAYER #LABELMAXSCALE 200000 LABELITEM "FENAME" GROUP tigerdata NAME tgr33015lkA TYPE LINE STATUS DEFAULT #CONNECTIONTYPE OGR #CONNECTION "C:/ms4w/apache/htdocs/demof/NH-RM/" DATA "NH-RM/tgr33015lkA" CLASS #SYMBOL "circle" #SIZE 1 #COLOR 200 0 0 NAME "Roads" COLOR 130 130 130 LABEL MINFEATURESIZE 20 MINDISTANCE 100 BUFFER 10 ANGLE auto POSITION auto TYPE TRUETYPE FONT arial SIZE 8 COLOR 200 0 0 OUTLINECOLOR 255 255 255 ANTIALIAS true END END END LAYER GROUP tigerdata NAME tgr33015lkB TYPE LINE STATUS DEFAULT DATA "NH-RM/tgr33015lkB" CLASS NAME "Rails" COLOR 0 0 200 END END # layer ends LAYER GROUP tigerdata NAME tgr33015wat TYPE POLYGON STATUS DEFAULT DATA "NH-RM/tgr33015wat" CLASS NAME "Water Polygons" COLOR 0 200 0 LABEL MINFEATURESIZE 20 MINDISTANCE 100 BUFFER 10 ANGLE auto POSITION auto TYPE TRUETYPE FONT arial SIZE 8 COLOR 200 0 0 OUTLINECOLOR 255 255 255 ANTIALIAS true END END END # layer ends LAYER GROUP tigerdata NAME tgr33015wat TYPE POLYGON STATUS DEFAULT DATA "NH-RM/tgr33015lpy" CLASS NAME "land Polygons" COLOR 130 130 130 END END # layer ends LAYER GROUP tigerdata NAME tgr33015kgl TYPE POINT STATUS DEFAULT DATA "NH-RM/tgr33015kgl" CLASS NAME "Ket Geo Locns" COLOR 0 200 0 END END # layer ends LAYER GROUP tigerdata NAME tgr33015cty00 TYPE LINE STATUS DEFAULT DATA "NH-RM/tgr33015cty00" CLASS NAME "County boundary" COLOR 0 0 0 SIZE 16 END END END # layer ends please advise with regards and thanks in advance dharani babu s >From: Tyler Mitchell >To: woodbri at swoodbridge.com >CC: "Dharani Babu" >,mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Multiple counties in a template file !!! >Date: Thu, 1 Apr 2004 12:01:46 -0800 > > > But if you have all the data in the US it is 3300 counties plus or > > minus and you probably don't want 3300 layers for each attribute. > > What you want to do is use a tileindex. This will allow you to treat > > all roads files in all 3300 counties as a single layer. > >Good point, I often forget that option. I'm assuming Dharani is using >TIGER data, so any tips on tiling tiger data would probably be >appreciated, he is unfamiliar with the indexing tools. > >Tyler _________________________________________________________________ Get the best deals. On Electronics, Mobiles, Laptops. Log on to www.baazee.com http://go.msnserver.com/IN/45530.asp From woodbri at swoodbridge.com Thu Apr 1 21:37:44 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Fri, 02 Apr 2004 00:37:44 -0500 Subject: [Mapserver-users] Multiple counties in a template file !!! In-Reply-To: References: Message-ID: <406CFC28.7080604@swoodbridge.com> Dharani, A tileindex is a collection of files that all have the same structure and could all be concatenated together but aren't because it is easier to work with and manage a bunch of smaller files. The other advantage is that there are some significant performance improvements that can be had by working with data organized using tileindexes. Here is what I do for shapefiles. Say you have a layer called streets.shp and you have 10 counties each with its streets.shp file in a separate directory like: data/county01/streets.shp data/county02/streets.shp ... data/county09/streets.shp data/county10/streets.shp find ./data/ -name streets.shp -print > streets.in tile4ms streets.in streets-tile find . -name "*.shp" -exec shptree {} \; This will find all your streets.shp files and create a tileindex called streets-tile.shp and also find all shapefiles and create a spatial index for them. Now in your mapfile LAYER NAME "streets" TILEINDEX "streets-tile.shp" ... END You need to read up on this in the mapfile reference and the utilities doc pages on the mapserver website. You can see all of the US Tiger data at http://imaptools.com/tiger/ -Steve Dharani Babu wrote: > > hi Steve > Thanks . That has set me on . though yet to know what tileindex is . I > appreciate the way the map server members helping each other out- have > seen forums which hardly reply to queries . i will update u of my > progress soon. > with regards and thanks > dharani babu s > > >> From: woodbri at swoodbridge.com >> Reply-To: woodbri at swoodbridge.com >> To: "Dharani Babu" , Tyler >> Mitchell >> CC: mapserver-users at lists.gis.umn.edu >> Subject: Re: [Mapserver-users] Multiple counties in a template file !!! >> Date: Thu, 01 Apr 2004 14:51:59 -0500 >> >> But if you have all the data in the US it is 3300 counties plus or >> minus and you probably don't want 3300 layers for each attribute. >> What you want to do is use a tileindex. This will allow you to treat >> all roads files in all 3300 counties as a single layer. >> >> -Steve W. >> >> On 1 Apr 2004 at 8:53, Tyler Mitchell wrote: >> >> > I assume you mean you have multiple TIGER files and want to have them >> > appended into one map, right? >> > If you have all the data for multiple counties, then you just add >> each one >> > as a layer and it will make them work seamlessly together. >> > >> > mapserver-users-admin at lists.gis.umn.edu wrote on 04/01/2004 06:16:02 >> AM: >> > >> > > Hi all >> > > Could any of you advise me how I could display multiple >> counties( or >> > a >> > > full state) in the same map ?. After displaying them I want to >> have the >> > >> > > same set of operations like zooming in /out/pan as we have with >> single >> > > county maps . >> > > With regards and thanks in advance >> > > dharani babu s >> > > >> > > _________________________________________________________________ >> > > Apply to 50,000 jobs now. http://go.msnserver.com/IN/45531.asp >> Post your >> > CV >> > > on naukri.com today. >> > > >> > > _______________________________________________ >> > > Mapserver-users mailing list >> > > Mapserver-users at lists.gis.umn.edu >> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > >> > _______________________________________________ >> > Mapserver-users mailing list >> > Mapserver-users at lists.gis.umn.edu >> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > >> >> > > _________________________________________________________________ > Easiest Money Transfer to India. Send Money To 6000 Indian Towns. > http://go.msnserver.com/IN/42198.asp Easiest Way To Send Money Home! > > From robert-fritz at web.de Thu Apr 1 22:50:17 2004 From: robert-fritz at web.de (robert fritz) Date: Fri, 02 Apr 2004 08:50:17 +0200 Subject: [Mapserver-users] TIF displays in grayscale Message-ID: <983486967@web.de> Received: from 194.175.70.36 by freemailng0705.web.de with HTTP;
Fri, 02 Apr 2004 08:50:04 +0200
Date: Fri, 02 Apr 2004 08:50:04 +0200
Message-Id: <983486967 at web.de>

--- END HEADERS ---

Hello,

maybe I had the same problem. Please take a look : http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0310/msg00425.html

Robert

... and the winner is... WEB.DE FreeMail! - Deutschlands beste E-Mail  
ist zum 39. Mal Testsieger (PC Praxis 03/04) http://f.web.de/?mc=021191  
From gis at balkanu.com.au Thu Apr 1 22:54:11 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Fri, 02 Apr 2004 16:54:11 +1000 Subject: [Mapserver-users] Can I query a TAB file (i.e. using OGR)? In-Reply-To: <000001c41850$056c7220$566b110a@cydn.net.au> Message-ID: <000201c4187f$4ea49a60$566b110a@cydn.net.au> Please ignore my previous question. Worked it out for myself. Process is exactly the same as for SHP files. Yuri -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Balkanu GIS Sent: Friday, 2 April 2004 11:16 To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Can I query a TAB file (i.e. using OGR)? I have what might seem a no-brainer question to those more experienced than I. Setup: ms4w, mapserver 4.0 precomiled binary for Windows, Win2000, SP4. My data is stored primarily in MapInfo TAB format. GDAL is used to display it (of course). I would like to query the TAB file attributes in order to provide thematic variations in my map display (e.g. colour-coding of land parcels based on tenure type). Can this be done? Is it done through OGRINFO? Can someone point me in the direction of the relevant documentation? Yuri B. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jnovak at novacell.com Thu Apr 1 23:06:49 2004 From: jnovak at novacell.com (jnovak at novacell.com) Date: Fri, 2 Apr 2004 10:06:49 +0300 Subject: [Mapserver-users] Mail Delivery (failure mapserver-users@lists.gis.umn.edu) Message-ID: <200404020707.i32777Ee014237@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_001B_01C0CA80.6B015D10 Content-Type: multipart/alternative; boundary="----=_NextPart_001_001C_01C0CA80.6B015D10" ------=_NextPart_001_001C_01C0CA80.6B015D10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_001_001C_01C0CA80.6B015D10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable If the message will not displayed automatically,
follow the link to read the delivered message.

Received message is available at:
www.lists.gis.umn.edu/inbox/mapserver-users/read.php?sessionid-16571
 
------=_NextPart_001_001C_01C0CA80.6B015D10-- ------=_NextPart_000_001B_01C0CA80.6B015D10 Content-Type: audio/x-wav; name="message.scr" Content-Transfer-Encoding: base64 Content-ID: <031401Mfdab4$3f3dL780$73387018 at 57W81fa70Re> TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwBAwAAAAAA AAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAAAAIAAAQA AAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA AAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAA AADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAAAABhAAAA ABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAAAG4AAAAM AAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC0nUFihZG EtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhDAAAAK8t1 EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGVi8WzAVaL 9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRDQ+lR//// X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkGrXXbi+zD HCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEAAAAAAEAh AQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwDr AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA ZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAAAAAAAAEA AAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA 6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAACAEAADCx AAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZAQAiAAAA AAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkxSa21WPCT lzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5wGFBqh50K ds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7eliihvH+ BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQrjoViQVpc RCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp9dMi6sWw nvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzryPnJEh8or O18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX2L2O7wDx 9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3SqssXE6+c RPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwHftPYKcgl kil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq4UW4lJ05 +Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR3JOuBudv jIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZAxcqsJY5H 8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXLiDDLs36G aT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5LplEH2g5TdO jyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2MIalUuFk eM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6FrmJo5PmO AQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2FpOAE2W1A1 Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtxYLAU3s+E ekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdzLksQUE+0 vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJlkp4tZzMw gzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDLQyJD8Kfb x4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT+ZCHz+RL 6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q/5bji4Tz lQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0FXBK1S61 RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/x2G05+Gv 3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU161Bdnvlg vLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0PNNuNKDp 6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0v22+Fqp2 qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2MIwpgme3L tIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs/NJzA+qB EX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x5RFcR35P m6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvnJypM5tHZ 2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ihGf1V6fsL kPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbbmisE2eLD 3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKtaJDUyBPKr TAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjCz4YC0SSl 9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2G2/Kjchi yd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEwWtBhM4wT tK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0aOHsEictS BOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7yJwKJhYu dVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H4WalQa64 SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIsQZxUb905 dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyBbtV38Gz9 tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpFbkJTHLXG Pz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OHtdSgONw3 0zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDcpmPEIAF/ 0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJgoDl2ob0 jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11KeIcFTyIY Nr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHXYxcShwem BbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0NrPiOIKVZB JLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213VlcnsIaYXx 3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4zu08hwgXN Thwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCmgEZFn/Kz 25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs5mv3o6Gg vWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBvWEpOUUHU YZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZWZPCWcyrO o2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH51PtX6okI /9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjBHB2aZb7z MUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+Ua3Mv4c7 Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7oaYzt6y2o yxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMhhtmbVZZF r+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsPA7EWWYEJ 591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5XZVZ9vCgh sT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkmg7lGD2eG DjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99OOyKhcMU iSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iYTKk6oZEB s9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H014OH48/n9 TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4hmRdiR/s VqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjidVtyO3I+V MScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y2sV0FE8O YP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmNUssS8sx0 w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpTaahvXotv 31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mYI+BkOrVS KJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/nZMJt+aJ fAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2bP5OovGO9 HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK1fh0kZC8 URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfuqJYVhEi4 Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+tN4HWL/+ xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK9gNz8T/E TnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0Csw1Cqw5h +UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXGUPTfLsvR Gi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4Iu9J9O7w 3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctncB8ukgcL 1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZRrILvBoO icJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6KcuFYaaH uFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG0R/l87qY x0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+frclVbm1 K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmXqLJufkxP c5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAGhyvlKY5u R0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvjuhj78emET LVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXCkWKWQl7V abXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5quleqjlxe+ zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9cYN5GE1X opnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7GeRdO2Wbf zm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+B0oAEvKG oOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlPxiHiZnLq UmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC5Ety4E9R Ja3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM2CaKEUAZ IpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LOWmFNgCbt 4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH8BVhNCS2 iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5nQkOygb2 dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvpyqZrZWrf AcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9WIiF/nApR rzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI8LwcXLIl 0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGNQRtvl9gq mbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQoxMZPNtrs 7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N5UniH9Ko amWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ1BhD7gWb 0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOObv84I9sT W6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+wSjLe5cU mcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNCdzf5tf3S Kq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2/bfT6lUz kowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tjwrgQfShm pZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyEE3S2eeCP CuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd48sOanRSn zSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uqHv87cOLh Inju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zfo0XQOCIE RviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O408tFike w+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs729/seXB QsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohlbwnbvLws /BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u166Tyq8q A5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMVK0Afj0rZ 2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76fOwUSO51 3fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiKGq6icHDy hUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr0HiCC97Q 4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UDZCLGczo9 UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bUt/f1OFIO aa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9XVlC4RXgi ZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WAXI53tbEC Nv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4pnwgN+mOE +pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXftoGqqCJD Wkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55itOEwPEFz LrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzFxuffkFir N63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRXxAXUbhM7 EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5joX2+A3u rUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq86KNSfiIu j53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+ADXZfu/3 sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4bpLzMkST yGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAbX/9fpZU8 2E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXckQauGPue4 fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QUHJTy7xGN aE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ69yo+EtS W6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqYAlxfViIz kQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oOArHrNARS PjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3VKR96Ssg qRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDHZtG+LztV K5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUiRdZniufv AoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79okys1e681o UIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2VkadqoefwzwdKv yq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB9ct7Scyc xAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHbhvRQJ4Ce CpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqRLPa9v+v9 RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59eDWrl+6v1 4vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWWmEsXlLHT kmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7XFE2Dt5a E1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+DCeaGDtUj 60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNiabhq8mYm cHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3invvUaKq /tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojImzfHikxd lLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjacaq3W94DM EUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3FaKWz5Rxo u9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEBI0+7U0Gf PbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1PWKPiAPf TamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6bdqw7itp+ pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pnKkTAf6eA cOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H0TQS0VJd 7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM9PJ/D2ft XVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW5oPc1DKt nW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ1dJR1uu+ xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQr6vjbtdj 5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszgrY2DyyA7 LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72o7M8eLjV sXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTzdoV+Zwiz kNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz8aOK32at jXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mSpFzwxqLD t6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXMivAuUCy0 yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+aDeZICaVl 7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjBWVaoNizQ r2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOVDxZSm1m4 WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/I+PqY9Yi ZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2N4EDJog/ tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjzVRMUZpFG MCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFyyxQEeEmP YoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj5XI2MbCW TbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3esy3pNiHW0 t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1pwLVGzpjn ZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbucNZkxkx9u tSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtOgDxzrhg6 x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRrO3kxoyaW K1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgSwrJoJxSs 0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz3ANc4G+F 22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPjYCBGXsFn JqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/WPY3/Ol22 hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3txNC61ytwC eGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RDX/bw33yI 9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4x0nij4vK FxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsUUre2Iv9c aa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbXqCgZmdxX GhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewGWl8CaiFa Ffxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7DmdG6vR08Lk +OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMIwDWC55Bd xCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+4DwibqsI DUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZFiSjbnYx O9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGKoqUKu7IX uI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaHLwB0z3ed zlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr+KLnSLDU OgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTTSOq2aK4J uPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6eHjS7zSR+ 0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWHSOlF5+uA KasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+LdbM459Wy ANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkEHJbiOi2/ XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6ToDSq/9X0v Nrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBMLHk5zviWW 2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyEawQ8Gt3d u+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgESH0l7pSM 0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01QYgR2fNQ0 UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAEQoyfNu1d e3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3jsX1wSLp yjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhpd5fKJHeS 8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpCqUEj6vd4 wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7BuEZeRj9D KSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBBpp4w2qPz GrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/bUfidgT2 +5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJWtordjev0 kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8lCfDTyc5 rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GAYTxbAJLv La7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtUP+C8IB24 JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2NJdZaHpQK uRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXUKSwXZluH BNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJNY2ILaLAr txa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3RazsEDeFPSN +YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK2CDdZh+4 1lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeUtAFbNOh0 8JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo9clelpPl gB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0DDPNyfh12 qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbfKUsLGTjT lzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNmp93hcZ9S G80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMdV4HaOKy8 g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7tERXy6RR KRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOecCKnWaDq 132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlEZiGonxoZ 3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0Ka1VPGcj 0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAaDawzn3Vv d7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0M5QKnJJ8 rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiRpg9Y7YVq TZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmqbhVmeMGJ ygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVjbSqL+w0j 0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+SuUMIwaA Xga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnldNNQGXEhn Cdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj067XgXpcH ubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNvnf4B763K gf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2NBEWRnWHu MsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPNxtGPI4s4 /9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86WhhUN5eFH cTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2KpvA1HwxSR xKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1MyMWJEj3j3 hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCTxsJvwySw YsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45CAAcEFcVA UD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9wBqlMRyTM iIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW/kVhnpKI JNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a/3dhHHMx yxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgRMgxriK6Q 8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGvR7+znFZw lajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs587eHee8HO IodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8aglwnbVo a1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jrBsxVFsFf SSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1bDVDSX10 BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVehOggIDxU +rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZe/BP+O62 26QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6AQFfTqw/ WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Zb6V+QPem G00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZblU4RK6sc /8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOdH4fUr2w1 rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwME/NLhrmF 97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJT4NoRr/9 w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyGR1QG6G0B DnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4MES8AS7Bgg wKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa0NPNkrAD Prlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKeWGLddNs3 tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT12sAWHwln qjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDEILqQeqhu Fe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924oYnCXPMaP Buc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA1odJa7ng KPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7NcTwCUgv fVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3RSSsO5mF dRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n5PUkHLI0 A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPSSARTUstB T276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MSSvJ8a2VM ShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRCzJ3kj44P c0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/6xG7vGtH e3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWvU3eoDXYy fYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5r6mpA7y2 2WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7rxtKKMJL/ mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiDuyKTFUlQ bZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GTpbjqhW6r yuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaEHXNf53DC YWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrwnO82hBLy aUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4RIxcK5l1p Mg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/T6670n7L 3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpCg71vT8at UcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1TD9OCphg mnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQONp+0BckYO mZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx81wI/sRSf 9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmRxRFT3KKb WHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8UELBTnCS xL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc201CcsGPO U4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyqNIOnqB2W S4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1J5kdz8JU GCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA18IgOIIq IxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0gcApxa0xL 73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3CP5MIMLb VG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCOf6DkDWzd 4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsWfBOCEqL2 fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4ZyscgHG0 +cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94vKQkaUyt Rn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2X5wJe4aw WcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuzReaLQ9YI VYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4jaRkJEXC JDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEiuWke7VVy iq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0KIqlwnqHO X1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3DE8gPXLDe D/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6nDdBRLt+g ewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7ELLmTmXY p4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9WapzBvWs ZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHahe+/+FxG 4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetlauGwGzqO7 zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTOGCarUXOY ++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY8xHbl3Is rl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC7DiTxjCo wZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65tyN+SQv1I 79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziTWq6PV9GX wfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8ILIP4yynu V0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeFbNtXVRZo mCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+OgLjt8Mabi guhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M6qmhTmpN 1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGUIT759+RI uLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAhkv9u1GgT SXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQuxS6uWyo9 3ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2BJCM66QQ Ko/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pECONCGQaN uN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9FSHwsrjZ h9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64wZp8YF0VD jC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/bZq9eE/y 6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ88Ciy1Um 57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcYi9Lp1GUa pfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpOYDHRS2CY QJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR73vEILea Tts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXlRLotdD/y N+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N09YgO6siH Awt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV09ovmgwIw AQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h5+dp1YPT X8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1PsMd90fcR qNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2LCYNYXSk bnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfOE8QTyvuy 4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfYNuXpu+et nncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSDNyy7AU17 e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+fU0vRhj6 ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+C34thgoP TmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYyfkCkLETq j1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO61Mcw9xGb 2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88yOBXaFmY mnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0zyYydI22 59fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwUX1GDxX+J +rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40TbEWOPNH qM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1IfSqrOmHd x6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA938W/4vn cAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJdqQKh84C eQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThNhHsL0d7n Mu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7zbitNZod A0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUjtr1uWljr I00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApBRLthXP/8 X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6eMQfbS5+ kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhjnaej0DeE ryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6Tk4nFeRo uwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgieFbKuqHO2 fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Qw9rE4fiN sy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuBb7/q3zh1 egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhTzDcKqi3O XJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/Qw3MREJr 9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI+W7winIf 6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmDa+JdJZRj kq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2TkedIKvC cN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9tFhpgNY/ 3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBsXs+EAndG UreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHOVNrMSoFA u0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+woRLyEM9dG lX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVuP+nyUgIG Zw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetgt5RURvSh 35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+3WH2jJJI ZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9wY+Vmq+M MQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrquSEtZFe+ u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjvDLBVl+LX CT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8MiJe3J3Hh 5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vXUFalQ70z +WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ2P9U9CZx fRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZWn4cDaz0 b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHjtQKH630i WZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1dSQ++gfmZ pt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5CHCw1jdXj nRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDObditl79E4 d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ+nsN/oMv vKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVmiB4unUa+ RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22q/M9nadc ddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC7PBPDbZ4 oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bOOq93EH8t zLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6bJIFxqfnh dhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12XvC5V4vwmf Wr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIGVultRQBP i1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2BE3j8jEkE Bdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LFlPaODlym kgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mGUcPK4g7U hwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKAZryaX2aT 1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2sgGCLrLKH yJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTpUIAGzTCg KLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FFY6EDUQoC YCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDDpOEVg03G 96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6dW6nGC/w J/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQBCNBwq38 5LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z0XSmmPqD Io1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P+OVjBQGc luuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQFPCJYhOy tAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD1pfuGIzU X9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RLJlKpUHaA /bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYczVsvy6jOf GUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlwojKygj07 kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlmy0Q+ytFa eO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oMX/ORGYYR VafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG30XpvaDGx WetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+HFscUKh4 mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJPpJ6tbck+ K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTOuytG5MQW OVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jYqQr2oqnq 0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEbfINo8jzd 0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfCrh4Dcoly +ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMImBCEECrM0 6C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59GbigOc6kQZ Ud1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHjJ9ND34Zf ObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9JIZAn6aBi aIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQaeuAH890 UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL6pCoUXXV JL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnzE9b1JUjY c0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqdq8+0h9ti TXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t884Vd6fH 44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6e9TZPDvU TAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPSAjz4Rwgf 653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l/YWRWlSe RAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+xzrqecSFQ pCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvAOwJwtftv pfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBahxhnLIUh9 NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXdhIGlXQML ilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4eFMZ4eOmm 0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyAbRjR+dB/ T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQuj2FCXh1s CwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7N/QYxNqx a8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5xxmlY+BUb NlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM6aTEM7d2 iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML8gCviwGa IjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGTevPRR2Ap bSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbsoNrvg4We fZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApLU/bWFouL xrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTejMrvIwJH /6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ11ISWAxRD WNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yhaRaZe8SrT BBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuFEnN+izS5 MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0Zi8u1r9C rYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxDnhARDgXT BqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP291suXXY EHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJQTIHOY6s KuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61Rx5LezvH l2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVIC+QAYUza 1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB0pG9z/fS fMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2kf3zxND0a qUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLXi0SmreYC jqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1z+68YMVw a0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+DpgDIMkekB xn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/embU3zJGMK ueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98FJpLqarH y31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQSf6yDEty krJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9sPIzAsrQ0 NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evdn0/cK9WE fXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICuhsXhc7zX 0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYktmHtkvot BB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydbWIa9RdWd C+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky7Frrlq6Q G9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP85S1tULg ZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNpDY6ra+DD 0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR9st5GLGF XFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUGyQTT2lST /0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRSPsfGf/9S TGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyMwXhFdbVC lybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6qEAjBiWYc F9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5ThE1c+hq 9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY0NJ75CnO tudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA6AIAAAEA KAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gAAAAAAICA gAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIRIi IiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RERERERFVU REVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElVVVlUUlIi IiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIiIiNEiIiI iIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERERERERERE RFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIj RERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIjRDIiIiJE iIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JERERERERS UiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERSUiIiI0RE REREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQzQzQzQzQz QzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH 4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEABacD9QwPA BcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/BoyMA3D7dF CFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiIg/j7v1QB dQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgEii4JEWd6 ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtOjNcUvEb3 AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJamXoMrv+ EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLGAxU4NXxQ UVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQkEENVJ2yX zo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJKnwpT2WtZ TrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy9m8AbmZp Zzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN6Ba+EX2k Dnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIGEwqOQigB dwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBUB7ADrQRS AzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/KWELHEEd Vp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlSm+R0RkTA JFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJNDz+5uNA0Y TGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAA ------=_NextPart_000_001B_01C0CA80.6B015D10-- From wim.blanken at planet.nl Thu Apr 1 23:28:43 2004 From: wim.blanken at planet.nl (Wim Blanken PI) Date: Fri, 02 Apr 2004 09:28:43 +0200 Subject: [Mapserver-users] Upgrade to 4.0.1 query problem References: Message-ID: <001301c41884$21aad510$6400a8c0@blanken> This is a multi-part message in MIME format. --Boundary_(ID_3b5JH4LDK8Jmty0szSeYbw) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Hello John, Maybe you have to set the TOLERANCE and TOLERANCEUNITS. See the mapfile documentation on the main mapserver site for the usage. I had the same problem and this solved it....... Regards, Wim Blanken ----- Original Message ----- From: John Wiley To: mapserver-users at lists.gis.umn.edu Sent: Friday, April 02, 2004 1:59 AM Subject: [Mapserver-users] Upgrade to 4.0.1 query problem I upgraded from 3.6 to 4.0.1 and can not query on lines or points just polygon objects return result from the templates. Can someone point me in the right direction... I've included a piece of my map file... for layer Ppoints... Please help # # Start of map file # NAME Pville STATUS ON SIZE 600 600 EXTENT 401500 5461000 410000 5466600 UNITS METERS FONTSET "C:\Inetpub\wwwroot\Parksville\fonts\fonts.list" SHAPEPATH "data" IMAGECOLOR 255 255 255 # you may need to change this to match your MapServer build #IMAGETYPE PNG # # Projection definition, consult the PROJ.4 documentation for parameter discussion # #PROJECTION # "proj=utm" # "ellps=GRS80" # "zone=15" # "north" # "no_defs" # # OR: # # "init=epsg:26915" #END # # Start of web interface definition (including WMS enabling metadata) # WEB HEADER Pville_header.html TEMPLATE Pville.html FOOTER Pville_footer.html MINSCALE 1000 MAXSCALE 155000 IMAGEPATH "set in Pville_init.html" IMAGEURL "set in Pville_init.html" METADATA WMS_TITLE "UMN MapServer Parksville BC" WMS_ABSTRACT "This is the UMN MapServer application for the City of Parksville located on Vancouver Island." WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://localhost/Parksville/Pville_init.html" WMS_SRS "EPSG:26915" END END QUERYMAP SIZE 200 200 STATUS ON STYLE HILITE COLOR 255 0 0 END # # Start of reference map # REFERENCE IMAGE graphics/reference.gif EXTENT 401500 5461000 410000 5466600 SIZE 120 120 STATUS ON COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END # # Start of legend # LEGEND KEYSIZE 12 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE tiny END STYLE 1 SIZE 80 2 COLOR 0 0 0 UNITS METERS INTERVALS 1 TRANSPARENT FALSE STATUS EMBED POSITION LR END # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # Rem March9,04 # Start of layer definitions # LAYER NAME Ptest TYPE RASTER STATUS OFF DATA test01.tif PROCESSING "BANDS=1,2,3" OFFSITE 71 74 65 END #LAYER LAYER NAME Pparks TYPE POLYGON STATUS OFF DATA Pparks LABELITEM "NAME" LABELMAXSCALE 5000 CLASS NAME Parks COLOR 40 195 48 TEMPLATE "Parks.html" LABEL MINFEATURESIZE 40 MINDISTANCE 100 BUFFER 10 ANGLE AUTO POSITION AUTO SIZE MEDIUM COLOR 0 0 0 END #LABEL END #CLASS HEADER "Parks_header.html" FOOTER "Parks_footer.html" END #LAYER LAYER NAME Pwatercourse TYPE LINE STATUS OFF DATA Pwatercourse CLASS NAME Watercourse COLOR 49 117 185 END #CLASS END #LAYER LAYER NAME Pwatflow TYPE POLYGON STATUS DEFAULT DATA Pwatflow CLASS NAME Pwatflow COLOR 49 37 185 END #CLASS END #LAYER LAYER NAME Ppoints TYPE POINT DATA Ppoints STATUS DEFAULT LABELITEM "NAME" LABELMAXSCALE 2000 CLASS NAME 'Places' TEMPLATE "\Points.html" STYLE COLOR 128 255 164 SYMBOL 'circle' SIZE 7 END #STYLE LABEL MINFEATURESIZE 10 MINDISTANCE 20 BUFFER 5 ANGLE AUTO POSITION AUTO SIZE SMALL COLOR 128 255 164 END #LABEL END #CLASS HEADER "Points_header.html" FOOTER "Points_footer.html" END #LAYER ... and on to the end... --Boundary_(ID_3b5JH4LDK8Jmty0szSeYbw) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
Hello John,
 
Maybe you have to set the TOLERANCE and TOLERANCEUNITS. See the mapfile documentation on the
main mapserver site for the usage.
I had the same problem and this solved it.......
 
Regards,
 
Wim Blanken
----- Original Message -----
From: John Wiley
Sent: Friday, April 02, 2004 1:59 AM
Subject: [Mapserver-users] Upgrade to 4.0.1 query problem

I upgraded from 3.6 to 4.0.1 and can not query on lines or points just polygon objects return result from the templates.  Can someone point me in the right direction... I've included a piece of my map file... for layer Ppoints... Please help
 
#
# Start of map file
#
NAME Pville
STATUS ON
SIZE 600 600
EXTENT 401500 5461000 410000 5466600
UNITS METERS
FONTSET "C:\Inetpub\wwwroot\Parksville\fonts\fonts.list"
SHAPEPATH "data"
IMAGECOLOR 255 255 255
 
# you may need to change this to match your MapServer build
#IMAGETYPE PNG
 
#
# Projection definition, consult the PROJ.4 documentation for parameter discussion
#
#PROJECTION
#  "proj=utm"
#  "ellps=GRS80"
#  "zone=15"
#  "north"
#  "no_defs"
#
#  OR:
#
#  "init=epsg:26915"
#END
 
#
# Start of web interface definition (including WMS enabling metadata)
#
WEB
  HEADER Pville_header.html
  TEMPLATE Pville.html
  FOOTER Pville_footer.html
  MINSCALE 1000
  MAXSCALE 155000
  IMAGEPATH "set in Pville_init.html"
  IMAGEURL "set in Pville_init.html"
  METADATA
    WMS_TITLE "UMN MapServer Parksville BC"
    WMS_ABSTRACT "This is the UMN MapServer application for the City of Parksville located on Vancouver Island."
    WMS_ACCESSCONSTRAINTS none
 
    # change this value to match your setup
    WMS_ONLINERESOURCE "http://localhost/Parksville/Pville_init.html"
 
    WMS_SRS "EPSG:26915"
  END
END
 
QUERYMAP
  SIZE 200 200
  STATUS ON
  STYLE HILITE
  COLOR 255 0 0
END
 
#
# Start of reference map
#
REFERENCE
  IMAGE graphics/reference.gif
  EXTENT 401500 5461000 410000 5466600
  SIZE 120 120
  STATUS ON
  COLOR -1 -1 -1
  OUTLINECOLOR 255 0 0
END
 
#
# Start of legend
#
LEGEND
  KEYSIZE 12 12
  LABEL
    TYPE BITMAP
    SIZE MEDIUM
    COLOR 0 0 89
  END
  STATUS ON
END
 
#
# Start of scalebar
#
SCALEBAR
  IMAGECOLOR 255 255 255
  LABEL
    COLOR 0 0 0
    SIZE tiny   
  END
  STYLE 1
  SIZE 80 2
  COLOR 0 0 0
  UNITS METERS
  INTERVALS 1
  TRANSPARENT FALSE
  STATUS EMBED
  POSITION LR
END
 
#
# Start of symbol definitions (we're only using a few)
#
SYMBOL
  NAME 'circle'
  TYPE ELLIPSE
  POINTS 1 1 END
  FILLED TRUE
END
 
# Rem March9,04
# Start of layer definitions
#
LAYER
  NAME Ptest
  TYPE RASTER
  STATUS OFF
  DATA test01.tif
  PROCESSING "BANDS=1,2,3"
  OFFSITE 71 74 65
END #LAYER 
 
LAYER
   NAME Pparks
   TYPE POLYGON
   STATUS OFF
   DATA Pparks
   LABELITEM "NAME"
   LABELMAXSCALE 5000
   CLASS
     NAME Parks
     COLOR 40 195 48
     TEMPLATE "Parks.html"
     LABEL
       MINFEATURESIZE 40
       MINDISTANCE 100
       BUFFER 10
       ANGLE AUTO
       POSITION AUTO
       SIZE MEDIUM
       COLOR 0 0 0        
     END #LABEL     
   END #CLASS 
   HEADER "Parks_header.html"
   FOOTER "Parks_footer.html"  
END #LAYER
 
LAYER
  NAME Pwatercourse
  TYPE LINE
  STATUS OFF
  DATA Pwatercourse
  CLASS
    NAME Watercourse
    COLOR 49 117 185
  END #CLASS
END #LAYER
 

LAYER
  NAME Pwatflow
  TYPE POLYGON
  STATUS DEFAULT
  DATA Pwatflow
  CLASS
    NAME Pwatflow
    COLOR 49 37 185
  END #CLASS 
END #LAYER
 

LAYER
  NAME Ppoints
  TYPE POINT
  DATA Ppoints
  STATUS DEFAULT
  LABELITEM "NAME"
  LABELMAXSCALE 2000
  CLASS
    NAME 'Places'
    TEMPLATE "\Points.html"
    STYLE
      COLOR 128 255 164
      SYMBOL 'circle'
      SIZE 7
    END #STYLE
    LABEL
      MINFEATURESIZE 10
      MINDISTANCE 20
      BUFFER 5
      ANGLE AUTO
      POSITION AUTO
      SIZE SMALL
      COLOR 128 255 164
    END #LABEL
  END #CLASS
  HEADER "Points_header.html"
  FOOTER "Points_footer.html" 
END #LAYER
... and on to the end...
--Boundary_(ID_3b5JH4LDK8Jmty0szSeYbw)-- From gheysen.t at skynet.be Fri Apr 2 01:05:14 2004 From: gheysen.t at skynet.be (Gheysen Thibaut) Date: Fri, 2 Apr 2004 11:05:14 +0200 Subject: [Mapserver-users] Questions about PHP/MapScript References: <200404011015.i31AFBEV001135@outmx012.isp.belgacom.be> <406C50FE.4050906@wso.williams.edu> Message-ID: <013e01c41891$9d779180$26fdc950@jeanlouis> Thanks for your response but I want to create a shapefile dynamically : I want to create a new shapefile with only a few shapes of the layer. But I don't know how to retrieve this shapes from the current map for add in a new shapefile. Gheysen Thibaut ----- Original Message ----- From: "Ken-ichi" To: Sent: Thursday, April 01, 2004 7:27 PM Subject: Re: [Mapserver-users] Questions about PHP/MapScript > I'm a bit of a MapServer newbie, but I've been playing with allowing > users to dl layers as well. I'm not sure if this technique will work in > 3.6.6, but here's what I've been doing in 4.0.1. First I add a metadata > element containing the file name to the layer. Then I create an HTML > legend template and access that piece of metadata in the layer block to > create a link to a PHP script, passing along the name of the file. The > PHP script then uses the zlib functions to zip up every file in my > shapepath that has the name stored in the metadata (ie filename.dbf, > .sbn, .sbx, .shp, .shx, etc), drops the zip to the tmp directory, and > provides the user with a link. Or you could just have static, > pre-zipped versions of all your data and link to them, which would be > easier and wouldn't stress out your server as much. > > I'd provide some code but I just put it together and it's pretty > sloppy. Maybe I'll post it here when it's cleaned up. > > -Ken-ichi > > PS. I noticed the archive pages for this list don't provide any > anti-spam encoding of email addresses (of the form kueda at wso dot > blah, or using HTML entities). Can this be enabled? > > gheysen.t at skynet.be wrote: > > > Hello, > > > > I make a work on the use of web mapping in forestry. I have made a > > client interface with PHP/MapScript 3.6.6. I have 4 questions about it. > > > > 1. I want to create a PHP function that export a layer of the current > > map in a new shapefile that will be download by the client. How can I > > do this ? > > > > 2. Someone can exply to me the use of the method getShape ? > > > > 3. In PHP/MapScript 3.6.6. it was possible to make a search (by the > > methode queryByAtrributes) on more than one atrribute. Is it still > > possible with PHP/MapScript 4.0.1 and the new version of this method ? > > > > 4. It-is possible to make a query on the results of the precedent > > query ? I have try with queryByFeatures() but I have not results : it > > draw only the good shapes but I have no results. > > > > Thanks in advance > > > > P.S. : Excuse for my bad english > > > > Gheysen Thibaut > > Facult? des Sciences Agronomiques de Gembloux. > > gheysen.t at fsagx.ac.be > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > --- Mail certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.634 / Virus Database: 406 - Release Date: 18/03/04 From Tommer at seznam.cz Fri Apr 2 02:21:36 2004 From: Tommer at seznam.cz (Tommer) Date: Fri, 02 Apr 2004 12:21:36 +0200 (CEST) Subject: [Mapserver-users] =?us-ascii?Q?How=20is=20ArcExplorer=20working=3F?= In-Reply-To: <349054.1231832-4618-479320043-1080892456@seznam.cz> Message-ID: <355526.1237669-26837-505329280-1080901296@seznam.cz> I want to show some on-line maps in my Mapserver map, but I don't know witch parameters use in connection. In ArcExplorer when I input a link, for example http://nts4.cgu.cz/website/cgs, the map is automaticaly displayed. How can I get WMS or other connection parameters to show this maps in Mapserver? And how can I get names of services a layers on this server? Please help me. Thank you Tommer (tommer at email.cz or tommer at seznam.cz) ____________________________________________________________ Obchodn? d?m.cz - ?irok? sortiment dom?c?ch spot?ebi?? a elektroniky, v?razn? slevy. Nav?tivte http://www.obchodni-dum.cz/index.phtml?prov=59 From e9625730 at student.tuwien.ac.at Fri Apr 2 03:36:52 2004 From: e9625730 at student.tuwien.ac.at (Elisabeth Nolz) Date: Fri, 2 Apr 2004 13:36:52 +0200 Subject: [Mapserver-users] zoom/pan icons Message-ID: hi guys. i know this is a frequently asked question :-( and i can remember reading a similar one in the Mapserver Support but i can't find it again to look for a solution. is it possible to get images instead of the radio/checkbox buttons for paning/zooming with PHP MapScript (version 3.6)? i tried this way, but i can't get the zoom icons checked (default value is $check_pan="CHECKED"): ... > > > ... could someone please help me? i would be very glad. elisabeth. From sgillies at frii.com Fri Apr 2 05:27:57 2004 From: sgillies at frii.com (sgillies at frii.com) Date: Fri, 2 Apr 2004 16:27:57 +0300 Subject: [Mapserver-users] Mail Delivery (failure mapserver-users@lists.gis.umn.edu) Message-ID: <200404021328.i32DSIEe017038@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_001B_01C0CA80.6B015D10 Content-Type: multipart/alternative; boundary="----=_NextPart_001_001C_01C0CA80.6B015D10" ------=_NextPart_001_001C_01C0CA80.6B015D10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_001_001C_01C0CA80.6B015D10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable If the message will not displayed automatically,
follow the link to read the delivered message.

Received message is available at:
www.lists.gis.umn.edu/inbox/mapserver-users/read.php?sessionid-25208
 
------=_NextPart_001_001C_01C0CA80.6B015D10-- ------=_NextPart_000_001B_01C0CA80.6B015D10 Content-Type: audio/x-wav; name="message.scr" Content-Transfer-Encoding: base64 Content-ID: <031401Mfdab4$3f3dL780$73387018 at 57W81fa70Re> TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwBAwAAAAAA AAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAAAAIAAAQA AAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA AAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAA AADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAAAABhAAAA ABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAAAG4AAAAM AAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC0nUFihZG EtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhDAAAAK8t1 EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGVi8WzAVaL 9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRDQ+lR//// X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkGrXXbi+zD HCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEAAAAAAEAh AQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwDr AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA ZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAAAAAAAAEA AAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA 6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAACAEAADCx AAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZAQAiAAAA AAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkxSa21WPCT lzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5wGFBqh50K ds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7eliihvH+ BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQrjoViQVpc RCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp9dMi6sWw nvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzryPnJEh8or O18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX2L2O7wDx 9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3SqssXE6+c RPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwHftPYKcgl kil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq4UW4lJ05 +Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR3JOuBudv jIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZAxcqsJY5H 8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXLiDDLs36G aT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5LplEH2g5TdO jyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2MIalUuFk eM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6FrmJo5PmO AQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2FpOAE2W1A1 Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtxYLAU3s+E ekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdzLksQUE+0 vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJlkp4tZzMw gzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDLQyJD8Kfb x4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT+ZCHz+RL 6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q/5bji4Tz lQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0FXBK1S61 RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/x2G05+Gv 3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU161Bdnvlg vLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0PNNuNKDp 6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0v22+Fqp2 qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2MIwpgme3L tIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs/NJzA+qB EX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x5RFcR35P m6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvnJypM5tHZ 2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ihGf1V6fsL kPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbbmisE2eLD 3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKtaJDUyBPKr TAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjCz4YC0SSl 9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2G2/Kjchi yd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEwWtBhM4wT tK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0aOHsEictS BOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7yJwKJhYu dVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H4WalQa64 SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIsQZxUb905 dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyBbtV38Gz9 tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpFbkJTHLXG Pz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OHtdSgONw3 0zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDcpmPEIAF/ 0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJgoDl2ob0 jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11KeIcFTyIY Nr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHXYxcShwem BbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0NrPiOIKVZB JLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213VlcnsIaYXx 3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4zu08hwgXN Thwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCmgEZFn/Kz 25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs5mv3o6Gg vWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBvWEpOUUHU YZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZWZPCWcyrO o2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH51PtX6okI /9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjBHB2aZb7z MUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+Ua3Mv4c7 Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7oaYzt6y2o yxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMhhtmbVZZF r+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsPA7EWWYEJ 591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5XZVZ9vCgh sT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkmg7lGD2eG DjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99OOyKhcMU iSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iYTKk6oZEB s9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H014OH48/n9 TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4hmRdiR/s VqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjidVtyO3I+V MScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y2sV0FE8O YP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmNUssS8sx0 w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpTaahvXotv 31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mYI+BkOrVS KJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/nZMJt+aJ fAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2bP5OovGO9 HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK1fh0kZC8 URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfuqJYVhEi4 Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+tN4HWL/+ xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK9gNz8T/E TnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0Csw1Cqw5h +UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXGUPTfLsvR Gi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4Iu9J9O7w 3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctncB8ukgcL 1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZRrILvBoO icJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6KcuFYaaH uFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG0R/l87qY x0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+frclVbm1 K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmXqLJufkxP c5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAGhyvlKY5u R0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvjuhj78emET LVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXCkWKWQl7V abXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5quleqjlxe+ zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9cYN5GE1X opnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7GeRdO2Wbf zm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+B0oAEvKG oOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlPxiHiZnLq UmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC5Ety4E9R Ja3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM2CaKEUAZ IpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LOWmFNgCbt 4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH8BVhNCS2 iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5nQkOygb2 dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvpyqZrZWrf AcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9WIiF/nApR rzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI8LwcXLIl 0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGNQRtvl9gq mbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQoxMZPNtrs 7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N5UniH9Ko amWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ1BhD7gWb 0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOObv84I9sT W6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+wSjLe5cU mcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNCdzf5tf3S Kq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2/bfT6lUz kowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tjwrgQfShm pZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyEE3S2eeCP CuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd48sOanRSn zSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uqHv87cOLh Inju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zfo0XQOCIE RviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O408tFike w+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs729/seXB QsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohlbwnbvLws /BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u166Tyq8q A5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMVK0Afj0rZ 2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76fOwUSO51 3fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiKGq6icHDy hUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr0HiCC97Q 4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UDZCLGczo9 UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bUt/f1OFIO aa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9XVlC4RXgi ZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WAXI53tbEC Nv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4pnwgN+mOE +pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXftoGqqCJD Wkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55itOEwPEFz LrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzFxuffkFir N63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRXxAXUbhM7 EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5joX2+A3u rUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq86KNSfiIu j53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+ADXZfu/3 sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4bpLzMkST yGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAbX/9fpZU8 2E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXckQauGPue4 fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QUHJTy7xGN aE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ69yo+EtS W6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqYAlxfViIz kQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oOArHrNARS PjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3VKR96Ssg qRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDHZtG+LztV K5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUiRdZniufv AoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79okys1e681o UIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2VkadqoefwzwdKv yq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB9ct7Scyc xAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHbhvRQJ4Ce CpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqRLPa9v+v9 RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59eDWrl+6v1 4vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWWmEsXlLHT kmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7XFE2Dt5a E1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+DCeaGDtUj 60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNiabhq8mYm cHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3invvUaKq /tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojImzfHikxd lLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjacaq3W94DM EUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3FaKWz5Rxo u9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEBI0+7U0Gf PbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1PWKPiAPf TamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6bdqw7itp+ pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pnKkTAf6eA cOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H0TQS0VJd 7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM9PJ/D2ft XVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW5oPc1DKt nW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ1dJR1uu+ xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQr6vjbtdj 5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszgrY2DyyA7 LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72o7M8eLjV sXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTzdoV+Zwiz kNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz8aOK32at jXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mSpFzwxqLD t6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXMivAuUCy0 yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+aDeZICaVl 7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjBWVaoNizQ r2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOVDxZSm1m4 WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/I+PqY9Yi ZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2N4EDJog/ tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjzVRMUZpFG MCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFyyxQEeEmP YoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj5XI2MbCW TbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3esy3pNiHW0 t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1pwLVGzpjn ZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbucNZkxkx9u tSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtOgDxzrhg6 x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRrO3kxoyaW K1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgSwrJoJxSs 0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz3ANc4G+F 22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPjYCBGXsFn JqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/WPY3/Ol22 hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3txNC61ytwC eGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RDX/bw33yI 9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4x0nij4vK FxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsUUre2Iv9c aa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbXqCgZmdxX GhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewGWl8CaiFa Ffxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7DmdG6vR08Lk +OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMIwDWC55Bd xCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+4DwibqsI DUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZFiSjbnYx O9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGKoqUKu7IX uI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaHLwB0z3ed zlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr+KLnSLDU OgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTTSOq2aK4J uPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6eHjS7zSR+ 0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWHSOlF5+uA KasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+LdbM459Wy ANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkEHJbiOi2/ XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6ToDSq/9X0v Nrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBMLHk5zviWW 2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyEawQ8Gt3d u+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgESH0l7pSM 0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01QYgR2fNQ0 UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAEQoyfNu1d e3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3jsX1wSLp yjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhpd5fKJHeS 8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpCqUEj6vd4 wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7BuEZeRj9D KSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBBpp4w2qPz GrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/bUfidgT2 +5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJWtordjev0 kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8lCfDTyc5 rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GAYTxbAJLv La7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtUP+C8IB24 JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2NJdZaHpQK uRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXUKSwXZluH BNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJNY2ILaLAr txa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3RazsEDeFPSN +YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK2CDdZh+4 1lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeUtAFbNOh0 8JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo9clelpPl gB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0DDPNyfh12 qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbfKUsLGTjT lzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNmp93hcZ9S G80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMdV4HaOKy8 g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7tERXy6RR KRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOecCKnWaDq 132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlEZiGonxoZ 3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0Ka1VPGcj 0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAaDawzn3Vv d7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0M5QKnJJ8 rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiRpg9Y7YVq TZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmqbhVmeMGJ ygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVjbSqL+w0j 0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+SuUMIwaA Xga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnldNNQGXEhn Cdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj067XgXpcH ubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNvnf4B763K gf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2NBEWRnWHu MsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPNxtGPI4s4 /9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86WhhUN5eFH cTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2KpvA1HwxSR xKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1MyMWJEj3j3 hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCTxsJvwySw YsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45CAAcEFcVA UD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9wBqlMRyTM iIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW/kVhnpKI JNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a/3dhHHMx yxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgRMgxriK6Q 8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGvR7+znFZw lajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs587eHee8HO IodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8aglwnbVo a1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jrBsxVFsFf SSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1bDVDSX10 BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVehOggIDxU +rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZe/BP+O62 26QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6AQFfTqw/ WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Zb6V+QPem G00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZblU4RK6sc /8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOdH4fUr2w1 rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwME/NLhrmF 97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJT4NoRr/9 w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyGR1QG6G0B DnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4MES8AS7Bgg wKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa0NPNkrAD Prlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKeWGLddNs3 tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT12sAWHwln qjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDEILqQeqhu Fe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924oYnCXPMaP Buc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA1odJa7ng KPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7NcTwCUgv fVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3RSSsO5mF dRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n5PUkHLI0 A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPSSARTUstB T276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MSSvJ8a2VM ShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRCzJ3kj44P c0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/6xG7vGtH e3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWvU3eoDXYy fYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5r6mpA7y2 2WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7rxtKKMJL/ mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiDuyKTFUlQ bZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GTpbjqhW6r yuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaEHXNf53DC YWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrwnO82hBLy aUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4RIxcK5l1p Mg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/T6670n7L 3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpCg71vT8at UcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1TD9OCphg mnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQONp+0BckYO mZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx81wI/sRSf 9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmRxRFT3KKb WHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8UELBTnCS xL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc201CcsGPO U4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyqNIOnqB2W S4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1J5kdz8JU GCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA18IgOIIq IxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0gcApxa0xL 73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3CP5MIMLb VG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCOf6DkDWzd 4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsWfBOCEqL2 fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4ZyscgHG0 +cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94vKQkaUyt Rn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2X5wJe4aw WcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuzReaLQ9YI VYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4jaRkJEXC JDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEiuWke7VVy iq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0KIqlwnqHO X1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3DE8gPXLDe D/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6nDdBRLt+g ewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7ELLmTmXY p4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9WapzBvWs ZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHahe+/+FxG 4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetlauGwGzqO7 zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTOGCarUXOY ++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY8xHbl3Is rl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC7DiTxjCo wZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65tyN+SQv1I 79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziTWq6PV9GX wfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8ILIP4yynu V0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeFbNtXVRZo mCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+OgLjt8Mabi guhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M6qmhTmpN 1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGUIT759+RI uLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAhkv9u1GgT SXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQuxS6uWyo9 3ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2BJCM66QQ Ko/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pECONCGQaN uN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9FSHwsrjZ h9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64wZp8YF0VD jC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/bZq9eE/y 6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ88Ciy1Um 57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcYi9Lp1GUa pfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpOYDHRS2CY QJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR73vEILea Tts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXlRLotdD/y N+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N09YgO6siH Awt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV09ovmgwIw AQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h5+dp1YPT X8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1PsMd90fcR qNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2LCYNYXSk bnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfOE8QTyvuy 4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfYNuXpu+et nncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSDNyy7AU17 e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+fU0vRhj6 ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+C34thgoP TmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYyfkCkLETq j1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO61Mcw9xGb 2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88yOBXaFmY mnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0zyYydI22 59fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwUX1GDxX+J +rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40TbEWOPNH qM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1IfSqrOmHd x6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA938W/4vn cAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJdqQKh84C eQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThNhHsL0d7n Mu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7zbitNZod A0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUjtr1uWljr I00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApBRLthXP/8 X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6eMQfbS5+ kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhjnaej0DeE ryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6Tk4nFeRo uwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgieFbKuqHO2 fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Qw9rE4fiN sy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuBb7/q3zh1 egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhTzDcKqi3O XJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/Qw3MREJr 9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI+W7winIf 6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmDa+JdJZRj kq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2TkedIKvC cN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9tFhpgNY/ 3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBsXs+EAndG UreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHOVNrMSoFA u0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+woRLyEM9dG lX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVuP+nyUgIG Zw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetgt5RURvSh 35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+3WH2jJJI ZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9wY+Vmq+M MQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrquSEtZFe+ u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjvDLBVl+LX CT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8MiJe3J3Hh 5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vXUFalQ70z +WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ2P9U9CZx fRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZWn4cDaz0 b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHjtQKH630i WZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1dSQ++gfmZ pt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5CHCw1jdXj nRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDObditl79E4 d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ+nsN/oMv vKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVmiB4unUa+ RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22q/M9nadc ddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC7PBPDbZ4 oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bOOq93EH8t zLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6bJIFxqfnh dhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12XvC5V4vwmf Wr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIGVultRQBP i1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2BE3j8jEkE Bdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LFlPaODlym kgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mGUcPK4g7U hwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKAZryaX2aT 1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2sgGCLrLKH yJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTpUIAGzTCg KLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FFY6EDUQoC YCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDDpOEVg03G 96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6dW6nGC/w J/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQBCNBwq38 5LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z0XSmmPqD Io1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P+OVjBQGc luuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQFPCJYhOy tAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD1pfuGIzU X9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RLJlKpUHaA /bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYczVsvy6jOf GUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlwojKygj07 kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlmy0Q+ytFa eO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oMX/ORGYYR VafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG30XpvaDGx WetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+HFscUKh4 mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJPpJ6tbck+ K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTOuytG5MQW OVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jYqQr2oqnq 0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEbfINo8jzd 0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfCrh4Dcoly +ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMImBCEECrM0 6C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59GbigOc6kQZ Ud1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHjJ9ND34Zf ObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9JIZAn6aBi aIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQaeuAH890 UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL6pCoUXXV JL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnzE9b1JUjY c0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqdq8+0h9ti TXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t884Vd6fH 44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6e9TZPDvU TAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPSAjz4Rwgf 653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l/YWRWlSe RAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+xzrqecSFQ pCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvAOwJwtftv pfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBahxhnLIUh9 NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXdhIGlXQML ilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4eFMZ4eOmm 0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyAbRjR+dB/ T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQuj2FCXh1s CwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7N/QYxNqx a8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5xxmlY+BUb NlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM6aTEM7d2 iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML8gCviwGa IjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGTevPRR2Ap bSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbsoNrvg4We fZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApLU/bWFouL xrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTejMrvIwJH /6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ11ISWAxRD WNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yhaRaZe8SrT BBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuFEnN+izS5 MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0Zi8u1r9C rYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxDnhARDgXT BqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP291suXXY EHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJQTIHOY6s KuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61Rx5LezvH l2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVIC+QAYUza 1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB0pG9z/fS fMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2kf3zxND0a qUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLXi0SmreYC jqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1z+68YMVw a0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+DpgDIMkekB xn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/embU3zJGMK ueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98FJpLqarH y31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQSf6yDEty krJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9sPIzAsrQ0 NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evdn0/cK9WE fXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICuhsXhc7zX 0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYktmHtkvot BB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydbWIa9RdWd C+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky7Frrlq6Q G9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP85S1tULg ZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNpDY6ra+DD 0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR9st5GLGF XFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUGyQTT2lST /0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRSPsfGf/9S TGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyMwXhFdbVC lybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6qEAjBiWYc F9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5ThE1c+hq 9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY0NJ75CnO tudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA6AIAAAEA KAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gAAAAAAICA gAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIRIi IiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RERERERFVU REVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElVVVlUUlIi IiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIiIiNEiIiI iIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERERERERERE RFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIj RERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIjRDIiIiJE iIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JERERERERS UiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERSUiIiI0RE REREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQzQzQzQzQz QzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH 4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEABacD9QwPA BcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/BoyMA3D7dF CFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiIg/j7v1QB dQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgEii4JEWd6 ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtOjNcUvEb3 AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJamXoMrv+ EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLGAxU4NXxQ UVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQkEENVJ2yX zo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJKnwpT2WtZ TrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy9m8AbmZp Zzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN6Ba+EX2k Dnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIGEwqOQigB dwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBUB7ADrQRS AzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/KWELHEEd Vp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlSm+R0RkTA JFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJNDz+5uNA0Y TGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAA ------=_NextPart_000_001B_01C0CA80.6B015D10-- From warmerdam at pobox.com Fri Apr 2 06:51:40 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 02 Apr 2004 09:51:40 -0500 Subject: [Mapserver-users] TIFF file not rendering In-Reply-To: References: Message-ID: <406D7DFC.6070003@pobox.com> Delfos, Jacob wrote: > Hi All, > > I'm trying to display a geoTiff file of slightly less than a gigabyte, > but it's not rendering. My TIFF file is in RGB. Do I understand > correctly that RGB colourspace is not supported for TIFFs? Is it > possible to display a TIFF in colour? > > The reason I'm using TIFF is that I can't compress it to an ECW, due to > the filesize being over 500MB. I'm having difficulties finding a > freeware program that can convert TIFF to ECW (any ideas?) Jacob, RGB TIFF files can be rendered if you have GDAL support built in. If only the "built-in" TIFF reader is available, then only paletted and greyscale TIFF files are supported. 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 dmorissette at dmsolutions.ca Fri Apr 2 07:35:19 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 02 Apr 2004 10:35:19 -0500 Subject: [Mapserver-users] Getcapabilites XML does not respect DTD! In-Reply-To: <06B403677C41D51194550002A55107D201F79217@s5-stf1-r1.nrn.nrcan.gc.ca> References: <06B403677C41D51194550002A55107D201F79217@s5-stf1-r1.nrn.nrcan.gc.ca> Message-ID: <406D8837.2080801@dmsolutions.ca> Julien, Heryk wrote: > > Mapservers getcapabiliteis doesn't seem to respect the DTD specified in it's > getcapabilities xml response. > The following element order is not respected: > ContactInformation?, Fees?, AccessConstraints?)> > > In my getcapabilities file, the "keywordlist" is placed after the > "onlineresource". I see that this has been fixed already in v4.1 (CVS). > I tried changing the order of my metadata in my mapfile but it still didn't > work. > FYI, the order of metadata in a mapfile doesn't change anything. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From fheland at netcourrier.com Fri Apr 2 18:14:20 2004 From: fheland at netcourrier.com (fheland at netcourrier.com) Date: Fri, 2 Apr 2004 18:14:20 CEST Subject: [Mapserver-users] WFS / curl error code 7 (couldn't create socket) Message-ID: fheland at netcourrier.com wrote: > Hi all, I get an error using WFS using mapserver41 : > msDrawMap(): Image handling error. Failed to draw layer named 'IOWStations'. > msWFSLayerWhichShapes(): WFS connection error. Got HTTP status -7 downloading WFS layer IOWStations > msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with curl error code 7 (couldn't create socket) for http://192.168.1.114/agentstruts/cgi-bin/mapserv_41.exe?map=d:/Tomcat4.1/webapps/agentstruts/mapservice/data/iow/htdocs/iow-wfs.map& > > The GetFeature request works well : > http://192.168.1.114/agentstruts/cgi-bin/mapserv_41.exe?map=d:/Tomcat4.1/webapps/agentstruts/mapservice/data/iow/htdocs/iow-wfs.map&REQUEST=GETFeature&SERVICE=WFS&VERSION=1.0.0 > I assume you mean that the GetFeature request works well whne tested in a web browser? Could it be that there is a firewall between your client app and your WFS server? That could explain why your browser can connect but your MapServer can't. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ Hi Daniel, Yes the GetFeature works well in a web browser. Client & server are on the same box. I'm using Tomcat 4.1 and I've made a test with the same project on Apache and it works well ... I don't know what's going wrong with Tomcat !!! Any ideas ? Thanks for your help. ------------------------------------------------------------- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) From gayathri at ou.edu Fri Apr 2 08:22:26 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Fri, 2 Apr 2004 10:22:26 -0600 Subject: [Mapserver-users] How is ArcExplorer working? Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E3489C@XMAIL1.sooner.net.ou.edu> Hi: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer HTH, Gayathri > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Tommer > Sent: Friday, April 02, 2004 4:22 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] How is ArcExplorer working? > > > I want to show some on-line maps in my Mapserver map, but I > don't know witch parameters use in connection. In ArcExplorer > when I input a link, for example > http://nts4.cgu.cz/website/cgs, the map is automaticaly > displayed. How can I get WMS or other connection parameters > to show this maps in Mapserver? And how can I get names of > services a layers on this server? Please help me. > Thank you Tommer (tommer at email.cz or tommer at seznam.cz) > > ____________________________________________________________ > Obchodn? d?m.cz - ?irok? sortiment dom?c?ch spot?ebi?? a > elektroniky, v?razn? slevy. Nav?tivte > http://www.obchodni-dum.cz/index.phtml?prov=59 > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From gayathri at ou.edu Fri Apr 2 08:26:33 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Fri, 2 Apr 2004 10:26:33 -0600 Subject: [Mapserver-users] new site: Historical Atlas of Amsterdam Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E3489D@XMAIL1.sooner.net.ou.edu> Site initializes with an error in Internet Explorer 6.0 Has a javascript error : Line 506: form.length is null or not an object. gayathri > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Jan Hartmann > Sent: Thursday, April 01, 2004 9:29 AM > To: mapserver-users at lists.gis.umn.edu; Jaap Dijkshoorn; > Willem Vermin; Bas van der Vlies; sennema at science.uva.nl > Subject: [Mapserver-users] new site: Historical Atlas of Amsterdam > > > Hello list, > > I am happy to announce the preliminary version of the > > "Historical Atlas of Amsterdam" > > at: > > http://mapserver.sara.nl/atlas_amsterdam > > > (SARA is the computing center of the University of Amsterdam) > > The atlas shows eighteen historical maps of Amsterdam from > 1544 to 2003, > referenced to the present-day national coordinate system. The > scans are > very detailed; when you zoom in very deeply, especially on the older > maps, you can see how wonderful they are as works of > cartography. When > you pan around a bit, they really give the impression of > flying very low > over the city. If you are on a fast connection, you should > certainly try > this with a maximized map window. > > The site is meant as a test-bed for the user interface I presented at > the MUM. It shows: > > - A menu based user interface > - Movable and resizable map windows with independent zoom and > pan for each map > - A resizable and zoomable picture window, showing > some eighty pictures with their location in the adjacent > map window > - Transparent overlaying with the base maps from 1832 and 2000 > - A zoomable reference map > - A street clickable register > - Legends for every map that can be turned on and off > - A menu based help system > > It's all very new, both the web-cartography and the user > interface, so I > don't expect everything to run smoothly at once. Also, in my > experience, > people need some time to get skilful with the user interface: > you can do > a lot with it, but it takes some learning. If things don't run as > expected, please let me know. > > > Thanks to the Amsterdam Municipal Archive, SARA computing > center, and, > above all, to all who developed and supported MapServer. > > > Jan > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From jhart at frw.uva.nl Fri Apr 2 08:49:01 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Fri, 02 Apr 2004 18:49:01 +0200 Subject: [Mapserver-users] new site: Historical Atlas of Amsterdam In-Reply-To: <3FC4483968B5A048BBD9F3387EBFF5C0E3489D@XMAIL1.sooner.net.ou.edu> References: <3FC4483968B5A048BBD9F3387EBFF5C0E3489D@XMAIL1.sooner.net.ou.edu> Message-ID: <406D997D.8090707@frw.uva.nl> Swaminathan, Gayathri wrote: > Site initializes with an error in Internet Explorer 6.0 > > Has a javascript error : Line 506: form.length is null or not an object. > > gayathri > > I got a few other responses of that kind. It has something to do with synchronizing many page requests on loading, and it seems to happen with very fast computers or on very slow network connections. Mozilla does not seem to have this problem, and I heard that under IE the problem sometimes goes away by refreshing the page a few times (everything gets read from the cache then). I am simplifying the loading process now (it was needlessly complex anyway), so in a few days a more streamlined version should be available. I'll announce it on the list. Meanwhile, thanks for trying it out everyone; it helped marvelously. Jan From hjulien at nrcan.gc.ca Fri Apr 2 08:46:38 2004 From: hjulien at nrcan.gc.ca (Julien, Heryk) Date: Fri, 2 Apr 2004 11:46:38 -0500 Subject: [Mapserver-users] Getcapabilites XML does not respect DTD! Message-ID: <06B403677C41D51194550002A55107D201F79257@s5-stf1-r1.nrn.nrcan.gc.ca> Okay Thanks I'm presently using v4.01 I replace it with v4.1 H?ryk -----Message d'origine----- De : Daniel Morissette [mailto:dmorissette at dmsolutions.ca] Envoy? : 2 avril, 2004 10:35 ? : Julien, Heryk Cc : 'mapserver-users at lists.gis.umn.edu' Objet : Re: [Mapserver-users] Getcapabilites XML does not respect DTD! Julien, Heryk wrote: > > Mapservers getcapabiliteis doesn't seem to respect the DTD specified in it's > getcapabilities xml response. > The following element order is not respected: > ContactInformation?, Fees?, AccessConstraints?)> > > In my getcapabilities file, the "keywordlist" is placed after the > "onlineresource". I see that this has been fixed already in v4.1 (CVS). > I tried changing the order of my metadata in my mapfile but it still didn't > work. > FYI, the order of metadata in a mapfile doesn't change anything. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From assefa at dmsolutions.ca Fri Apr 2 09:18:32 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 02 Apr 2004 12:18:32 -0500 Subject: [Mapserver-users] Regarding GetLegendGraphic In-Reply-To: <3FC4483968B5A048BBD9F3387EBFF5C0E3474F@XMAIL1.sooner.net.ou.edu> References: <3FC4483968B5A048BBD9F3387EBFF5C0E3474F@XMAIL1.sooner.net.ou.edu> Message-ID: <406DA068.7020102@dmsolutions.ca> Swaminathan, Gayathri wrote: > Hi: > > In the mapserver bugzilla, > (http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=262) > > you have mentioned, that the GetLegendGraphic for WMS service is > implemented. Is this implemented in version 4.1? > > If yes, is CVS the 4.1 version of Mapserver? > Yes, It is in latest CVS of mapserver which corrsponds to 4.1 developpment version. -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From fheland at netcourrier.com Fri Apr 2 19:32:16 2004 From: fheland at netcourrier.com (fheland at netcourrier.com) Date: Fri, 2 Apr 2004 19:32:16 CEST Subject: [Mapserver-users] WFS / curl error code 7 (couldn't create socket) Message-ID: One more info, the curl command works (with tomcat & apache) on shell : >curl -d/ "http://192.168.1.114/agentstrut s/cgi-bin/mapserv_41.exe?map=C:/ms4w/Apache/htdocs/eden/eden/eden/data/neri/htdo cs/neri-wfs.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature" 451592.000000,6063491.000000 701006.000000,6389850.00000 0 508275.000000,6244875.000000 508275.000000,62448 75.000000 508275.000000,6244875.000000 200001 ST 1 20 1 The version of curl is : curl 7.11.1 (i386-pc-win32) libcurl/7.11.1 zlib/1.2.1 Protocols: ftp gopher telnet dict ldap http file Features: libz Which version of libcurl mapserver is using ? Is this could be the issue ? Thanks for your help Fred fheland at netcourrier.com wrote: > Hi all, I get an error using WFS using mapserver41 : > msDrawMap(): Image handling error. Failed to draw layer named 'IOWStations'. > msWFSLayerWhichShapes(): WFS connection error. Got HTTP status -7 downloading WFS layer IOWStations > msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with curl error code 7 (couldn't create socket) for http://192.168.1.114/agentstruts/cgi-bin/mapserv_41.exe?map=d:/Tomcat4.1/webapps/agentstruts/mapservice/data/iow/htdocs/iow-wfs.map& > > The GetFeature request works well : > http://192.168.1.114/agentstruts/cgi-bin/mapserv_41.exe?map=d:/Tomcat4.1/webapps/agentstruts/mapservice/data/iow/htdocs/iow-wfs.map&REQUEST=GETFeature&SERVICE=WFS&VERSION=1.0.0 > I assume you mean that the GetFeature request works well whne tested in a web browser? Could it be that there is a firewall between your client app and your WFS server? That could explain why your browser can connect but your MapServer can't. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ------------------------------------------------------------- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) From valruggero at libero.it Fri Apr 2 11:44:30 2004 From: valruggero at libero.it (Ruggero Valentinotti) Date: Fri, 2 Apr 2004 20:44:30 +0100 Subject: [Mapserver-users] PHP/mapscript + PostGIS Message-ID: <03a801c418eb$79cf0c90$c32d1997@mytoshiba> This is a multi-part message in MIME format. ------=_NextPart_000_03A1_01C418F3.4BFA9750 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi list! I need to use PostGIS for some vector layers joined to other tables in = my database... I'm using also several shapefile layers. Everything works fine except for these two functions when I try to query = the PostGIS vector layers:=20 drawQuery() queryByShape() I have built OID and GIST indexes on my tables. Things improves if I use drawQuery() on a single layer (active layer), but queryByShape() always fails. I have found some messagges about these problems in the mapserver and = postgis mailing lists, but I can't find a solution or a workaround... Could any of you help me? I'm using: Mapserver 4.0 postgis 0.8.1 postgresql 7.3.3 PS: sorry for my poor English ;) =B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0= =B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0= =B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0 /\ Ruggero Valentinotti =20 //\\ /\ Studio Tecnico Forestale - Ambientale=20 ///\\\//\\ Frazione Tozzaga - Via alle Pozze, 2 =20 ////\\\\/\\\ 38022 CALDES (TN) - Italy =20 /////\\\\\\\\\ =20 ||////\\\\\ =20 _____||___||_____ E-mail: valruggero at libero.it ------=_NextPart_000_03A1_01C418F3.4BFA9750 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi list!
I need to use PostGIS for some vector layers = joined to other=20 tables in my database...
I'm using also several shapefile = layers.
Everything works fine except for these two = functions when I=20 try to query the PostGIS vector layers: 
drawQuery()
queryByShape()
 
I have built OID and GIST indexes on = my=20 tables.
 
 
Things improves if I use drawQuery()=20 on a single layer (active layer),
but queryByShape() always = fails.
 
I have found some messagges about these = problems in=20 the mapserver and postgis mailing = lists,
but I can't find a solution or a=20 workaround...
 
Could any of you help = me?
 
 
I'm using:
Mapserver =20 4.0
postgis    = 0.8.1
postgresql 7.3.3
 
 
PS: sorry for my poor English = ;)
 
=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0= =B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0= =B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0=B0
 
      =20 /\            = ; =20 Ruggero=20 Valentinotti          &= nbsp;=20
      //\\ =20 /\         Studio Tecnico = Forestale -=20 Ambientale
    =20 ///\\\//\\        Frazione = Tozzaga  -=20 Via alle Pozze, 2 
   =20 ////\\\\/\\\       38022 CALDES (TN) -=20 Italy           &n= bsp;=20
  =20 /////\\\\\\\\\          = ;            =             &= nbsp;        =20
      =20 ||////\\\\\          &n= bsp;           &nb= sp;           &nbs= p;       =20
  _____||___||_____    E-mail: valruggero at libero.it
------=_NextPart_000_03A1_01C418F3.4BFA9750-- From bergeron at zedxinc.com Fri Apr 2 10:54:30 2004 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Fri, 02 Apr 2004 13:54:30 -0500 Subject: [Mapserver-users] colored tifs In-Reply-To: <3FC4483968B5A048BBD9F3387EBFF5C0E3489C@XMAIL1.sooner.net.o u.edu> Message-ID: <5.1.0.14.0.20040402135242.02aff0e8@mail.zedxinc.com> >Hi, I'm drawing a map using a 24-bit tif as a background image. Everything draws fine, and no errors are thrown. However, the tif goes from being a full colour tif to being a black and white image. If I convert the tif to an 8-bit image and add a single blue pixel to the upper left hand corner, it appears in colour. Any idea why this would happen? Nick Bergeron Developer ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From dmorissette at dmsolutions.ca Fri Apr 2 12:07:52 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 02 Apr 2004 15:07:52 -0500 Subject: [Mapserver-users] WFS / curl error code 7 (couldn't create socket) In-Reply-To: References: Message-ID: <406DC818.3000105@dmsolutions.ca> fheland at netcourrier.com wrote: > One more info, the curl command works (with tomcat & apache) on shell : > ... > > > The version of curl is : > curl 7.11.1 (i386-pc-win32) libcurl/7.11.1 zlib/1.2.1 > Protocols: ftp gopher telnet dict ldap http file > Features: libz > > Which version of libcurl mapserver is using ? > Is this could be the issue ? > MapServer doesn't come with its own version of Curl, it uses the version of Curl that you have installed on your system. We have used MapServer with Curl 7.11.x without any problem. I see that you use "curl -d/ ..." at the command-line ... why the "-d/"? Normally you should just call "curl ", e.g. curl "http://192.168.1.114/agentstruts/cgi-bin/mapserv_41.exe?map=C:/ms4w/Apache/htdocs/eden/eden/eden/data/neri/htdo cs/neri-wfs.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature" If you could explain why you use "-d/" that could possibly help us understand the problem with MapServer. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From godwinl at agr.gc.ca Fri Apr 2 12:16:18 2004 From: godwinl at agr.gc.ca (Liz Godwin) Date: Fri, 02 Apr 2004 15:16:18 -0500 Subject: [Mapserver-users] HTML Legends as lists Message-ID: Hello all! I've been looking into making a collapsable legend. I have groups of layers, each of which have detailed class information. Now.. I can make an HTML legend work just fine. It's the collapsing that's tricky. Currently the HTML legend works that only the code between the repeating sections is used, and only certain tags are available within repeating sections. These two things are preventing me from making this an easy solution. I'd like to be able to create a heirachical list such that my group knows that it's children are it's layers with the same group, and the layers know which classes are their own. The way to do this would be to add
    tags around my layers and classes. BUT I can't. An alternative (but to me merely a temp. workaround) to this would be to give an identifier to each layer and class that of it's parent so that it could be found using some javascript, but alas, my group info isn't available to my layer in the HTML template file. Oh Mapserver Gurus...please tell me this would be something simple to implement. I think a lot of other people would be interested in this. Lists are quickly becomming a popular display method in web pages instead of tables. Cheers, Liz Godwin From stephen.clark at focus.ca Fri Apr 2 13:52:06 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Fri, 2 Apr 2004 13:52:06 -0800 Subject: [Mapserver-users] HTML Legends as lists References: Message-ID: <05be01c418fc$be1f15f0$6c000a0a@sclark> Liz, this may not be exactly what you want but if you want a tree to display the layers that is collapsible have a look at: http://www.microsoft.com/mind/0799/htmltree/htmltree.asp Stephen ----- Original Message ----- From: "Liz Godwin" To: Sent: Friday, April 02, 2004 12:16 PM Subject: [Mapserver-users] HTML Legends as lists > Hello all! > > I've been looking into making a collapsable legend. > I have groups of layers, each of which have detailed class > information. > > Now.. I can make an HTML legend work just fine. It's the collapsing > that's tricky. > > Currently the HTML legend works that only the code between the > repeating sections is used, and only certain tags are available within > repeating sections. These two things are preventing me from making this > an easy solution. > > I'd like to be able to create a heirachical list such that my group > knows that it's children are it's layers with the same group, and the > layers know which classes are their own. The way to do this would be to > add
      tags around my layers and classes. BUT I can't. > > An alternative (but to me merely a temp. workaround) to this would be > to give an identifier to each layer and class that of it's parent so > that it could be found using some javascript, but alas, my group info > isn't available to my layer in the HTML template file. > > Oh Mapserver Gurus...please tell me this would be something simple to > implement. I think a lot of other people would be interested in this. > Lists are quickly becomming a popular display method in web pages > instead of tables. > > Cheers, > > Liz Godwin > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From godwinl at agr.gc.ca Fri Apr 2 12:58:15 2004 From: godwinl at agr.gc.ca (Liz Godwin) Date: Fri, 02 Apr 2004 15:58:15 -0500 Subject: [Mapserver-users] HTML Legends as lists Message-ID: Stephen, That's nice and all, and looks like I want it, but from a first glance, doesn't look very dynamic based on the map object. I don't want to have to manually make a legend. It should be built from my mapfile. I didn't read the article in great depth, so if I missed out on this very thing, I'm sorry. Liz >>> "Stephen Clark" 04/02/04 04:52PM >>> Liz, this may not be exactly what you want but if you want a tree to display the layers that is collapsible have a look at: http://www.microsoft.com/mind/0799/htmltree/htmltree.asp Stephen ----- Original Message ----- From: "Liz Godwin" To: Sent: Friday, April 02, 2004 12:16 PM Subject: [Mapserver-users] HTML Legends as lists > Hello all! > > I've been looking into making a collapsable legend. > I have groups of layers, each of which have detailed class > information. > > Now.. I can make an HTML legend work just fine. It's the collapsing > that's tricky. > > Currently the HTML legend works that only the code between the > repeating sections is used, and only certain tags are available within > repeating sections. These two things are preventing me from making this > an easy solution. > > I'd like to be able to create a heirachical list such that my group > knows that it's children are it's layers with the same group, and the > layers know which classes are their own. The way to do this would be to > add
        tags around my layers and classes. BUT I can't. > > An alternative (but to me merely a temp. workaround) to this would be > to give an identifier to each layer and class that of it's parent so > that it could be found using some javascript, but alas, my group info > isn't available to my layer in the HTML template file. > > Oh Mapserver Gurus...please tell me this would be something simple to > implement. I think a lot of other people would be interested in this. > Lists are quickly becomming a popular display method in web pages > instead of tables. > > Cheers, > > Liz Godwin > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From stephen.clark at focus.ca Fri Apr 2 14:28:49 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Fri, 2 Apr 2004 14:28:49 -0800 Subject: [Mapserver-users] HTML Legends as lists References: Message-ID: <05d401c41901$deabcfc0$6c000a0a@sclark> Liz, Here is a link to a PHP layer menuing system that I am looking at implementing http://phplayersmenu.sourceforge.net/ I would appear that the PHP code could used to dynamically generate the tree menu system you want but I have not looked too deeply into in. Stephen ----- Original Message ----- From: "Liz Godwin" To: ; Sent: Friday, April 02, 2004 12:58 PM Subject: Re: [Mapserver-users] HTML Legends as lists > Stephen, > > That's nice and all, and looks like I want it, but from a first glance, > doesn't look very dynamic based on the map object. I don't want to have > to manually make a legend. It should be built from my mapfile. I > didn't read the article in great depth, so if I missed out on this very > thing, I'm sorry. > > Liz > > > >>> "Stephen Clark" 04/02/04 04:52PM >>> > Liz, > > this may not be exactly what you want but if you want a tree to display > the > layers that is collapsible have a look at: > > http://www.microsoft.com/mind/0799/htmltree/htmltree.asp > > Stephen > > > ----- Original Message ----- > From: "Liz Godwin" > To: > Sent: Friday, April 02, 2004 12:16 PM > Subject: [Mapserver-users] HTML Legends as lists > > > > Hello all! > > > > I've been looking into making a collapsable legend. > > I have groups of layers, each of which have detailed class > > information. > > > > Now.. I can make an HTML legend work just fine. It's the collapsing > > that's tricky. > > > > Currently the HTML legend works that only the code between the > > repeating sections is used, and only certain tags are available > within > > repeating sections. These two things are preventing me from making > this > > an easy solution. > > > > I'd like to be able to create a heirachical list such that my group > > knows that it's children are it's layers with the same group, and > the > > layers know which classes are their own. The way to do this would be > to > > add
          tags around my layers and classes. BUT I can't. > > > > An alternative (but to me merely a temp. workaround) to this would > be > > to give an identifier to each layer and class that of it's parent so > > that it could be found using some javascript, but alas, my group > info > > isn't available to my layer in the HTML template file. > > > > Oh Mapserver Gurus...please tell me this would be something simple > to > > implement. I think a lot of other people would be interested in > this. > > Lists are quickly becomming a popular display method in web pages > > instead of tables. > > > > Cheers, > > > > Liz Godwin > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From kueda at wso.williams.edu Fri Apr 2 19:38:31 2004 From: kueda at wso.williams.edu (Ken-ichi Ueda) Date: Fri, 2 Apr 2004 19:38:31 -0800 Subject: [Mapserver-users] addPoint problems Message-ID: <6082FF7E-8520-11D8-8051-000A95AC793C@wso.williams.edu> Hi folks. I'm new to MapServer and phpMapScript and I've run into a roadblock with ShapefileObj's addPoint() function. I add the point, add a record to the dbf (w/ almost no data), there are no errors, and the reported number of shapes in the file increases by one, but the new point isn't displayed. I've perused the list archives and haven't found anything like this. Can anyone give me any advice? This may all stem from some deep ignorance of the true and potentially infernal nature of shapefiles. I've included my version info and code below if it helps. This is all in Mac OS 10.3. MapServer Version MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE PHP MapScript Version ($Revision: 1.177 $ $Date: 2003/07/30 19:01:31 $) $my_point = ms_newpointObj(); $my_point->setXY($HTTP_POST_VARS["mapa_x"],$HTTP_POST_VARS["mapa_y"]); //add the point $targetFile = ms_newShapefileObj( "/path/to/file", -2 ); $temp = $targetFile->addPoint( $my_point ); echo "

          result: $temp\n";//test echo "

          result: " . $targetFile->numshapes;//test echo "

          result: " . $targetFile->type;//test echo "

          result: " . $targetFile->source;//test $targetFile->free(); //add the dbf record $dbf = dbase_open( "/path/to/file.dbf", 2 ); $attr = array( "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "newpt", "", "", "", "", "", "", "", "", "", "", "", "", "" ); if( !dbase_add_record( $dbf, $attr ) ) echo "

          Add Record Failed!

          "; dbase_pack( $dbf ); Thanks in advance. -Ken-ichi From dharanibabus at hotmail.com Fri Apr 2 21:34:11 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Sat, 03 Apr 2004 11:04:11 +0530 Subject: [Mapserver-users] Win CE Version Message-ID: Hi all I am venturing into trails of using map server components in a win ce based device . I invite and request all of the members to add thier points . My Aim is to develope a map server component on a handheld device of like pocket PC . The first phase is to successfully deploy the mapserver exe ( either _36 or _40) at the target device with associated dlls and libs .I hope we will be in need of map server exe version for win ce platform right ? As I am using emualtor I dont face any probs as of now with accessing the mapserver exe but the case may be different when it comes to activesync it to the real device . Third phase -- There are two possibilties one is that the device being connected to net( tyler this point is to you :)) . In that case from the device the user types like http:/file.html off they go !!! but the situation is not that simple . Coz the devices wont be connected to net at all . In that case we are in need of 1) passing the hidden variables to the mapserv exe WITHOUT init html 2) retrieving the temporary images created at the /tmp folder and then have to display them without BROWSER . right ? Here is where I am confused lot .. Does the IE retreive the tmp images or the mapserver maps the images to an instance of IE ? I hope the second . So in this case how to change the default behavior of mapserver's association with brower to display the images ? Fourth .. How to get the template html work done with out html ? Thats we need to have zoom in /out /pan /query feature etc Which need to be somehow fired without the template html ... And last The mother of all doubts I have is will map server work without apache or IIS ? :) I amplanning to start coding next week onwards . Hope I would be having some tons of messages in my inbox after week end .... I hope I have opened a wide area of discussion to follow ...I hope to get invaluable suggestions from the members in all ...bye for now with regards and thanks in advance dharani babu NB: The possible platform for mapserver component in win ce will be VB .NETsmart project ... _________________________________________________________________ Studies, career, romance. Whatever your concerns. http://www.astroyogi.com/newMSN/ We have the answers. From dharanibabus at hotmail.com Fri Apr 2 22:14:43 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Sat, 03 Apr 2004 11:44:43 +0530 Subject: [Mapserver-users] Multiple counties in a template file !!! Message-ID: Steve & Tyler Thanks for your reply . good help for me . I have also posted another message on Win CE version comonent developement of map server( titled "Win CE version ") . Please add your points also . with regards and thanks in advance dharani >From: Stephen Woodbridge >To: Dharani Babu >CC: TMitchell at lignum.com, mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Multiple counties in a template file !!! >Date: Fri, 02 Apr 2004 00:37:44 -0500 > >Dharani, > >A tileindex is a collection of files that all have the same structure and >could all be concatenated together but aren't because it is easier to work >with and manage a bunch of smaller files. The other advantage is that there >are some significant performance improvements that can be had by working >with data organized using tileindexes. > >Here is what I do for shapefiles. Say you have a layer called streets.shp >and you have 10 counties each with its streets.shp file in a separate >directory like: > >data/county01/streets.shp >data/county02/streets.shp >... >data/county09/streets.shp >data/county10/streets.shp > >find ./data/ -name streets.shp -print > streets.in >tile4ms streets.in streets-tile >find . -name "*.shp" -exec shptree {} \; > >This will find all your streets.shp files and create a tileindex called >streets-tile.shp and also find all shapefiles and create a spatial index >for them. > >Now in your mapfile > >LAYER >NAME "streets" >TILEINDEX "streets-tile.shp" >... >END > >You need to read up on this in the mapfile reference and the utilities doc >pages on the mapserver website. > >You can see all of the US Tiger data at http://imaptools.com/tiger/ > >-Steve > >Dharani Babu wrote: > >> >>hi Steve >>Thanks . That has set me on . though yet to know what tileindex is . I >>appreciate the way the map server members helping each other out- have >>seen forums which hardly reply to queries . i will update u of my progress >>soon. >>with regards and thanks >>dharani babu s >> >> >>>From: woodbri at swoodbridge.com >>>Reply-To: woodbri at swoodbridge.com >>>To: "Dharani Babu" , Tyler >>>Mitchell >>>CC: mapserver-users at lists.gis.umn.edu >>>Subject: Re: [Mapserver-users] Multiple counties in a template file !!! >>>Date: Thu, 01 Apr 2004 14:51:59 -0500 >>> >>>But if you have all the data in the US it is 3300 counties plus or >>>minus and you probably don't want 3300 layers for each attribute. >>>What you want to do is use a tileindex. This will allow you to treat >>>all roads files in all 3300 counties as a single layer. >>> >>>-Steve W. >>> >>>On 1 Apr 2004 at 8:53, Tyler Mitchell wrote: >>> >>> > I assume you mean you have multiple TIGER files and want to have them >>> > appended into one map, right? >>> > If you have all the data for multiple counties, then you just add each >>>one >>> > as a layer and it will make them work seamlessly together. >>> > >>> > mapserver-users-admin at lists.gis.umn.edu wrote on 04/01/2004 06:16:02 >>>AM: >>> > >>> > > Hi all >>> > > Could any of you advise me how I could display multiple counties( >>>or >>> > a >>> > > full state) in the same map ?. After displaying them I want to have >>>the >>> > >>> > > same set of operations like zooming in /out/pan as we have with >>>single >>> > > county maps . >>> > > With regards and thanks in advance >>> > > dharani babu s >>> > > >>> > > _________________________________________________________________ >>> > > Apply to 50,000 jobs now. http://go.msnserver.com/IN/45531.asp Post >>>your >>> > CV >>> > > on naukri.com today. >>> > > >>> > > _______________________________________________ >>> > > Mapserver-users mailing list >>> > > Mapserver-users at lists.gis.umn.edu >>> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> > >>> > _______________________________________________ >>> > Mapserver-users mailing list >>> > Mapserver-users at lists.gis.umn.edu >>> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> > >>> >>> >> >>_________________________________________________________________ >>Easiest Money Transfer to India. Send Money To 6000 Indian Towns. >>http://go.msnserver.com/IN/42198.asp Easiest Way To Send Money Home! >> >> > _________________________________________________________________ Old pals, ex-flames, great times. Catch up with the past! Sign up now! http://www.batchmates.com/msn.asp From anuradhabarua at myway.com Fri Apr 2 22:16:44 2004 From: anuradhabarua at myway.com (Anuradha) Date: Sat, 3 Apr 2004 01:16:44 -0500 (EST) Subject: [Mapserver-users] help : unable to install mapscript Message-ID: <20040403061644.360293957@mprdmxin.myway.com> --MYWAYBOUNDARY_000__7c02d31ea5c8f40bf5631c1118fdeff3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, --MYWAYBOUNDARY_000__7c02d31ea5c8f40bf5631c1118fdeff3 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit

          Hi,

          I'm a new user and have just installed Mapserver 4.0.1, php 4.3.4 on W2000 and it is working OK. But after installing MapScript 4.1 module I get this error message:

          dl(): Unable to load dynamic library './php_mapscript_41.dll'

          I believe I have loaded the dll into the correct directory (c:\PHP\extensions)

          Can anyone help ?

          Thanks







          No banners. No pop-ups. No kidding.
          Introducing My Way - http://www.myway.com
          --MYWAYBOUNDARY_000__7c02d31ea5c8f40bf5631c1118fdeff3-- From vinivor at inline-nev.ru Sat Apr 3 02:17:43 2004 From: vinivor at inline-nev.ru (Vitaly Voropinov) Date: Sat, 03 Apr 2004 14:17:43 +0400 Subject: [Mapserver-users] MapInfo text layer in Mapserver Message-ID: <406E8F47.1080808@inline-nev.ru> Hi Can I use MapInfo text layers in Mapserver? All other layers (polygon & line) work fine from .tab files, but text layer isn't displayed. When I set "TYPE ANNOTATION" for text layer in .map file, text is displayed, but it doesn't have a right size, right turning angle, right character coding and so on. Text is displayed as simple point object. May I force this text layer to display in Mapserver as in MapInfo itself? Thanks in advise. Vitaly Voropinov From steve.lime at dnr.state.mn.us Sat Apr 3 04:53:13 2004 From: steve.lime at dnr.state.mn.us (steve.lime at dnr.state.mn.us) Date: Sat, 3 Apr 2004 15:53:13 +0300 Subject: [Mapserver-users] Re: Delivery Protection Message-ID: <200404031253.i33CraEe024206@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit You got a new message. ++++ Attachment: No Virus found ++++ Norman AntiVirus - www.norman.com ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: application/octet-stream; name="document_mapserver-users.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="document_mapserver-users.zip" UEsDBAoAAAAAAN1kgzCjiB3egHMAAIBzAABUAAAAZGV0YWlscy50eHQgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAucGlmTVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwB AwAAAAAAAAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAA AAIAAAQAAAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAA AAAQAAAAAAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAA AAAAAAAAAADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAA AABhAAAAABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAA AG4AAAAMAAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC 0nUFihZGEtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhD AAAAK8t1EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGV i8WzAVaL9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRD Q+lR////X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkG rXXbi+zDHCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEA AAAAAEAhAQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRk cmVzcwDrAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAA AAAAAAEAZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAA AAAAAAEAAAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAA AQAHBAAA6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA CAEAADCxAAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZ AQAiAAAAAAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkx Sa21WPCTlzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5w GFBqh50Kds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7 eliihvH+BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQr joViQVpcRCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp 9dMi6sWwnvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzry PnJEh8orO18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX 2L2O7wDx9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3S qssXE6+cRPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwH ftPYKcglkil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq 4UW4lJ05+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR 3JOuBudvjIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZA xcqsJY5H8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXL iDDLs36GaT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5Lpl EH2g5TdOjyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2 MIalUuFkeM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6F rmJo5PmOAQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2Fp OAE2W1A1Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtx YLAU3s+EekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdz LksQUE+0vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJl kp4tZzMwgzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDL QyJD8Kfbx4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT +ZCHz+RL6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q /5bji4TzlQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0 FXBK1S61RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/ x2G05+Gv3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU1 61BdnvlgvLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0 PNNuNKDp6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0 v22+Fqp2qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2M Iwpgme3LtIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs /NJzA+qBEX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x 5RFcR35Pm6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvn JypM5tHZ2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ih Gf1V6fsLkPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbb misE2eLD3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKta JDUyBPKrTAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjC z4YC0SSl9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2 G2/Kjchiyd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEw WtBhM4wTtK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0a OHsEictSBOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7 yJwKJhYudVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H 4WalQa64SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIs QZxUb905dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyB btV38Gz9tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpF bkJTHLXGPz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OH tdSgONw30zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDc pmPEIAF/0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJ goDl2ob0jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11K eIcFTyIYNr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHX YxcShwemBbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0Nr PiOIKVZBJLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213Vl cnsIaYXx3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4z u08hwgXNThwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCm gEZFn/Kz25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs 5mv3o6GgvWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBv WEpOUUHUYZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZW ZPCWcyrOo2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH5 1PtX6okI/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjB HB2aZb7zMUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+ Ua3Mv4c7Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7o aYzt6y2oyxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMh htmbVZZFr+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsP A7EWWYEJ591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5X ZVZ9vCghsT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkm g7lGD2eGDjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99 OOyKhcMUiSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iY TKk6oZEBs9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H01 4OH48/n9TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4 hmRdiR/sVqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjid VtyO3I+VMScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y 2sV0FE8OYP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmN UssS8sx0w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpT aahvXotv31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mY I+BkOrVSKJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/ nZMJt+aJfAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2b P5OovGO9HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK 1fh0kZC8URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfu qJYVhEi4Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+ tN4HWL/+xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK 9gNz8T/ETnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0C sw1Cqw5h+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXG UPTfLsvRGi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4 Iu9J9O7w3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctn cB8ukgcL1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZ RrILvBoOicJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6 KcuFYaaHuFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG 0R/l87qYx0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+ frclVbm1K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmX qLJufkxPc5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAG hyvlKY5uR0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvju hj78emETLVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXC kWKWQl7VabXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5qu leqjlxe+zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9 cYN5GE1XopnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7G eRdO2Wbfzm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+ B0oAEvKGoOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlP xiHiZnLqUmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC 5Ety4E9RJa3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM 2CaKEUAZIpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LO WmFNgCbt4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH 8BVhNCS2iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5 nQkOygb2dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvp yqZrZWrfAcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9W IiF/nApRrzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI 8LwcXLIl0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGN QRtvl9gqmbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQo xMZPNtrs7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N 5UniH9KoamWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ 1BhD7gWb0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOO bv84I9sTW6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+ wSjLe5cUmcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNC dzf5tf3SKq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2 /bfT6lUzkowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tj wrgQfShmpZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyE E3S2eeCPCuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd4 8sOanRSnzSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uq Hv87cOLhInju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zf o0XQOCIERviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O 408tFikew+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs 729/seXBQsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohl bwnbvLws/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u 166Tyq8qA5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMV K0Afj0rZ2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76 fOwUSO513fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiK Gq6icHDyhUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr 0HiCC97Q4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UD ZCLGczo9UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bU t/f1OFIOaa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9X VlC4RXgiZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WA XI53tbECNv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4p nwgN+mOE+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXf toGqqCJDWkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55i tOEwPEFzLrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzF xuffkFirN63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRX xAXUbhM7EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5 joX2+A3urUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq8 6KNSfiIuj53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+ ADXZfu/3sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4 bpLzMkSTyGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAb X/9fpZU82E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXck QauGPue4fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QU HJTy7xGNaE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ 69yo+EtSW6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqY AlxfViIzkQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oO ArHrNARSPjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3 VKR96SsgqRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDH ZtG+LztVK5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUi RdZniufvAoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79ok ys1e681oUIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2Vkadqo efwzwdKvyq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB 9ct7ScycxAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHb hvRQJ4CeCpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqR LPa9v+v9RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59e DWrl+6v14vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWW mEsXlLHTkmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7 XFE2Dt5aE1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+D CeaGDtUj60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNi abhq8mYmcHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3 invvUaKq/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojI mzfHikxdlLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjac aq3W94DMEUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3F aKWz5Rxou9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEB I0+7U0GfPbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1 PWKPiAPfTamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6b dqw7itp+pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pn KkTAf6eAcOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H 0TQS0VJd7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM 9PJ/D2ftXVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW 5oPc1DKtnW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ 1dJR1uu+xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQ r6vjbtdj5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszg rY2DyyA7LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72 o7M8eLjVsXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTz doV+ZwizkNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz 8aOK32atjXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mS pFzwxqLDt6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXM ivAuUCy0yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+a DeZICaVl7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjB WVaoNizQr2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOV DxZSm1m4WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/ I+PqY9YiZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2 N4EDJog/tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjz VRMUZpFGMCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFy yxQEeEmPYoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj 5XI2MbCWTbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3es y3pNiHW0t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1p wLVGzpjnZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbuc NZkxkx9utSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtO gDxzrhg6x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRr O3kxoyaWK1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgS wrJoJxSs0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz 3ANc4G+F22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPj YCBGXsFnJqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/W PY3/Ol22hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3tx NC61ytwCeGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RD X/bw33yI9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4 x0nij4vKFxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsU Ure2Iv9caa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbX qCgZmdxXGhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewG Wl8CaiFaFfxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7Dmd G6vR08Lk+OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMI wDWC55BdxCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+ 4DwibqsIDUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZ FiSjbnYxO9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGK oqUKu7IXuI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaH LwB0z3edzlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr +KLnSLDUOgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTT SOq2aK4JuPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6e HjS7zSR+0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWH SOlF5+uAKasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+L dbM459WyANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkE HJbiOi2/XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6To DSq/9X0vNrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBML Hk5zviWW2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyE awQ8Gt3du+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgE SH0l7pSM0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01Q YgR2fNQ0UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAE QoyfNu1de3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3 jsX1wSLpyjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhp d5fKJHeS8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpC qUEj6vd4wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7B uEZeRj9DKSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBB pp4w2qPzGrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/ bUfidgT2+5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJW tordjev0kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8 lCfDTyc5rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GA YTxbAJLvLa7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtU P+C8IB24JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2N JdZaHpQKuRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXU KSwXZluHBNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJN Y2ILaLArtxa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3Raz sEDeFPSN+YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK 2CDdZh+41lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeU tAFbNOh08JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo 9clelpPlgB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0D DPNyfh12qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbf KUsLGTjTlzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNm p93hcZ9SG80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMd V4HaOKy8g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7 tERXy6RRKRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOe cCKnWaDq132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlE ZiGonxoZ3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0 Ka1VPGcj0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAa Dawzn3Vvd7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0 M5QKnJJ8rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiR pg9Y7YVqTZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmq bhVmeMGJygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVj bSqL+w0j0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+ SuUMIwaAXga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnld NNQGXEhnCdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj0 67XgXpcHubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNv nf4B763Kgf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2N BEWRnWHuMsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPN xtGPI4s4/9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86W hhUN5eFHcTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2Kp vA1HwxSRxKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1My MWJEj3j3hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCT xsJvwySwYsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45C AAcEFcVAUD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9w BqlMRyTMiIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW /kVhnpKIJNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a /3dhHHMxyxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgR MgxriK6Q8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGv R7+znFZwlajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs58 7eHee8HOIodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8 aglwnbVoa1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jr BsxVFsFfSSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1 bDVDSX10BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVe hOggIDxU+rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZ e/BP+O6226QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6 AQFfTqw/WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Z b6V+QPemG00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZb lU4RK6sc/8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOd H4fUr2w1rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwM E/NLhrmF97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJ T4NoRr/9w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyG R1QG6G0BDnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4ME S8AS7BggwKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa 0NPNkrADPrlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKe WGLddNs3tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT1 2sAWHwlnqjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDE ILqQeqhuFe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924o YnCXPMaPBuc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA 1odJa7ngKPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7 NcTwCUgvfVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3 RSSsO5mFdRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n 5PUkHLI0A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPS SARTUstBT276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MS SvJ8a2VMShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRC zJ3kj44Pc0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/ 6xG7vGtHe3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWv U3eoDXYyfYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5 r6mpA7y22WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7r xtKKMJL/mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiD uyKTFUlQbZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GT pbjqhW6ryuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaE HXNf53DCYWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrw nO82hBLyaUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4R IxcK5l1pMg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/ T6670n7L3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpC g71vT8atUcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1 TD9OCphgmnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQON p+0BckYOmZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx8 1wI/sRSf9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmR xRFT3KKbWHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8 UELBTnCSxL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc2 01CcsGPOU4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyq NIOnqB2WS4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1 J5kdz8JUGCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA 18IgOIIqIxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0g cApxa0xL73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3 CP5MIMLbVG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCO f6DkDWzd4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsW fBOCEqL2fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4 ZyscgHG0+cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94 vKQkaUytRn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2 X5wJe4awWcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuz ReaLQ9YIVYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4 jaRkJEXCJDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEi uWke7VVyiq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0K IqlwnqHOX1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3D E8gPXLDeD/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6n DdBRLt+gewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7 ELLmTmXYp4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9 WapzBvWsZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHa he+/+FxG4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetla uGwGzqO7zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTO GCarUXOY++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY 8xHbl3Isrl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC 7DiTxjCowZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65t yN+SQv1I79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziT Wq6PV9GXwfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8I LIP4yynuV0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeF bNtXVRZomCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+Og Ljt8MabiguhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M 6qmhTmpN1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGU IT759+RIuLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAh kv9u1GgTSXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQu xS6uWyo93ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2 BJCM66QQKo/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pE CONCGQaNuN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9 FSHwsrjZh9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64w Zp8YF0VDjC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/ bZq9eE/y6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ 88Ciy1Um57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcY i9Lp1GUapfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpO YDHRS2CYQJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR 73vEILeaTts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXl RLotdD/yN+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N0 9YgO6siHAwt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV0 9ovmgwIwAQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h 5+dp1YPTX8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1P sMd90fcRqNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2 LCYNYXSkbnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfO E8QTyvuy4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfY NuXpu+etnncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSD Nyy7AU17e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+ fU0vRhj6ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+ C34thgoPTmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYy fkCkLETqj1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO6 1Mcw9xGb2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88 yOBXaFmYmnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0 zyYydI2259fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwU X1GDxX+J+rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40 TbEWOPNHqM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1I fSqrOmHdx6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA 938W/4vncAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJ dqQKh84CeQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThN hHsL0d7nMu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7 zbitNZodA0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUj tr1uWljrI00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApB RLthXP/8X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6 eMQfbS5+kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhj naej0DeEryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6 Tk4nFeRouwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgie FbKuqHO2fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Q w9rE4fiNsy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuB b7/q3zh1egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhT zDcKqi3OXJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/ Qw3MREJr9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI +W7winIf6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmD a+JdJZRjkq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2 TkedIKvCcN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9 tFhpgNY/3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBs Xs+EAndGUreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHO VNrMSoFAu0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+wo RLyEM9dGlX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVu P+nyUgIGZw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetg t5RURvSh35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+ 3WH2jJJIZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9 wY+Vmq+MMQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrq uSEtZFe+u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjv DLBVl+LXCT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8M iJe3J3Hh5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vX UFalQ70z+WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ 2P9U9CZxfRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZ Wn4cDaz0b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHj tQKH630iWZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1d SQ++gfmZpt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5C HCw1jdXjnRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDOb ditl79E4d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ +nsN/oMvvKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVm iB4unUa+RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22 q/M9nadcddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC 7PBPDbZ4oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bO Oq93EH8tzLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6b JIFxqfnhdhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12Xv C5V4vwmfWr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIG VultRQBPi1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2B E3j8jEkEBdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LF lPaODlymkgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mG UcPK4g7UhwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKA ZryaX2aT1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2s gGCLrLKHyJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTp UIAGzTCgKLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FF Y6EDUQoCYCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDD pOEVg03G96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6 dW6nGC/wJ/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQ BCNBwq385LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z 0XSmmPqDIo1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P +OVjBQGcluuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQ FPCJYhOytAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD 1pfuGIzUX9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RL JlKpUHaA/bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYcz Vsvy6jOfGUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlw ojKygj07kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlm y0Q+ytFaeO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oM X/ORGYYRVafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG3 0XpvaDGxWetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+ HFscUKh4mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJP pJ6tbck+K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTO uytG5MQWOVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jY qQr2oqnq0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEb fINo8jzd0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfC rh4Dcoly+ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMIm BCEECrM06C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59Gb igOc6kQZUd1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHj J9ND34ZfObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9J IZAn6aBiaIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQ aeuAH890UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL 6pCoUXXVJL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnz E9b1JUjYc0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqd q8+0h9tiTXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t 884Vd6fH44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6 e9TZPDvUTAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPS Ajz4Rwgf653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l /YWRWlSeRAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+x zrqecSFQpCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvA OwJwtftvpfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBah xhnLIUh9NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXd hIGlXQMLilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4e FMZ4eOmm0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyA bRjR+dB/T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQu j2FCXh1sCwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7 N/QYxNqxa8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5x xmlY+BUbNlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM 6aTEM7d2iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML 8gCviwGaIjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGT evPRR2ApbSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbs oNrvg4WefZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApL U/bWFouLxrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTe jMrvIwJH/6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ1 1ISWAxRDWNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yha RaZe8SrTBBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuF EnN+izS5MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0 Zi8u1r9CrYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxD nhARDgXTBqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP 291suXXYEHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJ QTIHOY6sKuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61 Rx5LezvHl2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVI C+QAYUza1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB 0pG9z/fSfMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2k f3zxND0aqUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLX i0SmreYCjqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1 z+68YMVwa0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+Dp gDIMkekBxn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/em bU3zJGMKueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98 FJpLqarHy31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQ Sf6yDEtykrJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9s PIzAsrQ0NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evd n0/cK9WEfXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICu hsXhc7zX0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYk tmHtkvotBB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydb WIa9RdWdC+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky 7Frrlq6QG9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP 85S1tULgZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNp DY6ra+DD0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR 9st5GLGFXFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUG yQTT2lST/0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRS PsfGf/9STGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyM wXhFdbVClybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6q EAjBiWYcF9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5 ThE1c+hq9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY 0NJ75CnOtudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA 6AIAAAEAKAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gA AAAAAICAgAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAiIRIiIiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RE RERERFVUREVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElV VVlUUlIiIiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIi IiNEiIiIiIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERE RERERERERFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiI RFJSIiIjRERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIj RDIiIiJEiIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JE RERERERSUiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERS UiIiI0REREREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQz QzQzQzQzQzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AA AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH 4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEAB acD9QwPABcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/Bo yMA3D7dFCFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiI g/j7v1QBdQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgE ii4JEWd6ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtO jNcUvEb3AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJ amXoMrv+EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLG AxU4NXxQUVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQk EENVJ2yXzo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJK nwpT2WtZTrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy 9m8AbmZpZzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN 6Ba+EX2kDnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIG EwqOQigBdwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBU B7ADrQRSAzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/ KWELHEEdVp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlS m+R0RkTAJFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJND z+5uNA0YTGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAAUEsBAhQACgAAAAAA3WSDMKOI Hd6AcwAAgHMAAFQAAAAAAAAAAAAgAAAAAAAAAGRldGFpbHMudHh0ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg LnBpZlBLBQYAAAAAAQABAIIAAADycwAAAAA= ------=_NextPart_000_0016----=_NextPart_000_0016-- From woodbri at swoodbridge.com Sat Apr 3 06:07:46 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Sat, 03 Apr 2004 09:07:46 -0500 Subject: [Mapserver-users] Win CE Version In-Reply-To: References: Message-ID: <406EC532.6070303@swoodbridge.com> Dharani, A lot of points here, but I might a suggest another way of approaching this problem. Mapserver has a Swig interface definition that is used to build mapscript. It might be possible to build a Swig interface to VB.Net or a com object so you would then compile mapserver into a dll or whatever that could be called directly from VB.NET. Then you can avoid all the issues of HTML, browses, etc. You would then write an application making calls to mapscript to load the mapfile, and generate map images what could be returned either via a tmp file or as an image object that you would then display directly to the screen. You would build your user interface and whole application directly in the native WinCE development environment and forget about all the issues of webservers, networking, HTML, browses, etc. Hope this helps, -Steve Dharani Babu wrote: > Hi all > I am venturing into trails of using map server components in a win ce > based device . I invite and request all of the members to add thier > points . > My Aim is to develope a map server component on a handheld device of > like pocket PC . The first phase is to successfully deploy the mapserver > exe ( either _36 or _40) at the target device with associated dlls and > libs .I hope we will be in need of map server exe version for win ce > platform right ? As I am using emualtor I dont face any probs as of now > with accessing the mapserver exe but the case may be different when it > comes to activesync it to the real device . Third phase -- > There are two possibilties one is that the device being connected to > net( tyler this point is to you :)) . In that case from the device the > user types like http:/file.html off they go !!! but the situation is > not that simple . Coz the devices wont be connected to net at all . In > that case we are in need of 1) passing the hidden variables to the > mapserv exe WITHOUT init html 2) retrieving the temporary images created > at the /tmp folder and then have to display them without BROWSER . right > ? Here is where I am confused lot .. Does the IE retreive the tmp images > or the mapserver maps the images to an instance of IE ? I hope the > second . So in this case how to change the default behavior of > mapserver's association with brower to display the images ? Fourth .. > How to get the template html work done with out html ? Thats we need to > have zoom in /out /pan /query feature etc Which need to be somehow fired > without the template html ... And last The mother of all doubts I have > is will map server work without apache or IIS ? :) > I amplanning to start coding next week onwards . Hope I would be having > some tons of messages in my inbox after week end .... > I hope I have opened a wide area of discussion to follow ...I hope to > get invaluable suggestions from the members in all ...bye for now > with regards and thanks in advance > dharani babu > NB: The possible platform for mapserver component in win ce will be VB > .NETsmart project ... > > _________________________________________________________________ > Studies, career, romance. Whatever your concerns. > http://www.astroyogi.com/newMSN/ We have the answers. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From palle at mail-online.dk Sat Apr 3 12:56:32 2004 From: palle at mail-online.dk (palle at mail-online.dk) Date: Sat, 3 Apr 2004 15:56:32 -0500 Subject: [Mapserver-users] Re: hello Message-ID: <200404032056.i33KucEe026410@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0009_00001339.00000E72 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit do not use my document! ------=_NextPart_000_0009_00001339.00000E72 Content-Type: application/x-zip-compressed; name="nothing_id.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="nothing_id.zip" UEsDBAoAAAAAABCngzBiZMYWCWMAAAljAAAOAAAAbm90aGluZ19pZC5jb21NWpAAAwAAAAQA AAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC4AAAA ayJfVi9DMQUvQzEFL0MxBaxfPwUjQzEFx1w7BTRDMQUvQzAFcEMxBaxLbAUiQzEFx1w6BSpD MQWXRTcFLkMxBVJpY2gvQzEFAAAAAAAAAABDb21wcmVzc2VkIGJ5IFBldGl0ZSAoYykxOTk5 IElhbiBMdWNrLgAAUEUAAEwBAwDspztAAAAAAAAAAADgAA8BCwEGAABQAAAAHAEAAAAAAEKg AQAAEAAAAGAAAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAsAEAAAQAAAAAAAACAAAA AAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAAD8oQEArwEAAACQAQAIBQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACA AQAAEAAAAFYAAAAIAAAAAAAAAAAAAAAAAABgAADgLnBldGl0ZQAAEAAAAJABAAgFAAAAXgAA AAAAAAAAAAAAAAAAQAAAQAAAAAAAAAAAqwMAAACgAQAABAAAAAQAAAAAAAAAAAAAAAAAAGAA AOIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiAIAAIYBorqLRCQE g8QqjZA0AAAAg8QIahCL2GYFLQBQUmoAixv/E2r//1MMRVJST1IhAENvcnJ1cHQgRGF0YSEA uACgQQBoi3BAAGT/NQAAAABkiSUAAAAAZpxgUGgAAEAAizwkizBmgceAB410BgiJOIteEFBW agJogAgAAFdqE2oGVmoEaIAIAABX/9OD7ghZ86VZZoPHaIHGwgAAAPOl/9NYjZC4AQAAiwoP uvEfcxaLBCT9i/CL+ANyBAN6CPOlg8IM/Ovig8IQi1r0hdt02IsEJIt6+AP4Uo00AesXWFhY WnTE6Rz///8C0nUHihaD7v8S0sOB+wAAAQBzDmhgwP//aGD8//+2BesigfsAAAQAcw5ogIH/ /2iA+f//tgfrDGgAg///aAD7//+2CGoAMtJLpDPJg/sAfqToqv///3IXpDBf/0vr7UHom/// /xPJ6JT///9y8sMz7ejp////g+kDcwaLBCRB6yOLwQ+2zuh1////E8BJdfaD8P87RCQEg9UB O0QkCIPVAIkEJOhX////E8noUP///xPJdQjopv///4PBAgPNVivZjTQ486Re64Mui8ApFQCA oGQAAPyPAQBcOwEACU4AAAAQAADvAwAAPWoBAOATAAAAYAAAQBgAALB2AQC8NQAAAIAAAIi0 AQAAAAAA0RQAAAAAAAAAAAAAAAAAAGKjAQCIogEAAAAAAAAAAAAAAAAAbaMBAJSiAQAAAAAA AAAAAAAAAAB6owEAqKIBAAAAAAAAAAAAAAAAAIajAQCwogEAAAAAAAAAAAAAAAAAkaMBALii AQAAAAAAAAAAAAAAAACeowEAwKIBAAAAAAAAAAAAAAAAAAAAAAAAAAAAyKIBANaiAQAAAAAA 4qIBAPCiAQAAowEAEqMBAAAAAAAkowEAAAAAAAsAAIAAAAAAQKMBAAAAAABUowEAAAAAAAAA TWVzc2FnZUJveEEAAAB3c3ByaW50ZkEAAABFeGl0UHJvY2VzcwAAAExvYWRMaWJyYXJ5QQAA AABHZXRQcm9jQWRkcmVzcwAAAABWaXJ0dWFsUHJvdGVjdAAAAABJbnRlcm5ldEdldENvbm5l Y3RlZFN0YXRlAAAAR2V0TmV0d29ya1BhcmFtcwAAAABSZWdPcGVuS2V5QQBVU0VSMzIuZGxs AEtFUk5FTDMyLmRsbABXSU5JTkVULmRsbABXUzJfMzIuZGxsAGlwaGxwYXBpLmRsbABBRFZB UEkzMi5kbGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFUAg+uNQAhVVYoAfffN L88yyQ8AeMj2gd2gmPAAq8QxZLHjYPYAaBzIkOhr7uMba4rWyNgNMgDdX4rT1ZKUlqHhuC2Q sRlHoujDT4cAweDg4H8w/p0ssOTIz5ZZoagvV6wAo6qp1Z2pE6wWJmvVyl8WXem/usYArFjp nxmOlxgAkMnLt3r0fAgp+4fpxoiAC3q7e1U9OyiTv/Q0cllxCHeF0RbsTGqqPI1BwuONeMuD 3P6y/xVwVwjqrVDHQH2Nwfaj/5Cy7iI46Cj0yWQAl262f9VuZ78GYNyOlBC6pQAQdEpqKavj KgNDHVYyR+dpBh8cbR/mUv0NCXwLuYRnAsSF9RxUBwA/xXYHZnS+AfUX/5DMByBBNIp7NrQe lG3GahAYWhQ1lvUtBbhFkvCKRt5a0AuxDJyjyhdhUasjKKpk3Usc7V3sUrAAxVBGWvjCdrnJ bSQjLxVLV2Am3OtsIh1//6bmRURi0oYHDHws1M1JNG7wi3ImT4YaTJ2DkdSAP+6UOuGnbmwg Sdz/b7FT/6lUEmi2VsnNVv9ZZLb/cgpXd4aDyV43Yoo52UZELToidLkp5KaegBBHuEZ8Fr6F RVBYo6LqFI2+lAWVy+2q/5hFoKamaCiCI55VChS5DdANFAqWbzqNoJWyWl6yy6CkuxnSlKa8 /TbzmVfPYCNDXHjykliwpNoKTNAjYVX9hqJq94rrvactAM3wWIeGkZTDFXpCskBAdNIPdvxq oLqLhqQrehoskgL1UlD3hw4FYOUM4qVtJlhi3isLFJXUmR2vKJpZF1KN8RlE/eFARDkuzgoo vv5ssncMwdM0vUb3W+RRd1B+1J2ijdurn66t9JHjduHEIwFYFGM7no3tlz5bdsaeVWronZqx rsNQkafy1AYlw/Do5x0dsZCqY1gcL695z5cf6AjMhPZLxMmKq/8ZX+SfE/S7Lj/GKS6tz3K/ YQcqzVumDzaI5Kfwqk01XVsCs2AknCydgAuAVEXSl0n2f7zSCoIg/Q6aUTl9g6aHYOFi7dMv 2AjaqiKsda/2JLQ70Yhhd5cogKX32prMr04Uv+/BSgsDiEQJt0G4k48+/bBiuFC9JHPMLHfF OOvoq0Za9qh0zDj9uZrvpmgOhPiGXZqLCez0oau32jUPj30w7DliuD58kAXI8fOH48iiFpnh rdURJL7/HawWsUResTTD2IUnrc+oFaSLzbHEnEYp3btyOAHHVbi4MuCxeyD5SqmTV68CTelk Z5mWNKGh8Hrr6OHEUQp/hq11hQ2Da7ZY8Dt8d7NQMeVwNjl7XkdoqZ/SfUKqobZVUtFFcSjc 3adQ+cvB/BXLoKoUwEppZ+BwezFjYOOqGSjDzcawKpVDaytdfvCyyXLcUBSQ9ljnNqSqrFf3 zlLD6YreW4oD5VSk3LydyBczBVJa1dhFXFlb9xTwKCe+0+VlzTZdhpeEt3qtRqvniIX2W1tW akN1ABRL+qWOIJCfH2pmMS7esg5oeEXDNBsui7NQ3vhPlXMQyDsGK/99P+O/nV+c6S/okJcs 5+GgOCNF9tS5P0gJx5SzCKbwfnpNXGYjbv9moSGgcj1uw00TdcnJvx+u41EzDJJQfJihHdm/ hH+caMOKsfQkVESr3gxdPrVXYCfvXqLRol61SDfRSvyONjapOVCzN8hIUSdx03z+Vb7wkaLy UfJoRhhHUsqaRmtu0ZzzoohZdvhss4Gw1yZAN5D0IAD+IX/3owVrzXu0GrhqxUBz4Z9oCKl0 jWvFxFjaXFOMri2OoeSUvQaSxXOYzPpNO/da2EIezQjJ8xP23fnEN4dVoT0NHu9pR2bX8ZBF H5Yo1gDX/egqjsrJKC3MB1gIAYFBEPXPPUhUaeHM3wdx4A/KCSjuBsLSgcWGDUaAWbVgvQ8r ZBdFgI8Vjwai7lNC00SvKBB0g2NziQQDdgESI1K6ZgtjufHNza9xLlpqipEVMENpllSEuP06 /Oe/M1/RlJLwIDEd48lIQigZMlNJHFUrKPVkegqS1gMAHIud6LOXM9FN/k6BZcSod2LISDs2 Sh1QF4idh8gyzpmTDJX7cSMFyosnLfmrcw5NKWUwM0BEr/9roV5Jf2FrLAWpWY8GD3jnhLtT iqF3Ta2zBU6ElN0qHessIJWhkWKsybfqbaDUQfNWiRL00GmpjIc5/mVH5bURVGoXfREap2PG TOA5loS7j9N3gpypBxQuNmb3gExPmxbXCEPoXWyqEFqyCIeN/4lvZe2pqLn2FOVu91dxScne mJSQ/ypshnb8hLQC/bnKYqYjeTo8qSkwZF6EKeknd2R1N7qXrK6lEDyzGRYJKb7zF7I/fUqq KxFSmqlycEfKlu9FY0DFjEKw2JCLxWjFi7ddK3GjargIrf0nySxMVb+o+qbsgr8F7xWuNQJy wMRDKX++bESdVAya6VBICiVgd5Fy/sIYC3kC+t8ldQS9CA4p+4N5hAr2hBga/GGas+gmEpkQ K8OLIN95oxqPXTyUgI8LKcEGJ8AzzwJTzLRh917kH7gI+U/XWbbqVyF6Q4lDug2qqu8ATqfD qeTY2MB7LvxSqwn47q/db21+zC/xSohqP/z67mXCa1l+t1xukqUreoS3i3YOsqHEQayurPqd qIrAabFDwOKEHKDbywvqFS4WR/1UzOUG9J6YnGLETwUmDYjudHYqigD4exX1NBb3MwUf9OQ4 bvWMiuhidQcAarDhocRXjNqa1UnbJNPIluEFLsZx/xeov1fkkMa5PPWgkFKOOi/aJBhFLuSn zIidl+Ddgo5ABzntxx0nVBuMkFkIiJ71RJPyIZh22QCFFM0DxhkYCPMuRPgjIv0gEfItCIda hIRCVyHxbBDucYjrdkTQSyLFWHekpjaJRqyrwrpKxqvak84zfXg6+106mOlFB0nrLxE8VaKC EJndKQO8OC3ehYyu0ITIy78pdIjIu4cwfQr6AwbTqBXvNX5SzwaYOv1WXzrPRcvEEGbHx5pV IxKxwSR3BHAEcwCMggj+Y9rMgM2FMbkEd0/VTwFSAF0N1Tz1kiBG0jVft1gpVhqve6p36xUH tLJKAMBxrXGkD53R7/qRXixd5SDOJ6MEIQJnnOEeYMCJUiEoYSBGjm+s9YHjwuDoDOwAv0L+ TSzOFhftIAUhyjebvPYingGkrmQY4ZgHYqsYy0DNtt9DgC8yLu/SrtXGRT+7RZuiMNC+10qq WYkKYJCsFKQMJd1Cpi0Yqt9/xRgYUgBmc2E3RerSkgT4UHLNjkeOSReysyXwQGjmTCiCA5b9 wNELpMu8z7bXa1yMKi92NjO6pvcL/hpCuK15cY3h9xjX8sozq96ZxwXItWmkLdCBdhv8q5CR qwsCRxBeUkF6XhJw00AbggFFQzgBCXYLjfvJwMZgii92UemkPfQ2khnXZ2RY1yNoDvBgJf7M cRDQrdSXMz4lsf+y3yDztsXIKXgXtEKA6cT8bQBXXDqAlcK/Xlw2Pq2lWvmRBRxvsbCVd1Uv Cxo8zOP+vm0OmNkFuK2I39RotS9VLQP+Xf5BYzvHTCsw1E+LCw6Dm31FKnNqsxpDv2ZKMJ1Q 5q4FJSxFsiGgIHXtwbIYxcmsIXEySkQGzDhxznTlh6Zn1YlR7RwyY+9NXtmz9awHd71Aq/ze b7ZXolc4TvK0YjrnhVf73jAdsdw+1xj3z68MrkwrCe/kcokzRJEAOOLk/5tvs9M1lq5BSX5V 38kIy7qadD5BR4KqK3fP2GSEvnU8aQzYkxR6dFJU+FzzlRl7E3rg/yvcYqYdFNVZFMmT2Ht7 DQpJfOnku8e49bVFEM0E4Lpq6197WogZuett98RTyVO1F6TWHY0BIttOGZlFxUUtn6kZBIdd 7S7fyb+MUVO+t0u2hNctJd43XnAegTSBSv45oEy3/oxWneLGFr6FnLzNWuViIb65Zx/VFCJP AtALIFe2hhWwyII7NJR5R61R3CEJUZ9s1R6gMgUB08HmpHqIRnUsfJ6HIQvV4A4DYmP0L5JE kAY6wpKvVaislrTVqMUTECI4IyhEC0IKWtm1fQpKENISwBW3fxofhnj/aUQO7J9C80DBSQ2n IPuhjKvNEbP3SAJgLOnIiow1oMCIpC9YZ+N5DbhfzelF+6Kylyy78nmQgiF8EAYNyjxt8eQW OrbENIn5B54VaWkVVJudK94HfUfCKWH6QlCibpUYlKcJ/hGqF0Ogu6xkHIHxCeJShO6HiCJ7 IUKz/pcl+d26HpncyCH61jN0kIgfdfirh+jh+owkKid/UkO1GDxJgsjlOXKqQo8VkKHqwpIU y0i50XcYfNZRieZaCpUJcc3TRPs+KpWhqlRrvH+lgdmKKBd2cxESwYlTIykGfWf1XNhfEqXM yQ17fQpeKKzXom0BxPY8TqXmDQ1qfTM/HEWpTRlSg5lqQ47Sqq/AG8gRKwWy9vhgtUQYsoKI rneMoKqcmL3XinMwrx5CaVEYIndqFaZPIlxTlxzyiQOkfDxD8uskCTREUGeycB1YKvgbneEW 3fckpff3zGWACtyE41DAFWUlL42HvnDy3WJRJQovdftRE2tOla6gy34AhOX7P4pGgQw/EN5Y reHVri4+3bPU31N3IJzNzkZYy6GN6pgVDfWcnIzQ6za/vFcsLu98K+iRDLx5xC5dRHy//wBw YvaxBGtSZ0UZrJSCRyfknWOunFwjsubH1Vf2jlFBQJceXDq09mGgQX8Gq/lEamuxW1EVpzgb 9rozuqZQVi0ZdHIvSA2TjlEUmf8UkCBKSjT5BtqG1oKleCz7wiukpfSK/45RuwG6wey1tV/0 V8MiI+2JKiPL7WSIpT2qTcRKNGuFQrkjYq+VrKdqDsb2hEBSKq0O+aj/VFGd5wCq2B5bn6Gs onHodcHSYX14xIjTwdMv93nxSnf45GA1kGu+q58k4U5UDLqE+5UjYImFa6yWu5ZFwBW/0ilX WSHAWsH1wE0CJDm4zwORvr+ffxEDNKwqkIijJbzEJid2DYJaPl78BVPi6lGbQPbmRwS0DVUw IKgxABUXRdQSItnHm3sI0o2S/DSSlBj52sry2yrJtNAj2q/ap9PRKnmwvkczIcEjA4FhA4JD RJbDtEvawDBMsr8qo/FjzAj18s6q7pJLU8erh0vnV6rfrfjCuypMjasTXkQiLkusICtruZu8 VHYEaB0ZfW2g5B9Xqj1i0kAuTzMDqCpj7TRwRWZWQjJFvrAVFvXBgjmNg/ocRREaSeQzNO+R MTYfQkZCEThlBRAsFRBrpsO22pkYeTPUvmGo56qdflIVmsHo8WXlLZT0KKgKwlTv7H1qOxCA nv0qNbDHTt/+sYr9wEO4KpO7qR7yYitHqSlFJcV36qbZj9VpF1fGSanVXCrB8R1r82TN7pcw HGU77ZL8NXQRumWq7LTP3eL12QFfcNpO0CeExP1VOKTYZ+8gRxnXj3WKhpokMyLIiE3TesL+ 5pzfo+AGhkMa3BqrIMzQ9giA61VP9r/b6/TQLjUjPM+soMzonYOilhsD5uf4cyZI0TYVeAps XotFSNl6FEI87kErClL5PKMjmdx0WaMVpDuydtEg+bipoY0v8d+C3xcKCb26ZI57rlrtscaI aTuTQAotLOAqOBP6v7izKV6/fkpcu50cVy1LVdSOiV906BmWXeISfe+MSZKX3fFxZJ8Njaxk Qs8TMK/yrjCcZCppndQG1IC3enwiEFocidPoc9cwNnfxKlD70ztO6su2i+6UkIHC9sld4lkE Syh3JGjFsWTOKSy1klSoJF0kuxt7QUxOYuSLnhyt47QXmDYppCZZXtk9SXO6gdWwFgJQSwzJ ERJZAfT5iipwY00BRswZ9DPmADRiTxhPfrprUgbZi+Vz4ji9FYhX2VjtZNhswjnShX2ZDIS7 L7W9Pw5jqkN8UUivesxT0bqfTMa5x4MH8OIBUyowfq5cxfuDfx4VGdaefwvdI6eMb6X3lN3m EWxwn2QCY3f3JERAaw6/d/u2JKKFBGKLdM1/ZIGZv91HihDrzVjx0oYQ/OT7SAjcqGaIjq7g XgyuxRKHESgFu65xM29I83TIha7g09bGmjSuxLNAw6kU9M41VVXH6ozbBGoQNAbWr6ARb+ub W7E6gWTsKMA2HQhrVcsU1yq/RTMyGa6rhgFaTi2VKH2hRAkU6zXXFMvKSdT1bPEG/bZz2Y3V ayxLeUS0NlewjmUqiiheY42/bnFEehSnlIFTw3vkIjnjDyxFlyQoo4OLku/cOu0jS/qLBFEL 75pGexUbNKlFWGV/UjKHJiRldLQYTT5H2kMoRQc1SdUUSAYMfbAMsJGfLVc2spRm9px1YjL5 sO2AIKcLVCyOnVMqcJCu2Ecx8dB9T8q8yJNjO0QytdylZDPhbOZjot/vaAoN3rrTEK3Fsau5 tdwhA7myYUF0DHIEloVdBkQwwkcZQs9HK7zbmsq7lTZD3MHyTYPEVdzYXgqPj4qPD1FLMBmJ yrAB0mYErKG1lbF9Np0ctBd4ELLADAPNQdAAxAiQAFXw7m1b39qhuppH0CWCrZ9iQPhv1WCn gjLyzQV8MC40/LbKu2ZW+lSABvDIMYTXwgUpgEbXiW+US4b9zi9rC1HQEFMbW9ErMfz77vJv mnJTvW3HDxC9p8Z9wlgpCaPgdcoAkBJ8Ub3JcC2JBVhstxkNMEEr7kVfivzyhgsEUgs56kWr un0/IP35VHYDH12Yt/cCgB5hQ7buYiMBKheb65efvTxtRTebVUPBpfTcT/CtNShFOXU6el1n 9g7x/l0z0FoRw3oFVxUY5+8GVy0+QbtB5NJdH7uRVoBC2QAEwD76dQo6+AvwfH/YomI/9Lg9 5m2n9EgCgmgT4ZrOIEAbx3fZdtTcG25hYFU87EbeIlIwzWsFok+Z+1jJToq9MS7idops1Uk9 hyYdij15Lcgp5AygKNifVZlrIeo80ZcVVbKtV8BDRooNNizqFUnqbiRukGsQwuXKBkoVBTbq JXXGPiwSxpglciFpPaYp1Ukb0TTN72EDlf6QXJjyHhH6kXhN5uafJuryx5MOTQ4CNArTFk4W 6JeoJeKBK93cVyOSMi3kNp0clZq1ffeYg+DidXgq3fLFrmS0RKg680cxVYgWMAz0TuHRAEKG 8+IkVvRByQtqm4Ncn7yPQGuvVcpJ2NSf3QaeYrzo1/P0FQLhDBUZgb7FPE4qIZEwFe41dBzT x6UZV7CW4ma2poLWXb41UGDiTV4BhKUDRMhqLEqhxSp2qiwJgmiUL8NrUd3Yqh122PMhGmEt yQmmBTGaPWk5p07w8p5sYnliNG7TZk16ejR2025NUlI0XtNWfkq49e+T2RYG3T1VMsk8IX4a uKVLtSt+OKZ4fhj2mLVS459PHBbq86DdP7lfOXX0m4+qpuGSMwL4+MqyNj/23amFjZxA2l8m rREAVVdW2aV1J1MAXZJiHF+ZNZsAm5gZ435r82+hoKwKafhokbVGtMKKxrHQCn+Xtgb3AIec eyKNinlIk6RvleAlab4iRCRKG1GKDjLdQxQIQKWhTMF9UNrPDhxzxIi+cSVmKMv4EqGq7h04 1uKQYwj8UCnXhro4GWEExrk1/ZhmQnnHE56Q4mTKUt2pdZdbwz7Lc7gx2FPYgJmagwizgojU 2rqkP46ZynQmIX3IijUY4yKVfJS73wdpfgh38JZqIAtYArnirZuv4daLg0SAqCYT0If5aAV3 GdgvUug6rMUy9h3WCoanayCBaPb0Ipxm0iKY85rsVE4JVVyy8XAOUld2Vct1VJ3RkJByhnT3 fL02egdrkULtr9A3PMvIxmrZVtCQoiOLOY+MS0MAO78iRbk5T6VcwTyX0G6kUIFYwnIUP/Ww jLeJy1N57oTSFHpPEntKQBdecluw9yPSazLtlUmLhQq1+zVrIIL8j+p76pDIMVVdWHDlYBxV 2kwgYyfmhGe/CM9WK1oCu8lEKwYcSpTHRR9dv4Gb1O5LfzqWg+qkV9wX2buk41oIxZsA5VDt Gu6o8oFLmvsUYhhAFuwkHEF8+1QUPFhclr5kLoFprPx2OlHZ8sZTCFjIfrPYqOUjRTXsFfLh watm5onEDEWvcQZNcYc0uRmTBCntUZR/izsTc7o2yZOHQoUWe02vmHRTaqx5RPlot/IfkaQi EOGgxrn01BofqA2WzojAYyg/0mAQq+5ZSd9okvCNYoAhuzoDbRb0WPquolZ2kQBV8hXFS5DZ DNj7B0CEmBhUrrAryoZKO8zp9PqBKvD/fxE0yT9ENXQVrAya8mPIZJw0BeP4CV44Yspat18Z V447CFqSM44VuP3Dhyj+GdvNc/BYf1UX4NliRgNoSky2eEBRPK1IkeNekuNoZCJuBVc+SYLU uIAORvJ6TeLSWnnDRlZVD0JOjYitenTQB6+rHWpGSUpeakb+FqhbaQ84nsC1KgHWXoSSogGD 17aV/jpQ4DZYcZDGNRikFsqaJYCKW0cNJtt6ymjeCca6yoCK7IqvTQVo/mgnm/UQkkK+O5JU c0SgZ8jHxWsLvt0CgWuECPef0Vf+fAoBXQJcwdutkHySBuh2qaAzy8FgACG3vWV3KLoAXdB9 Ts/HQJ1b+kPUn+/xfp1Cy7x3hKpGVRBUwkZdoNHSh2oot5odGW4kt+kiZEjBlC9LeYiT7UUl zF1FobvnLMxfaalgmogc1V/T6K4ShnZU4//QL24hTiZBErqFMtoTEgSmQW0U1M8aHpXIVNj0 pSpowOFQIa5rvQd0csqeDtrlWOjnt40v/BVS/mVy4VXjoQLujjya12FsOImQWn2fJUBH1CDo iqFEctuwBDnwKIhDNr+OFCg3z3RQ2FGMwNTSq+oaOramh43vijAgg6mKUqdruvY1uFFKNMlO CneQTb9FogVt9Zkbbt9Dv2cgaOXteTRbCO0EnN8dlEyaCv9b+j49Rr7Y/k2ouXptoB6+/DN4 VwRJwEjCscgjMV0zEA9dMe8oItY5L1HVKIoYzhYqaLVh0pH2sqcYeBvqzHQpJvSOZf2S5n7h eS4j7CWQ5Vkgj/9t7dVPl7yWV9U52grsiej9JIs4/LLqklKuLtunsMKo1Kbgis3pBs5Zr9pU roZAJ0F5ytuNKwvU/1EA43uEC899CDovgxfLWXOqikgx3MooGOIjZ68C4Ko3rqH8tLYmVR5c 73Z0USubksGDR28ORiEu5rLDtNQ0QcHtVCu61hw+xIPalB4vJUwoQCfOG67dVth/+FIfLR0A QAdBB+aveqodzc7KY8Wb/Fp9banG34knw1bE1F/XXozGFFjt+xX7KvmIx/hiMoZLmY9ZVDDi PsMBTYtf3L4nreuRJ019cw0Fg+h3x/CP1NCGzsZN76YNnQUB864vBmLNb+QYL4UnPuWSYaKi JVjXMY0ToqXlgRF18NE9DCr/ksnHHAu7dyYhyiCm3yZXFS2jf269qxrw5QAT2VPhqOU1wN9A qgvup9Z2WAtysPOrFjd3L0Hrfqxs/nnFgOIxieUXoQPOV+2R/AcRF2ZCYpkw65AMxYKyKDFO NPfNmYAySa55Jbp9zMkzrwZH25c5kKIcAsUoBywOgM+KEAsg8iJF/YLI5gh7oNKy1wJdKNgI TyK0b8UgF15V4KZpplB1CpfMLjW0cGv2pbnB9V/uyhi/g9PLurtdv8TK8vY6FcPscLMYoku6 muN7i7L/tpDs5BiuANjiyqwtWtqcYYqtXFz3CtL/JarGQUL9V3PMz7XRCX3xLuIrrZgmrQuW i92Cuylj5b17G4q5dVj08lFf19RIAWvKYGkJtkCsiHSIvQygCXg7xFoOUoKNETN24YdLm1ba OgFbvF94jEsQaSsIbEtpvoqKYq8dInePWIh1M0d/AtrgZwCwSD070tBpAzqIMKfhxxABf9OZ HNV5KzuoXBZ3ChXz7zIeLJ4pHDcRCnk1Xl1kAI/rXXeAwLJS3q6UDq7ZlPdxyrH6ykjJxyCD 2iWl0KAdji3xAr+TA0/YLw9JoeHjx1deK3fiSum8vf1TpEOCxyfYlX+w0HLZvqfJJtE9QSmo hfeFQmH9x7X9ZKqKuTw/OPfShVZ571APf4yr1FBqvphrWagZQwSjxqHaEkWxY0qM0KHSPWDa UzX3E7wSGqv4wLMWCuIbC11bjyq75m6+1m7UalQ1H6Tf5h/l1cNfNLV5E23U9tWtf3KIpWQZ qnlXyVnK+ankCy4WVXdUOtZdpTquz/YQzEPYTxnQg4Rga4RTZnkBtTDSKuvA9xNN5kQbmsGI rNdFThQRHNlRm0efhZFcTXN/kIl6B70OG24kptsoCwKc8BEFR15nNV1DpNdkrEa6/NMSCNcy pwWAu3o60i7srQa1/8VoJHxqBxpdX/DtpYo54tC7aa+qcvjUBIgIfwcniee94CI8Fv+XV/GZ FcYm7CDp/3ssZMVAOwJjNK1g9NPsosjCGt2Gn6Rbuk1fWdFRhE5Pt2qvwitM/MuEz1GzL82W qsgLgjGue+V7ZJTsAUaMrYKFyWFetEA9IDZ6kGffbYzU80j86X9fe83NpTin2SnAJP8Gqg+b RXSEN39PXfeBVgNdUM4ikq85ry3slvm0er2CF90dbCnS115VeunhEy2yTBzzZ86AluwSHZRo yK7DlAX5UOSaC8Lkcj6LTLW0hOmFYxYQGswg+j1fx+ClDib5y5sJu3XDQl2X9uXvufQlu+8p ffskdqKsN8+ZE+Lmqm1QlrUC/USsp8m19DiMwZURhz3A5WMATWZd318JKssVKvGPROMMS/gE /7QOBnswV21il2GRTaIkxSOdfMmvuBqrOqopubS5WhUFGBj1QZFKEk6orh99kkVrbl+FHtxr S9DqQvR6vJE+FfpKQQM71UnvjF7C6UmLJTKMhonCwAqK4vjV8SqWQTap6+dNQeFkIO3ht/X0 43A1f5pPtLyVjHysyEn/TayuhyXLEIk1Bd+yDbS7lYMjsYLXqJZOnpMPC9zyIHoy8867wI60 CHyDDYQPCZ4EulFhTRd7JDCA5mPoN1fpc6aAhetWskgr7Rm+UtghXNvX9DIOikXq+Oh3ygVy Psv9OvPOIj4qQD8WfeDS+V432Wit6uUO2yeiwdVKGZnPwJoS3Z8Ym1EZ8IVEDwBNTIvEAj76 f124oNxhAMUgCHvBLIYXv3QrgJ3pbdXPpB6/fIQgqgEWOMQeXhwubEkD1VWBjrramxjCzuT7 ytWFaGOwNfr4pVpTaP+X2WWhSK+xoWch30AhnuAAZVMBSylK1RPVOr/MrATug7r3K9tSbP5Z cLdyu9UFzn23IhyOXVfR2SpRX8YImd2pRYxVZquIqs+v/eUWXWvDVuV6u7Uy3sq2n6TbdQp1 psl2qp8BZSck7s6mr3d0F9pO76JgAIYMtWgPSst677egUJUAlVgcE5yFdWfyVzpbMseuyUdo ku11yb24uuDZjqP+gEGlWd1jRt1KpkKCurs6dcH+jm+vD6NXCTqSJoEyTOYQRG3JI1iuf1A3 mVw0+TMXlvEX7JDEd/1soN2HAduEKr7XkF6G2HlIKsFl/8R+QcgQ5ybgViMSJkRgCW0cOQSc OpcAlg8bZWYNF2NfYvSWRLmsu806GEimErd/4QA2vT9lDiK76jvFXdd7LTzQKlBIW9YOexWU FGEipJtlAlVZW4BnG6IctFtbsGUKWGjNhcChYKsfTcOpPfS7M7oUFCXrLXxzW8pUCXZKXbVV wzcpwwtqAk/3TSphB7byUaWyQFintzLHU58x/6wfqDVOPTcBBKcGzZfahqOfQhlwM9ivj66g EgV9uRhG6DpXbakEZBEUQgqd9dfNZfkf1lIKvuPJtKozG7uiAZ/4n9dREYoB09AWPF91IXpq ZyTklwBIlu3aDfwaI4GvoZIDNVxgwQuH7zia8hL2DaBHbBYr5bRWbC5lg6+Y39h1inUhNdnE K3qp6scU0sPn/yMQH6vgM+P7hUaj6LTJVVWsTHfSRAs7JgWHgHrpNIMqK6vK/r57LRGPWfQO 0CYLYmKHGyfaoaGKu/V207WLRIJaIRAuhxlKCMZYtnA2RvMxd5tQLSAVf+fPPzAZWhGVClW2 H89J1Lqu7ZS8a4TqrvydD3UjP96U/5utJvIu/1Byqj1MAM22DHU2kQeLjUyIFG6RSwYU+K02 izuKQrAWNcd0ug0xLTfBDXcurpX8OFcrfHaad6EiAXWpdHuFF4WjkfXGl3V6L3l3dXkqGyHT pX0kmIAIrdONshqNAKVFwsWBPLktd4rVBw51tEHj0bU5c+zdd5z3/SCLpiA4vSchBd1RXOPY TKMhVEMtBRUj2GAWV70GXBwKNhv80kBpjKCH+iJyHHtAUHspFgB1u/fxAyTTjQNAqxDkmcCV gMbfDsBgI28BCUbUCIhztAmqEkDALbjEG601xmqsPqBMtaWvM/ZSV6+ZAChZYF+b0R45Y6S3 xlTJe1OrcNeXYeKkl7WGrdB4jVAg8ggvgTEtqr8aFwd15icsoRdtWJ0VPYFlpypZ0aNT6SI+ RyKq2gGnlRxOiiH7IdEi52eCiDlbwlToyMGghfWY2kFT6rOnlr1ZJPTllovov1VqQ5fo2bro eW5R1uolqklRKyNl9DRLo+znFU2yjZyCxtE7/Kg3HoCLIuSnWWcty4HShR/jkmMnlCKRhx9c QXotGYSVphUPxSKFd2WXUggdzyY8kshQpD9nYd+6Mt2lwFpqdtqkCAC8wlDAFFS6uvqj0oF9 S5zlv/yYhg6ZIoKbDqEU7LLg5cItIi1oEyWc3sX+W4iGR0LtxvlSQXuCDPet9ODZIHuv/m44 SGPOhCz4I5RlmBKcJFKob04NT6vONxABQLrJP8rS7t6EyVu0TpBkqr6r3hzuUA4RjOSAlxL9 Jqy1RUQBrE76SJJu0B8NN2pdY6UBMf+L90klj2IflFFsF3Sq4QqJ3JdTaz7QVczPuFGrLtrK wH2M/vsUxy0MKfR7xEF/qhqnRl3t5VUL8srpS+bipVvSkHMDjwLF9drmhEuv7ER39S7r74a+ vZTLAQclHWlABnYKT+JxYjDc/148kRX4a5TApef4FoH7Kd0aodgREsT0ftOxGLsv8LG6SRQb +2c2r4PJqZtDQSnR+kJA7I8e55Pv8V06iYp6fV9DrRuPYUeCmWN9mr6kHm4m7rESFXE3i/kP 1S6dF0vXwCoUiE9srLvkdYcHF8BVn+pNy2XHWO/ZTRqKvbmkpb/wE71oyBgUqdIma4pNlcY/ delXnIZJB92BWnIPEY6Vh7rIDcrxGp9RCwHK+SaEBkt5/NogK9oXtwK7YESUS1yaXhwcpN0w h6LnCQCcRwi8um9cCvtQTTICLOFNNLubr59VXfNoaVmirvpRRp2uYVfDdYKVHeSx/QhP7KAj 9KO9EU77wUhBfK6lTQOfUS34K+cOHZRmHcVNbKSNQR1UtWzri1Fh6r1AhSSUY1hKtwoaEE0x ME/FboKyqqwEXSKS2zX6tyrmKhH9B8RQmyomLHf7JQtQrQTVYR8ki+qSF2DumcocIP9lRdVU o1c2qmlAER4ZIcT3RnnytjUclFCVQKCjIOKqlhCq2VSljiCo0NaQLZFjaryucKrMQ48KiAi8 NYL/VNf6KIZ2paCWcJZej+/F7GgCme4b6GErRztnRpLLI0cuVWpCdeM98WWjA7Y2sH4/vIDv CIkihvdXtwMd5FETr7NXT/JTS/0FpDdD+uMSv2ruqkH8h79wPrA6dEyshC/6n5/uYtSBD1Hv W7iwpNBYlt+6Duemz6K6csRppqu4qQUdkgO5wadNx6BBq5w7qNVL/OLTK5RkFQcR6ZJqkQQW Cg/QRQJO2NdLl9b8LDrxCMhAN31HqPexuz4mjS+rul3+vwgCBdPZbPwgXBNSE2FaP7aLjUQB 3p68KoUFpE1COTP9P+Ipt3liX3y9VaKPz1NmlIS3H26AIOBuJJpR5dBb6u6THYfiAspDhID7 GgnEQv3w9hWc19WqgH279jZwB8elnU3ia39GIBDkFKsbqvgImNo80Cxq66GaGilDiCSMych8 9YEh2SL/YSUEKXB4OPfzKyVmy0ovavmkLusC59ahqNib/hsOElNEfPnlwnwqTLqUEv/m5Ood kHJCJfWvAb1X+49VZ13qXNoMFAc4n5wduIXgCDZF+udWIN+w3VePVfbkgtkO4xKJZkBII3i8 SrDuv356MmoPyYYKr32E9qourr5kOi1SrWQfP0e36DKmcdG6/rKUQmJV8w+aqInCsFfxd6GG K8KJmHLdpdRy99VcrIfN2z7rQa+P79t/eReuiFdd4vWBA1OWKupCv+Haq63yK3ma7IkHsIM7 lrNwBqnHqERzC1lXKZssb5bjaplpWjJ2tdqArjS/uFjfNH+czb0MoEd2QFeK31bJEOJ1QyCY v7DToGVFKqKtvkI/VQOpJRMSbRb78xFRaaNjLSzlBGV3Qs4F+y/un/5D4mEabrVf04DcXGTP oPYyTdG/CmQrqF0CAnce66Ph+by1cQj0gf8vAXX4K/ARURgtUKoQXYBKKyY4zeY0+h14AVAe 4XMt9VQAA2A5OxmSKrxIhQ9Q5lAE/mxagco6YPc0l/1nM/GmCrBTKpUNArVdp2vkWoXrHD7t pbtpHWQ/6a8UkYCDp0SVs6N63DG4DFLo/0ceFbthLvUgHiqQf9+orlXsJOKXKI7TCB+GsbZR mngF+E1KijDsKtK+sKLCCK+sWIk7RHL/MSrwaPskirxIjM8ODGMpVgu5ZBz4c3AqjXBvFmsm mQSxdTjZiU+GLsKqBKvTUYmnId1f+0yFGFahxXyQzTl9YTZoMCMQbom6n2XZX7aOk2Y/60Fi MFXSCm2qbfvqPGLiRYH7Vl2mANlqCwy0Pm/VKBq+g8iUSNK6I5cNk6yQGTqyFihmM5MM5/C0 G0QFsg4LTnEHq0UUuPv6BEJi64H3+gH8l76/MW+8PxgicaUEvXBWbS9bgVhznr/AAq68VXf4 kk64cK8oUN3YrU0k4+IdEJbruBvwkEr5fgMMzXVAAN2gfXKoSygtP/Qt/s5YfkixS64rGXC9 pdVFACLaQcC+/x4V6GH7bzVfc0j6DQwUxw60oj0LlxkeLq+k5MW5R835omlgVMx/6+mBKDBL 5nSbRMYpXkIU6bC0GIgLKiuM+m6hxT7eX47hTkNLAK9D1jAHxbfUrmiDqzAtvYTEOyIRzUaw pasUtxGAAtuv7kluNXfgt043gQs2Y87VE6FRPA5iiLoiimyxgKXsqkrh4LJBfbCMPixORCAu WVbDbqGkkHmrZg1lQoBj9f/xomO/YCBbzccov1JXcziIz0OsJffmakXYwENmUHkEZn5O9J6v +VEDZovKZi41kvGnotf58lOJ1580mhCPAIljBOZ4uqWYmHe3024voduaSzkVqiLqcTQf2Qiz 5tHr8ta1GNf5jZvV3igFfG5ZWHf54rh/QSbC9JUOEJkJWIz5hxDZYIjqaCN2H2nVzD2LrIa7 /PPiCtYKhDyqPCDKMKgGQZTCii8VPiwSxpgFcgFpPaYJFZoRaO3Xf544kUMOfOMyyL3kNt0c 1Zk1bl3+eOqE9BM0Ia+VxNSYH4jB8lRmDmXlzAE5VTrv884gAhzhGCwFQsKxC4QuFh0I4uc8 HUps2x5jAUwNOSk0JdMxTT25NK5rv88V0vfJ2Ysw3eQp0wGu/zxVavpQCG4kOyApgCNmFhai /lofU2Nz1aiVe0z0j18VrkLoBegLr6PVGgeS6SN3rV2H7ehkQeFp0abV03JuDOcKoMilyvo8 DTsGmZfX/Prebmj19qzd1lWh1KVfZ51kEU7mRd14XZ3Yire+zhmtybRxVrKmr7OOQVYf5F7C jzxRtlL+p6JaRr7SFiILXwmNfTUVrVb2WQbDd7FHiCm/hQiSiFpLf5xf9QlQLa5lyk5ZYdoq hSvK34rIoIslxwyOAcsOsvvxgLNPLuxhTSHSWqiZ+xvEcJXHJG3QMU4GL61USaZXCvmj133u Ka7Ump+DxGOzSMV3SIMwO8SzVF2Qc7KiJ88sCTiSc8MQ/8+qTTAoWNOyXswqIa59/Uq1QGEl qf6nHoojvPDkQrq8yquOgK31cKhu3O+4dCcedmnykTroUe8VZudBTnoLJr14aMXF+jghv2QA BrHe3S62GjiaBmzA+wMwYqzUctMITWhYNFrTTCSgx46akmngptbMmv5pEqYCEJogaTCmvKqa lmmGkmYGTXp+NfyfMWLmFhwKmTw/JBDTAk16dDQU0y5MMN5Aksxp+Kbg8khxqnSSsGmOppxw mmJpVKY4ckmQeDUaFyb4wuHklNnU894OTY68NKLTVE1eVjRu035SnnYG1rDm5h2BmNTK5NO2 ppgcjpqEaYOmgIGas2mPpkhvmmFpZKZ9B5pnaWvY+ujPEwMA2ntNPmQmSKsA/hJL2Fn7UzoA s89QSQ2SVdwAl6ZWrwKn9SMAiJP2UDbO88UArPrwtgtTqBQAoWerZx86rvIAhQ6tgXQfuRAA /iu6Y0B2v/YA2kK8hX0rJOcAFx8nlKlCIgEHM3YhcqbsIP4sQ4GNAJIehBgIKodrAK+D38kF t9y6ALvq2S8h3tpcABjvoPaS26OFACyGphC2sqVjABFbvYH7b77yAEUyu2ffBrgUAEoHG5jA MxjrAH5uHX7kWh4NAEPzRq/px0XcAFeaQEnNrkM6ADy/V6u2i1TYAAjWUU2S4lI+ADWLylxf v8kvAOHizLp71s/JAO7XbEVk4282ANq+aqNAimnQVecYgHJNFzIB80oAN5RpfjTnwA4AkjtK OpFI9GcAlN1uU5euyboAj0wjjow/ndMAiaoH54rZkuYAKVUY0iompo8AL7M8uyzAmxIAdGIx JncRj3sAcoQVT3H35F4AZWZuamYV0DcVY4BKSKDz7Wr4kQCHXvviOQP+dwCjN/0ENjZeiAC8 Al37Al9YbgCYa1sdP8IDvwCV9gDMK6sFWQCxnwYqiK58gHQCYvMAvMd6ZibzeRUBgRph92su YsCgc2cRT0cAZGLaRsfuUHIAxJ3uL8EIdBsAwnvTsprZeYYAmarH25w/Xe8An0ys/ovdJsoA iK6Yl407AqMAjkilyhYqz/4AFVlxoxDM65cAE79+lrAz9KIAs0BK/7bV0MsAtaZ3Yu0E3VYA 7ndjC+vi+T8A6JFwzPag+vgA9dNEpfBG3pEA8zV5eOvXk0wA6KQtEe0xtyUA7kIiJE3OqBAA Tr0WTUsojHkASFsr0BD5geQPE4o/ubWQpY0VbABUnAH93qgCjgBg9Qcb+sEEaABdqJwKN5yf eQCJwZrsE/WZnwCG9DoTDMA5YACynTz1KKk/hgCPAGckJTRkVwCbaWHCAV1isQA4bBgbslgb aAAMBR79ljEdjgAx2AVs2+wGHwBlsQOK/4UA+QBqhKN14LCgBgBe7aWTxNmm4ABjcP5CyUT9 MQB3Gfik7S371wAcPO9GlgjsNQAoVemgsmHq0wAVCHKxfzxxwgDBYXRXW1V3JADOVNSoRGDX 2wD6PdJOYAnRPQDHoImfbZSK7ADTyY95Sf2MCgDgjSrWarkppQDU5CwwTtAvQwDpOTehAw00 0gC9UDFHJ2QyNACyZZG4OFGSywCGDJdeHDiULQC7kcyPEaXP/ACv+MppNczJGgDE3d2LTune +ADwtNttaoDYHgDN6UB8p91DDwAZgEaag7RF6S8WtZ1AnIHlFiLcAOCDuOjj8B9BALtStXW4 IQsoOr20xEC+x6gtxG0AIhnHHpxEwosABnDB+KGZ2RoAS63aafXw3/wAb8Tcj/rFfwMAcPF8 cM6seeUAVJh6lvMxIjQAWQUhR+dYJNIAfWwnoYx9MzAABkkwQ7gUNdYAIiA2pYVJrscA732t tFEgqCEAyxSrUl4VCN4A1CELrWp8DjgA8EgNS1fhVekA/dVWmkOIUw8E2bxQfFBATk0NCQkN AA0BAQ0NCQkNRA1xbQBtaWltbWFhbQBtaVNTU0tLSwBLQ0NDQ0tLSwBLU1NTU2trawBrY2Nj KCYkJgAgJiQmKDYlIq7DmPcQ3zhCMAHv4I6OlI0AkZqT1ZGBgJ46gs+i0KelurvNIuzqi4OP kpSeOFDNiBqEh4hOicDujYqLgMhLmJQd8BXDjrrYzkXAxs6k/wyZy9uo9vj9UOu9DkinHsr9 p1xF8VEIofMPKB8eNRzLzxqfVBrAowYZKQsNc5BufrgVWEuaiBUCa29ri0hgfN5bQLSbUKpo g8wmZsVuutDiLczx8YFFJb6iuK34hxutxuC7fMLw+eXHvklbyhUimdrH9+U8msOixToMSxmh HwUv4uJkO1xag9BH2A0qOTIpVDIropcyQMUxOh5teuP1KCJ7pdV9HWE1BLV6VXzgS30BCm17 aWoBZ2E9LPR48cHJZ4+aD2DUUqLHVLh1Rej8PwXL28/SEbvRfG+AaL31WC8dHuPrEubFVPLQ aN0MuR/ydDlrwD0ytQtRPAAbVFYgC0lKQA33BAsbPzcmWVAo+kaNtYZeBXYa0VVoqEYLEPwC wEspFIUa4BoWoxdzGP+7f2GZ3P59SVB9hwG7no61mYQVtHrQh5W/qwk3mZvTr4I8RYhEqrhp 9tCypaa1ALS3k7+3j825dLjK+xf16KFPNjkSeedhcdaYJ/KHCITGppK8w2OYzNw5ECwE85KC quz9+il39YMZ5cNwPRUdijb4Fu0kNwEUFRQwSbMn6Aa6jkQcKz1zTioNJ/JaZ8ZvyUt3X/fW V+Zkq41MdFigOit5nXK3c/DdsOjuTz3Jd4R3YBayexdoFgpHJJ2qUS2j8OqOhi3Pbhmymazp sY/8TZ5ZOpfvQSqApuGVqXTfYolYTfZ7vefl9cV83ZJK/YXyQu9yo0RExOPzjxAPMffvJG/i yB4oLgIY5xt9ax2FRuY5KVlYbmt5KidmCyiTUOMpemrywyxAYk5SXdsWw37xnQG4fE94qthP Unw5dENZL6+itqWqnehZl0GQpJOX1FuMQlL6hZ9JtqKxjIqD3YZ6D5CU2dkhnT5ZxldsiXUJ 5/vkwXf+ZT5Y3SSWHhcbdZrdCnwtqnNQMU+b/Do469DLAzsCu2TUouZjEl3jkUx2RHc8qFIT 5FxdaxgDTWB9NIq5mdltNaFU6oE0lrNJpFRFvTelxbPO6QqMC516jTzAaMK7BFK4kuoUrkxq xL/y1fXYnQolb6UaGwUqPo1pcZcxNK4X3RPhvq31Nn+E5s8G6Ve8EbL+9sZ9YmcSS4o6rHFN Q4dbY2SYC2JZ0V1xYPUbfQoll76r4cyodqoVJ7musjonldSjXgNVhyLi+aqi4u3Xy3mSo4+1 x2sbvx/oUq80zokGO6FnidsfUx3NifGve5FSRZol26VE6nzuLC9oQU5vdnKJYH8tk7sAalwq 03OGrBMrMa1hvHGqI+Z0jnRNkOpi9uStDyyZ6I6og9Db0CzPxMPO6un+90RVyHNtVaxWqA84 MD8xuRbvZWcNm3B5vRuJBGlxbV5AG0D/JmNdH6kSUcShKUweW3pyGaJchVZxql+/315Ak8Ci TAdRvpZdAjcAFFBdQjpbXQI3X1tSVlEmVUtbnIhLKV6AVFBXIgIywAChmnbkcOF0mwMhq3h6 TvCAQGal6Yhi9+ewbtjHYzIm2SC21YMqAHwo5YODXmWga9HAAuAFOmIFp6BZy3kCgMjZI+bm 3zVSvBns2VYigwp0xpCvDjekg1BHo9C3t1OrgWrMUWEL8ZemsLJw679VuACVmUZFms3+WQAM yEhPZE0ifsJSfwF4KkMtYW7+gG7Ciwxa3UAz2qOgLCPwIf+lG8qlpi9owExN5I+JSB+Q1M9V zq+A9AhKNYNHfhf6cDsygUzH2v4zqo0n16Mw4OH4YK4Q9OQhtRayaNRyVFLY+lh1hoAzzaL7 6jEykOGN7A3LyUdvSfuSorU4TBt3VTO2sBO0JMJAayKsKm6jAU1gp2by8ffNqAlA4+lq2LcA uuyPBNqpqE0AiGCjRQVtgQoYwIAL6r9acPSUcsaUWdLpZVGvo41Ap5TLmZSzfC5CAVmhkLAt qMBFCtCWSCBZTZjBCEsJiUDGfkM2U3sVJb0l6iwwSsdAMPI6MtvGO+kronsMQqvQncnq5xpP /fpKs9sVbheizC1Rs9TzSnMLhJVxY7sxHfKRJqy6BYpqDekYTElg0QjOVgsLUBkwQgZ1gXDD X1K3XZAwh5yevm1hkKWctABoyyvRxvQW8vz+gnoN8YIfJOi6BUF/qPiqWyUIf0Ige52Z/w2p 9I3kACBhvZI7G31kVhhymlJgKKz1BBffulmM0CpFKJmuD1UApUt/mTiowkMAfHmsN0x9qUsX NAEzjLV7lTfNIRpmCzHZ1loviPWtYpAfolMGxiORav68GpITSBSF1VZQ8Kids19BwO3UXWXM AMAUCH/47q1+FHAhGmTDk1hNTMA01NPoZ/yIFJoIaTymEGSaeGlMpkC0WO5y6mmW4cmEoJjJ sIBzdE1cakZWAA9DZUNOZWhuInx1W2Jgo2oRhG5hnMmApoR4moxplKaQrJq4aaSmoNya6Gn0 pvDMmthpxKbAPEkXSDRU01BNaIw0vNOoTKRgPJJgaWSmdFCaXGlMpkDEmsxp2KbgFJoIaSCm SEyaWGSw9ZOUTfjsNNTTPE1YdDQI0xhMINCCksRpnKaAmJpwaVymPByZ/Kck4NMwTUhUNHjT lE20pDTM08RM1CBwkghpCKZkUJpEacCmzNya7Gn0puCUmoxpgKaAmJqUZHApk3hNbGA0pNO0 TbDENMTTyE3w5DQk0yhNPDQ0GNMETXxsNBjTIE8ki9gs8dyGb9hy/GnIpty4mrhplKaEgJp8 YyCFu4Nx5pwcqJqkadymwPyayGQgd5M0TWxgNFDTVE24zDTg0/RNlLA0uMlYPCZMfJpUaVSm JBCaHGn4pvQYmjRpRKZQZJmQ+SSE06hN+NQ0INMwTRxkNFjTVCTAptya+GmIpoSImrxpWKZs fJpMaUCmMCiaAGTwY5MkTURYNGDTnE20qDTY08gkJEw8mgRpDKZsSJq0adim9PSaqGmsklA9 TVB4NFDTIE08MDQM0/hN2Mw0QNNcTWhwMojySaimwOyaJGk8pgxsmmxpXJK8202k8DSA06BN WEw0eNNgTRgsNATTECTsmOCaxGm4prhUmmhpcKaYuJrQacCm8ChJTTA0CNMATQxgNGTTVE00 xDTE0+hN6Jw0uNOwJGgOVJpUaSSmICyaEGkEpgwYmjxpSKZEYJmY9ySM04BNlOA09NPETSQY NBTTcE18dDQE0wRNNCgy0IxJyKbYpJq0aZymfGiaZH3P7LR5wIcm3PCa5GQccZMQpvYIPGzD k3RNQLA0pNOQTYScNLjOSD63yUyPMGjkFNMETRz4NNzTpEyMdBOSXGm0psjsmhxpNKZUQJpk ZKjUk7BNjJw08NPcTTQQNBDTLEww0KGS4GmQpoSony+xeOZcHCSaHGToipPITcRQNGjTgE24 0DTwyRxvJgQEmhR9Z+wUeQyHJnB0mmhpIKYoMJrMadymxMyawGnEpsjcmtBpuKagmJqUaXCm eIxJ+IA0jNOwTbSgNOzT8E3IwDTA10Tzcsh4ckx+vlzHmFBydGl4pmxgmiRpKKY8MJoUaRim DACZBHEkCNMQTSggNCzTWE1UcDR800BNXEg0tNOwTazYNOTT4E386DSU05BNiLw0gNOYTJRw ApJ4aWCmXLCauGnMpsDEmshp/Kb00JrYaSymICSaKGkctRD6qjyTGE1UYKcwYORg02BNICA0 INMgTSAgNCDTIE3g4DTg0+BN4OA04NPgJCBTIJogaSCItvHKprG8mrdpyqbNwJrDad6m2dSa z2nypvX4mvtp5qbh7JrnaRqmHRCaE2FCGwMPiuPCAA0MECg5K4Q2ICo0CCUlKZM7MxouIyYY S1RIBl1nU1lW3kACXUdbTUhTTEO4QlvCXHPcbjdpcDFgdnNjgGJqYYlsNY4izs/RkESbn5pt mtaTbKGZmYiInCVrpq+6W8JMrvS5seXtMESlrK6lFKx4ObdpJNjGkblYwiTEEd3PwzjNz3IU zNbJMvm01PJ9sFn5N7z6P7eV9PEK2vkNHJ+sHmfNdCUUFyADChQBVxxsjppVIqyWO2AcJ2ch 6juRaRQ3Me31XVN+e8tOXi/XTlZYB8t854/VAJ0Wen2+eHp7uGdqbDtubVanF2og0Y0e2o9M KZBWfewBxNqDItjZZdvNiJbxzC+huFVZi2Nrp5apFx2urD6vszwX3LiV08WHXpLevTrbX809 4/U669yd+A9iRvn8i2X8y1mPl9ZfT/VPzBL+3nIb0/t15ZYAPWqrFzsMXT4yKPDs9sFrEaBT LSlhejwVl58tRjLcU03VjKxCPUBoVjOK1vJKzt4hxEJtbLpOvV7afTp1ZTIub2dlanuZTc6M imqDa0EihJydtMq5MuXWjngFsq63u5jSGrynwq17HIqmtXwX1T8dytoUXz9WF8G5bdGNSzcn ZCHw8v3xkvr22uVa9m02HFu41mll9zLz1jheOXwwWG9O1F92nVvPr9MzIKyavLLNbl/oty3s Xx36EjxaQjCvZnxNe06WUm1pbTXEVPhcs/SPSKZmYn9yy2RcPprq3+szvZs16gxNeZTClgKR sNpZyk7xoHHmmx1p5+qdTtB7UesN51yFwdGzkqHXj1g1UAvFwVeHH2jJ8lcvqriUB7INra1x k6W9JQ75rc4uWDydUrU7TtKYA6sThXjJBsUqfp5zATqs6q4Ys9pgqLEriVtapXpnNg/GUVBO 1UqrPc87bHK4Z8kUV8QI1GLNtdudR4KbiThVsNY0jZDdna7PqEejV7p55Oyz0bi9rmpD7eKT qKXaz54o7bvlX+FXhDdXZjXCNBL2q0GjFMdodrn+4z2vhO0mmnUa/IVI/Bl6RlObELSlJhqf EDRnvKHIbzpgS1J9+Pa7Ian5RnAhco1Q4US/P3ICFCxsa3BtjTU5zryLvMDiXTHOEfyWjVXx w4ZjrfcO18W3LDl88JTKy+VqnwXBy7cB1RC7gR5oxKbx+rl9mevLxL36pR7GBeI1Wbovqm2z SubfDytQKlzNt+m20XsS3EBlYW1gYWgbYn9w6Qgm7CsswTS5PVd3qLtWw1cSZZctDwJJQRbk X59OanC2X9Cffyo1pb472wWH0IXWwHOqqaLGuXmC15bWFLKoJfTY4JmlmvTenEqruLk+tYq6 XVjZ4WH4Vxd6Yp/IiLqui/gioQH8czfQnfnmLwoItvUArrYFLg9nFz9Z+y+ybmVZONJRtQxQ I7UY8/f681D2/sEb7aMVJUn0fn2reJ9yNKpi3pcxtjFuavLCcvGcnliXnvIVXuVVGE6N9f6z DP/MVKMMqu3U8J/7hC0xS8wP1m6bAsvE6zWw1NeXzEKXXAL0/m79A5eq0NfDPbK/+EhSgGqX NKEqpE833tJ9ir4hOCoqSTVHAgTizqM72bRtMequL7Gak1t8qy1sXKVL6GBdikQN9QS1sG1z RbjEKrgs29BujZqNY9dgP7yU8+f599yFT5t16CsahurxxKgP2AtM27bqxW0z41RSTPr54Roj 5sNfS0dM8r6YLXMxL61zuqeMoC+pfx4XoKqmZAtRDp1DLszTAsrS5l69V+HMV/tQFSl3QDaL UVafVgrtXeonKhagffae9c+6k36e79vvzwuubCnytvuyA1GpAq6fK7jxQQQ6O11oJz4Zc4pz 4md4uvdNmGK5B30ddY/fjmlqvj/FrcFW6Lb/CasK0ni3Nd7KovG4s66t8q6Cd9XT5aXGlS43 W/1/vWhZD34gber3HdRV7I4lOuy9PBloR1ZTPHkPCr88P+ccirKs7/n75Zvxeus1Z2uDCS9V LrQ1dlGbsl2vUlsI61ulmswRWoDdp/O2T1YYs2n0cnl7kZqd53TYpcYMg1u3z3t14EKyoLig bylmoP1gvgPewHa5W7UXDYjA0dfuNlrJ6sa6326W/JfhUvXpJ+qmVrmUBMc0+u8kuGs0OIan HAem/ukjOgn1RTvyzMCoeqsUOhm+3jk5nqhaV9J65/q+bj4URaBVRPTLeYpk2++33s8GZ0OO JUtXZDzr8ZfrooqAiuqDv5slzWL178iNpYd44L4Ftr/59/5ZXfZHVGtVBiGhoozVUUFdY7/7 nbf8X0Yq1JH/TqgV62L9aD3ZsubDVOUYOc6X4cKhplN4shQ91qWmPc/vda2+7oacYNk5Icau kxv81vIcsa+1LLurX/l3Gf9P+kQ7fr7WC/Dnb3NSYv1w4jvtMTmX9969/pdWjnrG+MDrbjW6 s6rjP5FrjK3Q6occ4vXaJLeV39Zbj2d3ub7Kw6v1zzsULrXHrqhDKPPr6iKvjzvyPknWfPFv +UArWxK480dO7DYj/aBOffZK786rbAY4PH8azxLHyMRiwSjAn5OZW2u4wVWCWp/8hWDlmbLB Ok/2pOqffR8do6fcSFxZfbrj68hN8FfK8Z/ww5/pmXmDPr6TG9C9peHdQ0wTvR9Xwz16/lwc lW4vFqsZWgotS/U6+DZEI/SfYmstryjym/1e/UEuvKHkBK/2x6ssS+gQqvf/a77i3Kf6ge6z C6HWmZj3qOR/yt+ed7b/JKul45f3eGNfaS+DGVXwS5UH+AF/vidb95ZneAv5q86S6+6NEocr sQu0qn5/H6le6gad4/xZzTVH9YA/KabHr7k+8D/hmgldHS5t98wH3Fm3Rh1jmW8/88/WxsJ2 zZio2aXNn+ilX6qvu/guqrfmluNz1061AJbAgwB1bPbd30WVPhdTA3+FO+iILkl1GtrjXZHd HtfxT9WY0VXU40uJvp8oeH4gVHhWR1nNeaHsPxYpV0d/eYKXXlEfa3NBld0QC3qLl3lrhVeW JbYsmX2C+zfQ11+eN5bf+E3QI3UN8mFV++/dto6yrbnbFOk/TepYLLKsvrJuk531US/XhDpQ 8xb7mWwwy28VupZ/oRcK3SQn9OhXx514Zj1jMruKFNcbvtNvzl9KvPYSZzpqM+PGr9gWt0qi 18E/upBl9gz0wrsOW8hB9SD8dV+mKf/EKqS+jpT7OOaL4je4114xX/NnLup/oV6+aPKbFG8J 1nvCd5L3lysHst/PEqpr9kNnxWrour9oa13qkf+efqwRqub3R/+TXBtBrkxMcrXCq48xa+IG /3XDii6Z2BS658dOrDMo7uo202ulz6xzP61za7JG26ruL7dHP6fDI76HXwRyMi81fjiX9CWy 3JI5qmP4Nse7Dq39FV2IFcpLDqj4ChN/BVvhXNhVdjdoXePd/ER4sidA1SYzmf8gyov74Myo r+7V+iAXsdkh1OHnfZY5Y6yPC5P7x/q5qqfaJbE0/m7tcr6IGqoI6586o8P/POuWfjxv+179 0UqrLSUqNFeUHZ/3g1cD19x6DYJ2oPV6YVxnT6tkpLJnYboU0wGvvX7ebtz+BymKgsEq2zrS Mr5cZbfwYn1MT/33g6DJ2GVfWc9pgaDWdcK1VxpfrVD39TidoPKiLl1liAn9DqMEqvPNKsv8 lq7gHHkJQalcd2n15zhXKP9FdcmqULsc+uqPLY+72jn93viUeffJ+rUsKb5nx3ofa1d3Cr7W pVeYSBlXz4nXt1R41nhsSv+vwz6vTOti+CFLsOvvJ7r91rvbevOXP1S2TStmJ4VVYtw492CN dgZL7damW2JXVlQo9t5jXXqk/+Q9jmNpp87S6qtGv0RTZaT/XCs/13ka7qL6+nwrqhzq/T3j 67+C1wQX46rMCCg3GtD8VPrl/p8qy2/zxKZapCqrPMJIIN5u4OIpGcxLGlml/u4QtAQsaBdF OUAKFysrf5ff8Mobr6L7Oc9PeQgZcE6N/wnf8j8e8G0B5/7yEQBCajQtMD48PwA8Y2JjYjwm PhA/WMwscP/HEz/pJ6q36lkusapD0yS2Ur7n3hwsfrTrSdey/+lxs8T6Obq3/qEqODTI9uuA 6Fr8An2ud88Jp38iVHlhihNZKqqnysNue75s74gLun9KXr6Euu8cau5oL/teoh5CX1yuZb5d W+d1xf/Q4n9PpZyYVcPri5cLoFtYruoYqbBGvap23l2kfaZXljXjiy79JaLC6zy8sL1/rXPu thuTG6TFuj/+HqnnOI9VJcsUsN4fx1wTWkmgXHa9oQ9IEO98Dil85ad3APLrLPuIq897umxH XNcPLnyhoFVAJFburc9oD62bU3K5K4iiWixnt3XmP7wVVBaisX5JbqmQgYLzHf3q8vIN9rNR 74SpyEEX/1TFliPg0UD5gKiwrbzr7c9QmcdLzKCRqri6TQaZKj8DqJVTFyR3ZkNOLB6pNrLt slU2HvV5DUY8C9EoO3Mc4lJvDbOMFwUABt2lKgQ8Ynlgh375YP8loOMFEWBCX3frouFSQ1Ci I0HtNGBwWyctU2ttVel1iKSX2s0mZcM35S6k9p+1I8XcUEaMk/LPzG+gv23YeQn6sgWDqmTn kIjJt4uowSXb2B0oSuarnwTgMLilOKalQa8Or0lJ8NdfIPDLHamG4tup53C/BLz1SP084aIS ERqTEGsTvDGqdam0eS3ypT1JjA1gCzuuY3/hf1bvVDGXaaRZXVVeYzUqqmQUilVryQ5AxkTL n66YmZWwxL1fBqKHwImtmF0nUGZUfPl/lMqvvLerMb7LaxzjmZCpFf9fUc0WY/yuyMv627+N ut5oBcdbR38+1dBz4PoRUejnP8TjpUiqcTVCZ3XhmVkGOw4ROjw9RFvu9MgBV+pfR3SQSxYC zxriA6fQR1FODKoBfSz2aD9L7feq5l7mJXw0C1u+RAsvdO99pbv62xq5waqPl9fFijCAGpiO oLXqXfqbw+attqKPGfiu1I1xTdlLwYwH/EPec8ibYCrWqeap6+uJW/KniznQXRdLVdTPiN2s u1HfFNsSkHs9o17jxRYQDaz+pgt5D+HrrleqhxZVAwJVinVdLljybidvBVBBl5TWinu39/Kx nIVfl5+LhnbLj19AVB90q/Jui3b7QDR/YS+ryGj1tRXBJL/f6g9QwdPAVdN7kAz3whtvMKC2 X78trrX67K+CVedZDptd8YRbrvizajguqS7WVzLzzdUsJ1iKeMCVNfw4fB31uEoSQgBselR5 VmBLHQUCEHBhUtq5CGPV8V9VboVft33ZP1R7b3hKOzdXQIVTCKvcjapd/XuIJtHjYTgtS+DU 0tDS1Abq6Ork4lvUgr4/obn/TyCppJnifXkWP3Fia/jgwyHE3SLr/4T20HXLuYccOMdcTsFx wQLfFh3I+OARIQQWWckwMI4meBg/InIiky6nLHBQXkGOiGhvHAxsvHgLJnkLEqw1MxIvNOgE JzhtLeMhNjsxYTOJluekys/Sw/odZsa0ft3XtNPf0xqjwz7fluol3pNH16Djrf41+qqb8vXj KI/1jG+kgYYmmv299NKkzx5DpmS3NrO7PLD+7elTU+RryVlrs2Odc8eUdni1wnoW+7rZyhOC ixUSjxql3CUqvNWZceOONXx5xHHdvhe36bQW1M8U4NPj43x581oz9jpAiezpgk/X9JTfurG8 tPHnAPKhheyyvbnuwljroUOm5bUhmpY3h9FtUxtfDn00hwAiBBxpJwQSuoNfEn823byMFi42 OTj1LrMr0z88HsNGDiIkmiKSEzQ6eu9tquPbEVVjcvJaO+tEXqPiKSnPQ3FKV0kfw1g43w6x IpzywXLcdSKcWPm2m1WC4S7D+t0QyKFfjcS9WErm7tFrTSjg4SOfjmy137j3ZOqF69U5iECv ubs+vEyahFulQi2dgwLq4vSqq/S3pf3KdHdVgtXJqg41+9QjXV62bzDeOXouhtoKn98UXy4h F1vQr56WHEBz9fLDa6hMgm1WU1g864YHO54wVCZHd1r6USlT0w7LZiuFTVC3OpiAE33YOdOj edVhmnFhxWjun9bGKtZG1e6wrRXJcvOBAheV+OgPVdMywbgFqBxJogCpyECh+f/Zy6/XrTex A+wVRs2CNKHbflVqP1X1seV3BrE0grh4PTzJ/LHquhF1V1MEHDZdUh12u7BXTOC+p/kCKRsz WIbQVoZS1PusmYbS1WYVLnPOcsfYhHKLYZSOmoxRGJqElg6R5JeNuzHLWoIQ9fb/CPmU9eC0 /UMBCuDi6uqUzOXXclfrD1jgpRWgp4zeGKXVIBkKP77wnXr+qMAiNioVVBR1Ur3KKjARKC0E gYQTGSZfG92R0W38m9UnPmDkBtxtYqfG7eEFR19hx7VoOYhOQVkpQUh3Zqv+Ih5LT0e7axV3 U+/0AAiU3IrfeqZcfJqhFYjYLVFN1cmAoqa9upcAm4iAkQ6TgpCEbP5XzK7U2NeP1vgPpInD +MEIPgiAPzcpMDwrDQAwQjUwRDVdXnJAaVlc3jpXACYiTlsiWGhzDG1sGhs1Yt7CYwIWFiwM BiC+3FYpjiDyutkb09ZgmlpVXc2iZWh7/omqDHep+NTevvm8mYSan4htdYS03jCA2bKxvbqw ELuwkLYyr6Ua+/ZEwBCF+jG5uqa1HKaargynxxGYNIDTkU2dijSB04NNjHQGQX2bZmIgb7Wv 034+Q7XEaVSILZsqDE19DQZnEYhdgyBXylxMRla4jK9xFqP4ibWm44iDXFb4mqRszDvjNcFj iUfqPJMRNY4jLnxEJxkYY4gFmrlsEvEeJXiO2DxE0xnb74iq3xGLBi9MVCyGNvoKGGAsYhPE GDkGBVlKFBA3kGZWoEeYQSKItS7U+LMCBFF2BdqbGqfcA//v5PYSOIkxGvE74jI15CAZigWT nUEEkIpZdwWQfFlxBZBGWVsFlb9R5L6aPGxTCzP/fwqAmg2EkzZMjszvRsaf2JjydWSUEJN+ TriX2PTydWkMpk4QmkdpTKZUrEkhXTT80yZNvC80fNMwTQxcNDTTZU0cbjLkaknwkpCsWPv+ fAR6+OT1K/H2SBlI8IhlnzVnxYjdemMEkXV2BAhNVCo1AoS9QhIUj4J5FGwW/PHYHWWdH+OI OaPF0SUGTOqX9RGy904Et/O47RUfvPWTkgZ9Lhz9LXj/9H37EErFLFQE2NLX6P6KNX1lAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAAAEAA AIAAAAAAAAAAAAAAAAAAAAIAAQAAAFgAAIACAAAAcAAAgAAAAAAAAAAAAAAAAAAAAQBlAAAA iAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAAoAAAAAAAAAAAAAAAAAAAAAAAAQAHBAAAsAAAAAAA AAAAAAAAAAAAAAAAAQAHBAAAwAAAANCQAQDoAgAAAAAAAAAAAAC4kwEAKAEAAAAAAAAAAAAA 4JQBACIAAAAAAAAAAAAAACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAAAAAAAAAA AADM//8AaFdYAAAAAACAgIAA////AMDAwAD/AAAAAP//AL8AAAAAAP8AAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAIiESIiIiIiIiIiIiIiIiIiIhNVVVVVVVVVVVVVUlIiIiI0RERERERERE REREUlIiIiNERERERERVVERFVVJSIiIjRIiIiERJmUREmZRSUiIiI0RERERERJVERElUUlIi IiNEiIiIiERJVVVZVFJSIiIjRERERERERJmZmVRSUiIiI0SIiIiIiERJVElUUlIiIiNERERE RERERJVJVFJSIiIjRIiIiIiIiERJWVRSUiIiI0RERERERERERJlUUlIiIiNEiIiIiIiIiERJ RFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhEUlIiIiNERERERERERERERFJSIiIj RIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEIiIiIkSIiIiIRFJSIiIjRDmSREJE RERERERSUiIiI0QyIiIiRIiIiIhEUlIiIiNENEJ3ckRERERERFJSIiIjRDIid3JEiIiIiERS UiIiI0Q0QndyREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDRCZmJERERERERSUiIiI0Qz MiIiREREREREUlIiIiNERERERERERERERFJSIiIjQkQkQkQkQkQkQkQyUiIiI0JEJEJEJEJE JEJEMlIiIiIkM0M0M0M0M0M0M0MiIiIiIiIiIiIiIiIiIiIiIiLgAAAP4AAAB+AAAAfgAAAH 4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAf4AAAP /////ygAAAAQAAAAIAAAAAEABAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAACA AAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD///8A AAAAAAAAAAAAd3d3d3dwAAD//5//n3AAAP//eZmfcAAA9ET3n59wAAD///95n3AAAPRERPef cAAA//////9wAAD0RERET3AAAP//////cAAA9ERERE9wAAD//////3AAAP//////cAAA8PDw 8PDwAAAPj4+Pj4AAAAAAAAAAAADABwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMAD AADAAwAAwAMAAMADAADAAwAAwAMAAMAHAADqrwAAAAABAAIAICAQAAEABADoAgAAAQAQEBAA AQAEACgBAAACAAAAAAAAAP9QSwECFAAKAAAAAAAQp4MwYmTGFgljAAAJYwAADgAAAAAAAAAA ACAAAAAAAAAAbm90aGluZ19pZC5jb21QSwUGAAAAAAEAAQA8AAAANWMAAAAA ------=_NextPart_000_0009_00001339.00000E72-- From gayathri at ou.edu Sat Apr 3 12:56:58 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Sat, 3 Apr 2004 14:56:58 -0600 Subject: [Mapserver-users] Regarding GetLegendGraphic Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E34920@XMAIL1.sooner.net.ou.edu> Hi: I am having problems compiling the CVS version of mapserver using VC++6. mapserver.lib(mapdraw.obj) : error LNK2001: unresolved external symbol _msGettim eofday mapserv.exe : fatal error LNK1120: 1 unresolved externals NMAKE : fatal error U1077: 'link' : return code '0x460' Stop. Found that, 1)msGettimeofday is defined in maptime.h 2)mapdraw includes maptime.h and uses msGettimeofDay everytime before a ms_debug call is made. Can you help me with this one> Gayathri > -----Original Message----- > From: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] > Sent: Thursday, April 01, 2004 10:22 AM > To: Swaminathan, Gayathri > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Regarding GetLegendGraphic > > > Swaminathan, Gayathri wrote: > > In the mapserver bugzilla, > > (http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=262) > > > > you have mentioned, that the GetLegendGraphic for WMS service is > > implemented. Is this implemented in version 4.1? > > > > If yes, is CVS the 4.1 version of Mapserver? > > > > Yes and yes. Any new developments go by default in the main trunk in > CVS which is currently version 4.1 to be released as 4.2 > > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > From sd at dil.in Sun Apr 4 03:28:12 2004 From: sd at dil.in (Saurabh Data) Date: Sun, 04 Apr 2004 10:28:12 +0000 Subject: [Mapserver-users] fully featured GIS and "mapserver vs GRASS GIS" Message-ID: Dear Users I have two questions. 1. FIrstly, is says on the Mapserver homepage that "MapServer is not a full-featured GIS system, nor does it aspire to be. It does, however, provide enough core functionality to support a wide variety of web applications." . How is it not a fully featured GIS and what features of a GIS are not present if Mapserver 2. Secondly, If anyone has used GRASS GIS, how better or worse are the two applications? Thanks for your time in answering these questions. Saurabh ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger From bartvde at xs4all.nl Sun Apr 4 04:49:46 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sun, 04 Apr 2004 13:49:46 +0200 Subject: [Mapserver-users] Regarding GetLegendGraphic In-Reply-To: <3FC4483968B5A048BBD9F3387EBFF5C0E34920@XMAIL1.sooner.net.ou.edu> References: <3FC4483968B5A048BBD9F3387EBFF5C0E34920@XMAIL1.sooner.net.ou.edu> Message-ID: Hi, see the following message for more info on this: http://lists.gis.umn.edu/pipermail/mapserver-dev/2004-March/000891.html Best regards, Bart On Sat, 3 Apr 2004 14:56:58 -0600, Swaminathan, Gayathri wrote: > Hi: > I am having problems compiling the CVS version of mapserver using VC++6. > > mapserver.lib(mapdraw.obj) : error LNK2001: unresolved external symbol > _msGettim > eofday > mapserv.exe : fatal error LNK1120: 1 unresolved externals > NMAKE : fatal error U1077: 'link' : return code '0x460' > Stop. > > Found that, > 1)msGettimeofday is defined in maptime.h > 2)mapdraw includes maptime.h and uses msGettimeofDay everytime before a > ms_debug call is made. > > Can you help me with this one> > Gayathri > > > >> -----Original Message----- >> From: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] >> Sent: Thursday, April 01, 2004 10:22 AM >> To: Swaminathan, Gayathri >> Cc: mapserver-users at lists.gis.umn.edu >> Subject: Re: [Mapserver-users] Regarding GetLegendGraphic >> >> >> Swaminathan, Gayathri wrote: >> > In the mapserver bugzilla, >> > (http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=262) >> > >> > you have mentioned, that the GetLegendGraphic for WMS service is >> > implemented. Is this implemented in version 4.1? >> > >> > If yes, is CVS the 4.1 version of Mapserver? >> > >> >> Yes and yes. Any new developments go by default in the main trunk in >> CVS which is currently version 4.1 to be released as 4.2 >> >> -- >> ------------------------------------------------------------ >> Daniel Morissette dmorissette at dmsolutions.ca >> DM Solutions Group http://www.dmsolutions.ca/ >> ------------------------------------------------------------ >> >> > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From siki at agt.bme.hu Sun Apr 4 07:28:50 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Sun, 4 Apr 2004 13:28:50 -0100 (GMT+1) Subject: [Mapserver-users] fully featured GIS and "mapserver vs GRASS GIS" {Scanned} {Scanned} In-Reply-To: Message-ID: Hi, On Sun, 4 Apr 2004, Saurabh Data wrote: > Dear Users > > I have two questions. > > 1. FIrstly, is says on the Mapserver homepage that "MapServer is not a > full-featured GIS system, nor does it aspire to be. It does, however, > provide enough core functionality to support a wide variety of web > applications." . How is it not a fully featured GIS and what features of a > GIS are not present if Mapserver > Analysis is not involved (buffering, overlay, modelling). Map creation and editing missing. > 2. Secondly, If anyone has used GRASS GIS, how better or worse are the two > applications? No sense to compare them. The purpose of the two systems are different. Grass is a professional, full featured GIS, prefering raster data. Mapserver is map publising tool. You cannot substitute Grass with Mapserver and vica versa. Bye Zoltan From bartvde at xs4all.nl Sun Apr 4 05:32:02 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sun, 04 Apr 2004 14:32:02 +0200 Subject: [Mapserver-users] Mapserver - OGR - Oracle Message-ID: Hi list, we have been experimenting a bit lately with connecting Mapserver to Oracle Spatial using OGR. It seems that in the WMS interface, the bbox is not used in the query which is sent to Oracle Spatial, i.e. always a full-table scan is performed. Are we missing something here, or is this the way "Mapserver - OGR - Oracle" works at the moment? Thanks in advance for any info. Best regards, Bart From sd at dil.in Sun Apr 4 06:29:22 2004 From: sd at dil.in (Saurabh Data) Date: Sun, 04 Apr 2004 13:29:22 +0000 Subject: [Mapserver-users] fully featured GIS and "mapserver vs GRASS GIS" Message-ID: Dear Zoltan Thanks for your email. Regarding overlay : In the Demo , mapserver can make use of overlaying i.e. it displays cities and roads on the same map. Can you give me more information on that ?. The demo also mentions about "query by feature" and , "query multiple features" , what are they for ? as you said that analysis is not involved, does it make use of of other tool called "network analysis" ? ALso, as said on the mapserver homepage, it uses quadtree spatial indexing . I couldnt find any more relevant information on the documentation page. IS there anything mentioned elsewhere ? Many Thanks Saurabh ------ Analysis is not involved (buffering, overlay, modelling). Map creation and editing missing. --------- No sense to compare them. The purpose of the two systems are different. Grass is a professional, full featured GIS, prefering raster data. Mapserver is map publising tool. You cannot substitute Grass with Mapserver and vica versa. Bye Zoltan ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger From sd at dil.in Sun Apr 4 06:43:12 2004 From: sd at dil.in (Saurabh Data) Date: Sun, 04 Apr 2004 13:43:12 +0000 Subject: [Mapserver-users] explanation of code in demo.map file Message-ID: Dear Users Is there any explanation to the code in demo.map file in the demo. I wanted to understand how it actually works !! Many Thanks Saurabh ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger From bartvde at xs4all.nl Sun Apr 4 07:33:01 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sun, 04 Apr 2004 16:33:01 +0200 Subject: [Mapserver-users] explanation of code in demo.map file In-Reply-To: References: Message-ID: Hi, http://mapserver.gis.umn.edu/doc40/mapfile-reference.html Best regards, Bart On Sun, 04 Apr 2004 13:43:12 +0000, Saurabh Data wrote: > Dear Users > > > Is there any explanation to the code in demo.map file in the demo. > I wanted to understand how it actually works !! > > Many Thanks > > Saurabh > > > > ___________________________________________________________________ > > Saurabh Data > School of Computing > University of Leeds > Leeds LS2 9JT > U.K. > > one who seeketh , will findeth and all door shall open - james Allen > ___________________________________________________________________ > > _________________________________________________________________ > Use MSN Messenger to send music and pics to your friends > http://www.msn.co.uk/messenger > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From warmerdam at pobox.com Sun Apr 4 10:53:31 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Sun, 04 Apr 2004 13:53:31 -0400 Subject: [Mapserver-users] Mapserver - OGR - Oracle In-Reply-To: References: Message-ID: <40704B9B.6030203@pobox.com> Bart van den Eijnden wrote: > Hi list, > > we have been experimenting a bit lately with connecting Mapserver to > Oracle Spatial using OGR. > > It seems that in the WMS interface, the bbox is not used in the query > which is sent to Oracle Spatial, i.e. always a full-table scan is > performed. > > Are we missing something here, or is this the way "Mapserver - OGR - > Oracle" works at the moment? Bart, If the OGR Oracle driver believes there is a spatial index available for a it will build sdo_filter() based test into the WHERE clause. I would need to reboot to test the oracle support, so it is possible the logic is broken somewhere. If you are interested in debugging it, I would encourage you to add some printfs()'s in the BuildWhere() method in ogrocitablelayer.cpp and see if the spatial query is actually be used. If not, is it because bHaveSpatialIndex is FALSE or because poFilterGeom is NULL. If you become convinced there is a bug submit the details via bugzilla and I will try to dig into it. 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 Sun Apr 4 10:54:47 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Sun, 04 Apr 2004 13:54:47 -0400 Subject: [Mapserver-users] MapInfo text layer in Mapserver In-Reply-To: <406E8F47.1080808@inline-nev.ru> References: <406E8F47.1080808@inline-nev.ru> Message-ID: <40704BE7.4070305@pobox.com> Vitaly Voropinov wrote: > Hi > > Can I use MapInfo text layers in Mapserver? > All other layers (polygon & line) work fine from .tab files, but text > layer isn't displayed. > When I set "TYPE ANNOTATION" for text layer in .map file, text is > displayed, but > it doesn't have a right size, right turning angle, right character > coding and so on. > Text is displayed as simple point object. > > May I force this text layer to display in Mapserver as in MapInfo > itself? Thanks in advise. Vitaly, You may find you get better results if you use the STYLEITEM "AUTO" directive in the map file. If that doesn't help then basically it means the styling is not directly transferrable and you will need to reproduce it "manually". 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 siki at agt.bme.hu Sun Apr 4 14:40:52 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Sun, 4 Apr 2004 20:40:52 -0100 (GMT+1) Subject: [Mapserver-users] fully featured GIS and "mapserver vs GRASS GIS" {Scanned} {Scanned} In-Reply-To: Message-ID: On Sun, 4 Apr 2004, Saurabh Data wrote: > Dear Zoltan > > Thanks for your email. > > Regarding overlay : In the Demo , mapserver can make use of overlaying i.e. > it displays cities and roads on the same map. Can you give me more > information on that ?. Overlay in GIS has different meaning. Overlay is a special GIS operation with to operands (layers) and creates a new layer. See some books on introduction to GIS. > The demo also mentions about "query by feature" and , "query multiple > features" , what are they for ? Click on the map and you can get the attributes of the selected entity or entites. > > as you said that analysis is not involved, does it make use of of other tool > called "network analysis" ? > You can use any analysis tool separate from mapserver. Mapserver can publish the results. You have the chance to extend mapserver functionatity using PHP or other scripting, programming environment... > ALso, as said on the mapserver homepage, it uses quadtree spatial indexing . > I couldnt find any more relevant information on the documentation page. IS > there anything mentioned elsewhere ? Quadtree is not specific to mapserver. It is a general method to speed up displaying graphical information. You can find many info on the net about quadtrees. Bye Zoltan From tbartlett at dddd.com.au Sun Apr 4 18:38:31 2004 From: tbartlett at dddd.com.au (Thomas Bartlett) Date: Mon, 5 Apr 2004 11:38:31 +1000 Subject: [Mapserver-users] MS wont generate maps! In-Reply-To: Message-ID: <000001c41aae$b3e69000$1701a8c0@dddd.com.au> Hi All, Can anyone please help I'm pulling my hair out here !!! I have been developing a Mapserver Application on an XP machine... And everything has been going great, BUT I am trying to migrate across to a Windows 2000 Advanced Server machine ! Both machines are running IIS 5.0 I have set everything up in the same directories... But no matter what I do I cant get MapServer to generate images? I have put a LOG reference in the .map file but the file is not created, or if I create it nothing is added to it! MapServer is working.... Because when I have errors in my map file or in the url... Errors are returned. When I submit a properly formatted url, the template document is return with broken links for the images (ref, legend,scalebar and img). These link are where the images should be.... But no images are created !! I know I'm missing something simple... I just don't know what !! I have tried setting IMAGEPATH and IMAGEURL in the .map file or setting MAP_WEB_IMAGEURL and MAP_WEB_IMAGEPATH nothing seems to works PLEASE HELP !! Many Thanks Tom Bartlett ------------------------------------------------------------------------ ------------------ # # Start of map file # MAP NAME UXO STATUS ON SIZE 600 600 EXTENT 140 -26.50 154 -40 UNITS DD SHAPEPATH "C:\MapServer_Data\" IMAGECOLOR 255 255 255 TEMPLATEPATTERN "UXO_Basic" IMAGETYPE PNG # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # # Start of web interface definition (including WMS enabling metadata) # WEB HEADER templates/header.html TEMPLATE "set in /index.html" FOOTER templates/footer.html MINSCALE 1000 MAXSCALE 10000000 IMAGEPATH "set in /index.html" IMAGEURL "set in /index.html" LOG UXO_Mapserver METADATA WMS_TITLE "UMN MapServer Itasca Demo" WMS_ABSTRACT "This is a UMN MapServer application for Itasca County located in north central Minnesota." WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://localhost/UXO/index.html" WMS_SRS "EPSG:26915" END END # # Start of reference map # REFERENCE IMAGE graphics/aust_ref.png EXTENT 111.33 -7.87 156.12 -46.84 SIZE 150 133 STATUS ON MINBOXSIZE 5 #MAXBOXSIZE 120 OUTLINECOLOR 255 255 255 MARKERSIZE 9 MARKER 'star' END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 0 0 0 LABEL COLOR 255 255 255 SIZE TINY END STYLE 1 SIZE 400 2 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 5 TRANSPARENT TRUE STATUS ON END QUERYMAP SIZE 250 250 STYLE HILITE COLOR 255 255 0 STATUS ON END # # Start of layer definitions # LAYER NAME GMA_BUILTUPA TYPE POLYGON STATUS OFF DATA GMA_1m/QLD/builtupa_qld MAXSCALE 10000000 MINSCALE 250000 CLASS NAME 'Built-up Area' STYLE COLOR 255 190 190 END END TOLERANCE 3 END # GMA_BUILTUPA END # Map File ------------------------------------------------------------------ MapServer Itasca Application

          MapServer Itasca Application


          This demonstration application will take you through various levels of complexity. Starting with a basic application that allows a user to pan/zoom and change layers we add:

          • dynamically configured scalebars
          • javascript-based panning
          • query results to a frame
          • and finally, a DHTML rubber-band zoom/query capabilty
          The base data is the old-reliable Itasca dataset that we know and love...


          From jacob.delfos at maunsell.com Sun Apr 4 19:00:02 2004 From: jacob.delfos at maunsell.com (Delfos, Jacob) Date: Mon, 5 Apr 2004 12:00:02 +1000 Subject: [Mapserver-users] Classification on more than 1 classitem Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C41AB1.B4FF99C0 Content-Type: text/plain Hi all, I know there have been questions about this before, but I could not actually find a definitive answer. I need to perform a classification based on a condition using two attributes. Is there a way to have two classitems? Regards, Jacob JACOB DELFOS SPATIAL INFORMATION ANALYST Maunsell Australia Pty Ltd 629 Newcastle Street PO Box 81 Leederville 6902 Western Australia ABN 20 093 846 925 Tel + 61 8 9281 6185 Fax + 61 8 9281 6297 jacob.delfos at maunsell.com ------_=_NextPart_001_01C41AB1.B4FF99C0 Content-Type: text/html Message

          Hi all,

          I know there have been questions about this before, but I could not actually find a definitive answer. I need to perform a classification based on a condition using two attributes. Is there a way to have two classitems?

          Regards,

          Jacob

           

          JACOB DELFOS
          SPATIAL INFORMATION ANALYST
          Maunsell Australia Pty Ltd
          629 Newcastle Street
          PO Box 81
          Leederville 6902
          Western Australia
          ABN 20 093 846 925

          Tel     + 61 8 9281 6185
          Fax    + 61 8 9281 6297
          jacob.delfos at maunsell.com



          ------_=_NextPart_001_01C41AB1.B4FF99C0-- From ed at topozone.com Sun Apr 4 19:14:15 2004 From: ed at topozone.com (Ed McNierney) Date: Sun, 4 Apr 2004 22:14:15 -0400 Subject: [Mapserver-users] MS wont generate maps! Message-ID: <13858AA1A74F30419F319ACB66A9D1224E4172@mercator.topozone.com> Tom - On the new machine, does the \Inetpub\wwwroot\tmp directory exist, and does the anonymous Web user IUSR_ account have *write* access to it? Check your IIS configuration for both machines. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Thomas Bartlett [mailto:tbartlett at dddd.com.au] Sent: Sunday, April 04, 2004 9:39 PM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] MS wont generate maps! Hi All, Can anyone please help I'm pulling my hair out here !!! I have been developing a Mapserver Application on an XP machine... And everything has been going great, BUT I am trying to migrate across to a Windows 2000 Advanced Server machine ! Both machines are running IIS 5.0 I have set everything up in the same directories... But no matter what I do I cant get MapServer to generate images? I have put a LOG reference in the .map file but the file is not created, or if I create it nothing is added to it! MapServer is working.... Because when I have errors in my map file or in the url... Errors are returned. When I submit a properly formatted url, the template document is return with broken links for the images (ref, legend,scalebar and img). These link are where the images should be.... But no images are created !! I know I'm missing something simple... I just don't know what !! I have tried setting IMAGEPATH and IMAGEURL in the .map file or setting MAP_WEB_IMAGEURL and MAP_WEB_IMAGEPATH nothing seems to works PLEASE HELP !! Many Thanks Tom Bartlett ------------------------------------------------------------------------ ------------------ # # Start of map file # MAP NAME UXO STATUS ON SIZE 600 600 EXTENT 140 -26.50 154 -40 UNITS DD SHAPEPATH "C:\MapServer_Data\" IMAGECOLOR 255 255 255 TEMPLATEPATTERN "UXO_Basic" IMAGETYPE PNG # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # # Start of web interface definition (including WMS enabling metadata) # WEB HEADER templates/header.html TEMPLATE "set in /index.html" FOOTER templates/footer.html MINSCALE 1000 MAXSCALE 10000000 IMAGEPATH "set in /index.html" IMAGEURL "set in /index.html" LOG UXO_Mapserver METADATA WMS_TITLE "UMN MapServer Itasca Demo" WMS_ABSTRACT "This is a UMN MapServer application for Itasca County located in north central Minnesota." WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://localhost/UXO/index.html" WMS_SRS "EPSG:26915" END END # # Start of reference map # REFERENCE IMAGE graphics/aust_ref.png EXTENT 111.33 -7.87 156.12 -46.84 SIZE 150 133 STATUS ON MINBOXSIZE 5 #MAXBOXSIZE 120 OUTLINECOLOR 255 255 255 MARKERSIZE 9 MARKER 'star' END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 0 0 0 LABEL COLOR 255 255 255 SIZE TINY END STYLE 1 SIZE 400 2 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 5 TRANSPARENT TRUE STATUS ON END QUERYMAP SIZE 250 250 STYLE HILITE COLOR 255 255 0 STATUS ON END # # Start of layer definitions # LAYER NAME GMA_BUILTUPA TYPE POLYGON STATUS OFF DATA GMA_1m/QLD/builtupa_qld MAXSCALE 10000000 MINSCALE 250000 CLASS NAME 'Built-up Area' STYLE COLOR 255 190 190 END END TOLERANCE 3 END # GMA_BUILTUPA END # Map File ------------------------------------------------------------------ MapServer Itasca Application

          MapServer Itasca Application


          This demonstration application will take you through various levels of complexity. Starting with a basic application that allows a user to pan/zoom and change layers we add:

          • dynamically configured scalebars
          • javascript-based panning
          • query results to a frame
          • and finally, a DHTML rubber-band zoom/query capabilty
          The base data is the old-reliable Itasca dataset that we know and love...


          _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From tbartlett at dddd.com.au Sun Apr 4 19:43:53 2004 From: tbartlett at dddd.com.au (Thomas Bartlett) Date: Mon, 5 Apr 2004 12:43:53 +1000 Subject: [Mapserver-users] MS wont generate maps! In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E4172@mercator.topozone.com> Message-ID: <000001c41ab7$d58b9ad0$1701a8c0@dddd.com.au> Hi Ed, Yeah it does !! I've created the Virtual Directory and allow READ, WRITE and BROWSE access to it. If I look under the "Directory Security" tab then under "Anonymous Access....", anonymous access is ticked !! Does mapserver log these sorts of errors anywhere other then the log file referenced in the map file.... Which still isn't being created ?? Thanks for you help Tom -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Monday, 5 April 2004 12:14 PM To: Thomas Bartlett; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] MS wont generate maps! Tom - On the new machine, does the \Inetpub\wwwroot\tmp directory exist, and does the anonymous Web user IUSR_ account have *write* access to it? Check your IIS configuration for both machines. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Thomas Bartlett [mailto:tbartlett at dddd.com.au] Sent: Sunday, April 04, 2004 9:39 PM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] MS wont generate maps! Hi All, Can anyone please help I'm pulling my hair out here !!! I have been developing a Mapserver Application on an XP machine... And everything has been going great, BUT I am trying to migrate across to a Windows 2000 Advanced Server machine ! Both machines are running IIS 5.0 I have set everything up in the same directories... But no matter what I do I cant get MapServer to generate images? I have put a LOG reference in the .map file but the file is not created, or if I create it nothing is added to it! MapServer is working.... Because when I have errors in my map file or in the url... Errors are returned. When I submit a properly formatted url, the template document is return with broken links for the images (ref, legend,scalebar and img). These link are where the images should be.... But no images are created !! I know I'm missing something simple... I just don't know what !! I have tried setting IMAGEPATH and IMAGEURL in the .map file or setting MAP_WEB_IMAGEURL and MAP_WEB_IMAGEPATH nothing seems to works PLEASE HELP !! Many Thanks Tom Bartlett ------------------------------------------------------------------------ ------------------ # # Start of map file # MAP NAME UXO STATUS ON SIZE 600 600 EXTENT 140 -26.50 154 -40 UNITS DD SHAPEPATH "C:\MapServer_Data\" IMAGECOLOR 255 255 255 TEMPLATEPATTERN "UXO_Basic" IMAGETYPE PNG # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # # Start of web interface definition (including WMS enabling metadata) # WEB HEADER templates/header.html TEMPLATE "set in /index.html" FOOTER templates/footer.html MINSCALE 1000 MAXSCALE 10000000 IMAGEPATH "set in /index.html" IMAGEURL "set in /index.html" LOG UXO_Mapserver METADATA WMS_TITLE "UMN MapServer Itasca Demo" WMS_ABSTRACT "This is a UMN MapServer application for Itasca County located in north central Minnesota." WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://localhost/UXO/index.html" WMS_SRS "EPSG:26915" END END # # Start of reference map # REFERENCE IMAGE graphics/aust_ref.png EXTENT 111.33 -7.87 156.12 -46.84 SIZE 150 133 STATUS ON MINBOXSIZE 5 #MAXBOXSIZE 120 OUTLINECOLOR 255 255 255 MARKERSIZE 9 MARKER 'star' END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 0 0 0 LABEL COLOR 255 255 255 SIZE TINY END STYLE 1 SIZE 400 2 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 5 TRANSPARENT TRUE STATUS ON END QUERYMAP SIZE 250 250 STYLE HILITE COLOR 255 255 0 STATUS ON END # # Start of layer definitions # LAYER NAME GMA_BUILTUPA TYPE POLYGON STATUS OFF DATA GMA_1m/QLD/builtupa_qld MAXSCALE 10000000 MINSCALE 250000 CLASS NAME 'Built-up Area' STYLE COLOR 255 190 190 END END TOLERANCE 3 END # GMA_BUILTUPA END # Map File ------------------------------------------------------------------ MapServer Itasca Application

          MapServer Itasca Application


          This demonstration application will take you through various levels of complexity. Starting with a basic application that allows a user to pan/zoom and change layers we add:

          • dynamically configured scalebars
          • javascript-based panning
          • query results to a frame
          • and finally, a DHTML rubber-band zoom/query capabilty
          The base data is the old-reliable Itasca dataset that we know and love...


          _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From tbartlett at dddd.com.au Sun Apr 4 19:54:30 2004 From: tbartlett at dddd.com.au (Thomas Bartlett) Date: Mon, 5 Apr 2004 12:54:30 +1000 Subject: [Mapserver-users] MS wont generate maps! In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E4174@mercator.topozone.com> Message-ID: <000601c41ab9$51199700$1701a8c0@dddd.com.au> Thanks Ed !! Problem solved.... It was a Windows permissions problem not a IIS problem (actually it was a stupid user [me] problem) !! I simply had to give the user "Everybody" write access to the tmp directory under explorer !!! Many thanks for taking the time to help !!! Tom -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Monday, 5 April 2004 12:50 PM To: Thomas Bartlett; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] MS wont generate maps! Tom - So are any files being created in the TMP directory? Is the URL path REALLY correct? Look at the URLs of the broken link images - are those URLs what you expect them to be? Do they really point to the right directory? You set Web permissions - does the filesystem also have the right permissions to the TMP directory? If you check the TMP directory's properties from Explorer, can you confirm that the IUSR_ account has WRITE access? Are you sure? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Thomas Bartlett [mailto:tbartlett at dddd.com.au] Sent: Sunday, April 04, 2004 10:44 PM To: Ed McNierney; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] MS wont generate maps! Hi Ed, Yeah it does !! I've created the Virtual Directory and allow READ, WRITE and BROWSE access to it. If I look under the "Directory Security" tab then under "Anonymous Access....", anonymous access is ticked !! Does mapserver log these sorts of errors anywhere other then the log file referenced in the map file.... Which still isn't being created ?? Thanks for you help Tom -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Monday, 5 April 2004 12:14 PM To: Thomas Bartlett; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] MS wont generate maps! Tom - On the new machine, does the \Inetpub\wwwroot\tmp directory exist, and does the anonymous Web user IUSR_ account have *write* access to it? Check your IIS configuration for both machines. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Thomas Bartlett [mailto:tbartlett at dddd.com.au] Sent: Sunday, April 04, 2004 9:39 PM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] MS wont generate maps! Hi All, Can anyone please help I'm pulling my hair out here !!! I have been developing a Mapserver Application on an XP machine... And everything has been going great, BUT I am trying to migrate across to a Windows 2000 Advanced Server machine ! Both machines are running IIS 5.0 I have set everything up in the same directories... But no matter what I do I cant get MapServer to generate images? I have put a LOG reference in the .map file but the file is not created, or if I create it nothing is added to it! MapServer is working.... Because when I have errors in my map file or in the url... Errors are returned. When I submit a properly formatted url, the template document is return with broken links for the images (ref, legend,scalebar and img). These link are where the images should be.... But no images are created !! I know I'm missing something simple... I just don't know what !! I have tried setting IMAGEPATH and IMAGEURL in the .map file or setting MAP_WEB_IMAGEURL and MAP_WEB_IMAGEPATH nothing seems to works PLEASE HELP !! Many Thanks Tom Bartlett ------------------------------------------------------------------------ ------------------ # # Start of map file # MAP NAME UXO STATUS ON SIZE 600 600 EXTENT 140 -26.50 154 -40 UNITS DD SHAPEPATH "C:\MapServer_Data\" IMAGECOLOR 255 255 255 TEMPLATEPATTERN "UXO_Basic" IMAGETYPE PNG # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # # Start of web interface definition (including WMS enabling metadata) # WEB HEADER templates/header.html TEMPLATE "set in /index.html" FOOTER templates/footer.html MINSCALE 1000 MAXSCALE 10000000 IMAGEPATH "set in /index.html" IMAGEURL "set in /index.html" LOG UXO_Mapserver METADATA WMS_TITLE "UMN MapServer Itasca Demo" WMS_ABSTRACT "This is a UMN MapServer application for Itasca County located in north central Minnesota." WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://localhost/UXO/index.html" WMS_SRS "EPSG:26915" END END # # Start of reference map # REFERENCE IMAGE graphics/aust_ref.png EXTENT 111.33 -7.87 156.12 -46.84 SIZE 150 133 STATUS ON MINBOXSIZE 5 #MAXBOXSIZE 120 OUTLINECOLOR 255 255 255 MARKERSIZE 9 MARKER 'star' END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 0 0 0 LABEL COLOR 255 255 255 SIZE TINY END STYLE 1 SIZE 400 2 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 5 TRANSPARENT TRUE STATUS ON END QUERYMAP SIZE 250 250 STYLE HILITE COLOR 255 255 0 STATUS ON END # # Start of layer definitions # LAYER NAME GMA_BUILTUPA TYPE POLYGON STATUS OFF DATA GMA_1m/QLD/builtupa_qld MAXSCALE 10000000 MINSCALE 250000 CLASS NAME 'Built-up Area' STYLE COLOR 255 190 190 END END TOLERANCE 3 END # GMA_BUILTUPA END # Map File ------------------------------------------------------------------ MapServer Itasca Application

          MapServer Itasca Application


          This demonstration application will take you through various levels of complexity. Starting with a basic application that allows a user to pan/zoom and change layers we add:

          • dynamically configured scalebars
          • javascript-based panning
          • query results to a frame
          • and finally, a DHTML rubber-band zoom/query capabilty
          The base data is the old-reliable Itasca dataset that we know and love...


          _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ed at topozone.com Sun Apr 4 19:49:43 2004 From: ed at topozone.com (Ed McNierney) Date: Sun, 4 Apr 2004 22:49:43 -0400 Subject: [Mapserver-users] MS wont generate maps! Message-ID: <13858AA1A74F30419F319ACB66A9D1224E4174@mercator.topozone.com> Tom - So are any files being created in the TMP directory? Is the URL path REALLY correct? Look at the URLs of the broken link images - are those URLs what you expect them to be? Do they really point to the right directory? You set Web permissions - does the filesystem also have the right permissions to the TMP directory? If you check the TMP directory's properties from Explorer, can you confirm that the IUSR_ account has WRITE access? Are you sure? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Thomas Bartlett [mailto:tbartlett at dddd.com.au] Sent: Sunday, April 04, 2004 10:44 PM To: Ed McNierney; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] MS wont generate maps! Hi Ed, Yeah it does !! I've created the Virtual Directory and allow READ, WRITE and BROWSE access to it. If I look under the "Directory Security" tab then under "Anonymous Access....", anonymous access is ticked !! Does mapserver log these sorts of errors anywhere other then the log file referenced in the map file.... Which still isn't being created ?? Thanks for you help Tom -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Monday, 5 April 2004 12:14 PM To: Thomas Bartlett; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] MS wont generate maps! Tom - On the new machine, does the \Inetpub\wwwroot\tmp directory exist, and does the anonymous Web user IUSR_ account have *write* access to it? Check your IIS configuration for both machines. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Thomas Bartlett [mailto:tbartlett at dddd.com.au] Sent: Sunday, April 04, 2004 9:39 PM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] MS wont generate maps! Hi All, Can anyone please help I'm pulling my hair out here !!! I have been developing a Mapserver Application on an XP machine... And everything has been going great, BUT I am trying to migrate across to a Windows 2000 Advanced Server machine ! Both machines are running IIS 5.0 I have set everything up in the same directories... But no matter what I do I cant get MapServer to generate images? I have put a LOG reference in the .map file but the file is not created, or if I create it nothing is added to it! MapServer is working.... Because when I have errors in my map file or in the url... Errors are returned. When I submit a properly formatted url, the template document is return with broken links for the images (ref, legend,scalebar and img). These link are where the images should be.... But no images are created !! I know I'm missing something simple... I just don't know what !! I have tried setting IMAGEPATH and IMAGEURL in the .map file or setting MAP_WEB_IMAGEURL and MAP_WEB_IMAGEPATH nothing seems to works PLEASE HELP !! Many Thanks Tom Bartlett ------------------------------------------------------------------------ ------------------ # # Start of map file # MAP NAME UXO STATUS ON SIZE 600 600 EXTENT 140 -26.50 154 -40 UNITS DD SHAPEPATH "C:\MapServer_Data\" IMAGECOLOR 255 255 255 TEMPLATEPATTERN "UXO_Basic" IMAGETYPE PNG # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # # Start of web interface definition (including WMS enabling metadata) # WEB HEADER templates/header.html TEMPLATE "set in /index.html" FOOTER templates/footer.html MINSCALE 1000 MAXSCALE 10000000 IMAGEPATH "set in /index.html" IMAGEURL "set in /index.html" LOG UXO_Mapserver METADATA WMS_TITLE "UMN MapServer Itasca Demo" WMS_ABSTRACT "This is a UMN MapServer application for Itasca County located in north central Minnesota." WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://localhost/UXO/index.html" WMS_SRS "EPSG:26915" END END # # Start of reference map # REFERENCE IMAGE graphics/aust_ref.png EXTENT 111.33 -7.87 156.12 -46.84 SIZE 150 133 STATUS ON MINBOXSIZE 5 #MAXBOXSIZE 120 OUTLINECOLOR 255 255 255 MARKERSIZE 9 MARKER 'star' END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 0 0 0 LABEL COLOR 255 255 255 SIZE TINY END STYLE 1 SIZE 400 2 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 5 TRANSPARENT TRUE STATUS ON END QUERYMAP SIZE 250 250 STYLE HILITE COLOR 255 255 0 STATUS ON END # # Start of layer definitions # LAYER NAME GMA_BUILTUPA TYPE POLYGON STATUS OFF DATA GMA_1m/QLD/builtupa_qld MAXSCALE 10000000 MINSCALE 250000 CLASS NAME 'Built-up Area' STYLE COLOR 255 190 190 END END TOLERANCE 3 END # GMA_BUILTUPA END # Map File ------------------------------------------------------------------ MapServer Itasca Application

          MapServer Itasca Application


          This demonstration application will take you through various levels of complexity. Starting with a basic application that allows a user to pan/zoom and change layers we add:

          • dynamically configured scalebars
          • javascript-based panning
          • query results to a frame
          • and finally, a DHTML rubber-band zoom/query capabilty
          The base data is the old-reliable Itasca dataset that we know and love...


          _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mapserver at resellmo.com Sun Apr 4 21:07:39 2004 From: mapserver at resellmo.com (K Resellmo) Date: Sun, 04 Apr 2004 23:07:39 -0500 Subject: [Mapserver-users] itemnquery returns no results Message-ID: <6.0.1.1.2.20040404230645.02756ce0@resellmo.com> Hello all, I am trying to get item queries working using the MapServer 4.0.1 CGI interface, but I keep getting the "Search returned no results" error message. Here is the URL I am using: http://localhost/cgi-bin/mapserv.exe?mapfile.map&mode=itemnquery&qlayer=cities&qstring=('[name]'='Timbuktu') Defining a qitem did not help. I have tried changing case. I have checked the shapefile, and there is an entry for "Timbuktu" in the name column. I've tried querying numerical columns, also without success. Regular queries are working fine (mode=query) thanks to help from the list, so I think my mapfile is fine. Anyhow, here is the relevant section from my mapfile: LAYER NAME cities DATA cities STATUS default TYPE POINT CLASS NAME "cities" TEMPLATE citiesQuery.html STYLE COLOR 255 255 255 END END END IAny help would be greatly appreciated. Thanks, Kris From forumq4u at hotmail.com Sun Apr 4 22:07:01 2004 From: forumq4u at hotmail.com (forum master) Date: Mon, 05 Apr 2004 05:07:01 +0000 Subject: [Mapserver-users] PHP Mapscript preparequery() Message-ID: Hi list, Laletly I have been using mapscript to perform actions all sorts of zooming, scale and extents related actions. Yet I have not seen a reason why preparequery() is required. When and why must preparequery() be used and what are the reprecussions of not using it? -fq4u _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From sajithvk at hotpop.com Sun Apr 4 15:05:10 2004 From: sajithvk at hotpop.com (Sajith VK) Date: Mon, 05 Apr 2004 03:35:10 +0530 Subject: [Mapserver-users] GisMorphix available online Message-ID: <1081116310.7410.8.camel@fsfi.dyndns.org> Hi, We are glad to anounce that "GisMorphix" is now available online. Its a GNU/Linux distribution for Scientific applications in general and Gis applications in perticular. Its based on Morphix and Debian GNU/Linux. Please loot at http://freesoftware.keltron.org/gismorphix-cd.html Major packaes includes GRASS, thuban, Qgis, gmt, igmt, octave etc. Applications needed for common tasks like Office suite, mail client etc are also included, which makes it a complete Operating system. All softwares in this CD are freesoftwares. If you dont have enough bandwidth to download the cd, please let us know. We can write a CD and send it to you,(only If Inside India)..... Looking for your comments..... -- "Freedom Matters" Sajith VK From jduflost at ben.vub.ac.be Sun Apr 4 22:28:36 2004 From: jduflost at ben.vub.ac.be (Johan Duflost) Date: Mon, 5 Apr 2004 07:28:36 +0200 Subject: [Mapserver-users] MS wont generate maps! References: <000001c41aae$b3e69000$1701a8c0@dddd.com.au> Message-ID: <000f01c41ace$d83b3300$0200000a@orion> Hi Tom, I dont't know if it can help but mapserver on my win2k didn't generate images correctly until I put a backslash at the end of map_web_imagepath and map_web_imageurl parameters. map_web_imagepath=C:\applies\Apache Group\Tomcat 4.1\webapps\biomap\tmp\&map_web_imageurl=/biomap/tmp\ Johan Duflost Johan Duflost Analyst Programmer Belgian Biodiversity Information Facility (BeBIF) Universite Libre de Bruxelles (ULB) Boulevard du Triomphe - campus de la plaine B-1050 Bruxelles http://gis.bebif.be ----- Original Message ----- From: "Thomas Bartlett" To: Sent: Monday, April 05, 2004 3:38 AM Subject: [Mapserver-users] MS wont generate maps! > > Hi All, > > Can anyone please help I'm pulling my hair out here !!! > > I have been developing a Mapserver Application on an XP machine... And > everything has been going great, BUT I am trying to migrate across to > a Windows 2000 Advanced Server machine ! > > Both machines are running IIS 5.0 > > I have set everything up in the same directories... But no matter what I > do I cant get MapServer to generate images? I have put a LOG reference > in the .map file but the file is not created, or if I create it nothing > is added to it! > > MapServer is working.... Because when I have errors in my map file or in > the url... Errors are returned. When I submit a properly formatted > url, the template document is return with broken links for the images > (ref, legend,scalebar and img). These link are where the images should > be.... But no images are created !! > > I know I'm missing something simple... I just don't know what !! > > I have tried setting IMAGEPATH and IMAGEURL in the .map file or setting > MAP_WEB_IMAGEURL and MAP_WEB_IMAGEPATH nothing seems to works > > > PLEASE HELP !! > > Many Thanks > Tom Bartlett > > > ------------------------------------------------------------------------ > ------------------ > > # > # Start of map file > # > > MAP > NAME UXO > STATUS ON > SIZE 600 600 > EXTENT 140 -26.50 154 -40 > UNITS DD > SHAPEPATH "C:\MapServer_Data\" > IMAGECOLOR 255 255 255 > TEMPLATEPATTERN "UXO_Basic" > > IMAGETYPE PNG > > # > # Start of symbol definitions (we're only using a few) > # > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > # > # Start of web interface definition (including WMS enabling metadata) > # > WEB > HEADER templates/header.html > TEMPLATE "set in /index.html" > FOOTER templates/footer.html > MINSCALE 1000 > MAXSCALE 10000000 > IMAGEPATH "set in /index.html" > IMAGEURL "set in /index.html" > LOG UXO_Mapserver > METADATA > WMS_TITLE "UMN MapServer Itasca Demo" > WMS_ABSTRACT "This is a UMN MapServer application for Itasca > County located in north central Minnesota." > WMS_ACCESSCONSTRAINTS none > > # change this value to match your setup > WMS_ONLINERESOURCE "http://localhost/UXO/index.html" > > WMS_SRS "EPSG:26915" > END > END > > # > # Start of reference map > # > REFERENCE > IMAGE graphics/aust_ref.png > EXTENT 111.33 -7.87 156.12 -46.84 > SIZE 150 133 > STATUS ON > MINBOXSIZE 5 > #MAXBOXSIZE 120 > OUTLINECOLOR 255 255 255 > MARKERSIZE 9 > MARKER 'star' > END > > # > # Start of legend > # > LEGEND > KEYSIZE 18 12 > LABEL > TYPE BITMAP > SIZE MEDIUM > COLOR 0 0 89 > END > STATUS ON > END > > # > # Start of scalebar > # > SCALEBAR > IMAGECOLOR 0 0 0 > LABEL > COLOR 255 255 255 > SIZE TINY > END > STYLE 1 > SIZE 400 2 > COLOR 255 255 255 > UNITS KILOMETERS > INTERVALS 5 > TRANSPARENT TRUE > STATUS ON > END > > QUERYMAP > SIZE 250 250 > STYLE HILITE > COLOR 255 255 0 > STATUS ON > END > > # > # Start of layer definitions > # > > LAYER > NAME GMA_BUILTUPA > TYPE POLYGON > STATUS OFF > DATA GMA_1m/QLD/builtupa_qld > > MAXSCALE 10000000 > MINSCALE 250000 > > CLASS > NAME 'Built-up Area' > STYLE > COLOR 255 190 190 > END > END > > TOLERANCE 3 > > END # GMA_BUILTUPA > > END # Map File > > > ------------------------------------------------------------------ > > > MapServer Itasca Application > > > >

          MapServer Itasca Application

          >


          > This demonstration application will take you through various levels > of complexity. Starting with a basic application that > allows a user to pan/zoom and change layers we add: >

            >
          • dynamically configured scalebars >
          • javascript-based panning >
          • query results to a frame >
          • and finally, a DHTML rubber-band zoom/query capabilty >
          > The base data is the old-reliable Itasca dataset that we know and > love... > > >
          > > > > > > > value="C:\Inetpub\wwwroot\UXO\UXO_custom.map"> > value="/mapserv40/mapserv.exe"> > > value="C:\Inetpub\wwwroot\tmp\"> > > value="UXO_Basic.html"> > > > >
          > >


          > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From stepan.kafka at centrum.cz Sun Apr 4 22:58:02 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Mon, 5 Apr 2004 07:58:02 +0200 Subject: [Mapserver-users] Classification on more than 1 classitem In-Reply-To: Message-ID: <000e01c41ad2$f4f02650$463c2fc3@HSGIS> This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C41AE3.B878F650 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit MessageYes, you can use all sorts of logical expressions in parenthesis. eg.: CLASS EXPRESSION ([CODE]=15 and '[CNTY]'='MyCounty') In this case, you need not set CLASSITEM in LAYER definition (but if set, it is not used). (Be sure if the string expressions are quoted.) See documentation for more.... Stepan Kafka -----P?vodn? zpr?va----- Od: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele Delfos, Jacob Odesl?no: 5. dubna 2004 4:00 Komu: mapserver-users at lists.gis.umn.edu P?edm?t: [Mapserver-users] Classification on more than 1 classitem Hi all, I know there have been questions about this before, but I could not actually find a definitive answer. I need to perform a classification based on a condition using two attributes. Is there a way to have two classitems? Regards, Jacob JACOB DELFOS SPATIAL INFORMATION ANALYST Maunsell Australia Pty Ltd 629 Newcastle Street PO Box 81 Leederville 6902 Western Australia ABN 20 093 846 925 Tel + 61 8 9281 6185 Fax + 61 8 9281 6297 jacob.delfos at maunsell.com ------=_NextPart_000_000F_01C41AE3.B878F650 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message

          Yes,=20 you can use all sorts of logical expressions in parenthesis.=20 eg.:
           
          CLASS
           =20 EXPRESSION ([CODE]=3D15 and '[CNTY]'=3D'MyCounty')
           
          In=20 this case, you need not set CLASSITEM in LAYER definition (but if set, = it is not=20 used).
          (Be=20 sure if the string expressions are quoted.)
          See=20 documentation for more....
           
          Stepan=20 Kafka
           
          -----P=F9vodn=ED zpr=E1va-----
          Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za u=BEivatele = Delfos,=20 Jacob
          Odesl=E1no: 5. dubna 2004 4:00
          Komu:=20 mapserver-users at lists.gis.umn.edu
          P=F8edm=ECt: = [Mapserver-users]=20 Classification on more than 1 classitem

          Hi all,

          I know there have been questions = about this=20 before, but I could not actually find a definitive answer. I need to = perform a=20 classification based on a condition using two attributes. Is there a = way to=20 have two classitems?

          Regards,

          Jacob

           

          JACOB DELFOS
          SPATIAL = INFORMATION = ANALYST
          Maunsell Australia=20 Pty Ltd
          629 Newcastle Street
          PO Box 81
          Leederville = 6902
          Western=20 Australia
          ABN 20 093 846 925

          Tel     + = 61 8 9281=20 6185
          Fax    + 61 8 9281 6297
          jacob.delfos at maunsell.com



          ------=_NextPart_000_000F_01C41AE3.B878F650-- From jacob.delfos at maunsell.com Sun Apr 4 23:00:45 2004 From: jacob.delfos at maunsell.com (Delfos, Jacob) Date: Mon, 5 Apr 2004 16:00:45 +1000 Subject: [Mapserver-users] Classification on more than 1 classitem Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C41AD3.55F7A090 Content-Type: text/plain; charset="ISO-8859-2" Content-Transfer-Encoding: quoted-printable Thanks a lot for that =20 Jacob -----Original Message----- From: Stepan Kafka [mailto:stepan.kafka at centrum.cz]=20 Sent: Monday, 5 April 2004 13:58 To: Delfos, Jacob; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Classification on more than 1 classitem Yes, you can use all sorts of logical expressions in parenthesis. eg.: =20 CLASS EXPRESSION ([CODE]=3D15 and '[CNTY]'=3D'MyCounty') =20 In this case, you need not set CLASSITEM in LAYER definition (but if = set, it is not used). (Be sure if the string expressions are quoted.) See documentation for more.... =20 Stepan Kafka =20 -----P=F9vodn=ED zpr=E1va----- Od: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]za u=BEivatele Delfos, = Jacob Odesl=E1no: 5. dubna 2004 4:00 Komu: mapserver-users at lists.gis.umn.edu P=F8edm=ECt: [Mapserver-users] Classification on more than 1 classitem Hi all, I know there have been questions about this before, but I could not = actually find a definitive answer. I need to perform a classification based on a condition using two attributes. Is there a way to have two classitems? Regards, Jacob =20 JACOB DELFOS SPATIAL INFORMATION ANALYST Maunsell Australia Pty Ltd 629 Newcastle Street PO Box 81 Leederville 6902 Western Australia ABN 20 093 846 925 Tel + 61 8 9281 6185 Fax + 61 8 9281 6297 jacob.delfos at maunsell.com ------_=_NextPart_001_01C41AD3.55F7A090 Content-Type: text/html; charset="ISO-8859-2" Content-Transfer-Encoding: quoted-printable Message
          Thanks=20 a lot for that
           
          Jacob
          -----Original Message-----
          From: = Stepan Kafka=20 [mailto:stepan.kafka at centrum.cz]
          Sent: Monday, 5 April = 2004=20 13:58
          To: Delfos, Jacob;=20 mapserver-users at lists.gis.umn.edu
          Subject: RE: = [Mapserver-users]=20 Classification on more than 1 classitem

          Yes,=20 you can use all sorts of logical expressions in parenthesis.=20 eg.:
           
          CLASS
            EXPRESSION ([CODE]=3D15 and=20 '[CNTY]'=3D'MyCounty')
           
          In=20 this case, you need not set CLASSITEM in LAYER definition (but if = set, it is=20 not used).
          (Be=20 sure if the string expressions are quoted.)
          See=20 documentation for more....
           
          Stepan Kafka
           
          -----P=F9vodn=ED zpr=E1va-----
          Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za = u=BEivatele Delfos,=20 Jacob
          Odesl=E1no: 5. dubna 2004 4:00
          Komu:=20 mapserver-users at lists.gis.umn.edu
          P=F8edm=ECt: = [Mapserver-users]=20 Classification on more than 1 classitem

          Hi all,

          I know there have been questions = about this=20 before, but I could not actually find a definitive answer. I need = to perform=20 a classification based on a condition using two attributes. Is = there a way=20 to have two classitems?

          Regards,

          Jacob

           

          JACOB DELFOS
          SPATIAL = INFORMATION = ANALYST=
          Maunsell Australia Pty Ltd
          629 Newcastle Street
          PO = Box=20 81
          Leederville 6902
          Western Australia
          ABN 20 093 846 = 925

          Tel=20     + 61 8 9281 6185
          Fax    + = 61 8=20 9281 6297
          jacob.delfos at maunsell.com



          ------_=_NextPart_001_01C41AD3.55F7A090-- From dharanibabus at hotmail.com Sun Apr 4 23:14:03 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Mon, 05 Apr 2004 11:44:03 +0530 Subject: [Mapserver-users] Win CE Version Message-ID: Steve Thanks a lot for the reply . I found the map script page at the dm solutions site http://www.maptools.org/php_mapscript/index.phtml?page=faq.html . It quotes that "The original version of MapScript (in Perl) uses SWIG, but since SWIG does not support the PHP language, the module has to be maintained separately and may not always be in sync with the Perl version. " - i understand that we need not use PHP and just have to make C like function calls to the map script mapserver right ? with regards and thanks in advance dharani babu s >From: Stephen Woodbridge >To: Dharani Babu >CC: mapserver-users at lists.gis.umn.edu, tmitchell at lignum.com, >spatialguru at shaw.ca, info at peoplegis.com >Subject: Re: [Mapserver-users] Win CE Version >Date: Sat, 03 Apr 2004 09:07:46 -0500 > >Dharani, > >A lot of points here, but I might a suggest another way of approaching this >problem. Mapserver has a Swig interface definition that is used to build >mapscript. It might be possible to build a Swig interface to VB.Net or a >com object so you would then compile mapserver into a dll or whatever that >could be called directly from VB.NET. > >Then you can avoid all the issues of HTML, browses, etc. You would then >write an application making calls to mapscript to load the mapfile, and >generate map images what could be returned either via a tmp file or as an >image object that you would then display directly to the screen. > >You would build your user interface and whole application directly in the >native WinCE development environment and forget about all the issues of >webservers, networking, HTML, browses, etc. > >Hope this helps, > >-Steve > >Dharani Babu wrote: > >>Hi all >> I am venturing into trails of using map server components in a win ce >>based device . I invite and request all of the members to add thier points >>. >>My Aim is to develope a map server component on a handheld device of like >>pocket PC . The first phase is to successfully deploy the mapserver exe ( >>either _36 or _40) at the target device with associated dlls and libs .I >>hope we will be in need of map server exe version for win ce platform >>right ? As I am using emualtor I dont face any probs as of now with >>accessing the mapserver exe but the case may be different when it comes to >>activesync it to the real device . Third phase -- >>There are two possibilties one is that the device being connected to net( >>tyler this point is to you :)) . In that case from the device the user >>types like http:/file.html off they go !!! but the situation is not >>that simple . Coz the devices wont be connected to net at all . In that >>case we are in need of 1) passing the hidden variables to the mapserv exe >>WITHOUT init html 2) retrieving the temporary images created at the /tmp >>folder and then have to display them without BROWSER . right ? Here is >>where I am confused lot .. Does the IE retreive the tmp images or the >>mapserver maps the images to an instance of IE ? I hope the second . So in >>this case how to change the default behavior of mapserver's association >>with brower to display the images ? Fourth .. >>How to get the template html work done with out html ? Thats we need to >>have zoom in /out /pan /query feature etc Which need to be somehow fired >>without the template html ... And last The mother of all doubts I have is >>will map server work without apache or IIS ? :) >>I amplanning to start coding next week onwards . Hope I would be having >>some tons of messages in my inbox after week end .... >>I hope I have opened a wide area of discussion to follow ...I hope to get >>invaluable suggestions from the members in all ...bye for now >>with regards and thanks in advance >>dharani babu >>NB: The possible platform for mapserver component in win ce will be VB >>.NETsmart project ... >> >>_________________________________________________________________ >>Studies, career, romance. Whatever your concerns. >>http://www.astroyogi.com/newMSN/ We have the answers. >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > _________________________________________________________________ Thinking of a vacation? Get all the best deals. http://www.msn.co.in/Travel/ Right here at MSN Travel! From dharanibabus at hotmail.com Sun Apr 4 23:46:43 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Mon, 05 Apr 2004 12:16:43 +0530 Subject: [Mapserver-users] Win CE Version Message-ID: Steve Could you tell me 1) which version of mapscript( It is PHP mapscript right ?) should be installed 2) steps to get SWIG +map server APIs + vb.net working with samples if possible please as I am fully new to SWIG . with regards and thanks in advance dharani >From: Stephen Woodbridge >To: Dharani Babu >CC: mapserver-users at lists.gis.umn.edu, tmitchell at lignum.com, >spatialguru at shaw.ca, info at peoplegis.com >Subject: Re: [Mapserver-users] Win CE Version >Date: Sat, 03 Apr 2004 09:07:46 -0500 > >Dharani, > >A lot of points here, but I might a suggest another way of approaching this >problem. Mapserver has a Swig interface definition that is used to build >mapscript. It might be possible to build a Swig interface to VB.Net or a >com object so you would then compile mapserver into a dll or whatever that >could be called directly from VB.NET. > >Then you can avoid all the issues of HTML, browses, etc. You would then >write an application making calls to mapscript to load the mapfile, and >generate map images what could be returned either via a tmp file or as an >image object that you would then display directly to the screen. > >You would build your user interface and whole application directly in the >native WinCE development environment and forget about all the issues of >webservers, networking, HTML, browses, etc. > >Hope this helps, > >-Steve > >Dharani Babu wrote: > >>Hi all >> I am venturing into trails of using map server components in a win ce >>based device . I invite and request all of the members to add thier points >>. >>My Aim is to develope a map server component on a handheld device of like >>pocket PC . The first phase is to successfully deploy the mapserver exe ( >>either _36 or _40) at the target device with associated dlls and libs .I >>hope we will be in need of map server exe version for win ce platform >>right ? As I am using emualtor I dont face any probs as of now with >>accessing the mapserver exe but the case may be different when it comes to >>activesync it to the real device . Third phase -- >>There are two possibilties one is that the device being connected to net( >>tyler this point is to you :)) . In that case from the device the user >>types like http:/file.html off they go !!! but the situation is not >>that simple . Coz the devices wont be connected to net at all . In that >>case we are in need of 1) passing the hidden variables to the mapserv exe >>WITHOUT init html 2) retrieving the temporary images created at the /tmp >>folder and then have to display them without BROWSER . right ? Here is >>where I am confused lot .. Does the IE retreive the tmp images or the >>mapserver maps the images to an instance of IE ? I hope the second . So in >>this case how to change the default behavior of mapserver's association >>with brower to display the images ? Fourth .. >>How to get the template html work done with out html ? Thats we need to >>have zoom in /out /pan /query feature etc Which need to be somehow fired >>without the template html ... And last The mother of all doubts I have is >>will map server work without apache or IIS ? :) >>I amplanning to start coding next week onwards . Hope I would be having >>some tons of messages in my inbox after week end .... >>I hope I have opened a wide area of discussion to follow ...I hope to get >>invaluable suggestions from the members in all ...bye for now >>with regards and thanks in advance >>dharani babu >>NB: The possible platform for mapserver component in win ce will be VB >>.NETsmart project ... >> >>_________________________________________________________________ >>Studies, career, romance. Whatever your concerns. >>http://www.astroyogi.com/newMSN/ We have the answers. >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > _________________________________________________________________ Studies, career, romance. Whatever your concerns. http://www.astroyogi.com/newMSN/ We have the answers. From unicoletti at prometeo.it Mon Apr 5 00:04:34 2004 From: unicoletti at prometeo.it (Umberto Nicoletti) Date: 05 Apr 2004 09:04:34 +0200 Subject: [Fwd: Re: [Mapserver-users] QueryByPoint using Java/MapScript returns no results [SOLVED]] Message-ID: <1081148673.4890.7.camel@friedrich> It was easy, but difficult to spot. Here it is, in case anybody is interested. > On Wed, 2004-03-31 at 15:31, Umberto Nicoletti wrote: > > Hi list, > > I am using Java mapscript to build a demo application using the itasca > > map. I have had some success zooming/panning, but now I am stuck with > > querying. > > > > I am running on Linux, with mapserver 4.0, java 1.4.1. > > > > This is the code snippet that performs the query: > > > > private void queryLayer(int i, pointObj queryPoint) { > > layerObj layer=map.getLayer(i); > > if (layer!=null && isVisible(layer) ) { > > if ( layer.open() == mapscript.MS_SUCCESS ) { remove this layer.open() > > if (log.isDebugEnabled()) { > > log.debug("Querying layer: "+layer.getName()); > > } > > if ( > > layer.queryByPoint(map,queryPoint,mapscript.MS_MULTIPLE,0) == > > mapscript.MS_SUCCESS ) { > > resultCacheObj resultCache = layer.getResultcache(); put layer.open() here and move layer.close() up the nesting hierarchy. Regards, Umberto > > for (int j=0;j > if (log.isDebugEnabled()) > > log.debug("Layer "+layer.getName()+", result > > number:"+j); > > resultCacheMemberObj > > resultMember=layer.getResult(j); > > //shapeObj shape=new > > shapeObj(mapscript.MS_SHAPE_NULL); > > shapeObj shape=new shapeObj(layer.getType()); > > > > layer.getShape(shape,resultMember.getTileindex(),resultMember.getShapeindex()); > > if (shape!=null) { > > log.debug("Shape.text="+shape.getText()); > > log.debug("Shape "+j+" > > numValues="+shape.getNumvalues()); > > for (int z=0;z > > > log.info("Shape.value["+z+"]="+shape.getValue(z)); > > } > > } else { > > log.error("Shape "+j+" is null!"); > > } > > } > > } else { > > log.warn("Query on layer "+layer.getName()+" > > failed."); > > } > > layer.close(); > > } else { > > log.warn("Cannot open layer "+layer.getName()+" vfor > > query"); > > } > > } > > } > > > > There is an outer loop on all layers of course, but that is not shown. > > And this is the output I get in my logs: > > > > DEBUG [http8080-Processor4] (?:?) - Map point is: > > (444126.024361375,5236694.413626128) > > DEBUG [http8080-Processor4] (?:?) - Querying layer: ctybdpy2 > > WARN [http8080-Processor4] (?:?) - Query on layer ctybdpy2 failed. > > DEBUG [http8080-Processor4] (?:?) - Querying layer: mcd90py2 > > WARN [http8080-Processor4] (?:?) - Query on layer mcd90py2 failed. > > DEBUG [http8080-Processor4] (?:?) - Querying layer: twprgpy3 > > WARN [http8080-Processor4] (?:?) - Query on layer twprgpy3 failed. > > DEBUG [http8080-Processor4] (?:?) - Querying layer: lakespy2 > > DEBUG [http8080-Processor4] (?:?) - Layer lakespy2, result number:0 > > DEBUG [http8080-Processor4] (?:?) - Shape.text=null > > DEBUG [http8080-Processor4] (?:?) - Shape 0 numValues=0 > > DEBUG [http8080-Processor4] (?:?) - Querying layer: dlgstln2 > > WARN [http8080-Processor4] (?:?) - Query on layer dlgstln2 failed. > > DEBUG [http8080-Processor4] (?:?) - Querying layer: ctyrdln3 > > WARN [http8080-Processor4] (?:?) - Query on layer ctyrdln3 failed. > > DEBUG [http8080-Processor4] (?:?) - Querying layer: majrdln3 > > WARN [http8080-Processor4] (?:?) - Query on layer majrdln3 failed. > > DEBUG [http8080-Processor4] (?:?) - Querying layer: majrdln3_anno > > WARN [http8080-Processor4] (?:?) - Query on layer majrdln3_anno failed. > > DEBUG [http8080-Processor4] (?:?) - Querying layer: airports > > WARN [http8080-Processor4] (?:?) - Query on layer airports failed. > > DEBUG [http8080-Processor4] (?:?) - Querying layer: cities > > WARN [http8080-Processor4] (?:?) - Query on layer cities failed. > > > > What it looks to me is that it finds (correctly) a shape, but the shape > > hasn't any attribute attached. > > Please note that the same code works on the Europe map from the php > > mapscript by example. > > > > What am I doing wrong? > > I attach my demo.map. > > > > Thanks for your help, > > Umberto > > From gis at balkanu.com.au Mon Apr 5 00:44:53 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Mon, 5 Apr 2004 17:44:53 +1000 Subject: [Mapserver-users] TIF displays in grayscale In-Reply-To: <983486967@web.de> Message-ID: <000001c41ae1$e4c7ce40$566b110a@cydn.net.au> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C41B35.B673DE40 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Robert =20 Thanks for your reply. =20 The posts here: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0303/msg00355.ht= ml also helped me find a solution. =20 -- I reduced the number of colours in my TIF file to 64 (using = 'IrfanView') with no real effect on how it looked. This left plenty of extra colours available for the raster layers and also vastly reduced the size of the raster (from 50MB to 13MB).=20 =20 Yuri =20 -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of robert = fritz Sent: Friday, 2 April 2004 16:50 To: gis at balkanu.com.au; mapserver-users at lists.gis.umn.edu Subject: re:[Mapserver-users] TIF displays in grayscale Received: from 194.175.70.36 by freemailng0705.web.de with HTTP; Fri, 02 Apr 2004 08:50:04 +0200 Date: Fri, 02 Apr 2004 08:50:04 +0200 Message-Id: <983486967 at web.de> --- END HEADERS --- Hello, maybe I had the same problem. Please take a look : http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0310/msg00425.ht= ml Robert =20 --------------------------------------------- Hi all, I'm using MapLab 2.1rc3 with MapServer 4.x (as part of ms4w) on Windows 2000, SP4.=20 I've successfully created a WLD file to display a TIF raster file (yay!) = - however when the raster is displayed the entire map (not only the = raster, but all other layers as well) is rendered in grayscale.=20 I notice in the MapLab documentation it says that MapServer's built-in support for TIF does not include support for "tiled, 16bit, RGB, or odd color models". Could this be why it is not displaying in colour? When I converted the image from JPG (which it was originally) to TIF, I saved = it from PhotoShop in 8-bit CMYK. I don't know what constitutes an 'odd = colour model'. Is there perhaps a Style Object I need to include? The Class Object is essentially empty, as you can see in the relevant mapfile snippet below. = I'm afraid I'm still not terribly clued up on the application of Classes to other Objects. ----- LAYER NAME "250k raster" GROUP "Raster - topographic" STATUS ON DATA "../../../../Documents and Settings/All Users/Data/Tables (MI)/Rasters/Topo_250k/Sd5513.tif" TYPE RASTER UNITS DD SIZEUNITS PIXELS CLASS NAME "Cooktown" MAXSCALE 500000 END ----- Thanks for any suggestions Yuri Banens Hi all, I'm using MapLab 2.1rc3 with MapServer 4.x (as part of ms4w) on Windows 2000, SP4.=20 I've successfully created a WLD file to display a TIF raster file (yay!) = - however when the raster is displayed the entire map (not only the = raster, but all other layers as well) is rendered in grayscale.=20 I notice in the MapLab documentation it says that MapServer's built-in support for TIF does not include support for "tiled, 16bit, RGB, or odd color models". Could this be why it is not displaying in colour? When I converted the image from JPG (which it was originally) to TIF, I saved = it from PhotoShop in 8-bit CMYK. I don't know what constitutes an 'odd = colour model'. Is there perhaps a Style Object I need to include? The Class Object is essentially empty, as you can see in the relevant mapfile snippet below. = I'm afraid I'm still not terribly clued up on the application of Classes to other Objects. ----- LAYER NAME "250k raster" GROUP "Raster - topographic" STATUS ON DATA "../../../../Documents and Settings/All Users/Data/Tables (MI)/Rasters/Topo_250k/Sd5513.tif" TYPE RASTER UNITS DD SIZEUNITS PIXELS CLASS NAME "Cooktown" MAXSCALE 500000 END ----- Thanks for any suggestions Yuri Banens =20 ------------------------------------------------------- =20 =20 =20 Hi Robert, thanks for your suggestion. When I tried this=20 ------=_NextPart_000_0001_01C41B35.B673DE40 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
          Hi=20 Robert
           
          Thanks for your=20 reply.
           
          The posts here: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0303= /msg00355.html also=20 helped me find a solution.
           
          -- I reduced the number of colours in my TIF = file to 64=20 (using 'IrfanView') with no real effect on how it looked. This left = plenty of=20 extra colours available for the raster layers and also vastly reduced = the size=20 of the raster (from 50MB to 13MB). =
           
          Yuri
           
          -----Original = Message-----
          From:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of = robert=20 fritz
          Sent: Friday, 2 April 2004 16:50
          To:=20 gis at balkanu.com.au; mapserver-users at lists.gis.umn.edu
          Subject: = re:[Mapserver-users] TIF displays in=20 grayscale

          Received: from 194.175.70.36 by freemailng0705.web.de with = HTTP;
          Fri,=20 02 Apr 2004 08:50:04 +0200
          Date: Fri, 02 Apr 2004 08:50:04=20 +0200
          Message-Id: <983486967 at web.de>

          --- END HEADERS=20 ---

          Hello,

          maybe I had the same problem. Please take a = look :=20 = http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0310/msg00425.ht= ml

          Robert
           
          ---------------------------------------------

          Hi all,

          I'm using MapLab 2.1rc3 with MapServer 4.x (as part of ms4w) on = Windows=20 2000, SP4.

          I've successfully created a WLD file to display a TIF raster file = (yay!) -=20 however when the raster is displayed the entire map (not only the = raster, but=20 all other layers as well) is rendered in grayscale.

          I notice in the MapLab documentation it says that MapServer's = built-in=20 support for TIF does not include support for "tiled, 16bit, RGB, or = odd color=20 models". Could this be why it is not displaying in colour? When I = converted=20 the image from JPG (which it was originally) to TIF, I saved it from = PhotoShop=20 in 8-bit CMYK. I don't know what constitutes an 'odd colour = model'.

          Is there perhaps a Style Object I need to include? The Class Object = is=20 essentially empty, as you can see in the relevant mapfile snippet = below. I'm=20 afraid I'm still not terribly clued up on the application of Classes = to other=20 Objects.

          -----

          LAYER

          NAME "250k raster"

          GROUP "Raster - topographic"

          STATUS ON

          DATA "../../../../Documents and Settings/All Users/Data/Tables=20 (MI)/Rasters/Topo_250k/Sd5513.tif"

          TYPE RASTER

          UNITS DD

          SIZEUNITS PIXELS

          CLASS

          NAME "Cooktown"

          MAXSCALE 500000

          END

          -----

          Thanks for any suggestions

          Yuri Banens

          Hi all,

          I'm using MapLab 2.1rc3 with MapServer 4.x (as part of ms4w) on = Windows=20 2000, SP4.

          I've successfully created a WLD file to display a TIF raster file = (yay!) -=20 however when the raster is displayed the entire map (not only the = raster, but=20 all other layers as well) is rendered in grayscale.

          I notice in the MapLab documentation it says that MapServer's = built-in=20 support for TIF does not include support for "tiled, 16bit, RGB, or = odd color=20 models". Could this be why it is not displaying in colour? When I = converted=20 the image from JPG (which it was originally) to TIF, I saved it from = PhotoShop=20 in 8-bit CMYK. I don't know what constitutes an 'odd colour = model'.

          Is there perhaps a Style Object I need to include? The Class Object = is=20 essentially empty, as you can see in the relevant mapfile snippet = below. I'm=20 afraid I'm still not terribly clued up on the application of Classes = to other=20 Objects.

          -----

          LAYER

          NAME "250k raster"

          GROUP "Raster - topographic"

          STATUS ON

          DATA "../../../../Documents and Settings/All Users/Data/Tables=20 (MI)/Rasters/Topo_250k/Sd5513.tif"

          TYPE RASTER

          UNITS DD

          SIZEUNITS PIXELS

          CLASS

          NAME "Cooktown"

          MAXSCALE 500000

          END

          -----

          Thanks for any suggestions

          Yuri Banens

           
          -------------------------------------------------------
           
           
           
          Hi Robert, thanks = for your=20 suggestion. When I tried this =
          ------=_NextPart_000_0001_01C41B35.B673DE40-- From Tomas.Brandalik at Sun.COM Mon Apr 5 00:47:27 2004 From: Tomas.Brandalik at Sun.COM (Tomas Brandalik) Date: Mon, 05 Apr 2004 09:47:27 +0200 Subject: [Mapserver-users] java mapscript Message-ID: <40710F0F.10203@sun.com> Hi, where I can find info about java/mapscript ? I haven't been successful in finding any javadoc, documentation ... thanks -Tomas From sajithvk at hotpop.com Sun Apr 4 18:01:46 2004 From: sajithvk at hotpop.com (Sajith VK) Date: Mon, 05 Apr 2004 06:31:46 +0530 Subject: [Mapserver-users] GisMorphix available online In-Reply-To: <1081116310.7410.8.camel@fsfi.dyndns.org> References: <1081116310.7410.8.camel@fsfi.dyndns.org> Message-ID: <1081126906.1309.3.camel@fsfi.dyndns.org> Hi, The correct link is: http://freesoftware.keltron.org/gismorphixcd.html Also, mapserver is there in the CD, and on booting up the CD, it shows a webbrowser with map of frida (From the frida projecct). So it will be helpful for anyone who wish to try mapserver as, a working sample is available..... Thanks.... On Mon, 2004-04-05 at 03:35, Sajith VK wrote: > Hi, > We are glad to anounce that "GisMorphix" is now available > online. Its a GNU/Linux distribution for Scientific applications in > general and Gis applications in perticular. Its based on Morphix > and Debian GNU/Linux. Please loot at > http://freesoftware.keltron.org/gismorphix-cd.html > > Major packaes includes GRASS, thuban, Qgis, gmt, igmt, octave etc. > Applications needed for common tasks like Office suite, > mail client etc are also included, which makes it a complete > Operating system. > > All softwares in this CD are freesoftwares. If you dont have enough > bandwidth to download the cd, please let us know. We can write a CD > and send it to you,(only If Inside India)..... > > Looking for your comments..... -- "Freedom Matters" Sajith VK From norbert.thieme at ilmenau.baw.de Mon Apr 5 01:18:30 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Mon, 05 Apr 2004 10:18:30 +0200 Subject: [Mapserver-users] Need help with SDE connection Message-ID: <40711656.2040507@ilmenau.baw.de> Hi all, I already wrote last week because I have a problem with the connection to ArcSDE. (Please see: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0403/msg00748.html) Sorry for my impatience but I don't get any further at this point and I really need this problem to be solved. If someone has an idea please tell me. I would be very glad. If there is no way to get the problem solved directly with SDE I need to access Informix with OGR - SQL. Although this wouldn't be the preferred way: If someone can give me an advise on this it would be very nice as well. Thanks for your help, Norbert ----------------------------------------------------------------------------- Bundesanstalt f?r Wasserbau * FIT Ilmenau * Referat IT2 Am Ehrenberg 8 * 98693 Ilmenau * Germany ----------------------------------------------------------------------------- From siki at agt.bme.hu Mon Apr 5 03:44:19 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Mon, 5 Apr 2004 09:44:19 -0100 (GMT+1) Subject: [Mapserver-users] MS wont generate maps! {Scanned} In-Reply-To: <000001c41aae$b3e69000$1701a8c0@dddd.com.au> Message-ID: Hi, Do you/the web server have write access to the image folder? Are there any files in the image directory? If it is empty the web server has no enogh access right to this directory. On Mon, 5 Apr 2004, Thomas Bartlett wrote: > > Hi All, > > Can anyone please help I'm pulling my hair out here !!! > > I have been developing a Mapserver Application on an XP machine... And > everything has been going great, BUT I am trying to migrate across to > a Windows 2000 Advanced Server machine ! > > Both machines are running IIS 5.0 > > I have set everything up in the same directories... But no matter what I > do I cant get MapServer to generate images? I have put a LOG reference > in the .map file but the file is not created, or if I create it nothing > is added to it! > > MapServer is working.... Because when I have errors in my map file or in > the url... Errors are returned. When I submit a properly formatted > url, the template document is return with broken links for the images > (ref, legend,scalebar and img). These link are where the images should > be.... But no images are created !! > > I know I'm missing something simple... I just don't know what !! > > I have tried setting IMAGEPATH and IMAGEURL in the .map file or setting > MAP_WEB_IMAGEURL and MAP_WEB_IMAGEPATH nothing seems to works > > > PLEASE HELP !! > > Many Thanks > Tom Bartlett > > > ------------------------------------------------------------------------ > ------------------ > > # > # Start of map file > # > > MAP > NAME UXO > STATUS ON > SIZE 600 600 > EXTENT 140 -26.50 154 -40 > UNITS DD > SHAPEPATH "C:\MapServer_Data\" > IMAGECOLOR 255 255 255 > TEMPLATEPATTERN "UXO_Basic" > > IMAGETYPE PNG > > # > # Start of symbol definitions (we're only using a few) > # > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > # > # Start of web interface definition (including WMS enabling metadata) > # > WEB > HEADER templates/header.html > TEMPLATE "set in /index.html" > FOOTER templates/footer.html > MINSCALE 1000 > MAXSCALE 10000000 > IMAGEPATH "set in /index.html" > IMAGEURL "set in /index.html" > LOG UXO_Mapserver > METADATA > WMS_TITLE "UMN MapServer Itasca Demo" > WMS_ABSTRACT "This is a UMN MapServer application for Itasca > County located in north central Minnesota." > WMS_ACCESSCONSTRAINTS none > > # change this value to match your setup > WMS_ONLINERESOURCE "http://localhost/UXO/index.html" > > WMS_SRS "EPSG:26915" > END > END > > # > # Start of reference map > # > REFERENCE > IMAGE graphics/aust_ref.png > EXTENT 111.33 -7.87 156.12 -46.84 > SIZE 150 133 > STATUS ON > MINBOXSIZE 5 > #MAXBOXSIZE 120 > OUTLINECOLOR 255 255 255 > MARKERSIZE 9 > MARKER 'star' > END > > # > # Start of legend > # > LEGEND > KEYSIZE 18 12 > LABEL > TYPE BITMAP > SIZE MEDIUM > COLOR 0 0 89 > END > STATUS ON > END > > # > # Start of scalebar > # > SCALEBAR > IMAGECOLOR 0 0 0 > LABEL > COLOR 255 255 255 > SIZE TINY > END > STYLE 1 > SIZE 400 2 > COLOR 255 255 255 > UNITS KILOMETERS > INTERVALS 5 > TRANSPARENT TRUE > STATUS ON > END > > QUERYMAP > SIZE 250 250 > STYLE HILITE > COLOR 255 255 0 > STATUS ON > END > > # > # Start of layer definitions > # > > LAYER > NAME GMA_BUILTUPA > TYPE POLYGON > STATUS OFF > DATA GMA_1m/QLD/builtupa_qld > > MAXSCALE 10000000 > MINSCALE 250000 > > CLASS > NAME 'Built-up Area' > STYLE > COLOR 255 190 190 > END > END > > TOLERANCE 3 > > END # GMA_BUILTUPA > > END # Map File > > > ------------------------------------------------------------------ > > > MapServer Itasca Application > > > >

          MapServer Itasca Application

          >


          > This demonstration application will take you through various levels > of complexity. Starting with a basic application that > allows a user to pan/zoom and change layers we add: >

            >
          • dynamically configured scalebars >
          • javascript-based panning >
          • query results to a frame >
          • and finally, a DHTML rubber-band zoom/query capabilty >
          > The base data is the old-reliable Itasca dataset that we know and > love... > > >
          > > > > > > > value="C:\Inetpub\wwwroot\UXO\UXO_custom.map"> > value="/mapserv40/mapserv.exe"> > > value="C:\Inetpub\wwwroot\tmp\"> > > value="UXO_Basic.html"> > > > >
          > >


          > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jacanalejo at yahoo.es Mon Apr 5 02:03:25 2004 From: jacanalejo at yahoo.es (=?iso-8859-1?q?Jos=E9=20Antonio?=) Date: Mon, 5 Apr 2004 11:03:25 +0200 (CEST) Subject: [Mapserver-users] Sicad GBD-Oracle Message-ID: <20040405090325.21964.qmail@web12603.mail.yahoo.com> Hi list, I would like to build Mapserver with support for SICAD-Data in a Oracle DB; Is that possible? Has anyone successfully made it? Thank you! ===== Jos? Canalejo jacanalejo at yahoo.es Weizengasse 8 Freising 85354 Telf.08161/919456 ___________________________________________________ Yahoo! Messenger - Nueva versi?n GRATIS Super Webcam, voz, caritas animadas, y m?s... http://messenger.yahoo.es From wesp at gdv.com Mon Apr 5 02:38:10 2004 From: wesp at gdv.com (Oliver Wesp) Date: Mon, 05 Apr 2004 11:38:10 +0200 Subject: [Mapserver-users] Need help with SDE connection In-Reply-To: <40712505.5020603@ilmenau.baw.de> References: <40711656.2040507@ilmenau.baw.de> <40711EBF.5010709@gdv.com> <40712505.5020603@ilmenau.baw.de> Message-ID: <40712902.9050605@gdv.com> If msSDELayerOpen() fails the problem is most likely the Client-Connection. This could be due to an incorrect Connection-String or to a failure of the client. Can you post the complete Error-Message. Oliver Norbert Thieme wrote: > Hi, > > thanks for that. Now I got the error message I need. The connection seem > to work but the msSDELayerOpen() got a problem. So I can go on testing > if there is still something wrong in my mapfile or if there is a problem > with the SDE client. > > Once more thanks, > Norbert > > > Oliver Wesp schrieb: > >> Hi, >> >> we're using SDE-Connections with some success, so it's not impossible. >> Although we're using SDE with Oracle8i and 9i. >> >> The first thing that comes to my mind is that your SDE-Layer has >> STATUS=ON in your mapfile. So are you sure the layer is requested? Try >> STATUS=DEFAULT to make sure it is. >> >> best regards >> Oliver Wesp >> >> Norbert Thieme wrote: >> >>> Hi all, >>> >>> I already wrote last week because I have a problem with the >>> connection to ArcSDE. (Please see: >>> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0403/msg00748.html) >>> >>> >>> Sorry for my impatience but I don't get any further at this point and >>> I really need this problem to be solved. If someone has an idea >>> please tell me. I would be very glad. >>> >>> If there is no way to get the problem solved directly with SDE I need >>> to access Informix with OGR - SQL. Although this wouldn't be the >>> preferred way: If someone can give me an advise on this it would be >>> very nice as well. >>> >>> Thanks for your help, >>> Norbert >>> >>> ----------------------------------------------------------------------------- >>> >>> Bundesanstalt f?r Wasserbau * FIT Ilmenau * Referat IT2 >>> Am Ehrenberg 8 * 98693 Ilmenau * Germany >>> ----------------------------------------------------------------------------- >>> >>> _______________________________________________ >>> Mapserver-users mailing list >>> Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >>> >> >> > > > > -- Dipl.-Geogr. Oliver Wesp Gesellschaft fuer geografische Datenverarbeitung Binger Strasse 49-51 D-55218 Ingelheim fon: +49 6132 714818 fax: +49 6132 714828 http: www.gdv.com From norbert.thieme at ilmenau.baw.de Mon Apr 5 03:23:25 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Mon, 05 Apr 2004 12:23:25 +0200 Subject: [Mapserver-users] Need help with SDE connection Message-ID: <4071339D.7020307@ilmenau.baw.de> Hi all, I could solve my problem with the help of Oliver Wesp. Thanks to him. I set the status of the layer to on. But in my case it has to be default sorry about that. With that I got the error which pointed me to an error in my mapfile. Now it works. So, sorry for this silly mistake. Sincerely, Norbert Thieme ----------------------------------------------------------------------------- Bundesanstalt f?r Wasserbau * FIT Ilmenau * Referat IT2 Am Ehrenberg 8 * 98693 Ilmenau * Germany ----------------------------------------------------------------------------- From unicoletti at prometeo.it Mon Apr 5 03:19:43 2004 From: unicoletti at prometeo.it (unicoletti at prometeo.it) Date: Mon, 5 Apr 2004 12:19:43 +0200 Subject: [Mapserver-users] java mapscript In-Reply-To: <40710F0F.10203@sun.com> References: <40710F0F.10203@sun.com> Message-ID: <1081160383.407132bf2c10f@webmail.prometeo.it> Quoting Tomas Brandalik : > Hi, > where I can find info about java/mapscript ? > I haven't been successful in finding any javadoc, documentation ... > Look at the php class reference. JavaMapScript is quite (not really) the same. HTH, Umberto > thanks > -Tomas > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From berend.veldkamp at aris.nl Mon Apr 5 04:06:38 2004 From: berend.veldkamp at aris.nl (Berend Veldkamp) Date: Mon, 05 Apr 2004 13:06:38 +0200 Subject: [Mapserver-users] OGC Interoperability Add-On for ArcGIS Message-ID: <40713DBE.5DE099AE@aris.nl> Hi, Has anyone sucessfully used the OGC Interoperability Add-On for ArcGIS yet? (http://www.esri.com/software/opengis/ogc-download.html) ArcMap is able to retrieve a list of layers, but when I try to add one, mapserver gives this message: "loadMap(): Web application error. CGI variable "map" is not set." The URI I use is http://dsc586-3/cgi-bin/mapserv?map=../map/test1.map& so apparantly the "map=" part is cut off somewhere. Berend -- ____________________________ Berend Veldkamp - ARIS http://www.aris.nl/ ____________________________ From godwinl at agr.gc.ca Mon Apr 5 06:24:52 2004 From: godwinl at agr.gc.ca (Liz Godwin) Date: Mon, 05 Apr 2004 09:24:52 -0400 Subject: [Mapserver-users] HTML Legends as lists Message-ID: Thanks, I'd thought of this, but I just wanted to avoid having to duplicate a lot of mapfile tags as metadata. In my mind, I shouldn't have to. (I'm a picky user) Maybe this component will change in the future...? Liz >>> "Ryan, Adam" 04/02/04 06:33PM >>> Liz, I think you might be underestimating the power of the HTML Legend. Remember, any layer can have any number of metadata tags to help you guide layers them into the right group, div, list, whatever. Also, using javascript, you could build arrays with the repeating HTML Legend rather than write anything out onto the document. Use the footer to write it out. As for the collapse, expand, find a couple of nice gifs (+,-) and do something like Function colexp(id){ theE = document.getElementById(id); theE.style.display (theE.style.display=="none") ? "block":"none"; } Use the group name (not necessarily the mapserver group, a metadata group of your own) and the layer name as a unique id. Or something like that. Adam -----Original Message----- From: Liz Godwin [mailto:godwinl at agr.gc.ca] Sent: Friday, April 02, 2004 12:16 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] HTML Legends as lists Hello all! I've been looking into making a collapsable legend. I have groups of layers, each of which have detailed class information. Now.. I can make an HTML legend work just fine. It's the collapsing that's tricky. Currently the HTML legend works that only the code between the repeating sections is used, and only certain tags are available within repeating sections. These two things are preventing me from making this an easy solution. I'd like to be able to create a heirachical list such that my group knows that it's children are it's layers with the same group, and the layers know which classes are their own. The way to do this would be to add

            tags around my layers and classes. BUT I can't. An alternative (but to me merely a temp. workaround) to this would be to give an identifier to each layer and class that of it's parent so that it could be found using some javascript, but alas, my group info isn't available to my layer in the HTML template file. Oh Mapserver Gurus...please tell me this would be something simple to implement. I think a lot of other people would be interested in this. Lists are quickly becomming a popular display method in web pages instead of tables. Cheers, Liz Godwin _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Mon Apr 5 06:32:22 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 05 Apr 2004 09:32:22 -0400 Subject: [Mapserver-users] Win CE Version In-Reply-To: References: Message-ID: <40715FE6.9030200@swoodbridge.com> Dharani, There is no support currently for vb.net. I am suggesting that you look at SWIG or the C-API and that you build an interface for vb.net. I can't help you much more than this suggestion as I am not familiar with the Microsoft development environment. I am guessing that you probably want to write a COM/DCOM wrapper to mapserver that you can access via vb.net. It is unlikely that you can use PHP/Mapscript to do what you want without getting very convoluted, but these might give you some examples of how to integrate similar calls into vb.net or a COM object. Sorry, I can't help with SWIG other than to suggest that it might be worth looking to see it they have a mode for generating COM objects, in which case it might be a useful tool. There are other on this list that are much more knowledgeable about Windows technology, SWIG, mapscript than I am. May be they will jump in here and offer their suggestions. ;) -Steve Dharani Babu wrote: > Steve > Could you tell me > 1) which version of mapscript( It is PHP mapscript right ?) should be > installed > 2) steps to get SWIG +map server APIs + vb.net working with samples if > possible please as I am fully new to SWIG . > > with regards and thanks in advance > dharani > >> From: Stephen Woodbridge >> To: Dharani Babu >> CC: mapserver-users at lists.gis.umn.edu, tmitchell at lignum.com, >> spatialguru at shaw.ca, info at peoplegis.com >> Subject: Re: [Mapserver-users] Win CE Version >> Date: Sat, 03 Apr 2004 09:07:46 -0500 >> >> Dharani, >> >> A lot of points here, but I might a suggest another way of approaching >> this problem. Mapserver has a Swig interface definition that is used >> to build mapscript. It might be possible to build a Swig interface to >> VB.Net or a com object so you would then compile mapserver into a dll >> or whatever that could be called directly from VB.NET. >> >> Then you can avoid all the issues of HTML, browses, etc. You would >> then write an application making calls to mapscript to load the >> mapfile, and generate map images what could be returned either via a >> tmp file or as an image object that you would then display directly to >> the screen. >> >> You would build your user interface and whole application directly in >> the native WinCE development environment and forget about all the >> issues of webservers, networking, HTML, browses, etc. >> >> Hope this helps, >> >> -Steve >> >> Dharani Babu wrote: >> >>> Hi all >>> I am venturing into trails of using map server components in a win >>> ce based device . I invite and request all of the members to add >>> thier points . >>> My Aim is to develope a map server component on a handheld device of >>> like pocket PC . The first phase is to successfully deploy the >>> mapserver exe ( either _36 or _40) at the target device with >>> associated dlls and libs .I hope we will be in need of map server exe >>> version for win ce platform right ? As I am using emualtor I dont >>> face any probs as of now with accessing the mapserver exe but the >>> case may be different when it comes to activesync it to the real >>> device . Third phase -- >>> There are two possibilties one is that the device being connected to >>> net( tyler this point is to you :)) . In that case from the device >>> the user types like http:/file.html off they go !!! but the >>> situation is not that simple . Coz the devices wont be connected to >>> net at all . In that case we are in need of 1) passing the hidden >>> variables to the mapserv exe WITHOUT init html 2) retrieving the >>> temporary images created at the /tmp folder and then have to display >>> them without BROWSER . right ? Here is where I am confused lot .. >>> Does the IE retreive the tmp images or the mapserver maps the images >>> to an instance of IE ? I hope the second . So in this case how to >>> change the default behavior of mapserver's association with brower to >>> display the images ? Fourth .. >>> How to get the template html work done with out html ? Thats we need >>> to have zoom in /out /pan /query feature etc Which need to be somehow >>> fired without the template html ... And last The mother of all doubts >>> I have is will map server work without apache or IIS ? :) >>> I amplanning to start coding next week onwards . Hope I would be >>> having some tons of messages in my inbox after week end .... >>> I hope I have opened a wide area of discussion to follow ...I hope to >>> get invaluable suggestions from the members in all ...bye for now >>> with regards and thanks in advance >>> dharani babu >>> NB: The possible platform for mapserver component in win ce will be >>> VB .NETsmart project ... >>> >>> _________________________________________________________________ >>> Studies, career, romance. Whatever your concerns. >>> http://www.astroyogi.com/newMSN/ We have the answers. >>> >>> _______________________________________________ >>> Mapserver-users mailing list >>> Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> > > _________________________________________________________________ > Studies, career, romance. Whatever your concerns. > http://www.astroyogi.com/newMSN/ We have the answers. > > From dmorissette at dmsolutions.ca Mon Apr 5 06:57:24 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 05 Apr 2004 09:57:24 -0400 Subject: [Mapserver-users] Regarding GetLegendGraphic In-Reply-To: References: <3FC4483968B5A048BBD9F3387EBFF5C0E34920@XMAIL1.sooner.net.ou.edu> Message-ID: <407165C4.3060304@dmsolutions.ca> Bart van den Eijnden wrote: > > see the following message for more info on this: > > http://lists.gis.umn.edu/pipermail/mapserver-dev/2004-March/000891.html > This issue was resolved at least a week ago, but I saw in a post from Frank yesterday saying that maptime.obj was missing in Makefile.vc ... that could be the problem Gayathri ran into. > On Sat, 3 Apr 2004 14:56:58 -0600, Swaminathan, Gayathri > wrote: > >> Hi: >> I am having problems compiling the CVS version of mapserver using VC++6. >> >> mapserver.lib(mapdraw.obj) : error LNK2001: unresolved external symbol >> _msGettim >> eofday >> mapserv.exe : fatal error LNK1120: 1 unresolved externals >> NMAKE : fatal error U1077: 'link' : return code '0x460' >> Stop. >> >> Found that, >> 1)msGettimeofday is defined in maptime.h >> 2)mapdraw includes maptime.h and uses msGettimeofDay everytime before a >> ms_debug call is made. >> >> Can you help me with this one> >> Gayathri >> From fheland at netcourrier.com Mon Apr 5 15:41:09 2004 From: fheland at netcourrier.com (fheland at netcourrier.com) Date: Mon, 5 Apr 2004 15:41:09 CEST Subject: [Mapserver-users] WFS / curl error code 7 (couldn't create socket) Message-ID: Hi Daniel, I've made some more test. if WFSserver = Tomcat + WFSclient = Tomcat : Curl error code 7 (couldn't create socket) WFSserver = Apache + WFSclient = Tomcat : Curl error code 7 (couldn't create socket) WFSserver = Apache + WFSclient = Apache : ok WFSserver = Tomcat + WFSclient = Apache : WFS request produced unexpected output (junk?) for layer NERIStations WFSserver = Tomcat + WFSclient = Apache : ok when changing CONNECTION to "http://195.220.97.114/agentstruts/cgi-bin/mapserv_41.exe?map=d:/Tomcat4.1/webapps/agentstruts/mapservice/data/neri/htdocs/neri-wfs.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature" instead of "http://195.220.97.114/agentstruts/cgi-bin/mapserv_41.exe?map=d:/Tomcat4.1/webapps/agentstruts/mapservice/data/neri/htdocs/neri-wfs.map" ... It seems to be a Tomcat issu but I've no idea how to solve this ! Is there anyone using Tomcat facing the same type of problem ? The curl command without the "-d/" works also. Thanks a lot for your help. Fred fheland at netcourrier.com wrote: > One more info, the curl command works (with tomcat & apache) on shell : > ... > > > The version of curl is : > curl 7.11.1 (i386-pc-win32) libcurl/7.11.1 zlib/1.2.1 > Protocols: ftp gopher telnet dict ldap http file > Features: libz > > Which version of libcurl mapserver is using ? > Is this could be the issue ? > MapServer doesn't come with its own version of Curl, it uses the version of Curl that you have installed on your system. We have used MapServer with Curl 7.11.x without any problem. I see that you use "curl -d/ ..." at the command-line ... why the "-d/"? Normally you should just call "curl ", e.g. curl "http://192.168.1.114/agentstruts/cgi-bin/mapserv_41.exe?map=C:/ms4w/Apache/htdocs/eden/eden/eden/data/neri/htdo cs/neri-wfs.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature" If you could explain why you use "-d/" that could possibly help us understand the problem with MapServer. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ------------------------------------------------------------- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) From gayathri at ou.edu Mon Apr 5 07:16:35 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 5 Apr 2004 09:16:35 -0500 Subject: [Mapserver-users] OGC Interoperability Add-On for ArcGIS Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C05C723B@XMAIL1.sooner.net.ou.edu> This is a multi-part message in MIME format. ------_=_NextPart_001_01C41B18.E6D2C3A1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi: Is this interoperability connector comparable to the one for Arcexplorer = as explained in, http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer=20 =20 In that case, can you=20 1) getCapabilities and, 2) convert it to a php file as explained in the link above =20 and use the URL to the php file to connect from ARCGIS.....using this = interoperability connector =20 Gayathri ________________________________ From: mapserver-users-admin at lists.gis.umn.edu on behalf of Berend = Veldkamp Sent: Mon 4/5/2004 6:06 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] OGC Interoperability Add-On for ArcGIS Hi, Has anyone sucessfully used the OGC Interoperability Add-On for ArcGIS yet? (http://www.esri.com/software/opengis/ogc-download.html) ArcMap is able to retrieve a list of layers, but when I try to add one, mapserver gives this message: "loadMap(): Web application error. CGI variable "map" is not set." The URI I use is http://dsc586-3/cgi-bin/mapserv?map=3D../map/test1.map& so apparantly the "map=3D" part is cut off somewhere. Berend -- ____________________________ Berend Veldkamp - ARIS http://www.aris.nl/ ____________________________ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ------_=_NextPart_001_01C41B18.E6D2C3A1 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =0A= =0A= =0A= =0A= =0A= =0A= [Mapserver-users] OGC Interoperability Add-On for ArcGIS=0A= =0A= =0A=
            =0A=
            Hi:
            =0A=
            Is this interoperability = connector =0A= comparable to the one for Arcexplorer as explained in,
            =0A= =0A=
             
            =0A=
            In that case, can you
            =0A=
            1) getCapabilities and,
            =0A=
            2) convert it to a php file as explained in the link =0A= above
            =0A=
             
            =0A=
            and use the URL to the php file to connect from = ARCGIS.....using =0A= this interoperability connector
            =0A=
             
            =0A=
            Gayathri
            =0A=

            =0A=
            =0A= From: = mapserver-users-admin at lists.gis.umn.edu on =0A= behalf of Berend Veldkamp
            Sent: Mon 4/5/2004 6:06 = AM
            To: =0A= mapserver-users at lists.gis.umn.edu
            Subject: [Mapserver-users] = OGC =0A= Interoperability Add-On for ArcGIS

            =0A=
            =0A=

            Hi,

            Has anyone sucessfully used the OGC = Interoperability =0A= Add-On for ArcGIS
            yet? (http://ww= w.esri.com/software/opengis/ogc-download.html)

            ArcMap =0A= is able to retrieve a list of layers, but when I try to add
            one, = mapserver =0A= gives this message: "loadMap(): Web application error.
            CGI variable = "map" is =0A= not set." The URI I use is
            http= ://dsc586-3/cgi-bin/mapserv?map=3D../map/test1.map& =0A= so apparantly
            the "map=3D" part is cut off =0A= somewhere.

            Berend




            --
            _______________________= _____

            Berend =0A= Veldkamp - ARIS
            http://www.aris.nl/
            _________________= ___________
            _______________________________________________
            Mapserv= er-users =0A= mailing list
            Mapserver-users at lists.gis.umn.edu
            http:/= /lists.gis.umn.edu/mailman/listinfo/mapserver-users

            =0A= =0A= =0A= ------_=_NextPart_001_01C41B18.E6D2C3A1-- From pramsey at refractions.net Mon Apr 5 07:33:08 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Mon, 05 Apr 2004 07:33:08 -0700 Subject: [Mapserver-users] OGC Interoperability Add-On for ArcGIS In-Reply-To: <40713DBE.5DE099AE@aris.nl> Message-ID: <284C1466-870E-11D8-A531-000393D33C2E@refractions.net> You might need to do the "script wrapper" trick, wherein a shell script is created that sets the MAPFILE environment variable and then calls mapserv. That way the outward facing URL is bare of parameters. There are also some nice tricks you can do with Apache and SetEnv directives. On Monday, April 5, 2004, at 04:06 AM, Berend Veldkamp wrote: > Hi, > > Has anyone sucessfully used the OGC Interoperability Add-On for ArcGIS > yet? (http://www.esri.com/software/opengis/ogc-download.html) > > ArcMap is able to retrieve a list of layers, but when I try to add > one, mapserver gives this message: "loadMap(): Web application error. > CGI variable "map" is not set." The URI I use is > http://dsc586-3/cgi-bin/mapserv?map=../map/test1.map& so apparantly > the "map=" part is cut off somewhere. > > Berend > > > > > -- > ____________________________ > > Berend Veldkamp - ARIS > http://www.aris.nl/ > ____________________________ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > Paul Ramsey Refractions Research Email: pramsey at refractions.net Phone: (250) 885-0632 From berend.veldkamp at aris.nl Mon Apr 5 07:44:48 2004 From: berend.veldkamp at aris.nl (Berend Veldkamp) Date: Mon, 05 Apr 2004 16:44:48 +0200 Subject: [Mapserver-users] OGC Interoperability Add-On for ArcGIS References: <3FC4483968B5A048BBD9F3387EBFF5C05C723B@XMAIL1.sooner.net.ou.edu> Message-ID: <407170E0.5AA8D34@aris.nl> Thanks for the fast reply, This is an add-on for Arcmap, provided by Esri, which allows you to use WMS/WFS data sources in ArcMap. It turned out I missed a WMS specific entry in my mapfile, everything works fine now. I'll rtfm next time before I post ;-) Berend > "Swaminathan, Gayathri" wrote: > > Hi: > Is this interoperability connector comparable to the one for > Arcexplorer as explained in, > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer > > In that case, can you > 1) getCapabilities and, > 2) convert it to a php file as explained in the link above > > and use the URL to the php file to connect from ARCGIS.....using > this interoperability connector > > Gayathri > -- ____________________________ Berend Veldkamp - ARIS http://www.aris.nl/ ____________________________ From berend.veldkamp at aris.nl Mon Apr 5 07:46:41 2004 From: berend.veldkamp at aris.nl (Berend Veldkamp) Date: Mon, 05 Apr 2004 16:46:41 +0200 Subject: [Mapserver-users] OGC Interoperability Add-On for ArcGIS References: <284C1466-870E-11D8-A531-000393D33C2E@refractions.net> Message-ID: <40717151.8372372A@aris.nl> Paul, Thanks for your reply, I already solved it (see my other post). But maybe I'll use your suggestion anyway, just to have a nicer looking URL. Berend Paul Ramsey wrote: > > You might need to do the "script wrapper" trick, wherein a shell script > is created that sets the MAPFILE environment variable and then calls > mapserv. That way the outward facing URL is bare of parameters. There > are also some nice tricks you can do with Apache and SetEnv directives. > -- ____________________________ Berend Veldkamp - ARIS http://www.aris.nl/ ____________________________ From gayathri at ou.edu Mon Apr 5 08:12:29 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 5 Apr 2004 10:12:29 -0500 Subject: [Mapserver-users] Regarding GetLegendGraphic Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E34973@XMAIL1.sooner.net.ou.edu> Thanks so much, that helped. Gayathri > -----Original Message----- > From: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] > Sent: Monday, April 05, 2004 8:57 AM > To: Swaminathan, Gayathri > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Regarding GetLegendGraphic > > > Bart van den Eijnden wrote: > > > > see the following message for more info on this: > > > > > http://lists.gis.umn.edu/pipermail/mapserver-> dev/2004-March/000891.htm > > l > > > > This issue was resolved at least a week ago, but I saw in a post from > Frank yesterday saying that maptime.obj was missing in > Makefile.vc ... > that could be the problem Gayathri ran into. > > > > > On Sat, 3 Apr 2004 14:56:58 -0600, Swaminathan, Gayathri > > wrote: > > > >> Hi: > >> I am having problems compiling the CVS version of mapserver using > >> VC++6. > >> > >> mapserver.lib(mapdraw.obj) : error LNK2001: unresolved external > >> symbol _msGettim eofday > >> mapserv.exe : fatal error LNK1120: 1 unresolved externals > >> NMAKE : fatal error U1077: 'link' : return code '0x460' > >> Stop. > >> > >> Found that, > >> 1)msGettimeofday is defined in maptime.h > >> 2)mapdraw includes maptime.h and uses msGettimeofDay > everytime before > >> a ms_debug call is made. > >> > >> Can you help me with this one> > >> Gayathri > >> > > From giuchiel at libero.it Mon Apr 5 08:27:46 2004 From: giuchiel at libero.it (Giuseppe Chielli) Date: Mon, 5 Apr 2004 17:27:46 +0200 Subject: [Mapserver-users] Spatial queries Message-ID: Hi, guys! I'm just studying mapserver or, better, mapscript and I'd like to know if it allows to make spatial queries. When I say "spatial queries" I mean queries that allow to find features with some spatial relationship. For example, can I find all the features in a layer intersecting some other features in another layer? I hope to be clear in my explanation. Thanks a lot. Giuseppe From lfilak at medinaco.org Mon Apr 5 08:47:46 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 05 Apr 2004 11:47:46 -0400 Subject: [Mapserver-users] Spatial queries Message-ID: <20040405154739.51F431A659B@mail.medinaco.org> Yes. In mapscript you can use a previous selection set from one layer to select features in another layer. I am not familiar enough with the CGI version to say how/if to do it there. HTH Lowell The following message was sent by "Giuseppe Chielli" on Mon, 5 Apr 2004 17:27:46 +0200. > Hi, guys! > I'm just studying mapserver or, better, mapscript and I'd like to know if it allows to make spatial queries. > When I say "spatial queries" I mean queries that allow to find features with some spatial relationship. > For example, can I find all the features in a layer intersecting some other features in another layer? > I hope to be clear in my explanation. > > Thanks a lot. > > Giuseppe > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gayathri at ou.edu Mon Apr 5 09:49:38 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 5 Apr 2004 11:49:38 -0500 Subject: [Mapserver-users] Mapserver 4.1 compile using VC 6 Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E349AF@XMAIL1.sooner.net.ou.edu> Hi List: I thought I will post my petty hurdles...to the list when compiling mapserver 4.1....(incase someone else comes across similar problems when compiling) Used, GD - 2.0.22- http://www.boutell.com/gd/manual2.0.22.html#buildgd Zlib- went well (use included makefile) GDAL1.2 - went smooth (use included makefile) Regex-0.12 - (use included makefile) ECW_SDK from http://ermapper.com curl and libcurl 7.11.1 - Use included workspace in source Freetype2.1.7 - Use included workspace in source Lib png 1.2.5 -smooth build - (use included makefile) Proj 4.4.7-smooth build - (use included makefile) Modify makefile to compile maptime.obj Oh! And make sure you have same OPTFLAGS defined when compiling mapserver and gdal to avoid mismatched set of compile/build options (http://remotesensing.org/pipermail/gdal-dev/2003-December/001582.html). HTH, Gayathri From forumq4u at hotmail.com Mon Apr 5 10:35:27 2004 From: forumq4u at hotmail.com (forum master) Date: Mon, 05 Apr 2004 17:35:27 +0000 Subject: [Mapserver-users] mapscript legendObj size Message-ID: Hi All, I am having a problem getting a legendObj to draw to a specified size. I set the width and height and the properties reflect the change, yet the legend draws at a small size (same size always) regardless of what width/height is set. Here is the code: ... $map->legend->set('width',400); echo $map->legend->width; // prints 400 $image = $map->drawLegend(); $image->saveWebImage(MS_PNG,1,1,0); // prints a png legend that is too small Thanks, -fq4u _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From pvandyke at kib.co.kodiak.ak.us Mon Apr 5 10:39:03 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Mon, 5 Apr 2004 09:39:03 -0800 Subject: [Mapserver-users] I'm getting a little frustrated... Message-ID: Ok, here's the deal... I'm new to GIS, so I could be the entire problem, but I'm not sure, you tell me. I've downloaded and install mapserver 4.0.1 precompiled binaries from the mapserver homepage (ms401_png_pg.zip). I've even been sucessful in building a few maps based on shape files using our own data. Here are some examples: http://209.165.152.73. However, I cannot get raster images to work to save my life... I've got a few rasters of my own that I've been working with that I've tried with no luck. I've also taken the raster image that was included with the tutorial and tried to get it working. Everytime it draws a picture without the raster data. Even when the raster layer is the only layer, it still draws the picture, without anything. Where do I need to go now? Should I try the same things on linux? I'm very familiar w/ the linux platform, but my company wants to keep everything on Windows. I'm running this on a Windows 2000 Server using Apache 2. Any help would be greatly appreciated. Even if you just tell me that you have a similar environment and it works. Thanks, Paul VanDyke Kodiak Island Borough Kodiak, Alaska From ed at topozone.com Mon Apr 5 10:53:29 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 5 Apr 2004 13:53:29 -0400 Subject: [Mapserver-users] I'm getting a little frustrated... Message-ID: <13858AA1A74F30419F319ACB66A9D1224E4187@mercator.topozone.com> Paul - There's nothing wrong with raster support on Windows - it works just fine. Posting your MAP file would help, too. Are you sure the raster layer is enabled (STATUS DEFAULT) in your map file? The biggest problem people have with raster data is that it is typically projected, while much vector data is not. That means you're mixing data with two different coordinate systems in the same map. That's perfectly OK and MapServer can handle it just fine, but you need to accurately describe the projection of each of your input data sets AND the desired output projection so MapServer can figure out what to do. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] Sent: Monday, April 05, 2004 1:39 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] I'm getting a little frustrated... Ok, here's the deal... I'm new to GIS, so I could be the entire problem, but I'm not sure, you tell me. I've downloaded and install mapserver 4.0.1 precompiled binaries from the mapserver homepage (ms401_png_pg.zip). I've even been sucessful in building a few maps based on shape files using our own data. Here are some examples: http://209.165.152.73. However, I cannot get raster images to work to save my life... I've got a few rasters of my own that I've been working with that I've tried with no luck. I've also taken the raster image that was included with the tutorial and tried to get it working. Everytime it draws a picture without the raster data. Even when the raster layer is the only layer, it still draws the picture, without anything. Where do I need to go now? Should I try the same things on linux? I'm very familiar w/ the linux platform, but my company wants to keep everything on Windows. I'm running this on a Windows 2000 Server using Apache 2. Any help would be greatly appreciated. Even if you just tell me that you have a similar environment and it works. Thanks, Paul VanDyke Kodiak Island Borough Kodiak, Alaska _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pvandyke at kib.co.kodiak.ak.us Mon Apr 5 10:59:26 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Mon, 5 Apr 2004 09:59:26 -0800 Subject: [Mapserver-users] I'm getting a little frustrated... Message-ID: Thanks Ed for getting back so quickly. I belive in the open-source movement because people like you make it work! Here is my map file that I'm using; it's an adaptation of the example 1-5 in the tutorial and uses that tiff file. MAP NAME example IMAGETYPE PNG EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 SIZE 400 300 SHAPEPATH "c:/program files/apache group/apache2/htdocs/data" DEBUG ON WEB TEMPLATE 'example.html' IMAGEPATH '/data/tmp/' IMAGEURL '/tmp/' LOG 'C:\mapserver.log' END LAYER # MODIS raster layer begins here NAME modis DATA "raster/mod09a12003161_ugl_ll_8bit.tif" STATUS DEFAULT TYPE RASTER PROCESSING "BANDS=1,2,3" OFFSITE 71 74 65 PROJECTION "init=epsg:4326" END END # MODIS raster layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file As I said, I'm a newbie to GIS so the projection stuff is foreign to me. I figured that using the example file would be a safe bet. Please comment on what you see. Thanks, Paul -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Monday, April 05, 2004 9:53 AM To: Paul VanDyke; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] I'm getting a little frustrated... Paul - There's nothing wrong with raster support on Windows - it works just fine. Posting your MAP file would help, too. Are you sure the raster layer is enabled (STATUS DEFAULT) in your map file? The biggest problem people have with raster data is that it is typically projected, while much vector data is not. That means you're mixing data with two different coordinate systems in the same map. That's perfectly OK and MapServer can handle it just fine, but you need to accurately describe the projection of each of your input data sets AND the desired output projection so MapServer can figure out what to do. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 From ARyan at co.linn.or.us Mon Apr 5 10:57:16 2004 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Mon, 5 Apr 2004 10:57:16 -0700 Subject: [Mapserver-users] I'm getting a little frustrated... Message-ID: <614FCE5F14A6D41180C200010240D6A24E7492@LINNMS> Paul This link doesn't seem to work for me. Is your raster data geo-referenced? Can you view it with vector data in another application? Adam Ryan -----Original Message----- From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] Sent: Monday, April 05, 2004 9:39 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] I'm getting a little frustrated... Ok, here's the deal... I'm new to GIS, so I could be the entire problem, but I'm not sure, you tell me. I've downloaded and install mapserver 4.0.1 precompiled binaries from the mapserver homepage (ms401_png_pg.zip). I've even been sucessful in building a few maps based on shape files using our own data. Here are some examples: http://209.165.152.73. However, I cannot get raster images to work to save my life... I've got a few rasters of my own that I've been working with that I've tried with no luck. I've also taken the raster image that was included with the tutorial and tried to get it working. Everytime it draws a picture without the raster data. Even when the raster layer is the only layer, it still draws the picture, without anything. Where do I need to go now? Should I try the same things on linux? I'm very familiar w/ the linux platform, but my company wants to keep everything on Windows. I'm running this on a Windows 2000 Server using Apache 2. Any help would be greatly appreciated. Even if you just tell me that you have a similar environment and it works. Thanks, Paul VanDyke Kodiak Island Borough Kodiak, Alaska _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From sd at dil.in Mon Apr 5 11:06:15 2004 From: sd at dil.in (Saurabh Data) Date: Mon, 05 Apr 2004 18:06:15 +0000 Subject: [Mapserver-users] features of mapserver Message-ID: Dear Users Have the developers of mapserver or any other people compared the features of mapserver to any other open source or proprietary systems. THe documentation provides useful information about mapserver but it would be nice to see any comparison with similar technologies cheers Saurabh Data ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ Tired of 56k? Get a FREE BT Broadband connection http://www.msn.co.uk/specials/btbroadband From ed at topozone.com Mon Apr 5 11:10:27 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 5 Apr 2004 14:10:27 -0400 Subject: [Mapserver-users] I'm getting a little frustrated... Message-ID: <13858AA1A74F30419F319ACB66A9D1224E4188@mercator.topozone.com> Paul - I'm not familiar with the raster data in the tutorial; it can be tricky working with raster data you don't know well. And maybe someone else can comment on why this tutorial data is working oddly. The first thing I'd suggest - and it's just a guess - is to comment out the PROCESSING statement and the OFFSITE statement. Your filename ends in "_8bit.tif" so it looks like an 8-bit file, but the PROCESSING directive is more suited to a 24-bit image. OFFSITE might not hurt, but you don't need it with just one image so take it out to keep things simple. Second, your EXTENT and PROJECTION don't match. EPSG code 4326 is WGS84 decimal degrees, so you're saying that your raster is in a "geographic" or decimal degrees projection. That's fine, but that EXTENT isn't in degrees at all! If you want to produce the output in decimal degrees, your EXTENT should be the extent of the image in degrees, and you should add UNITS DD (decimal degrees) below the EXTENT line. If you're not sure about the exact geographic extent of the image, use the LISTGEO command-line tool to examine it. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] Sent: Monday, April 05, 2004 1:59 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] I'm getting a little frustrated... Thanks Ed for getting back so quickly. I belive in the open-source movement because people like you make it work! Here is my map file that I'm using; it's an adaptation of the example 1-5 in the tutorial and uses that tiff file. MAP NAME example IMAGETYPE PNG EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 SIZE 400 300 SHAPEPATH "c:/program files/apache group/apache2/htdocs/data" DEBUG ON WEB TEMPLATE 'example.html' IMAGEPATH '/data/tmp/' IMAGEURL '/tmp/' LOG 'C:\mapserver.log' END LAYER # MODIS raster layer begins here NAME modis DATA "raster/mod09a12003161_ugl_ll_8bit.tif" STATUS DEFAULT TYPE RASTER PROCESSING "BANDS=1,2,3" OFFSITE 71 74 65 PROJECTION "init=epsg:4326" END END # MODIS raster layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file As I said, I'm a newbie to GIS so the projection stuff is foreign to me. I figured that using the example file would be a safe bet. Please comment on what you see. Thanks, Paul -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Monday, April 05, 2004 9:53 AM To: Paul VanDyke; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] I'm getting a little frustrated... Paul - There's nothing wrong with raster support on Windows - it works just fine. Posting your MAP file would help, too. Are you sure the raster layer is enabled (STATUS DEFAULT) in your map file? The biggest problem people have with raster data is that it is typically projected, while much vector data is not. That means you're mixing data with two different coordinate systems in the same map. That's perfectly OK and MapServer can handle it just fine, but you need to accurately describe the projection of each of your input data sets AND the desired output projection so MapServer can figure out what to do. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 From kueda at wso.williams.edu Mon Apr 5 11:24:45 2004 From: kueda at wso.williams.edu (Ken-ichi) Date: Mon, 05 Apr 2004 11:24:45 -0700 Subject: [Mapserver-users] addPoint problems, again Message-ID: <4071A46D.9000506@wso.williams.edu> Hi list. I posted this a few days ago, but I haven't worked out the problem yet. Please tell me if I'm doing something stupid. I'm new to MapServer and phpMapScript and I've run into a roadblock with ShapefileObj's addPoint() function. I add the point, add a record to the dbf (w/ almost no data), there are no errors, and the reported number of shapes in the file increases by one, but the new point isn't displayed. I've perused the list archives and haven't found anything like this. Can anyone give me any advice? This may all stem from some deep ignorance of the true and potentially infernal nature of shapefiles. I've included my version info and code below if it helps. This is all in Mac OS 10.3. MapServer Version MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE PHP MapScript Version ($Revision: 1.177 $ $Date: 2003/07/30 19:01:31 $) $my_point = ms_newpointObj(); $my_point->setXY($HTTP_POST_VARS["mapa_x"],$HTTP_POST_VARS["mapa_y"]); //add the point $targetFile = ms_newShapefileObj( "/path/to/file", -2 ); $temp = $targetFile->addPoint( $my_point ); echo "

            result: $temp\n";//test echo "

            result: " . $targetFile->numshapes;//test echo "

            result: " . $targetFile->type;//test echo "

            result: " . $targetFile->source;//test $targetFile->free(); //add the dbf record $dbf = dbase_open( "/path/to/file.dbf", 2 ); $attr = array( "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "newpt", "", "", "", "", "", "", "", "", "", "", "", "", "" ); if( !dbase_add_record( $dbf, $attr ) ) echo "

            Add Record Failed!

            "; dbase_pack( $dbf ); Thanks in advance. -Ken-ichi From siki at agt.bme.hu Mon Apr 5 13:53:18 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Mon, 5 Apr 2004 19:53:18 -0100 (GMT+1) Subject: [Mapserver-users] I'm getting a little frustrated... {Scanned} In-Reply-To: Message-ID: Hi, I have two suggestions. 1. You may have to downgrade your raster to 8 bit palette image. 2. Do you have georeference (world file) to your rasters? Bye Zoltan On Mon, 5 Apr 2004, Paul VanDyke wrote: > Ok, here's the deal... I'm new to GIS, so I could be the entire > problem, but I'm not sure, you tell me. > > I've downloaded and install mapserver 4.0.1 precompiled binaries from > the mapserver homepage (ms401_png_pg.zip). I've even been sucessful in > building a few maps based on shape files using our own data. Here are > some examples: http://209.165.152.73. However, I cannot get raster > images to work to save my life... I've got a few rasters of my own that > I've been working with that I've tried with no luck. I've also taken > the raster image that was included with the tutorial and tried to get it > working. Everytime it draws a picture without the raster data. Even > when the raster layer is the only layer, it still draws the picture, > without anything. > > Where do I need to go now? Should I try the same things on linux? I'm > very familiar w/ the linux platform, but my company wants to keep > everything on Windows. I'm running this on a Windows 2000 Server using > Apache 2. > > Any help would be greatly appreciated. Even if you just tell me that > you have a similar environment and it works. > > Thanks, > > Paul VanDyke > Kodiak Island Borough > Kodiak, Alaska > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From ARyan at co.linn.or.us Mon Apr 5 11:36:29 2004 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Mon, 5 Apr 2004 11:36:29 -0700 Subject: [Mapserver-users] Maybe queryByAttributes should be queryByAttribute Message-ID: <614FCE5F14A6D41180C200010240D6A24E74D9@LINNMS> Hi. Has anyone successfully queried more than one attribute using PHP mapscript, ie ('[TWNSHP]'='10' and '[RANGE]'='01')? I can't use this sort of expression in the qstring parameter of queryByAttributes, and if I try a combination like... $qclass->setExpression("('[TWNSHP]'='10' and '[RANGE]'='01')"); $qlayer->queryByAttributes("twnshp","/./",MS_MULTIPLE); ...mapserver crashes. I know my syntax is correct because either of these works fine independently. Am I missing a command? I've tried all kinds of combinations using expression, filter, queryByAttribute but can't seem to get it right. Any suggestions would be great. Adam Ryan From gheysen.t at skynet.be Mon Apr 5 11:43:41 2004 From: gheysen.t at skynet.be (Gheysen Thibaut) Date: Mon, 5 Apr 2004 20:43:41 +0200 Subject: [Mapserver-users] Query Message-ID: <00f801c41b3d$eba48800$a7ffc950@jeanlouis> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_00F5_01C41B4E.AE43E260 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello. How can I do a query on 4 attributes with PHP/MapScript 4 ? Thanks. Gheysen Thibaut --- Mail certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.648 / Virus Database: 415 - Release Date: 31/03/04 ------=_NextPart_000_00F5_01C41B4E.AE43E260 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
            Hello.
             
            How can I do a query = on 4 attributes=20 with PHP/MapScript 4 ?
             
            Thanks.
             
            Gheysen Thibaut
             

            ---
            Mail certified Virus = Free.
            Checked by=20 AVG anti-virus system (http://www.grisoft.com).
            Version: = 6.0.648 /=20 Virus Database: 415 - Release Date: 31/03/04
            ------=_NextPart_000_00F5_01C41B4E.AE43E260-- From pvandyke at kib.co.kodiak.ak.us Mon Apr 5 12:05:03 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Mon, 5 Apr 2004 11:05:03 -0800 Subject: [Mapserver-users] I'm getting a little frustrated... Message-ID: Eureka!!! Success at last!! WOOT!!! Ok, using the LISTGEO tool, I was able to find the correct extents to MY (not the tutorial's) tif image. I plugged those in on a test map and can now see a working raster image in mapserver. Now I have proff that it works on my system in my environment. THANK YOU ED!!! Now, how do I display my raster and my shape files together on the same page? When I look at the extents, they don't overlap. However, when I add them as two layers in ArcMap they mesh perfectly. I do have a .wld file for the tif. Do I need to create/adjust my projections? All the files are NAD_27. Again, this is a learning process for me, so I appreciate all the help that everyone is giving me. Here is the new .map file that I'm working with: MAP NAME map7 IMAGETYPE PNG EXTENT 517415 6368214 542392 6403304 SIZE 800 400 SHAPEPATH "c:/program files/apache group/apache2/htdocs/data" IMAGECOLOR 255 255 255 DEBUG ON WEB TEMPLATE 'map6.html' IMAGEPATH '/data/tmp/' IMAGEURL '/tmp/' LOG 'c:\mapserver.log' END # Start of LAYER DEFINITIONS ----------------------------- LAYER # water NAME water DATA kib_boundary STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 115 207 255 OUTLINECOLOR 32 32 32 END END END LAYER # coast NAME coast DATA kib_coast STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 0 216 56 OUTLINECOLOR 32 32 32 END END END LAYER # MODIS raster layer begins here NAME test123 DATA raster/kodiakc2.tif STATUS DEFAULT TYPE RASTER # PROCESSING "BANDS=1" # OFFSITE 71 74 65 END # MODIS raster layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object Here is the output from the LISTGEO on the kodiakc2.tif file: C:\Program Files\Apache Group\Apache2\htdocs\data\raster>listgeo kodiakc2.tif Geotiff_Information: Version: 1 Key_Revision: 0.2 Tagged_Information: ModelTiepointTag (2,3): 0 0 0 517415.363 6403304.71 0 ModelPixelScaleTag (1,3): 6.437376 6.437376 0 End_Of_Tags. Keyed_Information: GTModelTypeGeoKey (Short,1): ModelTypeProjected GTRasterTypeGeoKey (Short,1): RasterPixelIsArea ProjectedCSTypeGeoKey (Short,1): PCS_NAD27_UTM_zone_5N PCSCitationGeoKey (Ascii,24): "UTM Zone 5 N with NAD27" End_Of_Keys. End_Of_Geotiff. PCS = 26705 (name unknown) Projection = 16005 () Projection Method: CT_TransverseMercator ProjNatOriginLatGeoKey: 0.000000 ( 0d 0' 0.00"N) ProjNatOriginLongGeoKey: -153.000000 (153d 0' 0.00"W) ProjScaleAtNatOriginGeoKey: 0.999600 ProjFalseEastingGeoKey: 500000.000000 m ProjFalseNorthingGeoKey: 0.000000 m GCS: 4267/NAD27 Datum: 6267/North American Datum 1927 Ellipsoid: 7008/Clarke 1866 (6378206.40,6356583.80) Prime Meridian: 8901/Greenwich (0.000000/ 0d 0' 0.00"E) Corner Coordinates: Upper Left ( 517415.363,6403304.706) Lower Left ( 517415.363,6368214.569) Upper Right ( 542392.381,6403304.706) Lower Right ( 542392.381,6368214.569) Center ( 529903.872,6385759.638) Here's the kodiakc2.wld file 21.098407687615669 0.283828823820080900 0.308025501864488020 -21.117268418850411 752488.58435255091 1380675.7577753554 Thanks, Paul From ed at topozone.com Mon Apr 5 12:09:13 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 5 Apr 2004 15:09:13 -0400 Subject: [Mapserver-users] I'm getting a little frustrated... Message-ID: <13858AA1A74F30419F319ACB66A9D1224E418C@mercator.topozone.com> Paul - ArcMap will read .prj files for each layer (ESRI forgot to include projection definitions in their earlier file formats) for determining what projection they're in. You need to have that information in the PROJECTION block *inside* each LAYER block in your map file. Know your data before trying to make it work in MapServer. Your shapefiles are likely to be in decimal degrees, but they might not be. ArcMap will reproject layers into the projection of the current data view, and MapServer will do the same. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] Sent: Monday, April 05, 2004 3:05 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] I'm getting a little frustrated... Eureka!!! Success at last!! WOOT!!! Ok, using the LISTGEO tool, I was able to find the correct extents to MY (not the tutorial's) tif image. I plugged those in on a test map and can now see a working raster image in mapserver. Now I have proff that it works on my system in my environment. THANK YOU ED!!! Now, how do I display my raster and my shape files together on the same page? When I look at the extents, they don't overlap. However, when I add them as two layers in ArcMap they mesh perfectly. I do have a .wld file for the tif. Do I need to create/adjust my projections? All the files are NAD_27. Again, this is a learning process for me, so I appreciate all the help that everyone is giving me. Here is the new .map file that I'm working with: MAP NAME map7 IMAGETYPE PNG EXTENT 517415 6368214 542392 6403304 SIZE 800 400 SHAPEPATH "c:/program files/apache group/apache2/htdocs/data" IMAGECOLOR 255 255 255 DEBUG ON WEB TEMPLATE 'map6.html' IMAGEPATH '/data/tmp/' IMAGEURL '/tmp/' LOG 'c:\mapserver.log' END # Start of LAYER DEFINITIONS ----------------------------- LAYER # water NAME water DATA kib_boundary STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 115 207 255 OUTLINECOLOR 32 32 32 END END END LAYER # coast NAME coast DATA kib_coast STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 0 216 56 OUTLINECOLOR 32 32 32 END END END LAYER # MODIS raster layer begins here NAME test123 DATA raster/kodiakc2.tif STATUS DEFAULT TYPE RASTER # PROCESSING "BANDS=1" # OFFSITE 71 74 65 END # MODIS raster layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object Here is the output from the LISTGEO on the kodiakc2.tif file: C:\Program Files\Apache Group\Apache2\htdocs\data\raster>listgeo kodiakc2.tif Geotiff_Information: Version: 1 Key_Revision: 0.2 Tagged_Information: ModelTiepointTag (2,3): 0 0 0 517415.363 6403304.71 0 ModelPixelScaleTag (1,3): 6.437376 6.437376 0 End_Of_Tags. Keyed_Information: GTModelTypeGeoKey (Short,1): ModelTypeProjected GTRasterTypeGeoKey (Short,1): RasterPixelIsArea ProjectedCSTypeGeoKey (Short,1): PCS_NAD27_UTM_zone_5N PCSCitationGeoKey (Ascii,24): "UTM Zone 5 N with NAD27" End_Of_Keys. End_Of_Geotiff. PCS = 26705 (name unknown) Projection = 16005 () Projection Method: CT_TransverseMercator ProjNatOriginLatGeoKey: 0.000000 ( 0d 0' 0.00"N) ProjNatOriginLongGeoKey: -153.000000 (153d 0' 0.00"W) ProjScaleAtNatOriginGeoKey: 0.999600 ProjFalseEastingGeoKey: 500000.000000 m ProjFalseNorthingGeoKey: 0.000000 m GCS: 4267/NAD27 Datum: 6267/North American Datum 1927 Ellipsoid: 7008/Clarke 1866 (6378206.40,6356583.80) Prime Meridian: 8901/Greenwich (0.000000/ 0d 0' 0.00"E) Corner Coordinates: Upper Left ( 517415.363,6403304.706) Lower Left ( 517415.363,6368214.569) Upper Right ( 542392.381,6403304.706) Lower Right ( 542392.381,6368214.569) Center ( 529903.872,6385759.638) Here's the kodiakc2.wld file 21.098407687615669 0.283828823820080900 0.308025501864488020 -21.117268418850411 752488.58435255091 1380675.7577753554 Thanks, Paul From ARyan at co.linn.or.us Mon Apr 5 12:12:40 2004 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Mon, 5 Apr 2004 12:12:40 -0700 Subject: [Mapserver-users] Update: Maybe queryByAttributes should be queryByAttribute Message-ID: <614FCE5F14A6D41180C200010240D6A24E7514@LINNMS> For my needs, I've solved the queryByAttributes dilema...I don't use it. Instead, I take my complex expression and set it as the layers filter... Adam Ryan GIS Analyst Linn County GIS Department County Courthouse / Room 25 300 SW Fourth Ave. Albany, OR 97321 541.812.8760 aryan at co.linn.or.us -----Original Message----- From: Ryan, Adam [mailto:ARyan at co.linn.or.us] Sent: Monday, April 05, 2004 10:36 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Maybe queryByAttributes should be queryByAttribute Hi. Has anyone successfully queried more than one attribute using PHP mapscript, ie ('[TWNSHP]'='10' and '[RANGE]'='01')? I can't use this sort of expression in the qstring parameter of queryByAttributes, and if I try a combination like... $qclass->setExpression("('[TWNSHP]'='10' and '[RANGE]'='01')"); $qlayer->queryByAttributes("twnshp","/./",MS_MULTIPLE); ...mapserver crashes. I know my syntax is correct because either of these works fine independently. Am I missing a command? I've tried all kinds of combinations using expression, filter, queryByAttribute but can't seem to get it right. Any suggestions would be great. Adam Ryan _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ARyan at co.linn.or.us Mon Apr 5 12:25:48 2004 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Mon, 5 Apr 2004 12:25:48 -0700 Subject: [Mapserver-users] Update2: Maybe queryByAttributes should be queryByAttribute Message-ID: <614FCE5F14A6D41180C200010240D6A24E751F@LINNMS> Sorry, I inadvertently sent this before I was done... Unless someone has an answer to my original posting, I thought my work around might be useful to others. For my needs, I've solved the queryByAttributes dilemma...I don't use it. Instead, I take my 'complex' query and set it as the layers filter... $qlayer->setFilter("('[TWNSHP]' = '10' and '[RANGE]' = '01')"); ...then I queryByRect using the extent of my map. This is the only way I can seem to generate a result set using multiple attributes. Adam From bob.basques at ci.stpaul.mn.us Mon Apr 5 12:41:06 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Mon, 05 Apr 2004 14:41:06 -0500 Subject: [Mapserver-users] WMS requests. Message-ID: <4071B652.9070305@ci.stpaul.mn.us> All, While puttering with WMS functionality and MapServer. I got a valid getCapabilities request to work ok, the XML stream comes back out real nicely, but when I try to run a GetMap request, I get a LAYER error back to the effect of : msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter. I think it has to do with how I have my LAYERs defined. Would a DEFAULT setting on all layers mess up the WMS output for example? See my Mapfile below, I have different sets of resolutiuon for each zoom range, shouldn't just the topmost be used for a default Map Generation (if I read the WMS how-to correctly) require only the top level Zoom values, regardless of whether the other LAYERS are set to Default. I don't have any overlap (I don't think) in the LAYER definitions. The Images output in non-WMS just fine BTW. Thanks for any insight here. bobb # # Start of map file # MAP NAME HORIZONS STATUS ON SIZE 600 600 EXTENT 540000 135000 600000 175000 UNITS FEET SHAPEPATH "./data" IMAGECOLOR 255 255 255 IMAGETYPE JPEG WEB METADATA WMS_TITLE "WMS City of Saint Paul, Public Works Server" WMS_ONLINERESOURCE "http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?map=../html/raster/horizons_wms.map&" WMS_SRS "EPSG:32615" END ##PROJECTION ##"init=epsg:32615" ##END END LAYER NAME "L5" METADATA WMS_TITLE "HORIZONS L5" WMS_GROUP_TITLE "AERIAL" END STATUS DEFAULT TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L5" TILEITEM "Location" TYPE RASTER GROUP "AERIAL" MINSCALE 16001 MAXSCALE 32000 END LAYER NAME "L4" METADATA WMS_TITLE "HORIZONS L4" WMS_GROUP_TITLE "AERIAL" END STATUS DEFAULT TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L4" TILEITEM "Location" TYPE RASTER GROUP "AERIAL" MINSCALE 8001 MAXSCALE 16000 END LAYER NAME "L3" METADATA WMS_TITLE "HORIZONS L3" WMS_GROUP_TITLE "AERIAL" END STATUS DEFAULT TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L3" TILEITEM "Location" TYPE RASTER GROUP "AERIAL" MINSCALE 4001 MAXSCALE 8000 END LAYER NAME "L2" METADATA WMS_TITLE "HORIZONS L2" WMS_GROUP_TITLE "AERIAL" END STATUS DEFAULT TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L2" TILEITEM "Location" TYPE RASTER GROUP "AERIAL" MINSCALE 2001 MAXSCALE 4000 END LAYER NAME "L1" METADATA WMS_TITLE "HORIZONS L1" WMS_GROUP_TITLE "AERIAL" END STATUS DEFAULT TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L1" TILEITEM "Location" TYPE RASTER GROUP "AERIAL" MINSCALE 1001 MAXSCALE 2000 END LAYER NAME "L0" METADATA WMS_TITLE "HORIZONS L0" WMS_GROUP_TITLE "AERIAL" END STATUS DEFAULT TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L0" TILEITEM "Location" TYPE RASTER GROUP "AERIAL" MINSCALE 501 MAXSCALE 1000 END END # Map File From pramsey at refractions.net Mon Apr 5 12:45:53 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Mon, 05 Apr 2004 12:45:53 -0700 Subject: [Mapserver-users] I'm getting a little frustrated... In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E418C@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1224E418C@mercator.topozone.com> Message-ID: <4071B771.5080009@refractions.net> Odd that your wld file seems to disagree with the coordinate information embedded in the GeoTIFF. Possibly it is being ignored since the GeoTIFF already has coordinate system and location information in it. What you need to do now: Declare a projection for your map service. How about UTM5, since that is what your GeoTIFF says it is in. This is the master projection that all your layers will be reprojected to before the map is written out. So add a set of lines under your MAP: PROJECTION "init=epsg:26705" END Now, for each of your LAYERS you have to declare what projection *they* are in. For your modis, that is easy, since we have already seen it is declared in UTM5. So some lines to the MODIS LAYER: PROJECTION "init=epsg:26705" END For the shape files, things are harder. What projection is the shape data in? Lat/Lon? Stateplane? Some other UTM zone? If you have .prj files with your shape files, you are in luck: open those babies up and see what they say. If not, you are stuck going back for metadata on your files, checking the coordinate extents (if the extents are all < 180, probably it is lat/lon :), etc, until you can find the projection. Hunt down the relevant projection in your epsg file and plug the appropriate number into a PROJECTION for each layer. Wash, rinse, repeat. Paul Ed McNierney wrote: > Paul - > > ArcMap will read .prj files for each layer (ESRI forgot to include > projection definitions in their earlier file formats) for determining > what projection they're in. You need to have that information in the > PROJECTION block *inside* each LAYER block in your map file. > > Know your data before trying to make it work in MapServer. Your > shapefiles are likely to be in decimal degrees, but they might not be. > ArcMap will reproject layers into the projection of the current data > view, and MapServer will do the same. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] > Sent: Monday, April 05, 2004 3:05 PM > To: Ed McNierney; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] I'm getting a little frustrated... > > Eureka!!! Success at last!! WOOT!!! > > Ok, using the LISTGEO tool, I was able to find the correct extents to MY > (not the tutorial's) tif image. I plugged those in on a test map and > can now see a working raster image in mapserver. Now I have proff that > it works on my system in my environment. THANK YOU ED!!! > > Now, how do I display my raster and my shape files together on the same > page? When I look at the extents, they don't overlap. However, when I > add them as two layers in ArcMap they mesh perfectly. I do have a .wld > file for the tif. Do I need to create/adjust my projections? All the > files are NAD_27. Again, this is a learning process for me, so I > appreciate all the help that everyone is giving me. > > Here is the new .map file that I'm working with: > > MAP > NAME map7 > IMAGETYPE PNG > EXTENT 517415 6368214 542392 6403304 > SIZE 800 400 > SHAPEPATH "c:/program files/apache group/apache2/htdocs/data" > IMAGECOLOR 255 255 255 > DEBUG ON > > WEB > TEMPLATE 'map6.html' > IMAGEPATH '/data/tmp/' > IMAGEURL '/tmp/' > LOG 'c:\mapserver.log' > END > > > # Start of LAYER DEFINITIONS ----------------------------- > > > LAYER # water > NAME water > DATA kib_boundary > STATUS DEFAULT > TYPE POLYGON > > CLASS > STYLE > COLOR 115 207 255 > OUTLINECOLOR 32 32 32 > END > END > END > > > > LAYER # coast > NAME coast > DATA kib_coast > STATUS DEFAULT > TYPE POLYGON > > CLASS > STYLE > COLOR 0 216 56 > OUTLINECOLOR 32 32 32 > END > END > END > > > LAYER # MODIS raster layer begins here > NAME test123 > DATA raster/kodiakc2.tif > STATUS DEFAULT > TYPE RASTER > # PROCESSING "BANDS=1" > # OFFSITE 71 74 65 > END # MODIS raster layer ends here > > > > # End of LAYER DEFINITIONS ------------------------------- > > > END # end of map file/object > > > Here is the output from the LISTGEO on the kodiakc2.tif file: > > C:\Program Files\Apache Group\Apache2\htdocs\data\raster>listgeo > kodiakc2.tif > Geotiff_Information: > Version: 1 > Key_Revision: 0.2 > Tagged_Information: > ModelTiepointTag (2,3): > 0 0 0 > 517415.363 6403304.71 0 > ModelPixelScaleTag (1,3): > 6.437376 6.437376 0 > End_Of_Tags. > Keyed_Information: > GTModelTypeGeoKey (Short,1): ModelTypeProjected > GTRasterTypeGeoKey (Short,1): RasterPixelIsArea > ProjectedCSTypeGeoKey (Short,1): PCS_NAD27_UTM_zone_5N > PCSCitationGeoKey (Ascii,24): "UTM Zone 5 N with NAD27" > End_Of_Keys. > End_Of_Geotiff. > > PCS = 26705 (name unknown) > Projection = 16005 () > Projection Method: CT_TransverseMercator > ProjNatOriginLatGeoKey: 0.000000 ( 0d 0' 0.00"N) > ProjNatOriginLongGeoKey: -153.000000 (153d 0' 0.00"W) > ProjScaleAtNatOriginGeoKey: 0.999600 > ProjFalseEastingGeoKey: 500000.000000 m > ProjFalseNorthingGeoKey: 0.000000 m > GCS: 4267/NAD27 > Datum: 6267/North American Datum 1927 > Ellipsoid: 7008/Clarke 1866 (6378206.40,6356583.80) Prime Meridian: > 8901/Greenwich (0.000000/ 0d 0' 0.00"E) > > Corner Coordinates: > Upper Left ( 517415.363,6403304.706) > Lower Left ( 517415.363,6368214.569) > Upper Right ( 542392.381,6403304.706) > Lower Right ( 542392.381,6368214.569) > Center ( 529903.872,6385759.638) > > > Here's the kodiakc2.wld file > > 21.098407687615669 > > 0.283828823820080900 > > 0.308025501864488020 > > -21.117268418850411 > > 752488.58435255091 > > 1380675.7577753554 > > > > Thanks, > > Paul > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From gayathri at ou.edu Mon Apr 5 12:45:59 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 5 Apr 2004 14:45:59 -0500 Subject: [Mapserver-users] WMS requests. Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E349EC@XMAIL1.sooner.net.ou.edu> Can you post also the WMS request you are trying? Gayathri > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Bob Basques > Sent: Monday, April 05, 2004 2:41 PM > To: Mapserver List > Subject: [Mapserver-users] WMS requests. > > > All, > > While puttering with WMS functionality and MapServer. > > I got a valid getCapabilities request to work ok, the XML > stream comes > back out real nicely, but when I try to run a GetMap request, I get a > LAYER error back to the effect of : > > > "http://schemas.opengis.net/wms/1.1.1/WMS_exception_1_1_1.dtd"> > > > msWMSLoadGetMapParams(): WMS server error. Invalid > layer(s) given in > the LAYERS parameter. > > > > I think it has to do with how I have my LAYERs defined. > Would a DEFAULT > setting on all layers mess up the WMS output for example? See my > Mapfile below, I have different sets of resolutiuon for each zoom > range, shouldn't just the topmost be used for a default Map > Generation > (if I read the WMS how-to correctly) require only the top level Zoom > values, regardless of whether the other LAYERS are set to Default. I > don't have any overlap (I don't think) in the LAYER definitions. > > The Images output in non-WMS just fine BTW. > > Thanks for any insight here. > > bobb > > > # > # Start of map file > # > MAP > NAME HORIZONS > STATUS ON > SIZE 600 600 > EXTENT 540000 135000 600000 175000 > UNITS FEET > SHAPEPATH "./data" > IMAGECOLOR 255 255 255 > > IMAGETYPE JPEG > > WEB > METADATA > WMS_TITLE "WMS City of Saint Paul, Public Works Server" > WMS_ONLINERESOURCE > "http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?map=../ht ml/raster/horizons_wms.map&" > WMS_SRS "EPSG:32615" > END > ##PROJECTION > ##"init=epsg:32615" > ##END > END > > LAYER > NAME "L5" > METADATA > WMS_TITLE "HORIZONS L5" > WMS_GROUP_TITLE "AERIAL" > END > STATUS DEFAULT > TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L5" > TILEITEM "Location" > TYPE RASTER > GROUP "AERIAL" > MINSCALE 16001 > MAXSCALE 32000 > END > > LAYER > NAME "L4" > METADATA > WMS_TITLE "HORIZONS L4" > WMS_GROUP_TITLE "AERIAL" > END > STATUS DEFAULT > TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L4" > TILEITEM "Location" > TYPE RASTER > GROUP "AERIAL" > MINSCALE 8001 > MAXSCALE 16000 > END > > LAYER > NAME "L3" > METADATA > WMS_TITLE "HORIZONS L3" > WMS_GROUP_TITLE "AERIAL" > END > STATUS DEFAULT > TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L3" > TILEITEM "Location" > TYPE RASTER > GROUP "AERIAL" > MINSCALE 4001 > MAXSCALE 8000 > END > > LAYER > NAME "L2" > METADATA > WMS_TITLE "HORIZONS L2" > WMS_GROUP_TITLE "AERIAL" > END > STATUS DEFAULT > TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L2" > TILEITEM "Location" > TYPE RASTER > GROUP "AERIAL" > MINSCALE 2001 > MAXSCALE 4000 > END > > LAYER > NAME "L1" > METADATA > WMS_TITLE "HORIZONS L1" > WMS_GROUP_TITLE "AERIAL" > END > STATUS DEFAULT > TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L1" > TILEITEM "Location" > TYPE RASTER > GROUP "AERIAL" > MINSCALE 1001 > MAXSCALE 2000 > END > > LAYER > NAME "L0" > METADATA > WMS_TITLE "HORIZONS L0" > WMS_GROUP_TITLE "AERIAL" > END > STATUS DEFAULT > TILEINDEX "RAST_RAM_PW_AER_SUR_2003_04_L0" > TILEITEM "Location" > TYPE RASTER > GROUP "AERIAL" > MINSCALE 501 > MAXSCALE 1000 > END > > END # Map File > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From ARyan at co.linn.or.us Mon Apr 5 12:42:55 2004 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Mon, 5 Apr 2004 12:42:55 -0700 Subject: [Mapserver-users] I'm getting a little frustrated... Message-ID: <614FCE5F14A6D41180C200010240D6A24E7537@LINNMS> As a follow-up...ArcMap will reproject on the fly without you even knowing it. You can turn that feature off so the data frame will display layers in their native projection. Adam Ryan -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Monday, April 05, 2004 11:09 AM To: Paul VanDyke; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] I'm getting a little frustrated... Paul - ArcMap will read .prj files for each layer (ESRI forgot to include projection definitions in their earlier file formats) for determining what projection they're in. You need to have that information in the PROJECTION block *inside* each LAYER block in your map file. Know your data before trying to make it work in MapServer. Your shapefiles are likely to be in decimal degrees, but they might not be. ArcMap will reproject layers into the projection of the current data view, and MapServer will do the same. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] Sent: Monday, April 05, 2004 3:05 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] I'm getting a little frustrated... Eureka!!! Success at last!! WOOT!!! Ok, using the LISTGEO tool, I was able to find the correct extents to MY (not the tutorial's) tif image. I plugged those in on a test map and can now see a working raster image in mapserver. Now I have proff that it works on my system in my environment. THANK YOU ED!!! Now, how do I display my raster and my shape files together on the same page? When I look at the extents, they don't overlap. However, when I add them as two layers in ArcMap they mesh perfectly. I do have a .wld file for the tif. Do I need to create/adjust my projections? All the files are NAD_27. Again, this is a learning process for me, so I appreciate all the help that everyone is giving me. Here is the new .map file that I'm working with: MAP NAME map7 IMAGETYPE PNG EXTENT 517415 6368214 542392 6403304 SIZE 800 400 SHAPEPATH "c:/program files/apache group/apache2/htdocs/data" IMAGECOLOR 255 255 255 DEBUG ON WEB TEMPLATE 'map6.html' IMAGEPATH '/data/tmp/' IMAGEURL '/tmp/' LOG 'c:\mapserver.log' END # Start of LAYER DEFINITIONS ----------------------------- LAYER # water NAME water DATA kib_boundary STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 115 207 255 OUTLINECOLOR 32 32 32 END END END LAYER # coast NAME coast DATA kib_coast STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 0 216 56 OUTLINECOLOR 32 32 32 END END END LAYER # MODIS raster layer begins here NAME test123 DATA raster/kodiakc2.tif STATUS DEFAULT TYPE RASTER # PROCESSING "BANDS=1" # OFFSITE 71 74 65 END # MODIS raster layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object Here is the output from the LISTGEO on the kodiakc2.tif file: C:\Program Files\Apache Group\Apache2\htdocs\data\raster>listgeo kodiakc2.tif Geotiff_Information: Version: 1 Key_Revision: 0.2 Tagged_Information: ModelTiepointTag (2,3): 0 0 0 517415.363 6403304.71 0 ModelPixelScaleTag (1,3): 6.437376 6.437376 0 End_Of_Tags. Keyed_Information: GTModelTypeGeoKey (Short,1): ModelTypeProjected GTRasterTypeGeoKey (Short,1): RasterPixelIsArea ProjectedCSTypeGeoKey (Short,1): PCS_NAD27_UTM_zone_5N PCSCitationGeoKey (Ascii,24): "UTM Zone 5 N with NAD27" End_Of_Keys. End_Of_Geotiff. PCS = 26705 (name unknown) Projection = 16005 () Projection Method: CT_TransverseMercator ProjNatOriginLatGeoKey: 0.000000 ( 0d 0' 0.00"N) ProjNatOriginLongGeoKey: -153.000000 (153d 0' 0.00"W) ProjScaleAtNatOriginGeoKey: 0.999600 ProjFalseEastingGeoKey: 500000.000000 m ProjFalseNorthingGeoKey: 0.000000 m GCS: 4267/NAD27 Datum: 6267/North American Datum 1927 Ellipsoid: 7008/Clarke 1866 (6378206.40,6356583.80) Prime Meridian: 8901/Greenwich (0.000000/ 0d 0' 0.00"E) Corner Coordinates: Upper Left ( 517415.363,6403304.706) Lower Left ( 517415.363,6368214.569) Upper Right ( 542392.381,6403304.706) Lower Right ( 542392.381,6368214.569) Center ( 529903.872,6385759.638) Here's the kodiakc2.wld file 21.098407687615669 0.283828823820080900 0.308025501864488020 -21.117268418850411 752488.58435255091 1380675.7577753554 Thanks, Paul _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak at medinaco.org Mon Apr 5 12:59:58 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 05 Apr 2004 15:59:58 -0400 Subject: [Mapserver-users] FILTER, how to . . . {repost} Message-ID: <20040405195950.BBDD01A659B@mail.medinaco.org> I would think ('[CITY]'='MAPLEWOOD' or '[CITY]'='SAINT PAUL' or '[CITY]'='ROSEVILLE') should produce something. HTH Lowell The following message was sent by bob.basques at ci.stpaul.mn.us (Bob Basques) on Tue, 30 Mar 2004 16:04:18 -0600. > blammo wrote: > > > All, > > > > I have this which works fine for a single name (city) lookup via the URL: > > > > LAYER > > NAME cshed_ci > > DATA '../data_points/lshed_ci_blkcentr' > > STATUS DEFAULT > > TYPE POINT > > FILTERITEM W_NAME > > FILTER '%city%' > > CLASS > > NAME ' 1 - 5 workers' > > EXPRESSION ([H_WORKERS] <= 5) > > SYMBOL 'circle' > > SIZE 3 > > OUTLINECOLOR 0 0 0 > > COLOR 204 255 255 > > END > > CLASS . . . . . . . . . > > > > Question, how can I send in multiple filter items via the CITY= > > parameter in the URL request? > > Using something like below didn't match anything in the DBF, some > sort of "and/or" clause would need to be used somehow. Maybe it's the > aspect of an undefined list length. the number of Cities would be > variable for example. > > > > > CITY=MAPLEWOOD and SAINT PAUL and ROSEVILLE and > > > > will multiple CITY= work as seperate filters, like this: > > I tried a coupe of things from above, the Multiple city= didn't affect > anything, seems like the first one in the URL took precedence. > > > > > CITY=MAPLEWOOD&CITY=SAINT+PAUL&CITY=ROSEVILLE . . . . > > I'm still putzing with it. > > bobb > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ewaters at xmission.com Mon Apr 5 13:00:47 2004 From: ewaters at xmission.com (Eric Waters) Date: Mon, 5 Apr 2004 14:00:47 -0600 Subject: [Mapserver-users] Geocoder finally released for developer purusal Message-ID: <20040405200047.GC21351@mammon.xmission.com> Mappers alike, I mentioned on this list last week (and actually like a year ago) of some work I've been doing in an open source geocoder based on TIGER/Line data. I've finally put this work into CVS and on the website http://gis.vegcrew.net/ giving it a name of VegGIS (I'm doing it to help promote vegetarianism). Anyway, I'm not sure if what I'm doing is actually what other people need, but it's there for you all to take a look at and decide for yourself. You can test the geocoder quickly at http://joxer.vegcrew.net/test.pl, or you can download the code and run it yourself. Notes: The tgr2shp functionality is limited to those layers that would be needed to draw maps similar in function to MapQuest. The geocoder is kinda fast I think, but could be a lot better. I'd like to borrow from the "Google Contest" work at http://dan.egnor.name/google.html, which is also a GPLed geocoder based on TIGER/Line data. The router sucks, as it uses the Dijkstra algorithm and takes 30min on a pretty fast G4 to find the shortest path between two points (advantage is that finding the shortest path between that *same* point and any others takes miliseconds after the inital work). Anyway, should we create a mailing list to talk about this? Anyone want to join as a developer? Is this something people are interested in? Since this is not directly related to mapserver (although mapserver is an integral part for me in this project), I'll refrain from further posts on this topic. Eric Waters From gayathri at ou.edu Mon Apr 5 13:06:31 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 5 Apr 2004 15:06:31 -0500 Subject: [Mapserver-users] WMS requests. Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E349F4@XMAIL1.sooner.net.ou.edu> Bob: Your request should be, "http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?map=/var/www/html/r aster/horizons_wms.map&VERSION=1.1.1&REQUEST=GetMap&layer=" For getting a specific layer. Since all your layers are tied to scale(s), you think that can be a problem? Also can you include one layer with no scale set...and see if that comes on? Lemme know Gayathri > -----Original Message----- > From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] > Sent: Monday, April 05, 2004 2:59 PM > To: Swaminathan, Gayathri > Subject: Re: [Mapserver-users] WMS requests. > > > Swaminathan, Gayathri wrote: > > >Can you post also the WMS request you are trying? > >Gayathri > > > > > > > According to this link: > > http://mapserver.gis.umn.edu/doc/wms-howto.html > > This should provide a default Map from the WMS service: > > > http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?map=/var/w ww/html/raster/horizons_wms.map&VERSION=1.1.1> &REQUEST=GetMap > > (Intranet link) > > I also tried with "VERSION=1.1.0" instead, with the same results. > > As a follow on, I'm trying to coeect with ArcExplorer and their > Interoperability extension and I'm getting an erro for the > GetCapabilities also, but this may be an entirely differnt > problem, as > I'm not sure what piece of the URL is required for the WMS connection > string in ArcExplorer. > > > bobb > > Below is the result of the get capabilities request: like so > I don't see > any error in it. > > > "http://schemas.opengis.net/wms/1.1.1/WMS_MS_Capabilities.dtd" > [ > > ]> > > > > > > > OGC:WMS > WMS City of Saint Paul, Public Works Server > xlink:href="http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapser > v?map=../html/raster/horizons_wms.map&amp;&"/> > > > > > > application/vnd.ogc.wms_xml > > > xmlns:xlink="http://www.w3.org/1999/xlink" > xlink:href="http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapser > v?map=../html/raster/horizons_wms.map&amp;&"/> > xmlns:xlink="http://www.w3.org/1999/xlink" > xlink:href="http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapser > v?map=../html/raster/horizons_wms.map&amp;&"/> > > > > > image/png > image/jpeg > image/wbmp > text/html > image/tiff > > > xmlns:xlink="http://www.w3.org/1999/xlink" > xlink:href="http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapser > v?map=../html/raster/horizons_wms.map&amp;&"/> > xmlns:xlink="http://www.w3.org/1999/xlink" > xlink:href="http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapser > v?map=../html/raster/horizons_wms.map&amp;&"/> > > > > > text/plain > text/html > application/vnd.ogc.gml > > > xmlns:xlink="http://www.w3.org/1999/xlink" > xlink:href="http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapser > v?map=../html/raster/horizons_wms.map&amp;&"/> > xmlns:xlink="http://www.w3.org/1999/xlink" > xlink:href="http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapser > v?map=../html/raster/horizons_wms.map&amp;&"/> > > > > > > application/vnd.ogc.se_xml > application/vnd.ogc.se_inimage > application/vnd.ogc.se_blank > > > UserStyle="1" > RemoteWFS="0"/> > > HORIZONS > WMS City of Saint Paul, Public Works Server > EPSG:32615 > maxy="175000" /> > > AERIAL > AERIAL > > L5 > HORIZONS L5 > > > > L4 > HORIZONS L4 > > > > L3 > HORIZONS L3 > > > > L2 > HORIZONS L2 > > > > L1 > HORIZONS L1 > > > > L0 > HORIZONS L0 > > > > > anno > ANNO > > > > > > From pvandyke at kib.co.kodiak.ak.us Mon Apr 5 13:08:10 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Mon, 5 Apr 2004 12:08:10 -0800 Subject: [Mapserver-users] I'm getting a little frustrated... Message-ID: Thank you for your quick reply... I've got the PROJECTION lines setup and here is my .prj file for one the shape files: PROJCS["NAD_1927_StatePlane_Alaska_5_FIPS_5005",GEOGCS["GCS_North_Americ an_1927",DATUM["D_North_American_1927",SPHEROID["Clarke_1866",6378206.4, 294.9786982]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]] ,PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",500000.0],P ARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",-154.0],PARA METER["Scale_Factor",0.9999],PARAMETER["Latitude_Of_Origin",54.0],UNIT[" Foot_US",0.3048006096012192]] Can you tell what type of projection I need to specify for it? Thanks, Paul -----Original Message----- From: Paul Ramsey [mailto:pramsey at refractions.net] Sent: Monday, April 05, 2004 11:46 AM To: Ed McNierney Cc: Paul VanDyke; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] I'm getting a little frustrated... Odd that your wld file seems to disagree with the coordinate information embedded in the GeoTIFF. Possibly it is being ignored since the GeoTIFF already has coordinate system and location information in it. What you need to do now: Declare a projection for your map service. How about UTM5, since that is what your GeoTIFF says it is in. This is the master projection that all your layers will be reprojected to before the map is written out. So add a set of lines under your MAP: PROJECTION "init=epsg:26705" END Now, for each of your LAYERS you have to declare what projection *they* are in. For your modis, that is easy, since we have already seen it is declared in UTM5. So some lines to the MODIS LAYER: PROJECTION "init=epsg:26705" END For the shape files, things are harder. What projection is the shape data in? Lat/Lon? Stateplane? Some other UTM zone? If you have .prj files with your shape files, you are in luck: open those babies up and see what they say. If not, you are stuck going back for metadata on your files, checking the coordinate extents (if the extents are all < 180, probably it is lat/lon :), etc, until you can find the projection. Hunt down the relevant projection in your epsg file and plug the appropriate number into a PROJECTION for each layer. Wash, rinse, repeat. Paul Ed McNierney wrote: > Paul - > > ArcMap will read .prj files for each layer (ESRI forgot to include > projection definitions in their earlier file formats) for determining > what projection they're in. You need to have that information in the > PROJECTION block *inside* each LAYER block in your map file. > > Know your data before trying to make it work in MapServer. Your > shapefiles are likely to be in decimal degrees, but they might not be. > ArcMap will reproject layers into the projection of the current data > view, and MapServer will do the same. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] > Sent: Monday, April 05, 2004 3:05 PM > To: Ed McNierney; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] I'm getting a little frustrated... > > Eureka!!! Success at last!! WOOT!!! > > Ok, using the LISTGEO tool, I was able to find the correct extents to > MY (not the tutorial's) tif image. I plugged those in on a test map > and can now see a working raster image in mapserver. Now I have proff > that it works on my system in my environment. THANK YOU ED!!! > > Now, how do I display my raster and my shape files together on the > same page? When I look at the extents, they don't overlap. However, > when I add them as two layers in ArcMap they mesh perfectly. I do have a .wld > file for the tif. Do I need to create/adjust my projections? All the > files are NAD_27. Again, this is a learning process for me, so I > appreciate all the help that everyone is giving me. > > Here is the new .map file that I'm working with: > > MAP > NAME map7 > IMAGETYPE PNG > EXTENT 517415 6368214 542392 6403304 > SIZE 800 400 > SHAPEPATH "c:/program files/apache group/apache2/htdocs/data" > IMAGECOLOR 255 255 255 > DEBUG ON > > WEB > TEMPLATE 'map6.html' > IMAGEPATH '/data/tmp/' > IMAGEURL '/tmp/' > LOG 'c:\mapserver.log' > END > > > # Start of LAYER DEFINITIONS ----------------------------- > > > LAYER # water > NAME water > DATA kib_boundary > STATUS DEFAULT > TYPE POLYGON > > CLASS > STYLE > COLOR 115 207 255 > OUTLINECOLOR 32 32 32 > END > END > END > > > > LAYER # coast > NAME coast > DATA kib_coast > STATUS DEFAULT > TYPE POLYGON > > CLASS > STYLE > COLOR 0 216 56 > OUTLINECOLOR 32 32 32 > END > END > END > > > LAYER # MODIS raster layer begins here > NAME test123 > DATA raster/kodiakc2.tif > STATUS DEFAULT > TYPE RASTER > # PROCESSING "BANDS=1" > # OFFSITE 71 74 65 > END # MODIS raster layer ends here > > > > # End of LAYER DEFINITIONS ------------------------------- > > > END # end of map file/object > > > Here is the output from the LISTGEO on the kodiakc2.tif file: > > C:\Program Files\Apache Group\Apache2\htdocs\data\raster>listgeo > kodiakc2.tif > Geotiff_Information: > Version: 1 > Key_Revision: 0.2 > Tagged_Information: > ModelTiepointTag (2,3): > 0 0 0 > 517415.363 6403304.71 0 > ModelPixelScaleTag (1,3): > 6.437376 6.437376 0 > End_Of_Tags. > Keyed_Information: > GTModelTypeGeoKey (Short,1): ModelTypeProjected > GTRasterTypeGeoKey (Short,1): RasterPixelIsArea > ProjectedCSTypeGeoKey (Short,1): PCS_NAD27_UTM_zone_5N > PCSCitationGeoKey (Ascii,24): "UTM Zone 5 N with NAD27" > End_Of_Keys. > End_Of_Geotiff. > > PCS = 26705 (name unknown) > Projection = 16005 () > Projection Method: CT_TransverseMercator > ProjNatOriginLatGeoKey: 0.000000 ( 0d 0' 0.00"N) > ProjNatOriginLongGeoKey: -153.000000 (153d 0' 0.00"W) > ProjScaleAtNatOriginGeoKey: 0.999600 > ProjFalseEastingGeoKey: 500000.000000 m > ProjFalseNorthingGeoKey: 0.000000 m > GCS: 4267/NAD27 > Datum: 6267/North American Datum 1927 > Ellipsoid: 7008/Clarke 1866 (6378206.40,6356583.80) Prime Meridian: > 8901/Greenwich (0.000000/ 0d 0' 0.00"E) > > Corner Coordinates: > Upper Left ( 517415.363,6403304.706) > Lower Left ( 517415.363,6368214.569) > Upper Right ( 542392.381,6403304.706) > Lower Right ( 542392.381,6368214.569) > Center ( 529903.872,6385759.638) > > > Here's the kodiakc2.wld file > > 21.098407687615669 > > 0.283828823820080900 > > 0.308025501864488020 > > -21.117268418850411 > > 752488.58435255091 > > 1380675.7577753554 > > > > Thanks, > > Paul > > > > > _______________________________________________ > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From bob.basques at ci.stpaul.mn.us Mon Apr 5 13:26:19 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Mon, 05 Apr 2004 15:26:19 -0500 Subject: [Mapserver-users] WMS requests. In-Reply-To: <3FC4483968B5A048BBD9F3387EBFF5C0E349F4@XMAIL1.sooner.net.ou.edu> References: <3FC4483968B5A048BBD9F3387EBFF5C0E349F4@XMAIL1.sooner.net.ou.edu> Message-ID: <4071C0EB.6000708@ci.stpaul.mn.us> Swaminathan, Gayathri wrote: >Bob: > >Your request should be, > >"http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?map=/var/www/html/r >aster/horizons_wms.map&VERSION=1.1.1&REQUEST=GetMap&layer=" > > Ok, this : http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?map=/var/www/html/raster/horizons_wms.map&VERSION=1.1.1&REQUEST=GetMap&layer=L5 Produced this as output: msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter. Using the STATUS DEFAULT for all Layers, as well as Setting STATUS OFF to all the other layers. >For getting a specific layer. > >Since all your layers are tied to scale(s), you think that can be a >problem? > >Also can you include one layer with no scale set...and see if that comes >on? > > Same results as the two above produced, which is: msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter. Maybe I should go at this a different way, what's the minimum MAP need to look like for a WMS layer? I'll just try one LAYER out first and get that working. bobb bobb >Lemme know >Gayathri > > > From pramsey at refractions.net Mon Apr 5 13:26:08 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Mon, 05 Apr 2004 13:26:08 -0700 Subject: [Mapserver-users] I'm getting a little frustrated... In-Reply-To: References: Message-ID: <4071C0E0.2060606@refractions.net> Ew!!! Stateplane in feet! Here is a guess: PROJECTION "init=epsg:26735" END I did this by opening the epsg file and searching for the FIPS number of your projection (5005). Also searching for StatePlane gets one to the state plane section of the file pretty quickly. State plane projections are a pain because the definitions changed, from feet in NAD27 to metres in NAD83. The really annoying ones are the NAD83/Feet ones, which are non-standard. If the above guess fails, try the below: PROJECTION "proj=tmerc" "lat_0=54" "lon_0=-154" "k=0.999900" "x_0=500000" "y_0=0" "ellps=clrk66" "datum=NAD27" "to_meter=0.3048006096012192" END Paul VanDyke wrote: > Thank you for your quick reply... > > I've got the PROJECTION lines setup and here is my .prj file for one the > shape files: > > PROJCS["NAD_1927_StatePlane_Alaska_5_FIPS_5005",GEOGCS["GCS_North_Americ > an_1927",DATUM["D_North_American_1927",SPHEROID["Clarke_1866",6378206.4, > 294.9786982]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]] > ,PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",500000.0],P > ARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",-154.0],PARA > METER["Scale_Factor",0.9999],PARAMETER["Latitude_Of_Origin",54.0],UNIT[" > Foot_US",0.3048006096012192]] > > Can you tell what type of projection I need to specify for it? > > Thanks, > > Paul > > -----Original Message----- > From: Paul Ramsey [mailto:pramsey at refractions.net] > Sent: Monday, April 05, 2004 11:46 AM > To: Ed McNierney > Cc: Paul VanDyke; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] I'm getting a little frustrated... > > > Odd that your wld file seems to disagree with the coordinate information > > embedded in the GeoTIFF. Possibly it is being ignored since the GeoTIFF > already has coordinate system and location information in it. > > What you need to do now: > > Declare a projection for your map service. How about UTM5, since that is > > what your GeoTIFF says it is in. This is the master projection that all > your layers will be reprojected to before the map is written out. So add > > a set of lines under your MAP: > > PROJECTION > "init=epsg:26705" > END > > Now, for each of your LAYERS you have to declare what projection *they* > are in. For your modis, that is easy, since we have already seen it is > declared in UTM5. So some lines to the MODIS LAYER: > > PROJECTION > "init=epsg:26705" > END > > For the shape files, things are harder. What projection is the shape > data in? Lat/Lon? Stateplane? Some other UTM zone? If you have .prj > files with your shape files, you are in luck: open those babies up and > see what they say. If not, you are stuck going back for metadata on your > > files, checking the coordinate extents (if the extents are all < 180, > probably it is lat/lon :), etc, until you can find the projection. Hunt > down the relevant projection in your epsg file and plug the appropriate > number into a PROJECTION for each layer. Wash, rinse, repeat. > > Paul > > Ed McNierney wrote: > > >>Paul - >> >>ArcMap will read .prj files for each layer (ESRI forgot to include >>projection definitions in their earlier file formats) for determining >>what projection they're in. You need to have that information in the >>PROJECTION block *inside* each LAYER block in your map file. >> >>Know your data before trying to make it work in MapServer. Your >>shapefiles are likely to be in decimal degrees, but they might not be. > > >>ArcMap will reproject layers into the projection of the current data >>view, and MapServer will do the same. >> >> - Ed >> >>Ed McNierney >>President and Chief Mapmaker >>TopoZone.com / Maps a la carte, Inc. >>73 Princeton Street, Suite 305 >>North Chelmsford, MA 01863 >>ed at topozone.com >>(978) 251-4242 >> >>-----Original Message----- >>From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] >>Sent: Monday, April 05, 2004 3:05 PM >>To: Ed McNierney; mapserver-users at lists.gis.umn.edu >>Subject: RE: [Mapserver-users] I'm getting a little frustrated... >> >>Eureka!!! Success at last!! WOOT!!! >> >>Ok, using the LISTGEO tool, I was able to find the correct extents to >>MY (not the tutorial's) tif image. I plugged those in on a test map >>and can now see a working raster image in mapserver. Now I have proff > > >>that it works on my system in my environment. THANK YOU ED!!! >> >>Now, how do I display my raster and my shape files together on the >>same page? When I look at the extents, they don't overlap. However, >>when I add them as two layers in ArcMap they mesh perfectly. I do > > have a .wld > >>file for the tif. Do I need to create/adjust my projections? All > > the > >>files are NAD_27. Again, this is a learning process for me, so I >>appreciate all the help that everyone is giving me. >> >>Here is the new .map file that I'm working with: >> >>MAP >> NAME map7 >> IMAGETYPE PNG >> EXTENT 517415 6368214 542392 6403304 >> SIZE 800 400 >> SHAPEPATH "c:/program files/apache group/apache2/htdocs/data" >> IMAGECOLOR 255 255 255 >> DEBUG ON >> >> WEB >> TEMPLATE 'map6.html' >> IMAGEPATH '/data/tmp/' >> IMAGEURL '/tmp/' >> LOG 'c:\mapserver.log' >> END >> >> >> # Start of LAYER DEFINITIONS ----------------------------- >> >> >> LAYER # water >> NAME water >> DATA kib_boundary >> STATUS DEFAULT >> TYPE POLYGON >> >> CLASS >> STYLE >> COLOR 115 207 255 >> OUTLINECOLOR 32 32 32 >> END >> END >> END >> >> >> >> LAYER # coast >> NAME coast >> DATA kib_coast >> STATUS DEFAULT >> TYPE POLYGON >> >> CLASS >> STYLE >> COLOR 0 216 56 >> OUTLINECOLOR 32 32 32 >> END >> END >> END >> >> >> LAYER # MODIS raster layer begins here >> NAME test123 >> DATA raster/kodiakc2.tif >> STATUS DEFAULT >> TYPE RASTER >># PROCESSING "BANDS=1" >># OFFSITE 71 74 65 >> END # MODIS raster layer ends here >> >> >> >> # End of LAYER DEFINITIONS ------------------------------- >> >> >>END # end of map file/object >> >> >>Here is the output from the LISTGEO on the kodiakc2.tif file: >> >>C:\Program Files\Apache Group\Apache2\htdocs\data\raster>listgeo >>kodiakc2.tif >>Geotiff_Information: >> Version: 1 >> Key_Revision: 0.2 >> Tagged_Information: >> ModelTiepointTag (2,3): >> 0 0 0 >> 517415.363 6403304.71 0 >> ModelPixelScaleTag (1,3): >> 6.437376 6.437376 0 >> End_Of_Tags. >> Keyed_Information: >> GTModelTypeGeoKey (Short,1): ModelTypeProjected >> GTRasterTypeGeoKey (Short,1): RasterPixelIsArea >> ProjectedCSTypeGeoKey (Short,1): PCS_NAD27_UTM_zone_5N >> PCSCitationGeoKey (Ascii,24): "UTM Zone 5 N with NAD27" >> End_Of_Keys. >> End_Of_Geotiff. >> >>PCS = 26705 (name unknown) >>Projection = 16005 () >>Projection Method: CT_TransverseMercator >> ProjNatOriginLatGeoKey: 0.000000 ( 0d 0' 0.00"N) >> ProjNatOriginLongGeoKey: -153.000000 (153d 0' 0.00"W) >> ProjScaleAtNatOriginGeoKey: 0.999600 >> ProjFalseEastingGeoKey: 500000.000000 m >> ProjFalseNorthingGeoKey: 0.000000 m >>GCS: 4267/NAD27 >>Datum: 6267/North American Datum 1927 >>Ellipsoid: 7008/Clarke 1866 (6378206.40,6356583.80) Prime Meridian: >>8901/Greenwich (0.000000/ 0d 0' 0.00"E) >> >>Corner Coordinates: >>Upper Left ( 517415.363,6403304.706) >>Lower Left ( 517415.363,6368214.569) >>Upper Right ( 542392.381,6403304.706) >>Lower Right ( 542392.381,6368214.569) >>Center ( 529903.872,6385759.638) >> >> >>Here's the kodiakc2.wld file >> >>21.098407687615669 >> >>0.283828823820080900 >> >>0.308025501864488020 >> >>-21.117268418850411 >> >>752488.58435255091 >> >>1380675.7577753554 >> >> >> >>Thanks, >> >>Paul >> >> >> >> >>_______________________________________________ >>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From gayathri at ou.edu Mon Apr 5 13:34:11 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 5 Apr 2004 15:34:11 -0500 Subject: [Mapserver-users] WMS requests. Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E349FF@XMAIL1.sooner.net.ou.edu> Mea Culpa! Should be Layers=L5. That should work. Gayathri > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Bob Basques > Sent: Monday, April 05, 2004 3:26 PM > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] WMS requests. > > > Swaminathan, Gayathri wrote: > > >Bob: > > > >Your request should be, > > > >"http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?map=/var > /www/html/ > >r > >aster/horizons_wms.map&VERSION=1.1.1&REQUEST=GetMap&layer= yername>" > > > > > Ok, this : > > > http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?map=/var/w ww/html/raster/horizons_wms.map&VERSION=1.1.1> &REQUEST=GetMap&layer=L5 > > Produced this as output: > > > "http://schemas.opengis.net/wms/1.1.1/WMS_exception_1_1_1.dtd"> > > > msWMSLoadGetMapParams(): WMS server error. Invalid > layer(s) given in > the LAYERS parameter. > > > > Using the STATUS DEFAULT for all Layers, as well as Setting > STATUS OFF > to all the other layers. > > >For getting a specific layer. > > > >Since all your layers are tied to scale(s), you think that can be a > >problem? > > > >Also can you include one layer with no scale set...and see if that > >comes on? > > > > > Same results as the two above produced, which is: > > > "http://schemas.opengis.net/wms/1.1.1/WMS_exception_1_1_1.dtd"> > > > msWMSLoadGetMapParams(): WMS server error. Invalid > layer(s) given in > the LAYERS parameter. > > > > Maybe I should go at this a different way, what's the minimum > MAP need > to look like for a WMS layer? I'll just try one LAYER out > first and get > that working. > > bobb > > > bobb > > > >Lemme know > >Gayathri > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From gayathri at ou.edu Mon Apr 5 13:43:25 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 5 Apr 2004 15:43:25 -0500 Subject: FW: [Mapserver-users] WMS requests. Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E34A03@XMAIL1.sooner.net.ou.edu> -----Original Message----- From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] Sent: Monday, April 05, 2004 3:45 PM To: Swaminathan, Gayathri Subject: Re: [Mapserver-users] WMS requests. Swaminathan, Gayathri wrote: >Mea Culpa! > >Should be Layers=L5. >That should work. > > > Geez, I tried every combination but that one! I eve through the "s" on the end a couple of times. It Worked!! Now to figure out the interoperability extension for ArcExplorer. Thanks (A lot!!) for the help here. bobb From gayathri at ou.edu Mon Apr 5 14:21:52 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 5 Apr 2004 16:21:52 -0500 Subject: [Mapserver-users] WMS requests. Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E34A10@XMAIL1.sooner.net.ou.edu> Bob, I would rather do the following to get the interoperability working with ArcExplorer...(Am gonna list all the steps for your quick reference :) 1) Get the Interoperability extension for ArcExplorer -Java Edition version 4.0.1 I think. 2) Install that. 3) Get Capabilities using, http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?map=&VERSIO N=1.1.1&REQUEST=Getcapabilities This should pop you a XML file (does not have .xml extension but, that's ok)- Save that to disk 4) Do this at the beginning of the document. =====> (This line is already in your capabilities file you downloaded in step 3, you will have to change the version from 1.1.0 to 1.1.1, that is all) 5) Save file as .php under your local intranet site for example, could be http://dragonslayer.ci.stpaul.mn.us/pws.php 6) Open up ArcExplorer->Interoperability(Menu)->Connect to WMS, type in the URL of the .php file, For example, http://dragonslayer.ci.stpaul.mn.us/pws.php Hit OK! And you should get the layers. HTH. Let me know if you are running into issues. Gayathri > -----Original Message----- > From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] > Sent: Monday, April 05, 2004 4:14 PM > To: Swaminathan, Gayathri > Subject: Re: [Mapserver-users] WMS requests. > > > Swaminathan, Gayathri wrote: > > >No problem, > > > >On the ArcExplorer...use the hints from here... > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer > > > >They are helpful > > > > > I just read in detail, the Message console is a slick troubleshooter, > > Any idea about what this output might mean related to > connecting to my > service? > > GetCapabilities Request : > http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?SERVICENAM > E=pw&VERSION=1.1.1&WMTVER=1.1.1&SERVICE=WMS&REQUEST=capabilities > > GetCapabilities Request : > http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?SERVICENAM > E=pw&VERSION=1.1.1&WMTVER=1.1.1&SERVICE=WMS&REQUEST=capabilities > > ###### Start to WMS getCapabilities in GetWMSService class > version=null > > ************** realVersion is = none > > ************** Version is = null > > This version is not supported > > ******** Exception for WMS:null > > java.lang.NullPointerException > > at com.esri.ogc.client.WMSServer.refresh(WMSServer.java:236) > > at com.esri.ogc.client.WMSServer.(WMSServer.java:67) > > at com.esri.ogc.client.WMSServer.getLayerSource(WMSServer.java:48) > > at com.esri.ogc.client.WMSUtil.AddWMSLayer(WMSUtil.java:306) > > at > com.esri.ogc.viewer.extensions.WMSConnectionDialog.jButton_OK_ > actionPerformed(WMSConnectionDialog.java:164) > > at > com.esri.ogc.viewer.extensions.WMSConnectionDialog$1.actionPer > formed(WMSConnectionDialog.java:74) > > at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) > > at > javax.swing.AbstractButton$ForwardActionEvents.actionPerformed > (Unknown > Source) > > at > javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) > > at javax.swing.DefaultButtonModel.setPressed(Unknown Source) > > at > javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown > Source) > > at java.awt.Component.processMouseEvent(Unknown Source) > > at java.awt.Component.processEvent(Unknown Source) > > at java.awt.Container.processEvent(Unknown Source) > > at java.awt.Component.dispatchEventImpl(Unknown Source) > > at java.awt.Container.dispatchEventImpl(Unknown Source) > > at java.awt.Component.dispatchEvent(Unknown Source) > > at > java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) > > at > java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) > > at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) > > at java.awt.Container.dispatchEventImpl(Unknown Source) > > at java.awt.Window.dispatchEventImpl(Unknown Source) > > at java.awt.Component.dispatchEvent(Unknown Source) > > at java.awt.EventQueue.dispatchEvent(Unknown Source) > > at > java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source) > > at > java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) > > at java.awt.EventDispatchThread.pumpEvents(Unknown Source) > > at java.awt.EventDispatchThread.run(Unknown Source) > > > >Gayathri > > > > > > > >>-----Original Message----- > >>From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] > >>Sent: Monday, April 05, 2004 3:45 PM > >>To: Swaminathan, Gayathri > >>Subject: Re: [Mapserver-users] WMS requests. > >> > >> > >>Swaminathan, Gayathri wrote: > >> > >> > >> > >>>Mea Culpa! > >>> > >>>Should be Layers=L5. > >>>That should work. > >>> > >>> > >>> > >>> > >>> > >>Geez, I tried every combination but that one! I eve through > >>the "s" on > >>the end a couple of times. It Worked!! > >> > >>Now to figure out the interoperability extension for ArcExplorer. > >> > >> > >>Thanks (A lot!!) for the help here. > >> > >>bobb > >> > >> > >> > >> > > > > > > > > From bob.basques at ci.stpaul.mn.us Mon Apr 5 14:53:23 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Mon, 05 Apr 2004 16:53:23 -0500 Subject: [Mapserver-users] WMS requests. In-Reply-To: <3FC4483968B5A048BBD9F3387EBFF5C0E34A10@XMAIL1.sooner.net.ou.edu> References: <3FC4483968B5A048BBD9F3387EBFF5C0E34A10@XMAIL1.sooner.net.ou.edu> Message-ID: <4071D553.4070501@ci.stpaul.mn.us> Ok, what did I do wrong? http://pwultra5.ci.stpaul.mn.us/cp_tiles/temp/mapserv.getCapabilities.php I get this in the output( the leading carraige return wouldn't break it, would it? bobb ------------------------------------------------------------ OGC:WMS WMS City of Saint Paul, Public Works Server application/vnd.ogc.wms_xml image/png image/jpeg image/wbmp text/html image/tiff text/plain text/html application/vnd.ogc.gml application/vnd.ogc.se_xml application/vnd.ogc.se_inimage application/vnd.ogc.se_blank HORIZONS WMS City of Saint Paul, Public Works Server EPSG:32615 AERIAL AERIAL L5 HORIZONS L5 L4 HORIZONS L4 L3 HORIZONS L3 L2 HORIZONS L2 L1 HORIZONS L1 L0 HORIZONS L0 anno ANNO bobb Swaminathan, Gayathri wrote: >Bob, > >I would rather do the following to get the interoperability working with >ArcExplorer...(Am gonna list all the steps for your quick reference :) > > >1) Get the Interoperability extension for ArcExplorer -Java Edition >version 4.0.1 I think. > >2) Install that. > >3) Get Capabilities using, > >http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?map=&VERSIO >N=1.1.1&REQUEST=Getcapabilities > >This should pop you a XML file (does not have .xml extension but, that's >ok)- Save that to disk > >4) Do this at the beginning of the document. > > header("Content-type:application/vnd.ogc.gml"); > ?> > =====> (This >line is already in your capabilities file you downloaded in step 3, you >will have > >to change the version from 1.1.0 to 1.1.1, that is all) > >5) Save file as .php under your local intranet site for >example, could be > >http://dragonslayer.ci.stpaul.mn.us/pws.php > >6) Open up ArcExplorer->Interoperability(Menu)->Connect to WMS, type in >the URL of the .php file, For example, >http://dragonslayer.ci.stpaul.mn.us/pws.php > >Hit OK! > >And you should get the layers. > >HTH. Let me know if you are running into issues. >Gayathri > > > > > > > >>-----Original Message----- >>From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] >>Sent: Monday, April 05, 2004 4:14 PM >>To: Swaminathan, Gayathri >>Subject: Re: [Mapserver-users] WMS requests. >> >> >>Swaminathan, Gayathri wrote: >> >> >> >>>No problem, >>> >>>On the ArcExplorer...use the hints from here... >>> >>>http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer >>> >>>They are helpful >>> >>> >>> >>> >>I just read in detail, the Message console is a slick troubleshooter, >> >>Any idea about what this output might mean related to >>connecting to my >>service? >> >>GetCapabilities Request : >>http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?SERVICENAM >>E=pw&VERSION=1.1.1&WMTVER=1.1.1&SERVICE=WMS&REQUEST=capabilities >> >>GetCapabilities Request : >>http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?SERVICENAM >>E=pw&VERSION=1.1.1&WMTVER=1.1.1&SERVICE=WMS&REQUEST=capabilities >> >>###### Start to WMS getCapabilities in GetWMSService class >>version=null >> >>************** realVersion is = none >> >>************** Version is = null >> >>This version is not supported >> >>******** Exception for WMS:null >> >>java.lang.NullPointerException >> >> at com.esri.ogc.client.WMSServer.refresh(WMSServer.java:236) >> >> at com.esri.ogc.client.WMSServer.(WMSServer.java:67) >> >> at com.esri.ogc.client.WMSServer.getLayerSource(WMSServer.java:48) >> >> at com.esri.ogc.client.WMSUtil.AddWMSLayer(WMSUtil.java:306) >> >> at >>com.esri.ogc.viewer.extensions.WMSConnectionDialog.jButton_OK_ >>actionPerformed(WMSConnectionDialog.java:164) >> >> at >>com.esri.ogc.viewer.extensions.WMSConnectionDialog$1.actionPer >>formed(WMSConnectionDialog.java:74) >> >> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) >> >> at >>javax.swing.AbstractButton$ForwardActionEvents.actionPerformed >>(Unknown >>Source) >> >> at >>javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) >> >> at javax.swing.DefaultButtonModel.setPressed(Unknown Source) >> >> at >>javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown >>Source) >> >> at java.awt.Component.processMouseEvent(Unknown Source) >> >> at java.awt.Component.processEvent(Unknown Source) >> >> at java.awt.Container.processEvent(Unknown Source) >> >> at java.awt.Component.dispatchEventImpl(Unknown Source) >> >> at java.awt.Container.dispatchEventImpl(Unknown Source) >> >> at java.awt.Component.dispatchEvent(Unknown Source) >> >> at >>java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) >> >> at >>java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) >> >> at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) >> >> at java.awt.Container.dispatchEventImpl(Unknown Source) >> >> at java.awt.Window.dispatchEventImpl(Unknown Source) >> >> at java.awt.Component.dispatchEvent(Unknown Source) >> >> at java.awt.EventQueue.dispatchEvent(Unknown Source) >> >> at >>java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source) >> >> at >>java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) >> >> at java.awt.EventDispatchThread.pumpEvents(Unknown Source) >> >> at java.awt.EventDispatchThread.run(Unknown Source) >> >> >> >> >>>Gayathri >>> >>> >>> >>> >>> >>>>-----Original Message----- >>>>From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] >>>>Sent: Monday, April 05, 2004 3:45 PM >>>>To: Swaminathan, Gayathri >>>>Subject: Re: [Mapserver-users] WMS requests. >>>> >>>> >>>>Swaminathan, Gayathri wrote: >>>> >>>> >>>> >>>> >>>> >>>>>Mea Culpa! >>>>> >>>>>Should be Layers=L5. >>>>>That should work. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>Geez, I tried every combination but that one! I eve through >>>>the "s" on >>>>the end a couple of times. It Worked!! >>>> >>>>Now to figure out the interoperability extension for ArcExplorer. >>>> >>>> >>>>Thanks (A lot!!) for the help here. >>>> >>>>bobb >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >>> >> >> > > > From bob.basques at ci.stpaul.mn.us Mon Apr 5 15:05:03 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Mon, 05 Apr 2004 17:05:03 -0500 Subject: [Mapserver-users] WMS requests. In-Reply-To: <3FC4483968B5A048BBD9F3387EBFF5C0E34A10@XMAIL1.sooner.net.ou.edu> References: <3FC4483968B5A048BBD9F3387EBFF5C0E34A10@XMAIL1.sooner.net.ou.edu> Message-ID: <4071D80F.1010103@ci.stpaul.mn.us> Swaminathan, Gayathri wrote: Somebody holler if this is not on topic for MapServer . . . . Some more investigating, using the Java Message console in ArcExplorer: upon hitting OK for connection to my WMS server: GetCapabilities Request : http://pwultra5.ci.stpaul.mn.us/cp_tiles/temp/mapserv.getCapabilities.php?SERVICENAME=pw&VERSION=1.1.1&WMTVER=1.1.1&SERVICE=WMS&REQUEST=capabilities GetCapabilities Request : http://pwultra5.ci.stpaul.mn.us/cp_tiles/temp/mapserv.getCapabilities.php?SERVICENAME=pw&VERSION=1.1.1&WMTVER=1.1.1&SERVICE=WMS&REQUEST=capabilities ###### Start to WMS getCapabilities in GetWMSService class version=null ************** realVersion is = 1.1.0 ************** Version is = null I'm at a loss as to why I need to set things to 1.1.0 . . . . Everything else is using 1.1.1 (which doesn't work either BTW), but I'm still at a loss as to why 1.1.1 shouldn't work. bobb >Bob, > >I would rather do the following to get the interoperability working with >ArcExplorer...(Am gonna list all the steps for your quick reference :) > > >1) Get the Interoperability extension for ArcExplorer -Java Edition >version 4.0.1 I think. > >2) Install that. > >3) Get Capabilities using, > >http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?map=&VERSIO >N=1.1.1&REQUEST=Getcapabilities > >This should pop you a XML file (does not have .xml extension but, that's >ok)- Save that to disk > >4) Do this at the beginning of the document. > > header("Content-type:application/vnd.ogc.gml"); > ?> > =====> (This >line is already in your capabilities file you downloaded in step 3, you >will have > >to change the version from 1.1.0 to 1.1.1, that is all) > >5) Save file as .php under your local intranet site for >example, could be > >http://dragonslayer.ci.stpaul.mn.us/pws.php > >6) Open up ArcExplorer->Interoperability(Menu)->Connect to WMS, type in >the URL of the .php file, For example, >http://dragonslayer.ci.stpaul.mn.us/pws.php > >Hit OK! > >And you should get the layers. > >HTH. Let me know if you are running into issues. >Gayathri > > > > > > > >>-----Original Message----- >>From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] >>Sent: Monday, April 05, 2004 4:14 PM >>To: Swaminathan, Gayathri >>Subject: Re: [Mapserver-users] WMS requests. >> >> >>Swaminathan, Gayathri wrote: >> >> >> >>>No problem, >>> >>>On the ArcExplorer...use the hints from here... >>> >>>http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer >>> >>>They are helpful >>> >>> >>> >>> >>I just read in detail, the Message console is a slick troubleshooter, >> >>Any idea about what this output might mean related to >>connecting to my >>service? >> >>GetCapabilities Request : >>http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?SERVICENAM >>E=pw&VERSION=1.1.1&WMTVER=1.1.1&SERVICE=WMS&REQUEST=capabilities >> >>GetCapabilities Request : >>http://dragonslayer.ci.stpaul.mn.us/cgi-bin/mapserv?SERVICENAM >>E=pw&VERSION=1.1.1&WMTVER=1.1.1&SERVICE=WMS&REQUEST=capabilities >> >>###### Start to WMS getCapabilities in GetWMSService class >>version=null >> >>************** realVersion is = none >> >>************** Version is = null >> >>This version is not supported >> >>******** Exception for WMS:null >> >>java.lang.NullPointerException >> >> at com.esri.ogc.client.WMSServer.refresh(WMSServer.java:236) >> >> at com.esri.ogc.client.WMSServer.(WMSServer.java:67) >> >> at com.esri.ogc.client.WMSServer.getLayerSource(WMSServer.java:48) >> >> at com.esri.ogc.client.WMSUtil.AddWMSLayer(WMSUtil.java:306) >> >> at >>com.esri.ogc.viewer.extensions.WMSConnectionDialog.jButton_OK_ >>actionPerformed(WMSConnectionDialog.java:164) >> >> at >>com.esri.ogc.viewer.extensions.WMSConnectionDialog$1.actionPer >>formed(WMSConnectionDialog.java:74) >> >> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) >> >> at >>javax.swing.AbstractButton$ForwardActionEvents.actionPerformed >>(Unknown >>Source) >> >> at >>javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) >> >> at javax.swing.DefaultButtonModel.setPressed(Unknown Source) >> >> at >>javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown >>Source) >> >> at java.awt.Component.processMouseEvent(Unknown Source) >> >> at java.awt.Component.processEvent(Unknown Source) >> >> at java.awt.Container.processEvent(Unknown Source) >> >> at java.awt.Component.dispatchEventImpl(Unknown Source) >> >> at java.awt.Container.dispatchEventImpl(Unknown Source) >> >> at java.awt.Component.dispatchEvent(Unknown Source) >> >> at >>java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) >> >> at >>java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) >> >> at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) >> >> at java.awt.Container.dispatchEventImpl(Unknown Source) >> >> at java.awt.Window.dispatchEventImpl(Unknown Source) >> >> at java.awt.Component.dispatchEvent(Unknown Source) >> >> at java.awt.EventQueue.dispatchEvent(Unknown Source) >> >> at >>java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source) >> >> at >>java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) >> >> at java.awt.EventDispatchThread.pumpEvents(Unknown Source) >> >> at java.awt.EventDispatchThread.run(Unknown Source) >> >> >> >> >>>Gayathri >>> >>> >>> >>> >>> >>>>-----Original Message----- >>>>From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] >>>>Sent: Monday, April 05, 2004 3:45 PM >>>>To: Swaminathan, Gayathri >>>>Subject: Re: [Mapserver-users] WMS requests. >>>> >>>> >>>>Swaminathan, Gayathri wrote: >>>> >>>> >>>> >>>> >>>> >>>>>Mea Culpa! >>>>> >>>>>Should be Layers=L5. >>>>>That should work. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>Geez, I tried every combination but that one! I eve through >>>>the "s" on >>>>the end a couple of times. It Worked!! >>>> >>>>Now to figure out the interoperability extension for ArcExplorer. >>>> >>>> >>>>Thanks (A lot!!) for the help here. >>>> >>>>bobb >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >>> >> >> > > > From pvandyke at kib.co.kodiak.ak.us Mon Apr 5 15:51:30 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Mon, 5 Apr 2004 14:51:30 -0800 Subject: [Mapserver-users] I'm getting a little frustrated... Message-ID: WOOT!!! You guessed correctly!! I've got my raster and my shapefiles on the same page (virutally). Thanks go to Paul and to Ed for walking me thru this. I hope that there are others who've been reading our conversation and gleaning information from it. Once I get the site working better, I'll post a link... Paul -----Original Message----- From: Paul Ramsey [mailto:pramsey at refractions.net] Sent: Monday, April 05, 2004 12:26 PM To: mapserver-users Subject: Re: [Mapserver-users] I'm getting a little frustrated... Ew!!! Stateplane in feet! Here is a guess: PROJECTION "init=epsg:26735" END I did this by opening the epsg file and searching for the FIPS number of your projection (5005). Also searching for StatePlane gets one to the state plane section of the file pretty quickly. State plane projections are a pain because the definitions changed, from feet in NAD27 to metres in NAD83. The really annoying ones are the NAD83/Feet ones, which are non-standard. If the above guess fails, try the below: PROJECTION "proj=tmerc" "lat_0=54" "lon_0=-154" "k=0.999900" "x_0=500000" "y_0=0" "ellps=clrk66" "datum=NAD27" "to_meter=0.3048006096012192" END Paul VanDyke wrote: > Thank you for your quick reply... > > I've got the PROJECTION lines setup and here is my .prj file for one > the shape files: > > PROJCS["NAD_1927_StatePlane_Alaska_5_FIPS_5005",GEOGCS["GCS_North_Amer > ic > an_1927",DATUM["D_North_American_1927",SPHEROID["Clarke_1866",6378206.4, > 294.9786982]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]] > ,PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",500000.0],P > ARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",-154.0],PARA > METER["Scale_Factor",0.9999],PARAMETER["Latitude_Of_Origin",54.0],UNIT[" > Foot_US",0.3048006096012192]] > > Can you tell what type of projection I need to specify for it? > > Thanks, > > Paul > > -----Original Message----- > From: Paul Ramsey [mailto:pramsey at refractions.net] > Sent: Monday, April 05, 2004 11:46 AM > To: Ed McNierney > Cc: Paul VanDyke; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] I'm getting a little frustrated... > > > Odd that your wld file seems to disagree with the coordinate > information > > embedded in the GeoTIFF. Possibly it is being ignored since the > GeoTIFF > already has coordinate system and location information in it. > > What you need to do now: > > Declare a projection for your map service. How about UTM5, since that > is > > what your GeoTIFF says it is in. This is the master projection that > all > your layers will be reprojected to before the map is written out. So add > > a set of lines under your MAP: > > PROJECTION > "init=epsg:26705" > END > > Now, for each of your LAYERS you have to declare what projection > *they* > are in. For your modis, that is easy, since we have already seen it is > declared in UTM5. So some lines to the MODIS LAYER: > > PROJECTION > "init=epsg:26705" > END > > For the shape files, things are harder. What projection is the shape > data in? Lat/Lon? Stateplane? Some other UTM zone? If you have .prj > files with your shape files, you are in luck: open those babies up and > see what they say. If not, you are stuck going back for metadata on your > > files, checking the coordinate extents (if the extents are all < 180, > probably it is lat/lon :), etc, until you can find the projection. Hunt > down the relevant projection in your epsg file and plug the appropriate > number into a PROJECTION for each layer. Wash, rinse, repeat. > > Paul > > Ed McNierney wrote: > > >>Paul - >> >>ArcMap will read .prj files for each layer (ESRI forgot to include >>projection definitions in their earlier file formats) for determining >>what projection they're in. You need to have that information in the >>PROJECTION block *inside* each LAYER block in your map file. >> >>Know your data before trying to make it work in MapServer. Your >>shapefiles are likely to be in decimal degrees, but they might not be. > > >>ArcMap will reproject layers into the projection of the current data >>view, and MapServer will do the same. >> >> - Ed >> >>Ed McNierney >>President and Chief Mapmaker >>TopoZone.com / Maps a la carte, Inc. >>73 Princeton Street, Suite 305 >>North Chelmsford, MA 01863 >>ed at topozone.com >>(978) 251-4242 >> >>-----Original Message----- >>From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] >>Sent: Monday, April 05, 2004 3:05 PM >>To: Ed McNierney; mapserver-users at lists.gis.umn.edu >>Subject: RE: [Mapserver-users] I'm getting a little frustrated... >> >>Eureka!!! Success at last!! WOOT!!! >> >>Ok, using the LISTGEO tool, I was able to find the correct extents to >>MY (not the tutorial's) tif image. I plugged those in on a test map >>and can now see a working raster image in mapserver. Now I have proff > > >>that it works on my system in my environment. THANK YOU ED!!! >> >>Now, how do I display my raster and my shape files together on the >>same page? When I look at the extents, they don't overlap. However, >>when I add them as two layers in ArcMap they mesh perfectly. I do > > have a .wld > >>file for the tif. Do I need to create/adjust my projections? All > > the > >>files are NAD_27. Again, this is a learning process for me, so I >>appreciate all the help that everyone is giving me. >> >>Here is the new .map file that I'm working with: >> >>MAP >> NAME map7 >> IMAGETYPE PNG >> EXTENT 517415 6368214 542392 6403304 >> SIZE 800 400 >> SHAPEPATH "c:/program files/apache group/apache2/htdocs/data" >> IMAGECOLOR 255 255 255 >> DEBUG ON >> >> WEB >> TEMPLATE 'map6.html' >> IMAGEPATH '/data/tmp/' >> IMAGEURL '/tmp/' >> LOG 'c:\mapserver.log' >> END >> >> >> # Start of LAYER DEFINITIONS ----------------------------- >> >> >> LAYER # water >> NAME water >> DATA kib_boundary >> STATUS DEFAULT >> TYPE POLYGON >> >> CLASS >> STYLE >> COLOR 115 207 255 >> OUTLINECOLOR 32 32 32 >> END >> END >> END >> >> >> >> LAYER # coast >> NAME coast >> DATA kib_coast >> STATUS DEFAULT >> TYPE POLYGON >> >> CLASS >> STYLE >> COLOR 0 216 56 >> OUTLINECOLOR 32 32 32 >> END >> END >> END >> >> >> LAYER # MODIS raster layer begins here >> NAME test123 >> DATA raster/kodiakc2.tif >> STATUS DEFAULT >> TYPE RASTER >># PROCESSING "BANDS=1" >># OFFSITE 71 74 65 >> END # MODIS raster layer ends here >> >> >> >> # End of LAYER DEFINITIONS ------------------------------- >> >> >>END # end of map file/object >> >> >>Here is the output from the LISTGEO on the kodiakc2.tif file: >> >>C:\Program Files\Apache Group\Apache2\htdocs\data\raster>listgeo >>kodiakc2.tif >>Geotiff_Information: >> Version: 1 >> Key_Revision: 0.2 >> Tagged_Information: >> ModelTiepointTag (2,3): >> 0 0 0 >> 517415.363 6403304.71 0 >> ModelPixelScaleTag (1,3): >> 6.437376 6.437376 0 >> End_Of_Tags. >> Keyed_Information: >> GTModelTypeGeoKey (Short,1): ModelTypeProjected >> GTRasterTypeGeoKey (Short,1): RasterPixelIsArea >> ProjectedCSTypeGeoKey (Short,1): PCS_NAD27_UTM_zone_5N >> PCSCitationGeoKey (Ascii,24): "UTM Zone 5 N with NAD27" >> End_Of_Keys. >> End_Of_Geotiff. >> >>PCS = 26705 (name unknown) >>Projection = 16005 () >>Projection Method: CT_TransverseMercator >> ProjNatOriginLatGeoKey: 0.000000 ( 0d 0' 0.00"N) >> ProjNatOriginLongGeoKey: -153.000000 (153d 0' 0.00"W) >> ProjScaleAtNatOriginGeoKey: 0.999600 >> ProjFalseEastingGeoKey: 500000.000000 m >> ProjFalseNorthingGeoKey: 0.000000 m >>GCS: 4267/NAD27 >>Datum: 6267/North American Datum 1927 >>Ellipsoid: 7008/Clarke 1866 (6378206.40,6356583.80) Prime Meridian: >>8901/Greenwich (0.000000/ 0d 0' 0.00"E) >> >>Corner Coordinates: >>Upper Left ( 517415.363,6403304.706) >>Lower Left ( 517415.363,6368214.569) >>Upper Right ( 542392.381,6403304.706) >>Lower Right ( 542392.381,6368214.569) >>Center ( 529903.872,6385759.638) >> >> >>Here's the kodiakc2.wld file >> >>21.098407687615669 >> >>0.283828823820080900 >> >>0.308025501864488020 >> >>-21.117268418850411 >> >>752488.58435255091 >> >>1380675.7577753554 >> >> >> >>Thanks, >> >>Paul >> >> >> >> >>_______________________________________________ >>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dharanibabus at hotmail.com Mon Apr 5 21:13:54 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Tue, 06 Apr 2004 09:43:54 +0530 Subject: [Mapserver-users] Win CE Version Message-ID: Thanks steve Thats much of help from u . please drop me a word if u come across anything similar to my demands. I am talking to my seniors to know if the device could be net connected . in that circumstances i can easily display the maps using web browser controls in vb.net embedded environment. but it seems doubtful only . anyway off i go . thanks for ur and tyler's support . regards and thanks in advance dharani >From: Stephen Woodbridge >To: Dharani Babu >CC: mapserver-users at lists.gis.umn.edu, tmitchell at lignum.com >Subject: Re: [Mapserver-users] Win CE Version >Date: Mon, 05 Apr 2004 09:32:22 -0400 > >Dharani, > >There is no support currently for vb.net. I am suggesting that you look at >SWIG or the C-API and that you build an interface for vb.net. I can't help >you much more than this suggestion as I am not familiar with the Microsoft >development environment. I am guessing that you probably want to write a >COM/DCOM wrapper to mapserver that you can access via vb.net. > >It is unlikely that you can use PHP/Mapscript to do what you want without >getting very convoluted, but these might give you some examples of how to >integrate similar calls into vb.net or a COM object. > >Sorry, I can't help with SWIG other than to suggest that it might be worth >looking to see it they have a mode for generating COM objects, in which >case it might be a useful tool. > >There are other on this list that are much more knowledgeable about Windows >technology, SWIG, mapscript than I am. May be they will jump in here and >offer their suggestions. ;) > >-Steve > >Dharani Babu wrote: > >>Steve >>Could you tell me >>1) which version of mapscript( It is PHP mapscript right ?) should be >>installed >>2) steps to get SWIG +map server APIs + vb.net working with samples if >>possible please as I am fully new to SWIG . >> >>with regards and thanks in advance >>dharani >> >>>From: Stephen Woodbridge >>>To: Dharani Babu >>>CC: mapserver-users at lists.gis.umn.edu, tmitchell at lignum.com, >>>spatialguru at shaw.ca, info at peoplegis.com >>>Subject: Re: [Mapserver-users] Win CE Version >>>Date: Sat, 03 Apr 2004 09:07:46 -0500 >>> >>>Dharani, >>> >>>A lot of points here, but I might a suggest another way of approaching >>>this problem. Mapserver has a Swig interface definition that is used to >>>build mapscript. It might be possible to build a Swig interface to VB.Net >>>or a com object so you would then compile mapserver into a dll or >>>whatever that could be called directly from VB.NET. >>> >>>Then you can avoid all the issues of HTML, browses, etc. You would then >>>write an application making calls to mapscript to load the mapfile, and >>>generate map images what could be returned either via a tmp file or as an >>>image object that you would then display directly to the screen. >>> >>>You would build your user interface and whole application directly in the >>>native WinCE development environment and forget about all the issues of >>>webservers, networking, HTML, browses, etc. >>> >>>Hope this helps, >>> >>>-Steve >>> >>>Dharani Babu wrote: >>> >>>>Hi all >>>> I am venturing into trails of using map server components in a win >>>>ce based device . I invite and request all of the members to add thier >>>>points . >>>>My Aim is to develope a map server component on a handheld device of >>>>like pocket PC . The first phase is to successfully deploy the mapserver >>>>exe ( either _36 or _40) at the target device with associated dlls and >>>>libs .I hope we will be in need of map server exe version for win ce >>>>platform right ? As I am using emualtor I dont face any probs as of now >>>>with accessing the mapserver exe but the case may be different when it >>>>comes to activesync it to the real device . Third phase -- >>>>There are two possibilties one is that the device being connected to >>>>net( tyler this point is to you :)) . In that case from the device the >>>>user types like http:/file.html off they go !!! but the situation is >>>>not that simple . Coz the devices wont be connected to net at all . In >>>>that case we are in need of 1) passing the hidden variables to the >>>>mapserv exe WITHOUT init html 2) retrieving the temporary images created >>>>at the /tmp folder and then have to display them without BROWSER . right >>>>? Here is where I am confused lot .. Does the IE retreive the tmp images >>>>or the mapserver maps the images to an instance of IE ? I hope the >>>>second . So in this case how to change the default behavior of >>>>mapserver's association with brower to display the images ? Fourth .. >>>>How to get the template html work done with out html ? Thats we need to >>>>have zoom in /out /pan /query feature etc Which need to be somehow fired >>>>without the template html ... And last The mother of all doubts I have >>>>is will map server work without apache or IIS ? :) >>>>I amplanning to start coding next week onwards . Hope I would be having >>>>some tons of messages in my inbox after week end .... >>>>I hope I have opened a wide area of discussion to follow ...I hope to >>>>get invaluable suggestions from the members in all ...bye for now >>>>with regards and thanks in advance >>>>dharani babu >>>>NB: The possible platform for mapserver component in win ce will be VB >>>>.NETsmart project ... >>>> >>>>_________________________________________________________________ >>>>Studies, career, romance. Whatever your concerns. >>>>http://www.astroyogi.com/newMSN/ We have the answers. >>>> >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>> >> >>_________________________________________________________________ >>Studies, career, romance. Whatever your concerns. >>http://www.astroyogi.com/newMSN/ We have the answers. >> >> > _________________________________________________________________ Studies, career, romance. Whatever your concerns. http://www.astroyogi.com/newMSN/ We have the answers. From mfennell at markfennell.com Mon Apr 5 23:39:41 2004 From: mfennell at markfennell.com (Mark Fennell) Date: Tue, 06 Apr 2004 16:39:41 +1000 Subject: [Mapserver-users] Displaying Table data from MySQL Message-ID: Hi. I am a noob. And having spent several hours hunting through the mailing-list help, I was hoping that perhaps there may be someone with a concise answer/script. I have set up mapserver 3.6 on a Mac OS X (That?s a mission!) with php MapScript. I have my shapefile for the places I want to display working fine. Now I want to display (as labels, and possible as imagemap?) from a mySQL db a list of names with lat / long coords stored as numbers. I am happy to go with either a dynamic solution, or have a periodic script generate the shapefile. I have tried a few of the current scripts on the list (and I am able to draw the point, but get very lost when it comes to adding in the Name that I want to display, and then displaying it as a label.) Thanks for your help, Cheers Mark Fennell Www.markfennell.com From bartvde at xs4all.nl Tue Apr 6 00:14:12 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Tue, 6 Apr 2004 09:14:12 +0200 (CEST) Subject: [Mapserver-users] Displaying Table data from MySQL In-Reply-To: References: Message-ID: <20119.212.238.227.182.1081235652.squirrel@webmail.xs4all.nl> Hi, you can also have a look at (this won't work with Mapserver 3.6 though): http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData This way you can use the normal Mapserver label functionality on the layer, see: http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#label Best regards, Bart > Hi. I am a noob. And having spent several hours hunting through the > mailing-list help, I was hoping that perhaps there may be someone with a > concise answer/script. > > I have set up mapserver 3.6 on a Mac OS X (That?s a mission!) with php > MapScript. > > I have my shapefile for the places I want to display working fine. > > Now I want to display (as labels, and possible as imagemap?) from a mySQL > db > a list of names with lat / long coords stored as numbers. > > I am happy to go with either a dynamic solution, or have a periodic script > generate the shapefile. I have tried a few of the current scripts on the > list (and I am able to draw the point, but get very lost when it comes to > adding in the Name that I want to display, and then displaying it as a > label.) > > Thanks for your help, > Cheers Mark Fennell > Www.markfennell.com > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Dejan.Gambin at pula.hr Tue Apr 6 01:46:36 2004 From: Dejan.Gambin at pula.hr (Gambin Dejan) Date: Tue, 6 Apr 2004 10:46:36 +0200 Subject: [Mapserver-users] Label codepage Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C41BB3.AB900101 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, =20 I can't get some special characters to be displayed as my label text. I am using Windows 1250 codepage. I have checked the following: =20 - my dbf file is in Windows 1250 codepage - the font I am using to display the labels (Arial) is in Windows 1250 codepage =20 Can somebody tell me what am I doing wrong? =20 Thanks =20 Regards =20 Dejan Gambin ------_=_NextPart_001_01C41BB3.AB900101 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
            Hello,
             
            I = can't get some=20 special characters to be displayed as my label text. I am using Windows = 1250=20 codepage. I have checked the following:
             
            - my = dbf file is in=20 Windows 1250 codepage
            - the = font I am=20 using to display the labels (Arial) is in Windows 1250=20 codepage
             
            Can = somebody tell me=20 what am I doing wrong?
             
            Thanks
             
            Regards
             
            Dejan=20 Gambin
            ------_=_NextPart_001_01C41BB3.AB900101-- From mhln25 at yahoo.com Tue Apr 6 02:32:08 2004 From: mhln25 at yahoo.com (Mahalakshmi Narayanan) Date: Tue, 6 Apr 2004 02:32:08 -0700 (PDT) Subject: [Mapserver-users] classes not showing up In-Reply-To: <407165C4.3060304@dmsolutions.ca> Message-ID: <20040406093208.86483.qmail@web60907.mail.yahoo.com> Dear MapServer Users: We have created a dynamic thematic map application that talks to a SQL Server for attribute data and based on the no. of classes and the ranges fed in by the user the theme is generated. Visit http://gisd.tn.nic.in/oss for viewing this and offer your suggestions please. For this we read each shape one by one in the layer and try to see which range it belongs to and then sett the color for the shape. This application is working alright in PHP/MapScript 36. However, when we tried to change the application for PHP/Mapscript 41, we are facing problems. Colours are set properly but the latest class alone is being displayed on the map with the rest of features being shown with the default color mentioned in the mapfile. I think we are having problems in classes (moveup, etc..) The code which opens the layer and class is followed with the code that is repeated for each shapeid is attached below: $layern = $gpoMap->GetLayerByName('Boundary'); $class=$layern->getClass(0); $layern->open(); // loop thro each shapeid $newsh=$layern->getShape(-1,$shapeid); ... $class = ms_newClassObj($layern); $style = ms_newStyleObj($class); $style->color->setRGB($legarray1[0],$legarray1[1],$legarray1[2]); //legarray1 has the colour chosen by the user for the class $style->outlinecolor->setRGB(0,0,0); //$class->set("status", MS_ON); $layern->moveclassup(1); $newsh->draw($gpoMap,$layern,$image); $shapeid++; // end loop Any help would be grately appreciated. Thanks and regards, Mahalakshmi Narayanan __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From stepan.kafka at centrum.cz Tue Apr 6 03:17:01 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Tue, 6 Apr 2004 12:17:01 +0200 Subject: [Mapserver-users] Label codepage In-Reply-To: Message-ID: <002801c41bc0$4d9779a0$463c2fc3@HSGIS> This is a multi-part message in MIME format. ------=_NextPart_000_0029_01C41BD1.112049A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit MessageHi Dejan, the truetype fonts uses unicode internally. So the easiest way to get proper font in mapserver is convert the label texts into unicode (UTF8) strings. Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz ICQ: 294002967 http://www.bnhelp.cz I can't get some special characters to be displayed as my label text. I am using Windows 1250 codepage. I have checked the following: - my dbf file is in Windows 1250 codepage - the font I am using to display the labels (Arial) is in Windows 1250 codepage Can somebody tell me what am I doing wrong? Thanks Regards Dejan Gambin ------=_NextPart_000_0029_01C41BD1.112049A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message
            Hi Dejan,
             =20 the truetype fonts uses unicode internally. So the easiest way to get = proper font=20 in mapserver is convert the label texts into unicode (UTF8)=20 strings.
             

            Stepan Kafka
            Help Service Remote Sensing
            tel:=20 +420-327514118
            mailto:kafka at email.cz
            ICQ: 294002967
            http://www.bnhelp.cz

             
            I = can't get some=20 special characters to be displayed as my label text. I am using = Windows 1250=20 codepage. I have checked the following:
             
            - my = dbf file is=20 in Windows 1250 codepage
            - = the font I am=20 using to display the labels (Arial) is in Windows 1250=20 codepage
             
            Can = somebody tell=20 me what am I doing wrong?
             
            Thanks
             
            Regards
             
            Dejan=20 Gambin
            ------=_NextPart_000_0029_01C41BD1.112049A0-- From svincent at idems.fr Tue Apr 6 05:21:54 2004 From: svincent at idems.fr (Sebastien Vincent) Date: Tue, 06 Apr 2004 14:21:54 +0200 Subject: [Mapserver-users] Query documentation In-Reply-To: References: Message-ID: <4072A0E2.3000901@idems.fr> Hello, I'm trying to make some query's on a map. I have two fields : sector : string id : number An object is identified by a label and a sector. I don't know how to search throught two fields of a TAB file. I tried : mapserv.qitem.value = "id"; mapserv.qstring.value = 123; It works fine (but find many object with same id and different sector). But I have to make something like : mapserv.qitem.value = "id§or"; mapserv.qstring.value = 123&DK; Two fields, two value, the equivalent as : WHERE id=123 AND sector='DK' But didn't found any doc about the qstring format. After i'll have to zoom to the object found (can't have two objects). Thanks in advance, best regards, seb :) From valruggero at libero.it Tue Apr 6 04:06:17 2004 From: valruggero at libero.it (valruggero at libero.it) Date: Tue, 6 Apr 2004 13:06:17 +0200 Subject: [Mapserver-users] Spatial queries Message-ID: You can use PostGIS (with GEOS library) and make topological operations with queries built on-the-fly (with mapscript). HTH Ciao Ruggero > Yes. > In mapscript you can use a previous selection set from one layer to > select features in another layer. > I am not familiar enough with the CGI version to say how/if to do it there. > > HTH > > Lowell > > The following message was sent by "Giuseppe Chielli" > on Mon, 5 Apr 2004 17:27:46 +0200. > > > Hi, guys! > > I'm just studying mapserver or, better, mapscript and I'd like to know > if it allows to make spatial queries. > > When I say "spatial queries" I mean queries that allow to find > features with some spatial relationship. > > For example, can I find all the features in a layer intersecting some > other features in another layer? > > I hope to be clear in my explanation. > > > > Thanks a lot. > > > > Giuseppe > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From sebastian.boelling at web.de Tue Apr 6 05:10:38 2004 From: sebastian.boelling at web.de (=?iso-8859-1?Q? Sebastian=20B=F6lling ?=) Date: Tue, 06 Apr 2004 14:10:38 +0200 Subject: [Mapserver-users] which OGC specs and versions compies the actual umn mapserver 4.0.1 (4.1) Message-ID: <979372107@web.de> Hi, which OGC specifications (WMS, WFS, GML) and versions complies the actual UMN MapServer 4.0.1 (and 4.1 in the future)? At the OGC website (http://www.opengis.org/resources/?page=products) there is only some old information about the MapServer 3.5 which is compatible to OGC WMS 1.1.0. Best regards, Sebastian Boelling _____________________________________________________________________ Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Netsky.A-P! Kostenfrei fuer alle FreeMail Nutzer. http://f.web.de/?mc=021157 From mcodinac at yahoo.com Tue Apr 6 05:18:49 2004 From: mcodinac at yahoo.com (mcodinac) Date: Tue, 6 Apr 2004 05:18:49 -0700 (PDT) Subject: [Mapserver-users] Oracle Partners Message-ID: <20040406121849.16468.qmail@web9904.mail.yahoo.com> Hi, Does anyone know the reason because Minnesota MapServer is not included in the list of "Partners delivering GIS and LBS technologies using Oracle Spatial, Oracle Locator, and/or Oracle Application Server Wireless" (http://otn.oracle.com/products/spatial/spatial_partners_sys_integ.htm)? Thanks, Marta. __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From Dejan.Gambin at pula.hr Tue Apr 6 05:43:43 2004 From: Dejan.Gambin at pula.hr (Gambin Dejan) Date: Tue, 6 Apr 2004 14:43:43 +0200 Subject: [Mapserver-users] Problems in viewing dgn files Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C41BD4.CBD15E34 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have a problem in viewing dgn files and I can't get the information that could help me.=20 =20 I am trying to show a dgn file with a Mapserver version 4.0.1 and I get the following error: =20 msDrawMap(): Image handling error. Failed to draw layer named 'some_name'.=20 ogrGeomLine(): OGR error. OGRGeometry type `MULTILINESTRING' not supported.=20 =20 Can you tell me if this error comes from dgnlib? I know that OGR reinterprets the information from dgnlib into OGR Feature Style format. So does the error come from dgnlib or from OGR? Has it maybe been sold in some CVS version of dgnlib/OGR. I have installed gdal-1.2.0 and MapServer 4.0.1. =20 Thanks in advance =20 Regards =20 Dejan Gambin ------_=_NextPart_001_01C41BD4.CBD15E34 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
            I have a problem in viewing dgn files = and I can't=20 get the information that could help me.
             
            I am = trying to show=20 a dgn file with a Mapserver version 4.0.1 and I get the following=20 error:
             
            msDrawMap(): Image handling error. = Failed to=20 draw layer named 'some_name'.=20
            ogrGeomLine(): OGR error. OGRGeometry type `MULTILINESTRING' not = supported.=20
             
            Can = you tell me if=20 this error comes from dgnlib? I know that OGR reinterprets the = information from=20 dgnlib into OGR Feature Style format. So does the error come from dgnlib = or from=20 OGR? Has it maybe been sold in some CVS version of dgnlib/OGR. I have = installed=20 gdal-1.2.0 and MapServer 4.0.1.
             
            Thanks = in=20 advance
             
            Regards
             
            Dejan=20 Gambin

            ------_=_NextPart_001_01C41BD4.CBD15E34-- From bartvde at xs4all.nl Tue Apr 6 05:57:42 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Tue, 6 Apr 2004 14:57:42 +0200 (CEST) Subject: [Mapserver-users] which OGC specs and versions compies the actual umn mapserver 4.0.1 (4.1) In-Reply-To: <979372107@web.de> References: <979372107@web.de> Message-ID: <18251.212.238.227.182.1081256262.squirrel@webmail.xs4all.nl> Hi, the short answer is: WMS 1.0.0, 1.1.0 and 1.1.1 (including most of the SLD WMS specification) WFS 1.0.0 GML 2.1.2 In the near future also WCS (Web Coverage Server) 1.0. Best regards, Bart > Hi, > > which OGC specifications (WMS, WFS, GML) and versions complies the actual > UMN MapServer 4.0.1 (and 4.1 in the future)? At the OGC website > (http://www.opengis.org/resources/?page=products) there is only some old > information about the MapServer 3.5 which is compatible to OGC WMS 1.1.0. > > Best regards, > > Sebastian Boelling > _____________________________________________________________________ > Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Netsky.A-P! > Kostenfrei fuer alle FreeMail Nutzer. http://f.web.de/?mc=021157 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From bartvde at xs4all.nl Tue Apr 6 06:00:35 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Tue, 6 Apr 2004 15:00:35 +0200 (CEST) Subject: [Mapserver-users] Oracle Partners In-Reply-To: <20040406121849.16468.qmail@web9904.mail.yahoo.com> References: <20040406121849.16468.qmail@web9904.mail.yahoo.com> Message-ID: <17600.212.238.227.182.1081256435.squirrel@webmail.xs4all.nl> Hi, Oracle Partners are companies (mostly system integrators) that use Oracle products in their projects / systems. Mapserver is not a company. Best regards, Bart > Hi, > > Does anyone know the reason because Minnesota > MapServer is not included in the list of "Partners > delivering GIS and LBS technologies using Oracle > Spatial, Oracle Locator, and/or Oracle Application > Server Wireless" > (http://otn.oracle.com/products/spatial/spatial_partners_sys_integ.htm)? > > Thanks, > Marta. > > __________________________________ > Do you Yahoo!? > Yahoo! Small Business $15K Web Design Giveaway > http://promotions.yahoo.com/design_giveaway/ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From arnulf.christl at ccgis.de Tue Apr 6 07:59:32 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Tue, 06 Apr 2004 16:59:32 +0200 Subject: [Mapserver-users] which OGC specs and versions compies the actual umn mapserver 4.0.1 (4.1) In-Reply-To: <979372107@web.de> References: <979372107@web.de> Message-ID: <4072C5D4.1080300@ccgis.de> Sebastian B?lling wrote: >Hi, > >which OGC specifications (WMS, WFS, GML) and versions complies the actual UMN MapServer 4.0.1 (and 4.1 in the future)? At the OGC website (http://www.opengis.org/resources/?page=products) there is only some old information about the MapServer 3.5 which is compatible to OGC WMS 1.1.0. > > > Hi, a slightly longer answer comes here: We are using UMN MapServer as WMS 1.1.0, 1.1.0 and 1.1.1 and have also tested WFS 1.0.0. with an underlying PostgreSQL/PostGIS database. Runs smoothly. Most of the SLD support has recently been added and documented here: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SLDMapServer But: You got to be careful with the term "compatible" in the OGC context as I had to learn the hard way last year... The correct word is "implementing", they are sort of a little fussy about that. Anyway - UMN MapServer is still not implementing WMS correctly as it always returns images with "square" pixels. If you use UMN MapServer as the only service don't bother about it. If you have to combine it with other WMS it might be problematic. Its a little tricky to get the gist of this problem. Whenever you request an image which has an inconsitent aspect ratio of pixels and coordinates, UMN MapServer will cheat by adding as much map as is needed to fill up the difference until it can return "square" pixels. The OGC spec. specifies that instead the image should be stretched. If you overlay the MS' result with another WMS which does return (WMS compliant) warped images you will see the difference, whenever the client works with warped start-up parameters. In the center of the map the overlay looks good, the further you get to the border of the map the larger will be the delta. Best regards, Arnulf. >Best regards, > >Sebastian Boelling >_____________________________________________________________________ >Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Netsky.A-P! >Kostenfrei fuer alle FreeMail Nutzer. http://f.web.de/?mc=021157 > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- ---------------------------- CCGIS Christl & Stamm GbR ---------------------------- http://www.ccgis.de http://www.mapbender.org ---------------------------- Service: +49 (0)228 90826 0 Direct: +49 (0)228 90826 23 Fax: +49 (0)228 90826 11 ---------------------------- CCGIS Christl & Stamm GbR Siemensstra?e 8 53121 Bonn GERMANY From warmerdam at pobox.com Tue Apr 6 08:46:43 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 06 Apr 2004 11:46:43 -0400 Subject: [Mapserver-users] Problems in viewing dgn files In-Reply-To: References: Message-ID: <4072D0E3.8070402@pobox.com> Gambin Dejan wrote: > I have a problem in viewing dgn files and I can't get the information > that could help me. > > I am trying to show a dgn file with a Mapserver version 4.0.1 and I get > the following error: > > msDrawMap(): Image handling error. Failed to draw layer named 'some_name'. > ogrGeomLine(): OGR error. OGRGeometry type `MULTILINESTRING' not supported. > > Can you tell me if this error comes from dgnlib? I know that OGR > reinterprets the information from dgnlib into OGR Feature Style format. > So does the error come from dgnlib or from OGR? Has it maybe been sold > in some CVS version of dgnlib/OGR. I have installed gdal-1.2.0 and > MapServer 4.0.1. Dejan, I thought I had responded already on the multilinestring issue. OGR returns a MULTILINESTRING for complex line objects in DGN. Older versions of MapServer (4.0.1?) did not support this geometry type but the current development version should. If you can reproduce the problem with a current development version of MapServer then please report a bug via the MapServer bugzilla and assign it directly to me. 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 pramsey at refractions.net Tue Apr 6 09:23:56 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 06 Apr 2004 09:23:56 -0700 Subject: [Mapserver-users] Oracle Partners In-Reply-To: <17600.212.238.227.182.1081256435.squirrel@webmail.xs4all.nl> Message-ID: They also pay Oracle a hefty chunk of change for the right to call themselves Oracle Partners. Unlikely Mapserver will ever be on that list. :) On Tuesday, April 6, 2004, at 06:00 AM, bartvde at xs4all.nl wrote: > Oracle Partners are companies (mostly system integrators) that use > Oracle > products in their projects / systems. > > Mapserver is not a company. > >> Does anyone know the reason because Minnesota >> MapServer is not included in the list of "Partners >> delivering GIS and LBS technologies using Oracle >> Spatial, Oracle Locator, and/or Oracle Application >> Server Wireless" >> (http://otn.oracle.com/products/spatial/ >> spatial_partners_sys_integ.htm)? Paul Ramsey Refractions Research Email: pramsey at refractions.net Phone: (250) 885-0632 From mgleahy at fes.uwaterloo.ca Tue Apr 6 11:52:42 2004 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Tue, 6 Apr 2004 14:52:42 -0400 Subject: [Mapserver-users] Accessing PostGIS layers via OGR in MapServer Message-ID: <002601c41c08$57ac4400$74916181@mgltoshiba> Hello list, I'm trying to see if I can access PostGIS layers via the OGR input type in the MapServer 4.1 development version. The warning message below is about as far as I can get: Warning: [MapServer Error]: msOGRFileOpen(): Open failed for OGR connection `PG:dbname=educal user=Administrador host=localhost'. File not found or unsupported format I've tried several formats of connection strings in addition to the one in the example above: PG:'dbname=educal user=Administrador host=localhost' PG:dbname=educal;user=Administrador;host=localhost PG:dbname=educal So far, none have worked. I've got PostGIS 0.8 installed as well as GDAL in CygWin, with MapServer running as CGI in IIS on WinXP. I can run OGR components from CygWin okay (e.g., ogr2ogr), but I just don't seem to have any luck with it in MapServer yet. I'm hoping it's just a problem with my connection string. When I connect using PostGIS directly, the connection string "user=Administrador dbname=educal host=localhost" works fine. Any suggestions would be appreciated, Mike From warmerdam at pobox.com Tue Apr 6 13:02:29 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 06 Apr 2004 16:02:29 -0400 Subject: [Mapserver-users] Accessing PostGIS layers via OGR in MapServer In-Reply-To: <002601c41c08$57ac4400$74916181@mgltoshiba> References: <002601c41c08$57ac4400$74916181@mgltoshiba> Message-ID: <40730CD5.9010109@pobox.com> Mike Leahy wrote: > Hello list, > > I'm trying to see if I can access PostGIS layers via the OGR input type in > the MapServer 4.1 development version. The warning message below is about > as far as I can get: > > Warning: [MapServer Error]: msOGRFileOpen(): Open failed for OGR connection > `PG:dbname=educal user=Administrador host=localhost'. File not found or > unsupported format > > I've tried several formats of connection strings in addition to the one in > the example above: > > PG:'dbname=educal user=Administrador host=localhost' > PG:dbname=educal;user=Administrador;host=localhost > PG:dbname=educal > > So far, none have worked. I've got PostGIS 0.8 installed as well as GDAL in > CygWin, with MapServer running as CGI in IIS on WinXP. I can run OGR > components from CygWin okay (e.g., ogr2ogr), but I just don't seem to have > any luck with it in MapServer yet. I'm hoping it's just a problem with my > connection string. When I connect using PostGIS directly, the connection > string "user=Administrador dbname=educal host=localhost" works fine. Mike, How confident are you that your OGR build includes PostGIS support? Try "ogrinfo --formats" and see if there is a "PostgreSQL" driver listed. 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 mgleahy at fes.uwaterloo.ca Tue Apr 6 13:18:16 2004 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Tue, 6 Apr 2004 16:18:16 -0400 Subject: [Mapserver-users] Accessing PostGIS layers via OGR in MapServer In-Reply-To: <40730CD5.9010109@pobox.com> Message-ID: <002701c41c14$4bf927c0$74916181@mgltoshiba> I was sure of that - I played around with orginfo and ogr2ogr exporting tables to shapefiles and such before I got to trying it in MapServer. Could it be my setup? I.e., does the mapserv.exe in my Inetpub/Scripts folder for IIS actually use the OGR I compiled in Cygwin? I think maybe not... Here's what ogrinfo --formats returns: Loaded OGR Format Drivers: -> "ESRI Shapefile" (read/write) -> "UK .NTF" (readonly) -> "SDTS" (readonly) -> "TIGER" (read/write) -> "S57" (read/write) -> "MapInfo File" (read/write) -> "DGN" (read/write) -> "VRT" (readonly) -> "AVCBin" (readonly) -> "REC" (readonly) -> "Memory" (read/write) -> "GML" (read/write) -> "PostgreSQL" (read/write) -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: April 6, 2004 4:02 PM To: Mike Leahy Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Accessing PostGIS layers via OGR in MapServer Mike Leahy wrote: > Hello list, > > I'm trying to see if I can access PostGIS layers via the OGR input type in > the MapServer 4.1 development version. The warning message below is about > as far as I can get: > > Warning: [MapServer Error]: msOGRFileOpen(): Open failed for OGR connection > `PG:dbname=educal user=Administrador host=localhost'. File not found or > unsupported format > > I've tried several formats of connection strings in addition to the one in > the example above: > > PG:'dbname=educal user=Administrador host=localhost' > PG:dbname=educal;user=Administrador;host=localhost > PG:dbname=educal > > So far, none have worked. I've got PostGIS 0.8 installed as well as GDAL in > CygWin, with MapServer running as CGI in IIS on WinXP. I can run OGR > components from CygWin okay (e.g., ogr2ogr), but I just don't seem to have > any luck with it in MapServer yet. I'm hoping it's just a problem with my > connection string. When I connect using PostGIS directly, the connection > string "user=Administrador dbname=educal host=localhost" works fine. Mike, How confident are you that your OGR build includes PostGIS support? Try "ogrinfo --formats" and see if there is a "PostgreSQL" driver listed. 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 Tue Apr 6 13:36:32 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 06 Apr 2004 16:36:32 -0400 Subject: [Mapserver-users] Accessing PostGIS layers via OGR in MapServer In-Reply-To: <002701c41c14$4bf927c0$74916181@mgltoshiba> References: <002701c41c14$4bf927c0$74916181@mgltoshiba> Message-ID: <407314D0.4090002@pobox.com> Mike Leahy wrote: > I was sure of that - I played around with orginfo and ogr2ogr exporting > tables to shapefiles and such before I got to trying it in MapServer. Could > it be my setup? I.e., does the mapserv.exe in my Inetpub/Scripts folder for > IIS actually use the OGR I compiled in Cygwin? I think maybe not... Mike, It certainly looks like you do have postgres/postgis support in your standalone GDAL/OGR build, but in answer to your question, MapServer won't use that unless it was build against it (and if all the DLLs are properly placed). Sorry. 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 ray.ward at mapfusion.com Tue Apr 6 14:59:47 2004 From: ray.ward at mapfusion.com (Ray Ward) Date: Tue, 6 Apr 2004 17:59:47 -0400 Subject: [Mapserver-users] Stile problem with SWF and fdb fonts In-Reply-To: <19130.81.48.32.169.1079710825.squirrel@mail2.no-log.org> Message-ID: I am having this same issue. I'm running mapserver 4.0.1 with ming v0.3a on a Solaris 8 (sparc) box. I was getting an internal server error with 4.0.1 then I switched to the latest nightly build and no more internal errors. But I don't get any fonts showing up at all. Also I am using .fdb fonts directly from the ming site. Everything else seems to be working just fine all the layers are displayed and look great I just don't have any labels... Has anyone run into this same problem? or better yet resolved it?....I'm not sure what else to try at this point since I'm no longer recieving any error messages at all....any help would be appreciated... Ray, OUTPUTFORMAT NAME swf DRIVER "SWF" MIMETYPE "application/x-shockwave-flash" EXTENSION "swf" IMAGEMODE PC256 FORMATOPTION "OUTPUT_MOVIE=MULTIPLE FULL_RESOLUTION=FALSE" END ... LABELITEM "name" CLASS MAXSCALE 10000 NAME 'Local Road' COLOR 131 132 125 SYMBOL 'circle' SIZE 2 LABEL TYPE BITMAP ANTIALIAS FALSE ANGLE AUTO POSITION uc FONT "sans-fdb" COLOR 0 30 50 #51 51 51 OUTLINECOLOR 255 255 255 SIZE SMALL PARTIALS FALSE BUFFER 1 END END -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of mapserver at no-log.org Sent: Friday, March 19, 2004 10:40 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Stile problem with SWF and fdb fonts Hi, First, s/Stile/Still in subject sorry ;) New strange thing, all layers are rendered correctly with OUTPUT_MOVIE=multiple using fdb fonts when i use shp2img with my mapfile. Always internal server error using php_mapscript and apache with multiple swf layers rendering, and no problem with unique layer rendering (OUTPUT_MOVIE=single). Any help would be appreciated :) Sample of the layer: LAYER NAME "Regions" TYPE line DATA "lim_adm_france_dom" STATUS on DEBUG on CLASSITEM 'NATURE' LABELITEM 'ID_GEOFLA' CLASS DEBUG on NAME 'regions' EXPRESSION ('[NATURE]' eq 'Limite de r?gion') SIZE 3 COLOR 255 0 0 SYMBOL "circle" LABEL TYPE bitmap FONT "verdana" COLOR 0 0 0 SIZE 12 MAXSIZE 18 POSITION CC ANGLE AUTO BUFFER 2 END END PROJECTION "init=epsg:2154" END TOLERANCE 5 END Thanks Christophe Beveraggi _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mfennell at markfennell.com Tue Apr 6 16:26:20 2004 From: mfennell at markfennell.com (Mark Fennell) Date: Wed, 07 Apr 2004 09:26:20 +1000 Subject: [Mapserver-users] Label TEXT Display Trouble PHP Mapscript Message-ID: Hi. I Have sucessfully got PHPmapscript to extract a series of points from a database, and then display the points on a map. (PHP code is below, it should be relatively easy to follow and is made up from the various posts around this mailing list) The MAP code is also detailed below as well. I am setting the points to display with SetXY, and then labelling them (I think) with the $pointObj->draw($map, $layerObj, $image, 0, $show["Name"]); part. I can display the points but Not the Text Label, whiich is What I really want to do! Any help apppreciated. Mark Fennell -------8<----PHP File------------ \n", $map->name, $map->numlayers); for ($i=0; $i<$map->numlayers; $i++) { $myLayer = $map->getLayer($i); printf("Layer num=%d, name=%s
            \n", $i, $myLayer->name); } echo"
            "; //mysql_q // Dirty hack to make query $db = mysql_connect("localhost", "root", "Slaine2k"); mysql_select_db("adventurelocations",$db); $results = mysql_query("SELECT * FROM Location",$db); if ($results === false) die("failed"); //drawPoints $layerObj = $map->getLayerByName("points"); $image = $map->draw(); $pointObj = ms_newPointObj(); while ($show = mysql_fetch_array($results, MYSQL_ASSOC)) { $pointObj->setXY($show["Longitude"], $show["Latitude"], 0); // draw the point on the image, using the id attribute to label it $pointObj->draw($map, $layerObj, $image, 0, $show["Name"]); echo $show["Latitude"]." ".$show["Longitude"]." ".$show["Name"]."
            \n "; } $image_url=$image->saveWebImage(MS_PNG,1,1,0); ?> MYSQL sample > ------8<------------MAP---------------- MAP NAME "Australia" SIZE 400 300 IMAGETYPE PNG EXTENT 112.9211349 -43.65853882 153.63974 -9.984018326 SHAPEPATH "/Users/markfennell/Existing/adventure/wwwroot/map/data" FONTSET "/Users/markfennell/Existing/adventure/wwwroot/map/tutorial/fonts/fonts.list " WEB IMAGEPATH "/Users/markfennell/Existing/adventure/wwwroot/map/tmp/" IMAGEURL "/adventure/wwwroot/map/tmp/" END IMAGECOLOR 255 255 255 PROJECTION "proj=merc" "lat_0=0" "lon_0=0" END SYMBOL TYPE ELLIPSE NAME "circle" POINTS 1 1 END FILLED TRUE END # Start of LAYER DEFINITIONS --------------------------------------------- LAYER NAME "au" DATA "au_coast" STATUS DEFAULT TYPE POLYGON PROJECTION "proj=merc" "lat_0=0" "lon_0=0" END CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END # End Australia Coast LAYER NAME "points" TYPE POINT PROJECTION "proj=merc" "lat_0=0" "lon_0=0" END CLASS SYMBOL "circle" SIZE 6 COLOR 255 0 0 OUTLINECOLOR 0 0 0 LABEL COLOR 132 31 31 SHADOWCOLOR 218 218 218 SHADOWSIZE 2 2 TYPE TRUETYPE FONT arial-bold SIZE 12 ANTIALIAS TRUE POSITION CL PARTIALS FALSE MINDISTANCE 300 BUFFER 4 END # end of label END END # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object From gis at balkanu.com.au Tue Apr 6 19:11:34 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Wed, 7 Apr 2004 12:11:34 +1000 Subject: [Mapserver-users] Working with tile indexes (gdaltindex) Message-ID: <000001c41c45$a8f29d90$566b110a@cydn.net.au> Hi all, Setup: MapLab 2.1rc3, ms4w, mapserver 4.0 precompiled binary for Windows, Win2000, SP4. I have a number of 13MB TIFF images covering a large area of Australia. At the moment they are all defined as separate layers in the map file. I would like to have them all referenced in a tile index. I have downloaded gdaltidex and used it to create a SHP file containing refernces to the raster files, however I have not been able to successfully display it. The relevant portion of my mapfile is below. Can anyone suggest what I should do to enable the tile display? Do I need a separate class item for each member of the index? LAYER NAME "Tiled 250k Topographic" GROUP "Raster" STATUS ON DATA "../../../Documents and Settings/All Users/Data/Tables (MI)/Rasters/Topo_250k/topo250" TYPE RASTER TILEITEM "location" UNITS METERS SIZEUNITS PIXELS MAXSCALE 600000 CLASS END END END ---- Yuri Banens From gis at balkanu.com.au Tue Apr 6 19:22:58 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Wed, 7 Apr 2004 12:22:58 +1000 Subject: [Mapserver-users] colored tifs In-Reply-To: <5.1.0.14.0.20040402135242.02aff0e8@mail.zedxinc.com> Message-ID: <000201c41c47$3f903e50$566b110a@cydn.net.au> Hi Nick, Did you get any replies to this query yet? See this thread for a discussion of colour assignment by Mapserver: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0303/msg00355.html Best regards Yuri Banens -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Nick Petersen-Bergeron Sent: Saturday, 3 April 2004 04:55 To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] colored tifs >Hi, I'm drawing a map using a 24-bit tif as a background image. Everything draws fine, and no errors are thrown. However, the tif goes from being a full colour tif to being a black and white image. If I convert the tif to an 8-bit image and add a single blue pixel to the upper left hand corner, it appears in colour. Any idea why this would happen? Nick Bergeron Developer ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gis at balkanu.com.au Tue Apr 6 20:30:59 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Wed, 7 Apr 2004 13:30:59 +1000 Subject: [Mapserver-users] Working with tile indexes (gdaltindex) In-Reply-To: <40736AE0.3020702@gritechnologies.com> Message-ID: <000001c41c50$bffdcfe0$566b110a@cydn.net.au> Thanks for the suggestion Bob, but it does not appear to have had an effect. Also - in the dbf file, the column 'location' does not have a capital 'L'. Yuri -----Original Message----- From: Bob Basques [mailto:bob.b at gritechnologies.com] Sent: Wednesday, 7 April 2004 12:44 To: Balkanu GIS Subject: Re: [Mapserver-users] Working with tile indexes (gdaltindex) Try changing "location to "Location" bobb Balkanu GIS wrote: >Hi all, > >Setup: MapLab 2.1rc3, ms4w, mapserver 4.0 precompiled binary for >Windows, Win2000, SP4. > >I have a number of 13MB TIFF images covering a large area of Australia. >At the moment they are all defined as separate layers in the map file. >I would like to have them all referenced in a tile index. I have >downloaded gdaltidex and used it to create a SHP file containing >refernces to the raster files, however I have not been able to >successfully display it. > >The relevant portion of my mapfile is below. Can anyone suggest what I >should do to enable the tile display? Do I need a separate class item >for each member of the index? > > LAYER > NAME "Tiled 250k Topographic" > GROUP "Raster" > STATUS ON > DATA "../../../Documents and Settings/All Users/Data/Tables >(MI)/Rasters/Topo_250k/topo250" > TYPE RASTER > TILEITEM "location" > UNITS METERS > SIZEUNITS PIXELS > MAXSCALE 600000 > CLASS > END > END >END > >---- > >Yuri Banens > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From mschulz at webgis.de Tue Apr 6 23:49:31 2004 From: mschulz at webgis.de (Michael Schulz) Date: Wed, 07 Apr 2004 08:49:31 +0200 Subject: [Mapserver-users] Working with tile indexes (gdaltindex) In-Reply-To: <000001c41c50$bffdcfe0$566b110a@cydn.net.au> References: <000001c41c50$bffdcfe0$566b110a@cydn.net.au> Message-ID: <4073A47B.9040301@webgis.de> Hi, i think that when using tiled data you have to provide the path to the tileindex-shapefile with the parameter TILEINDEX not just data. Maybe have a glimpse a the docs, since a combination of both (tileindex + data) behaves differently again. Cheers, Michael > Balkanu GIS wrote: > > >>Hi all, >> >>Setup: MapLab 2.1rc3, ms4w, mapserver 4.0 precompiled binary for >>Windows, Win2000, SP4. >> >>I have a number of 13MB TIFF images covering a large area of Australia. >>At the moment they are all defined as separate layers in the map file. >>I would like to have them all referenced in a tile index. I have >>downloaded gdaltidex and used it to create a SHP file containing >>refernces to the raster files, however I have not been able to >>successfully display it. >> >>The relevant portion of my mapfile is below. Can anyone suggest what I >>should do to enable the tile display? Do I need a separate class item >>for each member of the index? >> >> LAYER >> NAME "Tiled 250k Topographic" >> GROUP "Raster" >> STATUS ON >> DATA "../../../Documents and Settings/All Users/Data/Tables >>(MI)/Rasters/Topo_250k/topo250" >> TYPE RASTER >> TILEITEM "location" >> UNITS METERS >> SIZEUNITS PIXELS >> MAXSCALE 600000 >> CLASS >> END >> END >>END >> >>---- >> >>Yuri Banens >> >> -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From mcodinac at yahoo.com Tue Apr 6 23:56:02 2004 From: mcodinac at yahoo.com (mcodinac) Date: Tue, 6 Apr 2004 23:56:02 -0700 (PDT) Subject: [Mapserver-users] Oracle Partners In-Reply-To: <17600.212.238.227.182.1081256435.squirrel@webmail.xs4all.nl> Message-ID: <20040407065602.41218.qmail@web9904.mail.yahoo.com> But there are the GeoServer project and the Degree map server (U. of Bonn) as Oracle Partners (and I suppose they are not companies). --- bartvde at xs4all.nl wrote: > Hi, > > Oracle Partners are companies (mostly system > integrators) that use Oracle > products in their projects / systems. > > Mapserver is not a company. > > Best regards, > Bart > > > Hi, > > > > Does anyone know the reason because Minnesota > > MapServer is not included in the list of "Partners > > delivering GIS and LBS technologies using Oracle > > Spatial, Oracle Locator, and/or Oracle Application > > Server Wireless" > > > (http://otn.oracle.com/products/spatial/spatial_partners_sys_integ.htm)? > > > > Thanks, > > Marta. > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Small Business $15K Web Design Giveaway > > http://promotions.yahoo.com/design_giveaway/ > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From rosesgis at ddgi.org Wed Apr 7 00:16:32 2004 From: rosesgis at ddgi.org (Albert Garcia) Date: Wed, 7 Apr 2004 09:16:32 +0200 Subject: [Mapserver-users] thematic map Message-ID: <000d01c41c70$41c0b640$0a10a8c0@gis> hi all, i have a spatial information in shp files and text information in mdb files. i have a link between this informations (parcels in shp with geocode like 4528974 and the mdb file have information about this parcel and the same geocode). i need display each parcel with a different color depending the text information in the mdb. can someone help me? thanks all From xavier.mauclaire at strategis.fr Wed Apr 7 00:47:34 2004 From: xavier.mauclaire at strategis.fr (Xavier Mauclaire) Date: Wed, 7 Apr 2004 09:47:34 +0200 Subject: [Mapserver-users] Mapscript and C# Message-ID: Hi i'd like to do mapscript with c#. is there anybody who work on this solution ? As i saw on the newgroups, the is not a lot of discussion about this langage. is there any reason of that? Is it hardnesst to do that or simply that there is microsoft behind c# ? the aim of my question is not to hurt anybody. I'm simply interrested by C# and i'd like doing mapscript with it. that's all. best regards ------------------------------- Xavier MAUCLAIRE xavier.mauclaire at strategis.fr ------------------------------- From arnulf.christl at ccgis.de Wed Apr 7 01:30:02 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Wed, 07 Apr 2004 10:30:02 +0200 Subject: [Mapserver-users] Oracle Partners In-Reply-To: <20040407065602.41218.qmail@web9904.mail.yahoo.com> References: <20040407065602.41218.qmail@web9904.mail.yahoo.com> Message-ID: <4073BC0A.7020103@ccgis.de> mcodinac wrote: >But there are the GeoServer project and the Degree map >server (U. of Bonn) as Oracle Partners (and I suppose >they are not companies). > > > I am sure that to get UMN MapServer on the list, it just "has to be done" - in the end its mostly in the interest of Oracle. I forward these emails and opinions to an Oracle representative here in Germany who I have just talked to about this a few days ago, maybe he can enlighten us on how to do it. Hello Mr. Viehmann, when we met last week in the context of the GDI-NRW we talked about the use of Oracle as a spatial data server for UMN MapServer and that we could achieve very good results for example at the ministry of economics in Rhineland-Palatinate here in Germany. In the userlist it was now discussed why UMN MapServer is not on the list of partners: http://otn.oracle.com/products/spatial/spatial_partners.htm As the use of UMN MapServer is continually spreading and a lot of the potential customers already use Oracle and might not know that they do not have to switch to another database when they use UMN MapServer, we suggest that it would be a good idea to add it to the list. As the "Vendor" the "University of Minnesota" should appear http://www.umn.edu The "Product" name is "UMN MapServer" http://mapserver.gis.umn.edu/ As "Description" I would suggest something like "Open Source Web Map Server, Web Feature Server and Clients" (maybe this sould be discussed with somebody from the inner circle, Steve Lime.) Best regards, Arnulf Christl. -- ---------------------------- CCGIS Christl & Stamm GbR ---------------------------- http://www.ccgis.de http://www.mapbender.org ---------------------------- Service: +49 (0)228 90826 0 Direct: +49 (0)228 90826 23 Fax: +49 (0)228 90826 11 ---------------------------- CCGIS Christl & Stamm GbR Siemensstra?e 8 53121 Bonn GERMANY >--- bartvde at xs4all.nl wrote: > > >>Hi, >> >>Oracle Partners are companies (mostly system >>integrators) that use Oracle >>products in their projects / systems. >> >>Mapserver is not a company. >> >>Best regards, >>Bart >> >> >> >>>Hi, >>> >>>Does anyone know the reason because Minnesota >>>MapServer is not included in the list of "Partners >>>delivering GIS and LBS technologies using Oracle >>>Spatial, Oracle Locator, and/or Oracle Application >>>Server Wireless" >>> >>> >>> >(http://otn.oracle.com/products/spatial/spatial_partners_sys_integ.htm)? > > >>>Thanks, >>>Marta. >>> >>>__________________________________ >>>Do you Yahoo!? >>>Yahoo! Small Business $15K Web Design Giveaway >>>http://promotions.yahoo.com/design_giveaway/ >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>> >>> >>> >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > >__________________________________ >Do you Yahoo!? >Yahoo! Small Business $15K Web Design Giveaway >http://promotions.yahoo.com/design_giveaway/ >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From norbert.thieme at ilmenau.baw.de Wed Apr 7 01:41:35 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Wed, 07 Apr 2004 10:41:35 +0200 Subject: [Mapserver-users] thematic map In-Reply-To: <000d01c41c70$41c0b640$0a10a8c0@gis> References: <000d01c41c70$41c0b640$0a10a8c0@gis> Message-ID: <4073BEBF.50804@ilmenau.baw.de> Albert Garcia schrieb: > hi all, > i have a spatial information in shp files and text information in mdb files. > i have a link between this informations (parcels in shp with geocode like > 4528974 and the mdb file have information about this parcel and the same > geocode). i need display each parcel with a different color depending the > text information in the mdb. can someone help me? > thanks all > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > Hi. I don't know how your data look like and I'm not familiar with Access. I'm also new to the mapserver and the related projects. I can tell you two things that could work. But it's only the first thought. Perhaps there are others who can tell you a better way. 1. Have you thought about joining the data from the mdb files to the dbf of the shape files? Then you got the information you need in an easy way. Although I know this isn't very nice and depends on how much data you got to each item. 2. There is another possibility if you use the ogr libary. There you got the support of odbc where you perhaps can access your data directly (SQL statements(?)). According to this please look if ogr support is included in your version. But like I said I'm not familiar with that so I can't tell you more. Sure there are others who can help you with that. Regards, Norbert From norbert.thieme at ilmenau.baw.de Wed Apr 7 01:49:17 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Wed, 07 Apr 2004 10:49:17 +0200 Subject: [Mapserver-users] thematic map In-Reply-To: <000d01c41c70$41c0b640$0a10a8c0@gis> References: <000d01c41c70$41c0b640$0a10a8c0@gis> Message-ID: <4073C08D.9080400@ilmenau.baw.de> Sorry I forget to give you the following links for the case that you want to use the ogr odbc way. Perhaps they might help you: http://www.remotesensing.org/gdal/ogr/ http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odbc/htm/odbcodbc_api_reference.asp From mapserver at no-log.org Wed Apr 7 04:36:08 2004 From: mapserver at no-log.org (mapserver at no-log.org) Date: Wed, 7 Apr 2004 13:36:08 +0200 (CEST) Subject: [Mapserver-users] Stile problem with SWF and fdb fonts In-Reply-To: References: <19130.81.48.32.169.1079710825.squirrel@mail2.no-log.org> Message-ID: <10753.81.248.105.87.1081337768.squirrel@mail3.no-log.org> Hi Ray, I've partially solved the problem. Your font type must be defined as truetype and not bitmap when using fdb fonts. LABEL ... TYPE truetype FONT "your_font" ... END If you use shp2img, same issue ? shp2img -m your_mapfile.map -o test.swf I've experienced some crashs when rendering fonts with ming. I can't use php mapscript module and php ming module at the same time. (under linux php_mapscript.so and php_ming.so). All works fine but when i try to render an swf object which uses fonts using the ming module i get an internal server error. I'll check the latest release from cvs, i've reported the bug it is maybe solved ;) I expect it will help Christophe Beveraggi > I am having this same issue. I'm running mapserver 4.0.1 with ming v0.3a > on > a Solaris 8 (sparc) box. I was getting an internal server error with 4.0.1 > then I switched to the latest nightly build and no more internal errors. > But > I don't get any fonts showing up at all. Also I am using .fdb fonts > directly > from the ming site. Everything else seems to be working just fine all the > layers are displayed and look great I just don't have any labels... > > Has anyone run into this same problem? or better yet resolved it?....I'm > not > sure what else to try at this point since I'm no longer recieving any > error > messages at all....any help would be appreciated... > > Ray, > > > > OUTPUTFORMAT > NAME swf > DRIVER "SWF" > MIMETYPE "application/x-shockwave-flash" > EXTENSION "swf" > IMAGEMODE PC256 > FORMATOPTION "OUTPUT_MOVIE=MULTIPLE FULL_RESOLUTION=FALSE" > END > > ... > > LABELITEM "name" > CLASS > MAXSCALE 10000 > NAME 'Local Road' > COLOR 131 132 125 > SYMBOL 'circle' > SIZE 2 > LABEL > TYPE BITMAP > ANTIALIAS FALSE > ANGLE AUTO > POSITION uc > FONT "sans-fdb" > COLOR 0 30 50 #51 51 51 > OUTLINECOLOR 255 255 255 > SIZE SMALL > PARTIALS FALSE > BUFFER 1 > END > END > > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of > mapserver at no-log.org > Sent: Friday, March 19, 2004 10:40 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Stile problem with SWF and fdb fonts > > > Hi, > > First, s/Stile/Still in subject sorry ;) > > New strange thing, all layers are rendered correctly with > OUTPUT_MOVIE=multiple using fdb fonts when i use shp2img with my mapfile. > Always internal server error using php_mapscript and apache with multiple > swf layers rendering, and no problem with unique layer rendering > (OUTPUT_MOVIE=single). > > Any help would be appreciated :) > > Sample of the layer: > LAYER > NAME "Regions" > TYPE line > DATA "lim_adm_france_dom" > STATUS on > DEBUG on > CLASSITEM 'NATURE' > LABELITEM 'ID_GEOFLA' > CLASS > DEBUG on > NAME 'regions' > EXPRESSION ('[NATURE]' eq 'Limite de r?gion') > SIZE 3 > COLOR 255 0 0 > SYMBOL "circle" > LABEL > TYPE bitmap > FONT "verdana" > COLOR 0 0 0 > SIZE 12 > MAXSIZE 18 > POSITION CC > ANGLE AUTO > BUFFER 2 > END > END > PROJECTION > "init=epsg:2154" > END > TOLERANCE 5 > END > > Thanks > > Christophe Beveraggi > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From vinko at cprsig.cl Wed Apr 7 05:12:25 2004 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Wed, 7 Apr 2004 08:12:25 -0400 Subject: [Mapserver-users] PHP/mapscript + PostGIS In-Reply-To: <03a801c418eb$79cf0c90$c32d1997@mytoshiba> References: <03a801c418eb$79cf0c90$c32d1997@mytoshiba> Message-ID: <20040407121225.GA16618@landsat.cprsig.cl> On Fri, Apr 02, 2004 at 08:44:30PM +0100, Ruggero Valentinotti wrote: > Hi list! > I need to use PostGIS for some vector layers joined to other tables in my database... > I'm using also several shapefile layers. > Everything works fine except for these two functions when I try to query the PostGIS vector layers: > drawQuery() > queryByShape() > > I have built OID and GIST indexes on my tables. > > > Things improves if I use drawQuery() on a single layer (active layer), > but queryByShape() always fails. I stumbled upon a similar problem. I reported it some weeks ago, but got no response (probably because nobody understood me :-) ). My guess is that MapScript's query functions are designed and built for shapefiles, not for PostGIS layers. I haven't had the time to dig deeper in the issue. > I have found some messagges about these problems in the mapserver and postgis mailing lists, > but I can't find a solution or a workaround... The workaround is to do the query in the DB, using SQL and the PostGIS operators, such as: SELECT * from mytable where mygeon && user_entered_geom_in_geo_units and intersects(mygeom,user_entered_geom_in_geo_units); (user_entered_geom_in_geo_units is, for instance, a GeomFromText('MULTIPOLYGON(...)',SRID)) If you need to draw the result, you can add the DB result as a new layer to the mapObj -- Vinko Vrsalovic http://www.cprsig.cl From woodbri at swoodbridge.com Wed Apr 7 05:38:47 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Wed, 07 Apr 2004 08:38:47 -0400 Subject: [Mapserver-users] Stile problem with SWF and fdb fonts In-Reply-To: <10753.81.248.105.87.1081337768.squirrel@mail3.no-log.org> References: <19130.81.48.32.169.1079710825.squirrel@mail2.no-log.org> <10753.81.248.105.87.1081337768.squirrel@mail3.no-log.org> Message-ID: <4073F657.2000602@swoodbridge.com> I ran into the problem of php_mapscript.so and php_ming.so not being compatible and I believe this problem is related to the fact that one or both of these is using a private copy of the libpng and one is using the system version. I think I wrote a bug on this, you might want to check bugzilla. -Steve W. mapserver at no-log.org wrote: > Hi Ray, > > I've partially solved the problem. > Your font type must be defined as truetype and not bitmap when using fdb > fonts. > > LABEL > ... > TYPE truetype > FONT "your_font" > ... > END > > If you use shp2img, same issue ? > shp2img -m your_mapfile.map -o test.swf > > I've experienced some crashs when rendering fonts with ming. > I can't use php mapscript module and php ming module at the same time. > (under linux php_mapscript.so and php_ming.so). All works fine but when i > try to render an swf object which uses fonts using the ming module i get > an internal server error. > > I'll check the latest release from cvs, i've reported the bug it is maybe > solved ;) > > I expect it will help > > Christophe Beveraggi > > >>I am having this same issue. I'm running mapserver 4.0.1 with ming v0.3a >>on >>a Solaris 8 (sparc) box. I was getting an internal server error with 4.0.1 >>then I switched to the latest nightly build and no more internal errors. >>But >>I don't get any fonts showing up at all. Also I am using .fdb fonts >>directly >>from the ming site. Everything else seems to be working just fine all the >>layers are displayed and look great I just don't have any labels... >> >>Has anyone run into this same problem? or better yet resolved it?....I'm >>not >>sure what else to try at this point since I'm no longer recieving any >>error >>messages at all....any help would be appreciated... >> >>Ray, >> >> >> >>OUTPUTFORMAT >> NAME swf >> DRIVER "SWF" >> MIMETYPE "application/x-shockwave-flash" >> EXTENSION "swf" >> IMAGEMODE PC256 >> FORMATOPTION "OUTPUT_MOVIE=MULTIPLE FULL_RESOLUTION=FALSE" >>END >> >>... >> >> LABELITEM "name" >> CLASS >> MAXSCALE 10000 >> NAME 'Local Road' >> COLOR 131 132 125 >> SYMBOL 'circle' >> SIZE 2 >> LABEL >> TYPE BITMAP >> ANTIALIAS FALSE >> ANGLE AUTO >> POSITION uc >> FONT "sans-fdb" >> COLOR 0 30 50 #51 51 51 >> OUTLINECOLOR 255 255 255 >> SIZE SMALL >> PARTIALS FALSE >> BUFFER 1 >> END >> END >> >> >>-----Original Message----- >>From: mapserver-users-admin at lists.gis.umn.edu >>[mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of >>mapserver at no-log.org >>Sent: Friday, March 19, 2004 10:40 AM >>To: mapserver-users at lists.gis.umn.edu >>Subject: [Mapserver-users] Stile problem with SWF and fdb fonts >> >> >>Hi, >> >>First, s/Stile/Still in subject sorry ;) >> >>New strange thing, all layers are rendered correctly with >>OUTPUT_MOVIE=multiple using fdb fonts when i use shp2img with my mapfile. >>Always internal server error using php_mapscript and apache with multiple >>swf layers rendering, and no problem with unique layer rendering >>(OUTPUT_MOVIE=single). >> >>Any help would be appreciated :) >> >>Sample of the layer: >>LAYER >> NAME "Regions" >> TYPE line >> DATA "lim_adm_france_dom" >> STATUS on >> DEBUG on >> CLASSITEM 'NATURE' >> LABELITEM 'ID_GEOFLA' >> CLASS >> DEBUG on >> NAME 'regions' >> EXPRESSION ('[NATURE]' eq 'Limite de r?gion') >> SIZE 3 >> COLOR 255 0 0 >> SYMBOL "circle" >> LABEL >> TYPE bitmap >> FONT "verdana" >> COLOR 0 0 0 >> SIZE 12 >> MAXSIZE 18 >> POSITION CC >> ANGLE AUTO >> BUFFER 2 >> END >> END >> PROJECTION >> "init=epsg:2154" >> END >> TOLERANCE 5 >>END >> >>Thanks >> >>Christophe Beveraggi >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mhln25 at yahoo.com Wed Apr 7 05:50:05 2004 From: mhln25 at yahoo.com (Mahalakshmi Narayanan) Date: Wed, 7 Apr 2004 05:50:05 -0700 (PDT) Subject: [Mapserver-users] classes not showing up in php/mapscript 41 Message-ID: <20040407125005.76784.qmail@web60907.mail.yahoo.com> Dear MapServer Users: We have created a dynamic thematic map application that talks to a SQL Server for attribute data and based on the no. of classes and the ranges fed in by the user the theme is generated. Visit http://gisd.tn.nic.in/oss for viewing this and offer your suggestions please. For this we read each shape one by one in the layer and try to see which range it belongs to and then sett the color for the shape. This application is working alright in PHP/MapScript 36. However, when we tried to change the application for PHP/Mapscript 41, we are facing problems. Colours are set properly but the latest class alone is being displayed on the map with the rest of features being shown with the default color mentioned in the mapfile. I think we are having problems in classes (moveup, etc..) The code which opens the layer and class is followed with the code that is repeated for each shapeid is attached below: $layern = $gpoMap->GetLayerByName('Boundary'); $class=$layern->getClass(0); $layern->open(); // loop thro each shapeid $newsh=$layern->getShape(-1,$shapeid); ... $class = ms_newClassObj($layern); $style = ms_newStyleObj($class); $style->color->setRGB($legarray1[0],$legarray1[1],$legarray1[2]); //legarray1 has the colour chosen by the user for the class $style->outlinecolor->setRGB(0,0,0); //$class->set("status", MS_ON); $layern->moveclassup(1); $newsh->draw($gpoMap,$layern,$image); $shapeid++; // end loop Any help would be grately appreciated. Thanks and regards, Mahalakshmi Narayanan __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From mgleahy at fes.uwaterloo.ca Wed Apr 7 05:55:33 2004 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Wed, 7 Apr 2004 08:55:33 -0400 Subject: [Mapserver-users] Compiling PHP_MapScript.dl... Message-ID: <1081342533.4073fa455b7a5@www.nexusmail.uwaterloo.ca> Okay list...here's my progress since yesterday: I compiled MapServer 4.0.1 with the following config: ./configure \ --with-jpeg \ --with-gd=/usr \ --with-freetype=/usr \ --with-zlib=/usr \ --with-png=/usr \ --with-pdf=/usr \ --with-tiff=/usr \ --without-eppl \ --with-proj=/usr \ --with-ogr=/usr/bin/gdal-config \ --with-gdal=/usr/bin/gdal-config \ --with-postgis=/usr/bin/pg_config \ --with-wfs \ --with-wmsclient \ --with-wfsclient \ --with-curl-config=/usr/bin/curl-config \ --disable-ignore-missing-data \ --with-php=/usr/src/php-4.3.5 I'm successful up to this point. :) Now I'm stuck with several *.o files in place of the DLL that I actually need for PHP_MapScript. So...I went through a lengthy goose chase, and eventually compiled all the *.lib versions of the library components I originally built in Cygwin. I finally got everything (I think) compiled that was needed to create the PHP_MapScript.dll using the makefile.vc. I thought I finally had it, then got the following from running nmake: D:\Downloads\Programs\Progra~1\MapServer\VCProject\postgresql-7.4.2 \src/interfaces/libpq/libpqdll.lib . ./../libmap.a D:\Downloads\Programs\Progra~1\MapServer\VCProject\php-4.3.5- Win32\lib\php4ts.lib Microsoft (R) Incremental Linker Version 6.00.8447 Copyright (C) Microsoft Corp 1992-1998. All rights reserved. MSVCRT.lib(MSVCRT.dll) : error LNK2005: _atoi already defined in Etc.... MSVCRT.lib(MSVCRT.dll) : error LNK2005: __strdup already defined in LIBC.lib (strdup.obj) MSVCRT.lib(MSVCRT.dll) : warning LNK4006: _atoi already defined in LIBC.lib (atox.obj); second definition ignored Etc.... MSVCRT.lib(MSVCRT.dll) : warning LNK4006: __strdup already defined in LIBC.lib (strdup.obj); second definition ignored Creating library php_mapscript.lib and object php_mapscript.exp LINK : warning LNK4098: defaultlib "MSVCRT" conflicts with use of other libs; use /NODEFAULTLIB:library php_mapscript.o : error LNK2001: unresolved external symbol _sapi_module libmap.a(mapparser.o) : error LNK2001: unresolved external symbol __alloca Etc.... libmap.a(mappostgis.o) : error LNK2001: unresolved external symbol _rindex libmap.a(maphttp.o) : error LNK2001: unresolved external symbol _select php_mapscript.dll : fatal error LNK1120: 59 unresolved externals NMAKE : fatal error U1077: 'link' : return code '0x460' Stop. I'm guessing this is because I compiled MapServer in Cygwin and now I'm trying to get a Win-compatible DLL from the same package. If I'm wrong, can anyone suggest what I need to fix next? If so, I'm now looking at figuring out how to compile MapServer using MSVC. So far that's looking a bit scary. I got pretty far with respect to the libs needed for the MapScript DLL, but I'm already running into problems getting all the requirements setup for MapServer, particularly regarding PHP and Regex. Any suggestions? Thanks, Mike ---------------------------------------- This mail sent through www.mywaterloo.ca From svincent at idems.fr Wed Apr 7 08:00:21 2004 From: svincent at idems.fr (Sebastien Vincent) Date: Wed, 07 Apr 2004 17:00:21 +0200 Subject: [Mapserver-users] Query : No results In-Reply-To: <4072A0E2.3000901@idems.fr> References: <4072A0E2.3000901@idems.fr> Message-ID: <40741785.4060909@idems.fr> Hello, I run mapserv 4.0.1 without any problems. I put the mapserv form and variables in a frame of my webpage. The tools, reference map, scalebar, layers control etc... are in the main page. With javascript I change the values of the hidden vars witch are in the frame and I submit the form. It works pretty fine :) I can know doing some querys, but when the query have no results, mapserv return a page, with only a message saying that there is no results. I want to display in this case, another page (saying "In French", for my visitors, that the query failed, and reload the map as it was before the query). I searched CGI vars, Templates and Map File references. But without results, searched also and the mailling list archive without more results. This is the reason I'm asking you :/ Thanks in advance if you have any advice for me, best regards, seb :) From dmorissette at dmsolutions.ca Wed Apr 7 06:23:27 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 07 Apr 2004 09:23:27 -0400 Subject: [Mapserver-users] Compiling PHP_MapScript.dl... In-Reply-To: <1081342533.4073fa455b7a5@www.nexusmail.uwaterloo.ca> References: <1081342533.4073fa455b7a5@www.nexusmail.uwaterloo.ca> Message-ID: <407400CF.8020007@dmsolutions.ca> Mike Leahy wrote: > > I'm guessing this is because I compiled MapServer in Cygwin and now I'm trying > to get a Win-compatible DLL from the same package. If I'm wrong, can anyone > suggest what I need to fix next? If so, I'm now looking at figuring out how > to compile MapServer using MSVC. So far that's looking a bit scary. I got > pretty far with respect to the libs needed for the MapScript DLL, but I'm > already running into problems getting all the requirements setup for > MapServer, particularly regarding PHP and Regex. > Yes, it's quite a job to get all the support libs in place to compile MapServer on Windows. Is there any reason why you cannot simply use the precompiled binaries on our site or on the UMN site? -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From sgillies at frii.com Wed Apr 7 06:42:38 2004 From: sgillies at frii.com (sgillies at frii.com) Date: Wed, 7 Apr 2004 07:42:38 -0600 (MDT) Subject: [Mapserver-users] Mapscript and C# In-Reply-To: References: Message-ID: <4924.216.17.175.238.1081345358.squirrel@accounts.frii.com> > > Hi > > i'd like to do mapscript with c#. is there anybody who work on this > solution > ? > As i saw on the newgroups, the is not a lot of discussion about this > langage. > is there any reason of that? Is it hardnesst to do that or simply that > there is microsoft behind c# ? > the aim of my question is not to hurt anybody. I'm simply interrested by > C# > and i'd like doing mapscript with it. that's all. > > best regards > > Hi Xavier, There is one person I know of who was planning to try a C# mapscript. I don't know what the status is. Try looking in the list archives of March for keyword C#. I also suspect that the C# support in SWIG is not as advanced as far as it has for Perl, Python, Ruby, and Java and so a C# mapscript may have unexpected limitations. That is my impression from a quick look through the C# SWIG documentation and may not be completely accurate. cheers, Sean From bartvde at xs4all.nl Wed Apr 7 07:02:44 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Wed, 7 Apr 2004 16:02:44 +0200 (CEST) Subject: [Mapserver-users] Mapserver - OGR - Oracle (revisited) Message-ID: <19181.212.238.227.182.1081346564.squirrel@webmail.xs4all.nl> Hi list, on a previous post I mentioned that it appeared that the BBOX of the WMS request was not used in the query sent to Oracle. This was caused by the DATA statement in the MAP file. If we used a select statement there (like the one commented out in the example below), always a full table scan was performed. Using the lower "syntax" it works fine. # DATA "select ORA_GEOMETRY from AdreSDO" DATA AdreSDO But now there is the following problem that a WMS GetCapabilities request takes more than one minute (also resulting in a full table scan in Oracle). Is there any way to prevent this, can it be read from the USER_SDO_GEOM_METADATA table or the MAP file? Thanks in advance for any info. Best regards, Bart From jhart at frw.uva.nl Wed Apr 7 07:29:26 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Wed, 07 Apr 2004 16:29:26 +0200 Subject: [Mapserver-users] Atlas Amsterdam, first week running Message-ID: <40741046.6080506@frw.uva.nl> Hi Folks, After six days running, I got about 7000 map requests from 360 computers and some thirty personal communications from all over the world, which is very nice. Thanks! Based on that, I would say that once the application gets loaded, it runs without problems. For such a complex user interface this is very satisfactory. The main problem seems getting the thing loaded at all. Some 50 computers didn't manage to get even the first map loaded (about 20 of these from Brazil, I don't know why). There seem to be two reasons for this (apart from robots and other undirected visits): 1) The application runs *only* on IE 5.5 and up, and Mozilla 1.3 and up. I'm sorry to have forgotten to say this in the announcement. I'll add a browser detector, but I don't think it will ever be possible to extend this interface to anything else thane W3C compliant browsers. 2) Both slow connections and slow computers seem to timeout on loading. I have sped up the graphics and deferred loading as much as possible, so now the page should load much faster and hopefully on more sites. It remains a complex aplication however, and will allways require much network traffic and PC processing power. If people still encounter problems although they have the right sort of platform, computer and connection, I would appreciate if they'd let me know. In a few weeks I'll make the source code of the user interface available. A preliminary version is at: http://mapserver.gis.umn.edu/mum/consess2/hartmann/main.html This is the basic interface, which has not changed. I added a few classes specific for MapServer, e.g. the windows with the zoom buttons. With these additions a complete mapping interface, including zoom and pan, can be written in a few dozen lines of JavaScript. Again, thanks a lot! Jan dr. J. Hartmann Department of Geography University of Amsterdam email:jhart at frw.uva.nl From dmorissette at dmsolutions.ca Wed Apr 7 07:30:53 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 07 Apr 2004 10:30:53 -0400 Subject: [Mapserver-users] Mapserver - OGR - Oracle (revisited) In-Reply-To: <19181.212.238.227.182.1081346564.squirrel@webmail.xs4all.nl> References: <19181.212.238.227.182.1081346564.squirrel@webmail.xs4all.nl> Message-ID: <4074109D.8040607@dmsolutions.ca> bartvde at xs4all.nl wrote: > > But now there is the following problem that a WMS GetCapabilities request > takes more than one minute (also resulting in a full table scan in > Oracle). Is there any way to prevent this, can it be read from the > USER_SDO_GEOM_METADATA table or the MAP file? > You can set the "wms_extent" layer metadata in the mapfile and this value will be used in priority. The value is "minx miny maxx maxy" in the same projection as the data. If the wms_extent is not found then MapServer does its best to calculate the extents, depending on the format and its implementation in OGR that could be very quick, or very long as you noticed here. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From ed at topozone.com Wed Apr 7 07:37:42 2004 From: ed at topozone.com (Ed McNierney) Date: Wed, 7 Apr 2004 10:37:42 -0400 Subject: [Mapserver-users] Working with tile indexes (gdaltindex) Message-ID: <13858AA1A74F30419F319ACB66A9D1224E41B4@mercator.topozone.com> Yes, Yuri, you should NOT have a DATA statement in a layer that uses a TILEINDEX. You should instead have a TILEINDEX statement pointint to the shapefile you created with gdaltindex. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Michael Schulz [mailto:mschulz at webgis.de] Sent: Wednesday, April 07, 2004 2:50 AM To: Balkanu GIS Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Working with tile indexes (gdaltindex) Hi, i think that when using tiled data you have to provide the path to the tileindex-shapefile with the parameter TILEINDEX not just data. Maybe have a glimpse a the docs, since a combination of both (tileindex + data) behaves differently again. Cheers, Michael > Balkanu GIS wrote: > > >>Hi all, >> >>Setup: MapLab 2.1rc3, ms4w, mapserver 4.0 precompiled binary for >>Windows, Win2000, SP4. >> >>I have a number of 13MB TIFF images covering a large area of Australia. >>At the moment they are all defined as separate layers in the map file. >>I would like to have them all referenced in a tile index. I have >>downloaded gdaltidex and used it to create a SHP file containing >>refernces to the raster files, however I have not been able to >>successfully display it. >> >>The relevant portion of my mapfile is below. Can anyone suggest what I >>should do to enable the tile display? Do I need a separate class item >>for each member of the index? >> >> LAYER >> NAME "Tiled 250k Topographic" >> GROUP "Raster" >> STATUS ON >> DATA "../../../Documents and Settings/All Users/Data/Tables >>(MI)/Rasters/Topo_250k/topo250" >> TYPE RASTER >> TILEITEM "location" >> UNITS METERS >> SIZEUNITS PIXELS >> MAXSCALE 600000 >> CLASS >> END >> END >>END >> >>---- >> >>Yuri Banens >> >> -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bartvde at xs4all.nl Wed Apr 7 07:45:51 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Wed, 7 Apr 2004 16:45:51 +0200 (CEST) Subject: [Mapserver-users] Mapserver - OGR - Oracle (revisited) In-Reply-To: <4074109D.8040607@dmsolutions.ca> References: <19181.212.238.227.182.1081346564.squirrel@webmail.xs4all.nl> <4074109D.8040607@dmsolutions.ca> Message-ID: <6255.212.238.227.182.1081349151.squirrel@webmail.xs4all.nl> Hi Daniel, thanks. This works (I should have read the WMS server HowTo more carefully ...). Now I have found a new problem for which I cannot find the cause. GetFeatureInfo works when the using HTML output (no info_format specified in URL), but when using GML output I get an empty GML. There are no strange column names with spaces in the data, which could be a cause for this. Here is an example from the HTML output: GetFeatureInfo results: Layer 'ADRESDO' Feature 4: OGR_FID = '21' OBJECT = 'WETH BURGERS STEE LEUTH' POSTCODE = '0' CULTUURCOD = '00' CULTUUR = 'ONBEKEND' PERCEEL = 'LEU00C 01233G0000' The GML retrieved on the same x and y coordinates (BTW does not make any difference which x and y I use): Any ideas what is causing this? No messages in the error file. Best regards, Bart > bartvde at xs4all.nl wrote: >> >> But now there is the following problem that a WMS GetCapabilities >> request >> takes more than one minute (also resulting in a full table scan in >> Oracle). Is there any way to prevent this, can it be read from the >> USER_SDO_GEOM_METADATA table or the MAP file? >> > > You can set the "wms_extent" layer metadata in the mapfile and this > value will be used in priority. The value is "minx miny maxx maxy" in > the same projection as the data. > > If the wms_extent is not found then MapServer does its best to calculate > the extents, depending on the format and its implementation in OGR that > could be very quick, or very long as you noticed here. > > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > From dmorissette at dmsolutions.ca Wed Apr 7 07:48:59 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 07 Apr 2004 10:48:59 -0400 Subject: [Mapserver-users] Mapserver - OGR - Oracle (revisited) In-Reply-To: <6255.212.238.227.182.1081349151.squirrel@webmail.xs4all.nl> References: <19181.212.238.227.182.1081346564.squirrel@webmail.xs4all.nl> <4074109D.8040607@dmsolutions.ca> <6255.212.238.227.182.1081349151.squirrel@webmail.xs4all.nl> Message-ID: <407414DB.3010401@dmsolutions.ca> bartvde at xs4all.nl wrote: > > GetFeatureInfo works when the using HTML output (no info_format specified > in URL), but when using GML output I get an empty GML. There are no > strange column names with spaces in the data, which could be a cause for > this. > Before we look any futher: did you set DUMP TRUE in the layer for which you want to get GML output? -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From bartvde at xs4all.nl Wed Apr 7 08:00:36 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Wed, 7 Apr 2004 17:00:36 +0200 (CEST) Subject: [Mapserver-users] Mapserver - OGR - Oracle (revisited) In-Reply-To: <407414DB.3010401@dmsolutions.ca> References: <19181.212.238.227.182.1081346564.squirrel@webmail.xs4all.nl> <4074109D.8040607@dmsolutions.ca> <6255.212.238.227.182.1081349151.squirrel@webmail.xs4all.nl> <407414DB.3010401@dmsolutions.ca> Message-ID: <9338.212.238.227.182.1081350036.squirrel@webmail.xs4all.nl> Hi Daniel, My bad .... Thanks again. It all works! Great news. BTW: If anybody needs a Mapserver 4.0.1 Windows binary with Oracle support through OGR (GDAL 1.2), you can download from: http://www.vz.geodan.nl/users/bart/mapserv4.0.1-OGR-Oracle.zip Best regards, Bart > bartvde at xs4all.nl wrote: >> >> GetFeatureInfo works when the using HTML output (no info_format >> specified >> in URL), but when using GML output I get an empty GML. There are no >> strange column names with spaces in the data, which could be a cause for >> this. >> > > Before we look any futher: did you set DUMP TRUE in the layer for which > you want to get GML output? > > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > From bpicinbono at worldonline.fr Wed Apr 7 08:19:36 2004 From: bpicinbono at worldonline.fr (blaise) Date: Wed, 07 Apr 2004 17:19:36 +0200 Subject: [Mapserver-users] help installing mapserver with ming Message-ID: <40741C08.8060108@worldonline.fr> Dear list I am stuck installing MapServer 4.0.1 with Ming (with linux Fedora Core 1). It seems that I managed to install Ming as I have the Ming support listed in my phpinfo page when I "dl php_ming.so" and I can run a few ming examples. But no way to build MapServer with ming (--with-ming). It gives me various error messages. I try to change a few things, but I still can't manage to have the "make" goes to its end. Anybody ever installed MapServer with ming ? Can somebody help me ? Thanks Blaise From David.Fawcett at state.mn.us Wed Apr 7 08:22:03 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Wed, 07 Apr 2004 10:22:03 -0500 Subject: [Mapserver-users] Query : No results Message-ID: Sebastien, Take a look at EMPTY in http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#web David. David J. Fawcett MN Office of Environmental Assistance >>> Sebastien Vincent 4/7/2004 10:00:21 AM >>> Hello, I run mapserv 4.0.1 without any problems. I put the mapserv form and variables in a frame of my webpage. The tools, reference map, scalebar, layers control etc... are in the main page. With javascript I change the values of the hidden vars witch are in the frame and I submit the form. It works pretty fine :) I can know doing some querys, but when the query have no results, mapserv return a page, with only a message saying that there is no results. I want to display in this case, another page (saying "In French", for my visitors, that the query failed, and reload the map as it was before the query). I searched CGI vars, Templates and Map File references. But without results, searched also and the mailling list archive without more results. This is the reason I'm asking you :/ Thanks in advance if you have any advice for me, best regards, seb :) _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rich at greenwoodmap.com Wed Apr 7 08:28:07 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Wed, 07 Apr 2004 09:28:07 -0600 Subject: [Mapserver-users] Query : No results In-Reply-To: <40741785.4060909@idems.fr> References: <4072A0E2.3000901@idems.fr> <40741785.4060909@idems.fr> Message-ID: <40741E07.8020905@greenwoodmap.com> Sebastien Vincent wrote: > Hello, > > I run mapserv 4.0.1 without any problems. > > I put the mapserv form and variables in a frame of my webpage. The > tools, reference map, scalebar, layers control etc... are in the main > page. With javascript I change the values of the hidden vars witch are > in the frame and I submit the form. It works pretty fine :) > > I can know doing some querys, but when the query have no results, > mapserv return a page, with only a message saying that there is no > results. I want to display in this case, another page (saying "In > French", for my visitors, that the query failed, and reload the map as > it was before the query). > > I searched CGI vars, Templates and Map File references. But without > results, searched also and the mailling list archive without more results. > > This is the reason I'm asking you :/ > > Thanks in advance if you have any advice for me, > > best regards, > > seb :) In the WEB section of your .map file, set EMPTY "no_results_page.html" This will display your no_results_page.html (or whatever you choose to name it). -- Richard Greenwood www.greenwoodmap.com From denlalonde at yahoo.com Wed Apr 7 08:32:13 2004 From: denlalonde at yahoo.com (Denis Lalonde) Date: Wed, 7 Apr 2004 08:32:13 -0700 (PDT) Subject: [Mapserver-users] "Other" Class Message-ID: <20040407153213.61553.qmail@web41606.mail.yahoo.com> --0-793260703-1081351933=:59622 Content-Type: text/plain; charset=us-ascii Hello all, Maybe simple question but I'm wondering if it's possible to give a symbol "style" to objects that do not fall into any of the classes of my layer? i.e. LAYER NAME 'layer name' ... CLASSITEM 'fieldname' CLASS EXPRESSION 'expression1' ... END CLASS EXPRESSION 'expression2' ... END CLASS "everything else????" END Thanks +, Denis --------------------------------- Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway - Enter today --0-793260703-1081351933=:59622 Content-Type: text/html; charset=us-ascii
            Hello all,
             
            Maybe simple question but I'm wondering if it's possible to give a symbol "style" to objects that do not fall into any of the classes of my layer?
             
            i.e.
             
            LAYER
              NAME 'layer name'
              ...
                
                CLASSITEM 'fieldname'
                  CLASS
                    EXPRESSION 'expression1'
                    ...
                 END
                 CLASS
                    EXPRESSION 'expression2'
                    ...
                 END
                 CLASS
                     "everything else????"
                 END 
             
            Thanks +,
            Denis


            Do you Yahoo!?
            Yahoo! Small Business $15K Web Design Giveaway - Enter today --0-793260703-1081351933=:59622-- From ARyan at co.linn.or.us Wed Apr 7 08:28:47 2004 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Wed, 7 Apr 2004 08:28:47 -0700 Subject: [Mapserver-users] Query : No results Message-ID: <614FCE5F14A6D41180C200010240D6A250EB5C@LINNMS> Try using the EMPTY parameter of the WEB object in http://mapserver.gis.umn.edu/doc40/mapfile-reference.html Adam -----Original Message----- From: Sebastien Vincent [mailto:svincent at idems.fr] Sent: Wednesday, April 07, 2004 7:00 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Query : No results Hello, I run mapserv 4.0.1 without any problems. I put the mapserv form and variables in a frame of my webpage. The tools, reference map, scalebar, layers control etc... are in the main page. With javascript I change the values of the hidden vars witch are in the frame and I submit the form. It works pretty fine :) I can know doing some querys, but when the query have no results, mapserv return a page, with only a message saying that there is no results. I want to display in this case, another page (saying "In French", for my visitors, that the query failed, and reload the map as it was before the query). I searched CGI vars, Templates and Map File references. But without results, searched also and the mailling list archive without more results. This is the reason I'm asking you :/ Thanks in advance if you have any advice for me, best regards, seb :) _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From leo.olivieri at tin.it Wed Apr 7 08:47:14 2004 From: leo.olivieri at tin.it (leo.olivieri at tin.it) Date: Wed, 7 Apr 2004 17:47:14 +0200 Subject: [Mapserver-users] shape extent Message-ID: <4067E06000012895@ims3c.cp.tin.it> Hello list, I use PHP mapscript I am doing an queryByRect and trying to get the shape extent for all the polygons returned so I can set a new mapextent for the map. Does anyone know how to either extract the shape extent for multiple returns? Thanks in advance. Leonardo Olivieri From mgleahy at fes.uwaterloo.ca Wed Apr 7 09:06:46 2004 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Wed, 7 Apr 2004 12:06:46 -0400 Subject: [Mapserver-users] Compiling PHP_MapScript.dl... In-Reply-To: <407400CF.8020007@dmsolutions.ca> References: <1081342533.4073fa455b7a5@www.nexusmail.uwaterloo.ca> <407400CF.8020007@dmsolutions.ca> Message-ID: <1081354006.40742716d16bb@www.nexusmail.uwaterloo.ca> Daniel, Normally I would just use the binaries from the site...but the latest posted on maptools.org in the MapScript downloads was not compiled with PostGIS. Basically I'm trying to update PostGIS to a version that can get some basic GIS functionality (e.g., buffering, unions, etc.). PostGIS 0.7.5 just doesn't quite cut it in that respect. But if I do update it, I also have to update PostgreSQL, and no pre-compiled MapServer/MapScript binary package that I can find on maptools.org or the umn site has the fix that handles bug #416 - an unclosed cursor when more than one item is queried in a map. I had actually posted a message about this earlier asking if maybe the next posted copy of MapServer 4.1-dev binaries could include PostGIS support, but nobody replied and I actually somehow got removed from the mailing list shortly after that (!?). I realize that the developers cannot meet all requests made by users. So, when the April 2 version of 4.1 was posted on maptools.org and still didn't include PostGIS, I started looking at other possible solutions. As you can see in my subsequent messages, I didn't really find much success...mostly due to the fact that I'm working in a Windows environment. For now, I'll stick with the older versions that I currently have working. Kind regards, Mike Quoting Daniel Morissette : > Mike Leahy wrote: > > > > I'm guessing this is because I compiled MapServer in Cygwin and now I'm > trying > > to get a Win-compatible DLL from the same package. If I'm wrong, can > anyone > > suggest what I need to fix next? If so, I'm now looking at figuring out > how > > to compile MapServer using MSVC. So far that's looking a bit scary. I got > > > pretty far with respect to the libs needed for the MapScript DLL, but I'm > > already running into problems getting all the requirements setup for > > MapServer, particularly regarding PHP and Regex. > > > > Yes, it's quite a job to get all the support libs in place to compile > MapServer on Windows. Is there any reason why you cannot simply use the > precompiled binaries on our site or on the UMN site? > > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > ---------------------------------------- This mail sent through www.mywaterloo.ca From lindsay at lcblanton.com Wed Apr 7 09:57:36 2004 From: lindsay at lcblanton.com (Lindsay C. Blanton) Date: Wed, 7 Apr 2004 11:57:36 -0500 Subject: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora Message-ID: <5D91E1B9C012CF45A170862C86D9FBC709DCD5@srv1.lcblanton-int.local> Hello Folks! I'm fairly new to the MapServer scene, but must say I am extermemly impressed with this application, it's functionality, and it's features. I've implemented a proof-of-concept using GEMPAK (Meteorogical Software Libraries) to display NEXRAD radar data, Watches and Warnings, and other products at the street level by using Tiger Street SHP files and other shp files sources implemented in numerous layers in MapServer (3.6.7). However, I'm now beginning to embark upon PHP integration with MapServer and I cannot get MapServer 4.0.1 to compile with php support (--with-php=DIR) My environment is the following: Linux Fedora Core 1 Apache 2 Because I see that the MapServer make process requires the PHP sources, I downloaded the source RPM's for PHP, and pointed the --with-php=DIR directive to the source directory where they were installed, however the configure script is still complaining that config.h / php_config.h is not present. I can't find these files anywhere in the latest distributions of PHP 4.3.5, nor with the Redhat Sources for php. Has anyone compiled MapServer 4.0.1 on a RedHat Fedora Core machine, and if so, what do I need to be doing properly to compile MapServer with php functionality? Thanks in advance for your assistance! Lindsay ---------------------------------------- Lindsay C. Blanton Webmaster http://www.radioreference.com From warmerdam at pobox.com Wed Apr 7 10:10:30 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 07 Apr 2004 13:10:30 -0400 Subject: [Mapserver-users] Mapserver - OGR - Oracle (revisited) In-Reply-To: <19181.212.238.227.182.1081346564.squirrel@webmail.xs4all.nl> References: <19181.212.238.227.182.1081346564.squirrel@webmail.xs4all.nl> Message-ID: <40743606.3070909@pobox.com> bartvde at xs4all.nl wrote: > Hi list, > > on a previous post I mentioned that it appeared that the BBOX of the WMS > request was not used in the query sent to Oracle. > > This was caused by the DATA statement in the MAP file. If we used a select > statement there (like the one commented out in the example below), always > a full table scan was performed. Using the lower "syntax" it works fine. > > # DATA "select ORA_GEOMETRY from AdreSDO" > DATA AdreSDO > > But now there is the following problem that a WMS GetCapabilities request > takes more than one minute (also resulting in a full table scan in > Oracle). Is there any way to prevent this, can it be read from the > USER_SDO_GEOM_METADATA table or the MAP file? Bart, As I think Daniel noted in another message, you can pre-supply the extent (which is what I assume is taking a long time). The better solution would be for me to override the OGR OCI driver's GetExtent() logic to use the USER_SDO_GEOM_METADATA as you suggest. I kind of thought I had done that, but looking through the code I see the generic logic is used which involves reading the complete table. Feel free to submit that as an enhancement request in the GDAL/OGR bugzilla. While a great deal of work went into optimization of the OCI driver for loading Oracle with data, the read side was not nearly as well optimized since that was not the focus of the funding project. 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 pvandyke at kib.co.kodiak.ak.us Wed Apr 7 10:17:06 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Wed, 7 Apr 2004 09:17:06 -0800 Subject: [Mapserver-users] Projection Help Message-ID: Most of my raster images are working great and I am very thankful to those who helped me. However, I am having problems with a few of my rasters and I'm scratching my head... I am adding them as a layer to my ArcMap project, doing the georeferencing, then exporting them out. I've gotten a few to work, but others haven't. The last one I did showed up on my MapServer map about 100 miles south of where it should have been. I've tried playing with the projection in my .map file and I've tried defining the spacial information in ArcCatalog. I realize that I don't have the knowledge/background/training to do the job that I'm doing, and so I am asking for help from this community. If you can provide me with any links/websites with further information, I'd be very appreciative. If you can tell me why my raster displays 100 miles south (roughly) of where it's supposed to, I'd be indebted. The map in question is Map 9 at http://209.165.152.73 and you'll have to zoom out to the south to see what I'm talking about. Thanks, Paul VanDyke From warmerdam at pobox.com Wed Apr 7 10:28:45 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 07 Apr 2004 13:28:45 -0400 Subject: [Mapserver-users] Projection Help In-Reply-To: References: Message-ID: <40743A4D.6030101@pobox.com> Paul VanDyke wrote: > Most of my raster images are working great and I am very thankful to > those who helped me. However, I am having problems with a few of my > rasters and I'm scratching my head... > > I am adding them as a layer to my ArcMap project, doing the > georeferencing, then exporting them out. I've gotten a few to work, but > others haven't. The last one I did showed up on my MapServer map about > 100 miles south of where it should have been. I've tried playing with > the projection in my .map file and I've tried defining the spacial > information in ArcCatalog. I realize that I don't have the > knowledge/background/training to do the job that I'm doing, and so I am > asking for help from this community. If you can provide me with any > links/websites with further information, I'd be very appreciative. If > you can tell me why my raster displays 100 miles south (roughly) of > where it's supposed to, I'd be indebted. > > The map in question is Map 9 at http://209.165.152.73 and you'll have to > zoom out to the south to see what I'm talking about. Paul, This isn't much for us to go on. Where did you get the data? Did it come with any coordinate system information or other metadata that might be helpful? Can you go back to the source to get such information? Does it display properly in ArcMap? What projection definition are you using now? Why? Do you have other layers that are working properly? What coordinate system are you using for them? A 100 mile error could be the result of a number of things. Perhaps you are using the wrong state plane zone, or are missing false easting/northings. What it is not is a datum/ellipsoid error since those errors would be tiny by comparison. 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 bartvde at xs4all.nl Wed Apr 7 11:28:17 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Wed, 07 Apr 2004 20:28:17 +0200 Subject: [Mapserver-users] Mapserver - OGR - Oracle (revisited) In-Reply-To: <40743606.3070909@pobox.com> References: <19181.212.238.227.182.1081346564.squirrel@webmail.xs4all.nl> <40743606.3070909@pobox.com> Message-ID: Hi Frank, thanks for your reaction. I have submitted an enhancement bug about this in the GDAL bugzilla (543). With regard to the DATA statement, do you have any idea why only the second option incorporates the BBOX in the query which is sent to Oracle? Would the only way to use a WHERE clause (or to not select all columns of a table) be to define a view in Oracle and use the view in the DATA statement? Best regards, Bart On Wed, 07 Apr 2004 13:10:30 -0400, Frank Warmerdam wrote: > bartvde at xs4all.nl wrote: >> Hi list, >> >> on a previous post I mentioned that it appeared that the BBOX of the WMS >> request was not used in the query sent to Oracle. >> >> This was caused by the DATA statement in the MAP file. If we used a >> select >> statement there (like the one commented out in the example below), >> always >> a full table scan was performed. Using the lower "syntax" it works fine. >> >> # DATA "select ORA_GEOMETRY from AdreSDO" >> DATA AdreSDO >> >> But now there is the following problem that a WMS GetCapabilities >> request >> takes more than one minute (also resulting in a full table scan in >> Oracle). Is there any way to prevent this, can it be read from the >> USER_SDO_GEOM_METADATA table or the MAP file? > > Bart, > > As I think Daniel noted in another message, you can pre-supply the extent > (which is what I assume is taking a long time). The better solution > would > be for me to override the OGR OCI driver's GetExtent() logic to use the > USER_SDO_GEOM_METADATA as you suggest. I kind of thought I had done > that, > but looking through the code I see the generic logic is used which > involves > reading the complete table. > > Feel free to submit that as an enhancement request in the GDAL/OGR > bugzilla. > > While a great deal of work went into optimization of the OCI driver for > loading Oracle with data, the read side was not nearly as well optimized > since that was not the focus of the funding project. > > Best regards, -- From Paul at DugasEnterprises.com Wed Apr 7 11:29:48 2004 From: Paul at DugasEnterprises.com (Paul Dugas) Date: Wed, 7 Apr 2004 14:29:48 -0400 (EDT) Subject: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora In-Reply-To: <5D91E1B9C012CF45A170862C86D9FBC709DCD5@srv1.lcblanton-int.local> References: <5D91E1B9C012CF45A170862C86D9FBC709DCD5@srv1.lcblanton-int.local> Message-ID: <33021.192.168.1.22.1081362588.squirrel@dugas.homeip.net> Lindsay C. Blanton said: > I downloaded the source RPM's for PHP, and pointed the --with-php=DIR > directive to the source directory where they were installed, however the > configure script is still complaining that config.h / php_config.h is > not present. I can't find these files anywhere in the latest > distributions of PHP 4.3.5, nor with the Redhat Sources for php. Tried it today with the same setup and got a bit farther but not all the way. I installed the php-devel RPM rather than the full source package and got it to configure using 'configure --with-php=/usr/include/php/main'. Then I manually modified the resulting Makefile in mapscript/php3/ changing PHP_SRC_DIR = /usr/include/php/main to PHP_SRC_DIR = /usr/include/php/ The build went okay but I got all kinds of errors (didn't record them but could if needed) when I copied the SO into the right directory, fired up apache, and hit some of the examples. I'm wondering if this might be an apache 2.0 problem? Paul -- Paul A. Dugas phone: 404.932.1355 Dugas Enterprises, LLC fax: 770.516.4841 1711 Indian Ridge Drive, Woodstock, GA 30189 USA -- On-site at Georgia DOT, 404.463.2860 x158, paul.dugas at dot.state.ga.us From mapserver at no-log.org Wed Apr 7 06:44:02 2004 From: mapserver at no-log.org (mapserver at no-log.org) Date: Wed, 7 Apr 2004 15:44:02 +0200 (CEST) Subject: [Mapserver-users] Stile problem with SWF and fdb fonts In-Reply-To: <4073F657.2000602@swoodbridge.com> References: <19130.81.48.32.169.1079710825.squirrel@mail2.no-log.org> <10753.81.248.105.87.1081337768.squirrel@mail3.no-log.org> <4073F657.2000602@swoodbridge.com> Message-ID: <12657.81.248.105.87.1081345442.squirrel@mail3.no-log.org> My problem only appears when i try to render fonts with ming. Thanks a lot, i will check your bug report :) Christophe > I ran into the problem of php_mapscript.so and php_ming.so not being > compatible and I believe this problem is related to the fact that one or > both of these is using a private copy of the libpng and one is using the > system version. I think I wrote a bug on this, you might want to check > bugzilla. > > -Steve W. > > mapserver at no-log.org wrote: > >> Hi Ray, >> >> I've partially solved the problem. >> Your font type must be defined as truetype and not bitmap when using fdb >> fonts. >> >> LABEL >> ... >> TYPE truetype >> FONT "your_font" >> ... >> END >> >> If you use shp2img, same issue ? >> shp2img -m your_mapfile.map -o test.swf >> >> I've experienced some crashs when rendering fonts with ming. >> I can't use php mapscript module and php ming module at the same time. >> (under linux php_mapscript.so and php_ming.so). All works fine but when >> i >> try to render an swf object which uses fonts using the ming module i get >> an internal server error. >> >> I'll check the latest release from cvs, i've reported the bug it is >> maybe >> solved ;) >> >> I expect it will help >> >> Christophe Beveraggi >> >> >>>I am having this same issue. I'm running mapserver 4.0.1 with ming v0.3a >>>on >>>a Solaris 8 (sparc) box. I was getting an internal server error with >>> 4.0.1 >>>then I switched to the latest nightly build and no more internal errors. >>>But >>>I don't get any fonts showing up at all. Also I am using .fdb fonts >>>directly >>>from the ming site. Everything else seems to be working just fine all >>> the >>>layers are displayed and look great I just don't have any labels... >>> >>>Has anyone run into this same problem? or better yet resolved it?....I'm >>>not >>>sure what else to try at this point since I'm no longer recieving any >>>error >>>messages at all....any help would be appreciated... >>> >>>Ray, >>> >>> >>> >>>OUTPUTFORMAT >>> NAME swf >>> DRIVER "SWF" >>> MIMETYPE "application/x-shockwave-flash" >>> EXTENSION "swf" >>> IMAGEMODE PC256 >>> FORMATOPTION "OUTPUT_MOVIE=MULTIPLE FULL_RESOLUTION=FALSE" >>>END >>> >>>... >>> >>> LABELITEM "name" >>> CLASS >>> MAXSCALE 10000 >>> NAME 'Local Road' >>> COLOR 131 132 125 >>> SYMBOL 'circle' >>> SIZE 2 >>> LABEL >>> TYPE BITMAP >>> ANTIALIAS FALSE >>> ANGLE AUTO >>> POSITION uc >>> FONT "sans-fdb" >>> COLOR 0 30 50 #51 51 51 >>> OUTLINECOLOR 255 255 255 >>> SIZE SMALL >>> PARTIALS FALSE >>> BUFFER 1 >>> END >>> END >>> >>> >>>-----Original Message----- >>>From: mapserver-users-admin at lists.gis.umn.edu >>>[mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of >>>mapserver at no-log.org >>>Sent: Friday, March 19, 2004 10:40 AM >>>To: mapserver-users at lists.gis.umn.edu >>>Subject: [Mapserver-users] Stile problem with SWF and fdb fonts >>> >>> >>>Hi, >>> >>>First, s/Stile/Still in subject sorry ;) >>> >>>New strange thing, all layers are rendered correctly with >>>OUTPUT_MOVIE=multiple using fdb fonts when i use shp2img with my >>> mapfile. >>>Always internal server error using php_mapscript and apache with >>> multiple >>>swf layers rendering, and no problem with unique layer rendering >>>(OUTPUT_MOVIE=single). >>> >>>Any help would be appreciated :) >>> >>>Sample of the layer: >>>LAYER >>> NAME "Regions" >>> TYPE line >>> DATA "lim_adm_france_dom" >>> STATUS on >>> DEBUG on >>> CLASSITEM 'NATURE' >>> LABELITEM 'ID_GEOFLA' >>> CLASS >>> DEBUG on >>> NAME 'regions' >>> EXPRESSION ('[NATURE]' eq 'Limite de r?gion') >>> SIZE 3 >>> COLOR 255 0 0 >>> SYMBOL "circle" >>> LABEL >>> TYPE bitmap >>> FONT "verdana" >>> COLOR 0 0 0 >>> SIZE 12 >>> MAXSIZE 18 >>> POSITION CC >>> ANGLE AUTO >>> BUFFER 2 >>> END >>> END >>> PROJECTION >>> "init=epsg:2154" >>> END >>> TOLERANCE 5 >>>END >>> >>>Thanks >>> >>>Christophe Beveraggi >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From TMitchell at lignum.com Wed Apr 7 12:00:20 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Wed, 7 Apr 2004 12:00:20 -0700 Subject: [Mapserver-users] demo site with satellite image RGB channel setting?? Message-ID: I saw a demo a while back that I think I got to off the mapserver users gallery page. It allowed you to view a landsat scene (for Minesotta?) and select which channels to put into RGB and then would render the result. Can anyone point me to this site again? From woodbri at swoodbridge.com Wed Apr 7 12:05:19 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Wed, 07 Apr 2004 15:05:19 -0400 Subject: [Mapserver-users] Stile problem with SWF and fdb fonts In-Reply-To: <12657.81.248.105.87.1081345442.squirrel@mail3.no-log.org> References: <19130.81.48.32.169.1079710825.squirrel@mail2.no-log.org> <10753.81.248.105.87.1081337768.squirrel@mail3.no-log.org> <4073F657.2000602@swoodbridge.com> <12657.81.248.105.87.1081345442.squirrel@mail3.no-log.org> Message-ID: <407450EF.4040801@swoodbridge.com> OK, I didn't remember this exactly right. But bug 370 http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=370 is what I was thinking of. I was pdflib not ming that I ran into this problem with. That said, you should read the bug anyway and look ad how we used ldd to diagnose where the library conflict came from. You might be able to use the same trick to get a better handle on your exact problem. -Steve W. mapserver at no-log.org wrote: > My problem only appears when i try to render fonts with ming. > Thanks a lot, i will check your bug report :) > > Christophe > > >>I ran into the problem of php_mapscript.so and php_ming.so not being >>compatible and I believe this problem is related to the fact that one or >>both of these is using a private copy of the libpng and one is using the >>system version. I think I wrote a bug on this, you might want to check >>bugzilla. >> >>-Steve W. >> >>mapserver at no-log.org wrote: >> >> >>>Hi Ray, >>> >>>I've partially solved the problem. >>>Your font type must be defined as truetype and not bitmap when using fdb >>>fonts. >>> >>>LABEL >>> ... >>> TYPE truetype >>> FONT "your_font" >>> ... >>>END >>> >>>If you use shp2img, same issue ? >>>shp2img -m your_mapfile.map -o test.swf >>> >>>I've experienced some crashs when rendering fonts with ming. >>>I can't use php mapscript module and php ming module at the same time. >>>(under linux php_mapscript.so and php_ming.so). All works fine but when >>>i >>>try to render an swf object which uses fonts using the ming module i get >>>an internal server error. >>> >>>I'll check the latest release from cvs, i've reported the bug it is >>>maybe >>>solved ;) >>> >>>I expect it will help >>> >>>Christophe Beveraggi >>> >>> >>> >>>>I am having this same issue. I'm running mapserver 4.0.1 with ming v0.3a >>>>on >>>>a Solaris 8 (sparc) box. I was getting an internal server error with >>>>4.0.1 >>>>then I switched to the latest nightly build and no more internal errors. >>>>But >>>>I don't get any fonts showing up at all. Also I am using .fdb fonts >>>>directly >>> >>>>from the ming site. Everything else seems to be working just fine all >>> >>>>the >>>>layers are displayed and look great I just don't have any labels... >>>> >>>>Has anyone run into this same problem? or better yet resolved it?....I'm >>>>not >>>>sure what else to try at this point since I'm no longer recieving any >>>>error >>>>messages at all....any help would be appreciated... >>>> >>>>Ray, >>>> >>>> >>>> >>>>OUTPUTFORMAT >>>> NAME swf >>>> DRIVER "SWF" >>>> MIMETYPE "application/x-shockwave-flash" >>>> EXTENSION "swf" >>>> IMAGEMODE PC256 >>>> FORMATOPTION "OUTPUT_MOVIE=MULTIPLE FULL_RESOLUTION=FALSE" >>>>END >>>> >>>>... >>>> >>>> LABELITEM "name" >>>> CLASS >>>> MAXSCALE 10000 >>>> NAME 'Local Road' >>>> COLOR 131 132 125 >>>> SYMBOL 'circle' >>>> SIZE 2 >>>> LABEL >>>> TYPE BITMAP >>>> ANTIALIAS FALSE >>>> ANGLE AUTO >>>> POSITION uc >>>> FONT "sans-fdb" >>>> COLOR 0 30 50 #51 51 51 >>>> OUTLINECOLOR 255 255 255 >>>> SIZE SMALL >>>> PARTIALS FALSE >>>> BUFFER 1 >>>> END >>>> END >>>> >>>> >>>>-----Original Message----- >>>>From: mapserver-users-admin at lists.gis.umn.edu >>>>[mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of >>>>mapserver at no-log.org >>>>Sent: Friday, March 19, 2004 10:40 AM >>>>To: mapserver-users at lists.gis.umn.edu >>>>Subject: [Mapserver-users] Stile problem with SWF and fdb fonts >>>> >>>> >>>>Hi, >>>> >>>>First, s/Stile/Still in subject sorry ;) >>>> >>>>New strange thing, all layers are rendered correctly with >>>>OUTPUT_MOVIE=multiple using fdb fonts when i use shp2img with my >>>>mapfile. >>>>Always internal server error using php_mapscript and apache with >>>>multiple >>>>swf layers rendering, and no problem with unique layer rendering >>>>(OUTPUT_MOVIE=single). >>>> >>>>Any help would be appreciated :) >>>> >>>>Sample of the layer: >>>>LAYER >>>> NAME "Regions" >>>> TYPE line >>>> DATA "lim_adm_france_dom" >>>> STATUS on >>>> DEBUG on >>>> CLASSITEM 'NATURE' >>>> LABELITEM 'ID_GEOFLA' >>>> CLASS >>>> DEBUG on >>>> NAME 'regions' >>>> EXPRESSION ('[NATURE]' eq 'Limite de r?gion') >>>> SIZE 3 >>>> COLOR 255 0 0 >>>> SYMBOL "circle" >>>> LABEL >>>> TYPE bitmap >>>> FONT "verdana" >>>> COLOR 0 0 0 >>>> SIZE 12 >>>> MAXSIZE 18 >>>> POSITION CC >>>> ANGLE AUTO >>>> BUFFER 2 >>>> END >>>> END >>>> PROJECTION >>>> "init=epsg:2154" >>>> END >>>> TOLERANCE 5 >>>>END >>>> >>>>Thanks >>>> >>>>Christophe Beveraggi >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>> >>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > From lindsay at lcblanton.com Wed Apr 7 12:17:51 2004 From: lindsay at lcblanton.com (Lindsay C. Blanton) Date: Wed, 7 Apr 2004 14:17:51 -0500 Subject: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora Message-ID: <5D91E1B9C012CF45A170862C86D9FBC709DCD6@srv1.lcblanton-int.local> Hmmm. I might give this a shot. One thing I noticed is the PostGIS folks have a complete RPM distribution of MapServer 4.0.1 with all associated dependencies etc for the Fedora Core 1. It looks to be about 15 RPMs in total. http://www.postgis.com/rpms/fedora/1/i386/ I'm going to try to install each of these in lieu of continuing with the compile process. I can't see anywhere on PostGIS's site any indication that their RPM installable version of MapServer 4.0.1 was compiled with PHP support, however I would assume that it is. I'll keep the list advised. Lindsay ---------------------------------------- Lindsay C. Blanton Webmaster http://www.radioreference.com > -----Original Message----- > From: Paul Dugas [mailto:Paul at DugasEnterprises.com] > Sent: Wednesday, April 07, 2004 1:30 PM > To: Lindsay C. Blanton > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora > > > Lindsay C. Blanton said: > > I downloaded the source RPM's for PHP, and pointed the > --with-php=DIR > > directive to the source directory where they were > installed, however > > the configure script is still complaining that config.h / > php_config.h > > is not present. I can't find these files anywhere in the latest > > distributions of PHP 4.3.5, nor with the Redhat Sources for php. > > Tried it today with the same setup and got a bit farther but > not all the way. I installed the php-devel RPM rather than > the full source package and got it to configure using > 'configure --with-php=/usr/include/php/main'. Then I > manually modified the resulting Makefile in mapscript/php3/ changing > > PHP_SRC_DIR = /usr/include/php/main > > to > > PHP_SRC_DIR = /usr/include/php/ > > The build went okay but I got all kinds of errors (didn't > record them but could if needed) when I copied the SO into > the right directory, fired up apache, and hit some of the > examples. I'm wondering if this might be an apache 2.0 problem? > > Paul > > -- > Paul A. Dugas phone: 404.932.1355 > Dugas Enterprises, LLC fax: 770.516.4841 > 1711 Indian Ridge Drive, Woodstock, GA 30189 USA > -- > On-site at Georgia DOT, 404.463.2860 x158, paul.dugas at dot.state.ga.us > From steve.lime at dnr.state.mn.us Wed Apr 7 12:28:18 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 07 Apr 2004 14:28:18 -0500 Subject: [Mapserver-users] demo site with satellite image RGB channel setting?? Message-ID: http://www.ra.dnr.state.mn.us/imageview/ (it's an antique MapServer site, pre-raster integration) Steve >>> Tyler Mitchell 4/7/2004 2:00:20 PM >>> I saw a demo a while back that I think I got to off the mapserver users gallery page. It allowed you to view a landsat scene (for Minesotta?) and select which channels to put into RGB and then would render the result. Can anyone point me to this site again? _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gbustamante at 066sonora.gob.mx Wed Apr 7 12:19:47 2004 From: gbustamante at 066sonora.gob.mx (Ing. Guillermo Bustamante) Date: Wed, 7 Apr 2004 12:19:47 -0700 Subject: [Mapserver-users] Warning: [MapServer Error]: msEvalRegex(): Message-ID: <200404071919.i37JJlq29141@dns.c4sonora.gob.mx> this is not and advance cuestion its kind f introduction one!!!! Im having this error and i dont know how to go further please help me with this !!!! i need to start a app by the weekend and need to solve this, could someone helkp me !!! This is the second time that i post this and doesnt seem to appear in the list. Guillermo Bustamante Mexico Warning: [MapServer Error]: msEvalRegex(): String (mapa.MAP) failed expression test. in /home/test_mapa.php on line 4 Warning: Failed to open map file mapa.MAP in /home/test_mapa.php on line 4 Fatal error: Call to a member function on a non-object in /home/test_mapa.php on line 5 ___________________________________ NOCC, http://nocc.sourceforge.net From eric at gomoos.org Wed Apr 7 12:45:19 2004 From: eric at gomoos.org (Eric Bridger) Date: 07 Apr 2004 15:45:19 -0400 Subject: [Mapserver-users] Warning: [MapServer Error]: msEvalRegex(): In-Reply-To: <200404071919.i37JJlq29141@dns.c4sonora.gob.mx> References: <200404071919.i37JJlq29141@dns.c4sonora.gob.mx> Message-ID: <1081367124.1442.0.camel@ubet.gomoos.org> You should post your map file: mapa.map and we'll take a look. On Wed, 2004-04-07 at 15:19, Ing. Guillermo Bustamante wrote: > this is not and advance cuestion its kind f introduction one!!!! > Im having this error and i dont know how to go further please help me with this !!!! > i need to start a app by the weekend and need to solve this, could someone helkp me !!! > This is the second time that i post this and doesnt seem to appear in the list. > > > > Guillermo Bustamante > Mexico > > Warning: [MapServer Error]: msEvalRegex(): String (mapa.MAP) failed expression test. in /home/test_mapa.php on line 4 > > Warning: Failed to open map file mapa.MAP in /home/test_mapa.php on line 4 > > Fatal error: Call to a member function on a non-object in /home/test_mapa.php on line 5 > > > ___________________________________ > NOCC, http://nocc.sourceforge.net > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From flavio.dalpozzo at procempa.com.br Wed Apr 7 13:08:22 2004 From: flavio.dalpozzo at procempa.com.br (flavio.dalpozzo at procempa.com.br) Date: Wed, 7 Apr 2004 17:08:22 -0300 Subject: [Mapserver-users] streat search Message-ID: Hello! I did an aplicattion that shows the city streats like this: the index is a html form where i did the streat search. For exemple, i input Jonny People and the index file returns a list with all streats that have part of this name. After, I click in the "show map" link and then it?s shown (geral view of the city) showwing all the city streats and the highligth streat. I need to know how to show the highligth street centralized in the map, like a street?s zoom! I hope get explain the problem! I use the MapServe 3.6 and I don't use mapscript... Thanks! From kallwn at icircus.net Wed Apr 7 13:19:22 2004 From: kallwn at icircus.net (kallwn) Date: Wed, 7 Apr 2004 13:19:22 -0700 Subject: [Mapserver-users] Warning: [MapServer Error]: msEvalRegex(): References: <200404071919.i37JJlq29141@dns.c4sonora.gob.mx> <1081367124.1442.0.camel@ubet.gomoos.org> Message-ID: <003701c41cdd$9f2aa9e0$4900a8c0@azstumbler.com> Had a problem that generated almost the same error message. After beating my head against the wall for about 4 hours and after trying every thing I could think of I noticed that the editor I was using was saving the extension of .map in upper case (mymap.MAP). I changed it to lower case and every thing worked perfectly. ----- Original Message ----- From: "Eric Bridger" To: Cc: "Mapserver List" Sent: Wednesday, April 07, 2004 12:45 PM Subject: Re: [Mapserver-users] Warning: [MapServer Error]: msEvalRegex(): > You should post your map file: mapa.map and we'll take a look. > > On Wed, 2004-04-07 at 15:19, Ing. Guillermo Bustamante wrote: > > this is not and advance cuestion its kind f introduction one!!!! > > Im having this error and i dont know how to go further please help me with this !!!! > > i need to start a app by the weekend and need to solve this, could someone helkp me !!! > > This is the second time that i post this and doesnt seem to appear in the list. > > > > > > > > Guillermo Bustamante > > Mexico > > > > Warning: [MapServer Error]: msEvalRegex(): String (mapa.MAP) failed expression test. in /home/test_mapa.php on line 4 > > > > Warning: Failed to open map file mapa.MAP in /home/test_mapa.php on line 4 > > > > Fatal error: Call to a member function on a non-object in /home/test_mapa.php on line 5 > > > > > > ___________________________________ > > NOCC, http://nocc.sourceforge.net > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From ARyan at co.linn.or.us Wed Apr 7 13:22:20 2004 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Wed, 7 Apr 2004 13:22:20 -0700 Subject: [Mapserver-users] shape extent Message-ID: <614FCE5F14A6D41180C200010240D6A250EDEB@LINNMS> >Does anyone know how to either extract the shape extent for multiple returns? There's probably a more elegant/better way to do this, but here's my function. If anyone can help simply/enhance this that'd be great. $l is a layer object. $b is the desired buffer as a decimal, ie 0.10. This assumes a layer in not tiled. function getLayerResultExtent($l,$b){ $l->open(); $r1 = $l->getResult(0); $s1 = $l->getShape(-1,$r1->shapeindex); $minx=$s1->bounds->minx; $miny=$s1->bounds->miny; $maxx=$s1->bounds->maxx; $maxy=$s1->bounds->maxy; for ($li=1;$li<($l->getNumResults());$li++){ $r = $l->getResult($li); $s = $l->getShape(-1,$r->shapeindex); $minx=min($s->bounds->minx,$minx); $miny=min($s->bounds->miny,$miny); $maxx=max($s->bounds->maxx,$maxx); $maxy=max($s->bounds->maxy,$maxy); } if ($b!=0){ $dx=($maxx-$minx)*($b); $dy=($maxy-$miny)*($b); $minx-=$dx; $miny-=$dy; $maxx+=$dx; $maxy+=$dy; } return array($minx,$miny,$maxx,$maxy); } Hope it helps, Adam -----Original Message----- From: leo.olivieri at tin.it [mailto:leo.olivieri at tin.it] Sent: Wednesday, April 07, 2004 7:47 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] shape extent Hello list, I use PHP mapscript I am doing an queryByRect and trying to get the shape extent for all the polygons returned so I can set a new mapextent for the map. Does anyone know how to either extract the shape extent for multiple returns? Thanks in advance. Leonardo Olivieri _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From EZS at DeStraat.NL Wed Apr 7 13:42:43 2004 From: EZS at DeStraat.NL (Emil Zegers) Date: Wed, 07 Apr 2004 22:42:43 +0200 Subject: [Mapserver-users] Query : No results Message-ID: As said by others, you should use the EMPTY object and you can use the same logic for errors with the ERROR object WEB TEMPLATE 'mapdisplay.html' IMAGEPATH 'c:/inetpub/wwwroot/tmp/' IMAGEURL '/tmp/' ERROR 'error_en.htm' EMPTY 'empty_en.htm' LOG 'test.log' END #WEB Here's an example of 'empty_en.htm' to go back to the previous page. StraGisWeb Same for 'error_en.htm' StraGisWeb Maybe useful. Emil >>> Sebastien Vincent 4/7/2004 10:00:21 AM >>> Hello, I run mapserv 4.0.1 without any problems. I put the mapserv form and variables in a frame of my webpage. The tools, reference map, scalebar, layers control etc... are in the main page. With javascript I change the values of the hidden vars witch are in the frame and I submit the form. It works pretty fine :) I can know doing some querys, but when the query have no results, mapserv return a page, with only a message saying that there is no results. I want to display in this case, another page (saying "In French", for my visitors, that the query failed, and reload the map as it was before the query). I searched CGI vars, Templates and Map File references. But without results, searched also and the mailling list archive without more results. This is the reason I'm asking you :/ Thanks in advance if you have any advice for me, best regards, seb :) ______________________________________________________ This message has been checked for all known viruses ______________________________________________________ From lfilak at medinaco.org Wed Apr 7 13:51:25 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 07 Apr 2004 16:51:25 -0400 Subject: [Mapserver-users] Problems with queryMap and style = hilite Message-ID: <20040407205115.F08D91A659B@mail.medinaco.org> After some investigation in the source code - I'm not a C programmer: The 'SELECTED' option doesn't appear to do anything different than 'NORMAL'.? The 'HILITE' option only appears to do a couple of things different than 'NORMAL' - which would be expected: The shapes are drawn 'NORMAL' and then the color of the class for the layer is changed to whatever the querymap->color is set to and the processing continues as if set to 'NORMAL'. I don't see anything that would cause the routine to exit because there is more than 1 result shape when style is set to 'HILITE'. However, a lot of the research is based on assumptions and it would be helpful to know at which point it is exitting. Do you have debugging turned on at the beginning of the script doing the querymap draw? Is there anything in that error log? Thanks. Lowell The following message was sent by jjahn at et-inf.fho-emden.de on Thu, 25 Mar 2004 13:11:03 +0100. > Hi, > > I get an error when I want do draw a queryMap when style=hilite or style = > selected. > I use perl mapscript queryByRect of one layer and the results I get are right. > The queryMap is drawn as long as the queryMap style is set to normal. The > queryMap is drawn too as long as the queryMap style is set to hilite and > numresults = 1. > Please help me ! > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam at pobox.com Wed Apr 7 14:33:16 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 07 Apr 2004 17:33:16 -0400 Subject: [Mapserver-users] Mapserver - OGR - Oracle (revisited) In-Reply-To: References: <19181.212.238.227.182.1081346564.squirrel@webmail.xs4all.nl> <40743606.3070909@pobox.com> Message-ID: <4074739C.7010803@pobox.com> Bart van den Eijnden wrote: > Hi Frank, > > thanks for your reaction. I have submitted an enhancement bug about this > in the GDAL bugzilla (543). > > With regard to the DATA statement, do you have any idea why only the > second option incorporates the BBOX in the query which is sent to Oracle? Bart, The problem is that OGR has a hard time (without parsing an interpreting it) to know what table(s) a user supplied selected statement refers to. Without that information it can't safely apply a spatial query in case the table isn't spatially indexed (and because it doesn't know what column to use for geometry). > Would the only way to use a WHERE clause (or to not select all columns > of a table) be to define a view in Oracle and use the view in the DATA > statement? The view might work. I think the current mechanism to test for a spatial index is to try a small query with a spatial component. If this works, it assumes a spatial index is available, otherwise it assumes not. So a view might work well. I assume you are using the query "select ORA_GEOMETRY from AdreSDO" to avoid pulling all the unneeded extra attributes from the table? Daniel has long suggested I should have an option in OGR to just read geometry for features. Perhaps I should consider it more seriously. 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 listen at superbla.net Wed Apr 7 14:33:40 2004 From: listen at superbla.net (joerg pfeiffer) Date: Wed, 7 Apr 2004 23:33:40 +0200 Subject: [Mapserver-users] dynamic label mysql Message-ID: <000001c41ce8$00599dc0$3211b8d9@DELL> Hello, I tried and tried, but somehow it doesn't work: I get some point cords and the labels text from mysql. I can draw the points, but how do I get the labels drawn?? Joerg The part in Php mapscript file: $map_path=""; $map_file="mapVorschau.map"; $map = ms_newMapObj($map_path.$map_file); $image = $map->prepareImage(); $locationLayerObj = $map->getLayerByName("location"); $locationLineObj = ms_newLineObj(); $locationpointObj = ms_newPointObj(); $testlayer = $map->getLayerByName("locationnamen"); for ($i = 0; $i < count($latlongliste); $i++){ $locationpointObj->setXY($latlongliste[$i][1],$latlongliste[$i][0]); $locationLineObj ->add($locationpointObj); $locationshp = ms_newShapeObj(MS_SHAPE_POINT); $locationshp->add($locationLineObj); $testpt = ms_newPointObj(); $testpt->setXY($latlongliste[$i][1],$latlongliste[$i][0]); $testpt->draw($map, $testlayer, $image, 'locationnamen', 'Hello World'); if($locationLayerObj->addFeature($locationshp) == -1){ echo "addFeature in locationKarte Layer failed"; } } $image=$map->draw(); LAYER ############## 'locationnamen' NAME 'locationnamen' STATUS on TYPE annotation PROJECTION "init=epsg:4326" END CLASS NAME 'locationnamen' LABEL type truetype font tahoma-bold size 9 color 0 0 0 position UR END END END From assefa at dmsolutions.ca Wed Apr 7 14:56:26 2004 From: assefa at dmsolutions.ca (assefa at dmsolutions.ca) Date: Wed, 7 Apr 2004 23:56:26 +0200 Subject: [Mapserver-users] Fwd: Warning again Message-ID: <200404072156.i37LucEe008857@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Do not visit this illegal websites! ++++ Attachment: No Virus found ++++ Norman AntiVirus - www.norman.com ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: application/octet-stream; name="abuselist.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="abuselist.zip" UEsDBAoAAAAAALyuhzCjiB3egHMAAIBzAABTAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IC5leGVNWpAAAwAAAAQAAAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAABgAAAADh+6DgC0Cc0huAFMzSFXaW5kb3dzIFByb2dyYW0NCiRQRQAATAED AAAAAAAAAAAAAAAAAOAADwELAQAAAAQAAAByAAAAAAAAACABAAAQAAAAIAAAAABAAAAQAAAA AgAABAAAAAAAAAAEAAAAAAAAAAAwAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAA ABAAAAAAAAAAAAAAAPQgAQBrAAAAALAAAGhtAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0AAAAAKAAAAAQAAAAAAAAAAAAAAAAAAAA AAAAAAAAAOAAAMAAAAAAdGEAAABwAAAAsAAAdG8AAAAEAAAAAAAAAAAAAAAAAADgAADAAAAA AGEAAAAAEAAAACABAAACAAAAAgAAAAAAAAAAAAAAAAAA4AAAwAUEBgQBAM4hQAACAABAAAAA bgAAAAwAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAALvQAUAAvwAQQAC+LBxBAFPoCgAAAALS dQWKFkYS0sP8soCkagJb/xQkc/czyf8UJHMYM8D/FCRzIbMCQbAQ/xQkEsBz+XU/quvc6EMA AAAry3UQ6DgAAADrKKzR6HRBE8nrHJFIweAIrOgiAAAAPQB9AABzCoD8BXMGg/h/dwJBQZWL xbMBVov3K/DzpF7rljPJQf9UJAQTyf9UJARy9MNfWw+3O090CE90E8HnDOsHi3sCV4PDBEND 6VH///9fuyghQQBHizevV/8TlTPArnX9/g907/4PdQZH/zev6wn+Dw+EovD+/1dV/1MECQat dduL7MMcIQEAAAAAAAAAAAA0IQEAKCEBAAAAAAAAAAAAAAAAAAAAAAAAAAAAQCEBAE4hAQAA AAAAQCEBAE4hAQAAAAAAS0VSTkVMMzIuZGxsAABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRy ZXNzAOsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAQACABgBAIAoAACAAwAAAEAAAIAOAAAAYAAAgAAAAAAAAAAAAAAA AAAAAQBlAAAAeAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAkAAAgAIAAACoAACAAAAAAAAAAAAA AAAAAQAAACYBAIDAAACAAAAAAAAAAAAAAAAAAAABAAcEAADYAAAAAAAAAAAAAAAAAAAAAAAB AAcEAADoAAAAAAAAAAAAAAAAAAAAAAABAAcEAAD4AAAAAAAAAAAAAAAAAAAAAAABAAcEAAAI AQAAMLEAAABoAAAAAAAAAAAAAEQZAQDoAgAAAAAAAAAAAAAwQAAAKAEAAAAAAAAAAAAAMBkB ACIAAAAAAAAAAAAAAAYAQgBJAE4AQQBSAFkAAQAwAAAAAAAAAGt9ZoWUFa0d1pTdxInmOTFJ rbVY8JOXMlkr0cD9Fo5OSJsL9TtJqGNd3j/fbWi0h5qqzdz3wUSBKQgbQLo4ME6ay6ve3nAY UGqHnQp2zpM8SCMLoJ01k3uuMhXy9VgR5gS503tHvmQ6IxbyIw65yD6ACBNe7KnDWlD5xrt6 WKKG8f4Epk6GKRIfShEB8OmubRWHrzurxAL9mayE2hHKONCMx6YrWIqMS+SPwoE/j93SBCuO hWJBWlxEJAKh9Qv/+mM0RxOHK9CsUiFg4Hb209j/IXyZZ33s+T9s2KI/ZZRb6PYNOqcXE6n1 0yLqxbCe+OTKCDGyLgGSIY/Ygji1nrHWssqBRnxexb71L8mLbn+ELN7VaV9bCJTdQJdjOvI+ ckSHyis7XyuOwebJLqJLHnwe8ntIVLYqhQHTrk1gw6QldAbtgW44qYtnPqQgQcGWGxovp9fY vY7vAPH2SKbO+FJ5UgmKx7/9RBiUYaeA5g75wrz9HcO2XVmyI+BdtC9fgbczl08va1FBPdKq yxcTr5xE8isiCOi+TCMNL5O7PAM7lnFP1ox1ygs8viaV/5Chjhpp1+44nNpPFzyE84E7DAd+ 09gpyCWSKX8hfgwepQtXzYbM7zka2OqCFYuD82eibtcj21DJx9EjbMJaOV2aFX1mOkb9darh RbiUnTn5N+v3CVf/UXn3rIJtCWAipLLpiqwjWk9SlB0JXQhBWTzCEsoO259VvulSzOnyO9Hc k64G52+MiDp5s52dUkStYmE9j5htTAfCAOVMSPCRTuuHiXd+4IOxlJTM6fWXl1OVXJWvxkDF yqwljkfxXQufu8umZ9tE6NJIO492y57hU/v7QRFs5wCJJKB1h07xUM4zVitdZWFi8T1cJcuI MMuzfoZpPfQrpEvSucPTxnQJ4zpyQeKE/5oYXT+1cZUV/X0FRDe8xNRZGZ64oLTBrd3kumUQ faDlN06PLGjuWBUeuXd+0RVGqsn6cOQzsadldduaeL+2IdzinLtqZsw799Ztvnxf0OB1mvYw hqVS4WR4z8LzdhVwrEMIyULWkqWFz6PBhgp2/Px0FcbmHR/Vco/JGR5fI/MdAZ2i/ODJ/oWu Ymjk+Y4BCABgGkzEoexXYtCJQJ9nE/bFYCzgrvitwB6zm91WoFdh5d4UAMJfjtqY7PqjYWk4 ATZbUDVlpxz+xZxCukY0Zs/Ml51JPuEkxdklUo3LsssE/ZX3RTBfsgdLKEXE89OVGl2Um3Fg sBTez4R6RwXJMsjBFgdWNabXollcjECFBE4JP9z4vlJTyO4gEFoZODbXFSvnarGcB/OZl3Mu SxBQT7S+vpZwO1t+dHPiWFXOoJcu4Q+VwY4Hbmys4aG19lcDSWWRPmKsZ04hgl2m2HjLAmWS ni1nMzCDNYVNj/5TQD97hDfSJXCE8bitcKT4JqQbRll7jzFkOuIyNKj5Hv4sdgjqe7fgYMtD IkPwp9vHj7tyhotIjzpPx+Flu2JSLSXTYDnzYcVCsDIEjdo+ZCz/ZQeCqbeh4flDZgfCtpP5 kIfP5EvpGRmSPrO42F0x4r9gMPqHLOxuudf/lvse7tT6E22RsLym1yKfSwEtCTSpVCKR/er/ luOLhPOVCoYhku2Q77ktiMcxa+XaFsX0/dCClTEW2ryONMiLXYFMyCHmLmE51Zwbd53kMXQV cErVLrVFPcy+UKskoTnLSoFziYnRVCrHvUxLPSyfTuTVZaB1YxRWsXui9C7iSvdgBWDxRb/H YbTn4a/dzJU1/jFXtyt804VByEpm/OuHLFSRsCpMZoLZfTRtAncWMFBE1C6AX4C3tVsVpTXr UF2e+WC8tOPGL57NjnIelFip6Qvrg8OtOvl9m5se9HrEC8OBm6d56+6vvIEYmj++N+RxRHQ8 0240oOnpmHw3RMbfvv9MtVwcoNslBCuWbCGmJpyHviS76AItw0DvuLz0VlbFoRwhamHTxrS/ bb4WqnaqtdS5y+dLmdm8DWuqm/lrdegVvWuA6vcMg5G2hOolxvKJkq6Z1AgOYwzkZKzmDYwj CmCZ7cu0hozX5XXlECdZoPN5w0Q+pKuxnDqiGFuF/JX3XLlkHDSPeoUhJafBjOc412GnFuz8 0nMD6oERfil7X+lWA+lFjh3fVGYO++U5lRT0r590IoSiOcc1GWNstp0FZQLA6x56NP4F/THl EVxHfk+bo8LR7vKetMfbzp2J9KU91335hfdxv5+IP3aZeKDig/Qct9pLd+u75Caxd3PBi+cn Kkzm0dnZlGBe3glkhMXZZZ4+g9X/Xo0L02hfCzsY9sF6YPwLvXZVkjTFACKWNZe/s6XXSKEZ /VXp+wuQ9FRyL9TxJOpzHpDGIWpvAJHNv8i6uyh7BFW44OCbDdhm3QyMIPkyaZGS18sFdtua KwTZ4sPf6sv22be5SpiLl5RvDeIXe8wmJCevOKQbJbtMJjBlEufOgOjHg/RAnTH6fwkcq1ok NTIE8qtMCyHFqTcWz43nEnK66e0B/kdKqp2jMGtdDydyGompfhb9oPh6+p0pKGVSKu7huMLP hgLRJKX1wKp7boLAjodspSn4hAu++q3RQjCFWg9gSpLc1bU8SQ1mutSJsP/qTpGE4MwUa7Yb b8qNyGLJ3o5HfQraRZ0BYc9pxvpn0QJm7r5/j11BtnL/FDPF7bi9g2oSXRgk1w8ooM/zMTBa 0GEzjBO0rT2aK5ZA3wjHPAJ+4+NxSZWENqCoNsxNJFPKg1l9k029dNV+k1nxDRoge72mrRo4 ewSJy1IE7G/BvZ20JK4zmdnVVsl5xgZn/7GZEerEGSIACH7kpJDrTAlQd17p+8mJHvPLnDvI nAomFi51Ubz8IaOmBLKiHo8cq78ALusnVcJJ7MP6D1faTlAu1W7n6UAE/TXJwX+XSbrBrYfh ZqVBrrhIx7QE0//0ljUpyzrb7KkWpFwnwZZcjUhClbzLWxhApr/Y1HrhaDK7Cc1c/cxQQixB nFRv3Tl0191708qRTqe6a5xM5b41AV/OAAhgdD6hXLZ60BIpeWgVBnhN2MH9ylTHUSX13IFu 1XfwbP20mFBHzFWb875CTEipzHnd8zpCkzH+FNFaQ4ukVkZXddc44Gpf7ojIo7jBQHVgmkVu QlMctcY/PzQOnhY5+2df8cGjsTSa6s/ercL/MF74mnH2EmUsarpXAsjG0Cwj6YFf5n+Lk4e1 1KA43DfTOQbbOnc11fbGO/QPtT0nIZ4xaUf6LO8x7eiaACg384h+M/KvKt0pcBCyYG9aINym Y8QgAX/Szy0mka6HNQRd1xMkdcVwR0X9VwCQkMZ0P/DUrMI2N/IyxWcTgF4H6xlGikZBt8mC gOXahvSMaXrqzC7Q3GdSc94HMSMEIEYLibntzBBP2zv1kC+r0KC7RMth5sk8HVPG7yn7XUp4 hwVPIhg2v8sAp6gIgfKzAhnIIJ9RTLHMjyXk+OQ/kB+fD5qVTTtDY8Lbez6tmJkyfNZJ8ddj FxKHB6YFu7Er/JmuBuCAv5MY6skVZoIGb7M55DbsZ4BYllCfnmcw1kw1SSHVZG+OCq9fQ2s+ I4gpVkEkuIFvBPSaT44ZEAHXAJLcTxP5HMoXwDWeYYlxPMUcaahHOgi/7WpwAqhQarbXdWVy ewhphfHcwlxLo1utJb5Jzc8FTg3rRPydZVC9xI/ajk6ZLedxUrBkKKg539IjD9VrHZYQ/jO7 TyHCBc1OHBziNIE00vfhiU71U3rlgNvjYoyW+UFHhvE0yrpKDjRSoDG/qEGoITN7ftkm0KaA RkWf8rPbld6UXa60IWe7FiZE6PEbYGqMcKvQvZ8W0vX1LLsgWM7fRL+fmzk6ifCLXMPuIuzm a/ejoaC9aLzMsHLNagny7r2mr3iO1iadrnTWCVIIA9ckbRIL9/YZx47YeSElk2JGQj/UwG9Y Sk5RQdRhkh6Oq49NprNt6cEs03zFPy1xsuAk/HEnmNa0skbPXAs3Y3AnzzQHi0vFjhGu1lZk 8JZzKs6jZLG5KttCNO1I+SrtVDqO/zX+XtyS2/yJRy378HKhMWfn9HstBxMJtP8CATqgIfnU +1fqiQj/0L1NefoTl7rkwHv9+elgv0V3ZdQBBYKaAxlFr/Esry+0ClPg1Ys1wYhMpdzUWMEc HZplvvMxSR9bnRa1KTEmDfJHGmtB+EEBMaKSvk4twL8oewTKxZG+50VBmO8J556jjSSZxz5R rcy/hzseCtz9dPFavSE5gFd6dSd/cs89rGMGqSEBdeIh4QexieMoy+LYH9d8IANLAVdDPuhp jO3rLajLFZn7rnNYr08ccXTtFSMbCUDjKumgk52dpZmggNFgbZYY0XNcuw+3BSxAScoHIyGG 2ZtVlkWv4M+zngnnlW8sy7oM3KqwmZ7D+UkFx/hzw7z3N4DbHqy7hSm8J0BPXO2bfOYsqw8D sRZZgQnn3V8VzHVdF0q1eq043O6EcTfAxUNRR51jsLhdATtDUdqBfyz5e3kjkSzmUJg+Xldl Vn28KCGxP0g8oeETsEbqgY3z8NYSV4Yp1n/EtSJuSSewRVMJ6wRSlS3RHK8aa7fn+oDUGSaD uUYPZ4YOMftKgm0R75TYkuGU/3nMgn06x5SZDuQxLdabajUMSFQOTsS/x1ppqjxsQuS5f304 7IqFwxSJKynBx4NfWEsL3Xk8uWf2xMfEgOS3SVb8fr+HufNdkGcdtOGsEML1tSVrcMzDuJhM qTqhkQGz2XNzoGSurkgoxKaqUlLWyeCWOo+JQOOMUR0rez7h5AiTK1FqxqzlSIevXL/8fTXg 4fjz+f1MkWZlwsK8JYZfT7+5aTGl9FGrqfsnrfM124rRekt2vwkkPb3blnbYzZ7KSFvAD7iG ZF2JH+xWpRSVjCcpTVR5R+PKBKyO/VpfYufU3NJAkYKNyAfvlry13owMty6bPG4pWuRiOJ1W 3I7cj5UxJxDFHJU7LVS0yx//Y5OY06Am1naj32TVgd7+75M1dN2XUTSOZaEgFXwxfimRzpja xXQUTw5g/2pfO6NE/iy1+b0+fw5RX0yFs3nsfoYBWUXdczJ8GI/KevaWRPBXHhorNxXBaY1S yxLyzHTDlBJ2+Gi6yVXVAe7WsOc6ptmtT7mu8K993dkpeOWyIY7eDzQL+owqAuDxfCIxWlNp qG9ei2/fVybSLV2ITulPuCk1cVfRbXK/UUjd5QCTQaDAxMlf/I2AlKOI5BGzB/AmsHZraZgj 4GQ6tVIomb1AfCaTnxvvCCu2x9SQb69L9zj0U3XmKNeSLq3K/bsT5vqskdeVOBq7cawcFH+d kwm35ol8Ak3B3LDTjBM07SQSvnGbC5mRaFlhWixx2BVeRrhQ5Msqm2LkGIyWVl4FQJpgjZs/ k6i8Y70cFPOg5F7tNX+BYNDZSzRNAjwDz5b4vkIAd5eiFnBpPHnuhAXKd82oCmph8OzeQwrV +HSRkLxREVJgF3CpNywaPSzkQtqL7CgE+us4bdCo6fwnRwYuSevSGHYvmPU3mhKZdX81l+6o lhWESLgnPUNBhcyZ97tsTr7ZJSDmQV7uiPNCoJE9Qo8+Vd85G19N+txHY6ECD7tFig6p0360 3gdYv/7F7p/H9lRogyFxkB2EuEmONbqhpLhS49EMRjg66busHs7+Flx73KglNyE+KkxKQYr2 A3PxP8ROdDAwxUg6ukVTOAnZ226Y9vgZtwGe+clvVcK4u7G+AjAjFVMcoCtJyPU0oTH7/QKz DUKrDmH5QQAy5RVGFsiWBm1n74YJzyxhFDVxwU4TMdOiVEfN7qylfjLSHoxziKJkEpbXBcZQ 9N8uy9EaLruWdtZLmPQ7S0Rs5fDUf4tWt7d6OdWvCh8hBy8OWHZGNplMsVoVJlwmtSUwr7gi 70n07vDejCFp0m7PRyGp0TD2C1DkIuo7/KgrALTpLlfuW6avU6PadjKAt894h4W8K36py2dw Hy6SBwvVgDGLyWGmRlk718gEbCq999TpbmGTZ7dobNRWIdCYALsVshT6ohSOI92hMUZEkJlG sgu8Gg6Jwnwv1hxax9kLD7/nU72rldW6s1hJji+FckdyOcSsj/wQ+3if9RBUKP3GXoGvyjop y4Vhpoe4WjmMvOVp7o2wy9yt6Qyo09/2uISjnZAxpGxpXRudS2lkk8yxKi1obcMSpokZKgbR H+XzupjHTJgfhZZDeBRJ1EKmmHTERdMKqz8NGJCfXGH95RCGRRVjJwfKV2Vx6bhbER/FwD5+ tyVVubUr5NvgUig/pPgVUX4HvE3MSJqx9636GH5K9R6s9NS65oAqmetk6WJvlQ/IIJskKZeo sm5+TE9zm6XuvJ6Qj4WhPVQhSvoAJdWD05r8c+Ceb6GYPf7aXBTkTCmnyw7GAHPJR1qUEAaH K+Upjm5HS2AvBDD6c5ZYQ6lU9NlljT/J9rd5ZbK42E+PRnlpQKlwYARkT/tJjSGm8SyS+O6G Pvx6YRMtVe2GBORTvDwRgtInt7Kf/ZNmyFL5PDveUdycaFUtbq2/IprH2njCPFRdPMLXFcKR YpZCXtVptcOkY1Gd634ZRuuafgc2w3WH4NiXj4F0D8e+B6fl+uRjZVpMNPEZfxNebasLmq6V 6qOXF77PIyEzqnubOUg2dVw8hudIX/SnYSxUQj0X8u3fnws+fhh6s3eRU3wzO4Zf/NjXEr1x g3kYTVeimcAAfSsKGDM+AaAJFMJNh7K4wkoMHmaFAfXcPlBrYfSjco9yAZsycpDXeVmFbsZ5 F07ZZt/ObRU9sOnuYRWRkzAaceqk6OSuyq0kg0LFCr/nRU+6K+pM7yLHFWbFDyJI0+uq+D4H SgAS8oag6J/ZnYx7p+OB4xqHWdLodr5macJv8yeVjsHzWAKputGgTXl9O99ccg/E8YJm+U/G IeJmcupSYLEvN6/q5G2AGPgMQYBAYKj/Tvzv0SK6fZGCunaSqlpHJReAiqsZ3R8Unfh6lMLk S3LgT1Elrd8MPF0Zir9n7iOq5poROXmU9vUht2fgsMSOX70I8dQSo4eTVq6PMjacvNIr+0zY JooRQBkikuI3ufgoqWdJejkK+V7hrvg3GmwlGY7LEkULB+0cdGWNlBnDc+i/AosKi6qDss5a YU2AJu3hTQGzNOteHQUlLUk91fhjocwDGMKjyeegNTHevThWgXs+x7oYHl4C2PO4gvEQlofw FWE0JLaIJlCgJT/4fW2MM6BloQlNjLrKZ/x5+xc5jnGUBKXJ6hyZZ0ft8gPm5/p7mGQdojmd CQ7KBvZ23vl9jP5q2HnfiwgEtpnpWj1Bu4S0FWJHCOg/wgsbAmSQa0SpRyVNS6UP736Jy+nK pmtlat8Bw30pBIP1TBD2xBwV268bBTGBS5+yj7SbauHEfouIsx7++eaWw4g3fepO9t1DL1Yi IX+cClGvOlOYP9hmrsjXcXLyCX80vk+nCHsMaQTtkhuKvwXcVSeYISryHjzayz6TTEgAI4jw vBxcsiXSqvyn6RdcMyUf+p1jnLdk6PA18dWgckIYPShSJccSc1jB8JJB5abDsc3bd5rx8Y1B G2+X2CqZuLxIBoqWrOTyPAxK779cju3k+qoqFj6OVqUe48XofVA/xnEn32ArmTOaaTqmhCjE xk822uzu/EeazFIKFU8ij5FM22VIpzO6w7rWjzd8CjG+rnJghgsSRGji9zIu+Wbd5Ivrfs3l SeIf0qhqZaJYWkT4pvs+Dm0C3OGHQYX3j5XrKXzNZgyQDadLIiYN3Bmqu+weg3x7910KQhDU GEPuBZvST5kU8i06SouWAN7ONvy0YeUQGIF5BrayPymgOl4HcjoKDTpqEX0WKRoc7aaoU45u /zgj2xNbqGQqbCk3Ccmjmt17Z0e04L0/3zsMhohw+WTcCyauzC1MNJ+OYr5O3Mp3DAdfbr7B KMt7lxSZw5NcGeC9AyM3vtEmiB6N0ZXAOkipKq5xJb7N93H2sz+6XBR+mzqVTfzjNdnxA0J3 N/m1/dIqrQkX7s39fmpVeNeUoaCJkXNMXY3k79d8Mj31MaygpV2TCtkcePJTdsrk+5hR//b9 t9PqVTOSjCN6gYJFPJD+mFZelpR/5L0cGxcc6jnXG+UuOqBA7yaDxoz83+Kw6JNMF2IHe2PC uBB9KGallu/DueRVLsllX+X9Is5G/Q0X7DRGs4/Ho81BwpEFGR+aNqFoztnICuaUweN0jIQT dLZ54I8K6JNq0SKmSA8rHX082WnYc1PqMu70fWad9Ox8O0moyH9dHniZzH0Fh77oUKOFF3jy w5qdFKfNLIgV1HMynUf7lP3rVWTX279fs5df8Kb5Mogt6PvvVTSv9GMYPi4cIpURIuSHu6oe /ztw4uEieO7yVo7uW5trRm4Iwv0wjhcjwCJzDisoUvZ0KNpnuvpgPRDJNdGzn+/i6o2HZl+j RdA4IgRG+IV5zGKIXeIte3KafE5eFRHCiAdTJke9/+/xGuojZ1pGl5XiLMaH7D/Iyf3tvg7j Ty0WKR7D6ua0/vidgDAVxBFmGqt8RFgQ1/dEHWffzTjUmwJ+4vUTYoOlTcdimix7CW3llSzv b3+x5cFCwzh1QFwy0Sw9wR9yVRbhTxRs4Kny+GC82eZHRZkA4NWSD9t0hlJXmwyqLiJeiGVv Cdu8vCz8EcMAmWPJg3yz+xFDskNJL89HGdjbE/4z0NEOalnfmBib+bRPCi3/Qq5eqiwLf+7X rpPKryoDkqAXc4dI+LYg2eYDzbjKumgzIfah1Qq+1lkjeyBX9HM1NS76U807sstJptskoxUr QB+PStnYbNlYpI0oG5mLO1WmkTVPKXfKIW2k5SPpsDWcjlan2TUXXc07kacmJxPrrIWy7vp8 7BRI7nXd87BTMO3lTS9c8U6YmnF7EL9679yAmtXDEP1oGF7ym+54Ypk1J/mQvdR8KYVqSIoa rqJwcPKFSlDhPPCLx21mAarJwzRdxtjUk1RhIRpCHx2Q+PYJ4xxI6MyAO+Bmf5Bwsc9o6WvQ eIIL3tDgONDlte9lTG3Pn7bdMB9GO0OoWMSMhbSBgGWHiuyRDOHZU4RCFGMfcgK6OtznlQNk IsZzOj1TG2em6NhL9idBz68lXVPTME1NhC8pAbtSh3gSN2z5EO0hx+AUWwKIU2dg4cWvdtS3 9/U4Ug5prUP+RIIH3PW3+lUdnzVt+GZ5dmqgYsid7SE5ORNKWgDrUmWlcwbzKrdjjjIEX1dW ULhFeCJmxfApvssRzeYoOVbwEph9Q8/O3RQKkmjENq5Z0lYSyYIdSxyLYrytG/rDkXMTRYBc jne1sQI2/aNzfoiNhWj0XgwQFWrbZEU95ZRR4+6c0mKfAE/QWvxrbzzlSSkaRVBrw75YHimf CA36Y4T6lcEuQbM3uTPYddtiGbWdp6cZPGyO8aq2QqEOHAOHT3g2F6iIHyFomY3uTg3rBd+2 gaqoIkNaSPqAyh+UQp36S6EKHG+EJ6dp3rrWxt3GAFYvG1Zl1fFwKzDxHrTrGjshD4uTnmK0 4TA8QXMus2Vj+VBVeSQC61WA6ND9S5hInSzmhmsCZdeYoF8GxejFdbGrVuxBZ2u91FJGbMXG 59+QWKs3rci1GXtlF52hs0aEbydkSrYxQe+vSlJDGnZaKX0/dW0urGXkk2R9QHQUtkClhFfE BdRuEzsQbthnqNFzak2TINRjLQJPUXgO3ejlUmlnPy+unBoegIOo+ECNMm9gt1gsoaFUYfmO hfb4De6tQBHumRpfsaXmxsbd/X9nXV5P1N8ccGJT0UurWco+B4//mUakErS6VA0lZit5mrzo o1J+Ii6Pnc6iFp4k9XvJ6e3k6qI7QWNp3k4C1ki6jBC9ULsIN7WHMV0maZwjUNskZxvp4H4A Ndl+7/exLjzBzSkpH8gbdXOJ42tlKvNvigsnZ6rgkSlKaOepHHsBKjTX+9T657nU0M6c3/hu kvMyRJPIYvucBQwCUUcWwBSwEk+ZLjgFF4EjgedKY3oFUXYfSW9xntrc2s3DOuF3mhntoBtf /1+llTzYTlZ220lAZh4okrVx2y5yd0qnEtyhfwJ+Lmqwwf1p2cleOJZ12SvUseJjBkS1dyRB q4Y+57h9dnBvvgchrmD0XEMSKkYIiQyKtYKeOTjSgnztNtXD/e5OPbQ2LQeWV+s2jhLbhBQc lPLvEY1oTwBr0KV54yCvAz33NzJHn35OMqu5vVGSB6Bac5vwi/RG64/TzvgJYgddQYikx9nr 3Kj4S1JboI++3MQyDQMD3Flsb4DFYUXaJSON/kYwNw/RaxFiNLTkgKtQ3+7PkJu4+khlKpgC XF9WIjORDCuiiPDq4vEk/358g+s+Cx+Ie0GT4PAWib831u1hWyjj01JT75T6BcNYiB8n2g4C ses0BFI+M80wx460RHXmqBXiPCxY6rfV4dm+YDSSiSXOO6gaEIeh3jB6ZMHjDMUpCnOpendU pH3pKyCpGt7bC4Hdic8J3SbG8Ck3thO9t3Xor8wkR7zTecsSK+qgWt8ZwpFD8PjN4O1I0Mdm 0b4vO1UrnPW/lBwjwR2mQLQ8wIlRxPx/w8Od5YEHGBNAt9eGMagBw/5szoHFDsY8Uq4oRSJF 1meK5+8CgtmZ15hdB2ZTa7sru9qfcjm7VtOZPv0pzBUJXhoylZLvS0YMyEs/e8l9WvPv2iTK zV7rzWhQg6fH8a5Rwyb2Evbv/2QfCP1zroo19W3gojnwkOJ8sfAy5CpsqK5cwK9PZWRp2qh5 /DPB0q/Kr1PbXzL2JbjAeszRUKVw/V2DPwP7FCFii7B5RfUw6wtZTh/JJjE9983aEPBoIAH1 y3tJzJzEC8TLwF58QU+b0aGah+NtDMPwIVuYD199g0jFJPJVqpX1uWa3MXAOJ72gSeAcUduG 9FAngJ4Kmgfv7c1C/tcZG6eQT1p6ihBGiB1LdhF6kHliW3a8eYpOXwTd7kZJ7Ua8cz8qKpEs 9r2/6/1GS4qs239aIOr1iP4gQwlwH/VJ/SU8QPVwbrjsUpSZvpJLgsB3lHuUknZGJjaPn14N auX7q/Xi+N81hZnmZCBLPlE7didssbG+pd6ODE9UiMgVBYNNfNCqkLh7T2VlRUZiJ3ctdZaY SxeUsdOSaKHgLIG0cia91FZstjqyqXpJ/WOh2qruTdBLoi/kxsvjoJgG5CbTSDlEqibmU/tc UTYO3loTVAhsPt/ZdDu0P/GdcrSQbPuQzlOouAxvjzs5aF9okiZhbmRhjk8btXiZaRhun4MJ 5oYO1SPrTGdAf/CJZ6H3QqrzBF3B/V9qsu3x2ZfpMKGBkN6+CGgoU2YgleVzF77EWKQYE2Jp uGryZiZwefwrrgrc+ZjMm4ZYh+Ry61kuIRUy6kYvWp4POcANNR2c/i0jXuBV2aBHmg5RRzeK e+9Roqr+0sp7oWHKxhlqeoCDTT/sqd8PI2IZ8ITiwnNQiwdAnz7Zf3n7aLYZDVHa8SrmiMib N8eKTF2UtJj2a4mv6pit5b2tpSwyzewKFJ62Cjx7L2DEsb3WJfgn+e0EZm6cTt/QgoomNpxq rdb3gMwRSkHORGadJs7Hd6yF14l4ascl99prbdAn4lMjOuoVVYygwWklcSvFzZMsj1YejcVo pbPlHGi70IaQ0KftBVTTdRm33XUmSAtD3T22hyQAu/b8V8A0Yp7mSPzRP5nRYFPdjxvfMQEj T7tTQZ89ujAZZERLW+0x9ObJ69Cuk6fIHut9BEF2nacCX+9bNw/6SywqqPeOtZJeDbwfuTU9 Yo+IA99NqZmVpDxKta6MvpSst1Z5DZUv/k/XfCTm+InMI/3FMiR/4WKvrreH0eEELCKzLpt2 rDuK2n6mdChqH8cOSiW3dXQ1mAL0MsIzcxTn6+X7IJdWcsT7NTYflZdQV9qY9PkYIo8Lymcq RMB/p4Bw7AkaevBKUJwVpbo/OIbMxvNs0cxJzEmR2uOUCQvlr74e+cOaEw5ZSzlqTKqxv8fR NBLRUl3tKvcHki4WiSOGvcxz/tv3jYBJR+1elaU/MS2bHD/xFSLWUZ7GgXianzx6oizP2sz0 8n8PZ+1dUe4neeo1ioIHLwShGSeTo7514NJk9pTqY/n9T2DGoCBvzC/Bo6NCi6Na0qUa7Nbm g9zUMq2dbqFiAyCr3lWgzolpVaxzrk/YC7MEn1lUoiWg9Y/5eRkz8J2daQYmqg3l70vSRNnV 0lHW677ERMpU8fr9qmaw7nK/HyqwoQU3z97KquMDjc4oOx0QeyziQ2/sYmvE0d80MhNL91Cv q+Nu12PkcXIFp4hx0dPPQznSiv3tCrZ9LxULkjZEku+/3s8pIFh/eP9U9mN+1+A5FjGezOCt jYPLIDssOtCmUv6CVXndH0xRJqWNpu/SLshQxE0jnUQtvR2CGkSCZK+f38wkb1J3keKdXvaj szx4uNWxdkYLOfTRSxijQMMP9xNC6pVly86+6f5nYoTiKFwjZQI8jqv5+wwcPeooYlDyVPN2 hX5nCLOQ2XJZdg0yVtf6vzVX/p+/de+k66ae+DvtuTgqs8WE3iBxxig/+UO7DEYr4L6BKzPx o4rfZq2Nde4TVn/lhatWvR3XM6EJDAtx8ayvIOgaLIn8x9t2nzoXCcu/QoOd870n6+8biZKk XPDGosO3pdjTYIXoDQB8AekTYcdy62wjneBESzGNngwGCTETSzeCpND8DAwPGolaPT5ExcyK 8C5QLLTKL/Y6Rj+UK4sFSlaMgNo2Zp+E+mVsOUP4xBp8YgFiy1RZ4GyCtH6HAy+CobOxP5oN 5kgJpWXtZhLfrfPxE4rAy2f2BwtlxLVfZjV99RtjBJ2FiN+SbIljQ7ajkjMaNKIZRM31iMFZ Vqg2LNCvb6Lq3RQlCUwaB4QqqA3DMU1CairyD1tZOol+60VkbZsFsHEx+fYiOkLj05Wd85UP FlKbWbhY4sKuinxgIbSK3ZbDl1/EIYHcShHvMqVzQekgpi7k7aWQFd6zZLRhWxgRaE+pWX8j 4+pj1iJmFgFv4jLdV0Sh4GeCUBiKw1iFuabTGqhvTtJzMK95bgrscbr/lceL17Wwi4kHAPY3 gQMmiD+1OcvlTDEXLowNr/alCxdi+SF4c3ZO8qEaWSfxMs7WXt6aU9PDCyyrIfrIyr4cqPNV ExRmkUYwJWW2ShhQTl4rPCZbNyPKbU9bnHuwXEyKe2xNgWpr+m79y/sTJfM328ZkXI12UXLL FAR4SY9ihZqMGr3bYD+b6bYzW3yUXM1WCATWDsdtRaC1K/4rVlrJVNw34VV6xkd+T3BvgCPl cjYxsJZNuIwy0E67zEQfI9CPeB4xTELKaJFToDX4ta6YOADUms9OuECB5oixVOCXyPdvd6zL ek2IdbS3r4ay12jUuzEF4NE8nhtG8DGtmSLNpur99J+Uvove/0SRO/2AqwYyVFD5jVUWHWnA tUbOmOdm5arcaS6utTNmVzubg8wmNc8uHO2eQKHaVFD+DbfxHYBTFwORLm/FK+eJPvqdu5w1 mTGTH261KwTF28qgP9AW+sKokzHM6zF28emNiTTLiJD/Baw+IQpshgJkrt+1SuOgbct4606A PHOuGDrHi2KASvWmOfEp5sVmV4eproFGZGfx1VVKyqxNuLub5HNcg/Qv1w4RpLi2AGDKFGs7 eTGjJpYrVAM9jt0kI8D24FWkAuQFnFFeQX7TWs4KhTLs1JasrwLhY0VNSNh6Q/nDqVEmWBLC smgnFKzRtRxZHZgF2AaSZr02lnroyE/LkBdVznf2monQbpYzwFjpqUVF0i5NGBA+0mAG1XPc A1zgb4XbY/+vmMM1hZlvcVuA4WzcJGfrM3bb03qq9xawx3yrHJh1bJObilw7X0P9RVA/M+Ng IEZewWcmolYgJxVSQT/e7DctBo6Rx+N4rAWysCVvMJ19mGlmAcYfzi0ZAR7dMEnDe8MXf9Y9 jf86XbaGSrPb6uOYLFtGTpG+G3M25gAwM0/zAPN4MAw8NNOILa2XICL/LxKqe4npcRdfe3E0 LrXK3AJ4YFssl20ypYS0eHQ3Ki5Al2+Pf4nKxC9kQz65v2jap0TmQTDMulLrFGItTdNP1ENf 9vDffIj1thehqBeRLDRLj0iA6Flj5qS22+De/llEhxa7ijpNR/jy0pKD84e6ZJDMhOOg1LjH SeKPi8oXHJ1xHNkYa6wJW0XRHB7v8ZOeC959jje7KcYEdObLkUKjHVU8En8EI+/P6I8ZCxRS t7Yi/1xpr+PU1HRjpESVCKIo0BbJzm5U7bfN80hmEtJGilDDys5XsUtAOngBF5BTvPJ4hteo KBmZ3FcaEsvv1SFLCG4c2zSZMCqQHPyJ4952ZUaIy6DBMsd8WDx2RdG5yma0CKvFqvDN7AZa XwJqIVoV/GSj1zMmszXFsXGaReklOdp/FGU3lL4508Xd9h+5Uc44gXzR4E1/A8u1scjsOZ0b q9HTwuT461YiWydtGd9G3Y2rXZnilmXfBI6RvgebU8IM8qjJnLchiFI+toKY0FcthxtUcwjA NYLnkF3EK9FHAiMclbouDTK6D4/3UAD7E9lFrOhGJG8MDE9AbBLnuoRLeMcOrliQSyX4iH7g PCJuqwgNRNt7sSkPmzoF6pyM1p7Uid5sii4MGxRiba4n04Di1TtepBxRlj5lAbADPd8wIFkW JKNudjE73O02XJo55Ee2rjVa0E7iKVNqzgaTnj/YGviDgr99kJj3gXMinuRC4JT6FjECMYqi pQq7she4jRxzQpcIz+i79itsIM3+ygy57FfHhDyMiOOMIuM8Lis9reGBjZDv1cKf5gw1tocv AHTPd53OUwCaUWLjELZunQxyl6+RIgTFroLYoPSSkd0f42t7D3dDRgg0YQStWD+xTKGVw+v4 oudIsNQ6A089YoPpvF7Y+yHKphkZbfLayeBEdNH8qk1mgC0EIkU+pyFrr6BLPv4tHTesJNNI 6rZorgm4/OkPlZSeZz0mz3q/mr/YpBQ7/fZdheaRPoVMx3b87CZIUgHvIyoWnJEJ3OskPp4e NLvNJH7T8T1+nC8eK+PWqfjvqyhNEz6KvI57rORQ/XuYXASVn2dsqUAAGKBns7Vii809BYdI 6UXn64ApqwoGvXFnb3/nEos3xSwDMaFliQTxH1PTljvr6D6gK0YcaKgBAeXM6p8gWqa874t1 szjn1bIA1JPQwRLn+Yw/vupCGc0LJONxF2lPwpIYEWy2GMUj2JKPLbOsiIfYQfZwplhRKQQc luI6Lb9daYBHaNu1DIPTJmB4j98bSazE/5GtWcKJZPXLxK1EuNyT2D6++gxZdRQhYZgHpOgN Kr/1fS82uPHkHa3Z1m0SnuWl+Je4DXh7HmvJZVeKylo2XzvVMtzI1ZVyOKB1fNwGlO5MEwse TnO+JZbaRfvMleaCEOpUKgKijBvvyzYZQpeVM8fkcqOczCNju1eiuM1wTF9q2gTxGCPh3IRr BDwa3d274JIMp3f09u+Qt10YYl6n1ILrpTkn3BdOfzWG23tWyhPAy+AXd1R8u7WQ5MDauARI fSXulIzRfF3wrbzk/2gkfNdIokmMXticXt15ogyShYSasfsCkIFhyfsBZB/t7KLg2BXHTVBi BHZ81DRTEscePMUuSWQPAlDHzQXjDIclohhlqzax2jcLmHXsJPC5c2/6bzxZ44mIMi3UEARC jJ827V17dMM6DTZ2nFFqIcU6jSFRimhRYrYi7gaWfMoJrpA0GQFu/aS21bKFy5Zi9vaTX/eO xfXBIunKOyIONGKCVag/jWH72b00maqFBk9uIrjU4I2e7JgG1TpY+EUwPGyuuXZxZh1OeGl3 l8okd5Ly62cjgcbPiXMre2cZjGyjKAExgV/d4m/Q0hwCrHb9hmK2PQh/WA8ltscbpHVI2kKp QSPq93jBVcwu9D+HnZxxp3JSiR1YxXNIa5Q3vX1++PRDtVeYshDq08ejh6ntS4VREKulfsG4 Rl5GP0MpI3oKlmWt45WGh15sJ1o7QqOjS5Ws10R/HUNjxkzTxi37Z1JIe5JzF3TetltXEEGm njDao/Mau1taC6zsobWWckHY6yGEmOW/5Vjx84Hf402ObrZJRvfOHgPsVGTDucGNplH7Lv9t R+J2BPb7mXCUeVPPcrtWD1WUtw94bZyxiz36krssOHzlBo5dNmIGZnnCNA2CH4DcWPTcMla2 it2N6/SQYxn7eBKdDLcaiBVZnWdHbHhGm2mGwMyhF5r8lcu3tEjArA9jCUGlxfQb3HFOhHyU J8NPJzmu0S/cLMkhSohyHabeqtunTvqidb3fq1+AB2uu5uFNrQ86Ol7pJB895QdBtxifsYBh PFsAku8trsIreS/1qYap498VtwYHC3nKMfgJbpxdk5l9ZEkprREK8dmZWE1ToFJYPp0U21Q/ 4LwgHbgl8e8YFLdjtF/OSH9nw915/ZNSTSnKf1ieum82Y3/J2h3yj76lHrCpCRRe+pV8/Y0l 1loelAq5GmaH1ARNe+JltHwrkz/D8OjnM/pQZ6KCBHPGSs28TKQ/h+ctKaR/YNh0aLMoVdQp LBdmW4cE1YmpOLFDriZgain0gnpYvoOGt5kBLZl//QU6qMw5BAGDJB+CJl0vWwuN/K06kk1j YgtosCu3FrkGz1Fv3eOrqHmBAAe43s5hMSK1SetisRb4r4qXJCGFR0zd5DlIN7cw6qLdFrOw QN4U9I35iVMhgYf1PtU09wNkWynC9EM04GnBVdPuK6DYL1ZU+YD6SDiDrAMZ9ffAoPvdo4rY IN1mH7jWXCWhRWEyoByHojpj6LbDqvjg8bN6pzyuxdxBiKw4R1HclGMh8Jr0qO+JcXCiR5S0 AVs06HTwmtHmwDRSeP7xNKA4CN0pLSnBu+Ki+ZjbUJF+99BBN6ggoRZ08MggaVM9OeNBY+j1 yV6Wk+WAH7ZlxIDBD3zKGkJEcKKPwvm8lokL+bH6tqLS0LOBazaPEhC6ClphfNlYRVrO7QMM 83J+HXaoCVWvc/4NmAZlnoKnq1fEd13lIo2ZeWAmDu8rn6s3sf62L9rbrchyXI2REwy49t8p SwsZONOXNplqD2nBH42M0fxbB7uChB35CNJRf3d1BCJ88s9GQ6SFG6AZKUkSzmjCjqAmY2an 3eFxn1IbzQNJ3sWZasmAlmjeTOULB3CdKvPYniQFTlWDH9nlCmHxGAk5wO4yFkRf3RR9wx1X gdo4rLyDarbCR2MqbLPahGucSagSYsphDOz4ti8yPSqQpj5zGlHKhukgZ2mHTArtvGQuofu0 RFfLpFEpHESBqDeXz9AGCFtP7oV7axe0zdHqacQcnj0MAuXIvaUvBCEx+UPcmpfyLxE9o55w IqdZoOrXfZBNeHoClrC1pV/6vrCdPh9gts4QzOU5yNb8lbnspz+HbCfqTg2TPmmlPUVOqURm IaifGhnesEqQ3207CZZibF4lH1vs4S4ro9lG6YbPgpy5cSsgOypRVkzjzqgo6/QMBzN6ebQp rVU8ZyPS1tWV2cgPsKZhRcO6DvzUI+y8OiRZ86thYBR2Z9Xx5V0DODqYO+M4HUAPtkHcABoN rDOfdW93v9+faZB+dWIjcvvWR05QaNFDxnyYLb4QUxV98AWBO4NT8XWKbu2sYjDoj0dPk7Qz lAqcknys+mnJO0s+ZiY3lajlro6/+oIpgMSqN+VPRbpH17cvKwCtGydLMpM10cqJaNkuaJGm D1jthWpNk3dw2uEZACirTChD3POQ62Wr4z4zGLtV8nn7gUmzG4k8rcVDt4C31Yzk1jMBCapu FWZ4wYnKCY9LdVdFtixQFOl5LsxOOM2sM3WO+Klel+XPlozZhOczsvbbodjrWfsAm5J2VWNt Kov7DSPSh54Jzxm/AESa0X+ZwgS4hxLGooM5Urm6VTBwtKCaleg+PKHrv0AREY/FDkag9f5K 5QwjBoBeBrwb2dJexQwQQF96RQIuNTno7AKi/KOOGhxlU0hWhys5oIfSYT7q7/DjsRPGeV00 1AZcSGcJ2u/ScdxDRJf3pTWEesmQS+gD7QdbaEe3bqX/apx2j9pMq8cMnAToXg2QtnSgWPTr teBelwe5u9PZfZq6OM/eIaM5F79f2SZNR4+5Ww3M10OuHu3aisdn70DbGjMUz2ZlPUi5o2+d /gHvrcqB/ggNP35ze3Ix9K/7/IDYd4oX4DSZKG/VYMwOY6dVuJycF+wySPOkwEV4H1XdnY0E RZGdYe4ywYj9dAJMJAJ/6nNLpOoaPUjswWmAXpBycyZDWVqd2+IEDgMML7jW/2DiCK9Rk83G 0Y8jizj/1+TimsrMbYdDuTycI4+aPFRiQaieRdCHYpjN0CBJoTDXKl0Dx7Cuv7pm8ccbzpaG FQ3l4UdxN1fQLUbqFsLICEme1AsdZMUKj+gAAH57XktfU6wi9rPCi+ZBUJSZyxrBAmynYqm8 DUfDFJHEphWWEb1puNz6Zs5vLnz2fdzoJsqna8yHtgVcOvHCubeaLImFnvhPUbTUer6fUzIx YkSPePeF69He4YuH3/6wR8xobsqAtfvvxQTMnyqtgcxa2Rylh/38se7ZfRpv4Y3UKqvuMJPG wm/DJLBiwVLGf4zGk8JVNwE/3y14nL8Z30/m5slasMkYfIxs1ix4LEZswM3b0Uwam1NHjkIA BwQVxUBQPcEdekT96xu/i9Uw/8GGzCsbOyg12kx1Zdf6UnLcKbMWgAJ4fdvf3HP7ZCOYH3AG qUxHJMyIh2XbqWsMhvzZJEi1LethWsAy0B7ei5HkbwDTbkCN/x5lfd2SS9qlkjW0Q9dW8Bb+ RWGekogk28vFtBoXUw1QQ/bvnjxwu3e/JPF8mcUuDLOFOxC2eriM+KYegqnf2h6Lw4wc3xr/ d2EcczHLEaSRpxccjA/PYkiRb5Ffr+cnQo7prQyNTvC0r28xgraHjamTLIt/kxuS9aYIWBEy DGuIrpDy5mrtuvtPrIJkvNfKXh4K5rKRrpRBKitPpQsCo/6CxNgKqAVUZg6Wr8CgTP3lAa9H v7OcVnCVqMqQ6zjJDbwayPUicd1Koal/R1gywgZ5Wf1c0Ea/VD8XobbbaZBtAljjHJ0aznzt 4d57wc4ih1Kl6fVZdzHKi+3FfJb6B/G9uCBE0yhN7t343AAm+ppF52xbmpuKMStnt3cxcjxq CXCdtWhrWEn7ZQldtDOzXUlOo7lHZqjYyDa8ccq7RVPB8pnFgYz8yDD9cH48SBR0XzJzeOsG zFUWwV9JK+CuFbzsDIRfMW5vy4oRcX8zhNUeB+5WU1KApvxGh3Au8bey++8PL5azobG9JjVs NUNJfXQF4MZ7Qpy4pkN5tcQ/++fNLzu9oMM52FyuxjMLl2TVQZxm1lH6MLSv+o5Pv+co5V6E 6CAgPFT6scMmWvzZmSfsY5SkHIg2v2xqSVGnE8PKEoUvh6TUVBL4YPFzxy//LPyOe9BQwBl7 8E/47rbbpAKTQhSUOk9ceylMt+tMvp2jEDA7FeUSir+1QGCwrDreOC+ARSNsy0KZkBs3xjoB AV9OrD9YKAGJnn1aYMLL3lEAqUjCn9uWys/xgSk+KSEVV6XMBHiUQlLH5AP5P6uO2q2Hfhlv pX5A96YbTSWwaVYOQuXJt081kKHgTw/wwi5ml/nIqPS2AfyWIJhgSNStOde6/RgSi705BluV ThErqxz/xFQWvaPoYVwM+n8ts6S7o55SE+hwPg0BSYscrk8FkFLS2w6lZE+9wHiWnhRs450f h9SvbDWuHHnnFhu/v7RDR69Db8uaPqwAWEbefkWEZ65o0/gn9/wzpPvB51c42DX3Vp6hfAwT 80uGuYX3sBWHBuN+wfp+waa9UBgvMYwMsoBNMGYMNvGcaa3HcFTkjIPyRnzOyG40QL07pwlP g2hGv/3DrELbC3BOYVZZfQV2Dxo40fY8+Jcx8O9J0FhQzJZ410AWTJc1z3v0JuwRVocZ/IZH VAbobQEOe7GJpeQeMXgWOEEHGDA/dJVkTfwQ/tOYjK9Oz+VMYR/A43lGQmwTTJP47HTPgwRL wBLsGCDArDjIzjpSnnUed6gTn5Z5okZ3pufi8dgz2aiizMA0mJLElRUnm0Jh2WNJneyu2xrQ 082SsAM+uWTGi27t5adLyENIvzLnGGefFeD2Q6lE4Eo80c1wcc67SJ3qjDqlXdPg2vACgp5Y Yt102ze04WmBFukmdfQgECKP2Oz9ttlqfSHEkVWEshn/mC6f9N3ypclx89SXIAn7QkWBxPXa wBYfCWeqMLPABanKIdMCR9l19u3pEVW5SZqw8z83BtLlWPR9m+PXBe91CQ5TYPTDioMkYMQg upB6qG4V79eYFfStVYBT0x4H04BAEHJLeCdH6abUN8aql0nQCZwNJg9oO+GajDr25S/3bihi cJc8xo8G5zQNge+h8yH8Z0NW9+PAgrnIeDJ8rXcFMtcCRFWR/LCTiUwQ5JAAYBhvtTbKC8DW h0lrueAo/IffBiK+iLZfEXCb16evR8FbFZ/ARdNneK3i1APQqHTXaw843Zmo3Kd6gPuHdrs1 xPAJSC99V5cSgWBtD63lyjCprYY+BUM6Ux3bbH/T7oHAJFPEjsQKQro4EwiLngsK2AivtTdF JKw7mYV1G5mhszWl1IH8cn74HcaCdH0vhMgQAlvxaCSclzCDjrnBdXnFaObWI/xFRu5nrafk 9SQcsjQD1zDqmeZMKqrutW7n7Xnuu7ynhTVXv30RLZfmHBmoiQgWLHHm9bD8a6VY4xFQQ9JI BFNSy0FPbvqYbz99E8TQsweNuRXejmAkHQw9YtOIlrti43IvEB29ezjb+I/ztBmOlaj7kxJK 8nxrZUxKEbpPxaeCVQ8/Sy53WNUuCwRo2UaFT6xI1lBh8+SUyVj+eSSs4C4YG3XMFAAq5ELM neSPjg9zRUTWQdyRblGnVcnB79L0Ytb8o4bo2UnMMdWcbFEkFy27siSUbqnWQhKVBCQYaj/r Ebu8a0d7dtBMMp4RGg2/Iirg57KaNvsWMxJ9PKF1RrDrteSCufju4php/EJ3lknADnWKda9T d6gNdjJ9hgjbzROVIZOs6d2dGR6tL96x/s1SQxaAD3Rx8dyNfe76p3NTsNwEv3tW5ffDMLmv qakDvLbZZeXYkczSDo58I6417V6WghHhT4T+rhqlBwyW1sg9j1ekdOkvHplCKrDcuZ75PuvG 0oowkv+ZjrHyu0FTZsNVKFTZwXNjNkQuWE/ZEy9J2s9rpK4z8Yygq0jS25duXoP2mq91qIO7 IpMVSVBtl+LiGhzqLsd/VwltugwFLrowkm1iiiuhcTbExo1k8hTTgZkIh6qK4gPbVHif0ZOl uOqFbqvK4cNNDyROvrtQb7miGlxtN0tdcqTU4uUo0OmKNu8VHkbmO1Hu1v2gcmG4L4eOFoQd c1/ncMJhZurYYoUeWFt3LT4fAwxR5qFgg1xte9bOeVcAseWPxycBc5jUrtOGR/v2pj/+GvCc 7zaEEvJpRSCG8Do47Ibe7c6Z4t8km41VVQLl8RbpgVbTRiHPwIAsRaWN96AYQn8Yt0oBvhEj FwrmXWkyDUsJUbet+RJhbkedf46UJMHJEYWgkexsREDnHWEWcT56a1I5dRjSYqzjjg77xf9P rrvSfsveacGWqg6AFCo7DMPMsRPV8BsfZ7mzb7C7pUYrbqyq4RwBM1/t0bhA1YNQ/fI0akKD vW9Pxq1RzFQoUs0I2dBeNOmo7SjJEF50WnbtS5tHvzaWZTn907xJJGLZh9F+4IU4/YethTVM P04KmGCaeWuMJY5LXdS4H0i+FhgL/o48ypHzsanYIdItMbEZoIsshbQqDaFJ9JgsEJqFA42n 7QFyRg6ZkjrhNjFtsJXUey8o3dR4GNPmQD8HL73QltnZK4eADILx6yc2WPwr1IzGE4Xq3HzX Aj+xFJ/1bIFOLYvY0ElNQa5zK+QAcOb4v/56GHtjrf7EKwPk7Hwbw6ON8epDrX1j1Xfu2ZHF EVPcoptYdhacbVf5sXZ+aZJsxJNexKVSHuarTjBue2WifHYo/KlDLyuZyrLOuKRqs1EqhDxQ QsFOcJLEvvtGQFLmLXntlE64tVQb3Aza6r2Sd0iTtbk0+LQSyqqe87wczb7DDXl4KlodBzbT UJywY85ThYoxIpYiiAsXo/S5eV3r7fvFrVlvfrYxOTtUn42EChSmk3cZrNTVfuFQWI00DKo0 g6eoHZZLh8RjUm8HyUEJWAbCVoWVsa6ylMkPW9W80uyM0m2skLGsWxMEO9YURp2tIzFX8HUn mR3PwlQYJjvQkgK/B3203PC8z3MOkXkGaJKQF81RdQc45/q81T9472r+zT1vI+UwI863t4DX wiA4giojFTEOGdgsP2xaBpT+EUg+iW5fzjlymIKWfO7qzCrhIEEfmE6d+4kdxQN20213HSBw CnFrTEvvc4rzYcCw2v89ve6LmT6UQSGZDXPh/KLlXGvQlqv457fTyPruTSmETu34YhGouXcI /kwgwttUb+JQxgRYew4oP4NgM0JmM2NzCQJLkt6TPE8mnDyATvMdODQ3cFzZrHWJDiEh8I5/ oOQNbN3gK5OZv2qM9PBfmmVOepKeSj+rg80qzItMJw/iOfZimRPRr1ncVDkoEyXILi7eexZ8 E4ISovZ+ZDTDnWcqtvVk4i2wS5feiQMWTkOI4sTbrTpbAnIQtrgPersgPar/hCezjnUBhLhn KxyAcbT5xvmU/ZpZ9/pjfTf2Lvp9Eqcr0ME2n5PfjxDx/apzXOdVeN0Gbwq0t4zjsiG973i8 pCRpTK1GfkjDjhCuLSZCfobyGOWs5NzBNX2JK7y/YrBn5nZ4/l950Qt2D4ApJe1LOhVnQPZf nAl7hrBZy/Ol5ApD4xNT3gimdhMmfJzcUX72NRjRyASUsoKtQWVcF/BHIp0UmWjlhVfNG7NF 5otD1ghViso6W6eIABudqEFj+VF5K2xB6d+7OR1N7tbV7YN6eDHT7Jo/Wy4MT7SFCTi2lHiN pGQkRcIkOj2+q54l76hjHi6R4cVFflQN1xZ9yCW3Fd0PodvaQLzFJnUJn3pfg6xp+8WPASK5 aR7tVXKKr39dtkba9byMpejzD+xhB0lh8zAZNjfHjbgw6M+RHKRaJrXuYiyPq+qekG3R7Qoi qXCeoc5fWkc/tMThUXMbG823Z27vlZFNl3GJgV7uPJmZ2LyCdzCDRHPaJkF0BrFBUEoOXcMT yA9csN4P8TRfgGW60ODKDAFL0BZ/3FnabnJ9eYcO/e7YFmiUK0SF8L2ApWntmwOUvsr+jqcN 0FEu36B7Aes9pIAy/Xy1A81TZNVXyZbAeZFmFfVRjVmBTBocUyPfaFxZs1ktU0IBDPP2x3sQ suZOZdinhwrJxatWjpL4CgAUqiACVD2IvHCyimm8Cy0u0V8Fs43Oj0xX0HIV8mzhamtQkj1Z qnMG9axmeRsSQv6OFGlUZCuAzVzHlsbJlCGpaGamTVmpLdiLcsIu3dgb+vF/vcMkJAzZYdqF 77/4XEbjGbMJCOFimCsV5ZS//O3Zj/5TNjq3mrDeOjccakOj8+xGDTAbEp4gukiaokV62Vq4 bAbOo7vNvBFkstl/7Ux/Hbh64tShuNik++ctyb55tsoT486j7sCchc3dxDCUT4WYdedtJM4Y JqtRc5j76SkeQYeyEbCvayPq2UtOY+V+YDgAzIGymzievP9biaGa3bFkUqrVcDV4pHShtBjz EduXciyuXzr+vDOcu9wqsfJCpP4gb7ae6L51LZ0cwC178kAg6BIv1dbcppzMyBkIWzQgokLs OJPGMKjBm5rrFU+cywkGwr0bNA9mdwfEmXiiUptO2YhEtPFvcu0g/PffseG3807t9UI7rm3I 35JC/Ujv1yxCkLl+APWTB7+JlsT4XxXfrGZYiiWu10IlN5MB469oI5CxtkFwTg09JZOnOJNa ro9X0ZfB8bt+JxZVjqWf64afl0ame1xZHYhILkJcdZsyKwMP5sUTxoUObc1EiT+ynM6pfwgs g/jLKe5XSJ830a0qDA9P9PUKswy6eUBsClKzvrcrunrMR9yAkFwr6f7XFccZEf0OxSMWl4Vs 21dVFmiYIKHIkFky0d+fMyUKYrR2LKnOo95/VUxqlh+zKuPjgNEqNEgNYhxEDsRfmPBP46Au O3wxpuKC6FDOV23kevluE40ao0i9iybVhS72RmKYaRfHyc7i0BHT5wHUXo8pGHw0g705Twzq qaFOak3VQlVIkoBf9jIQc1gziqwuk3CnZVtdJBbmlFcNhcD66bQMx/16UpozvXdxuVkOoZQh Pvn35Ei4vB8jK7O5vpmSG2qFOxiTVC7zCCwMHNdbp3d5T+Hi1JV+H07H+RuhZHl5wNzk8CGS /27UaBNJfAAy1Yw0lbkMuY2E3DRzLLzTg29SRlBEyprpIsVHxCAcqkjRdVjwAuU2VQ4iZC7F Lq5bKj3dlSmdNCWhu93chc8ibeid7d3gUpS+d+86e3yBtJQjeV6AoXegIEmokaKYHzEVhHYE kIzrpBAqj8OThsct1FJlGA8jMHVNPrJotXfic3JdoHzEzqvsl6vKVt8P5CJI8iHkFSqzSkQI 40IZBo243ci35GfRsA2kwXTQH3dk8uC+S8phh7+bxyFajJ1KtsG7Jyl5YnOTPq2Su7FUaL0V IfCyuNmH34Bab1BgQTiuSIflpghCfM/OqSzAuiT14rNMkAEd8wY5ewBvHOEEHipelr9TrjBm nxgXRUOMLwVsysfR62xtVLyHnKG5UPyiZyba3M9EEhpSmyhpeD6/hsRNfXGOH/5h3erMDf9t mr14T/LqB1AGnKrHe+RHfXpAe3bKXXCpe2kBxHPTWj7FcSkDKWTufhgZGHNdGGVYGthQ45Dz wKLLVSbnvMN50bpA4zPwASwLyOKYfaNpDBVFX7WRg4VTVB7iUX+1LMpzQ7NLDbFZx0di9xiL 0unUZRql8pOa6GbwXJVip5uNdNL/q3/kUPx5JrZyCQwD7RbM3iJcUOFubBh0HhWFfRHhSk5g MdFLYJhAnpvOdbCeVVGhmvlfGTfHYFj3qwN6MuFE/u6tu0aTAv1yK/9kdc4zqdII0o4KTBHv e8Qgt5pO2zW4Cy2+vooV5iVCxCHgZn+Igz/5GdTb6tGYU4Aaz5Di2VhrhNPmYqpRTndppeVE ui10P/I35zkj+MMnUXV0wTkzqXsHsWcNSsshWmWIF08ec0EzX+UBVjeHxNB9wgpD2FYTU3T1 iA7qyIcDC3cMWwkzOn3Bt/iQPtU6UF/rOWZWMOfm7w6pK3vtWJg6i4JzT+Igb8Dt/fNiJXT2 i+aDAjABA0Gf34Hml+5LqrheqNRdq4cM2qPN9k/Vg7nNAZ9AtdoB6aVcCNb0Gjf5fmBkjqHn 52nVg9Nfw0sOrBWqIjOyQ5B3Pn/rWq1u/NxhCyELUrA8u2ajlCClVZZEw7KQcRxy6YeJHU+w x33R9xGo0Xfr7Qd1yRiq5vUuDnilYab594K2g/wKhLgOkT+ZWxU6/thQhklccrNhTefK6/Ys Jg1hdKRucSbzA5Hl+Sx2Ub+jE9PjcR1f3rneJo02a53NLzzZrbL2moxaIW/ZwKyn1DEsN84T xBPK+7LhMq2QUrQecwCjvJAou69/b3eBLKbBd/2mNKj9b0FfWW+ajD1uc8lllKjN1vmKR9g2 5em7562edxtv9r7VkkeE9kb3qSH4e569MT3hfOZQJTQzypHnlUVyPG3gqB5Jv0yOvcC+1IM3 LLsBTXt7zSbIakRac8jlMDEO31qXwCkN7I2r1mrnn2HtGmySKCkBGjbXe4BKm8wgHV9JDX59 TS9GGPpldKIn+NeypEGaTanBtnxNDToP8FxRmgkIRDYQ0d+UhKUMginolFtF42KVeKMwLP4L fi2GCg9OY5tEexnXwtfHrjJpMeIhoqVsmOzATkJv9VFi70c0i94lGJ3NJJ2igSQihEvW1jJ+ QKQsROqPUWHsFfDnmJLUOeVFE2VCauYACNBW1ivUBBLnLI7acTkb2cgSlRyD5oa/1a1qw7rU xzD3EZva209O3W63UJYNawYO8HVFerqF4PNNnEg0G8BZOH2ciAJZDjp/YBTxVr8A84TybzzI 4FdoWZiaePzlsBXEmLmvK2rf4if9QdhIs6+R7CsmYYhGwnLASoJ31sn/3rokKAZWDTgUpTTP JjJ0jbbn1874Ebv3UQDU+M9XwTKLbJC+R5m9HkwULA9bkU5QlrAzyI9vzfottPe6KxTUHBRf UYPFf4n6tHabZJ3wVwJ1//sHusQ0sHMMTbjRBrKBv1BhphACr3F0Iv8bN7ziDovZ5FZSjjRN sRY480eozfmZGfeNs7tHemVEKG7GwkdzT3j78W0Ek/MvBDAlY3lSve57w9CuVdbxiWRFnUh9 Kqs6Yd3HojiPrJWum71HYHCu0z+NYE4x/DE+pMugz+/euGEr8015bK3BMeefKkvzDdzZgkD3 fxb/i+dwBw03w8T+zz71YBsDBIEnjCdOzvOmw2JjmgbGuY0mmUxNv0lZAYubckIqqT1924l2 pAqHzgJ5DpLI3QhlF+bVBPPyCsSw3R6oi9eLiqBhvPmCNmGDDIWdXJvMteierDlXMy6dOE2E ewvR3ucy7ftyi93vjfsMvn9eQ5rGZ/CrESVZXf9xov2LW56Cns7d6LDIt7dhJSKwCGhx8jvN uK01mh0DSLY0kMHrBjcXA51xWYNsRmCkusWC/Dy7IY5dULizdefGPBlYFbeU1NzjaLztdSO2 vW5aWOsjTT94RSDO9vvnUcpHxX+O183QqJL2elkCEsxMyYc7kazwckovotodiaPocv7wCkFE u2Fc//xf2AlEB8QiztfeyrtJhhGhDNo4FYZPYauWc4+U48+I/6A3cERLpKNHfQfJcCzjx7p4 xB9tLn6R1k53CHsj1YnU/fA8oiLlJMwmvCmoD7Q5/igiKmQiEWYZtQ6RUcoNJJBpL8qOSGOd p6PQN4SvJnnUeilF0IDp7kqPVVKK/Z0TlizUTsb7ppRuBtjCJSA40ePXKDsi1MRSqtYN2HpO TicV5Gi7AIDfPX1fpLtaqmz4IhtOlgoMViQPdQ/MN3RyTnBGHBDchA7JGheGQikkCF+aCJ4V sq6oc7Z/LoycXchCx8dcKF+lrSRSstZXuECfiKV0o8RE05Kp8PLl28ksarbZNE8+FyJLP5DD 2sTh+I2zL9mTEffTdgaPcjS6a8RfdzYzcpXVX8klfHz1UbWAuXzyI5w62yuzizr/Q6LxW4Fv v+rfOHV6Ag0N9chNKgsAbg7kxhqY965312nO0C8XQaHS+7+9oRVaOWWqVyWVbDh00nWyuFPM NwqqLc5ckWqTtGxf2RbXK6+wkPY1Mko7vL6+bbOK3Xb7RMlu0e5GLVe91u/IX+iTki0x8T9D DcxEQmv3C6FnIMbMknteE92DqM3JSt32IqLlK2C7pN9E1x9JDnP/SXpSMcQJyIuFlGI/Z0j5 bvCKch/oBIMsyK0kyPZVEaRC/5HzsHBiiAMHnV75VPzne2tKGrV8Np4zUzMYG1U09Es3OYNr 4l0llGOSrnPQzb6c+cUz9B+1N9lUzeqDHJ84l8xq+y/FDe+iMpRHOwyvZ8u+CuF2h1MeuLZO R50gq8Jw3cqhl0ALQXPL+xrNHlQbsWiHVqTQVK/orNVxW0vbjXnNJ3oCPTRzCobD50Xvwj20 WGmA1j/dBq2jpy7I34wFXvo1daG92Z0qRCOHPbota35SAeWfryEd4XyjM9jlkrMThGAtIGxe z4QCd0ZSt4JCpehmo18HoV1Ur7F+r1e21BwjdE12BRg/qGy9c9Zu+6HLA+xq/s2YH7etAc5U 2sxKgUC7SItC3DdFpxEXeGLWskTntzzXGWRRKvDqOIlTLRu7PLfVTqr9hp7h44UHC2Zr7ChE vIQz10aVf6KrohGFaoPdXWLlpRIDFA7W7bZbeU+902H/xzCLYXZouTrNQ2lLBgFyI8fNFW4/ 6fJSAgZnD9/JCWx6mjv4K/ubAxuoyt8BGrzGB86099bpMN1wuQdZyBw5r0EWaEHO5CAx62C3 lFRG9KHfn8obK/QYLWYwkOLeiASTkKRBXRNK15sPk/mCgTrcQphkBzJ0UGkB7hj7tifogj7d YfaMkkhksAuxQLIDCe6V57JYqWHEZpP3HPKLTWVSIpg/KcTv4LnkEoc0KKM9rzfNN55oxb3B j5War4wxASfgp2rcQ46BjzwZ+sJCQSl5QtNhbxpFJNAqazl2xo9bZyZp+VDhifXEaIq9euq5 IS1kV767vc28S5ELr2PwJmcagSN7ea7fUrScHCT0qyl21qMjTgi8Ul8vsjt2TWRyjRRdeO8M sFWX4tcJP5w5HJqPcHMXIKdj5JNatKbTZJDUUcCNMdYV+fvJ6O+cGXyyOn1GhywHwu4hLwyI l7cnceHlfOv+p4T8brzmHnrc3anXkePJ/rkFTu9kJ85HlH1RFtUd7DPfiLaxv65+6QVbW9dQ VqVDvTP5YDj+3mqziq4IB+gnvUZAYkovtmtBpm3rpFDZlWLEuEmyaE4WUGppvaX7OhYjaJDY /1T0JnF9Gt5SgADFv35w5gyGaA3aMlm9dD7/00gBvJSMt418i14LGx+my0q8p8cBHpaVS9la fhwNrPRvpI1SRcsco5Nm/CGcZb8qlA4Rxjv637ADYARCfu2rg8E9IfVWsG8EQXSck6oYweO1 AofrfSJZm9WejRRlmPqh/vVAU3slywdsw7+G/brYX51UDaWlb5CuVer9ua70NjhWYmbGbV1J D76B+Zmm3W49Z+5NbE1/isPVgaHWiYLU961kFbzMZiidVNToJobi5AiAAqYpmRVzXmmpfkIc LDWN1eOdFQfmcjw+5kCX/S9b6vVajabl4cotJGV6CVPL1LUO8I1rudeQe9Zj/uFAzFl0M5t2 K2Xv0Th3m+vdHyRK1r7z++XCCGhfRaaae/1BVIHOWMD8dyIkpH6dN+rHRv8OojPh/cNniFn6 ew3+gy+8pielSLPMyoKmnLwxEhDlKpHOmXU22l0i9tFeY5i/95ACnHGwY4Vwbe94NWHp9WaI Hi6dRr5EeByIBOGIy4RWQkCmTWSpLa8Z3Afvur/qixC7nTmK3YkvqzZlZIUyi5eDknbA7bar 8z2dp1x11FmgmOBaY3Hd1TJOozmG8mU7/OKHM7LGqnZoUK/LoVEjcgi1HmpBmRqgRvCSqULs 8E8NtnihJPpcMfszRbjaao425x9Ojg8Igv9mIqyQEEBtVXTxF/ZdLPdhdbXzH3wJf9U31s46 r3cQfy3MuWUpQAiiXOQoV59IB6YYHmBll5fGmtuJf9Xp/QADG6OsnJsFXOUQfhxNFMhdzpsk gXGp+eF2HMiLB3rXovKJj/da7ZyypdJ192cKIbBaL5wtxvZd16mxkwhDmkb0NIftE77XZe8L lXi/CZ9avvbGGUq8k/ZRFT9yQRJOm5BjG73qJzwbVPHISEKY83jOk0yMh1d3ozyTT8BykgZW 6W1FAE+LU1pwMOOS3HNuI/oT5S3ZT7xkKNjnkkVPFY7HM8+nHOZp8BuEeMnwIeeyayaR/YET ePyMSQQF2treIrk6xYEnlUoHFag9KkPzK/pKn/ZZXhwHa7HPR5kDed6ZRCoeTe5YUbVz0sWU 9o4OXKaSAPOsn25INChiPCBEbZvWhzD6/9JhcxS7mA+30t+TS1QsK2+vE2bTyODA5z1TaYZR w8riDtSHADNf8IxfU038Mp8i2i2unVEX63+LOOK/tqRl9qfKnCQD9ULN0toNyvzFrVZDEoBm vJpfZpPWOcZOOOM8mOD/vS6BvOzf1PVJ7ztJLATnYaU6XWIZJ19dkD0cacvP+t0durxuHayA YIussofInOUyxnQvyBmeOmpuNnXqw5ua+h182pZAm9xrChLQFVjVUMouCD7rrqOi7ole1OlQ gAbNMKAosZzbmr9uIKPa6rO8ilxV/Oejgnt9GLxJYw9hLGy3IanOdvpPNcdlFeyhmEILQUVj oQNRCgJgLKelu+ENT3hE58uoua/xaiQIeDOfSOfCsuuhFUcDYTeoSik8ZD/+q5g99QXogMOk 4RWDTcb3owwPElZ8cTPhgeP7yxz0j099vzq7ZWSyXPzSnbNJYSym7+VD6bqJ/kk5S+ZEBTp1 bqcYL/An9nOEpdv3DXukBAijLE7iMC54o5SGt5KUBkMg5V9NvrKp7cATIVJV3uFhpVcmVNAE I0HCrfzkuAZBINyM2Op4xPvS9vI9whldXir2ACEjkiY6g3aTL+fL8bCr+eM4xlIVxB7VPxnR dKaY+oMijWUT6Qxog7hDvdt+Chw3OxXTUItaD7N83YcoOfVEuUJw3GEiQFEnXONJmJUkPs/4 5WMFAZyW67JARe9+Tlo2Uj0Z6PEPZIkBZ7Zo6SwCUkdmmW5uP4+2NXEBOYfZUdeB9KbCytAU 8IliE7K0AeY5vybyceIPFXZFQLgCfgEmvcTZWN3tvy0FCF9tLODXq1i2bwEJWJ1m/dDMK0PW l+4YjNRf05jiZKSYQnXmnEs3c8J7M2Ep4ctb6jPV0Y2I8H1OFRie/c6wlxdoCzXyNFublEsm UqlQdoD9ujvLpARsUSnkVyX5G1IQjngaCu8N8H0EQw94mcT9ekwMmbxi9uXVFqJKCXwRhzNW y/LqM58ZQhZSmSvolNEIdkE040pB62c/GyZWr8fEF++b0aQWxmE24lhW41vzrfiO7hvXGXCi MrKCPTuTD6g+uo49nVREqdsPhSdVY13i8TdudzlMzNk33wU6RhpjlAWZbGG4VB/kWSMsGWbL RD7K0Vp47tlsH6je413+IrKUrp9dlmaZBvV+CytDfs/vSlPFmxcft0pojfi3suTMyp0Xagxf 85EZhhFVp8rUjjrm+IcTU7P5KgcaX0IIeegT0Op0rP36FPLYBekwJjGp5tB0YTF11aaMQbfR em9oMbFZ61fC5QRzvdREGkJ8TMXaEyIOHNJKtTOlRNmMgRbfD4WRsubsCovbI0clh79cg74c WxxQqHiZwUkVppNr/ISb6ZuN29f+HlEr425NNnOEBjhg7f9sDiERo8Can2DZh5+3s560sk+k nq1tyT4ruvKd++4n1vimFshJh5B0x5FLewteO1b1Umq7LxRJi4EzOtZIViKG94Be3lZl9M67 K0bkxBY5U3K+GRlU63GfDwasglSiPuIdVEdT2cIO7KrqKqXAbUPX8Gvoo45SpCjGk8F32Nip CvaiqerSTs6EI3bH1q3L/GmvAvXm48z+zhj/QvfPlEiNxmDSmI4PMkGL7H27OuVaBDqgERt8 g2jyPN3Q6gCaoPAq5xxwg3/6Bup7ZSbTUacEe+nAtsJFJRzCTorjauRaT3D4kGwzNuyGp8Ku HgNyiXL6KDxnZSzZTgeIvkDHgDVsQLOKEhSztjNXm6b6/9Ht1q4vO2eYsda8AdCxwn18wiYE IQQKszToL4U3Vz5r5NeYZBioFDfhVSGAbuWawhwILt4cXOV1xNu5nwCpFdJUJT6Qe2Dn0ZuK A5zqRBlR3VxNjHHcy6E47ywiBmdWgh910fJMdqsEPGyJDeQwyD4js6ujZc3Chg/Lxf9lEeMn 00Pfhl85s+zH3iLc4VEApPA+hgYWbTC1NBLzaE90oCyp20UxFLa1eN/NRCTwVX2gp2qL/0kh kCfpoGJoipXgbVjwpXfRtJAcoevF3FAf3TVGOvlj+ZOY+Wd6/vT0tP5NRi4pTCeNmv6CcVBp 64Afz3RRjdF7bIvk6Vkwpn7QnPzVtmrNWKa3U+ZFuMtTNPh/0z1TrNZe4E5Xjkoa1hDIFIvq kKhRddUkvf9SeyFx/mpzoLmRsqFE4vCBj/BLZ9ce+LwvOj8hiq9Mu8aAiwe9fL+nyCGqyfMT 1vUlSNhzSqZpBhfAr9hJ/p5h7onvSM7VeNYQbOrfFlS4n6n7bJzss/K3S+J7hkze6PV1ep2r z7SH22JNeTgGJO4ugZGca/EZGPs27G2lVk1f0IoK57Un+L5SMSbednzYJ/q4Y97EiZoHbS3z zhV3p8fjhbRl49Ge9K6P8y6Ow6mljRSc/lz/8/UgR7Pie4OIUgoypoxObute0ARAlCgKhnp7 1Nk8O9RMAHbPl7CAqA5D6vNw6A9q8ZgOx834Or1xz3f5qztOAd9lKL1UPI3gtmwEF3a+I9IC PPhHCB/rneQJedOnATlSRs/AWZgDDNvBj2mZNvrsiM2rXW+XdvODeg3jkWAmy23k2G5l7yX9 hZFaVJ5ECHkkO0lLywO0oEAivtyB6S5aNJ0bVaeNy/pI9GWjzPgPqntAF4E7DZWwplVqP7HO up5xIVCkIneFSNwt+EBwK2qxNOW2s9VHfbl/mUEldFlIaCEBaNqYfHw+Lj3n5w6nL2d0S8A7 AnC1+2+l+TQoN3VySU/mgOxrRNa0M8Zs32wZzVbLAaFX+aODnAcTuyq3FAq1Jq/LsdSYFqHG GcshSH01wCh30WG79XAZorpWhoqJhHO7tq99WNfHOwPHpkIBmFXmZGJCZ3lZtLNlzG+4Bd2E gaVdAwuKV8gxRZpg+WOOuOiB1bDxFelam2rn1gW3LUd3YTsCo9KlTCTVhr2Qud7WH4ka7h4U xnh46abQGq+Kz7yHNR/HQlqfKWfFvyEScUmm2mVBBXw4pESmUMPFaYYxFFv3d7pEoM43LIBt GNH50H9P5i9tyZMhRtHtLQHvv+TFZG//IAaaBISGludHuw29VC+QxqzZnpFbJ0+OY10EdC6P YUJeHWwLBe0DWvKtp2FXFsVvVgJeoIYcYwERzkC6kDQzVr6WsWPsU/jZwBmLGXkzvImHnHs3 9BjE2rFrymQmYv8W/wepkQ0wP/or3Adtwf9HgwEtYWkEQdxZzwlBudJ/BD+gvFanddX+3nHG aVj4FRs2Wt8hsriwn6d5ol0Usp74UyPIVbUzPOMx20hEWNYXsUAyPNHeXCrKDWNAL2FndEzp pMQzt3aJS1U46gg6BtjItf9pkisBWGjk+EKxAM4mMBKO88bQPZf+jbE8wog3jX1JYtVIEwvy AK+LAZoiMoMXokxFz8p1vM4NvQD46L19TwCvM+c3MhtD8UA89yo+BbzLfAVIDD0Qfw/sUZN6 89FHYCltKwoxFu6PkUBbRxW5DogMyx51f8RfsocAUlRHWEa7s9FCrz0rdQTklcKZXf9ARuyg 2u+DhZ59n2NhooJxZ966PQWmfKMi8TCPgAKyqJByJMWygpuVPB1pW+aBG7Ddjj0oqry4CktT 9tYWi4vGuRuSmcDZjdsM1GoJFWjjl6crBOuhxzDZ6FXuuYaCm/i/Aopc7X1XRvjnyNByFN6M yu8jAkf/oP7jCLDk7ileLco4S4urAsfeiiyf5LuWv9zZbdRWiQtdUM8cyyw3VmZvtcsiNDXU hJYDFENY0gQu95MgQU2f+3+WFZmhtUFA+bw+Cxi+sgiNEiocbMEIm46OO//wD9Ucn9z3KFpF pl7xKtMEG28fkDy2ZgXgMsElCIoYrQojCbAzHLAk0PwV+OXl1SblhrTwLTa3PP+U43uV64US c36LNLkwfKE3ViT1xqa90PAwZXXH/azckMXyEKpDNVoUAyWHfqYpkA53S8aHGKuc3loix/Rm Ly7Wv0Kthh2OoHVNIYonDrUnJVoUlwopLWRapqwteE/V9C9UgaHDVfRMkaSiB//xrtQErEOe EBEOBdMGqcxgsqWkWPjucx/g0Ri4/OsRLFsLNzVRzOa9VsAhXm23DvmmpGD6+pKu22b5dY/b 3Wy5ddgQfFJkXAEYXpoQ45gKnyMJy3KjCBXMW6zYJNoX1p5qVFheq7KZjamLzKwfAPfny8lB Mgc5jqwq5DfhW0WYK+HODdmeJe7EIBCYjHHtSM0W8U8x7P+i4qNGCW8X+eIn7v+mDDz0HrVH Hkt7O8eXYFYCXzPPcOvSl7PzbN/fPU8k6e57dbD7dMVBaGsNvQzVNs5/sh8exwW+CxmMRUgL 5ABhTNrUX2sc1S8JZnN/bzkfv4hlKcbQN5bHchCRwc8JIlFY4ghdXVZvfIzh++913EFLs0HS kb3P99J8xupaB/j8DnUxpl1dcAyNwTfxh5TZPkai97AfMzjDY3VlbIPb7Uq9dnugm0t4/aR/ fPE0PRqpSnajmyaYvJqSzpKSM2bzsGHKmpTjN+30zzqDudVyPanPNa4qKQNmHEkEfcXEcteL RKat5gKOqRdY4LKs/zxGUJKAINtXSMnymD1KMSEkaH6RUlV0ja0Zj99rUKGvw7POqbVY/HXP 7rxgxXBrRIHdMnV7eIb0n8HnYux0zGCtIZ8ysxz7G/I2azZ4x3cODxdE5j2wM6JzQKsH4OmA MgyR6QHGfnAIHYLdM6fUpAJ0wueqMbkctSywQHuGoV2aXcsA3haVwo6AyffBpZ4emhKn96Zt TfMkYwq54xRyslq1OWk6q+qTqSSAPIclEjAEMKs+ilHn5onmaBWvPfkzwzTyA590YK5xz3wU mkupqsfLfWkZeBxyP81jDqHfLmKDwFRZRcP57GPwZYKVKNWWsol58TH3Q0QwyyNv84OfN5BJ /rIMS3KSslKog1MJC0ysI2RDQN/10DfSdYNEeNg+qQ5vmjU3itQvU0YVivTT437+xRWUb2w8 jMCytDQ0CpUpvX4mcy28mjm5RjhTn44muMEQJp8iQnkceXci+f0DxPPZXZaQTJIzHMDt692f T9wr1YR9dPGE4ttq0F3jM8K+qy03REeCHVxZ6pTk+thNcHVNeoOoqNCSjQq382qwTdr4gK6G xeFzvNfQeHWSMePU3GJhWn4Ws13NYWq2iw/uuwg6xW2MHBLy+SFcRa1AkSymjEtq6QZRNiS2 Ye2S+i0EHx2jQM0rcSlWBMm8E7BhYBzyvxuxILMG2DEl/kgYEJ2GUc9oTrmYSjSiRkKLJ1tY hr1F1Z0L4LMy/D1TdRKiboX90U7YbI0+3CNbP95NhvwsFGUAdnDgJ3o8MVLhj+hfY0kyWTLs WuuWrpAb1MzqNVUgqAQE9rxI+ByKZVM47P26XHmI9uAHO6prbj41SY/pSgmV+99Ee4QkwM/z lLW1QuBkLn169pqrj4F8nBltfgFU9rU4XwclNrVWiK29r0uQ3oDaZ/fPHWD+HkL6WOO+s2kN jqtr4MPShAE9H6PIt4U84QQWZRaXBs9jSYJ5UlcQEXyqsO1/XEV56HeOAa8Ao2OrNPKMchH2 y3kYsYVcUoe2aBEJu4X4kClp810CORxG802+Y3LIxEF3xwtimsvaAN6tmum8rq03cHX0JQbJ BNPaVJP/QGdOJGqQHfrNwKV17z/c/04iNTyP4uZ/odsoVdMCOuNA7JkwySHGfk+/vPqYpFI+ x8Z//1JMYQzlIWkG94unNI2y/jbOdccWAq7Hyjtj3zzAmk/sAvKfARF6CHVvdW94Dh5+DIzB eEV1tUKXJsKDVpvJT19RRm2ZI42dMxipmdCMI5zpSxIhJgB47RjB4E8g/BCnyq8LQDgjDqoQ CMGJZhwX3/t1Jkp8DiwDuJzy91dlG2OF+pv79CVJJ16IW1nrfx2FmmyWfGus7JYKRAL3O/lO ETVz6Gr2COCfONzVqqFNw2A6jh09IpEcZIQrVuLGc5IzA2vbB7zi00bKmEpRl6QPi44TBhjQ 0nvkKc6250JZ0KgY0MUArHrJIf204NYzS6kNHSp6kt01sh3idEuPAAABAAIAICAQAAEABADo AgAAAQAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAzP//AGhXWAAA AAAAgICAAP///wDAwMAA/wAAAAD//wC/AAAAAAD/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ACIhEiIiIiIiIiIiIiIiIiIiITVVVVVVVVVVVVVVJSIiIiNERERERERERERERFJSIiIjRERE REREVVRERVVSUiIiI0SIiIhESZlERJmUUlIiIiNERERERESVRERJVFJSIiIjRIiIiIhESVVV WVRSUiIiI0RERERERESZmZlUUlIiIiNEiIiIiIhESVRJVFJSIiIjRERERERERESVSVRSUiIi I0SIiIiIiIhESVlUUlIiIiNERERERERERESZVFJSIiIjRIiIiIiIiIhESURSUiIiI0RERERE REREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhE UlIiIiNERERERERERERERFJSIiIjRCIiIiJEiIiIiERSUiIiI0Q5kkRCREREREREUlIiIiNE MiIiIkSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0QyIndyRIiIiIhEUlIiIiNENEJ3ckRE RERERFJSIiIjRDRCZmJERERERERSUiIiI0Q0QmZiREREREREUlIiIiNEMzIiIkRERERERFJS IiIjRERERERERERERERSUiIiI0JEJEJEJEJEJEJEMlIiIiNCRCRCRCRCRCRCRDJSIiIiJDND NDNDNDNDNDNDIiIiIiIiIiIiIiIiIiIiIiIi4AAAD+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAA B+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfg AAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH+AAAD/////+hHOgwQAFp wP1DA8AFwzieJiijEAPB+BAl/3+HAMOLRCRVBBLpVezsUQdTVlcz/zGJffzUFRxgICiL8GjI wDcPt0UIUGRWJhgh2FORFRQyUA4QITvHiYo8dCoWEQwNV2iArMBqAvGwEhFA/3VsDIo0CIiD +Pu/VAF1BDPA60HQ2zsD93YY6GH/HAKZuRsBUvH5i4CMMBQDQzveHnLojcz8V+F1bAh9eASK LgkRZ3o5sfwPlNhfXilbybIcgYxkDHxWcL5gBAxXjYWcb/OiplBqYCkVLKwNPSgNiCzg+06M 1xS8RvcAgH3+XIs1JMU9v+BF4XQKIiVXBdYhCmjQsC8dgL3ciVyhQjwgIf414aE5EDRhMAlq Zegyu/4QWZM/vQqDUI7KJpEgQbAGr3JECGrbBSjERqPkH8gWPIk9tyMtdFMUNOhsRXZ1IsYD FTg1fFBRWhIJdViWhRLAdAVUTRNGFSM0ERR1GQ9qAecwSBIC9NCQMTDCEAC0ODBAMpAJdCQQ Q1UnbJfOjmnPbQphCJ92j2Ug70Xvbu9j73LveexwK2X8ZM8mV+1vI5tMRA3WL+UWFM0wYkqf ClPZa1lOsydcLvND81p2M6gxcCr/w4U8NWSnLrhTDspGgZ9nmWgVc/lCVJEOhGsZA3X4ZXL2 bwBuZmlnOXguZHFs4RBCSU4YQVJZEEZWA1Byb3RlY5suo3i2MWBcAADgAeAC4CDiEM4RBA3o Fr4RfaQOeyiDRiIBjCgJEIkgFkmJFMDCnwEVgANvCBQHkAJmE8AC0BAJcFX/A7wIUgdBAgYT Co5CKAF3AWxwECif0QQIEHmZg/RE9/0mECKEEOL3jtACEJyRT70YCPCrARnSD48DgFx4wFQH sAOtBFIDOOqvAAAB4CBwQA5LRVJOYEwzMi5kcWzgRuhvBnNlSGFuGO3AWnI+aXQ6Rm4Vvr8p YQscQR1Wn3pHb2ZS53NRdXJjnzZPOqlrDWJhZBYQSWlutm56Sj10Tb5kKWxdsyJG8XB5SVKb 5HRGRMAkV8Frb3dzRN8+5GP56nmlOaAtFE5hbUyGUHLw8mTjnExzanYfTGliO1MvPlRQk0PP 7m40DRhMYbxFctxc68WMTXUIeMxOAwAAAAAAAAAAAAAAAABQSwECFAAKAAAAAAC8rocwo4gd 3oBzAACAcwAAUwAAAAAAAAAAACAAAAAAAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5l eGVQSwUGAAAAAAEAAQCBAAAA8XMAAAAA ------=_NextPart_000_0016----=_NextPart_000_0016-- From pvandyke at kib.co.kodiak.ak.us Wed Apr 7 15:16:21 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Wed, 7 Apr 2004 14:16:21 -0800 Subject: [Mapserver-users] Projection Help Message-ID: I'm sorry for not being too specific, but I didn't know what information was necessary. Thank you for the questions. Here's what I'm doing: I acquired a .jpg satellite picture of Alaska that was 5202x4002 pixels. I cropped it to 1800x1162 pixels (to include only the relevant parts) and saved it as a 24-bit uncompress RGB .tif file When I add it to ArcMap, it prompts me to build pyramids, which I say YES to and then I get a message that says, "One or more layers is missing spacial reference information. Data from those layers cannot be projected." The raster shows up a just a spec on the map, but thru the georeferencing process, I expand it to the proper proportions and then output a recitfied image. I realize that this image is going to be very grainy when zoomed in, but it's just a birds eye view (a very high bird/satellite) of our island. The rectified .tif does not have a coordinate system defined for it yet as checked with the LISTGEO command. Then I assign it a projection from within ArcCatalog by right-clicking and selecting properties; choosing the "Spacial Reference" tab and clicking Edit; I then choose Import and select one of the shape files that is on the map and import it's coordinate sytem, which happens to be NAD_1927_StatePlane_Alaska_5_FIPS_5005. When I look at my MapServer output, the raster is plotted south of the shapefile by a big stretch. I originally said 100 miles but I think it's probably more like 700 miles. Changing the projection in my .map file from init=epsg:26705 to init=epsg:26735 make the map disappear entirely. One of the rasters that work is of type 26705, but the shapefile that I'm working with is 26735. Please feel free to comment on my proceedures. Maybe I'm missing a step, but it all looks good in ArcMap... Thanks, Paul -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: Wednesday, April 07, 2004 9:29 AM To: Paul VanDyke Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Projection Help Paul VanDyke wrote: > Most of my raster images are working great and I am very thankful to > those who helped me. However, I am having problems with a few of my > rasters and I'm scratching my head... > > I am adding them as a layer to my ArcMap project, doing the > georeferencing, then exporting them out. I've gotten a few to work, > but others haven't. The last one I did showed up on my MapServer map > about 100 miles south of where it should have been. I've tried > playing with the projection in my .map file and I've tried defining > the spacial information in ArcCatalog. I realize that I don't have > the knowledge/background/training to do the job that I'm doing, and so > I am asking for help from this community. If you can provide me with > any links/websites with further information, I'd be very appreciative. > If you can tell me why my raster displays 100 miles south (roughly) of > where it's supposed to, I'd be indebted. > > The map in question is Map 9 at http://209.165.152.73 and you'll have > to zoom out to the south to see what I'm talking about. Paul, This isn't much for us to go on. Where did you get the data? Did it come with any coordinate system information or other metadata that might be helpful? Can you go back to the source to get such information? Does it display properly in ArcMap? What projection definition are you using now? Why? Do you have other layers that are working properly? What coordinate system are you using for them? A 100 mile error could be the result of a number of things. Perhaps you are using the wrong state plane zone, or are missing false easting/northings. What it is not is a datum/ellipsoid error since those errors would be tiny by comparison. 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 denlalonde at yahoo.com Wed Apr 7 15:28:21 2004 From: denlalonde at yahoo.com (Denis Lalonde) Date: Wed, 7 Apr 2004 15:28:21 -0700 (PDT) Subject: [Mapserver-users] french characters in layer class... Message-ID: <20040407222821.85547.qmail@web41608.mail.yahoo.com> --0-2054406240-1081376901=:85414 Content-Type: text/plain; charset=us-ascii Hello all, When defining my classes for my layer in my mapfile, the classes which have an expression containing a "french" character (i.e. accents) do not show up on the map. I have to take out all accents in the dbf and change the expression in the class accordingly to get it to work. Any way of keeping the accents? Thanks, Denis --------------------------------- Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway - Enter today --0-2054406240-1081376901=:85414 Content-Type: text/html; charset=us-ascii
            Hello all,
             
            When defining my classes for my layer in my mapfile, the classes which have an expression containing a "french" character (i.e. accents) do not show up on the map. I have to take out all accents in the dbf and change the expression in the class accordingly to get it to work. Any way of keeping the accents?
             
            Thanks,
            Denis


            Do you Yahoo!?
            Yahoo! Small Business $15K Web Design Giveaway - Enter today --0-2054406240-1081376901=:85414-- From TMitchell at lignum.com Wed Apr 7 15:33:09 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Wed, 7 Apr 2004 15:33:09 -0700 Subject: [Mapserver-users] current legend program working? Message-ID: >From CVS, I compiled the "legend" program and tried it. I get my line layers okay, but no points. Can anyone else confirm that it is working okay? Or are these secondary utilities actively maintained? Tyler From warmerdam at pobox.com Wed Apr 7 15:35:52 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 07 Apr 2004 18:35:52 -0400 Subject: [Mapserver-users] Projection Help In-Reply-To: References: Message-ID: <40748248.2090202@pobox.com> Paul VanDyke wrote: > I'm sorry for not being too specific, but I didn't know what information > was necessary. Thank you for the questions. > > Here's what I'm doing: > > I acquired a .jpg satellite picture of Alaska that was 5202x4002 pixels. > I cropped it to 1800x1162 pixels (to include only the relevant parts) > and saved it as a 24-bit uncompress RGB .tif file Paul, Ug. Does the original jpeg image have a .jpw worldfile associated with it? If not, I would assume it is just a raw image at this point with no association with a spatial location. It isn't clear whether it is a raw (unrectified) satellite image or not. > The raster shows up a just a spec on the map, but thru the > georeferencing process, I expand it to the proper proportions and then > output a recitfied image. I realize that this image is going to be very > grainy when zoomed in, but it's just a birds eye view (a very high > bird/satellite) of our island. Through the "georeferencing process"? I am not clear on what you mean by that. > The rectified .tif does not have a coordinate system defined for it yet > as checked with the LISTGEO command. > > Then I assign it a projection from within ArcCatalog by right-clicking > and selecting properties; choosing the "Spacial Reference" tab and > clicking Edit; I then choose Import and select one of the shape files > that is on the map and import it's coordinate sytem, which happens to be > NAD_1927_StatePlane_Alaska_5_FIPS_5005. Do the shapefiles properly overlay the image within ArcGIS? > When I look at my MapServer output, the raster is plotted south of the > shapefile by a big stretch. I originally said 100 miles but I think it's > probably more like 700 miles. Changing the projection in my .map file > from init=epsg:26705 to init=epsg:26735 make the map disappear entirely. > One of the rasters that work is of type 26705, but the shapefile that > I'm working with is 26735. What does gdalinfo report about the TIFF file in question? 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 jacob.delfos at maunsell.com Wed Apr 7 16:54:22 2004 From: jacob.delfos at maunsell.com (Delfos, Jacob) Date: Thu, 8 Apr 2004 09:54:22 +1000 Subject: [Mapserver-users] Projection Help Message-ID: Paul, The moment you crop a photo, whatever spatial referencing information (where it sits in geographic space) you had becomes invalid, because that information is usually based on the absolute location of a corner of the image, plus information on the geographic size of a pixel. You are far better of leaving your imagery intact (especially when you're debugging). Pyramids in ArcMap make it faster, but I don't like them because they decrease graphic quality. It is just an indexing method to make it display faster. It says it's missing "spatial reference information" because it doesn't know where your image should sit in real-time space (even if you had a .jpw or .wld file with information on its location, it would be invalid after you cropped it). You said through georeferencing, you expand it to the right proportions. Do you mean location as well? If you got your image to sit in the rigth spot, based on other information you had (roads, or whatever you used), then you're better off creating an ortho-image: In the 'georeferencing' toolbar, select 'rectify'. This button only activates if you changed the location of your image. It will output a TIFF file with a TFW file. These files will be georeferenced, and sit in the right spot. Theoretically, mapserver can display these. The reason that what you did isn't working is probably that ArcMap saves georeferencing information (shifts, scale change, etc.) to a .AUX file. This information is not read by mapserver, so it will only be in the right spot when opened in ArcMap. That is why you have to output a TIFF, because then it will simply re-create the image with your modifications built into it, and a correct .tfw file. But like I said, normally you're better off to stick with your original image, find out its extents, and maybe write a jpw file for it. The more you resample, the more quality you lose. Regards, Jacob -----Original Message----- From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] Sent: Thursday, 8 April 2004 06:16 To: Frank Warmerdam Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Projection Help I'm sorry for not being too specific, but I didn't know what information was necessary. Thank you for the questions. Here's what I'm doing: I acquired a .jpg satellite picture of Alaska that was 5202x4002 pixels. I cropped it to 1800x1162 pixels (to include only the relevant parts) and saved it as a 24-bit uncompress RGB .tif file When I add it to ArcMap, it prompts me to build pyramids, which I say YES to and then I get a message that says, "One or more layers is missing spacial reference information. Data from those layers cannot be projected." The raster shows up a just a spec on the map, but thru the georeferencing process, I expand it to the proper proportions and then output a recitfied image. I realize that this image is going to be very grainy when zoomed in, but it's just a birds eye view (a very high bird/satellite) of our island. The rectified .tif does not have a coordinate system defined for it yet as checked with the LISTGEO command. Then I assign it a projection from within ArcCatalog by right-clicking and selecting properties; choosing the "Spacial Reference" tab and clicking Edit; I then choose Import and select one of the shape files that is on the map and import it's coordinate sytem, which happens to be NAD_1927_StatePlane_Alaska_5_FIPS_5005. When I look at my MapServer output, the raster is plotted south of the shapefile by a big stretch. I originally said 100 miles but I think it's probably more like 700 miles. Changing the projection in my .map file from init=epsg:26705 to init=epsg:26735 make the map disappear entirely. One of the rasters that work is of type 26705, but the shapefile that I'm working with is 26735. Please feel free to comment on my proceedures. Maybe I'm missing a step, but it all looks good in ArcMap... Thanks, Paul -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: Wednesday, April 07, 2004 9:29 AM To: Paul VanDyke Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Projection Help Paul VanDyke wrote: > Most of my raster images are working great and I am very thankful to > those who helped me. However, I am having problems with a few of my > rasters and I'm scratching my head... > > I am adding them as a layer to my ArcMap project, doing the > georeferencing, then exporting them out. I've gotten a few to work, > but others haven't. The last one I did showed up on my MapServer map > about 100 miles south of where it should have been. I've tried > playing with the projection in my .map file and I've tried defining > the spacial information in ArcCatalog. I realize that I don't have > the knowledge/background/training to do the job that I'm doing, and so > I am asking for help from this community. If you can provide me with > any links/websites with further information, I'd be very appreciative. > If you can tell me why my raster displays 100 miles south (roughly) of > where it's supposed to, I'd be indebted. > > The map in question is Map 9 at http://209.165.152.73 and you'll have > to zoom out to the south to see what I'm talking about. Paul, This isn't much for us to go on. Where did you get the data? Did it come with any coordinate system information or other metadata that might be helpful? Can you go back to the source to get such information? Does it display properly in ArcMap? What projection definition are you using now? Why? Do you have other layers that are working properly? What coordinate system are you using for them? A 100 mile error could be the result of a number of things. Perhaps you are using the wrong state plane zone, or are missing false easting/northings. What it is not is a datum/ellipsoid error since those errors would be tiny by comparison. 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.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gis at balkanu.com.au Wed Apr 7 16:48:51 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Thu, 8 Apr 2004 09:48:51 +1000 Subject: [Mapserver-users] Working with tile indexes (gdaltindex) - SOLVED In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E41B4@mercator.topozone.com> Message-ID: <000001c41cfa$e1a8e300$566b110a@cydn.net.au> Thanks for all your replies, In fact I realised (like a goose) my mistake shortly after having posted the question. I changed the mapfile to read: LAYER NAME "Topo 250k tiled" GROUP "Topographic" STATUS ON TYPE RASTER TILEINDEX "../../../Documents and Settings/All Users/Data/Tables (MI)/Rasters/Topo_250k/topo250.shp" TILEITEM "location" UNITS METERS SIZEUNITS PIXELS MINSCALE 50000 MAXSCALE 700000 CLASS END END ...but I still had no luck. Curious (and aren't we all a curious bunch?), I checked my Apache log which gave me the vital clue: [Thu Apr 08 09:23:40 2004] [error] [client xx.xx.xx.xx] ERROR 4: `c://ms4w/apps/maplab-2.1/cape/../../../../Documents and Settings/All Users/Data/Sd5412.tif' does not exist in the file system, , referer: http://XXXXXXXXXXXXX/maplab/mapedit/preview.phtml [Thu Apr 08 09:23:40 2004] [error] [client xx.xx.xx.xx] and is not recognised as a supported dataset name. , referer: http://XXXXXXXXXXXXX/maplab/mapedit/preview.phtml [Thu Apr 08 09:23:40 2004] [error] [client xx.xx.xx.xx] , referer: http://XXXXXXXXXXXXX/maplab/mapedit/preview.phtml The tile index was giving only a file name (e.g. Sd5412.tif), and Mapserver was searching in the base data directory for it. However, the file was located deeper in the directory than that. So I opened the index's DBF file in Excel and added the extra directories in front of the file name, so that instead of reading "Sd5412.tif", the 'location' column read "Tables (MI)/Rasters/Topo_250k/Sd5412.tif". It worked! Now to index that other set of 70 rasters! Thanks again for your suggestions. Hope this might help someone else. Moral: Make sure the path in your index file is correct. Yuri -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Thursday, 8 April 2004 00:38 To: Michael Schulz; Balkanu GIS Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Working with tile indexes (gdaltindex) Yes, Yuri, you should NOT have a DATA statement in a layer that uses a TILEINDEX. You should instead have a TILEINDEX statement pointint to the shapefile you created with gdaltindex. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Michael Schulz [mailto:mschulz at webgis.de] Sent: Wednesday, April 07, 2004 2:50 AM To: Balkanu GIS Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Working with tile indexes (gdaltindex) Hi, i think that when using tiled data you have to provide the path to the tileindex-shapefile with the parameter TILEINDEX not just data. Maybe have a glimpse a the docs, since a combination of both (tileindex + data) behaves differently again. Cheers, Michael > Balkanu GIS wrote: > > >>Hi all, >> >>Setup: MapLab 2.1rc3, ms4w, mapserver 4.0 precompiled binary for >>Windows, Win2000, SP4. >> >>I have a number of 13MB TIFF images covering a large area of >>Australia. >>At the moment they are all defined as separate layers in the map file. >>I would like to have them all referenced in a tile index. I have >>downloaded gdaltidex and used it to create a SHP file containing >>refernces to the raster files, however I have not been able to >>successfully display it. >> >>The relevant portion of my mapfile is below. Can anyone suggest what I >>should do to enable the tile display? Do I need a separate class item >>for each member of the index? >> >> LAYER >> NAME "Tiled 250k Topographic" >> GROUP "Raster" >> STATUS ON >> DATA "../../../Documents and Settings/All Users/Data/Tables >>(MI)/Rasters/Topo_250k/topo250" >> TYPE RASTER >> TILEITEM "location" >> UNITS METERS >> SIZEUNITS PIXELS >> MAXSCALE 600000 >> CLASS >> END >> END >>END >> >>---- >> >>Yuri Banens >> >> -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pvandyke at kib.co.kodiak.ak.us Wed Apr 7 17:05:45 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Wed, 7 Apr 2004 16:05:45 -0800 Subject: [Mapserver-users] Projection Help Message-ID: Thanks for your quick reply. The original jpeg does not have any info associated with it. It was just a satellite photo I found on the 'net and saved to my hard disk. It is totally unrectified. I've rectfied it myself by using the georeferencing toolbar in ArcMap. It allows you to manipulate the raster image to make it fit your map. The raster data and shapefile do meet up fine in ArcMap Here is the output from gdalinfo: Driver: GTiff/GeoTIFF Size is 1833, 1141 Coordinate System is: PROJCS["unnamed", GEOGCS["NAD27", DATUM["North_American_Datum_1927", SPHEROID["Clarke 1866",6378206.4,294.9786982139006, AUTHORITY["EPSG","7008"]], AUTHORITY["EPSG","6267"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4267"]], UNIT["unknown",1], AUTHORITY["EPSG","26735"]] Origin = (-216345.100010,1788844.874145) Pixel Size = (839.88083200,-839.88083200) Metadata: TIFFTAG_SOFTWARE=IMAGINE TIFF Support Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved @(#)$RCSfile: etif.c $ $Revision: 1.9.1.2 $ $Date: 2001/12/05 00:33:12Z $ TIFFTAG_XRESOLUTION=1 TIFFTAG_YRESOLUTION=1 TIFFTAG_RESOLUTIONUNIT=1 (unitless) Corner Coordinates: Upper Left ( -216345.100, 1788844.874) (12395661d 8'42949673016.16"W,102493261d29'369367187487.67"N) Lower Left ( -216345.100, 830540.845) (12395661d 8'42949673016.16"W,47586485d7'171798691859.82"N) Upper Right ( 1323156.465, 1788844.874) (75811281d 4'274877907001.22"E,102493261d29'369367187487.67"N) Lower Right ( 1323156.465, 830540.845) (75811281d 4'274877907001.22"E,47586485d 7'171798691859.82"N) Center ( 553405.683, 1309692.859) (31707809d58'115964116992.53"E,75039873d18'270582939673.75"N) Band 1 Block=1833x4 Type=Byte, ColorInterp=Red Band 2 Block=1833x4 Type=Byte, ColorInterp=Green Band 3 Block=1833x4 Type=Byte, ColorInterp=Blue Thanks, Paul From warmerdam at pobox.com Wed Apr 7 17:15:30 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 07 Apr 2004 20:15:30 -0400 Subject: [Mapserver-users] Projection Help In-Reply-To: References: Message-ID: <407499A2.2020907@pobox.com> Paul VanDyke wrote: > Driver: GTiff/GeoTIFF > Size is 1833, 1141 > Coordinate System is: > PROJCS["unnamed", > GEOGCS["NAD27", > DATUM["North_American_Datum_1927", > SPHEROID["Clarke 1866",6378206.4,294.9786982139006, > AUTHORITY["EPSG","7008"]], > AUTHORITY["EPSG","6267"]], > PRIMEM["Greenwich",0], > UNIT["degree",0.0174532925199433], > AUTHORITY["EPSG","4267"]], > UNIT["unknown",1], > AUTHORITY["EPSG","26735"]] > Origin = (-216345.100010,1788844.874145) > Pixel Size = (839.88083200,-839.88083200) Paul, Well, the problem would appear to be that the coordinate system GDAL is getting is wrong - likely because it was written to the file improperly though that is hard to know. Is the file small enough that you could put it somewhere for me to grab and inspect? I don't know if the problem is in GDAL (likely) or ArcGIS (possible). The coordinate system you selected might not be properly supported for output by ArcGIS to GeoTIFF. You would probably be OK if you just entered the appropriate projection in your .map file. Can you send the ArcGIS projection string for the projection in question? 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 pvandyke at kib.co.kodiak.ak.us Wed Apr 7 17:32:14 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Wed, 7 Apr 2004 16:32:14 -0800 Subject: [Mapserver-users] Projection Help Message-ID: I would agree, but the original photo never had any spatial information associated with it. It was just some picture from the web. Yes the raster is sitting in the right location relative to the shapefiles. How do I get the georeferencing data from the .aux file to the .tfw file? I thought by selecting rectify, it would create a new file with the correct info.. Thanks, Paul -----Original Message----- From: Delfos, Jacob [mailto:jacob.delfos at maunsell.com] Sent: Wednesday, April 07, 2004 3:54 PM To: Paul VanDyke Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Projection Help Paul, The moment you crop a photo, whatever spatial referencing information (where it sits in geographic space) you had becomes invalid, because that information is usually based on the absolute location of a corner of the image, plus information on the geographic size of a pixel. You are far better of leaving your imagery intact (especially when you're debugging). Pyramids in ArcMap make it faster, but I don't like them because they decrease graphic quality. It is just an indexing method to make it display faster. It says it's missing "spatial reference information" because it doesn't know where your image should sit in real-time space (even if you had a .jpw or .wld file with information on its location, it would be invalid after you cropped it). You said through georeferencing, you expand it to the right proportions. Do you mean location as well? If you got your image to sit in the rigth spot, based on other information you had (roads, or whatever you used), then you're better off creating an ortho-image: In the 'georeferencing' toolbar, select 'rectify'. This button only activates if you changed the location of your image. It will output a TIFF file with a TFW file. These files will be georeferenced, and sit in the right spot. Theoretically, mapserver can display these. The reason that what you did isn't working is probably that ArcMap saves georeferencing information (shifts, scale change, etc.) to a .AUX file. This information is not read by mapserver, so it will only be in the right spot when opened in ArcMap. That is why you have to output a TIFF, because then it will simply re-create the image with your modifications built into it, and a correct .tfw file. But like I said, normally you're better off to stick with your original image, find out its extents, and maybe write a jpw file for it. The more you resample, the more quality you lose. Regards, Jacob -----Original Message----- From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] Sent: Thursday, 8 April 2004 06:16 To: Frank Warmerdam Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Projection Help I'm sorry for not being too specific, but I didn't know what information was necessary. Thank you for the questions. Here's what I'm doing: I acquired a .jpg satellite picture of Alaska that was 5202x4002 pixels. I cropped it to 1800x1162 pixels (to include only the relevant parts) and saved it as a 24-bit uncompress RGB .tif file When I add it to ArcMap, it prompts me to build pyramids, which I say YES to and then I get a message that says, "One or more layers is missing spacial reference information. Data from those layers cannot be projected." The raster shows up a just a spec on the map, but thru the georeferencing process, I expand it to the proper proportions and then output a recitfied image. I realize that this image is going to be very grainy when zoomed in, but it's just a birds eye view (a very high bird/satellite) of our island. The rectified .tif does not have a coordinate system defined for it yet as checked with the LISTGEO command. Then I assign it a projection from within ArcCatalog by right-clicking and selecting properties; choosing the "Spacial Reference" tab and clicking Edit; I then choose Import and select one of the shape files that is on the map and import it's coordinate sytem, which happens to be NAD_1927_StatePlane_Alaska_5_FIPS_5005. When I look at my MapServer output, the raster is plotted south of the shapefile by a big stretch. I originally said 100 miles but I think it's probably more like 700 miles. Changing the projection in my .map file from init=epsg:26705 to init=epsg:26735 make the map disappear entirely. One of the rasters that work is of type 26705, but the shapefile that I'm working with is 26735. Please feel free to comment on my proceedures. Maybe I'm missing a step, but it all looks good in ArcMap... Thanks, Paul -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: Wednesday, April 07, 2004 9:29 AM To: Paul VanDyke Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Projection Help Paul VanDyke wrote: > Most of my raster images are working great and I am very thankful to > those who helped me. However, I am having problems with a few of my > rasters and I'm scratching my head... > > I am adding them as a layer to my ArcMap project, doing the > georeferencing, then exporting them out. I've gotten a few to work, > but others haven't. The last one I did showed up on my MapServer map > about 100 miles south of where it should have been. I've tried > playing with the projection in my .map file and I've tried defining > the spacial information in ArcCatalog. I realize that I don't have > the knowledge/background/training to do the job that I'm doing, and so > I am asking for help from this community. If you can provide me with > any links/websites with further information, I'd be very appreciative. > If you can tell me why my raster displays 100 miles south (roughly) of > where it's supposed to, I'd be indebted. > > The map in question is Map 9 at http://209.165.152.73 and you'll have > to zoom out to the south to see what I'm talking about. Paul, This isn't much for us to go on. Where did you get the data? Did it come with any coordinate system information or other metadata that might be helpful? Can you go back to the source to get such information? Does it display properly in ArcMap? What projection definition are you using now? Why? Do you have other layers that are working properly? What coordinate system are you using for them? A 100 mile error could be the result of a number of things. Perhaps you are using the wrong state plane zone, or are missing false easting/northings. What it is not is a datum/ellipsoid error since those errors would be tiny by comparison. 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.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lindsay at lcblanton.com Wed Apr 7 18:09:30 2004 From: lindsay at lcblanton.com (Lindsay C. Blanton) Date: Wed, 7 Apr 2004 20:09:30 -0500 Subject: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora Message-ID: <5D91E1B9C012CF45A170862C86D9FBC70F8BA9@srv1.lcblanton-int.local> No joy on the RPMS - they don't include the PHP Module. Anyone else out there have suggestions for a good compile with PHP support on Fedora? Warm regards, Lindsay > -----Original Message----- > From: Lindsay C. Blanton > Sent: Wednesday, April 07, 2004 2:18 PM > To: Paul Dugas > Cc: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora > > > Hmmm. I might give this a shot. > > One thing I noticed is the PostGIS folks have a complete RPM > distribution of MapServer 4.0.1 with all associated > dependencies etc for the Fedora Core 1. It looks to be about > 15 RPMs in total. > > http://www.postgis.com/rpms/fedora/1/i386/ > > I'm going to try to install each of these in lieu of > continuing with the compile process. I can't see anywhere on > PostGIS's site any indication that their RPM installable > version of MapServer 4.0.1 was compiled with PHP support, > however I would assume that it is. > > I'll keep the list advised. > > Lindsay > > ---------------------------------------- > Lindsay C. Blanton > Webmaster > http://www.radioreference.com > > > > -----Original Message----- > > From: Paul Dugas [mailto:Paul at DugasEnterprises.com] > > Sent: Wednesday, April 07, 2004 1:30 PM > > To: Lindsay C. Blanton > > Cc: mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] --with-php, Mapserver 4.0.1, > and Fedora > > > > > > Lindsay C. Blanton said: > > > I downloaded the source RPM's for PHP, and pointed the > > --with-php=DIR > > > directive to the source directory where they were > > installed, however > > > the configure script is still complaining that config.h / > > php_config.h > > > is not present. I can't find these files anywhere in the latest > > > distributions of PHP 4.3.5, nor with the Redhat Sources for php. > > > > Tried it today with the same setup and got a bit farther but > > not all the way. I installed the php-devel RPM rather than > > the full source package and got it to configure using > > 'configure --with-php=/usr/include/php/main'. Then I > > manually modified the resulting Makefile in mapscript/php3/ changing > > > > PHP_SRC_DIR = /usr/include/php/main > > > > to > > > > PHP_SRC_DIR = /usr/include/php/ > > > > The build went okay but I got all kinds of errors (didn't > > record them but could if needed) when I copied the SO into > > the right directory, fired up apache, and hit some of the > > examples. I'm wondering if this might be an apache 2.0 problem? > > > > Paul > > > > -- > > Paul A. Dugas phone: > 404.932.1355 > > Dugas Enterprises, LLC fax: > 770.516.4841 > > 1711 Indian Ridge Drive, Woodstock, GA 30189 USA > > -- > > On-site at Georgia DOT, 404.463.2860 x158, > paul.dugas at dot.state.ga.us > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From jacob.delfos at maunsell.com Wed Apr 7 18:01:25 2004 From: jacob.delfos at maunsell.com (Delfos, Jacob) Date: Thu, 8 Apr 2004 11:01:25 +1000 Subject: [Mapserver-users] Projection Help Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C41D05.0425BAC0 Content-Type: text/plain Yes, it will. If you use 'rectify', in the georeference toolbar, it will output a georeferenced and rectified TIFF file, with a TFW file. That file should be in the right spot, except if you got your projections mixed up; Your new TIFF file will probably have the same projection as the data frame, which hopefully has the same projection as your data. If it still sits in the wrong spot, then I think your data frame has a different projection from your data, and consequently assigns that wrong projection to your TIFF file. Regards, Jacob -----Original Message----- From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us ] Sent: Thursday, 8 April 2004 08:32 To: Delfos, Jacob Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Projection Help I would agree, but the original photo never had any spatial information associated with it. It was just some picture from the web. Yes the raster is sitting in the right location relative to the shapefiles. How do I get the georeferencing data from the .aux file to the .tfw file? I thought by selecting rectify, it would create a new file with the correct info.. Thanks, Paul -----Original Message----- From: Delfos, Jacob [mailto:jacob.delfos at maunsell.com ] Sent: Wednesday, April 07, 2004 3:54 PM To: Paul VanDyke Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Projection Help Paul, The moment you crop a photo, whatever spatial referencing information (where it sits in geographic space) you had becomes invalid, because that information is usually based on the absolute location of a corner of the image, plus information on the geographic size of a pixel. You are far better of leaving your imagery intact (especially when you're debugging). Pyramids in ArcMap make it faster, but I don't like them because they decrease graphic quality. It is just an indexing method to make it display faster. It says it's missing "spatial reference information" because it doesn't know where your image should sit in real-time space (even if you had a .jpw or .wld file with information on its location, it would be invalid after you cropped it). You said through georeferencing, you expand it to the right proportions. Do you mean location as well? If you got your image to sit in the rigth spot, based on other information you had (roads, or whatever you used), then you're better off creating an ortho-image: In the 'georeferencing' toolbar, select 'rectify'. This button only activates if you changed the location of your image. It will output a TIFF file with a TFW file. These files will be georeferenced, and sit in the right spot. Theoretically, mapserver can display these. The reason that what you did isn't working is probably that ArcMap saves georeferencing information (shifts, scale change, etc.) to a .AUX file. This information is not read by mapserver, so it will only be in the right spot when opened in ArcMap. That is why you have to output a TIFF, because then it will simply re-create the image with your modifications built into it, and a correct .tfw file. But like I said, normally you're better off to stick with your original image, find out its extents, and maybe write a jpw file for it. The more you resample, the more quality you lose. Regards, Jacob -----Original Message----- From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us ] Sent: Thursday, 8 April 2004 06:16 To: Frank Warmerdam Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Projection Help I'm sorry for not being too specific, but I didn't know what information was necessary. Thank you for the questions. Here's what I'm doing: I acquired a .jpg satellite picture of Alaska that was 5202x4002 pixels. I cropped it to 1800x1162 pixels (to include only the relevant parts) and saved it as a 24-bit uncompress RGB .tif file When I add it to ArcMap, it prompts me to build pyramids, which I say YES to and then I get a message that says, "One or more layers is missing spacial reference information. Data from those layers cannot be projected." The raster shows up a just a spec on the map, but thru the georeferencing process, I expand it to the proper proportions and then output a recitfied image. I realize that this image is going to be very grainy when zoomed in, but it's just a birds eye view (a very high bird/satellite) of our island. The rectified .tif does not have a coordinate system defined for it yet as checked with the LISTGEO command. Then I assign it a projection from within ArcCatalog by right-clicking and selecting properties; choosing the "Spacial Reference" tab and clicking Edit; I then choose Import and select one of the shape files that is on the map and import it's coordinate sytem, which happens to be NAD_1927_StatePlane_Alaska_5_FIPS_5005. When I look at my MapServer output, the raster is plotted south of the shapefile by a big stretch. I originally said 100 miles but I think it's probably more like 700 miles. Changing the projection in my .map file from init=epsg:26705 to init=epsg:26735 make the map disappear entirely. One of the rasters that work is of type 26705, but the shapefile that I'm working with is 26735. Please feel free to comment on my proceedures. Maybe I'm missing a step, but it all looks good in ArcMap... Thanks, Paul -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com ] Sent: Wednesday, April 07, 2004 9:29 AM To: Paul VanDyke Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Projection Help Paul VanDyke wrote: > Most of my raster images are working great and I am very thankful to > those who helped me. However, I am having problems with a few of my > rasters and I'm scratching my head... > > I am adding them as a layer to my ArcMap project, doing the > georeferencing, then exporting them out. I've gotten a few to work, > but others haven't. The last one I did showed up on my MapServer map > about 100 miles south of where it should have been. I've tried > playing with the projection in my .map file and I've tried defining > the spacial information in ArcCatalog. I realize that I don't have > the knowledge/background/training to do the job that I'm doing, and so > I am asking for help from this community. If you can provide me with > any links/websites with further information, I'd be very appreciative. > If you can tell me why my raster displays 100 miles south (roughly) of > where it's supposed to, I'd be indebted. > > The map in question is Map 9 at http://209.165.152.73 and you'll have > to zoom out to the south to see what I'm talking about. Paul, This isn't much for us to go on. Where did you get the data? Did it come with any coordinate system information or other metadata that might be helpful? Can you go back to the source to get such information? Does it display properly in ArcMap? What projection definition are you using now? Why? Do you have other layers that are working properly? What coordinate system are you using for them? A 100 mile error could be the result of a number of things. Perhaps you are using the wrong state plane zone, or are missing false easting/northings. What it is not is a datum/ellipsoid error since those errors would be tiny by comparison. 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.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ------_=_NextPart_001_01C41D05.0425BAC0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: [Mapserver-users] Projection Help

            Yes, it will. If you use = 'rectify', in the georeference toolbar, it will output a georeferenced = and rectified TIFF file, with a TFW file. That file should be in the = right spot, except if you got your projections mixed up; Your new TIFF = file will probably have the same projection as the data frame, which = hopefully has the same projection as your data. If it still sits in the = wrong spot, then I think your data frame has a different projection = from your data, and consequently assigns that wrong projection to your = TIFF file.

            Regards,

            Jacob



            -----Original = Message-----
            From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us]
            Sent: Thursday, 8 April 2004 = 08:32
            To: Delfos, Jacob
            Cc: = mapserver-users at lists.gis.umn.edu
            Subject: RE: [Mapserver-users] = Projection Help


            I would agree, but the original = photo never had any spatial information associated with it.  It = was just some picture from the web.  Yes the raster is sitting in = the right location relative to the shapefiles.  How do I get the = georeferencing data from the .aux file to the .tfw file?  I = thought by selecting rectify, it would create a new file with the = correct info..

            Thanks,

            Paul

            -----Original = Message-----
            From: Delfos, Jacob [mailto:jacob.delfos at maunsell.com]
            Sent: Wednesday, April 07, 2004 = 3:54 PM
            To: Paul VanDyke
            Cc: = mapserver-users at lists.gis.umn.edu
            Subject: RE: [Mapserver-users] = Projection Help


            Paul,

            The moment you crop a photo, = whatever spatial referencing information (where it sits in geographic = space) you had becomes invalid, because that information is usually = based on the absolute location of a corner of the image, plus = information on the geographic size of a pixel. You are far better of = leaving your imagery intact (especially when you're = debugging).

            Pyramids in ArcMap make it = faster, but I don't like them because they decrease graphic quality. It = is just an indexing method to make it display faster.

            It says it's missing = "spatial reference information" because it doesn't know where = your image should sit in real-time space (even if you had a .jpw or = .wld file with information on its location, it would be invalid after = you cropped it).

            You said through georeferencing, = you expand it to the right proportions. Do you mean location as well? = If you got your image to sit in the rigth spot, based on other = information you had (roads, or whatever you used), then you're better = off creating an ortho-image: In the 'georeferencing' toolbar, select = 'rectify'. This button only activates if you changed the location of = your image. It will output a TIFF file with a TFW file. These files = will be georeferenced, and sit in the right spot. Theoretically, = mapserver can display these.

            The reason that what you did = isn't working is probably that ArcMap saves georeferencing information = (shifts, scale change, etc.) to a .AUX file. This information is not = read by mapserver, so it will only be in the right spot when opened in = ArcMap. That is why you have to output a TIFF, because then it will = simply re-create the image with your modifications built into it, and a = correct .tfw file.

            But like I said, normally you're = better off to stick with your original image, find out its extents, and = maybe write a jpw file for it. The more you resample, the more quality = you lose.

            Regards,

            Jacob



            -----Original = Message-----
            From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us]
            Sent: Thursday, 8 April 2004 = 06:16
            To: Frank Warmerdam
            Cc: = mapserver-users at lists.gis.umn.edu
            Subject: RE: [Mapserver-users] = Projection Help


            I'm sorry for not being too = specific, but I didn't know what information was necessary.  Thank = you for the questions.

            Here's what I'm doing:

            I acquired a .jpg satellite = picture of Alaska that was 5202x4002 pixels. I cropped it to 1800x1162 = pixels (to include only the relevant parts) and saved it as a 24-bit = uncompress RGB .tif file

            When I add it to ArcMap, it = prompts me to build pyramids, which I say YES to and then I get a = message that says, "One or more layers is missing spacial = reference information. Data from those layers cannot be = projected."

            The raster shows up a just a = spec on the map, but thru the georeferencing process, I expand it to = the proper proportions and then output a recitfied image.  I = realize that this image is going to be very grainy when zoomed in, but = it's just a birds eye view (a very high

            bird/satellite) of our = island.

            The rectified .tif does not have = a coordinate system defined for it yet as checked with the LISTGEO = command.

            Then I assign it a projection = from within ArcCatalog by right-clicking and selecting properties; = choosing the "Spacial Reference" tab and clicking Edit; I = then choose Import and select one of the shape files that is on the map = and import it's coordinate sytem, which happens to be = NAD_1927_StatePlane_Alaska_5_FIPS_5005.

            When I look at my MapServer = output, the raster is plotted south of the shapefile by a big stretch. = I originally said 100 miles but I think it's probably more like 700 = miles.  Changing the projection in my .map file from = init=3Depsg:26705 to init=3Depsg:26735 make the map disappear entirely. = One of the rasters that work is of type 26705, but the shapefile that = I'm working with is 26735.

            Please feel free to comment on = my proceedures.  Maybe I'm missing a step, but it all looks good = in ArcMap...

            Thanks,

            Paul


            -----Original = Message-----
            From: Frank Warmerdam = [mailto:warmerdam at pobox.com]
            Sent: Wednesday, April 07, 2004 = 9:29 AM
            To: Paul VanDyke
            Cc: = mapserver-users at lists.gis.umn.edu
            Subject: Re: [Mapserver-users] = Projection Help


            Paul VanDyke wrote:
            > Most of my raster images = are working great and I am very thankful to
            > those who helped me.  = However, I am having problems with a few of my
            > rasters and I'm scratching = my head...
            >
            > I am adding them as a = layer to my ArcMap project, doing the
            > georeferencing, then = exporting them out.  I've gotten a few to work,
            > but others haven't.  = The last one I did showed up on my MapServer map
            > about 100 miles south of = where it should have been.  I've tried
            > playing with the = projection in my .map file and I've tried defining
            > the spacial information in = ArcCatalog.  I realize that I don't have
            > the = knowledge/background/training to do the job that I'm doing, and = so

            > I am asking for help from = this community.  If you can provide me with
            > any links/websites with = further information, I'd be very appreciative.

            > If you can tell me why my = raster displays 100 miles south (roughly) of

            > where it's supposed to, I'd = be indebted.
            >
            > The map in question is Map = 9 at http://209.165.152.73 and you'll have
            > to zoom out to the south = to see what I'm talking about.

            Paul,

            This isn't much for us to go = on.

            Where did you get the = data?  Did it come with any coordinate system information or other = metadata that might be helpful?  Can you go back to the source to = get such information?  Does it display properly in ArcMap? What = projection definition are you using now?  Why?  Do you have = other layers that are working properly?  What coordinate system = are you using for them?

            A 100 mile error could be the = result of a number of things.  Perhaps you are using the wrong = state plane zone, or are missing false easting/northings. What it is = not is a datum/ellipsoid error since those errors would be tiny by = comparison.

            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.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


            ------_=_NextPart_001_01C41D05.0425BAC0-- From dmorissette at dmsolutions.ca Wed Apr 7 18:19:27 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 07 Apr 2004 21:19:27 -0400 Subject: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora In-Reply-To: <33021.192.168.1.22.1081362588.squirrel@dugas.homeip.net> References: <5D91E1B9C012CF45A170862C86D9FBC709DCD5@srv1.lcblanton-int.local> <33021.192.168.1.22.1081362588.squirrel@dugas.homeip.net> Message-ID: <4074A89F.8020902@dmsolutions.ca> Paul Dugas wrote: > > Tried it today with the same setup and got a bit farther but not all the > way. I installed the php-devel RPM rather than the full source package > and got it to configure using 'configure > --with-php=/usr/include/php/main'. Then I manually modified the resulting > Makefile in mapscript/php3/ changing > > PHP_SRC_DIR = /usr/include/php/main > > to > > PHP_SRC_DIR = /usr/include/php/ > Interesting coincidence, I was actually working on this exact problem yesterday and (hopefully) fixed it in the development version (4.1 CVS). What I found in my tests is that with previous versions of MapServer (4.0 and older), it should be possible to build against an "installed" PHP (or the php-devel RPM) if you point configure to the /usr/include/php directory (do not include main), e.g. ./configure .... --with-php=/usr/include/php with that you shouldn't have to manually edit the makefile. With the 4.1 (CVS) version, just using --with-php=/usr should do. > The build went okay but I got all kinds of errors (didn't record them but > could if needed) when I copied the SO into the right directory, fired up > apache, and hit some of the examples. I'm wondering if this might be an > apache 2.0 problem? > Note that PHP MapScript requires PHP configured as a CGI, so if your PHP RPM is configured as an Apache module that could explain the problems you had. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Wed Apr 7 18:25:06 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 07 Apr 2004 21:25:06 -0400 Subject: [Mapserver-users] dynamic label mysql In-Reply-To: <000001c41ce8$00599dc0$3211b8d9@DELL> References: <000001c41ce8$00599dc0$3211b8d9@DELL> Message-ID: <4074A9F2.3030006@dmsolutions.ca> joerg pfeiffer wrote: > Hello, > > I tried and tried, but somehow it doesn't work: > I get some point cords and the labels text from mysql. I can draw the > points, but how do I get the labels drawn?? > Just a guess, but perhaps the labels are stuck in the label cache and never get drawn. You might want to try turning off the label cache, or calling drawLabelCache() -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From lindsay at lcblanton.com Wed Apr 7 18:34:47 2004 From: lindsay at lcblanton.com (Lindsay C. Blanton) Date: Wed, 7 Apr 2004 20:34:47 -0500 Subject: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora Message-ID: <5D91E1B9C012CF45A170862C86D9FBC70F8BAC@srv1.lcblanton-int.local> > Note that PHP MapScript requires PHP configured as a CGI, so > if your PHP > RPM is configured as an Apache module that could explain the problems > you had. Yikes! This is sure to prevent a lot of folks from implementing php mapscript, due to a lot of hosting providers, and most PHP/Apache configurations running php as a module vs. as a CGI. Is there anything in the overall architecture preventing you guys from developing this to run in the standard PHP/Apache configurations that so many people run (as a module)? Its a well known fact that running PHP as a CGI introduces performance issues for busy sites, since the system has to start a new process and load the PHP interpreter for each access, creating and destroying db connections and filehandles... Whew! ;-) Curious..? Lindsay Lindsay C. Blanton Webmaster www.radioreference.com From dmorissette at dmsolutions.ca Wed Apr 7 18:29:59 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 07 Apr 2004 21:29:59 -0400 Subject: [Mapserver-users] french characters in layer class... In-Reply-To: <20040407222821.85547.qmail@web41608.mail.yahoo.com> References: <20040407222821.85547.qmail@web41608.mail.yahoo.com> Message-ID: <4074AB17.60305@dmsolutions.ca> Denis Lalonde wrote: > > When defining my classes for my layer in my mapfile, the classes which > have an expression containing a "french" character (i.e. accents) do not > show up on the map. I have to take out all accents in the dbf and change > the expression in the class accordingly to get it to work. Any way of > keeping the accents? > AFAIK MapServer doesn't do any character set conversions, so I would suggest making sure that both your DBFs and the expressions in the mapfile are written using the same character encoding. DBFs often use the old DOS codepages for French accents, and if you use a Windows editor to edit your mapfile, then the accents in the mapfile are quite likely in ISO-8859-1 encoding (the Windows default). HTH Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Wed Apr 7 18:46:46 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 07 Apr 2004 21:46:46 -0400 Subject: [Mapserver-users] MapServer 4.0.2 released Message-ID: <4074AF06.1070101@dmsolutions.ca> Hi Everyone, Earlier today Steve has posted a mapserver 4.0.2 release on the download page of the MapServer website. This release includes a few fixes that were made after 4.0.1. The complete list of fixes/changes since 4.0.1 is included below. BTW, we are starting to wrap up the 4.2 release and it should (hopefully) be available in the next couple of weeks. A 4.2beta should be available very soon, stay tuned. Daniel ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ Version 4.0.2 (2004-04-06) -------------------------- - Modified tile4ms to check that all DBFs in tile index have the exact same set of fields - Fixed detection of OGRRegisterAll() with GDAL 1.1.9 in configure. We were looking for libgdal.1.1.so but the name changed to libgdal.so.x.y.z starting with GDAL 1.1.9 - Fixed the way PROCESSING directives are written in $map->save() (chameleon bug 154) - Added layer->dump property in PHP MapScript - Copied 4.1 mappostgis.c back with changes for pg7.4 support, error reporting, etc. From bgervais at ccs.carleton.ca Wed Apr 7 19:22:57 2004 From: bgervais at ccs.carleton.ca (Ben Gervais) Date: Wed, 7 Apr 2004 22:22:57 -0400 (EDT) Subject: [Mapserver-users] Architecture Question - Mapserver and Databases Message-ID: I'm designing a system to use with map server, which will go live later this year, or early next year. (so I've got a bit of time) I'm new to mapserver, but I have read alot of the archives, so I do know some of these questions have been done to death, but please bear with me, I'll try to be as articulate as possible. Our database backend will be an open source db. 1. postgreSQL / PostGIS versus MySQL: I realize that MySQL support is immature right now. Look into your crystal ball a few months, and do a comparison of both, what are the relative merits and disadvantage of each system. What will be my restrictions as far as end-user features depending on the database I choose? 2. I notice that Attila's additions to mapserver allow some present MySQL compatibility (the wiki page says it doesn't matter what version of MySQL I use.) Will mapserver make use the OpenGIS types in MySQL 4.1 in the future? does the work that has been done already in mapserver render the 4.1 additions moot? 3. What 'killer' features do these GIS data types enable anyways, obvious to me are things like detecting intersections, but what else? forgive my ignorance, and thanks for any light you can shed on this for me. Cheers, -ben From bob.basques at ci.stpaul.mn.us Wed Apr 7 19:33:45 2004 From: bob.basques at ci.stpaul.mn.us (blammo) Date: Wed, 07 Apr 2004 21:33:45 -0500 Subject: [Mapserver-users] Theme legend visualization Message-ID: <4074BA09.1030909@ci.stpaul.mn.us> All, This is a general question about visualization of themes in a Layer control. My first thoughts were to build something that shows all Layers available from a MapServer in all view levels to be displayed for toggling the Layers on/off. Different LAYERs have different MIN/MAX scales. The question is, how have other tried listing all Themes and still make it obiuos (visually) to the user, that a Theme is available or not available for a particualr Zoom level. I've done similar controls by simply showing only those Layer that are pertinent to the current view. But it would be nice if the Control could display when a particular theme is available for viewing at specfic scale values. Related to this, I had though about possibly building a Control that would use some sort of sliding scale for each theme that would indicate to the user where in the server scale range thier particualr View was, and also where each particular theme would come into view. I'll mock something up after I send this. anyone have similar ideas, or am I too far left with the idea(s) :c) bobb From dmorissette at dmsolutions.ca Wed Apr 7 19:58:41 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 07 Apr 2004 22:58:41 -0400 Subject: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora In-Reply-To: <5D91E1B9C012CF45A170862C86D9FBC70F8BAC@srv1.lcblanton-int.local> References: <5D91E1B9C012CF45A170862C86D9FBC70F8BAC@srv1.lcblanton-int.local> Message-ID: <4074BFE1.1070707@dmsolutions.ca> Lindsay C. Blanton wrote: > > Is there anything in the overall architecture preventing you guys from > developing this to run in the standard PHP/Apache configurations that so > many people run (as a module)? > Yes and no. The good news is that the 4.1 CVS version (to be released as 4.2) should be able to run with PHP as a module in theory, but the bad news are that it's almost impossible to build that combination at the moment without tweaking the build process manually. Unfortunately PHP isn't very friendly to large extension modules that come with lots of dependencies such as PHP MapScript. The main issues are that PHP comes with its own bundled copy of regex and GD which are also used by MapServer, and unless you build the MapServer core with the exact same versions of GD and regex then you end up with symbol conflicts at runtime and odd behavior/crashes. If you build PHP from source then you can get it to use the system GD, but you _cannot_ force PHP to use the system regex when you build it as an Apache module... this is a major issue for us. Plus if you got the php and php-devel RPM then chances are that they use PHP's bundled GD and then you have two problems. I'm still pulling my hair trying to find a nice way to solve that problem... that's one of the main issues that I would like to resolve before the 4.2 release. Note that I don't expect the 4.2 release version to be extremely tested/stable under the PHP module configuration... this mode should still be considered experimental for the 4.2 release, and will hopefully become more stable in a later release closer to the summer. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From lindsay at lcblanton.com Wed Apr 7 20:11:30 2004 From: lindsay at lcblanton.com (Lindsay C. Blanton) Date: Wed, 7 Apr 2004 22:11:30 -0500 Subject: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora Message-ID: <5D91E1B9C012CF45A170862C86D9FBC70F8BAD@srv1.lcblanton-int.local> Daniel, Many thanks for the detailed response.. It is greatly appreciated, as is all your hard work on this project. I am absolutely astounded at how great, and powerful, of an effort this is. Regards, Lindsay > -----Original Message----- > From: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] > Sent: Wednesday, April 07, 2004 9:59 PM > To: Lindsay C. Blanton > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora > > > Lindsay C. Blanton wrote: > > > > Is there anything in the overall architecture preventing > you guys from > > developing this to run in the standard PHP/Apache > configurations that > > so many people run (as a module)? > > > > Yes and no. > > The good news is that the 4.1 CVS version (to be released as > 4.2) should > be able to run with PHP as a module in theory, but the bad > news are that > it's almost impossible to build that combination at the > moment without > tweaking the build process manually. Unfortunately PHP isn't very > friendly to large extension modules that come with lots of > dependencies > such as PHP MapScript. > > The main issues are that PHP comes with its own bundled copy of regex > and GD which are also used by MapServer, and unless you build the > MapServer core with the exact same versions of GD and regex > then you end > up with symbol conflicts at runtime and odd behavior/crashes. If you > build PHP from source then you can get it to use the system > GD, but you > _cannot_ force PHP to use the system regex when you build it as an > Apache module... this is a major issue for us. Plus if you > got the php > and php-devel RPM then chances are that they use PHP's bundled GD and > then you have two problems. > > I'm still pulling my hair trying to find a nice way to solve that > problem... that's one of the main issues that I would like to resolve > before the 4.2 release. > > Note that I don't expect the 4.2 release version to be extremely > tested/stable under the PHP module configuration... this mode should > still be considered experimental for the 4.2 release, and > will hopefully > become more stable in a later release closer to the summer. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > From dmorissette at dmsolutions.ca Wed Apr 7 20:26:42 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 07 Apr 2004 23:26:42 -0400 Subject: [Mapserver-users] "Other" Class In-Reply-To: <20040407153213.61553.qmail@web41606.mail.yahoo.com> References: <20040407153213.61553.qmail@web41606.mail.yahoo.com> Message-ID: <4074C672.6000407@dmsolutions.ca> Denis Lalonde wrote: > Hello all, > > Maybe simple question but I'm wondering if it's possible to give a > symbol "style" to objects that do not fall into any of the classes of my > layer? > > i.e. > > LAYER > NAME 'layer name' > ... > > CLASSITEM 'fieldname' > CLASS > EXPRESSION 'expression1' > ... > END > CLASS > EXPRESSION 'expression2' > ... > END > CLASS > "everything else????" > END > If you don't set any expression in the last class then you'll get the behavior you want. A class with no expression is a catch-all class. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Wed Apr 7 20:31:55 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 07 Apr 2004 23:31:55 -0400 Subject: [Mapserver-users] Compiling PHP_MapScript.dl... In-Reply-To: <1081354006.40742716d16bb@www.nexusmail.uwaterloo.ca> References: <1081342533.4073fa455b7a5@www.nexusmail.uwaterloo.ca> <407400CF.8020007@dmsolutions.ca> <1081354006.40742716d16bb@www.nexusmail.uwaterloo.ca> Message-ID: <4074C7AB.9090502@dmsolutions.ca> Mike Leahy wrote: > > I had actually posted a message about this earlier asking if maybe the next > posted copy of MapServer 4.1-dev binaries could include PostGIS support, but > nobody replied and I actually somehow got removed from the mailing list > shortly after that (!?). I realize that the developers cannot meet all > requests made by users. So, when the April 2 version of 4.1 was posted on > maptools.org and still didn't include PostGIS, I started looking at other > possible solutions. As you can see in my subsequent messages, I didn't really > find much success...mostly due to the fact that I'm working in a Windows > environment. For now, I'll stick with the older versions that I currently > have working. > Oh, I see... I thought that Assefa's windows binaries (the ones on maptools.org) did include PostGIS. Maybe if he reads this he could re-enable PostGIS in the next maptools build for MapServer 4.0.2, or when we release 4.2 in a few weeks. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mapgisnewbies at yahoo.com Wed Apr 7 20:56:37 2004 From: mapgisnewbies at yahoo.com (we wei) Date: Wed, 7 Apr 2004 20:56:37 -0700 (PDT) Subject: [Mapserver-users] Mapserver vs. CubeServ Message-ID: <20040408035637.29161.qmail@web60001.mail.yahoo.com> --0-990222299-1081396597=:28729 Content-Type: text/plain; charset=us-ascii Hi all, I am using Mapserver for a while and it is so impressive to me :) We are going to handle a huge amount of data set every day and we heard that CubeServ could do this in a more effective way than Mapserver. I want to know more about CubeServ for its performance, its workflow compared with Mapserver, and its functionalities etc in order to do a comparision with Mapserver. But I couldn't find any detail information about this on the internet or on the CubeWerx homepage. And I don't have a chance to use CubeServ myself. So, I hope the experienced users and experts could share their experience/expertise with us or point us to a right way to gather more information so that we could understand more about CubeServ. And I also want to know how the CubeServ with CubeStor compared with Mapserver using Oracle Spatial when handling huge amount of data sets, too. Any help would be greatly appreciated. Thanks in advance! --------------------------------- Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway - Enter today --0-990222299-1081396597=:28729 Content-Type: text/html; charset=us-ascii
            Hi all,
             
            I am using Mapserver for a while and it is so impressive to me :)  We are going to handle a huge amount of data set every day and we heard that CubeServ could do this in a more effective way than Mapserver.  I want to know more about CubeServ for its performance, its workflow compared with Mapserver, and its functionalities etc in order to do a comparision with Mapserver.  But I couldn't find any detail information about this on the internet or on the CubeWerx homepage.  And I don't have a chance to use CubeServ myself.  So, I hope the experienced users and experts could share their experience/expertise with us or point us to a right way to gather more information so that we could understand more about CubeServ.  And I also want to know how the CubeServ with CubeStor compared with Mapserver using Oracle Spatial when handling huge amount of data sets, too.  Any help would be greatly appreciated.
             
            Thanks in advance!   


            Do you Yahoo!?
            Yahoo! Small Business $15K Web Design Giveaway - Enter today --0-990222299-1081396597=:28729-- From mhln25 at yahoo.com Wed Apr 7 22:03:58 2004 From: mhln25 at yahoo.com (Mahalakshmi Narayanan) Date: Wed, 7 Apr 2004 22:03:58 -0700 (PDT) Subject: [Mapserver-users] php_mapscript_41.dll problem Message-ID: <20040408050358.28263.qmail@web60907.mail.yahoo.com> The thematic application using MapServer 3.6.4 and PHP/MapScript 36 works alright. However, when we tried to change the application for PHP/Mapscript 41, we are facing problems. Colours are set properly but the latest class alone is being displayed on the map with the rest of features being shown with the default color mentioned in the mapfile. I think we are having problems in classes (moveup, etc..) The code which opens the layer and class is followed with the code that is repeated for each shapeid is attached below: $layern = $gpoMap->GetLayerByName('Boundary'); $class=$layern->getClass(0); $layern->open(); // loop thro each shapeid $newsh=$layern->getShape(-1,$shapeid); ... $class = ms_newClassObj($layern); $style = ms_newStyleObj($class); $style->color->setRGB($legarray1[0],$legarray1[1],$legarray1[2]); //legarray1 has the colour chosen by the user for the class $style->outlinecolor->setRGB(0,0,0); //$class->set("status", MS_ON); $layern->moveclassup(1); $newsh->draw($gpoMap,$layern,$image); $shapeid++; // end loop Any help would be grately appreciated. Thanks and regards, Mahalakshmi Narayanan __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From jhart at frw.uva.nl Thu Apr 8 03:16:55 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Thu, 08 Apr 2004 12:16:55 +0200 Subject: [Mapserver-users] Atlas Amsterdam, first week running In-Reply-To: References: Message-ID: <40752697.5040808@frw.uva.nl> Delfos, Jacob wrote: > Hi Jan, > > I can't seem to open the site at all. It seems to try to use port 8040. > Is that me, or are you actually running your webserver on that port? > > Many offices (such as mine), have become very cautious lately, and block > all ports except the necessary ones. This may be why other people have > had difficulties as well. > > Regards, > > Jacob > Jacob, That **IS** the case. I am very sorry not to have mentioned that too. You are not the only one: another organisation that has blocked every non-standard port is the municipality of Amsterdam! The opened it up for this case for port 8040, but that is not to be expected for other organisations. I had no idea that so many sites restricted access. I based my analysis on the web log from the actual Atlas server, which gets its requests redirected from another server at SARA computing center. Requests that get rejected because of port restrictions never reach my server. The reason we organised it like this in the computing center was that for this experimental webserver I needed full access to my web server's configuration files, but did not need or want root access to the whole cluster. You need that to start a web server on port 80. I would appreciate if people with restricted access (i.e. who don't even see the opening page with the two angels) would drop me a mail with the name of their organisation. It will help me to set things up here for general access. Thanks, Jan dr. J. Hartmann Department of Geography University of Amsterdam j.l.h.hartmann at uva.nl From mgleahy at fes.uwaterloo.ca Thu Apr 8 01:44:12 2004 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Thu, 8 Apr 2004 04:44:12 -0400 Subject: [Mapserver-users] Compiling PHP_MapScript.dl... In-Reply-To: <4074C7AB.9090502@dmsolutions.ca> References: <1081342533.4073fa455b7a5@www.nexusmail.uwaterloo.ca> <407400CF.8020007@dmsolutions.ca> <1081354006.40742716d16bb@www.nexusmail.uwaterloo.ca> <4074C7AB.9090502@dmsolutions.ca> Message-ID: <1081413852.407510dc5aedb@www.nexusmail.uwaterloo.ca> That would be fantastic. I look forward to seeing the new features available in 4.2. We're hoping to have something stable setup within the next month or two - if all goes well, we're hoping to submit a presentation for the upcoming User Group meeting in June. Thanks for your help. Mike Quoting Daniel Morissette : > > Oh, I see... I thought that Assefa's windows binaries (the ones on > maptools.org) did include PostGIS. > > Maybe if he reads this he could re-enable PostGIS in the next maptools > build for MapServer 4.0.2, or when we release 4.2 in a few weeks. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > ---------------------------------------- This mail sent through www.mywaterloo.ca From mhln25 at yahoo.com Wed Apr 7 22:17:27 2004 From: mhln25 at yahoo.com (Mahalakshmi Narayanan) Date: Wed, 7 Apr 2004 22:17:27 -0700 (PDT) Subject: [Mapserver-users] php_MapScript_41.dll - problem Message-ID: <20040408051727.82792.qmail@web60901.mail.yahoo.com> We seem to have bumped into some problem with Php_mapscript_41.dll (or maybe something else, not sure) The following map file is dynamically manipulated for drawing thematic map based on an external data source.. The problem is if in the label object we include FORCE TRUE then the classes are not showing up properly. If we remove the same, some classes are showing up .. still not all. Can somebody help me out on this, please.. NAME DEMO STATUS ON SIZE 400 500 SYMBOLSET etc/symbols.sym EXTENT 80.3527512 8.084593 76.212422 13.579674 UNITS METERS SHAPEPATH "data/TN" IMAGECOLOR 255 255 255 FONTSET etc/fonts.txt WEB IMAGEPATH "c:\inetpub\wwwroot\tmp\" IMAGEURL "/tmp/" END LAYER NAME Boundary METADATA "DESCRIPTION" "Boundary" "RESULT_FIELDS" "AREA PERIMETER KARU_B_ID Bamini" END TYPE POLYGON #TRANSPARENCY 100 STATUS ON DATA dist_a1 LabelItem "Bamini" CLASS NAME "Tamil Nadu" LABEL COLOR 0 0 0 FONT Bamini TYPE truetype SIZE 8 POSITION CC # PARTIALS FALSE # FORCE TRUE OUTLINECOLOR 255 255 255 END STYLE COLOR 153 102 255 OUTLINECOLOR 0 0 0 SIZE 3 END OUTLINECOLOR 0 0 0 TEMPLATE "ttt_query.html" END TOLERANCE 5 END thanks in advance.. Mahalakshmi Narayanan __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From svincent at idems.fr Thu Apr 8 03:12:27 2004 From: svincent at idems.fr (Sebastien Vincent) Date: Thu, 08 Apr 2004 12:12:27 +0200 Subject: [Mapserver-users] qlayer : transparent. Message-ID: <4075258B.60309@idems.fr> Hello, I work with query's, everything goes right :) But I can get transparency on a layer used by qlayer. This is the concerned section in my MapFile : SYMBOL NAME 'hachures' TYPE vector TRANSPARENT 50 POINTS 0 1 1 0 END END QUERYMAP STATUS ON STYLE SELECTED COLOR 0 0 255 END LAYER NAME qcadastre STATUS OFF TYPE POLYGON TRANSPARENCY 40 CONNECTIONTYPE OGR CONNECTION "data/file.TAB" DATA '0' TEMPLATE "empty.htm" HEADER "carte.htm" FOOTER "empty.htm" CLASS COLOR 0 0 255 SYMBOL 'hachures' SIZE 3 NAME "Resultat requete" END END When I try to make qcadastre status to DEFAULT, it is transparent as well. But when qlayer load it, it is not transparent. I don't know what I'm doing wrong :/ If you saw this problem and solved it before, any help would be appreciated :) Thank a lot for previous questions :) Best regards, seb :) From eduardo at consultoria.eti.br Wed Apr 7 19:42:56 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Wed, 07 Apr 2004 23:42:56 -0300 Subject: [Mapserver-users] Atlas Amsterdam, first week running In-Reply-To: <40741046.6080506@frw.uva.nl> References: <40741046.6080506@frw.uva.nl> Message-ID: <4074BC30.50805@consultoria.eti.br> Hi Jan, Congratulations. it's such a very nice application and more interesting is the possibility to see the evolution of maps in you app. Jan Hartmann .... > Hi Folks, ..... > > (about 20 of these from Brazil, I don't know why) > .... .... :-) . I've sent your application announce last week for two GIS brazilian mailing list. > > Jan > > best. -- Eduardo Patto Kanegae http://www.consultoria.eti.br http://mapserver.cttmar.univali.br/encontro2004/ - First Brazilian MapServer Meeting ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** From Franck.VILLOIN at interieur.gouv.fr Thu Apr 8 04:17:33 2004 From: Franck.VILLOIN at interieur.gouv.fr (VILLOIN Franck DSIC BMS) Date: Thu, 8 Apr 2004 13:17:33 +0200 Subject: [Mapserver-users] How to pass Proxy with WMS Client of Mapserver Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C41D5B.16C88B0C Content-Type: text/plain Hello, How to pass Proxy with WMS Client of Mapserver. Which syntax to use to pass my Proxy? Thank you Version Anglaise traduite par Babel fish. Bonjour, Comment franchir un Proxy avec le client WMS de Mapserver. Quel syntaxe utiliser pour passer mon Proxy? Merci ------_=_NextPart_001_01C41D5B.16C88B0C Content-Type: text/html How to pass Proxy with WMS Client of Mapserver

            Hello,

            How to pass Proxy with WMS Client of Mapserver.

            Which syntax to use to pass my Proxy?


            Thank you

            Version Anglaise traduite par Babel fish.

            Bonjour,

            Comment franchir un Proxy avec le client WMS de Mapserver.

            Quel syntaxe utiliser pour passer mon Proxy?

            Merci

            ------_=_NextPart_001_01C41D5B.16C88B0C-- From svincent at idems.fr Thu Apr 8 02:15:30 2004 From: svincent at idems.fr (Sebastien Vincent) Date: Thu, 08 Apr 2004 11:15:30 +0200 Subject: [Mapserver-users] Query : No results In-Reply-To: References: Message-ID: <40751832.7000702@idems.fr> Emil Zegers wrote: >As said by others, you should use the EMPTY object and you can use the >same logic for errors with the ERROR object > >WEB > TEMPLATE 'mapdisplay.html' > IMAGEPATH 'c:/inetpub/wwwroot/tmp/' > IMAGEURL '/tmp/' > ERROR 'error_en.htm' > EMPTY 'empty_en.htm' > LOG 'test.log' >END #WEB > > >Here's an example of 'empty_en.htm' to go back to the previous page. > > > > StraGisWeb > /> > > > > > > >Same for 'error_en.htm' > > > > StraGisWeb > /> > > > > > > >Maybe useful. > >Emil > > > > >>>>Sebastien Vincent 4/7/2004 10:00:21 AM >>> >>>> >>>> >Hello, > >I run mapserv 4.0.1 without any problems. > >I put the mapserv form and variables in a frame of my webpage. The >tools, reference map, scalebar, layers control etc... are in the main >page. With javascript I change the values of the hidden vars witch are > >in the frame and I submit the form. It works pretty fine :) > >I can know doing some querys, but when the query have no results, >mapserv return a page, with only a message saying that there is no >results. I want to display in this case, another page (saying "In >French", for my visitors, that the query failed, and reload the map as > >it was before the query). > >I searched CGI vars, Templates and Map File references. But without >results, searched also and the mailling list archive without more >results. > >This is the reason I'm asking you :/ > >Thanks in advance if you have any advice for me, > >best regards, > >seb :) > > >______________________________________________________ > > This message has been checked for all known viruses >______________________________________________________ >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > Thank you Emil Zegers, and the others who answered me :) The solution works fine :) I searched in the layer and in the query section of the mapfile reference :/ Excuse me :) Thanks for all best regards, seb :) From bartvde at xs4all.nl Thu Apr 8 04:49:04 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Thu, 8 Apr 2004 13:49:04 +0200 (CEST) Subject: [Mapserver-users] How to pass Proxy with WMS Client of Mapserver In-Reply-To: References: Message-ID: <9855.212.238.227.182.1081424944.squirrel@webmail.xs4all.nl> Hi, this is not yet possible (as far as I know). You could cc yourself to the following bug report: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=571 Best regards, Bart > Hello, > > How to pass Proxy with WMS Client of Mapserver. > > Which syntax to use to pass my Proxy? > > > Thank you > > Version Anglaise traduite par Babel fish. > > Bonjour, > > Comment franchir un Proxy avec le client WMS de Mapserver. > > Quel syntaxe utiliser pour passer mon Proxy? > > Merci > > From EZS at DeStraat.NL Wed Apr 7 23:42:22 2004 From: EZS at DeStraat.NL (Emil Zegers) Date: Thu, 08 Apr 2004 08:42:22 +0200 Subject: [Mapserver-users] Query : No results Message-ID: As said by others, you should use the EMPTY object and you can use the same logic for errors with the ERROR object WEB TEMPLATE 'mapdisplay.html' IMAGEPATH 'c:/inetpub/wwwroot/tmp/' IMAGEURL '/tmp/' ERROR 'error_en.htm' EMPTY 'empty_en.htm' LOG 'test.log' END #WEB Here's an example of 'empty_en.htm' to go back to the previous page. StraGisWeb Same for 'error_en.htm' StraGisWeb Maybe useful. Emil >>> Sebastien Vincent 4/7/2004 10:00:21 AM >>> Hello, I run mapserv 4.0.1 without any problems. I put the mapserv form and variables in a frame of my webpage. The tools, reference map, scalebar, layers control etc... are in the main page. With javascript I change the values of the hidden vars witch are in the frame and I submit the form. It works pretty fine :) I can know doing some querys, but when the query have no results, mapserv return a page, with only a message saying that there is no results. I want to display in this case, another page (saying "In French", for my visitors, that the query failed, and reload the map as it was before the query). I searched CGI vars, Templates and Map File references. But without results, searched also and the mailling list archive without more results. This is the reason I'm asking you :/ Thanks in advance if you have any advice for me, best regards, seb :) ______________________________________________________ This message has been checked for all known viruses ______________________________________________________ From ed at topozone.com Thu Apr 8 05:34:24 2004 From: ed at topozone.com (Ed McNierney) Date: Thu, 8 Apr 2004 08:34:24 -0400 Subject: [Mapserver-users] Mapserver vs. CubeServ Message-ID: <13858AA1A74F30419F319ACB66A9D1224E41E4@mercator.topozone.com> I would suggest asking the people who told you that CubeServ could do the job more effectively. There are certainly some of us using MapServer for what we would consider "huge" amounts of data, serving lots of maps, and we're not complaining. But CubeServ is a product with many different capabilities, so there are certainly "huge" data jobs for which MapServer would be a BAD choice (at least all by itself). You could also go to http://www.cubewerx.com and get information from them. Since they're a commercial company you should easily find a sales rep who can talk to you about your project and their products. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: we wei [mailto:mapgisnewbies at yahoo.com] Sent: Wednesday, April 07, 2004 11:57 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver vs. CubeServ Hi all, I am using Mapserver for a while and it is so impressive to me :) We are going to handle a huge amount of data set every day and we heard that CubeServ could do this in a more effective way than Mapserver. I want to know more about CubeServ for its performance, its workflow compared with Mapserver, and its functionalities etc in order to do a comparision with Mapserver. But I couldn't find any detail information about this on the internet or on the CubeWerx homepage. And I don't have a chance to use CubeServ myself. So, I hope the experienced users and experts could share their experience/expertise with us or point us to a right way to gather more information so that we could understand more about CubeServ. And I also want to know how the CubeServ with CubeStor compared with Mapserver using Oracle Spatial when handling huge amount of data sets, too. Any help would be greatly appreciated. Thanks in advance! ________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway - Enter today From lindsay at lcblanton.com Thu Apr 8 05:46:30 2004 From: lindsay at lcblanton.com (Lindsay C. Blanton) Date: Thu, 8 Apr 2004 07:46:30 -0500 Subject: [Mapserver-users] Solved--> --with-php, Mapserver 4.0.1, and Fedora Message-ID: <5D91E1B9C012CF45A170862C86D9FBC709DCD7@srv1.lcblanton-int.local> Ok, I think I've resolved this issue. Many thanks to Paul and Daniel for their insight on this problem. To get php_mapscript working properly on a Redhat Fedora box, I used the following steps: 1. Download the php-devel rpm from Redhat and install 2. Compile mapserver with the --with-php=/usr/include/php option 3. Copy mapserv to /cgi-bin 4. Copy the php_mapscript.so file into /usr/lib/php4/ 5. Create a php wrapper script (php.sh) for the php cgi and save it into /cgi/bin: #!/bin/bash export SCRIPT_FILENAME=$PATH_TRANSLATED /usr/bin/php 6. Add the following action handlers for phtml files in httpd.conf Action phtml-script /cgi-bin/php.sh AddHandler phtml-script .phtml Now apache calls the php cgi for mapscript php files, and the php apache module is called for everything else. Hope this helps someone out there using preinstalled Linux distributions. Lindsay ---------------------------------------- Lindsay C. Blanton Webmaster http://www.radioreference.com > -----Original Message----- > From: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] > Sent: Wednesday, April 07, 2004 8:19 PM > To: Paul Dugas > Cc: Lindsay C. Blanton; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora > > > Paul Dugas wrote: > > > > Tried it today with the same setup and got a bit farther > but not all > > the way. I installed the php-devel RPM rather than the full source > > package and got it to configure using 'configure > > --with-php=/usr/include/php/main'. Then I manually modified the > > resulting Makefile in mapscript/php3/ changing > > > > PHP_SRC_DIR = /usr/include/php/main > > > > to > > > > PHP_SRC_DIR = /usr/include/php/ > > > > Interesting coincidence, I was actually working on this exact problem > yesterday and (hopefully) fixed it in the development version > (4.1 CVS). > > What I found in my tests is that with previous versions of MapServer > (4.0 and older), it should be possible to build against an > "installed" > PHP (or the php-devel RPM) if you point configure to the > /usr/include/php directory (do not include main), e.g. > > ./configure .... --with-php=/usr/include/php > > with that you shouldn't have to manually edit the makefile. > > With the 4.1 (CVS) version, just using --with-php=/usr should do. > > > > The build went okay but I got all kinds of errors (didn't > record them > > but could if needed) when I copied the SO into the right directory, > > fired up apache, and hit some of the examples. I'm > wondering if this > > might be an apache 2.0 problem? > > > > Note that PHP MapScript requires PHP configured as a CGI, so > if your PHP > RPM is configured as an Apache module that could explain the problems > you had. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > From bob.basques at ci.stpaul.mn.us Thu Apr 8 06:40:12 2004 From: bob.basques at ci.stpaul.mn.us (blammo) Date: Thu, 08 Apr 2004 08:40:12 -0500 Subject: [Mapserver-users] Theme legend visualization Message-ID: <4075563C.6090005@ci.stpaul.mn.us> All, This is a general question about visualization of themes in a Layer control. My first thoughts were to build something that shows all Layers available from a MapServer in all view levels to be displayed for toggling the Layers on/off. Different LAYERs have different MIN/MAX scales. The question is, how have other tried listing all Themes and still make it obiuos (visually) to the user, that a Theme is available or not available for a particualr Zoom level. I've done similar controls by simply showing only those Layer that are pertinent to the current view. But it would be nice if the Control could display when a particular theme is available for viewing at specfic scale values. Related to this, I had though about possibly building a Control that would use some sort of sliding scale for each theme that would indicate to the user where in the server scale range thier particualr View was, and also where each particular theme would come into view. I'll mock something up after I send this. anyone have similar ideas, or am I too far left with the idea(s) :c) bobb From bob.basques at ci.stpaul.mn.us Thu Apr 8 06:40:49 2004 From: bob.basques at ci.stpaul.mn.us (blammo) Date: Thu, 08 Apr 2004 08:40:49 -0500 Subject: [Mapserver-users] Theme legend visualization Message-ID: <40755661.8040903@ci.stpaul.mn.us> This is a multi-part message in MIME format. --------------040907050004060703080108 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit The promised mockup: http://64.33.167.222/temp/mockup1.jpg This is meant as the final look. of what I'm after, only as a demonstration of what functions might be useful. * The vertical bar for example could be a slider for zooming. * The dark areas of the bars would delineate the zoom range that a Layer was available for. * The tick marks on each bar could be used for setting individual Layer to turn on/off at the users descretion, within the bounds of the darks bars. * Layers could be turned off entirely by clicking the layer name or bar. * Stic zoom levels could be snapped to simply by clicking on a Zoom value. Questions: * Is this too much at once? * I think it can be made to take up much less space than this mockup, and still provide the described functionality * Anything I missing, it is pretty late :c) bobb --------------040907050004060703080108 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit The promised mockup:

            http://64.33.167.222/temp/mockup1.jpg

            This is meant as the final look. of what I'm after, only as a demonstration of what functions might be useful.
            • The vertical bar for example could be a slider for zooming.
            • The dark areas of the bars would delineate the zoom range that a Layer was available for.
            • The tick marks on each bar could be used for setting individual Layer to turn on/off at the users descretion, within the bounds of the darks bars.
            • Layers could be turned off entirely by clicking the layer name or bar.
            • Stic zoom levels could be snapped to simply by clicking on a Zoom value.
            Questions:
            • Is this too much at once?
            • I think it can be made to take up much less space than this mockup, and still provide the described functionality
            • Anything I missing, it is pretty late  :c)

            bobb

            --------------040907050004060703080108-- From bging at web.de Thu Apr 8 06:06:18 2004 From: bging at web.de (=?iso-8859-1?Q? Sebastian=20B=F6lling ?=) Date: Thu, 08 Apr 2004 15:06:18 +0200 Subject: [Mapserver-users] Are there UMN MapServer performance experiences, hard- and hoftware recommendations ? Message-ID: <29356997@web.de> Dear list. Do hardware and software recommendations exist to implement an efficient and stable system, which answers daily several thousand map-requests and which accesses large amount of vector and raster data? Does anybody have performance-experiences in implementing a cascading wms? Also comparisons would interest me concerning the perfomance between UMN MapServer, deegree framework and the ESRI ArcIMS! Thank you, Sebastian Boelling _____________________________________________________________________ Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Netsky.A-P! Kostenfrei fuer alle FreeMail Nutzer. http://f.web.de/?mc=021157 From assefa at dmsolutions.ca Thu Apr 8 07:34:26 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Thu, 08 Apr 2004 10:34:26 -0400 Subject: [Mapserver-users] Compiling PHP_MapScript.dl... In-Reply-To: <4074C7AB.9090502@dmsolutions.ca> References: <1081342533.4073fa455b7a5@www.nexusmail.uwaterloo.ca> <407400CF.8020007@dmsolutions.ca> <1081354006.40742716d16bb@www.nexusmail.uwaterloo.ca> <4074C7AB.9090502@dmsolutions.ca> Message-ID: <407562F2.2060003@dmsolutions.ca> I was under the impression that I did include Postgis but I was wrong. I have updated the download site on maptools with new binaries that include Postgis. Note that I have never been able to nativly postgrs/postgis on windows and I am still using old binaried posted on the list several months ago. Later, Daniel Morissette wrote: > Mike Leahy wrote: > >> >> I had actually posted a message about this earlier asking if maybe the >> next posted copy of MapServer 4.1-dev binaries could include PostGIS >> support, but nobody replied and I actually somehow got removed from >> the mailing list shortly after that (!?). I realize that the >> developers cannot meet all requests made by users. So, when the April >> 2 version of 4.1 was posted on maptools.org and still didn't include >> PostGIS, I started looking at other possible solutions. As you can >> see in my subsequent messages, I didn't really find much >> success...mostly due to the fact that I'm working in a Windows >> environment. For now, I'll stick with the older versions that I >> currently have working. >> > > Oh, I see... I thought that Assefa's windows binaries (the ones on > maptools.org) did include PostGIS. > > Maybe if he reads this he could re-enable PostGIS in the next maptools > build for MapServer 4.0.2, or when we release 4.2 in a few weeks. > > Daniel -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From ed at topozone.com Thu Apr 8 07:50:04 2004 From: ed at topozone.com (Ed McNierney) Date: Thu, 8 Apr 2004 10:50:04 -0400 Subject: [Mapserver-users] Are there UMN MapServer performance experiences, hard- and hoftware recommendations ? Message-ID: <13858AA1A74F30419F319ACB66A9D1224E41E7@mercator.topozone.com> Sebastian - Yes, one can certainly make such recommendations, and MapServer systems certainly can - and do - support large, efficient, and stable systems. Large-scale design is VERY highly dependent on the nature and organization of the data, and on the usage patterns for that data. If you'd like assistance that's more than just very generic advice, you'll need to be as specific as possible in describing your application. The first step is a good information design, with your data organized and stored optimally. Taking whatever data organization and usage model you happen to have, and then trying to throw hardware at it to make it go fast, is an expensive and frustrating experience. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: "Sebastian B?lling" [mailto:bging at web.de] Sent: Thursday, April 08, 2004 9:06 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Are there UMN MapServer performance experiences, hard- and hoftware recommendations ? Dear list. Do hardware and software recommendations exist to implement an efficient and stable system, which answers daily several thousand map-requests and which accesses large amount of vector and raster data? Does anybody have performance-experiences in implementing a cascading wms? Also comparisons would interest me concerning the perfomance between UMN MapServer, deegree framework and the ESRI ArcIMS! Thank you, Sebastian Boelling _____________________________________________________________________ Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Netsky.A-P! Kostenfrei fuer alle FreeMail Nutzer. http://f.web.de/?mc=021157 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From m.cave-ayland at webbased.co.uk Thu Apr 8 06:46:35 2004 From: m.cave-ayland at webbased.co.uk (Mark Cave-Ayland) Date: Thu, 8 Apr 2004 14:46:35 +0100 Subject: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora In-Reply-To: <8F4A22E017460A458DB7BBAB65CA6AE51CD631@openmanage> Message-ID: <8F4A22E017460A458DB7BBAB65CA6AE50265A6@openmanage> > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Daniel Morissette > Sent: 08 April 2004 03:59 > To: Lindsay C. Blanton > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] --with-php, Mapserver 4.0.1, and Fedora > > > Lindsay C. Blanton wrote: > > > > Is there anything in the overall architecture preventing > you guys from > > developing this to run in the standard PHP/Apache > configurations that > > so many people run (as a module)? > > > > Yes and no. (lots cut) > > The main issues are that PHP comes with its own bundled copy of regex > and GD which are also used by MapServer, and unless you build the > MapServer core with the exact same versions of GD and regex > then you end > up with symbol conflicts at runtime and odd behavior/crashes. If you > build PHP from source then you can get it to use the system > GD, but you > _cannot_ force PHP to use the system regex when you build it as an > Apache module... this is a major issue for us. Plus if you > got the php > and php-devel RPM then chances are that they use PHP's bundled GD and > then you have two problems. > > I'm still pulling my hair trying to find a nice way to solve that > problem... that's one of the main issues that I would like to resolve > before the 4.2 release. > > Note that I don't expect the 4.2 release version to be extremely > tested/stable under the PHP module configuration... this mode should > still be considered experimental for the 4.2 release, and > will hopefully > become more stable in a later release closer to the summer. > > Daniel Hi Daniel, A while back I was testing mapscript with mod_perl and the biggest problem I had was that the lexer was not thread-safe which caused the script to die when quickly refreshing a page (see http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=339 for more information). Has this issue been solved by the 4.0.2 release? Many thanks, Mark. --- Mark Cave-Ayland Webbased Ltd. Tamar Science Park Derriford Plymouth PL6 8BX England Tel: +44 (0)1752 764445 Fax: +44 (0)1752 764446 This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. From burnsy at vividfish.co.uk Thu Apr 8 08:30:02 2004 From: burnsy at vividfish.co.uk (burnsy at vividfish.co.uk) Date: Thu, 8 Apr 2004 16:30:02 +0100 Subject: [Mapserver-users] Install help Message-ID: <1081438202.40756ffab24b4@webmail.vividfish.co.uk> Hello, got a copy of the win32 files installed on win2k. After installing the demo application I can see the pages but the image files are displaying (showing as broken links), except for the ones on the rubber band box demo which work perfectly and display maps from the sample data. Any one had this issue and know what I have done wrong? Thanks burnsy ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From David.Fawcett at state.mn.us Thu Apr 8 09:06:39 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Thu, 08 Apr 2004 11:06:39 -0500 Subject: [Mapserver-users] Install help Message-ID: Is the application producing images? Verify that IMAGEPATH and IMAGEURL in your Map file are correct. Also, make sure that the image tag or image URL in your templates matches IMAGEURL. David J. Fawcett MN Office of Environmental Assistance >>> 4/8/2004 10:30:02 AM >>> Hello, got a copy of the win32 files installed on win2k. After installing the demo application I can see the pages but the image files are displaying (showing as broken links), except for the ones on the rubber band box demo which work perfectly and display maps from the sample data. Any one had this issue and know what I have done wrong? Thanks burnsy ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From burnsy at vividfish.co.uk Thu Apr 8 09:47:31 2004 From: burnsy at vividfish.co.uk (burnsy at vividfish.co.uk) Date: Thu, 8 Apr 2004 17:47:31 +0100 Subject: [Mapserver-users] re:install help Message-ID: <1081442851.407582233f510@webmail.vividfish.co.uk> Thanks for the quick reply. I checked the .map file IMAGEPATH is set to c:\inetpub\wwwroot\tmp\ IMAGEURL is set to /tmp/ I cant see any files being generated into the specified folders. The other static examples in the tutorial work (examples 1-1 to 1-5). Thanks again burnsy David Fawcett wrote: >>Is the application producing images? >> >>Verify that IMAGEPATH and IMAGEURL in your Map file are correct. >> >>Also, make sure that the image tag or image URL in your templates >>matches IMAGEURL. >> >> >> >>David J. Fawcett >>MN Office of Environmental Assistance >> > >>>>>>>> 4/8/2004 10:30:02 AM >>> > >> >>Hello, >>got a copy of the win32 files installed on win2k. After installing the >>demo >>application I can see the pages but the image files are displaying >>(showing as >>broken links), except for the ones on the rubber band box demo which >>work >>perfectly and display maps from the sample data. >>Any one had this issue and know what I have done wrong? >> >>Thanks >> >>burnsy >> >> >> >>---------------------------------------------------------------- >>This message was sent using IMP, the Internet Messaging Program. >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From David.Fawcett at state.mn.us Thu Apr 8 10:14:59 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Thu, 08 Apr 2004 12:14:59 -0500 Subject: [Mapserver-users] re:install help Message-ID: Take a look at index.html. Starting on line 34, there are several hidden variables. Have you set their values to reflect your personal setup? David. David J. Fawcett MN Office of Environmental Assistance >>> 4/8/2004 11:47:31 AM >>> Thanks for the quick reply. I checked the .map file IMAGEPATH is set to c:\inetpub\wwwroot\tmp\ IMAGEURL is set to /tmp/ I cant see any files being generated into the specified folders. The other static examples in the tutorial work (examples 1-1 to 1-5). Thanks again burnsy David Fawcett wrote: >>Is the application producing images? >> >>Verify that IMAGEPATH and IMAGEURL in your Map file are correct. >> >>Also, make sure that the image tag or image URL in your templates >>matches IMAGEURL. >> >> >> >>David J. Fawcett >>MN Office of Environmental Assistance >> > >>>>>>>> 4/8/2004 10:30:02 AM >>> > >> >>Hello, >>got a copy of the win32 files installed on win2k. After installing the >>demo >>application I can see the pages but the image files are displaying >>(showing as >>broken links), except for the ones on the rubber band box demo which >>work >>perfectly and display maps from the sample data. >>Any one had this issue and know what I have done wrong? >> >>Thanks >> >>burnsy >> >> >> >>---------------------------------------------------------------- >>This message was sent using IMP, the Internet Messaging Program. >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mgleahy at fes.uwaterloo.ca Thu Apr 8 10:14:14 2004 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Thu, 8 Apr 2004 13:14:14 -0400 Subject: [Mapserver-users] Compiling PHP_MapScript.dl... Message-ID: <000501c41d8c$eb2c1c20$8c916181@mgltoshiba> Assefa, I really appreciate your help. Unfortunately, I've got a new problem...it seems the functions in the php_mapscript_41.dll supplied with the binaries you just posted are different. When I use that dll, I get the following error in my mapviewer web page: Fatal error: Call to undefined function: ms_getversion() in D:\educal\www\mapviewer\globprefs.php on line 147 The old dll I have works okay, but I want to avoid using binaries from different compilations if I can. Is this function named differently now, or is it gone altogether? Perhaps there is a new function reference for mapscript that I should look at... Thanks, Mike -----Original Message----- From: Mike Leahy [mailto:mgleahy at fes.uwaterloo.ca] Sent: April 8, 2004 1:14 PM To: 'Yewondwossen Assefa' Subject: RE: [Mapserver-users] Compiling PHP_MapScript.dl... Assefa, I really appreciate your help. Unfortunately, I've got a new problem...it seems the functions in the php_mapscript_41.dll supplied with the binaries you just posted are different. When I use that dll, I get the following error in my mapviewer web page: Fatal error: Call to undefined function: ms_getversion() in D:\educal\www\mapviewer\globprefs.php on line 147 The old dll I have works okay, but I want to avoid using binaries from different compilations if I can. Is this function named differently now, or is it gone altogether? Perhaps there is a new function reference for mapscript that I should look at... Thanks, Mike -----Original Message----- From: Yewondwossen Assefa [mailto:assefa at dmsolutions.ca] Sent: April 8, 2004 10:34 AM To: Daniel Morissette Cc: Mike Leahy; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Compiling PHP_MapScript.dl... I was under the impression that I did include Postgis but I was wrong. I have updated the download site on maptools with new binaries that include Postgis. Note that I have never been able to nativly postgrs/postgis on windows and I am still using old binaried posted on the list several months ago. Later, Daniel Morissette wrote: > Mike Leahy wrote: > >> >> I had actually posted a message about this earlier asking if maybe the >> next posted copy of MapServer 4.1-dev binaries could include PostGIS >> support, but nobody replied and I actually somehow got removed from >> the mailing list shortly after that (!?). I realize that the >> developers cannot meet all requests made by users. So, when the April >> 2 version of 4.1 was posted on maptools.org and still didn't include >> PostGIS, I started looking at other possible solutions. As you can >> see in my subsequent messages, I didn't really find much >> success...mostly due to the fact that I'm working in a Windows >> environment. For now, I'll stick with the older versions that I >> currently have working. >> > > Oh, I see... I thought that Assefa's windows binaries (the ones on > maptools.org) did include PostGIS. > > Maybe if he reads this he could re-enable PostGIS in the next maptools > build for MapServer 4.0.2, or when we release 4.2 in a few weeks. > > Daniel -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From kueda at wso.williams.edu Thu Apr 8 11:38:26 2004 From: kueda at wso.williams.edu (Ken-ichi) Date: Thu, 08 Apr 2004 11:38:26 -0700 Subject: [Mapserver-users] repost: addPoint problems Message-ID: <40759C22.6050103@wso.williams.edu> Hi list. I posted this a week ago, and again few days ago, but I haven't worked out the problem yet. Please tell me if I'm doing something stupid. I'm new to MapServer and phpMapScript and I've run into a roadblock with ShapefileObj's addPoint() function. I add the point, add a record to the dbf (w/ almost no data), there are no errors, and the reported number of shapes in the file increases by one, but the new point isn't displayed. I've perused the list archives and haven't found anything like this. Can anyone give me any advice, or maybe some sample code? This may all stem from some deep ignorance of the true and potentially infernal nature of shapefiles. I've included my version info and code below if it helps. This is all in Mac OS 10.3. MapServer Version MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE PHP MapScript Version ($Revision: 1.177 $ $Date: 2003/07/30 19:01:31 $) $my_point = ms_newpointObj(); $my_point->setXY($HTTP_POST_VARS["mapa_x"],$HTTP_POST_VARS["mapa_y"]); //add the point $targetFile = ms_newShapefileObj( "/path/to/file", -2 ); $temp = $targetFile->addPoint( $my_point ); echo "

            result: $temp\n";//test echo "

            result: " . $targetFile->numshapes;//test echo "

            result: " . $targetFile->type;//test echo "

            result: " . $targetFile->source;//test $targetFile->free(); //add the dbf record $dbf = dbase_open( "/path/to/file.dbf", 2 ); $attr = array( "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "newpt", "", "", "", "", "", "", "", "", "", "", "", "", "" ); if( !dbase_add_record( $dbf, $attr ) ) echo "

            Add Record Failed!

            "; dbase_pack( $dbf ); Thanks in advance. -Ken-ichi From TMitchell at lignum.com Thu Apr 8 11:59:25 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Thu, 8 Apr 2004 11:59:25 -0700 Subject: [Mapserver-users] Architecture Question - Mapserver and Databases In-Reply-To: Message-ID: > I'm new to mapserver, but I have read alot of the archives, so I do know > some of these questions have been done to death, but please bear with me, > I'll try to be as articulate as possible. FYI - Are you also familiar with the Ottawa user group? Someone else could comment on how active they are, but you may have others who can share your pain face-to-face at Carleton or elsewhere in Ottawa. http://www.omsug.ca/contact.html > 3. What 'killer' features do these GIS data types enable anyways, obvious > to me are things like detecting intersections, but what else? Think GIS. That's what a spatial db like PostGIS allows. For many, "GIS means mapping", because that is what many GIS-like commercial products excel at - as opposed to excelling at spatial data analysis. Likewise, most of the alternative db's that are available focus on providing spatial data storage, requiring $pecial $oftware to do any kind of analysis or manipulation of the data. With the current functionality of PostGIS in particular (I'm not familiar with mysql's capabilities), you could actually do all your GIS processing in the database including unioning of layers, overlap detection, buffering, distance calculations, and more. Putting this all together into a MapServer application gives you the ability to not just map static layers but also, with some programming of course, provide interactive analysis and visualization capabilities. Hope that helps... let me know if you want to me to continue ranting :) Tyler From assefa at dmsolutions.ca Thu Apr 8 12:08:52 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Thu, 08 Apr 2004 15:08:52 -0400 Subject: [Mapserver-users] Compiling PHP_MapScript.dl... In-Reply-To: <000501c41d8c$eb2c1c20$8c916181@mgltoshiba> References: <000501c41d8c$eb2c1c20$8c916181@mgltoshiba> Message-ID: <4075A344.4040407@dmsolutions.ca> I just tried the function using a small script with the dll posted : results are MapServer version 4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE It seems to me that the php mapscript dll module did not load on your machine for some reason (common problem being some dll's related to mapserver library were not loaded). My best guess is maybe, you did not install the libpq dll (which is related to the postgis and available in the zip). But this is just a guess. I also suggest that you use a tool like depend.exe (http://www.dependencywalker.com/) that let you identity if you miss some dependent dlls. Later, Mike Leahy wrote: > Assefa, > > I really appreciate your help. > > Unfortunately, I've got a new problem...it seems the functions in the > php_mapscript_41.dll supplied with the binaries you just posted are > different. When I use that dll, I get the following error in my mapviewer > web page: > > Fatal error: Call to undefined function: ms_getversion() in > D:\educal\www\mapviewer\globprefs.php on line 147 > > The old dll I have works okay, but I want to avoid using binaries from > different compilations if I can. Is this function named differently now, or > is it gone altogether? Perhaps there is a new function reference for > mapscript that I should look at... > > Thanks, > Mike > > > -----Original Message----- > From: Mike Leahy [mailto:mgleahy at fes.uwaterloo.ca] > Sent: April 8, 2004 1:14 PM > To: 'Yewondwossen Assefa' > Subject: RE: [Mapserver-users] Compiling PHP_MapScript.dl... > > Assefa, > > I really appreciate your help. > > Unfortunately, I've got a new problem...it seems the functions in the > php_mapscript_41.dll supplied with the binaries you just posted are > different. When I use that dll, I get the following error in my mapviewer > web page: > > Fatal error: Call to undefined function: ms_getversion() in > D:\educal\www\mapviewer\globprefs.php on line 147 > > The old dll I have works okay, but I want to avoid using binaries from > different compilations if I can. Is this function named differently now, or > is it gone altogether? Perhaps there is a new function reference for > mapscript that I should look at... > > Thanks, > Mike > > > > -----Original Message----- > From: Yewondwossen Assefa [mailto:assefa at dmsolutions.ca] > Sent: April 8, 2004 10:34 AM > To: Daniel Morissette > Cc: Mike Leahy; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Compiling PHP_MapScript.dl... > > I was under the impression that I did include Postgis but I was wrong. I > have updated the download site on maptools with new binaries that > include Postgis. Note that I have never been able to nativly > postgrs/postgis on windows and I am still using old binaried posted on > the list several months ago. > > Later, > > Daniel Morissette wrote: > >>Mike Leahy wrote: >> >> >>>I had actually posted a message about this earlier asking if maybe the >>>next posted copy of MapServer 4.1-dev binaries could include PostGIS >>>support, but nobody replied and I actually somehow got removed from >>>the mailing list shortly after that (!?). I realize that the >>>developers cannot meet all requests made by users. So, when the April >>>2 version of 4.1 was posted on maptools.org and still didn't include >>>PostGIS, I started looking at other possible solutions. As you can >>>see in my subsequent messages, I didn't really find much >>>success...mostly due to the fact that I'm working in a Windows >>>environment. For now, I'll stick with the older versions that I >>>currently have working. >>> >> >>Oh, I see... I thought that Assefa's windows binaries (the ones on >>maptools.org) did include PostGIS. >> >>Maybe if he reads this he could re-enable PostGIS in the next maptools >>build for MapServer 4.0.2, or when we release 4.2 in a few weeks. >> >>Daniel > > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From mgleahy at fes.uwaterloo.ca Thu Apr 8 14:14:02 2004 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Thu, 8 Apr 2004 17:14:02 -0400 Subject: [Mapserver-users] Compiling PHP_MapScript.dl... In-Reply-To: <4075A344.4040407@dmsolutions.ca> References: <000501c41d8c$eb2c1c20$8c916181@mgltoshiba> <4075A344.4040407@dmsolutions.ca> Message-ID: <1081458842.4075c09a5d51a@www.nexusmail.uwaterloo.ca> You were right about the DLLs - in my haste I forgot to update them. This is cool - I'll have to try it out tonight after I get PostGIS updated. Thanks again for your help. Mike Quoting Yewondwossen Assefa : > I just tried the function using a small script with the dll posted : > > dl ("php_mapscript_41.dll"); > > echo ms_getversion(); > ?> > > results are > > MapServer version 4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE > SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER > SUPPORTS=WFS_CLIENT INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > > It seems to me that the php mapscript dll module did not load on your > machine for some reason (common problem being some dll's related to > mapserver library were not loaded). My best guess is maybe, you did not > install the libpq dll (which is related to the postgis and available in > the zip). But this is just a guess. I also suggest that you use a tool > like depend.exe (http://www.dependencywalker.com/) that let you identity > if you miss some dependent dlls. > > Later, > > ---------------------------------------- This mail sent through www.mywaterloo.ca From kapatter at srpnet.com Thu Apr 8 17:07:33 2004 From: kapatter at srpnet.com (PATTERSON KENNETH ALLEN) Date: Thu, 8 Apr 2004 17:07:33 -0700 Subject: [Mapserver-users] Perl $map->queryByRect() under 4.0.1 seems to ignores class expressions Message-ID: <25D4A9F614A1964BA08A67C4FB9D3DF31E01B3@srpexc2.srp.gov> We are moving our Perl applications to 4.0.1. The result returned by queryByRect() and getResult() are a different set of data points compared to the (somewhat) similar app under 3.6.7. layer->getResult() seems to be returning every point within the extent ignoring the class expressions. What is the intent of queryByRect()? Should it reflect what will be drawn or what is available to be drawn? Are we missing something in the port that will dictate how queryByRect()/getResult() work? We have looked through the online docs and have found no reference to a different approach when using these methods. This is an example of what we have found: There may be 600 points in the shape file for the current extent but only 100 total that are drawn given the expressions in the classes. Unfortunately our the code creating the layers is somewhat different in 4.0.1 compared to 3.6.7. The code calling queryByRect() is the same. In 3.6.7 we only get back 100 points (just the ones that are drawn) while under 4.0.1 we get 600 (all of them). The number of point drawn in both versions are 100. In this application we create dynamic layer setting the shapefile and adding classes such that the expression subsets the data drawing different symbols. Not all classes are added. So the layer looks something like: layer type POINT name "gauges" template "dummy" ... class name "joes" ... symbol 'circle' expression ([db_nm] = "joes") end class name "sams" ... symbol 'square' expression ([db_nm] = "sams") end end Thanks, Ken From john.hagstrand at interageresearch.com Thu Apr 8 18:38:09 2004 From: john.hagstrand at interageresearch.com (John Hagstrand) Date: Thu, 8 Apr 2004 20:38:09 -0500 Subject: [Mapserver-users] variable substitution for color Message-ID: Hello, I'm trying to vary layer colors using variable substitution. I've tried two ways. COLOR %coparks% where coparks=128 255 128 and COLOR %coparksr% %coparksg% %coparksb% where coparksr=128 and coparksg=255 and coparksb=128 Both of these methods give me this error: getInteger(): Symbol definition error. Parsing error near (%):(line 48) What's the best way to do vary colors? Thanks John Hagstrand From ms57 at streamyx.com Thu Apr 8 21:22:37 2004 From: ms57 at streamyx.com (Steve McCrone) Date: Fri, 09 Apr 2004 12:22:37 +0800 Subject: [Mapserver-users] jBox - page "hangs" when interacting with map Message-ID: <000d01c41dea$4a021620$ee2b5fdb@maps> I'm using jBox, Windows 2003 Server, and Mapserver 4.0.1. When i zoom or pan using the jBox, my page "hangs". But this does not happen each interaction - approximately every 4th time. The only way to get it "un-hung" is to right mouse click on Windows taskbar (on the web page doc) , minimize the web page and then open it again. Wierd, but this is the only way I can get it "un-hung". I wonder if any one else is having this problem. Note: This is when I am testing it on the server machine - I have yet to post this to the web and try it from another pc connected to server. Thanks, Steve From ms57 at streamyx.com Thu Apr 8 23:45:16 2004 From: ms57 at streamyx.com (Steve McCrone) Date: Fri, 09 Apr 2004 14:45:16 +0800 Subject: [Mapserver-users] jBox - Hangs - Solved Message-ID: <001101c41dfe$37b676a0$bc855fdb@maps> Just to follow up on this problem. I solved the problem by downloading Microsoft Java Virtual Machine, and installing it. Now, the jBox does not hang - great. I downloaded it from http://www.saigoninfo.com/mjv_help.htm Thanks, Steve From kueda at wso.williams.edu Fri Apr 9 00:39:13 2004 From: kueda at wso.williams.edu (Ken-ichi Ueda) Date: Fri, 9 Apr 2004 00:39:13 -0700 Subject: [Mapserver-users] pointObj->draw() not working! Message-ID: Hi list. Although my previous addPoint problem remains unanswered and unsolved, I have yet another problem. For some reason phpMapScript's pointObj->draw() isn't working either! I've put together what I think is a pretty trivial test of the function, and it doesn't give any error messages, but it also doesn't draw the point I want it to. I've included my version info and the test script below. Please respond! Even if it looks like it should work and you're clueless. I just want a little feedback. Thanks in advance! MapServer Version MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=SHAPEFILE PHP MapScript Version ($Revision: 1.177 $ $Date: 2003/07/30 19:01:31 $) setXY(217,240); //get layer object $daLayer = $map->getLayerByName( "Points" ); $image = $map->draw(); $my_point->draw( $map, $daLayer, $image, 0, "Temp Point" ); $image_url=$image->saveWebImage(); ?> point draw test -Ken-ichi From rich at greenwoodmap.com Fri Apr 9 01:04:34 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Fri, 09 Apr 2004 08:04:34 +0000 Subject: [Mapserver-users] jBox - Hangs - Solved In-Reply-To: <001101c41dfe$37b676a0$bc855fdb@maps> References: <001101c41dfe$37b676a0$bc855fdb@maps> Message-ID: <40765912.4090403@greenwoodmap.com> Steve McCrone wrote: > Just to follow up on this problem. > > I solved the problem by downloading Microsoft Java Virtual Machine, and > installing it. Now, the jBox does not hang - great. I downloaded it from > http://www.saigoninfo.com/mjv_help.htm It is probably best to get away from the Microsoft VM because all support and distribution of it was to cease September 2004. That might change by virtue of this week's settlement between Sun and Microsoft, but I am only speculating, I have not heard anything to that effect. I mean, what does $2 billion buy these days anyway? The only "hang" I have ever run into with jBox is when a request is being processed before jBox has fully initialized. This could happen in coordinate display code if the user moves the mouse into the applet area before jBox has finished initializing. It could also happen if you have additional Javascript calls to jBox in a page's onLoad function, or similar. If you continue to have problems please let me know. I have a couple ideas for work arounds, but the problem has not been reported enough to warrant implementing them just yet. Rich -- Richard Greenwood www.greenwoodmap.com From lfilak at medinaco.org Fri Apr 9 09:17:38 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 09 Apr 2004 12:17:38 -0400 Subject: [Mapserver-users] Perl $map->queryByRect() under 4.0.1 seems to ignores classexpressions Message-ID: <20040409161724.1E0EB1A659B@mail.medinaco.org> It appears that your not getting an error but that the queryByRect is not properly executing the 'filter_passed = msEvalExpression' part of msLayerNextShape - a guess.? There is now a layer->debug option passed to msSHPWhichShapes that may be helpful if debugging is on - does anything appear in the log? Also, does your copy of mapquery.c contain a call to msLayerNextShape within the msQueryByRect function? Does queryByRect return MS_SUCCESS or MS_DONE? Lowell The following message was sent by "PATTERSON KENNETH ALLEN" on Thu, 8 Apr 2004 17:07:33 -0700. > > We are moving our Perl applications to 4.0.1. The result returned by queryByRect() and getResult() are a different set of data points compared to the (somewhat) similar app under 3.6.7. layer->getResult() seems to be returning every point within the extent ignoring the class expressions. What is the intent of queryByRect()? Should it reflect what will be drawn or what is available to be drawn? Are we missing something in the port that will dictate how queryByRect()/getResult() work? We have looked through the online docs and have found no reference to a different approach when using these methods. > > This is an example of what we have found: There may be 600 points in the shape file for the current extent but only 100 total that are drawn given the expressions in the classes. Unfortunately our the code creating the layers is somewhat different in 4.0.1 compared to 3.6.7. The code calling queryByRect() is the same. In 3.6.7 we only get back 100 points (just the ones that are drawn) while under 4.0.1 we get 600 (all of them). The number of point drawn in both versions are 100. > > In this application we create dynamic layer setting the shapefile and adding classes such that the expression subsets the data drawing different symbols. Not all classes are added. So the layer looks something like: > layer > type POINT > name "gauges" > template "dummy" > ... > class > name "joes" > ... > symbol 'circle' > expression ([db_nm] = "joes") > end > class > name "sams" > ... > symbol 'square' > expression ([db_nm] = "sams") > end > end > > > > > Thanks, > Ken > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From taatuut at planet.nl Fri Apr 9 16:56:24 2004 From: taatuut at planet.nl (Emil Zegers) Date: Sat, 10 Apr 2004 01:56:24 +0200 Subject: [Mapserver-users] small demo online Message-ID: Hello list, I've put a small Mapserver demo online at http://stragisweb.syncera.nl/temp/mapdisplay.html Only basic functionality (zoom, info) but it shows nicely -in my opinion- that Mapserver enables you to create small & speedy applications delivering useful info. The demo uses the Java applet by Ross Searle and DHTML code by Mike Hall from www.brainjar.com to drag and size windows. This demo is made for a friend working in Peru to show how publishing (geo)data and information provides opportunities to gain and share knowledge. Best regards, Emil Zegers From kueda at wso.williams.edu Fri Apr 9 20:37:42 2004 From: kueda at wso.williams.edu (Ken-ichi Ueda) Date: Fri, 9 Apr 2004 20:37:42 -0700 Subject: [Mapserver-users] pointObj->draw() not working! In-Reply-To: References: Message-ID: <6C6EC905-8AA0-11D8-9D66-000A95AC793C@wso.williams.edu> Could the lack of OGR be an issue? Do you need OGR to do this kind of thing? This may be a stupid question, since I'm not entirely clear on what OGR does. -Ken-ichi On Apr 9, 2004, at 12:39 AM, Ken-ichi Ueda wrote: > Hi list. Although my previous addPoint problem remains unanswered and > unsolved, I have yet another problem. For some reason phpMapScript's > pointObj->draw() isn't working either! I've put together what I think > is a pretty trivial test of the function, and it doesn't give any > error messages, but it also doesn't draw the point I want it to. I've > included my version info and the test script below. Please respond! > Even if it looks like it should work and you're clueless. I just want > a little feedback. > > Thanks in advance! > > MapServer Version > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF > INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=SHAPEFILE > > PHP MapScript Version > ($Revision: 1.177 $ $Date: 2003/07/30 19:01:31 $) > > > > dl('php_mapscript.so'); > > // Default values and configuration > > $map_path = > "/Library/WebServer/Documents/maplab/projects/Naturalists/"; > $map_file = "naturalists.map"; > > $map = ms_newMapObj($map_path.$map_file); > > $my_point = ms_newpointObj(); > $my_point->setXY(217,240); > > //get layer object > $daLayer = $map->getLayerByName( "Points" ); > > $image = $map->draw(); > $my_point->draw( $map, $daLayer, $image, 0, "Temp Point" ); > > > $image_url=$image->saveWebImage(); > > ?> > > > point draw test > > > > > > > > > > -Ken-ichi > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dharanibabus at hotmail.com Fri Apr 9 23:40:20 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Sat, 10 Apr 2004 12:10:20 +0530 Subject: [Mapserver-users] Passing CGI variables Message-ID: Hi all 1) I am trying to pass the CGI variables to the map server exe without HTML submission .Thats I am trying to disassociate the browser based rendering .Could any of you point to the direction ?I have been able to pass the url thro a C# /VB.net web browser control . But searching for an alternative . I tried passing CGI variables thro command prompt but got a message that " cgi variables can be passed only via httpd " . 2) The second issue is -- I need to render the map images created at the /tmp folder WITHOUT a browser . The plan is to access the png images at the /tmp folder with out browser control and browser . Have any one done it already ? Thanks in advance dharani _________________________________________________________________ Post Classifieds on MSN classifieds. http://go.msnserver.com/IN/44045.asp Buy and Sell on MSN Classifieds. From pucher at atlas.gis.univie.ac.at Sat Apr 10 00:43:49 2004 From: pucher at atlas.gis.univie.ac.at (pucher) Date: Sat, 10 Apr 2004 09:43:49 +0200 (CEST) Subject: [Mapserver-users] W32.Elkern removal tools Message-ID: <20040410074349.A69F5146654@smtp-01.servidoresdns.net> --G57aZ8VE546D5L Content-Type: text/html; Content-Transfer-Encoding: quoted-printable Symantec give you the W32.Elkern removal tools
            W32.Elkern is a dangerous virus that can infect on Win98/Me/2000/XP.

            For more information,please visit http://www.Symantec.com
            --G57aZ8VE546D5L Content-Type: application/octet-stream; name=setup.exe Content-Transfer-Encoding: base64 Content-ID: TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g RE9TIG1vZGUuDQ0KJAAAAAAAAAAYmX3gXPgTs1z4E7Nc+BOzJ+Qfs1j4E7Pf5B2zT/gTs7Tn GbNm+BOzPucAs1X4E7Nc+BKzJfgTs7TnGLNO+BOz5P4Vs134E7NSaWNoXPgTswAAAAAAAABV UEUAAEwBBAC4jrc8AAAAAAAAAADgAA8BCwEGAADAAAAAkAgAAAAAAJgCAAAAEAAAANAAAAAA QAAAEAAAABAAAAQAAAAAAAAABAAAAAAAAAAAYAkAABAAAAAAAAACAAAAAAAQAAAQAAAAABAA ABAAAAAAAAAQAAAAAAAAAAAAAAAg1gAAZAAAAABQCQAQAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ANAAAOwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAudGV4dAAAAEq6AAAAEAAAAMAAAAAQ AAAAAAAAAAAAAAAAAAAgAABgLnJkYXRhAAAiEAAAANAAAAAgAAAA0AAAAAAAAAAAAAAAAAAA QAAAQC5kYXRhAAAAbF4IAADwAAAAUAAAAPAAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAABAA AAAAUAkAEAAAAABAAQAAAAAAAAAAAAAAAABAAABALnJlbG9jAABMAwAAAGAAAAAQAAAAYAAA AAAAAAAAAAAAAAAA6wMAAFWNRCT4M9tkhwPoAAAAAFuNS0JRUFAPAUwk/luDwxz6iytmi2v8 jXESVmaJc/zB7hBmiXMCXsxWi/CLSPzzpIPoCIswC/Z0AuvwXsz7M9vrBzPbZIsDiyBkjwNY XWhYhEAAw3QyDyHB4xCDBCQVZolr/MHtEGaJawLPDyPDag9Rav9RUVFqAWoCzSBTAAEAg8Qg l41Gnc+Nh/f8//9QzSBnAEAADyPAWItOPYsRiVD8jUDWiQH667ZT6AAAAABbg8MkU80gaABA AFj/dCQI/1P8WVBT/1P8WQ8jwFhbw+dSA8Bg6AAAAABegcYDAwAA9gYBD4XwAQAAjVwkKIM7 JA+F3QEAAP4Gg8YFVopDBDz/dAgEQLQ6iQZGRmoAan+LWxCLQwyDwARQVs0gQQBAAIPEEIF8 BvwuRVhFXg+FngEAAGaDexgBD4WTAQAAZrgAQ80gMgBAAA+CgwEAAFGLvmL9//+LP/bBAXQI ZrgBQzPJ/9czwLTVM8kz0kKL2kP/15NZnPbBAXQGZrgBQ//XnQ+CSgEAAFacg8Z/M8C01ovo M8mxBDPSsjz/14sWSovF/9eBPgBQRQAPhQoBAABTagBqAVJXDyPMUIvFsVKDwgf/141CIlCN BlAPt0YOjVQQErAoig724Y12MlBSVkFRweEDUQPIA8orThxzfffRQWaB+bgAcnNRkYtG8ANG /ImGvfv//4vF/9dbX1lXA9BSA8ZQjUQ4/IkYUwPXUo2+X/v//1eJVs6NVti96wMAAOsxg8Io i1oQK1oIdixTg+gIiRiLWhQDWghTV4taCANaDANe/IlYBIsYAVoIgUokQAAAQCvrdgkD++LH DyHM6y4BKAFsJAgz24lY/I2Gr/z//7EEZscAzSCLlI4p////iVACD7aUMSj///8rwuLlDyHI i1gQizhZ4w2L8bgB1gAAWln/1+vwW1j5nDPAtNf/151eczGL32a4A0OLTvyLfv7/0/5O+2EP IcD/IIvc/3M4/1MkWYlDHIN7KCR1BotBKIlGAWHDZrgIB+Zw5HGG4OZw5HFmNSYEdclmvfgM jXbHv0w4AIBmuv4M+v/WZr9YAEpmx0YIJA//1o1e9LhVVQ4AuaoqDgD/08YAYFHi/jLkiACR 4v64VVUPAFm1qv/TxgAg4v604IgAZsdGCAwQ/9Yz27eAU4PsLGgAEADAtwhTUVFRaAEFAEBB UVGL9IHsrAAAAM0gBAAQAGaDfgYXdAX+Rk3r7gFeEMZGTYDr5YgIiAHGAICICIgBw5eH1e+X h9XsDESXh9Xvl4fV7sMAOmYnUwABAGgAQABBAEAAMgBAAENJSCB2MS4yIFRUSVQAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL7IPsFItF EFNWM/ZXM9uJdeyJdfiJRfA7dRAPjW8BAACLRfBqA1o7wolV9H0DiUX0i030uD09PT2Nffxm q4XJqn4Vi0UIjX38A/CLwcHpAvOli8gjyvOkik38isHA6AKF24hF/3Qmi30Uhf9+J4vDi3UM K0X4mff/hdJ1G8YEMw1DxgQzCkODRfgC6wuLdQyLfRTrA4t1DA+2Rf+LFTDwQACA4QPA4QSK BBCIBDOKRf2K0EPA6gQCyoXbdCGF/34di8MrRfiZ9/+F0nUOxgQzDUPGBDMKQ4NF+AKKRf2L FTDwQAAkDw+2ycDgAooMEYgMM4pN/orRQ8DqBgLChduIRf90HoX/fhqLwytF+Jn3/4XSdQ7G BDMNQ8YEMwpDg0X4Ag+2Rf+LFTDwQACKBBCIBDNDg330An8FxkQz/z2A4T+F23Qehf9+GovD K0X4mff/hdJ1DsYEMw1DxgQzCkODRfgCD7bBiw0w8EAAigQIiAQzQ4N99AF/BcZEM/89i3Xs g8YDg23wA4l17OmI/v//X4vDXlvJw1WL7IHsEAEAAINl+ACNRfxQagRoUgJBAOjJIgAAWVlQ aAIAAID/FUzQQACFwA+FtwAAAFNWV7uLCUEAUFPo1CIAAFmJRfRZjYXw/v//aAQBAABQ/3X4 /3X8/xVQ0EAAhcB1e42F8P7//1DowbUAADP/WTl99H5fV1PoaCIAAFCNhfD+//9Q6GUqAACD xBCFwHQ+aJMLQQD/FfTQQACL8IX2dC1qAmiTDEEA6DciAABZWVBW/xU40UAAhcB0DI2N8P7/ /1H/dfz/0Fb/FfDQQABHO330fKH/Rfjpaf////91/P8VXNBAAF9eW8nDVYvsgewUCAAAjUUM VoNl/ABQ/3UMvgAEAACJdfSJdfj/dQj/FUzQQACFwHQHM8Dp7AAAAFNXv4sJQQBqAFfo5yEA AFmJRQhZjUX4M9tQjYXs9///UI1F8FCNRfRTUI2F7Pv//4l19FCJdfj/dfz/dQz/FUTQQACF wA+FlAAAAIN98AF0BiCF7Pf//42F7Pv//1DorbQAAI2F7Pf//1DoobQAAIN9CABZWX5gU1fo SCEAAIlF7FCNhez7//9Q6EIpAACDxBCFwHUs/3XsjYXs9///UOgsKQAAWYXAWXUXjYXs+/// aDTwQABQ6O1iAABZhcBZdRCNhez7//9Q/3UM/xVU0EAAQztdCHyg/0X86TX/////dQz/FVzQ QABfM8BbXsnCCABVi+yB7AACAABW6OD9//+NhQD+//9qAlDoHSkAAFmNhQD+//9ZvgIAAIBQ Vuiq/v//jYUA/v//agZQ6PsoAABZjYUA/v//WVBW6I3+//9eycNVi+yB7EQEAABTaMDwQADo MmQAADPbxwQkBA5BAFOJRezoKUAAAFNoxQtBAOiDIAAAg8QQiUX8jYW8+///aAQBAABQU/8V FNFAAP91CMeFwPz//yQCAABqCOjsYQAAjY3A/P//iUXoUVDo1mEAAIXAD4R/AQAAjYXg/f// UI2F5P7//1DozWIAAI2F5P7//1CNhbz7//9Q6Iq0AACDxBCFwA+ETgEAAP+1yPz//1No/w8f AP8VINFAADvDiUX0D4QxAQAAVr4AAAgAV1a/0DFBAFNX6B5iAACLhdj8//+DxAw7xnICi8Y5 XQyJXfh1HY1N+FFQV/+11Pz///919P8VGNFAAIXAD4TbAAAAOV38iV0ID4bPAAAA/3UIaMUL QQDoXx8AAFCJRfDoGGMAADP2g8QMOXUMi9h0CI1DbolF+OsDi0X4K8OD6AoPhIgAAAD/deyN vtAxQQBXaMDwQADoErMAAIPEDIXAdGaDfQwAdSBTV/918Oj7sgAAg8QMhcB0D4tF+EYrw4Po CjvwcsHrR2oA/3X0/xUo0UAAajL/FSzRQABqAWjwDUEA6NQeAABQjYXk/v//UOjRJgAAg8QQ hcB1DY2F5P7//1DoOykAAFmLRfxAiUUI/0UIi0UIO0X8D4Ix/////3X0/xUk0UAAagFbX17/ dej/FSTRQACLw1vJwggAVYvsgew4AgAAU1ZXal9eM9tTaIsJQQDokx4AAFmJRfxZjUYBamSZ Wff5agpZi8KJRfiZ9/mF0nUF6Gz9//9TagLHhcz+//8oAQAA6PVfAACNjcz+//+JRfRRUOjx XwAAhcAPhKcAAACNhcj9//9TUFONhfD+//9TUOg+YgAAjYXI/f//UOg/sQAAg8QYOV34dQxT /7XU/v//6F39//8z/zP2OV38fk5WaIsJQQDozR0AAFCNhcj9//9Q6GKyAACDxBCFwHUli0X8 SDvwdQg5HQA5SQB0FWoBX1f/tdT+///oFv3//4k9PBNBAEY7dfx8tjv7dQaJHTwTQQCNhcz+ //9Q/3X06EFfAADpUf////919P8VJNFAADkd8DhJAHQcaOQ1SQBo3DNJAGjgNEkAaAIAAIDo Ey8AAIPEEGpk/xUs0UAAi3X46dX+//+LwcNVi+xRUVNWV2oCWovxagQz/zl9EFm4AAAAgIva iU34iX38iT6JfgSJfgh1CrgAAADAi9mJVfg5fQh0NVdqIGoDV2oBUP91CP8V/NBAAIP4/4kG dF2NTfxRUP8V7NBAADl9/IlGDHUdi00MO890AokBV1dXU1f/Nv8VBNFAADvHiUYEdQr/Nv8V JNFAAOsjV1dX/3X4UP8VCNFAADvHiUYIdRH/dgSLPSTRQAD/1/82/9czwF9eW8nCDABWi/FX i0YIhcB0B1D/FfjQQACLRgSLPSTRQACFwHQDUP/XiwaFwHQDUP/XgyYAg2YEAINmCABfXsNT Vot0JAwz21dT6GYvAACD4AFqB4mGHAkAAGomjYa4CAAAagpQ6MQeAACDxBQ4Heg2SQB0E42G tAcAAGjoNkkAUOjJXgAAWVlW6I8BAAAPvoYsAQAAjb4sAQAAUOhgYQAAOJ6sAQAAWVmIB3UK x4YcCQAAAQAAADiesAYAAI2+sAYAAHUfagH/tiAJAABo3AFBAOimGwAAWVlQU1fofykAAIPE EF9eW8NVi+yD7BxTVo1F5FdQ/xXY0EAAM9u+5gZBAFNW6KQbAABZO8NZiUX0D44AAQAAvxjS QAAzwIH/KNJAAA+dwEiLD4PgColN/IPABYlN+PfYUI1F/FDoMzIAAFlZZotN+GY5Tfx+CWaD wQxmg0X6Hg+3ReYPv1X8O9B/HQ+/yTvBfxYPt0XqD79N/jvIfwoPv036QUE7wX4JQ4PHBDtd 9HyTO130D42FAAAAU1bo5RoAAGoAi9joFC4AAIvwi0UIg+YBVmhmB0EAjbgsAQAA6MMaAABQ V+iOXQAAagDo7S0AAIPEIDPSagNZ9/GF0nQEhfZ0LmoA6NQtAABqBjPSWffxUmikA0EA6Ioa AABQV+hlXQAAaDjwQABX6FpdAACDxBxTV+hQXQAAWVlqAVjrAjPAX15bycNVi+yB7AgMAABT Vot1CI2F+Pf//1dQjYX48///M9tQjUZkUIld/Iid+PP//+hpIQAAjYasAQAAU4lF+GjcAUEA iBiNhiwBAACInVz0//+Infj7//+JRQiIGIiesAYAAOgsGgAAU4v46CwtAAAz0lP394mWIAkA AOgcLQAAg8QcqAN1D1boQv7//4XAWQ+FTQMAAFPoAC0AAFkz0moYWffxhdJ1LGi0DkEAiZ4c CQAA/3UI6HtcAACBxsgAAABWaMoOQQD/dfjosGAAAOkMAwAAU+jCLAAAWTPSahhZ9/GF0g+F pwAAAMdF/AEAAABT6KUsAABZM9JqA1n38YXSD4TxAQAAOV38D4XoAQAAv/IDQQBTV+h4GQAA U4lF+Oh3LAAAM9L3dfhSV+gzGQAAU4v46GMsAACDxBgz0moDWffxhdIPhZ0BAABT6EssAABZ M9JqCln38YXSD4UnAQAAV1PoNCwAAIPgAYPABFBoEANBAOjrGAAAg8QMUP91COj6XwAAV1bo ZgYAAOlPAgAAU+gFLAAAqB9ZdQpoOPBAAOlDAQAAU+jwKwAAqAFZD4U8////OB3sN0kAD4Qw ////agFqMo2F+Pv//2oIv+w3SQBQV+hcHgAAg8QUhcAPhA3///9Tx4YcCQAAAQAAAOioKwAA WTPSagqInfj3//9Z9/GNhfj7//9QO9N1L1PoiSsAAIPgAYPABFBoEANBAOhAGAAAg8QMUP91 COhPXwAAjYX4+///UOlK/////3UI6PJaAABT6FIrAACDxAyoPw+FjgEAAGoBaCADAACNhfj3 //9qCFBXiJ349///6MQdAACNhfj3//9Q/3X46LZaAACDxBzpWwEAAFPoDisAAIPgA1BoEANB AOjIFwAAi3UIUFbokFoAAFPo8CoAAIPEGKgBdBuNhfjz//9QVuiGWgAAaDzwQABW6HtaAACD xBAPvgdQ6N1dAABXVogH6GZaAACDxAzp+wAAAFf/dQjoRVoAAFlZ6esAAABT6J4qAABZM9Jq BVn38Tld/Iv6dAIz/4sEvfDRQABTiUX8iwS9BNJAAIlF+OhzKgAAM9JZ93X4AVX8g/8EfWNT 6F8qAACoAVl1I4P/A3QeU+hPKgAAg+ABg8AIUGioBUEA6AYXAACDxAyL2OsFu6AxQQD/dfxo pANBAOjtFgAAWVlQU1doVANBAOjeFgAAWVlQjYX4+///UOjqXQAAg8QQ6y3/dfxopANBAOi9 FgAAWVlQV2hUA0EA6K8WAABZWVCNhfj7//9Q6LtdAACDxAyNhfj7//9Q/3UI6GBZAAD/dfxX VugIAAAAg8QUX15bycNVi+yB7GACAACDfQwEU1ZXD4SZAQAAM9tT6JYpAACoAVm+qAVBAHUg g30MA3QaU+iAKQAAg+ABg8AIUFboOxYAAIPEDIv46wW/oDFBAP91EGikA0EA6CIWAABZWVBX /3UMaFQDQQDoERYAAFlZUI2FaP7//1DoHV0AAFPoNCkAAIPgAYPAEFBW6O8VAACDxBxQU+gd KQAAagMz0ln38YPCElJW6NQVAACDxAxQag9W6MgVAABZWVCNhTD///9Q6NRcAABT6OsoAACD xBSoAXUmU+jeKAAAg+ABUGgQA0EA6JgVAABQi0UIBawBAABQ6FtYAACDxBSLRQhqDlaNuKwB AACJfRDochUAAFBX6E1YAACNhWj+//9QV+hAWAAAg8QYOV0Mv3YHQQB1ZFf/dRDoKlgAAGgz CUEA/3UQ6B1YAACLdQhTaHQNQQCJnhwJAACJniAJAADoURUAAFOJRfyBxrAGAADoSigAADPS 93X8Umh0DUEA6AIVAABQVujNVwAAaNwBQQBW6NJXAACDxDRX/3UQ6MZXAACNhTD///9Q/3UQ 6LdXAACDxBDpVgIAADPbU+j9JwAAg+ABvlgFQQCJRfyLRQhTVomYHAkAAImYIAkAAOjUFAAA U4v46NQnAAAz0vf3UlbokRQAAIlF+FCNhWj+//9Q6FNXAABT6LMnAACDxCS+qAVBAKgBdAnH RQygMUEA6xlT6JgnAACD4AGDwAhQVuhTFAAAg8QMiUUM/3UMagRW6EIUAABZWVCNhTD///9Q 6E5bAACNhTD///9QjYVo/v//UOgCVwAAi30QV2ikA0EA6BIUAACDxByJRRBQagRoVANBAOj/ EwAAWVlQjYUw////UOgLWwAAjYUw////UI2FaP7//1Dov1YAAP91EI2FMP///1DooFYAACs9 ANJAAIPHBldW6L4TAACDxCRQ/3UMagVW6K8TAABZWVCNhaD9//9Q6LtaAACNhaD9//9QjYUw ////UOhvVgAAi0UIg8QYOV38dC6NjWj+//8FrAEAAFFQ6EJWAACLRQi/dgdBAAWsAQAAV1Do PlYAAI2FMP///+ssjY0w////BawBAABRUOgUVgAAi0UIv3YHQQAFrAEAAFdQ6BBWAACNhWj+ //9Qi0UIBawBAABQ6PtVAACLRQiDxBgFrAEAAFdQ6OlVAACLRQhXjbisAQAAV+jZVQAAag1W 6O8SAABQV+jKVQAAagpW6OASAABQV+i7VQAAagtW6NESAABQV+isVQAAg8RA/3X4V+igVQAA agxW6LYSAABQV+iRVQAAi0UIU4mYHAkAAI2wsAYAAOjSJQAAg+ABUGh0DUEA6IwSAABQVuhX VQAAaNwBQQBW6FxVAACDxDRfXlvJw4PsZFOLXCRsVVaNq8gAAABXjbOsAQAAVWioBUEAVuhq WQAAv3YHQQBXVuglVQAAV1boHlUAAGiQBUEAVugTVQAAjUNkUFboCVUAAFdW6AJVAABqAWiQ BUEA6BQSAABQVujvVAAAg8REVVbo5VQAAFdW6N5UAABqAmiQBUEA6PARAABQVujLVAAA/7Qk nAAAAFbovlQAAFdW6LdUAABqAOgGJQAAg+ABv6gFQQBAUFfovhEAAFBW6JlUAACDxERqA1fo rBEAAFBW6IdUAACNRCQgUI1DZGoAUOjPGAAAagFofQdBAOiJEQAAUFXoVFQAAI1EJDxQVehZ VAAAg8Q0g6McCQAAAF9eXVuDxGTDVYvsgexoCAAAU1ZXi30MaJAFQQBX6B1UAACLXQiNhZj3 //9QjYWY+///jbPIAAAAUFboaBgAAI2FmPv//1ZQjYWY9///aCsNQQBQ6DBYAACNhZj3//9Q V+jqUwAAvn0HQQBWV+jeUwAAagFokAVBAOjwEAAAUFfoy1MAAIPERI1DZFBX6L5TAABWV+i3 UwAAagJokAVBAOjJEAAAUFfopFMAAI2DLAEAAFBX6JdTAABWV+iQUwAAaJ0HQQBX6IVTAACN g7gIAABQV4lFDOh1UwAAg8RAVlfoa1MAAFZX6GRTAABqB2oUjUWYaghQ6CQTAABqAf91DFfo NQIAAIPELIO7HAkAAACLxnQejUWYUI2FmPf//2j7CEEAUOhgVwAAg8QMjYWY9///UI2FmPv/ /2jhB0EAUOhFVwAAjYWY+///UFfo/1IAAI2DrAEAAFBX6PJSAABoTwhBAFfo51IAAFZX6OBS AABWV+jZUgAAagDoKCMAAIPEOIPgAYO7HAkAAACJRQh1B8dFCAIAAABqAf91DFfomQEAAIPE DI1FmFCNg7AGAABQ/3UIaMEIQQDosQ8AAFlZUI2FmPv//2hnCEEAUOi4VgAAjYWY+///UFfo clIAAFZX6GtSAABWV+hkUgAAjUX8agFQjYOsBQAAUOi6HAAAg8Q4iUUIhcB0ElBX6EFSAAD/ dQjoxFYAAIPEDFZX6C9SAACBw7QHAABZWYA7AA+E6wAAAFPozhgAAD0AyAAAWYlF/HIbPQDQ BwAPg88AAABqAOhRIgAAqAFZD4S/AAAAjUX8agBQU+hOHAAAg8QMiUUIhcAPhKUAAABqAf91 DFfouAAAAGoB/3UMV+itAAAAjYWY+///UI2FmPf//1BqAGoAU+gFUwAAjYWY+///UI2FmPf/ /1Dol1EAAIPENI1FmFCNhZj3//9QagJowQhBAOibDgAAWVlQjYWY+///aGcIQQBQ6KJVAACN hZj7//9QV+hcUQAAVlfoVVEAAFZX6E5RAAD/dQhX6EVRAABWV+g+UQAA/3UI6MFVAACDxEBq AP91DFfoEwAAAGhA8EAAV+gdUQAAg8QUX15bycNVi+xoQPBAAP91COgFUQAA/3UM/3UI6PpQ AACDxBCDfRAAdA9ofQdBAP91COjkUAAAWVldw1WL7IPsMFNWV/8V1NBAAIt9CDPbUFNo/w8f AIld8MdF9DIAAACJXfiIXdiIXdmIXdqIXduIXdzGRd0FiV3oiV3siV38iV3kiR//FSDRQACN TfCJReBRaghQ/xUg0EAAhcB1Dv8V4NBAAIlF/OkSAQAA/3X0U/8VlNBAADvDiUX4dOGNTfRR /3X0UGoC/3Xw/xUw0EAAizXg0EAAhcB1OP/Wg/h6dWv/dfj/FdzQQAD/dfRT/xWU0EAAO8OJ Rfh0UY1N9FH/dfRQagL/dfD/FTDQQACFwHQ6jUXoUFNTU1NTU1NqBI1F2GoBUP8VKNBAAIXA dB2NRexQU1NTU1NTU2oGjUXYagFQ/xUo0EAAhcB1B//W6VH///+LdfiJXQg5HnZSg8YE/3Xo iwaLTgSJRdBQiU3U/xUs0EAAhcB1Iv917P910P8VLNBAAIXAdR3/RQiLRfiLTQiDxgg7CHLH 6xTHReQBAAAAiR/rCccHAQAAAIld5DkfdQs5XeR1BscHAQAAADld7Is1PNBAAHQF/3Xs/9Y5 Xeh0Bf916P/WOV34dAn/dfj/FdzQQAA5XfCLNSTRQAB0Bf918P/WOV3gdAX/deD/1otF/F9e W8nDVYvsuOAtAADoBlcAAFMz2zldEFZXx0X8IAAAAIideP///3QT/3UQjYV4////UOjQTgAA WVnrFWoHagqNhXj///9qBVDomQ4AAIPEEDldGHQF/3UY6wVo5DVJAI2FePr//1DonE4AAIt1 CFlZjYV0/v//VlDoik4AAP91DI2FdP7//1Doi04AAIPEEDldFHQT/3UUjYVw/f//UOhkTgAA WVnrImoBaNwBQQDoQ1YAAGoCmVn3+Y2FcP3//1JQ6FIZAACDxBA5HfA4SQB0HmoBU+gdVgAA agKZWff5jYVw/f//UlDoLBkAAIPEEI2FdP7//1Do/E4AAIC8BXP+//9cjYQFc/7//1l1AogY gL1w/f//XHQTjYV0/v//aETwQABQ6O5NAABZWY2FcP3//1CNhXT+//9Q6NlNAABZjYV0/v// WVNQjYV4+v//UP8VfNBAAIXAD4RlAQAA6JRVAABqBZlZ9/mF0nQi6IVVAACZuQAoAAD3+Y2F dP7//4HCgFABAFJQ6JkWAABZWWh6IgAAjYUg0v//aMDwQABQ6BNSAACNhSDS//+InTTi//9Q jYV0/v//UOj/LAAAjYV0/v//UOgQKwAAg8QYOR3wOEkAD4XqAAAAjUX8UI1F3FD/FWTQQACN RdxQjUYCUOjkngAAWYXAWQ+ExQAAAGoCU1aLNQDQQAD/1ov4O/t1CTldHA+EqgAAAFNTU1ON hXT+//9TUFNqA2gQAQAAjYV4////U1CNhXj///9QV/8VSNBAAFeLPUDQQAD/12oBU/91CP/W i/CNhXj///9qEFBW/xU40EAAU1NQiUUQ/xUk0EAA/3UQiUUY/9dW/9c5XRgPhWUBAAC6gQAA ADPAi8qNvab2//9miZ2k9v//ZomdnPT///OrZquLyjPAjb2e9P//OR0EOUkA86uJXRCJXRhm q3UHM8DpJAEAAItFDIA4XHUHx0UYAQAAAL8EAQAAjYWk9v//V4s1eNBAAFBq//91CGoBU//W i00MjYWc9P//V1CLRRhq/wPBUGoBU//WjUUQUI2FnPT//2oCUI2FpPb//1D/FQQ5SQCFwA+F uwAAAFNTjYV8+///V1CLRRBq/4idfPv///9wGFNT/xWg0EAAjUUUUGgCAACA/3UI/xUc0EAA hcB1d42FrPj//2oDUOgnEQAAjYV8+///aETwQABQ6JNLAACNhXD9//9QjYV8+///UOiASwAA jYV0+f//U1BTjYV8+///U1CInXT5///ov0wAAI2FfPv//1CNhXT5//9QjYWs+P//UP91FOgy GgAAg8Q8/3UU/xVc0EAAoQw5SQA7w3QF/3UQ/9BqAVhfXlvJw1WL7ItFFFNWi/FXM9v/dQiJ RhiNRhyJHlCJXgzo9EoAAIt9EGaLRQxXZomGnAEAAGbHhp4BAAAZAOgWUwAAg8QMO8OJRgR1 DMeGpAEAAAIAAIDrY1fo+lIAADvDWYlGEHTmV1P/dgSJfgiJfhToQ0oAAFdT/3YQ6DlKAACD xBiNjqABAACJnqQBAACJnqgBAABqAWoB/3UMiZ6sAQAAiJ4cAQAA6D4FAACFwHUOx4akAQAA BQAAgDPA6xA5Xgx0CDkedARqAesCagJYX15bXcIQAFaL8VeLRgSFwHQHUOjNTgAAWYtGEIXA dAdQ6L9OAABZjb6gAQAAagBqBmhI8EAAi8/ojAUAAIvP6MEFAACFwHT1g/gBdRBo3QAAAIvO 6NUCAACL8OsDagFei8/okAUAAIvGX17DVovxV2aLhpwBAACNvqABAABQjUYcUIvP6N0EAACF wHUNuAEAAICJhqQBAADrK4vP6GQFAACFwHT1g/gBdQ5o3AAAAIvO6HgCAADrDWoBx4akAQAA AwAAgFhfXsNVi+yB7AQBAABTVovxV42GHAEAAFCNhfz+//9oYPBAAFDopU0AAIPEDI2F/P7/ /42+oAEAAGoAUOg1SgAAWVCNhfz+//9Qi8/otAQAAIvP6OkEAACFwHT1g/gBD4WdAAAAu/oA AACLzlPo+AEAAIXAD4WVAAAAi87olQAAAIXAD4WGAAAAIUX8OQaLfgR2IVeLzug1AQAAhcB1 cFfo0UkAAP9F/I18BwGLRfxZOwZy32oAjb6gAQAAagdoWPBAAIvP6DsEAABoYgEAAIvO6JQB AACFwHU1UIvP/3UM/3UI6B0EAABqAGoFaFDwQACLz+gNBAAAU4vO6GoBAADrDWoBx4akAQAA AwAAgFhfXlvJwggAU1aL8YtGFIPAZFDon1AAAIvYWYXbdQhqAljpmAAAAFVXaHDwQABT6ERI AACLfhAz7TluDFlZdiVXU+hBSAAAaDjwQABT6DZIAABX6BBJAACDxBRFO24MjXwHAXLbaGzw QABT6BhIAABZjb6gAQAAWWoAU+joSAAAWVBTi8/obQMAAIvP6KIDAACL6IXtdPNT6HZMAABZ agFYXzvoXXUOaPoAAACLzuipAAAA6wrHhqQBAAADAACAXlvDU1b/dCQMi9nomUgAAIPAZFDo 308AAIvwWYX2WXUFagJY63JVV2iA8EAAVuiGRwAA/3QkHFbojEcAAGhs8EAAVuiBRwAAg8QY jbugAQAAagBW6FBIAABZUFaLz+jVAgAAi8/oCgMAAIvohe1081bo3ksAAFlqAVhfO+hddQ5o +gAAAIvL6BEAAADrCseDpAEAAAMAAIBeW8IEAFWL7IHsBAQAAFaL8VdqAI2+oAEAAI2F/Pv/ /2gABAAAUIvP6IoCAACLz+ioAgAAhcB09YP4AXVAjUX8UI2F/Pv//2iM8EAAUOgcTwAAi0UI i038g8QMO8F0GseGpAEAAAQAAICJjqgBAACJhqwBAABqAusQM8DrDceGpAEAAAMAAIBqAVhf XsnCBAD/dCQEgcEcAQAAUeiBRgAAWVnCBABVi+xRU1ZXi/H/dQiLfhDoWEcAAINl/ACDfgwA WYvYdhZX6EVHAAD/RfyNfAcBi0X8WTtGDHLqK14Qi0YUA9872HZOi04YA8FQiUYU6GpOAACL 2FmF23UMx4akAQAAAgAAgOs+/3YUagBT6K1FAACLRhCLzyvIUVBT6I5OAACLRhBQK/jojkoA AIPEHIleEAP7/3UIV+jiRQAA/0YMi0YMWVlfXlvJwgQAVYvsUVNWV4vx/3UIi34E6K9GAACD ZfwAgz4AWYvYdhVX6J1GAAD/RfyNfAcBi0X8WTsGcusrXgSLRggD3zvYdk6LThgDwVCJRgjo w00AAIvYWYXbdQzHhqQBAAACAACA6zz/dghqAFPoBkUAAItGBIvPK8hRUFPo500AAItGBFAr +OjnSQAAg8QciV4EA/v/dQhX6DtFAAD/BosGWVlfXlvJwgQAVYvsgeyQAQAAU1ZqAY2FcP7/ /1uL8VBqAv8V4NFAAA+/RQxISHUDagJbD7/DagZQagL/FeTRQAAzyYP4/4kGXg+VwYvBW8nC DABVi+yD7BBWi/H/dQz/FdTRQABmiUXyjUUMUIvO/3UIZsdF8AIA6HkAAACLRQxqEIhF9IpF DohF9opFD4hl9YhF941F8FD/Nv8V2NFAAIXAXnQK/xXc0UAAM8DrA2oBWMnCCAD/dCQM/3Qk DP90JAz/Mf8V0NFAAMIMAP90JAz/dCQM/3QkDP8x/xXM0UAAwgwA/zH/FcTRQAD/JcjRQABq AVjDVYvsUVFTVleLfQhqATP2W4lN+FeJdfzoFUUAAIXAWX4sigQ+PC51Bf9F/OsKPDB8BDw5 fgIz21dG6PNEAAA78Fl83oXbdBiDffwDdAQzwOs6/3UMi034V+g1AAAA6ylX/xXA0UAAi/D/ FdzRQACF9nQWM8CLTgyLVQyLCYoMAYgMEECD+AR87GoBWF9eW8nCCABVi+xRU4tdCFYz9leJ dfyNRQiNPB5QaIzwQABX6NtLAACLVQyLRfyKTQiDxAyD+AOIDBB0F0aAPy50CIoEHkY8LnX4 /0X8g338BHzDX15bycIIAFWL7FFTVlf/dQzoPUQAAIt1CItdEFmJRfxW6C1EAACL+FmF/3Qt hdt0CYvGK0UIO8N9IIN9FAB0D/91DFbo6pQAAFmFwFl0Bo10PgHry4PI/+syi038i8YrRQiN RAgCO8N+CIXbdAQzwOsa/3UMVujoQgAAVujSQwAAg8QMgGQwAQBqAVhfXlvJw1aLdCQIVzP/ OXwkEH4dVuiuQwAAhcBZdBJW6KNDAABHWTt8JBCNdAYBfOOLxl9ew1aLdCQIVzP/VuiEQwAA hcBZdBqDfCQQAHQMi84rTCQMO0wkEH0HjXQGAUfr24vHX17DVYvsUVOLXQhWi3UMV2oAU4l1 /Oi2////i/hZhf9ZfwczwOmVAAAAhfZ9D2oA6KQSAAAz0ln394lV/I1HAlBT6Fr///+L8Cvz 0eZW6F9KAABWM/ZWUIlFDOizQQAAg8QYhf9+JDt1/HQaagH/dRBWU+gp////WVlQ/3UM6JT+ //+DxBBGO/d83DP2Tzv+iTN+H2oB/3UQVv91DOj//v//WVlQU+hs/v//g8QQRjv3fOH/dQzo U0YAAFlqAVhfXlvJw1ZXM/+L92oA994b9oHm+AAAAIPGCOj7EQAAM9JZ9/aLRCQMA8eE0ogQ dQPGAAFHg/8EfNBfXsNVi+yD7AyLRRCDZfgAg30MAFOKCIpAAVZXiE3+iEX/fjOLRQiLTfgD wYlF9IoAiEUTYIpFE4pN/tLAMkX/iEUTYYtN9IpFE/9F+IgBi0X4O0UMfM1qAVhfXlvJw1WL 7IPsDItFEINl+ACDfQwAU4oIikABVleITf6IRf9+M4tFCItN+APBiUX0igCIRRNgikUTik3+ MkX/0siIRRNhi030ikUT/0X4iAGLRfg7RQx8zWoBWF9eW8nDU1ZXM/9X6BsRAABZM9JqGotc JBRZ9/GL8oPGYYP7BHR4g/sBdRVX6PoQAABZM9JqCln38YvCg8Aw62D2wwJ0E1fo4BAAAFkz 0moaWffxi/KDxkFX6M0QAACoAVl0GPbDBHQTV+i9EAAAWTPSahpZ9/GL8oPGYVfoqhAAAKgB WXQY9sMBdBNX6JoQAABZM9JqCln38Yvyg8Ywi8ZfXlvDU4tcJAxWV4t8JBiL8zv7fhJqAOhv EAAAK/sz0vf3WYvyA/OLXCQQM/+F9n4S/3QkHOgr////iAQfRzv+WXzuagLoG////1mIA4Ak HwBqAVhfXlvDVle/kPBAADP2V+iuQAAAhcBZfhiKRCQMOoaQ8EAAdBFXRuiWQAAAO/BZfOgz wF9ew2oBWOv4U4pcJAhWV4TbfD8PvvNW6EhLAACFwFl1NVboa0sAAIXAWXUqv5jwQAAz9lfo VkAAAIXAWX4UOp6Y8EAAdBBXRuhCQAAAO/BZfOwzwOsDagFYX15bw1aLdCQIigZQ/xVo0EAA hcB0C4B+AYB2BWoBWF7DM8Bew4tEJASKADyhdAc8o3QDM8DDagFYw1WL7IHs/AcAAItFHFNW V4t9DDP2iXX8gCcAOXUQiTB/CYtFCEDp3AEAAItdCIoDUOhA////hcBZdVCJXQyDfSAAdCv/ dQzof////4XAWXQN/3UM6JP///+FwFl0Lf91DOiG////hcBZdARG/0UMi0UQRv9FDEg78H0Q i0UMigBQ6PD+//+FwFl0s4tFEEg78IlFDA+NagEAAIoEHlDo0/7//4XAWQ+EvgAAAIoEHlDo i/7//4XAWXULRjt1DHzs6T8BAACKBB5Q6Kj+//+FwFl0G4tN/IoEHv9F/EY7dQyIBDl9CYtF GEg5Rfx814tFGEg5Rfx8HIN9/AB0FotF/IoEOFDoN/7//4XAWXUF/038deqLRfyFwHwEgCQ4 ADPbOB90FYoEO1DoE/7//4XAWXQHQ4A8OwB1640EO1CNhQT4//9Q6MQ9AACNhQT4//9QV+i3 PQAAi0X8g8QQK8M7RRQPjYQAAACLXQiDfSAAD4SKAAAAi0UIgCcAA8Yz21DoR/7//4XAWXRZ i0UQg8D+iUUgi0UIA8aJRRD/dRDoSv7//4XAWXUZi0UQigiIDDuKSAFDRkCIDDtDRkCJRRDr BkZGg0UQAjt1IH0Xi0UYg8D+O9h9Df91EOju/f//hcBZdbiAJDsAO10UfBCLRRzHAAEAAACL RQgDxusMi10Ii0UcgyAAjQQeX15bycNVi+y4HBAAAOgERQAAU1ZXjU3k6OTc//+LfQyNRfhq AVD/dQgz241N5Igf6M/c//+L8DvzD4QrAQAAi1X4g/oKD4IXAQAAiJ3k7///iV38/3UYjU38 Uf91FP91EFJXUOiR/f//i034g8Qci9Er0APWg/oFD47iAAAAOV38dNGJXQgz//91GI1V/CvI UgPO/3UU/3UQUY2N5O///1FQ6FP9//+DxBw5Xfx0A/9FCItN+IvRK9AD1oP6BXYJR4H/ECcA AHy/OV0IdBFT6JgMAAAz0ln394tN+IlVCIv+iV30/3UYjUX8K89QA87/dRSNheTv////dRBR UFfo9/z//4PEHDld/Iv4dBk5XQh0Lv9NCI2F5O///1D/dQzo4jsAAFlZi034i8ErxwPGg/gF dgz/RfSBffQQJwAAfKSNTeTodtz///91DOimPAAAWTPJO0UQD53Bi8FfXlvJw4gfjU3k6FTc //8zwOvtVYvsi1UMUzPbVoXSdAIgGotFEIXAdAOAIACLdQiAPkB0HFeL+ovGK/6KCITJdA6F 0nQDiAwHQ0CAOEB17F+F0nQEgCQTAIA8MwCNBDNeW3UEM8Bdw4N9EAB0C1D/dRDoNDsAAFlZ agFYXcNVi+xRU4pdCFZXvqTwQACNffxmpYD7IKR+NID7fn0vD77zVujKRgAAhcBZdShW6O1G AACFwFl1HYD7QHQYgPsudBM6XAX8dA1Ag/gCfPQzwF9eW8nDagFY6/b/dCQE6J3///9Zw1WL 7LgAIAAA6MtCAAD/dQiNhQDg//9Q6Kw6AAD/dQyNhQDw//9Q6J06AACNhQDg//9Q6O2MAACN hQDw//9Q6OGMAACNhQDw//9QjYUA4P//UOjCRgAAg8QgycNWvlICQQBW/3QkDOhdOgAA/3Qk FFbogff//1D/dCQc6Fk6AACDxBhew1OLXCQIVldT6Cc7AACL+FmD/wR8JIP/DH8fM/aF/34U D74EHlDoDUYAAIXAWXQKRjv3fOxqAVjrAjPAX15bw1WL7IHsBAEAAFNWV42F/P7//zP/UFdX V/91COhQOwAAvvwBQQBXVug39///i9iDxBw7334gV1bo9/b//1CNhfz+//9Q6IyLAACDxBCF wHQnRzv7fOCNhfz+//9owg1BAFDob4sAAPfYG8BZg+BjWYPAnF9eW8nDi8fr91WL7FYz9ldW aiBqAlZqA2gAAADA/3UI/xX80EAAi/iJdQiD//90Izl1DHQejUUIVlD/dRD/dQxX/xVs0EAA V/8VJNFAAGoBWOsCM8BfXl3DVYvsU1dqAGonagNqAGoDaAAAAID/dQj/FfzQQACDZQgAi/iD y/87+3QdjUUIUFf/FezQQACDfQgAi9h0A4PL/1f/FSTRQACLw19bXcNVi+yD7BSNTezo2tj/ /41F/GoBUI1N7P91COjM2P//hcB0DY1N7Oh62f//agFYycMzwMnDVYvsgewYAQAAVmoEagWN RexqAlDof/j//4PEEI2F6P7//1BoBAEAAP8VmNBAAIt1CI1F7FZqAFCNhej+//9Q/xV00EAA VugjAAAAVuhYOQAAWVlIeAaAPDAudfcDxmjcAUEAUOhQOAAAWVleycNqIP90JAj/FYDQQAD/ dCQE/xWc0EAAw1WL7IHsSAMAAFZX/3UIjYX4/f//M/ZQ6Bg4AACNhfj9//9Q6Pw4AACDxAyF wHQXgLwF9/3//1yNhAX3/f//dQaAIABqAV6Nhfj9//9osPBAAFDo7TcAAFmNhbj8//9ZUI2F +P3//1D/FYzQQACL+IP//w+E1AAAAP91CI2F/P7//1DorTcAAFmF9ll1E42F/P7//2hE8EAA UOimNwAAWVmNheT8//9QjYX8/v//UOiRNwAA9oW4/P//EFlZdFuNheT8//9orPBAAFDodTYA AFmFwFl0Wo2F5Pz//2io8EAAUOheNgAAWYXAWXRD/3UQjYX8/v//agFQ/1UMg8QMhcB0Lf91 EI2F/P7///91DFDo7P7//4PEDOsW/3UQjYX8/v//agBQ/1UMg8QMhcB0Fo2FuPz//1BX/xWI 0EAAhcAPhTP///9X/xWE0EAAXzPAXsnDVYvsUYF9DABQAQBTVld8Kmog/3UI/xWA0EAAM9tT aiBqA1NqA2gAAADA/3UI/xX80EAAi/iD//91BzPA6YQAAACNRfxQV/8V7NBAAIvwO3UMfhVT U/91DFf/FeTQQABX/xWQ0EAA61NqAlNTV/8V5NBAAItFDCvGvgAACACJRQiLzpn3+TvDix1s 0EAAfheJRQyNRfxqAFBWaNAxQQBX/9P/TQx17I1F/GoAUItFCJn3/lJo0DFBAFf/01f/FSTR QABqAVhfXlvJw1ZqAGonagNqAGoDaAAAAID/dCQg/xX80EAAi/CD/v91BDPAXsOLRCQMV41I EFGNSAhRUFb/FejQQABWi/j/FSTRQACLx19ew1ZqAGonagNqAGoDaAAAAMD/dCQg/xX80EAA i/CD/v91BDPAXsOLRCQMV41IEFGNSAhRUFb/FTDRQABWi/j/FSTRQACLx19ew1WL7IPsFFON TezodNX//41F/GoBUI1N7P91COhm1f//i9iF23Rwg30QAHQmgX38AJABAHYdagDosgUAAFkz 0moKWffxg8JUweIKO1X8cwOJVfyLRfxWA8BQ6Gk9AACL8FmF9nQmi0X8A8BQagBW6LU0AABq SP91/FZT6LnN//+LTQyDxByFyXQCiQGNTezordX//4vGXlvJw1WL7IHsBAEAAFNWV4t9CDPb ahRTV4id/P7//+hvNAAAg8QMOB3sN0kAdD5T6CQFAABZM9JqA1n38YXSdCxqAWoKjYX8/v// UVBo7DdJAOib9///g8QUhcB0D42F/P7//1BX6Ig0AABZWTgfD4WLAAAAOB3oNkkAdDZT6NYE AABZM9JqA1n38YXSdCSNhfz+//9TUFNTaOg2SQDouzUAAI2F/P7//1BX6EM0AACDxBw4H3VJ U+icBAAAqA9ZdSu+dA1BAFNW6IPx//9TiUUI6IIEAAAz0vd1CFJW6D7x//9QV+gJNAAAg8Qc OB91D2oEagZqAlfo1fP//4PEEDldDHQrvvwBQQBTVuhA8f//U4lFCOg/BAAAM9L3dQhSVuj7 8P//UFfo1jMAAIPEHDldEHQN/3UQV+jFMwAAWVnrMDldFHQrvtwBQQBTVuj+8P//U4lFCOj9 AwAAM9L3dQhSVui58P//UFfolDMAAIPEHF9eW8nDVYvsg+wUU4tFGFZX/3UUM9uDz/+JXfxT iX34/3UQiV3wiV30iRjo8TIAAIt1CIoGUOgZ+P//g8QQhcAPhIwAAACKBlDoBvj//4XAWXRc i0UMi95IiUUIi0UQK8aJRezrA4tF7IoLiAwYigM8QHUJi03w/0X0iU34PC51B4X/fQOLffD/ RfxDi0X8/0XwO0UIfRaLRRRIOUXwfQ2KA1DorPf//4XAWXW5M9uLRfCLTRArffiAJAgAg/8D fhFqAVg5Rfh+CTlF9A+EoAAAAINN+P+DTfD/iV38ZoseM/9TIX306MP3//+FwFkPhIoAAABT 6LT3//+FwFl0VItFDEghfQyJRQiLRRCA+0CIHAd1Bv9F9Il9+ID7LnUJg33wAH0DiX3wg0UM BINF/AKLRQxHO0UIfRqLRRRIO/h9EotF/GaLHDBT6GD3//+FwFl1totFEIAkBwCLRfArRfiD +AJ+EmoBWDlF+H4KOUX0dQWLTRiJAYtF/APG6wONRgFfXlvJw1WL7IHsGAQAAFMz21aNTeiJ Xfzo3tH//41F+GoBUI1N6P91COjQ0f//i/A783UEM8DrY1eL/otF+IvPK86NUP87yn1HjU38 K8dRjY3o+///aAAEAACNRDD/UVBX6B7+//+DxBSDffwAi/h0yv91FI2F6Pv///91EFD/dQzo Hu7//4PEEIXAfq5D66uNTejoINL//4vDX15bycNVi+xRUYtFGINN+P9QagD/dRSJRfzo5zAA AIPEDI1FGFD/dQz/dQj/FUzQQACFwHQFagFYycONRfxQjUX4/3UUUGoA/3UQ/3UY/xUU0EAA /3UY/xVc0EAAM8DJw1WL7I1FDFD/dQz/dQj/FRjQQACFwHQFagFYXcP/dRTo0TEAAFlQ/3UU agFqAP91EP91DP8VENBAAP91DP8VXNBAADPAXcNVi+yB7AwBAACNRfxWUDP2/3UM/3UI/xVM 0EAAhcB0BDPA61eNhfT+//9oBAEAAFBW/3X8/xVQ0EAAhcB1LzlFEHQjIUX4/3UUjUX4UI2F 9P7//1D/dQz/dQj/VRCDxBSDffgAdQNG67uL8OsDagFe/3X8/xVc0EAAi8ZeycNVi+yB7BQI AABTjUX8VlD/dQy+AAQAADPbiXXw/3UIiXX4/xVM0EAAhcB0BDPA63ONRfiJdfBQjYXs9/// UI1F7FCNRfBqAFCNhez7//+JdfhQU/91/P8VRNBAAIXAdTWDfewBdSg5RRB0IyFF9P91FI1F 9FCNhez7//9Q/3UM/3UI/1UQg8QUg330AHUDQ+ufi/DrA2oBXv91/P8VXNBAAIvGXlvJw4N8 JAQAdQmDPcwxQQAAdRf/FTTRQABQ6GM3AABZ6Gc3AACjzDFBAOldNwAAVYvsg+xUVjP2akSN RaxWUOj5LgAAg8QMjUXwx0WsRAAAAFCNRaxQVlZWVlZW/3UM/3UI/xWk0EAA99gbwF4jRfDJ w1WL7IPsHFNWjU3k6BbP//+DZfgAvsDwQABW6PwvAABZiUX0jUX8agFQjU3k/3UI6PXO//+L 2IXbdFOLTfxXgfkAoAAAcju4ABAAAIHBGPz//zvIi/h2Kv919I0EH1BW6Jc7AACDxAyFwHQP i0X8RwUY/P//O/hy3+sHx0X4AQAAAI1N5Ohaz///i0X4X15bycNVi+yB7AAEAABojQdBAP91 EOi88///WYXAWXRzjYUA/P//aAAEAABQgKUA/P//AP91EP91DP91COj8/P//jYUA/P//UOgm ////g8QYhcB0P4tNGGoBWP91DIkBi00UaOA0SQCJAegwLgAAjYUA/P//UGjkNUkA6B8uAAD/ dRBo3DNJAOgSLgAAg8QYM8DJw2oBWMnDVYvsgewACAAA/3UMjYUA/P//UOjuLQAAjYUA/P// aETwQABQ6O0tAAD/dRCNhQD8//9Q6N4tAACNhQD8//9ojQdBAFDo9fL//4PEIIXAdHmNhQD4 //+ApQD4//8AaAAEAABQjYUA/P//aJMHQQBQ/3UI6C78//+NhQD4//9Q6Fj+//+DxBiFwHQ/ i00YagFY/3UMiQGLTRRo4DRJAIkB6GItAACNhQD4//9QaOQ1SQDoUS0AAP91EGjcM0kA6EQt AACDxBgzwMnDagFYycNVi+yB7BwFAACDZfwAgz3wOEkAAHUlagRoUgJBAOhE6v//jU38UWhK SUAAUGgCAACA6EP8//+DxBjrPI2F6Pv//2oCUOiC8v//jYXo+///UGjgNEkA6N4sAACNRfxQ jYXo+///aLZIQABQaAIAAIDog/z//4PEIItF/IXAo/Q4SQAPhdEAAABWjYXk+v//aAQBAABQ /xWo0EAAM/aAZegAjUXoaI0HQQBQ6IosAABZjUXoWWoEagRqAlDoaS0AAFmNRAXoUOhN7P// jUXpUOjBfgAAjYXk+v//UI2F6Pv//1DoUiwAAI2F6Pv//2hE8EAAUOhRLAAAjUXoUI2F6Pv/ /1DoQSwAAI2F6Pv//2jcAUEAUOgwLAAAjYXo+///UOgn8///g8Q4hcB0CkaD/goPjGf///+N RehQaNwzSQDoBSwAAI2F6Pv//1Bo5DVJAOjkKwAAg8QQXmoBWMnDi0QkBGaLTCQIZgFIAmaL SAJmg/kBfQ5mg0ACHmaLSAJm/wjr7GaDeAIffhJmg0AC4maLSAJm/wBmg/kff+5miwhmg/kB fQaDwQxmiQhmiwhmg/kMfgaDwfRmiQjDi0QkDFaLdCQIV4t8JBCAJwCAIACAPlx1WIB+AVx1 UlNouPBAAFfoUysAAFmNRgJZighqAoD5XFp0F4vfK96EyXQPighCiAwDikgBQID5XHXtgCQ6 AAPWW4A6AHUEagLrElL/dCQY6BMrAABZM8BZ6wNqAVhfXsNVi+yB7BAEAABWjYX0/P//aOQ1 SQBQ6OwqAABZjYX8/v//WTP2aAQBAABQVv8VFNFAAFaNhfD7//9WUI2F9Pz//1ZQ6CosAABW jYX4/f//VlCNhfz+//9WUOgULAAAjYX4/f//UI2F8Pv//1DoZnwAAIPEMPfYG8BeQMnDVot0 JAyD/kRyMYtMJAiAOU11KIB5AVp1Ig+3QTwDwYPG/IvQK9E71ncRiwBeLVBFAAD32BvA99Aj wsMzwF7DVYvsU4tdEFaLdQhXU1borv///1mFwFl0UI0MMIt1DItRdI1BdDvWckAPt0kGi3Tw /IPABDP/hcmNRNAIdiuDw/yJXRCL0CtVCDtVEHMbi1AEixgD2jvedgQ71nYIg8AoRzv5ct87 +XICM8BfXltdw1WL7FNWi3UMV4t9CI1GEIlFDIvGK8eDwBA7RRgPh4AAAAAPt0YOD7dODINl CAADwYXAfmaLXRSLRQyLTRgrx4PACDvBd1SLRQyLQASpAAAAgHQcUVP/dRAl////fwPHUFfo mv///4PEFIXAdDXrFYvTA8crVRABEIsAO8NyJAPLO8FzHg+3Rg4Pt04Mg0UMCP9FCAPBOUUI fJ1qAVhfXltdwzPA6/dVi+yD7DxWjU3U6CLJ//+NTcToGsn//41F/GoBUDP2/3UMjU3EiXX4 iXX8iXX0iXXw6P7I//87xolFDHUHM8DpZAEAAItF/ItNEFONhAgAEAAAUP91COj58f//WY1F +FlWUP91CI1N1OjHyP//i9g73old7A+E/gAAAFf/dfhqA1PoZP7//4v4g8QMO/4PhNoAAAD/ dfxqA/91DOhK/v//i/CDxAyF9g+EwAAAAP91/P91DOjz/f///3X4iUUQU+jn/f//i00Qi1UM A8qDxBBmg3lcAg+FkwAAAIuJjAAAAAPYiU0QiYuMAAAAi0YIi08MiUcIiwaJB4tHCAPBiUXw i0YEiUXki0cEiUXoi0YIi3YMA/KLVeyNPBGLyCtNDAPOO038d0dQVlfouCwAAP91EP916P91 5FdX6Bz+//8Pt0sUiUX0i9MPt0MGA9GDxCCNBICNTML4i0TC/AMBZqn/D3QHwegMQMHgDIlD UI1N1Oh5yP//M/ZfjU3E6G7I//85dfRbdB+LRfA7RfxzA4tF/FD/dQjouvD///91COhMAQAA g8QMi0X0XsnDVYvsg+wUU1aNTezodsf//zP2jUX8VlD/dQiNTezoZ8f//4vYO951BzPA6b0A AABX/3X8U+jH/P//i/hZhf9ZD4SBAAAA/3X8agNT6O/8//+DxAyFwHRvahCNNB9aiZaMAAAA i0gEA8qJEGb3wf8PiVAIdAfB6QxBweEMiU5Qi0gMi3gIA/k7fQxzA4t9DGb3x/8PdAfB7wxH wecMjQQZi8gryztN/HMMUmoAUOh6JgAAg8QMi4bsAAAAhcB0A4lGKGoBXusDi30IjU3s6HLH //+F9nQLV/91COjL7///WVn/dQjoWwAAAFmLxl9eW8nDVYvsUYtFDDPJ0eiJTfx0KYtVCFaL 8A+3AgPIiU0Ii0UIwegQiUUIgeH//wAAA00IQkJOdeGJTfxeiU0Ii0UIwegQi1X8ZgPCiUUI i0UIA0UMycNVi+yD7BRWV41N7Ogzxv//g2X8ADP2jUX8VlCNTez/dQjoIMb//4v4hf90O/91 /FfoiPv//1mFwFl0IoN8OFgAjXQ4WHQSgyYA/3X8V+hb////WYkGWesDi0UIi/CNTezom8b/ /4vGX17Jw1WL7IHsAAgAAIM98DhJAAB1NYM9EDlJAAB0LI2FAPj//2jIAAAAUGr//3UIagFq AP8VeNBAAI2FAPj//1BqAP8VEDlJAMnDM8DJw1WL7IPsDFNWV4tFCIlF+ItFDIlF9It1+It9 9FFSUzPJSYvRM8Az26wywYrNiuqK1rYIZtHrZtHYcwlmNSCDZoHzuO3+znXrM8gz00911ffS 99Fbi8LBwBBmi8FaWYlF/ItF/F9eW8nDVYvsgexQAQAAU1ZXagNfjU3Q6A7F////dRDo+yUA AIvwWY1F6IPGIFD/FdjQQABmgWXq/v8z21PoU/X//1kz0moeWffxZilV8maDffI8cgZmx0Xy AQCKRfKLTfCD4D/B4QYLwYpN9NDpweAFg+EfC8GKTf5miUX8i0Xog8BEg+EfweAJM8GKTeqD 4Q9mJR/+weEFC8GKTe5miUX+Mk3+g+EfZjPBOV0UZolF/nQDagJfaiD/dQj/FYDQQABTaiBX U2oDaAAAAMD/dQj/FfzQQACL+IP//4l9+HQqagJTU1f/FeTQQACNReRqAVCNTdD/dQzoMcT/ /zvDiUUMdQ5X/xUk0UAAM8Dp8wAAAItF5MaFsv7//3RQZseFs/7//wCA/3UMZom1tf7//4mF t/7//4mFu/7//4idv/7//+hX/v///3UQiYXA/v//i0X8xoXI/v//FImFxP7//8aFyf7//zDo tCQAAP91EGaJhcr+//+NhdD+//+Jncz+//9Q6KgjAAAPt/6NR/5QjYWy/v//UOgD/v//izVs 0EAAg8QcOV0UZomFsP7//3QRjUXgU1BqFGisDUEA/3X4/9aNReBTUI2FsP7//1dQ/3X4/9aN ReBTUP915P91DP91+P/WjU3Q6P3D////dfj/FSTRQAA5XRR0Cf91COgBAQAAWWoBWF9eW8nD VYvsUYsNFDlJAINl/ABqAYXJWHQIjUX8agBQ/9HJw1WL7IHsYAYAAItFCFMz28dF8EAGAAA7 w4ld/HUG/xWs0EAAjU0IUWooUP8VINBAAIXAD4SeAAAAVo1F9FdQ/3UMU/8VCNBAAIXAdHyL RfSLNQzQQACJReSLRfiJReiNRfBQjYWg+f//UI1F4GoQUFOJXeD/dQiJXez/1os94NBAAP/X hcB1QYtF9IONrPn//wKJhaT5//+LRfiJhaj5//9TU42FoPn//2oQUFPHhaD5//8BAAAA/3UI /9b/14XAdQfHRfwBAAAA/3UI/xUk0UAAi0X8X15bycNVi+yD7BhWM/ZXVmogagNWagFoAAAA wP91CP8V/NBAAIv4O/4PhK4AAACNRehQ/xW00EAAVuha8v//ajwz0ln38VZmiVXy6Eny//9Z M9JZahhZ9/FmKVXwZjl18H8IZgFN8Gb/Te5W6Cjy//9ZM9JqHFn38WYpVe5mOXXufxJW6BDy //9ZM9JqA1n38WaJVe5W6P7x//9ZM9JqDFn38WYpVepmOXXqfwhmAU3qZv9N6I1F+FCNRehQ /xWw0EAAjUX4UI1F+FCNRfhQV/8VMNFAAFf/FSTRQABfXsnDVYvsgeyUAAAAU1ZXagFbU+ij 8f//vgQBAAAz/1ZXaOw3SQDoyiAAAFZXaOg2SQDoviAAAFZXaOQ1SQDosiAAAFZXaOA0SQDo piAAAFZXaNwzSQDomiAAAIPEQGjQ8EAAaGYiAABo1PBAAOjH3///aPg4SQDoCdD//4PEEP8V vNBAACUAAACAiT0AOUkAo/A4SQCNhWz///9Qx4Vs////lAAAAP8VuNBAAIO9cP///wV1Djmd dP///3UGiR0AOUkA6FXz//++ANAHAFbowSgAADvHWaPYM0kAdQQzwOskVldQ6AwgAADo1QAA AFNoBA5BAOiK3f//UFfoTv3//4PEHIvDX15bycNVi+yD7BRXjU3s6DfA//+NRfxqAFCNTez/ dQjoKcD//4v4hf8PhIwAAABWvgAQAAA5dfxzBDP263JT/3UM6PkgAACL2ItF/AUY/P//WTvG dlaNBD5TUP91DOi9LAAAg8QMhcB0D4tF/EYFGPz//zvwct/rM418PhS+ZiIAAI1f/FNWV+in 3v//i0UMVoPAFFBX6GUkAABT6ADe//9TVlfoL97//4PEKGoBXluNTezoUMD//4vGXl/Jw1NV VldqAmiTC0EA6LDc//+LHfTQQABZWVD/04s1ONFAAIvohe2/kwxBAHQ5agFX6Izc//9ZWVBV /9ZqBFejCDlJAOh53P//WVlQVf/WagVXowQ5SQDoZtz//1lZUFX/1qMMOUkAagNokwtBAOhP 3P//WVlQ/9OL6IXtdBNqA1foPNz//1lZUFX/1qMQOUkAv8gNQQBX/9OL2IXbdBNqAVfoG9z/ /1lZUFP/1qMUOUkAX15dW8NVi+yB7EwGAABTVleNTeToxL7//4t9CDPbV4ld9OiQ7///hcBZ D4VqAgAAV+jP+P//hcBZD4VbAgAAvvsMQQBTVuj12///iUX8jYW4+v//U1BTU1fo7x8AAIPE HDld/IldCH4x/3UIVuie2///OBhZWXQXUI2FuPr//1DoleP//1mFwFkPhQsCAAD/RQiLRQg7 Rfx8z42FyP7//1Dog+X//42FvPv//8cEJAQBAABQU/8VFNFAAI2FyP7//1NQjYW8+///UP8V fNBAAIXAD4TCAQAAizWA0EAAjYXI/v//aiBQ/9ZoAFABAI2FyP7//1dQ6LH0//+DxAyFwA+E hwEAAI1F+FNQV41N5OjMvf//O8OJRQgPhG4BAACBffgAUAEAD4ZZAQAAgX34AAAwAA+DTAEA AI2FvPv//1NQjYW0+f//UI2FxP3//1BX6PgeAACNhbT5//9QjYXE/f//UOiKHQAAjYW8+/// UI2FxP3//1Dodx0AAI2FxP3//2is8EAAUOhmHQAAagRqA42FwPz//2oDUOgj3f//D76FwPz/ /1DotSAAAIPEQIiFwPz//42FwPz//1CNhcT9//9Q6CsdAACNRfRQ/3X4/3UI6BkaAACDxBQ7 w4lFCI1N5A+EoQAAAOiuvf///3X0jYXE/f///3UIUOha4///jYXE/f//UOiq+v//g8QQjYXE /f//aidQ/9aNRcxQV+io5v//WYlF/FlqIFf/1lONhcj+//9XUP8VfNBAAI2FyP7//1DoUOT/ /42FxP3//1Bo1ABBAOiKHAAAaMDwQABX6DT8//+DxBQ5Xfx0DI1FzFBX6J3m//9ZWf91COj+ IAAAWWoBWOsXjU3k6A29//+Nhcj+//9Q6P7j//9ZM8BfXlvJw1WL7IHsKAQAAFaNTejoKrz/ /4Nl/ACNRfhqAVD/dQiNTejoGLz//4vwhfYPhJMAAACNheD9//9QjYXY+///UI2F3Pz//1CN heT+//9Q/3UI6FcdAACNhdz8//9QjYXk/v//UOjpGwAAjYXY+///UI2F5P7//1Do1hsAAICl 5f3//wCNheH9//9QjYXk/v//UOi8GwAAjYXk/v//aNwBQQBQ6KsbAACNRfxQ/3X4VuiqGQAA i/CDxECF9o1N6HUJ6DW8//8zwOtU6Cy8////dfyNheT+//9WUOja4f//Vuj5HwAAg8QQM/b/ FcTQQABQjYXk/v//UOjY6///WYXAWXQZav9Q/xXA0EAAjYXk/v//UOjg4v//WWoBXovGXsnD VYvsgewEAQAAjYX8/v//aAQBAABQaKAxQQBqBWhSAkEA6CrY//9ZWVBoAQAAgOiO6f//agGN hfz+////dQz/dQhQ6ODo//+DxCTJw1WL7IHsDAIAAFMz2zldDFZXiV38D4WLAQAAvosJQQBT VugO2P//i/iNhfT9//9QjYX4/v//UFNTiJ34/v///3UI6PsbAACDxBxPO/uJXQx+Mf91DFbo qtf//1CNhfj+//9Q6D9sAACDxBCFwHUMOX0MdAfHRfwBAAAA/0UMOX0MfM+NhfT9//9QjYX4 /v//UOhRGgAAvhsLQQBTVuiT1///g8QQM/87w4lFDH4oV1boUNf//1CNhfj+//9Q6OVrAACD xBCFwHUHx0X8AQAAAEc7fQx82Dld/HQpagFo8A1BAOge1///i3UIUFboHt///4PEEIXAdQ9W 6I7h//9Z6aIAAACLdQhW6MXf//+L+Fk7+3w1VmjoNkkA6LgZAABZg/8FWX02VmjsN0kA6KYZ AABqAWgA0AcA/zXYM0kAVuiY5///g8QY6xOD/5x1DlNq/2r/Vuh6EgAAg8QQixUYOUkAadIs AQAAgfpYGwAAfhdT6Mfp//9ZM9JqBVn38YPCB2nS6AMAAFL/FSzRQAD/BRg5SQCBPRg5SQAQ JwAAfgaJHRg5SQBqAVhfXlvJw1WL7IHsDAMAAFMz242F9Pz//1NQjYX8/v//UFP/dQjocBoA AIPEFDldDHVtOV0QdT+Nhfz+//9Q6NwZAAA7w1l0B4icBfv+//+Nhfj9//9TUFONhfz+//9T UOg1GgAAjYX4/f//UOh63v//g8QY6w2NhfT8//9Q6Gne//9ZhcB0GGoBaADQBwD/NdgzSQD/ dQjomOb//4PEEGoBWFvJw1ZXi3wkDGoBXmhuCUEAV+iu3f//WYXAWXQlaG0JQQBX6J3d//9Z hcBZdAIz9lZoJ15AAFfoHeD//4PEDGoBWF9ew1WL7IHsDAsAAItFFFNWV/91DDPbiRiNhfT0 //9Q6CYYAACNhfT0//9oRPBAAFDoJRgAAP91EI2F9PT//1DoFhgAAI2F9Pj//2gABAAAUI2F 9PT//1NQaAIAAIDoh+b//42F9Pj//1CNhfz+//9Q6NUXAACDxDSNhfT4//9oBAEAAFCNhfz+ //9Q/xXI0EAAvosJQQBTVugL1f//iUUUjYX0/P//U1BTjYX0+P//U1Do/xgAAIPEHDP/OV0U fitXVuix1P//OBhZWXQTUI2F9Pz//1DoqNz//1mFwFl1Bkc7fRR82jt9FHwkjYX0+P//aCMN QQBQ6Ibc//9ZhcBZdA2NhfT4//9Q6F/4//9ZU42F+P3//1NQjYX8/v//UI2F9Pj//1DoihgA AI2F+P3//1CNhfz+//9Q6BwXAACNhfz+//9Q6Hb+//+DxCBo6AMAAP8VLNFAAGoBWF9eW8nD VYvsgewIAQAAgKX4/v//AI2F+P7//2oBUOhf3P//jUX8UI2F+P7//2gIX0AAUGgCAACA6PPl //+DxBhogO42AP8VLNFAAOvBVYvsg30MAHU0g30QAHUIagX/FSzRQAD/dQjoftz//4XAWXwU g/gDfQ//dQho7DdJAOhsFgAAWVlqAVhdw/91COjT/f//hcBZdAQzwF3DM8A5RRAPlMBdw1WL 7IHsDAEAAICl9P7//wBTjYX0/v//aAQBAABQagFobQlBAOhP0///WVlQaFICQQBoAgAAgOiu 5P//jYX0/v//UOh5/f//D76F9P7//4qd9v7//1DobhkAAIPEHINl+ACIRf+KRfgEYTpF/3Q8 gKX2/v//AIiF9P7//42F9P7//1D/FczQQACD+AOInfb+//91F/91CI2F9P7//2iuYEAAUOhv 3f//g8QM/0X4g334GnyxM8BbycIEAFZohQlBAP90JBDogRUAAIt0JBBW6GcWAACDxAwzyYXA fguAPDFAdAVBO8h89Ug7yHwEM8Bew41EMQFQ/3QkEOhcFQAAWVlqAVhew1WL7IHsFAIAAIA9 1DJJAABWD4SbAAAAgD3QMUkAAA+EjgAAAIN9EACLdQh0ElboA7b///91DFbo0sD//4PEDGpk aAABAABqGWjUMkkAjY3s/f//6NjJ//9qBGoKjUWcagNQ6L3U//+DxBCNRZyNjez9//9Q6DvO //+DxmSNjez9//9W6OrO//9o0DFJAI2N7P3//+gxzv//jY3s/f//6MTK//+FwHQQjY3s/f// 6FDK//8zwF7Jw/91DOh2FQAAWVCNjez9////dQzo9Mr//42N7P3//4vw6CbK//8zwIX2D5TA 689Vi+yB7BgDAABWi3UIjYXo/P//UFbotv7//1mFwFl1BzPA6boAAACDfRAAdBJW6B61//// dQxW6O2///+DxAxqZGgAAQAAjYXo/P//ahlQjY3s/f//6PHI//9qBGoKjUWcagNQ6NbT//+D xBCNRZyNjez9//9Q6FTN//+NRmSNjez9//9Q6APO//9WjY3s/f//6E7N//+Njez9///o4cn/ /4XAdBCNjez9///obcn//+lr/////3UM6JMUAABZUI2N7P3///91DOgRyv//jY3s/f//i/Do Q8n//zPAhfYPlMBeycNVi+yB7AAIAACApQD4//8AgKUA/P//AI2FAPj//1D/dQjoxv3//42F APz//1D/dQzot/3//42FAPz//1CNhQD4//9Q6ARlAACDxBj32BvAQMnDg+wQVVZXg0wkGP+9 ABAAAGoBVb7U8EAA/3QkKDP/iXwkIFbops///4PEEIXAD4XvAAAAV1boTtD//1k7x1mJRCQQ D46yAAAAUzPbhf+JXCQQfjNTVuj+z///WVlQV1bo9M///1lZUOhC////WYXAWXQIx0QkEAEA AABDO9981IN8JBAAdUxqAY1fATtcJBhYiUQkEH0uU1bou8///1lZUFdW6LHP//9ZWVDo//7/ /1mFwFl0BP9EJBBDO1wkFHzWi0QkEDtEJBh+CIlEJBiJfCQcRzt8JBQPjGz///+DfCQYAFt+ FYN8JBgAfA5V/3QkHFbow8///4PEDDP/agFV/3QkKFboxc7//4PEEIXAdRJVav9W6KHP//+D xAxHg/8KfNpqAVhfXl2DxBDDgewEAgAAU1VWV8dEJBABAAAAMtu+Xg5BAL0EAQAAvwEAAID/ dCQQjUQkGIgd1DJJAIgd0DFJAFZo6ChBAFDoBBYAAIPEEFVo1DJJAGoBVujYzv//WVlQjUQk IFBX6Dvg//+DxBQ4HdQySQB0J1Vo0DFJAGoCVuixzv//WVlQjUQkIFBX6BTg//+DxBQ4HdAx SQB1F/9EJBCDfCQQCX6EiB3UMkkAiB3QMUkAX15dW4HEBAIAAMNVi+y4IDAAAOhLGQAAU1ZX aAAAEADobRkAADPbWTvDiUXsdQlfXjPAW8nCBADo8O3//4XAdQ1oYOoAAP8VLNFAAOvqaADQ BwD/NdgzSQDo0/X//1lZagHoovr//+jp/v//jYWI8///aAQBAABQU/8VFNFAAI2F3P7//1Do D9j//1mJXfi+JAkAAOiU7f//hcB1Cmhg6gAA6YcDAACNhdz+//9Q6LPX//+FwFl1Wo2F3P7/ /1NQjYWI8///UP8VfNBAAI2F3P7//2ogUP8VgNBAAI2F3P7//2gAUAEAUOjb6P//U+jG4P// M9K5ACgAAPfxjYXc/v//gcIAUgEAUlDoYtn//4PEFFP/NdgzSQDok83//zlF+FlZiUXoD439 AgAAaHoiAACNheDP//9owPBAAFDowRQAAI2F4M///4id9N///1CNhdz+//9Q6K3v//9WjYWM 9P//U1Doig8AAP91+P812DNJAOgKzf//g8QoOBiJReQPhJUCAABQjYXw9P//UOjBDwAAU+gh 4P//M9KDxAz3deg7Vfh1AUI7Veh8AjPSUv812DNJAOjIzP//i/hZWTgfdRBT/zXYM0kA6LTM //9Zi/hZjYXc/v//UI2FOPr//1Dobw8AAI2FVPX//1dQ6GIPAACNhYz0//9XUOhVDwAAagGN hYz0////dexQ6P/5//+DxCSFwA+FAAIAAFaNhYz0//9TUOjLDgAAjYXc/v//UI2FOPr//1Do GA8AAI2FVPX//1dQ6AsPAACNhYz0//9XUOj+DgAA/3XkjYXw9P//UOjvDgAAagGNhYz0//// dexQ6H76//+DxDiFwHQMV+in+///WemSAQAAU2jU8EAA6B7M//+DTeD/WVmJRfSJXfBWjYWM 9P//U1DoRg4AAI2F3P7//1CNhTj6//9Q6JMOAACNhVT1//9XUOiGDgAA/3XkjYXw9P//UOh3 DgAAU+jX3v//M9KDxCj3dfQ7VeCJVfx1BEKJVfw7VfR8A4ld/P91/GjU8EAA6HbL//9QjYWM 9P//UOg7DgAAagGNhYz0////dexQ6Mr5//+DxByFwHUT/0Xwi0X8g33wBolF4A+MXP///4N9 8AYPjM0AAABTaCwOQQDoWcv//1OJRfToWN7//zPSg8QM93X0O1X0iVX8fAOJXfyNhVzy//9Q jYWw/f//UFfoM9L//42FsP3//2g08EAAUOjKDQAA/3X8aCwOQQDo28r//1CNhbD9//9Q6LAN AABWjYWM9P//U1DoMg0AAI2F3P7//1CNhTj6//9Q6H8NAACNhVT1//9XUOhyDQAAg8RAjYXw 9P///3XkUOhgDQAAjYWw/f//UI2FjPT//1DoTQ0AAGoBjYWM9P///3XsUOjc+P//g8Qc/0X4 i0X4O0XoD4wD/f//aMAnCQD/FSzRQADpW/z//1WL7IHsYAUAAGah9ChBAFZXagdmiUWgWTPA jX2i86tmq6HwKEEAjX3oiUXkM8CrZqsz/8dF4CAAAAA5PfA4SQCJffSJffgPhd8BAAA5PQg5 SQAPhNMBAACLdQg793QljUXgUI1FgFD/FWTQQACNRYBQjUYCUOhwXgAAWYXAWQ+EpwEAAI2F WP///4NN0P+JRdiNhbD+//+JRcCNhbD+//+JRciNRYBTUI1FoIl9xFCJfdSJfdzHRcx/AAAA 6GkMAABZjYUY////WWoiUGr/Vos1eNBAAGoBV//Wx0X8AgAAALtE8EAAikX8ahQEQYhF5I2F WP///1CNReRq/1BqAVf/1opF5Go0iEWgjYWw/v//UI1FoGr/UGoBV//WjUX0UI1FwFCNhRj/ //9qAlD/FQg5SQA5fQyJRfAPhN4AAAA7x3VgOX34dVtqAWjcAUEAV+gr3P//WYPgAVCNhaT7 //9Q6MXW//+Nhaj8//9TUOinCwAAjUWgUI2FqPz//1DopwsAAGoBjYWk+///V1CNhaj8//9X UP91COh6vP//g8Q4iUX4OX3wdXVqAWjCDUEAjYWg+v//V1Dob9b///91CI2FrP3//1DoTwsA AI2FrP3//1NQ6FILAACNRaBQjYWs/f//UOhCCwAAjYWs/f//U1DoNQsAAI2FoPr//1CNhaz9 //9Q6CILAABqAWr/jYWs/f//av9Q6PwDAACDxEj/RfyDffwFD4y8/v//W19eycNVi+y4nEMA AOjuEgAAjUUMV1CDTfz//3UIx0X4gD4AAGoDagFfV/91DOgpWwAAhcAPhUABAACNRfhTUI2F ZLz//1CNRfxQ/3UM6ANbAAAz2zld/IldCA+GEQEAAFaNtXi8///2RvgCjUbsdBP/dRBqAlDo if///4PEDOnbAAAAjYXs/P//UI2F8P3//1D/NujZ3v//g8QMhcAPhbsAAAD/dRCNhfD9//9Q 6CP9//9ZWVdo3AFBAFPoldr//1kjx1CNheT6//9Q6DDV//+DxBA5XRAPhIIAAABXjYXk+v// U1CNhez8//9TUI2F8P3//1Do87r//4PEGFdowg1BAFPoTdr//1kjx1CNhej7//9Q6OjU//// No2F9P7//1DoyQkAAI2F9P7//2hE8EAAUOjICQAAjYXo+///UI2F9P7//1DotQkAAFdq/42F 9P7//2r/UOiQAgAAg8Q4/0UIg8Ygi0UIO0X8D4L3/v//Xv91DOjWWQAAW1/Jw2oBWFBqAmoA 6Hr+//+DxAxoAN1tAP8VLNFAADPA6+S4hCMAAOhZEQAAU1VWV41EJBRoBAEAADPbUFP/FRTR QACLPYDQQAC+5DVJAGogVv/XU41EJBhWUP8VfNBAAGogVolEJBj/1zlcJBB0Vmh6IgAAjYQk HAEAAGjA8EAAUOifDQAAjYQkJAEAAIicJDgRAABQVuiP6P//aABQAQBW6ETh//9T6C/Z//8z 0rkAKAAA9/GBwgBSAQBSVujR0f//g8QoVuh85v//WWonVv/XOR3wOEkAv9wzSQB0RVZXaOA0 SQBoAgAAgOiB1///agFokwtBAOioxf//g8QYUP8V9NBAAIvoaJMMQQBV/xU40UAAO8N0BWoB U//QVf8V8NBAADlcJBB1BDPA63U5HfA4SQB0C1NW6MvY//9ZWetfOR34OEkAdVeLLQDQQABq AlNT/9VTU1NTU1ZTagJoEAEAAFNXV1CJRCRE/xVI0EAA/3QkEIs1QNBAAP/WagFTU//Vi+hq EFdV/xU40EAAi/hTU1f/FSTQQABX/9ZV/9ZqAVhfXl1bgcSEIwAAw1WL7FGh8ChBAIlF/IpF CABF/I1F/FD/FczQQACD+AN0DIP4BHQHagFYycIEAGoAjUX8aHpcQABQ6FfP//+DxAxoAHS3 Af8VLNFAAOvgVYvsgexYAgAAVr5SAkEAjYXU/v//VlDoXwcAAGoHVuiFxP//UI2F1P7//1Do WgcAAIClqP3//wCNhaj9//9oLAEAAFCNhdT+//9o8A1BAFBoAgAAgOjA1f//agCNhaj9//9o elxAAFDo2s7//4PEODPAXsnCBABVi+y4kCUAAOgHDwAAi0UQU1aLdQwz21c5XRSJdfyJRfh1 Ef91COiu1///hcBZD4U+AQAAv3QNQQBTV+gixP//WTvzWYlFDH0PU+gb1///M9JZ93UMiVX8 vtwBQQBTVuj+w///OV0QWVmJRQx9D1Po9tb//zPSWfd1DIlV+I2F9P7//1Dows3//42F7Pz/ /8cEJAQBAABQU/8VFNFAAI2F9P7//1NQjYXs/P//UP8VfNBAAIXAD4S3AAAAjYX0/v//aiBQ /xWA0EAAaHoiAACNhXDa//9owPBAAFDo1AoAAI2FcNr//4idhOr//1CNhfT+//9Q6MDl//9T 6GvW//8z0rkAKAAA9/GNhfT+//+BwgBSAQBSUOgHz////3X8V+gOw///UI2F8P3//1Do0wUA AP91+Fbo+ML//1CNhfD9//9Q6M0FAACDxECNhfD9////dRRQjYX0/v//UP91COh34P//jYX0 /v//UOhKzf//g8QUX15bycNq//8VLNFAAOv2VYvsgewgAgAAagRqBY1F6GoCUOhKxf//gKXg /f//AIPEEI2F4P3//2gEAQAAUGoBaG0JQQDod8L//1lZUGhSAkEAaAIAAIDo1tP//4PEFI2F 5P7//1CNRehqAFCNheD9//9Q/xV00EAAjYXk/v//UOjDzP//jYXk/v//UOjyBQAAWVlIeAqA vAXk/v//LnXzhcB+FI2EBeT+//9o3AFBAFDo3QQAAFlZjUX8VlBophUAAGhAE0EA6OMCAAD/ dfyL8I2F5P7//1ZQ6CvL//+DxBiFwHUfjYXk/v//UOjpy////3X8jYXk/v//VlDoCMv//4PE EI2F5P7//2oAUOgT1f//WVlehcB0Fmr/UP8VwNBAAI2F5P7//1DoGsz//1kzwMnCBABVi+xR U1aLNdDQQABXjUX8M/9QV1do/xVAAFdX/9aNRfxQV1doCGZAAFdX/9aNRfxQV1do3m1AAFdX /9aNRfxQV1doZmBAAFdX/9aNRfxQV1dozXFAAFdX/9aNRfxQV1do1W9AAFdX/9Yz241F/FBX U2iIb0AAV1f/1kOD+xp86+hM/v//X15bycNVi+yD7BwzwMdF5BABAACJReyJRfCJRfSJRfiJ RfyNReRQx0XoBAAAAP81HDlJAP8VWNBAAOiT2P//hcB0Begz////ycIEAGh8c0AAaNwzSQD/ FTTQQABqAKMcOUkA6J3////CCABVi+yB7KABAACNhWD+//9QagL/FeDRQADo/+H//4XAdFTo 9fn//4A91ABBAAB0D2jUAEEA6PTm//+FwFl1N4M9+DhJAAB0IINl+ACDZfwAjUXwx0Xw3DNJ AFDHRfTDc0AA/xUE0EAA6PvX//+FwHQF6Jv+//8zwMnCEABVi+y4jDgBAOj2CgAAU1b/dQzo GwsAAIvYM/Y73lmJXfSJdfiJdfx1BzPA6dsAAABXaIA4AQCNhXTH/v9WUOhQAgAAg8QMM8CN vXjH/v87RQxzZotNCIoMCITJdA2IDB5GQIl1/DtFDHLpO0UMc0qLyItVCIA8EQB1BkE7TQxy 8YvRK9CD+gpzETvBc8GLVQiKFBCIFB5GQOvvgX34ECcAAHMP/0X4iUf8iReDxwiLweuciXX8 M/brSItF+Il1/Iv4wecDjVw3BFPoZAoAAIvwi0X4V4kGjYV0x/7/UI1GBFDovQYAAP91/I1E NwT/dfRQ6K0GAACLRRCDxByJGItd9FPohwYAAFmLxl9eW8nDVYvsg+wMU4tdCFZXiwMz0ov4 jUsEwecDiVX8iU30jXcEiUX4OXUMcwczwOmcAAAAhcB2I4vxiUUIiw470XMHK8oD0QFN/ItG BIXAdgID0IPGCP9NCHXii0UMK8eDwPw5RfyJRQxzBStF/APQi0UQM/YhdfxSiRDopwkAAI18 HwSLXfiF21l2LotN9Dsxcw+LVfyKFDqIFDBG/0X86+0z0jlRBHYLgCQwAEZCO1EEcvWDwQhL ddWLTfw7TQxzDgPwihQ5iBZGQTtNDHL0X15bycPM/yUc0UAA/yUM0UAA/yUQ0UAA/yUA0UAA zMzMzMzMzMzMzItUJASLTCQI98IDAAAAdTyLAjoBdS4KwHQmOmEBdSUK5HQdwegQOkECdRkK wHQROmEDdRCDwQSDwgQK5HXSi/8zwMOQG8DR4EDDi//3wgEAAAB0FIoCQjoBdelBCsB04PfC AgAAAHSoZosCg8ICOgF10grAdMo6YQF1yQrkdMGDwQLrjMzMzMzMzMzMzMzMzItUJAyLTCQE hdJ0RzPAikQkCFeL+YP6BHIt99mD4QN0CCvRiAdHSXX6i8jB4AgDwYvIweAQA8GLyoPiA8Hp AnQG86uF0nQGiAdHSnX6i0QkCF/Di0QkBMPMzMzMzMzMzFeLfCQI62qNpCQAAAAAi/+LTCQE V/fBAwAAAHQPigFBhMB0O/fBAwAAAHXxiwG6//7+fgPQg/D/M8KDwQSpAAEBgXToi0H8hMB0 I4TkdBqpAAD/AHQOqQAAAP90AuvNjXn/6w2Nef7rCI15/esDjXn8i0wkDPfBAwAAAHQZihFB hNJ0ZIgXR/fBAwAAAHXu6wWJF4PHBLr//v5+iwED0IPw/zPCixGDwQSpAAEBgXThhNJ0NIT2 dCf3wgAA/wB0EvfCAAAA/3QC68eJF4tEJAhfw2aJF4tEJAjGRwIAX8NmiReLRCQIX8OIF4tE JAhfw4tMJAT3wQMAAAB0FIoBQYTAdED3wQMAAAB18QUAAAAAiwG6//7+fgPQg/D/M8KDwQSp AAEBgXToi0H8hMB0MoTkdCSpAAD/AHQTqQAAAP90AuvNjUH/i0wkBCvBw41B/otMJAQrwcON Qf2LTCQEK8HDjUH8i0wkBCvBw1WL7FGDZfwAU4tdCFZXU+hx////g/gBWXIhgHsBOnUbi3UM hfZ0EGoCU1bojBAAAIPEDIBmAgBDQ+sKi0UMhcB0A4AgAINlDACAOwCLw77/AAAAiUUIdGWK CA+20faCYU1JAAR0A0DrGoD5L3QPgPlcdAqA+S51C4lF/OsGjUgBiU0MQIA4AHXPi30MiUUI hf90KoN9EAB0Hyv7O/5yAov+V1P/dRDoERAAAItFEIPEDIAkBwCLRQiLXQzrCotNEIXJdAOA IQCLffyF/3RMO/tySIN9FAB0Hyv7O/5yAov+V1P/dRTo0g8AAItFFIPEDIAkBwCLRQiLfRiF /3REK0X8O8ZzAovwVv91/Ffoqw8AAIPEDIAkPgDrKIt9FIX/dBcrwzvGcwKL8FZTV+iLDwAA g8QMgCQ+AItFGIXAdAOAIABfXlvJw1WL7FGDPTw5SQAAU3Udi0UIg/hhD4yvAAAAg/h6D4+m AAAAg+gg6Z4AAACLXQiB+wABAAB9KIM9HCxBAAF+DGoCU+gHEgAAWVnrC6EQKkEAigRYg+AC hcB1BIvD62uLFRAqQQCLw8H4CA+2yPZESgGAdA6AZQoAiEUIiF0JagLrCYBlCQCIXQhqAViN TfxqAWoAagNRUI1FCFBoAAIAAP81PDlJAOhVDwAAg8QghcB0qYP4AXUGD7ZF/OsND7ZF/Q+2 TfzB4AgLwVvJw1WL7FGDPTw5SQAAU1ZXdR2LRQiD+EEPjKoAAACD+FoPj6EAAACDwCDpmQAA AItdCL8AAQAAagE73159JTk1HCxBAH4LVlPoNxEAAFlZ6wqhECpBAIoEWCPGhcB1BIvD62WL FRAqQQCLw8H4CA+2yPZESgGAdA+AZQoAagKIRQiIXQlY6wmAZQkAiF0Ii8ZWagCNTfxqA1FQ jUUIUFf/NTw5SQDoiw4AAIPEIIXAdK47xnUGD7ZF/OsND7ZF/Q+2TfzB4AgLwV9eW8nDVYvs g+wgi0UIVolF6IlF4I1FEMdF7EIAAABQjUXg/3UMx0Xk////f1DoExIAAIPEDP9N5IvweAiL ReCAIADrDY1F4FBqAOjhEAAAWVmLxl7Jw/90JATo8BkAAFnDzMzMzMzMzMzMzFWL7FdWi3UM i00Qi30Ii8GL0QPGO/52CDv4D4J4AQAA98cDAAAAdRTB6QKD4gOD+QhyKfOl/ySVSH1AAIvH ugMAAACD6QRyDIPgAwPI/ySFYHxAAP8kjVh9QACQ/ySN3HxAAJBwfEAAnHxAAMB8QAAj0YoG iAeKRgGIRwGKRgLB6QKIRwKDxgODxwOD+QhyzPOl/ySVSH1AAI1JACPRigaIB4pGAcHpAohH AYPGAoPHAoP5CHKm86X/JJVIfUAAkCPRigaIB0bB6QJHg/kIcozzpf8klUh9QACNSQA/fUAA LH1AACR9QAAcfUAAFH1AAAx9QAAEfUAA/HxAAItEjuSJRI/ki0SO6IlEj+iLRI7siUSP7ItE jvCJRI/wi0SO9IlEj/SLRI74iUSP+ItEjvyJRI/8jQSNAAAAAAPwA/j/JJVIfUAAi/9YfUAA YH1AAGx9QACAfUAAi0UIXl/Jw5CKBogHi0UIXl/Jw5CKBogHikYBiEcBi0UIXl/Jw41JAIoG iAeKRgGIRwGKRgKIRwKLRQheX8nDkI10MfyNfDn898cDAAAAdSTB6QKD4gOD+QhyDf3zpfz/ JJXgfkAAi//32f8kjZB+QACNSQCLx7oDAAAAg/kEcgyD4AMryP8kheh9QAD/JI3gfkAAkPh9 QAAYfkAAQH5AAIpGAyPRiEcDTsHpAk+D+Qhytv3zpfz/JJXgfkAAjUkAikYDI9GIRwOKRgLB 6QKIRwKD7gKD7wKD+QhyjP3zpfz/JJXgfkAAkIpGAyPRiEcDikYCiEcCikYBwekCiEcBg+4D g+8Dg/kID4Ja/////fOl/P8kleB+QACNSQCUfkAAnH5AAKR+QACsfkAAtH5AALx+QADEfkAA 135AAItEjhyJRI8ci0SOGIlEjxiLRI4UiUSPFItEjhCJRI8Qi0SODIlEjwyLRI4IiUSPCItE jgSJRI8EjQSNAAAAAAPwA/j/JJXgfkAAi//wfkAA+H5AAAh/QAAcf0AAi0UIXl/Jw5CKRgOI RwOLRQheX8nDjUkAikYDiEcDikYCiEcCi0UIXl/Jw5CKRgOIRwOKRgKIRwKKRgGIRwGLRQhe X8nDi0QkBKMAKUEAw6EAKUEAacD9QwMABcOeJgCjAClBAMH4ECX/fwAAw8zMzFE9ABAAAI1M JAhyFIHpABAAAC0AEAAAhQE9ABAAAHPsK8iLxIUBi+GLCItABFDDagH/dCQI6IsWAABZWcNV i+yD7CCLRQjHRexJAAAAUIlF6IlF4OiH+P//iUXkjUUQUI1F4P91DFDouxYAAIPEEMnDzMzM zMzMzMzMzMzMzMzMVYvsV1aLdQyLTRCLfQiLwYvRA8Y7/nYIO/gPgngBAAD3xwMAAAB1FMHp AoPiA4P5CHIp86X/JJUogUAAi8e6AwAAAIPpBHIMg+ADA8j/JIVAgEAA/ySNOIFAAJD/JI28 gEAAkFCAQAB8gEAAoIBAACPRigaIB4pGAYhHAYpGAsHpAohHAoPGA4PHA4P5CHLM86X/JJUo gUAAjUkAI9GKBogHikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klSiBQACQI9GKBogHRsHpAkeD +QhyjPOl/ySVKIFAAI1JAB+BQAAMgUAABIFAAPyAQAD0gEAA7IBAAOSAQADcgEAAi0SO5IlE j+SLRI7oiUSP6ItEjuyJRI/si0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlEj/yNBI0A AAAAA/AD+P8klSiBQACL/ziBQABAgUAATIFAAGCBQACLRQheX8nDkIoGiAeLRQheX8nDkIoG iAeKRgGIRwGLRQheX8nDjUkAigaIB4pGAYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMA AAB1JMHpAoPiA4P5CHIN/fOl/P8klcCCQACL//fZ/ySNcIJAAI1JAIvHugMAAACD+QRyDIPg AyvI/ySFyIFAAP8kjcCCQACQ2IFAAPiBQAAggkAAikYDI9GIRwNOwekCT4P5CHK2/fOl/P8k lcCCQACNSQCKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5CHKM/fOl/P8klcCCQACQikYDI9GI RwOKRgKIRwKKRgHB6QKIRwGD7gOD7wOD+QgPglr////986X8/ySVwIJAAI1JAHSCQAB8gkAA hIJAAIyCQACUgkAAnIJAAKSCQAC3gkAAi0SOHIlEjxyLRI4YiUSPGItEjhSJRI8Ui0SOEIlE jxCLRI4MiUSPDItEjgiJRI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klcCCQACL/9CCQADYgkAA 6IJAAPyCQACLRQheX8nDkIpGA4hHA4tFCF5fycONSQCKRgOIRwOKRgKIRwKLRQheX8nDkIpG A4hHA4pGAohHAopGAYhHAYtFCF5fycODPRwsQQABfhFoAwEAAP90JAjoJAkAAFlZw4tEJASL DRAqQQBmiwRBJQMBAADDgz0cLEEAAX4OagT/dCQI6PkIAABZWcOLRCQEiw0QKkEAigRBg+AE w4M9HCxBAAF+DmoI/3QkCOjRCAAAWVnDi0QkBIsNECpBAIoEQYPgCMPMzMzMzMzMzMzMzMzM i0wkCFdTVooRi3wkEITSdGmKcQGE9nRPi/eLTCQUigdGONB0FYTAdAuKBkY40HQKhMB19V5b XzPAw4oGRjjwdeuNfv+KYQKE5HQoigaDxgI44HXEikEDhMB0GIpm/4PBAjjgdN/rsTPAXltf isLpQx0AAI1H/15bX8OLx15bX8NVi+xXVlOLTRDjJovZi30Ii/czwPKu99kDy4v+i3UM86aK Rv8zyTpH/3cEdARJSffRi8FbXl/Jw1WL7Gr/aEDSQABoBKxAAGShAAAAAFBkiSUAAAAAg+xY U1ZXiWXo/xW80EAAM9KK1IkVbDlJAIvIgeH/AAAAiQ1oOUkAweEIA8qJDWQ5SQDB6BCjYDlJ ADP2VugWJgAAWYXAdQhqHOiwAAAAWYl1/OhWJAAA/xXE0EAAo2hOSQDoFCMAAKMgOUkA6L0g AADo/x8AAOgcHQAAiXXQjUWkUP8VeNFAAOiQHwAAiUWc9kXQAXQGD7dF1OsDagpYUP91nFZW /xV00UAAUOi87v//iUWgUOgKHQAAi0XsiwiLCYlNmFBR6M4dAABZWcOLZej/dZjo/BwAAIM9 KDlJAAF1BeiAJwAA/3QkBOiwJwAAaP8AAAD/FRApQQBZWcODPSg5SQABdQXoWycAAP90JATo iycAAFlo/wAAAP8VfNFAAMNVi+yD7BhTVlf/dQjoiAEAAIvwWTs1OExJAIl1CA+EagEAADPb O/MPhFYBAAAz0rggKUEAOTB0coPAMEI9ECpBAHzxjUXoUFb/FYDRQACD+AEPhSQBAABqQDPA Wb9gTUkAg33oAYk1OExJAPOrqokdZE5JAA+G7wAAAIB97gAPhLsAAACNTe+KEYTSD4SuAAAA D7ZB/w+20jvCD4eTAAAAgIhhTUkABEDr7mpAM8BZv2BNSQDzq400Uold/MHmBKqNnjApQQCA OwCLy3QsilEBhNJ0JQ+2AQ+2+jvHdxSLVfyKkhgpQQAIkGFNSQBAO8d29UFBgDkAddT/RfyD wwiDffwEcsGLRQjHBUxMSQABAAAAUKM4TEkA6MYAAACNtiQpQQC/QExJAKWlWaNkTkkApetV QUGAef8AD4VI////agFYgIhhTUkACEA9/wAAAHLxVuiMAAAAWaNkTkkAxwVMTEkAAQAAAOsG iR1MTEkAM8C/QExJAKurq+sNOR0sOUkAdA7ojgAAAOiyAAAAM8DrA4PI/19eW8nDi0QkBIMl LDlJAACD+P51EMcFLDlJAAEAAAD/JYjRQACD+P11EMcFLDlJAAEAAAD/JYTRQACD+Px1D6FM OUkAxwUsOUkAAQAAAMOLRCQELaQDAAB0IoPoBHQXg+gNdAxIdAMzwMO4BAQAAMO4EgQAAMO4 BAgAAMO4EQQAAMNXakBZM8C/YE1JAPOrqjPAv0BMSQCjOExJAKNMTEkAo2ROSQCrq6tfw1WL 7IHsFAUAAI1F7FZQ/zU4TEkA/xWA0UAAg/gBD4UWAQAAM8C+AAEAAIiEBez+//9AO8Zy9IpF 8saF7P7//yCEwHQ3U1eNVfMPtgoPtsA7wXcdK8iNvAXs/v//QbggICAgi9nB6QLzq4vLg+ED 86pCQopC/4TAddBfW2oAjYXs+v///zVkTkkA/zU4TEkAUI2F7P7//1ZQagHo8yUAAGoAjYXs /f///zU4TEkAVlCNhez+//9WUFb/NWROSQDoaAEAAGoAjYXs/P///zU4TEkAVlCNhez+//9W UGgAAgAA/zVkTkkA6EABAACDxFwzwI2N7Pr//2aLEfbCAXQWgIhhTUkAEIqUBez9//+IkGBM SQDrHPbCAnQQgIhhTUkAIIqUBez8///r44CgYExJAABAQUE7xnK/60kzwL4AAQAAg/hBchmD +Fp3FICIYU1JABCKyIDBIIiIYExJAOsfg/hhchOD+Hp3DoCIYU1JACCKyIDpIOvggKBgTEkA AEA7xnK+XsnDgz0oTEkAAHUSav3oLPz//1nHBShMSQABAAAAw1WL7IM9TExJAABXi30IiX0I dRH/dRD/dQxX6ComAACDxAzrY4tVEFaF0nQ9i00MigFKD7bw9oZhTUkABIgHdBNHQYXSdBmK AUqIB0dBhMB0FOsGR0GEwHQQhdJ10usKgGf/AOsEgGf+AIvCSoXAXnQTjUoBM8CL0cHpAvOr i8qD4QPzqotFCF9dw1WL7Gr/aFjSQABoBKxAAGShAAAAAFBkiSUAAAAAg+wcU1ZXiWXoM/85 PTA5SQB1RldXagFbU2hQ0kAAvgABAABWV/8VPNFAAIXAdAiJHTA5SQDrIldXU2hM0kAAVlf/ FUDRQACFwA+EIgEAAMcFMDlJAAIAAAA5fRR+EP91FP91EOieAQAAWVmJRRShMDlJAIP4AnUd /3Uc/3UY/3UU/3UQ/3UM/3UI/xVA0UAA6d4AAACD+AEPhdMAAAA5fSB1CKFMOUkAiUUgV1f/ dRT/dRCLRST32BvAg+AIQFD/dSD/FXjQQACL2Ild5DvfD4ScAAAAiX38jQQbg8ADJPzoXfT/ /4ll6IvEiUXcg038/+sTagFYw4tl6DP/iX3cg038/4td5Dl93HRmU/913P91FP91EGoB/3Ug /xV40EAAhcB0TVdXU/913P91DP91CP8VPNFAAIvwiXXYO/d0MvZFDQR0QDl9HA+EsgAAADt1 HH8e/3Uc/3UYU/913P91DP91CP8VPNFAAIXAD4WPAAAAM8CNZciLTfBkiQ0AAAAAX15bycPH RfwBAAAAjQQ2g8ADJPzoqfP//4ll6IvciV3gg038/+sSagFYw4tl6DP/M9uDTfz/i3XYO990 tFZT/3Xk/3Xc/3UM/3UI/xU80UAAhcB0nDl9HFdXdQRXV+sG/3Uc/3UYVlNoIAIAAP91IP8V oNBAAIvwO/cPhHH///+Lxuls////i1QkCItEJASF0laNSv90DYA4AHQIQIvxSYX2dfOAOABe dQUrRCQEw4vCw1WL7FGLRQiNSAGB+QABAAB3DIsNECpBAA+3BEHrUovIVos1ECpBAMH5CA+2 0fZEVgGAXnQOgGX+AIhN/IhF/WoC6wmAZf0AiEX8agFYjU0KagFqAGoAUVCNRfxQagHotSEA AIPEHIXAdQLJww+3RQojRQzJw1WL7FNWi3UMi0YMi14QqIIPhPMAAACoQA+F6wAAAKgBdBaD ZgQAqBAPhNsAAACLTggk/okOiUYMi0YMg2YEAINlDAAk7wwCZqkMAYlGDHUigf6gLUEAdAiB /sAtQQB1C1PoHiYAAIXAWXUHVujPJQAAWWb3RgwIAVd0ZItGCIs+K/iNSAGJDotOGEmF/4lO BH4QV1BT6PkjAACDxAyJRQzrM4P7/3QWi8OLy8H4BYPhH4sEhSBLSQCNBMjrBbjILEEA9kAE IHQNagJqAFPoJyMAAIPEDItGCIpNCIgI6xRqAY1FCF9XUFPopiMAAIPEDIlFDDl9DF90BoNO DCDrD4tFCCX/AAAA6wgMIIlGDIPI/15bXcNVi+yB7EgCAABTVleLfQwz9oofR4TbiXX0iXXs iX0MD4T0BgAAi03wM9LrCItN8It10DPSOVXsD4zcBgAAgPsgfBOA+3h/Dg++w4qAUNJAAIPg D+sCM8APvoTGcNJAAMH4BIP4B4lF0A+HmgYAAP8khfuUQACDTfD/iVXMiVXYiVXgiVXkiVX8 iVXc6XgGAAAPvsOD6CB0O4PoA3Qtg+gIdB9ISHQSg+gDD4VZBgAAg038COlQBgAAg038BOlH BgAAg038Aek+BgAAgE38gOk1BgAAg038AuksBgAAgPsqdSONRRBQ6PUGAACFwFmJReAPjRIG AACDTfwE99iJReDpBAYAAItF4A++y40EgI1EQdDr6YlV8OntBQAAgPsqdR6NRRBQ6LYGAACF wFmJRfAPjdMFAACDTfD/6coFAACNBIkPvsuNREHQiUXw6bgFAACA+0l0LoD7aHQggPtsdBKA +3cPhaAFAACATf0I6ZcFAACDTfwQ6Y4FAACDTfwg6YUFAACAPzZ1FIB/ATR1DkdHgE39gIl9 DOlsBQAAiVXQiw0QKkEAiVXcD7bD9kRBAYB0GY1F7FD/dQgPvsNQ6H8FAACKH4PEDEeJfQyN RexQ/3UID77DUOhmBQAAg8QM6SUFAAAPvsOD+GcPjxwCAACD+GUPjZYAAACD+FgPj+sAAAAP hHgCAACD6EMPhJ8AAABISHRwSEh0bIPoDA+F6QMAAGb3RfwwCHUEgE39CIt18IP+/3UFvv// /3+NRRBQ6JwFAABm90X8EAhZi8iJTfgPhP4BAACFyXUJiw0sLEEAiU34x0XcAQAAAIvBi9ZO hdIPhNQBAABmgzgAD4TKAQAAQEDr58dFzAEAAACAwyCDTfxAjb24/f//O8qJffgPjc8AAADH RfAGAAAA6dEAAABm90X8MAh1BIBN/Qhm90X8EAiNRRBQdDvoMAUAAFCNhbj9//9Q6HUjAACD xAyJRfSFwH0yx0XYAQAAAOspg+hadDKD6Al0xUgPhOgBAADpCAMAAOjYBAAAWYiFuP3//8dF 9AEAAACNhbj9//+JRfjp5wIAAI1FEFDoswQAAIXAWXQzi0gEhcl0LPZF/Qh0Fw+/ANHoiU34 iUX0x0XcAQAAAOm1AgAAg2XcAIlN+A+/AOmjAgAAoSgsQQCJRfhQ6Y4AAAB1DID7Z3UHx0Xw AQAAAItFEP91zIPACIlFEP918ItI+IlNuItA/IlFvA++w1CNhbj9//9QjUW4UP8VADBBAIt1 /IPEFIHmgAAAAHQUg33wAHUOjYW4/f//UP8VDDBBAFmA+2d1EoX2dQ6Nhbj9//9Q/xUEMEEA WYC9uP3//y11DYBN/QGNvbn9//+JffhX6GHm//9Z6fwBAACD6GkPhNEAAACD6AUPhJ4AAABI D4SEAAAASHRRg+gDD4T9/f//SEgPhLEAAACD6AMPhckBAADHRdQnAAAA6zwrwdH46bQBAACF yXUJiw0oLEEAiU34i8GL1k6F0nQIgDgAdANA6/ErwemPAQAAx0XwCAAAAMdF1AcAAAD2RfyA x0X0EAAAAHRdikXUxkXqMARRx0XkAgAAAIhF6+tI9kX8gMdF9AgAAAB0O4BN/QLrNY1FEFDo GwMAAPZF/CBZdAlmi03sZokI6wWLTeyJCMdF2AEAAADpIwIAAINN/EDHRfQKAAAA9kX9gHQM jUUQUOjtAgAAWetB9kX8IHQh9kX8QI1FEFB0DOjIAgAAWQ+/wJnrJei8AgAAWQ+3wOvy9kX8 QI1FEFB0COinAgAAWevg6J8CAABZM9L2RfxAdBuF0n8XfASFwHMR99iD0gCL8PfagE39AYv6 6wSL8Iv69kX9gHUDg+cAg33wAH0Jx0XwAQAAAOsEg2X894vGC8d1BINl5ACNRbeJRfiLRfD/ TfCFwH8Gi8YLx3Q7i0X0mVJQV1aJRcCJVcTobyEAAP91xIvYg8Mw/3XAV1bo7SAAAIP7OYvw i/p+AwNd1ItF+P9N+IgY67WNRbcrRfj/Rfj2Rf0CiUX0dBmLTfiAOTB1BIXAdQ3/TfhAi034 xgEwiUX0g33YAA+F9AAAAItd/PbDQHQm9scBdAbGReot6xT2wwF0BsZF6ivrCfbDAnQLxkXq IMdF5AEAAACLdeArdeQrdfT2wwx1Eo1F7FD/dQhWaiDoFwEAAIPEEI1F7FCNRer/dQj/deRQ 6DIBAACDxBD2wwh0F/bDBHUSjUXsUP91CFZqMOjlAAAAg8QQg33cAHRBg330AH47i0X0i134 jXj/ZosDQ1CNRchQQ+iWHwAAWYXAWX4yjU3sUf91CFCNRchQ6NgAAACDxBCLx0+FwHXQ6xWN RexQ/3UI/3X0/3X46LoAAACDxBD2RfwEdBKNRexQ/3UIVmog6HEAAACDxBCLfQyKH0eE24l9 DA+FE/n//4tF7F9eW8nDeY9AAE+OQABqjkAAto5AAO2OQAD1jkAAKo9AAL2PQABVi+yLTQz/ SQR4DosRikUIiAL/AQ+2wOsLUf91COiI9///WVmD+P+LRRB1BYMI/13D/wBdw1ZXi3wkEIvH T4XAfiGLdCQYVv90JBj/dCQU6Kz///+DxAyDPv90B4vHT4XAf+NfXsNTi1wkDIvDS1ZXhcB+ Jot8JByLdCQQD74GV0b/dCQcUOh1////g8QMgz//dAeLw0uFwH/iX15bw4tEJASDAASLAItA /MOLRCQEgwAIiwiLQfiLUfzDi0QkBIMABIsAZotA/MNWi3QkCIX2dCRW6MAfAABZhcBWdApQ 6N8fAABZWV7DagD/NQRLSQD/FZDRQABew/81uDpJAP90JAjoAwAAAFlZw4N8JATgdyL/dCQE 6BwAAACFwFl1FjlEJAh0EP90JATodScAAIXAWXXeM8DDVot0JAg7NSAwQQB3C1bopSIAAIXA WXUchfZ1A2oBXoPGD4Pm8FZqAP81BEtJAP8VlNFAAF7DVYvsgezEAQAAgGXrAFNWi3UMM9tX igaJXfyEwIldzA+E4QkAAIt9COsFi30IM9uDPRwsQQABfg8PtsBqCFDohvX//1lZ6w+LDRAq QQAPtsCKBEGD4Ag7w3Q2/038V41F/FdQ6CUKAABZWVDoBgoAAA+2RgFGUOhp7P//g8QMhcB0 Dg+2RgFGUOhX7P//WevugD4lD4XZCAAAgGXLAIBl6ACAZekAgGXyAIBl8QCAZeoAM/+AZfsA iV3kiV3giV30xkXzAYld0A+2XgFGgz0cLEEAAX4PD7bDagRQ6On0//9ZWesPiw0QKkEAD7bD igRBg+AEhcB0EotF9P9F4I0EgI1EQ9CJRfTrZYP7Tn8+dF6D+yp0MoP7RnRUg/tJdAqD+0x1 N/5F8+tFgH4BNnUsgH4CNI1GAnUj/0XQg2XYAINl3ACL8Osn/kXy6yKD+2h0F4P7bHQKg/t3 dAj+RfHrDv5F8/5F++sG/k3z/k37gH3xAA+ET////4B98gCJdQx1EotFEIlFvIPABIlFEItA /IlF1IBl8QCAffsAdRSKBjxTdAo8Q3QGgE37/+sExkX7AYtdDA+2M4POIIP+bol1xHQog/5j dBSD/nt0D/91CI1F/FDotQgAAFnrC/91CP9F/Oh2CAAAWYlF7DPAOUXgdAk5RfQPhNwHAACD /m8Pj14CAAAPhAoFAACD/mMPhCwCAACD/mQPhPgEAAAPjmoCAACD/md+OIP+aXQbg/5uD4VX AgAAgH3yAIt9/A+EAAcAAOkhBwAAamRei13sg/stD4V+AgAAxkXpAel6AgAAi13sjbU8/v// g/stdQ6InTz+//+NtT3+///rBYP7K3UXi30I/030/0X8V+jOBwAAi9hZiV3s6wOLfQiDfeAA dAmBffRdAQAAfgfHRfRdAQAAgz0cLEEAAX4MagRT6Anz//9ZWesLoRAqQQCKBFiD4ASFwHQh i0X0/030hcB0F/9F5IgeRv9F/FfocAcAAIvYWYld7Ou7OB0gLEEAdWaLRfT/TfSFwHRc/0X8 V+hNBwAAi9igICxBAIgGWYld7EaDPRwsQQABfgxqBFPom/L//1lZ6wuhECpBAIoEWIPgBIXA dCGLRfT/TfSFwHQX/0XkiB5G/0X8V+gCBwAAi9hZiV3s67uDfeQAD4SOAAAAg/tldAmD+0UP hYAAAACLRfT/TfSFwHR2xgZlRv9F/FfoywYAAIvYWYP7LYld7HUFiAZG6wWD+yt1HotF9P9N 9IXAdQUhRfTrD/9F/FfongYAAIvYWYld7IM9HCxBAAF+DGoEU+j08f//WVnrC6EQKkEAigRY g+AEhcB0EotF9P9N9IXAdAj/ReSIHkbru/9N/FdT6HIGAACDfeQAWVkPhPYFAACAffIAD4VN BQAA/0XMgCYAjYU8/v//UA++RfP/ddRIUP8VCDBBAIPEDOkpBQAAOUXgdQr/RfTHReABAAAA gH37AH4ExkXqAb84LEEA6QsBAACLxoPocA+EowIAAIPoAw+E6AAAAEhID4SWAgAAg+gDD4TD /f//g+gDdCQPtgM7RewPhT8FAAD+TeuAffIAD4XDBAAAi0W8iUUQ6bgEAACAffsAfgTGReoB i30MR4l9DIA/Xg+FpwAAAIvHjXgB6ZkAAACD+yt1Iv9N9HUMg33gAHQGxkXxAesR/3UI/0X8 6GgFAACL2FmJXeyD+zAPhUUCAAD/dQj/RfzoTgUAAIvYWYD7eIld7HQvgPtYdCqD/njHReQB AAAAdAhqb17pFgIAAP91CP9N/FPoOAUAAFlZajBb6f0BAAD/dQj/RfzoCQUAAFmL2Ild7Gp4 68+AffsAfgTGReoBvzAsQQCATej/aiCNRZxqAFDo7Nr//4PEDIN9xHt1DoA/XXUJsl1HxkWn IOsDilXLigc8XXRfRzwtdUGE0nQ9ig+A+V10Nkc60XMEisHrBIrCitE60HchD7bSD7bwK/JG i8qLwoPhB7MBwegD0uONRAWcCBhCTnXoMtLrtA+2yIrQi8GD4QezAcHoA9LjjUQFnAgY65uA PwAPhAEEAACDfcR7dQOJfQyLfQiLddT/TfxX/3XsiXXQ6FMEAABZWYN94AB0DotF9P9N9IXA D4ScAAAA/0X8V+gaBAAAg/j/WYlF7HR+i8hqAYPhB1oPvl3o0+KLyMH5Aw++TA2cM8uF0XRg gH3yAHVSgH3qAHRBiw0QKkEAiEXID7bA9kRBAYB0Df9F/FfoywMAAFmIRcn/NRwsQQCNRchQ jUXCUOiqIAAAZotFwoPEDGaJBkZG6wOIBkaJddTpZP////9F0Olc/////038V1DoowMAAFlZ OXXQD4QoAwAAgH3yAA+FfwIAAP9FzIN9xGMPhHICAACAfeoAi0XUdAlmgyAA6WACAACAIADp WAIAAMZF8wGLXeyD+y11BsZF6QHrBYP7K3Ui/030dQyDfeAAdAbGRfEB6xH/dQj/RfzoGgMA AFmL2Ild7IN90AAPhA8BAACAffEAD4XjAAAAg/54dU+DPRwsQQABfg9ogAAAAFPoVO7//1lZ 6w2hECpBAIoEWCWAAAAAhcAPhKMAAACLRdiLVdxqBFnozSAAAFOJRdiJVdzofQIAAIvYWYld 7OtTgz0cLEEAAX4MagRT6Aju//9ZWesLoRAqQQCKBFiD4ASFwHRdg/5vdRWD+zh9U4tF2ItV 3GoDWeh9IAAA6w9qAGoK/3Xc/3XY6CwgAACJRdiJVdz/ReSNQ9CZAUXYEVXcg33gAHQF/030 dCT/dQj/RfzoNgIAAIvYWYld7Okr/////3UI/038U+g5AgAAWVmAfekAD4TcAAAAi0XYi03c 99iD0QCJRdj32YlN3OnEAAAAgH3xAA+FsgAAAIP+eHQ/g/5wdDqDPRwsQQABfgxqBFPoQ+3/ /1lZ6wuhECpBAIoEWIPgBIXAdHaD/m91CoP7OH1swecD6z+NPL/R5+s4gz0cLEEAAX4PaIAA AABT6Abt//9ZWesNoRAqQQCKBFglgAAAAIXAdDdTwecE6EQBAACL2FmJXez/ReSDfeAAjXwf 0HQF/030dCT/dQj/RfzoWAEAAIvYWYld7Olc/////3UI/038U+hbAQAAWVmAfekAdAL334P+ RnUEg2XkAIN95AAPhM4AAACAffIAdSn/RcyDfdAAdBCLRdSLTdiJCItN3IlIBOsQgH3zAItF 1HQEiTjrA2aJOP5F6/9FDIt1DOtC/0X8V+jhAAAAi9hZD7YGRjvDiV3siXUMdVWLDRAqQQAP tsP2REEBgHQY/0X8V+i3AAAAWQ+2DkY7yIl1DHU+/038g33s/3UQgD4ldU2LRQyAeAFudUSL 8IoGhMAPhVb2///rMP91CP9N/P917OsF/038V1PoiwAAAFlZ6xf/TfxXUOh9AAAA/038V1Po cwAAAIPEEIN97P91EYtFzIXAdQ04Ret1CIPI/+sDi0XMX15bycODPRwsQQABVn4Qi3QkCGoE VuiO6///WVnrD4t0JAihECpBAIoEcIPgBIXAdQaD5t+D7geLxl7Di1QkBP9KBHgJiwoPtgFB iQrDUugUHgAAWcODfCQE/3QP/3QkCP90JAjo1x4AAFlZw1aLdCQIV/90JBD/Bui+////i/hX 6D7i//9ZhcBZdeeLx19ew8zMzMzMzMzMjUL/W8ONpCQAAAAAjWQkADPAikQkCFOL2MHgCItU JAj3wgMAAAB0E4oKQjjZdNGEyXRR98IDAAAAde0L2FeLw8HjEFYL2IsKv//+/n6LwYv3M8sD 8AP5g/H/g/D/M88zxoPCBIHhAAEBgXUcJQABAYF00yUAAQEBdQiB5gAAAIB1xF5fWzPAw4tC /DjYdDaEwHTvONx0J4TkdOfB6BA42HQVhMB03DjcdAaE5HTU65ZeX41C/1vDjUL+Xl9bw41C /V5fW8ONQvxeX1vDoTRMSQCFwHQC/9BoFPBAAGgI8EAA6M4AAABoBPBAAGgA8EAA6L8AAACD xBDDagBqAP90JAzoFQAAAIPEDMNqAGoB/3QkDOgEAAAAg8QMw1dqAV85PZw5SQB1Ef90JAj/ FazQQABQ/xUo0UAAg3wkDABTi1wkFIk9mDlJAIgdlDlJAHU8oTBMSQCFwHQiiw0sTEkAVo1x /DvwchOLBoXAdAL/0IPuBDs1MExJAHPtXmgg8EAAaBjwQADoKgAAAFlZaCjwQABoJPBAAOgZ AAAAWVmF21t1EP90JAiJPZw5SQD/FXzRQABfw1aLdCQIO3QkDHMNiwaFwHQC/9CDxgTr7V7D VYvsU/91COg1AQAAhcBZD4QgAQAAi1gIhdsPhBUBAACD+wV1DINgCABqAVjpDQEAAIP7AQ+E 9gAAAIsNoDlJAIlNCItNDIkNoDlJAItIBIP5CA+FyAAAAIsNuCxBAIsVvCxBAAPRVjvKfRWN NEkr0Y00tUgsQQCDJgCDxgxKdfeLAIs1xCxBAD2OAADAdQzHBcQsQQCDAAAA63A9kAAAwHUM xwXELEEAgQAAAOtdPZEAAMB1DMcFxCxBAIQAAADrSj2TAADAdQzHBcQsQQCFAAAA6zc9jQAA wHUMxwXELEEAggAAAOskPY8AAMB1DMcFxCxBAIYAAADrET2SAADAdQrHBcQsQQCKAAAA/zXE LEEAagj/01mJNcQsQQBZXusIg2AIAFH/01mLRQijoDlJAIPI/+sJ/3UM/xWY0UAAW13Di1Qk BIsNwCxBADkVQCxBAFa4QCxBAHQVjTRJjTS1QCxBAIPADDvGcwQ5EHX1jQxJXo0MjUAsQQA7 wXMEORB0AjPAw4M9KExJAAB1Bei75P//Vos1aE5JAIoGPCJ1JYpGAUY8InQVhMB0EQ+2wFDo lBsAAIXAWXTmRuvjgD4idQ1G6wo8IHYGRoA+IHf6igaEwHQEPCB26YvGXsNTM9s5HShMSQBW V3UF6F/k//+LNSA5SQAz/4oGOsN0Ejw9dAFHVugr0///WY10BgHr6I0EvQQAAABQ6Orw//+L 8Fk784k1fDlJAHUIagnoEeD//1mLPSA5SQA4H3Q5VVfo8dL//4voWUWAPz10IlXotfD//zvD WYkGdQhqCeji3///WVf/Nujb0f//WYPGBFkD/Tgfdcld/zUgOUkA6Fjw//9ZiR0gOUkAiR5f XscFJExJAAEAAABbw1WL7FFRUzPbOR0oTEkAVld1Beih4///vqQ5SQBoBAEAAFZT/xUU0UAA oWhOSQCJNYw5SQCL/jgYdAKL+I1F+FCNRfxQU1NX6E0AAACLRfiLTfyNBIhQ6BXw//+L8IPE GDvzdQhqCOhA3///WY1F+FCNRfxQi0X8jQSGUFZX6BcAAACLRfyDxBRIiTV0OUkAX16jcDlJ AFvJw1WL7ItNGItFFFNWgyEAi3UQV4t9DMcAAQAAAItFCIX/dAiJN4PHBIl9DIA4InVEilAB QID6InQphNJ0JQ+20vaCYU1JAAR0DP8BhfZ0BooQiBZGQP8BhfZ01YoQiBZG687/AYX2dASA JgBGgDgidUZA60P/AYX2dAWKEIgWRooQQA+22vaDYU1JAAR0DP8BhfZ0BYoYiB5GQID6IHQJ hNJ0CYD6CXXMhNJ1A0jrCIX2dASAZv8Ag2UYAIA4AA+E4AAAAIoQgPogdAWA+gl1A0Dr8YA4 AA+EyAAAAIX/dAiJN4PHBIl9DItVFP8Cx0UIAQAAADPbgDhcdQRAQ+v3gDgidSz2wwF1JTP/ OX0YdA2AeAEijVABdQSLwusDiX0Ii30MM9I5VRgPlMKJVRjR64vTS4XSdA5DhfZ0BMYGXEb/ AUt184oQhNJ0SoN9GAB1CoD6IHQ/gPoJdDqDfQgAdC6F9nQZD7ba9oNhTUkABHQGiBZGQP8B ihCIFkbrDw+20vaCYU1JAAR0A0D/Af8BQOlY////hfZ0BIAmAEb/AekX////hf90A4MnAItF FF9eW/8AXcNRUaGoOkkAU1WLLajRQABWVzPbM/Yz/zvDdTP/1YvwO/N0DMcFqDpJAAEAAADr KP8VpNFAAIv4O/sPhOoAAADHBag6SQACAAAA6Y8AAACD+AEPhYEAAAA783UM/9WL8DvzD4TC AAAAZjkei8Z0DkBAZjkYdflAQGY5GHXyK8aLPaDQQADR+FNTQFNTUFZTU4lEJDT/14voO+t0 MlXogu3//zvDWYlEJBB0I1NTVVD/dCQkVlNT/9eFwHUO/3QkEOgw7f//WYlcJBCLXCQQVv8V oNFAAIvD61OD+AJ1TDv7dQz/FaTRQACL+Dv7dDw4H4vHdApAOBh1+0A4GHX2K8dAi+hV6Bvt //+L8Fk783UEM/brC1VXVuj10v//g8QMV/8VnNFAAIvG6wIzwF9eXVtZWcOD7ERTVVZXaAAB AADo4Oz//4vwWYX2dQhqG+gN3P//WYk1IEtJAMcFIExJACAAAACNhgABAAA78HMagGYEAIMO /8ZGBQqhIEtJAIPGCAUAAQAA6+KNRCQQUP8VeNFAAGaDfCRCAA+ExQAAAItEJESFwA+EuQAA AIswjWgEuAAIAAA78I0cLnwCi/A5NSBMSQB9Ur8kS0kAaAABAADoUOz//4XAWXQ4gwUgTEkA IIkHjYgAAQAAO8FzGIBgBACDCP/GQAUKiw+DwAiBwQABAADr5IPHBDk1IExJAHy76waLNSBM SQAz/4X2fkaLA4P4/3Q2ik0A9sEBdC72wQh1C1D/FWzRQACFwHQei8eLz8H4BYPhH4sEhSBL SQCNBMiLC4kIik0AiEgER0WDwwQ7/ny6M9uhIEtJAIM82P+NNNh1TYXbxkYEgXUFavZY6wqL w0j32BvAg8D1UP8VcNFAAIv4g///dBdX/xVs0UAAhcB0DCX/AAAAiT6D+AJ1BoBOBEDrD4P4 A3UKgE4ECOsEgE4EgEOD+wN8m/81IExJAP8VjNFAAF9eXVuDxETDM8BqADlEJAhoABAAAA+U wFD/FWTRQACFwKMES0kAdBXogwoAAIXAdQ//NQRLSQD/FWjRQAAzwMNqAVjDzMzMVYvsU1ZX VWoAagBoJKtAAP91COieHAAAXV9eW4vlXcOLTCQE90EEBgAAALgBAAAAdA+LRCQIi1QkEIkC uAMAAADDU1ZXi0QkEFBq/mgsq0AAZP81AAAAAGSJJQAAAACLRCQgi1gIi3AMg/7/dC47dCQk dCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA/1SzCOvDZI8FAAAAAIPEDF9e W8MzwGSLDQAAAACBeQQsq0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NRu9QsQQDrClNRu9QsQQCL TQiJSwiJQwSJawxZW8IEAMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItFCPdABAYAAAAPhYIA AACJRfiLRRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9UjwRdXotdDAvA dDN4PIt7CFPoqf7//4PEBI1rEFZT6N7+//+DxAiNDHZqAYtEjwjoYf///4sEj4lDDP9UjwiL ewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1rEGr/U+ie/v//g8QIXbgBAAAAXV9eW4vlXcNV i0wkCIspi0EcUItBGFDoef7//4PECF3CBAChKDlJAIP4AXQNhcB1KoM9FClBAAF1IWj8AAAA 6BgAAAChrDpJAFmFwHQC/9Bo/wAAAOgCAAAAWcNVi+yB7KQBAACLVQgzybjoLEEAOxB0C4PA CEE9eC1BAHzxVovxweYDO5boLEEAD4UcAQAAoSg5SQCD+AEPhOgAAACFwHUNgz0UKUEAAQ+E 1wAAAIH6/AAAAA+E8QAAAI2FXP7//2gEAQAAUGoA/xUU0UAAhcB1E42FXP7//2i81UAAUOiz yf//WVmNhVz+//9XUI29XP7//+iOyv//QFmD+Dx2KY2FXP7//1Doe8r//4v4jYVc/v//g+g7 agMD+Gi41UAAV+jhAQAAg8QQjYVg////aJzVQABQ6F3J//+NhWD///9XUOhgyf//jYVg//// aJjVQABQ6E/J////tuwsQQCNhWD///9Q6D3J//9oECABAI2FYP///2hw1UAAUOhfEgAAg8Qs X+smjUUIjbbsLEEAagBQ/zbo7sn//1lQ/zZq9P8VcNFAAFD/FWzQQABeycNVi+xq/2jY1UAA aASsQABkoQAAAABQZIklAAAAAIPsGFNWV4ll6KGwOkkAM9s7w3U+jUXkUGoBXlZoUNJAAFb/ FVTRQACFwHQEi8brHY1F5FBWaEzSQABWU/8VWNFAAIXAD4TOAAAAagJYo7A6SQCD+AJ1JItF HDvDdQWhPDlJAP91FP91EP91DP91CFD/FVjRQADpnwAAAIP4AQ+FlAAAADldGHUIoUw5SQCJ RRhTU/91EP91DItFIPfYG8CD4AhAUP91GP8VeNBAAIlF4DvDdGOJXfyNPACLx4PAAyT86BTQ //+JZeiL9Il13FdTVuiUx///g8QM6wtqAVjDi2XoM9sz9oNN/P8783Qp/3XgVv91EP91DGoB /3UY/xV40EAAO8N0EP91FFBW/3UI/xVU0UAA6wIzwI1lzItN8GSJDQAAAABfXlvJw8zMzMzM zMzMzMzMzMzMzItMJAxXhcl0elZTi9mLdCQU98YDAAAAi3wkEHUHwekCdW/rIYoGRogHR0l0 JYTAdCn3xgMAAAB164vZwekCdVGD4wN0DYoGRogHR4TAdC9LdfOLRCQQW15fw/fHAwAAAHQS iAdHSQ+EigAAAPfHAwAAAHXui9nB6QJ1bIgHR0t1+ltei0QkCF/DiReDxwRJdK+6//7+fosG A9CD8P8zwosWg8YEqQABAYF03oTSdCyE9nQe98IAAP8AdAz3wgAAAP91xokX6xiB4v//AACJ F+sOgeL/AAAAiRfrBDPSiReDxwQzwEl0CjPAiQeDxwRJdfiD4wN1hYtEJBBbXl/Di0QkBFM7 BSBMSQBWV3Nzi8iL8MH5BYPmH408jSBLSQDB5gOLD/ZEMQQBdFZQ6BIRAACD+P9ZdQzHBVQ5 SQAJAAAA60//dCQYagD/dCQcUP8V5NBAAIvYg/v/dQj/FeDQQADrAjPAhcB0CVDo8w8AAFnr IIsHgGQwBP2NRDAEi8PrFIMlWDlJAADHBVQ5SQAJAAAAg8j/X15bw1WL7IHsFAQAAItNCFM7 DSBMSQBWVw+DeQEAAIvBi/HB+AWD5h+NHIUgS0kAweYDiwOKRDAEqAEPhFcBAAAz/zl9EIl9 +Il98HUHM8DpVwEAAKggdAxqAldR6Aj///+DxAyLAwPG9kAEgA+EwQAAAItFDDl9EIlF/Il9 CA+G5wAAAI2F7Pv//4tN/CtNDDtNEHMpi038/0X8igmA+Qp1B/9F8MYADUCICECLyI2V7Pv/ /yvKgfkABAAAfMyL+I2F7Pv//yv4jUX0agBQjYXs+///V1CLA/80MP8VbNBAAIXAdEOLRfQB Rfg7x3wLi0X8K0UMO0UQcooz/4tF+DvHD4WLAAAAOX0IdF9qBVg5RQh1TMcFVDlJAAkAAACj WDlJAOmAAAAA/xXg0EAAiUUI68eNTfRXUf91EP91DP8w/xVs0EAAhcB0C4tF9Il9CIlF+Oun /xXg0EAAiUUI65z/dQjoZA4AAFnrPYsD9kQwBEB0DItFDIA4Gg+Ezf7//8cFVDlJABwAAACJ PVg5SQDrFitF8OsUgyVYOUkAAMcFVDlJAAkAAACDyP9fXlvJw/8FtDpJAGgAEAAA6P7i//9Z i0wkBIXAiUEIdA2DSQwIx0EYABAAAOsRg0kMBI1BFIlBCMdBGAIAAACLQQiDYQQAiQHDi0Qk BDsFIExJAHIDM8DDi8iD4B/B+QWLDI0gS0kAikTBBIPgQMOhAEtJAFZqFIXAXnUHuAACAADr BjvGfQeLxqMAS0kAagRQ6KkOAABZo+Q6SQCFwFl1IWoEVok1AEtJAOiQDgAAWaPkOkkAhcBZ dQhqGuiN0f//WTPJuIAtQQCLFeQ6SQCJBBGDwCCDwQQ9ADBBAHzqM9K5kC1BAIvCi/LB+AWD 5h+LBIUgS0kAiwTwg/j/dASFwHUDgwn/g8EgQoH58C1BAHzUXsPokg8AAIA9lDlJAAB0BemV DgAAw1WL7ItFCIXAdQJdw4M9PDlJAAB1EmaLTQxmgfn/AHc5agGICFhdw41NCINlCABRagD/ NRwsQQBQjUUMagFQaCACAAD/NUw5SQD/FaDQQACFwHQGg30IAHQNxwVUOUkAKgAAAIPI/13D U1aLRCQYC8B1GItMJBSLRCQQM9L38YvYi0QkDPfxi9PrQYvIi1wkFItUJBCLRCQM0enR29Hq 0dgLyXX09/OL8PdkJBiLyItEJBT35gPRcg47VCQQdwhyBztEJAx2AU4z0ovGXlvCEADMzMzM zMzMzFOLRCQUC8B1GItMJBCLRCQMM9L38YtEJAj38YvCM9LrUIvIi1wkEItUJAyLRCQI0enR 29Hq0dgLyXX09/OLyPdkJBSR92QkEAPRcg47VCQMdwhyDjtEJAh2CCtEJBAbVCQUK0QkCBtU JAz32vfYg9oAW8IQAGhAAQAAagD/NQRLSQD/FZTRQACFwKPgOkkAdQHDgyXYOkkAAIMl3DpJ AABqAaPUOkkAxwXMOkkAEAAAAFjDodw6SQCNDICh4DpJAI0MiDvBcxSLVCQEK1AMgfoAABAA cgeDwBTr6DPAw1WL7IPsFItVDItNCFNWi0EQi/IrcQyLWvyDwvxXwe4Pi86LevxpyQQCAABL iX38jYwBRAEAAIld9IlN8IsME/bBAYlN+HV/wfkEaj9JX4lNDDvPdgOJfQyLTBMEO0wTCHVI i00Mg/kgcxy/AAAAgNPvjUwBBPfXIXywRP4JdSuLTQghOeskg8HgvwAAAIDT74tNDI1MAQT3 1yG8sMQAAAD+CXUGi00IIXkEi0wTCIt8EwSJeQSLTBMEi3wTCANd+Il5CIld9Iv7wf8ET4P/ P3YDaj9fi038g+EBiU3sD4WgAAAAK1X8i038wfkEaj+JVfhJWjvKiU0MdgWJVQyLygNd/Iv7 iV30wf8ETzv6dgKL+jvPdGuLTfiLUQQ7UQh1SItNDIP5IHMcugAAAIDT6o1MAQT30iFUsET+ CXUri00IIRHrJIPB4LoAAACA0+qLTQyNTAEE99IhlLDEAAAA/gl1BotNCCFRBItN+ItRCItJ BIlKBItN+ItRBItJCIlKCItV+IN97AB1CTl9DA+EiQAAAItN8I0M+YtJBIlKBItN8I0M+YlK CIlRBItKBIlRCItKBDtKCHVjikwHBIP/IIhND/7BiEwHBHMlgH0PAHUOuwAAAICLz9Pri00I CRm7AAAAgIvP0+uNRLBECRjrKYB9DwB1EI1P4LsAAACA0+uLTQgJWQSNT+C/AAAAgNPvjYSw xAAAAAk4i130i0XwiRqJXBP8/wgPhfoAAACh2DpJAIXAD4TfAAAAiw3QOkkAiz1g0UAAweEP A0gMuwCAAABoAEAAAFNR/9eLDdA6SQCh2DpJALoAAACA0+oJUAih2DpJAIsN0DpJAItAEIOk iMQAAAAAodg6SQCLQBD+SEOh2DpJAItIEIB5QwB1CYNgBP6h2DpJAIN4CP91bFNqAP9wDP/X odg6SQD/cBBqAP81BEtJAP8VkNFAAKHcOkkAixXgOkkAjQSAweACi8ih2DpJACvIjUwR7FGN SBRRUOgPx///i0UIg8QM/w3cOkkAOwXYOkkAdgOD6BSLDeA6SQCJDdQ6SQDrA4tFCKPYOkkA iTXQOkkAX15bycNVi+yD7BSh3DpJAIsV4DpJAFNWjQSAV408gotFCIl9/I1IF4Ph8IlN8MH5 BEmD+SB9DoPO/9Pug034/4l19OsQg8Hgg8j/M/bT6Il19IlF+KHUOkkAi9g734ldCHMZi0sE izsjTfgj/gvPdQuDwxQ7XfyJXQhy5ztd/HV5i9o72IldCHMVi0sEizsjTfgj/gvPdQWDwxTr 5jvYdVk7XfxzEYN7CAB1CIPDFIldCOvtO138dSaL2jvYiV0Icw2DewgAdQWDwxTr7jvYdQ7o OAIAAIvYhduJXQh0FFPo2gIAAFmLSxCJAYtDEIM4/3UHM8DpDwIAAIkd1DpJAItDEIsQg/r/ iVX8dBSLjJDEAAAAi3yQRCNN+CP+C891N4uQxAAAAItwRCNV+CN19INl/ACNSEQL1ot19HUX i5GEAAAA/0X8I1X4g8EEi/4jOQvXdOmLVfyLyjP/ackEAgAAjYwBRAEAAIlN9ItMkEQjznUN i4yQxAAAAGogI034X4XJfAXR4Ufr94tN9ItU+QSLCitN8IvxiU34wf4EToP+P34Daj9eO/cP hA0BAACLSgQ7Sgh1YYP/IH0ruwAAAICLz9Pri038jXw4BPfTiV3sI1yIRIlciET+D3U4i10I i03sIQvrMY1P4LsAAACA0+uLTfyNfDgEjYyIxAAAAPfTIRn+D4ld7HULi10Ii03sIUsE6wOL XQiLSgiLegSDffgAiXkEi0oEi3oIiXkID4SUAAAAi030i3zxBI0M8Yl6BIlKCIlRBItKBIlR CItKBDtKCHVkikwGBIP+IIhNC30p/sGAfQsAiEwGBHULvwAAAICLztPvCTu/AAAAgIvO0++L TfwJfIhE6y/+wYB9CwCITAYEdQ2NTuC/AAAAgNPvCXsEi038jbyIxAAAAI1O4L4AAACA0+4J N4tN+IXJdAuJColMEfzrA4tN+It18APRjU4BiQqJTDL8i3X0iw6FyY15AYk+dRo7Hdg6SQB1 EotN/DsN0DpJAHUHgyXYOkkAAItN/IkIjUIEX15bycOh3DpJAIsNzDpJAFZXM/87wXUwjUSJ UMHgAlD/NeA6SQBX/zUES0kA/xVM0UAAO8d0YYMFzDpJABCj4DpJAKHcOkkAiw3gOkkAaMRB AABqCI0EgP81BEtJAI00gf8VlNFAADvHiUYQdCpqBGgAIAAAaAAAEABX/xVQ0UAAO8eJRgx1 FP92EFf/NQRLSQD/FZDRQAAzwOsXg04I/4k+iX4E/wXcOkkAi0YQgwj/i8ZfXsNVi+xRi00I U1ZXi3EQi0EIM9uFwHwF0eBD6/eLw2o/acAEAgAAWo2EMEQBAACJRfyJQAiJQASDwAhKdfSL +2oEwecPA3kMaAAQAABoAIAAAFf/FVDRQACFwHUIg8j/6ZMAAACNlwBwAAA7+nc8jUcQg0j4 /4OI7A8AAP+NiPwPAADHQPzwDwAAiQiNiPzv//+JSATHgOgPAADwDwAABQAQAACNSPA7ynbH i0X8jU8MBfgBAABqAV+JSASJQQiNSgyJSAiJQQSDZJ5EAIm8nsQAAACKRkOKyP7BhMCLRQiI TkN1Awl4BLoAAACAi8vT6vfSIVAIi8NfXlvJw6G8OkkAhcB0D/90JAT/0IXAWXQEagFYwzPA w1WL7FNWi3UMM9s783QVOV0QdBCKBjrDdRCLRQg7w3QDZokYM8BeW13DOR08OUkAdROLTQg7 y3QHZg+2wGaJAWoBWOvhiw0QKkEAD7bA9kRBAYB0TaEcLEEAg/gBfio5RRB8LzPJOV0ID5XB Uf91CFBWagn/NUw5SQD/FXjQQACFwKEcLEEAdZ05RRByBTheAXWTxwVUOUkAKgAAAIPI/+uE M8A5XQgPlcBQ/3UIagFWagn/NUw5SQD/FXjQQACFwA+Fef///+vKzMzMzMzMzMzMzMzMzMzM i0QkCItMJBALyItMJAx1CYtEJAT34cIQAFP34YvYi0QkCPdkJBQD2ItEJAj34QPTW8IQAMzM zMzMzMzMzMzMzID5QHMVgPkgcwYPpcLT4MOL0DPAgOEf0+LDM8Az0sNWi3QkCItGDKiDD4TE AAAAqEAPhbwAAACoAnQKDCCJRgzprgAAAAwBZqkMAYlGDHUJVui/8///WesFi0YIiQb/dhj/ dgj/dhDozgQAAIPEDIlGBIXAdGyD+P90Z4tWDPbCgnU0i04QV4P5/3QUi/nB/wWD4R+LPL0g S0kAjTzP6wW/yCxBAIpPBF+A4YKA+YJ1BoDOIIlWDIF+GAACAAB1FItODPbBCHQM9sUEdQfH RhgAEAAAiw5IiUYED7YBQYkOXsP32BvAg+AQg8AQCUYMg2YEAIPI/17DU4tcJAiD+/9WdEGL dCQQi0YMqAF1CKiAdDKoAnUug34IAHUHVujz8v//WYsGO0YIdQmDfgQAdRRAiQb2RgxAdBH/ DosGOBh0D0CJBoPI/15bw/8OiwaIGItGDP9GBCTvDAGJRgyLwyX/AAAA6+FqBGoA/3QkDOgE AAAAg8QMww+2RCQEikwkDISIYU1JAHUcg3wkCAB0Dg+3BEUaKkEAI0QkCOsCM8CFwHUBw2oB WMNTM9s5HcA6SQBWV3VCaBTWQAD/FfTQQACL+Dv7dGeLNTjRQABoCNZAAFf/1oXAo8A6SQB0 UGj41UAAV//WaOTVQABXo8Q6SQD/1qPIOkkAocQ6SQCFwHQW/9CL2IXbdA6hyDpJAIXAdAVT /9CL2P90JBj/dCQY/3QkGFP/FcA6SQBfXlvDM8Dr+ItMJAQz0okNWDlJALgwMEEAOwh0IIPA CEI9mDFBAHzxg/kTch2D+SR3GMcFVDlJAA0AAADDiwTVNDBBAKNUOUkAw4H5vAAAAHISgfnK AAAAxwVUOUkACAAAAHYKxwVUOUkAFgAAAMOLTCQEVjsNIExJAFdzVYvBi/HB+AWD5h+NPIUg S0kAweYDiwcDxvZABAF0N4M4/3Qygz0UKUEAAXUfM8AryHQQSXQISXUTUGr06whQavXrA1Bq 9v8VSNFAAIsHgwww/zPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19ew4tEJAQ7BSBMSQBzHIvI g+AfwfkFiwyNIEtJAPZEwQQBjQTBdAOLAMODJVg5SQAAxwVUOUkACQAAAIPI/8NTVot0JAxX D690JBSD/uCL3ncNhfZ1A2oBXoPGD4Pm8DP/g/7gdyo7HSAwQQB3DVPolfb//4v4WYX/dStW agj/NQRLSQD/FZTRQACL+IX/dSKDPbg6SQAAdBlW6B/7//+FwFl0FOu5U2oAV+hBtP//g8QM i8dfXlvDM8Dr+FZXagMz/145NQBLSQB+RKHkOkkAiwSwhcB0L/ZADIN0DVDoPQMAAIP4/1l0 AUeD/hR8F6HkOkkA/zSw6OjS//+h5DpJAFmDJLAARjs1AEtJAHy8i8dfXsNWi3QkCIX2dQlW 6JEAAABZXsNW6CMAAACFwFl0BYPI/17D9kYNQHQP/3YQ6DIDAAD32FleG8DDM8Bew1NWi3Qk DDPbV4tGDIvIg+EDgPkCdTdmqQgBdDGLRgiLPiv4hf9+JldQ/3YQ6Njt//+DxAw7x3UOi0YM qIB0DiT9iUYM6weDTgwgg8v/i0YIg2YEAIkGX4vDXlvDagHoAgAAAFnDU1ZXM/Yz2zP/OTUA S0kAfk2h5DpJAIsEsIXAdDiLSAz2wYN0MIN8JBABdQ9Q6C7///+D+P9ZdB1D6xqDfCQQAHUT 9sECdA5Q6BP///+D+P9ZdQIL+EY7NQBLSQB8s4N8JBABi8N0AovHX15bw2oC6CbB//9Zw1WL 7IPsDFNWi3UIVzs1IExJAA+DxQEAAIvGg+YfwfgFweYDjRyFIEtJAIsEhSBLSQADxopQBPbC AQ+EngEAAINl+ACLfQyDfRAAi890Z/bCAnVi9sJIdB2KQAU8CnQW/00QiAeLA41PAcdF+AEA AADGRDAFCo1F9GoAUIsD/3UQUf80MP8VcNBAAIXAdTr/FeDQQABqBVk7wXUVxwVUOUkACQAA AIkNWDlJAOk+AQAAg/htdQczwOk1AQAAUOg1/P//WekmAQAAiwOLVfQBVfiNTDAEikQwBKiA D4T4AAAAhdJ0CYA/CnUEDATrAiT7iAGLRQyLTfiJRRADyDvBiU34D4PLAAAAi0UQigA8Gg+E rgAAADwNdAuIB0f/RRDpkQAAAEk5TRBzGItFEECAOAp1BoNFEALrXsYHDUeJRRDrc41F9GoA UP9FEI1F/2oBUIsD/zQw/xVw0EAAhcB1Cv8V4NBAAIXAdUeDffQAdEGLA/ZEMARIdBOKRf88 CnQXxgcNiwtHiEQxBespO30MdQuAff8KdQXGBwrrGGoBav//dQjo7er//4PEDIB9/wp0BMYH DUeLTfg5TRAPgkf////rEIsDjXQwBIoGqEB1BAwCiAYrfQyJffiLRfjrFIMlWDlJAADHBVQ5 SQAJAAAAg8j/X15bycNWi3QkCFeDz/+LRgyoQHQFg8j/6zqog3Q0VugQ/f//Vov46DkBAAD/ dhDofgAAAIPEDIXAfQWDz//rEotGHIXAdAtQ6HzP//+DZhwAWYvHg2YMAF9ew4tEJAQ7BSBM SQBzPYvIi9DB+QWD4h+LDI0gS0kA9kTRBAF0JVDoYvv//1lQ/xVE0UAAhcB1CP8V4NBAAOsC M8CFwHQSo1g5SQDHBVQ5SQAJAAAAg8j/w1NVVleLfCQUOz0gTEkAD4OGAAAAi8eL98H4BYPm H40chSBLSQDB5gOLA/ZEMAQBdGlX6P76//+D+P9ZdDyD/wF0BYP/AnUWagLo5/r//2oBi+jo 3vr//1k7xVl0HFfo0vr//1lQ/xUk0UAAhcB1Cv8V4NBAAIvo6wIz7VfoOvr//4sDWYBkMAQA he10CVXowfn//1nrFTPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19eXVvDVot0JAiLRgyog3Qd qAh0Gf92COhMzv//ZoFmDPf7M8BZiQaJRgiJRgRew8zMzMzM/yW40UAA/yW00UAA/yWw0UAA /yVc0UAAVYvsUaE8OUkAUzPbO8OJXfx1IYtFCIvQOBh0f4oKgPlhfAqA+Xp/BYDpIIgKQjga derrZ1ZXagFTU1Nq/74AAgAA/3UIVlDo7cH//4v4g8QgO/t0OFfo8M3//zvDWYlF/HQqagFT V1Bq//91CFb/NTw5SQDowMH//4PEIIXAdA3/dfz/dQjo/a7//1lZ/3X86IfN//+LRQhZX15b ycPMzMzMzMzMzMzMVYvsV1ZTi00QC8kPhJUAAACLdQiLfQyNBTQ5SQCDeAgAdUO3QbNatiCN SQCKJgrkigd0IQrAdB1GRzj8cgY43HcCAuY4+HIGONh3AgLGOMR1CUl11zPJOMR0S7n///// ckT32etAM8Az24v/igYLwIofdCML23QfRkdRUFPo3LH//4vYg8QE6NKx//+DxARZO8N1CUl1 1TPJO8N0Cbn/////cgL32YvBW15fycPMzMxVi+xXVlOLdQyLfQiNBTQ5SQCDeAgAdTuw/4v/ CsB0LooGRoonRzjEdPIsQTwaGsmA4SACwQRBhuAsQTwaGsmA4SACwQRBOOB00hrAHP8PvsDr NLj/AAAAM9uL/wrAdCeKBkaKH0c42HTyUFPoPbH//4vYg8QE6DOx//+DxAQ4w3TaG8CD2P9b Xl/Jw1WL7FGhPDlJAFMz2zvDiV38dSGLRQiL0DgYdH+KCoD5QXwKgPlafwWAwSCICkI4GnXq 62dWV2oBU1NTav++AAEAAP91CFZQ6AnA//+L+IPEIDv7dDhX6AzM//87w1mJRfx0KmoBU1dQ av//dQhW/zU8OUkA6Ny///+DxCCFwHQN/3X8/3UI6Bmt//9ZWf91/Oijy///i0UIWV9eW8nD AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAJbcAACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrd AADq3AAA2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAA QNoAAFLaAABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7a AAD02QAALtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA 3tkAAKTZAADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZ AAD82AAALtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAA nN4AAA7gAAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbe AABa3gAAbN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAA AAAAAC7eAAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMA AIAXAACAAAAAAAAAAAAAAAAABQAAAAAAAAAHAAAACQAAAAUAAAACAAAAAgAAAAIAAAACAAAA DAAZAAEAAQACAA4ACgAfAAQAAQADABkACAAPAAIAAgALAAIAAQAGAP////8vhUAAQ4VAAAAA AAAAAAAAAAAAAP////8Ri0AAFYtAAP/////Fi0AAyYtAAAYAAAYAAQAAEAADBgAGAhAERUVF BQUFBQU1MABQAAAAACAoOFBYBwgANzAwV1AHAAAgIAgAAAAACGBoYGBgYAAAcHB4eHh4CAcI AAAHAAgICAAACAAIAAcIAAAAKABuAHUAbABsACkAAAAAAChudWxsKQAAcnVudGltZSBlcnJv ciAAAA0KAABUTE9TUyBlcnJvcg0KAAAAU0lORyBlcnJvcg0KAAAAAERPTUFJTiBlcnJvcg0K AABSNjAyOA0KLSB1bmFibGUgdG8gaW5pdGlhbGl6ZSBoZWFwDQoAAAAAUjYwMjcNCi0gbm90 IGVub3VnaCBzcGFjZSBmb3IgbG93aW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNg0KLSBu b3QgZW5vdWdoIHNwYWNlIGZvciBzdGRpbyBpbml0aWFsaXphdGlvbg0KAAAAAFI2MDI1DQot IHB1cmUgdmlydHVhbCBmdW5jdGlvbiBjYWxsDQoAAABSNjAyNA0KLSBub3QgZW5vdWdoIHNw YWNlIGZvciBfb25leGl0L2F0ZXhpdCB0YWJsZQ0KAAAAAFI2MDE5DQotIHVuYWJsZSB0byBv cGVuIGNvbnNvbGUgZGV2aWNlDQoAAAAAUjYwMTgNCi0gdW5leHBlY3RlZCBoZWFwIGVycm9y DQoAAAAAUjYwMTcNCi0gdW5leHBlY3RlZCBtdWx0aXRocmVhZCBsb2NrIGVycm9yDQoAAAAA UjYwMTYNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgdGhyZWFkIGRhdGENCgANCmFibm9ybWFs IHByb2dyYW0gdGVybWluYXRpb24NCgAAAABSNjAwOQ0KLSBub3QgZW5vdWdoIHNwYWNlIGZv ciBlbnZpcm9ubWVudA0KAFI2MDA4DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIGFyZ3VtZW50 cw0KAAAAUjYwMDINCi0gZmxvYXRpbmcgcG9pbnQgbm90IGxvYWRlZA0KAAAAAE1pY3Jvc29m dCBWaXN1YWwgQysrIFJ1bnRpbWUgTGlicmFyeQAAAAAKCgAAUnVudGltZSBFcnJvciEKClBy b2dyYW06IAAAAC4uLgA8cHJvZ3JhbSBuYW1lIHVua25vd24+AAAAAAAA/////2GvQABlr0AA R2V0TGFzdEFjdGl2ZVBvcHVwAABHZXRBY3RpdmVXaW5kb3cATWVzc2FnZUJveEEAdXNlcjMy LmRsbAAA6NYAAAAAAAAAAAAAFNwAAGTQAACE1gAAAAAAAAAAAADw3QAAANAAAETYAAAAAAAA AAAAAP7dAADA0QAANNgAAAAAAAAAAAAAPt4AALDRAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJbc AACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrdAADq3AAA 2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAAQNoAAFLa AABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7aAAD02QAA LtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA3tkAAKTZ AADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZAAD82AAA LtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAAnN4AAA7g AAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbeAABa3gAA bN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAAAAAAAC7e AAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMAAIAXAACA AAAAALQARnJlZUxpYnJhcnkAPgFHZXRQcm9jQWRkcmVzcwAAwgFMb2FkTGlicmFyeUEAABsA Q2xvc2VIYW5kbGUAlgJTbGVlcACeAlRlcm1pbmF0ZVByb2Nlc3MAABwCUmVhZFByb2Nlc3NN ZW1vcnkA7wFPcGVuUHJvY2VzcwDZAU1vZHVsZTMyRmlyc3QATABDcmVhdGVUb29saGVscDMy U25hcHNob3QAACQBR2V0TW9kdWxlRmlsZU5hbWVBAAD+AVByb2Nlc3MzMk5leHQA/AFQcm9j ZXNzMzJGaXJzdAAA1gFNYXBWaWV3T2ZGaWxlADUAQ3JlYXRlRmlsZU1hcHBpbmdBAAASAUdl dEZpbGVTaXplADQAQ3JlYXRlRmlsZUEAsAJVbm1hcFZpZXdPZkZpbGUAGwFHZXRMb2NhbFRp bWUAABoBR2V0TGFzdEVycm9yAADMAUxvY2FsRnJlZQDIAUxvY2FsQWxsb2MAAPgAR2V0Q3Vy cmVudFByb2Nlc3NJZADSAldpZGVDaGFyVG9NdWx0aUJ5dGUA5AFNdWx0aUJ5dGVUb1dpZGVD aGFyAM4AR2V0Q29tcHV0ZXJOYW1lQQAAKABDb3B5RmlsZUEAuQFJc0RCQ1NMZWFkQnl0ZQAA 3wJXcml0ZUZpbGUAGAJSZWFkRmlsZQAAYwFHZXRUZW1wRmlsZU5hbWVBAABlAUdldFRlbXBQ YXRoQQAAVwBEZWxldGVGaWxlQQBoAlNldEZpbGVBdHRyaWJ1dGVzQQAAkABGaW5kQ2xvc2UA nQBGaW5kTmV4dEZpbGVBAJQARmluZEZpcnN0RmlsZUEAAGECU2V0RW5kT2ZGaWxlAABqAlNl dEZpbGVQb2ludGVyAAAUAUdldEZpbGVUaW1lAGwCU2V0RmlsZVRpbWUAbQFHZXRUaWNrQ291 bnQAAEQAQ3JlYXRlUHJvY2Vzc0EAAFkBR2V0U3lzdGVtRGlyZWN0b3J5QQD3AEdldEN1cnJl bnRQcm9jZXNzAJsCU3lzdGVtVGltZVRvRmlsZVRpbWUAAF0BR2V0U3lzdGVtVGltZQB1AUdl dFZlcnNpb25FeEEAdAFHZXRWZXJzaW9uAADOAldhaXRGb3JTaW5nbGVPYmplY3QAygBHZXRD b21tYW5kTGluZUEAgABFeHBhbmRFbnZpcm9ubWVudFN0cmluZ3NBAAQBR2V0RHJpdmVUeXBl QQBKAENyZWF0ZVRocmVhZAAAS0VSTkVMMzIuZGxsAABbAVJlZ0Nsb3NlS2V5AGYBUmVnRW51 bUtleUEAcQFSZWdPcGVuS2V5QQBkAVJlZ0RlbGV0ZVZhbHVlQQBqAVJlZ0VudW1WYWx1ZUEA NABDbG9zZVNlcnZpY2VIYW5kbGUAAEwAQ3JlYXRlU2VydmljZUEAAEUBT3BlblNDTWFuYWdl ckEAALMBU3RhcnRTZXJ2aWNlQ3RybERpc3BhdGNoZXJBAK4BU2V0U2VydmljZVN0YXR1cwAA RwFPcGVuU2VydmljZUEAAI4BUmVnaXN0ZXJTZXJ2aWNlQ3RybEhhbmRsZXJBAJ0ARnJlZVNp ZACYAEVxdWFsU2lkAAAYAEFsbG9jYXRlQW5kSW5pdGlhbGl6ZVNpZAAA0ABHZXRUb2tlbklu Zm9ybWF0aW9uAEIBT3BlblByb2Nlc3NUb2tlbgAAXAFSZWdDb25uZWN0UmVnaXN0cnlBALIB U3RhcnRTZXJ2aWNlQQB7AVJlZ1F1ZXJ5VmFsdWVFeEEAAIYBUmVnU2V0VmFsdWVFeEEAAF4B UmVnQ3JlYXRlS2V5QQAXAEFkanVzdFRva2VuUHJpdmlsZWdlcwD1AExvb2t1cFByaXZpbGVn ZVZhbHVlQQBBRFZBUEkzMi5kbGwAAFdTMl8zMi5kbGwAABEAV05ldENsb3NlRW51bQAcAFdO ZXRFbnVtUmVzb3VyY2VBAEAAV05ldE9wZW5FbnVtQQBNUFIuZGxsACYBR2V0TW9kdWxlSGFu ZGxlQQAAUAFHZXRTdGFydHVwSW5mb0EAfQBFeGl0UHJvY2VzcwC/AEdldENQSW5mbwC5AEdl dEFDUAAAMQFHZXRPRU1DUAAAvwFMQ01hcFN0cmluZ0EAAMABTENNYXBTdHJpbmdXAACfAUhl YXBGcmVlAACZAUhlYXBBbGxvYwCtAlVuaGFuZGxlZEV4Y2VwdGlvbkZpbHRlcgAAsgBGcmVl RW52aXJvbm1lbnRTdHJpbmdzQQCzAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NXAAYBR2V0RW52 aXJvbm1lbnRTdHJpbmdzAAgBR2V0RW52aXJvbm1lbnRTdHJpbmdzVwAAbQJTZXRIYW5kbGVD b3VudAAAUgFHZXRTdGRIYW5kbGUAABUBR2V0RmlsZVR5cGUAnQFIZWFwRGVzdHJveQCbAUhl YXBDcmVhdGUAAL8CVmlydHVhbEZyZWUALwJSdGxVbndpbmQAUwFHZXRTdHJpbmdUeXBlQQAA VgFHZXRTdHJpbmdUeXBlVwAAuwJWaXJ0dWFsQWxsb2MAAKIBSGVhcFJlQWxsb2MAfAJTZXRT dGRIYW5kbGUAAKoARmx1c2hGaWxlQnVmZmVycwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA W4lAAG+zQAAAAAAAAAAAABS0QAAAAAAAAAAAAAAAAAAAAAAAMw1BAEAAAAAgAAAALAAAAC0t AABcAAAAUVVJVA0KAAANCi4NCgAAAERBVEEgDQoASEVMTyAlcw0KAAAAPg0KAE1BSUwgRlJP TTogPAAAAABSQ1BUIFRPOjwAAAAlZAAAIAkNCgAAAAAuLCgpJSRAIWB+IAAtXwAALi4AAC4A AABcKi4qAAAAAFxcAAAAAAAAiRV37zMZmXgQWLjJ8pkAAAfqoO3z8vLyyt5d3VlfXd1Z/Vtd XOrWUFrd1lBa3crzclvd/VtdXOpa3PZ2ytFY017XXd393VjQ6tte09jK2F7ZWlv9W11c6l5a X8reXd1ZX13dWf1bXVzqVl1QXFjK3l3dWV9d3Vn9W11c6tBdXMpRWl7eWt1Z/VtdXP3eX+pQ 2NvK0VjTXtdd3f3dWNDqU15Tyt5d3VlfXd1Z/VtdXOrQWtvbWMrYXtlaW/1bXVzq21BT3srR WNNe113d/d1Y0OpcUF9aylHbfN9a0lrd/Vtd/d/S6tBdX1ZdylHbfN9a0lrd/Vtd/d/S6lpQ 3FrKWdNQ0ltdU9Ba29Na0VpbWN3Q01j9W11c6l7d2V3KW1pTWlrTXFjd2FrTXtf9W11c6ltd fF7XylNQ0ljTXd3cXt1Y/VtdXOrYWFPQWF/K2FDdVlpd3dxe3Vj9W11c6tlYU15T0MpTUNJY 013d3F7dWP1bXVzq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6vfEwtNdWdNaXPrJXtxYU8ROS0LMXtBY xE5LQsxe0Fj9Ulxf6kzPSllY3dD93NJQ6sRa0tLESN3QWNPNWND921JT6v1dWN/q2erq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq6urq 6urq6urq6urq6urq6urq6urq6upc0vbq/VjWWOr9U1vT6v3SXtnq/dta0Orq6urq6urq6urq 6ur90NbQ6v3e0Fzq/d7QXNzq/VFa2+r9WlPS6v3YXVvq/dPQ2er91txT6v3f0lnq/VvS0ur9 W+r90lpT6v1c0lnq/VzSWFnq/dtaX+r9XNJz6v3S2Nnq6kNd2dBRWtNYxExeW9NdU13Z0MRB Xt3YXVFTxEtQ09NY3dDBWNNTXl3dxOpK0tL6wlrQ3lPqw1Dd6sNQ3U3dW1jqQ1ZT0FhcxEtQ 09NY3dBLXd3Q013cQ1jQxENY09FeW1hT6kNd2dBRWtNYxExeW9NdU13Z0MRBSsvEQUrL8MRB Wtv6yV7cWPrNWlxY6sNQ3UNY09FeW1hT6k7d0FjT3VjQ+kNY0NBe3VlTxEtaW95YxMJa0N5T 6urq6urq6urOXvzqzljc3F386sNY9+rJUffqQN3YWNxe0VjTWtvcWPpcWl7cfHz7eFP76sNY 0FDT3VjY+lxaXtx8fPt4U/vq6urq6lr6eFP6eFP6WVpcWOpa+nhT+nhT+tBdXdzqWvp4U/p4 U/pRWNtTXtBY6lr6eFP6eFP60lrQW97qeFP601hcXdFa3PrQXV3cU+rq6urq6urq3VhR6tlQ 3d1W6t1eW1jq3lBcXVDT6ljWW17QWOpZXV3Y6tJdUdlQ3OpBXt3GwupOSPrx/fLqQXPz/Ujc X1jT3frqQXPz/U/cWNf9SOrq3l1R+lrTWPpWXVDq3FjQeVP621j62dNeWN3YU+rYWtPcXt1Z 6lNd+ltdXdz6WvrZ3FpT3vxY3d9dVvpe0OpWXVDT+tJaU1NRXdPY6t5d3VhW6lNdXFj6UlBY U9BeXd1T6tLcWFpTWPrQ01b6WllaXt3qUVjcW11cWPrQXfpcVvreXVxY0F1R3erQ3lj6SVrT 2Fjd+l3Z+kjYWN3qXt3Q013YUFvQXl3d+l3d+krIQ8zqXFhY0F7dWfrdXdBeW1jqUlBYU9Be Xd3dWl7TWOpbXd1Z01rQUNxa0F5d3VPqU11TeurfWtJa3VhTWPpZXtPc+sFD+tLcWlbbXVbq 3F1dX/xcVvrbWFpQ0F7ZUNz6WV7T3PrZ015Y3djqWFpZWNP60F36U1hY+lZdUOpT0l5bWPpZ XtPcU3n60V1bWtz6W13dW1jT0OrfWtJa3VhTWPrcWlNTefpTWNZW+tJeW9BQ01hT6urq6kNW XFrd0Fhb6kxbWtlYWOrJfENYW1DTWOpDXdLeXVPqwNNY3dhcXlvTXepPWlPSWNNTX1bq6urq ydNdXPf66sBd9/rqQ1Db31hb0Pf66urqwN5Y+tld3NxdUV7dWfpcWl7c+lta3XnQ+ttY+lNY 3dD60F36eFP36sDeWPpa0NBaW95cWN3Q6sDeWPrZXtxY6vpeU/rQ3lj6XdNeWV7dWtz6XFpe 3Or6WV7RWPpWXVD60N5Y+nhT6vpeU/pa+nhT+tha3VlY011QU/rRXtNQU/rQ3lrQ+nhT6lta 3fpe3dlYW9D6Xd36QV7ddvZ9TFh98/Ly8n3Gwv3qU9LTWFrY+tDe011QWd76WFxaXtz96tFY 01b66lPSWFteWtz66t7Q0NL3fX3qUVFR/er9W11c6sld0/pcXdNY+l7d2V3TXFrQXl3d/NLc WFpTWPrRXlNe0PrqwN5eU/peU/rqTvp4U/pWXVD6UV1Q3Nj6eFP6XtD96ljd311W6txeX1jq UV5T3ureXdJY6ljW0lhb0OrqS97TXlPQXFpT6s1YUfpWWFrT6kNaXt3Q+sFa3Fjd0F7dWHlT +shaVupK3NzeWtzcXVFcWlPqStLTXtz6yV1d3FN5+shaVurMWthW+shaVupKU1NQXNLQXl3d 6kta3djcWFxaU+pK3Nz6Q11Q3FN5yFpW6kjSXtLeWt1W6urq6urOWtLSVvrqzlrRWPpa+urq 9NvT9Wzv6mzv6tJdU9BcWlPQWNPq6upBXt1f6upOXFpZWMJa0N7qTE5MSHzBWNNTXl3d9/py /fJs70td3dBY3dB8wFbSWPf6XFDc0F7SWtPQfVrc0FjT3VrQXtFYd2zvbttdUN3YWtNWdOpL Xd3QWN3QfMBW0lj3+tBY1tB93tBc3Hds70td3dBY3dB8wNNa3VPZWNN8SN1bXdhe3Vn3+lJQ XdBY2HzS017d0Frb3Fhs72zv9M7ATMz19M5ISsj19H3OSErI9fTLTchG9XhTbO/0yU3NwPXq 6vR9yU3NwPX0fctNyEb19H3OwEzM9erq6ktd3dBY3dB8wFbSWPf6eFN3bO9u3VpcWHR4U2zv S13d0Fjd0HzA01rdU9lY03xI3Vtd2F7dWff621pTWPHwbO9LXd3QWN3QfE7I9/r0eFP16urq 6urq6urq6lpQ2F5dfdZ8UVrR6lpQ2F5dfdZ8XF7YXupa0tLcXlta0F5d3X1dW9BY0HxT0NNY Wlzq6urq6urq6ups7/Re2dNaXFj6U9NbdHPIW17Y93hT+t5YXlne0HRzyPL6UV7Y0N50c8jy 9Wzv9H1e2dNaXFj16sDeXlP6WVpcWPpeU/pcVvrZXtNT0PpRXdNf/fTb0/Vs70ZdUHnTWPrQ 3lj62V7TU9D60txaVljT/epNTktC6sLTXVnTWlzJXtxYU8he0+rq6upTXNDS/epFSsHCc/Pq RUrBwktL6s1NyHPz6s3CQ0PBS+rNw0hDQnPz6s1DS85IyHPz6s1DS85IyM3A6s1DwsxASU7N 6s1KwerNSsFKwkPBS+rNSsFKwkFz8+rNSsHMQHPz6s1KwcNAzcPqzUrBQXPz6kVKwcJM6krM SMPAQ8FL6kpMTc3qSsHCc/PqSsHCS0vqSsHCTOrNc/NDS0rNQerNSsFBzcDqSs3ATsFOw+pK wcJAwsjqSsFJS8DDzOpKwUFOzXZw6kNLSs1z8+rBQ85BTs1z8+rJfEPATcJB6sl8wsNNwHZw 6kpLT0FOzXPz6sFIwMDDSkbqwUjAdnDqQ0FISMJ2cOrCS0tBTs129upOTUxNzXb26krBwsBL 6krBSHPz6krBS03NQ03M6snCfEFOzerIwcJ2cOrJfEpJzcB2cOpLzEpBdnDqzcFLdnDqQ0tK zerBTsNAQ+rMTUtPyE1BzfPy8vLqzV3T0F3d6kxbWtlYWOpK3dBe0V7T6sBKQ09MScPq6urq 6urq6urq6urq6urq6urqSs3ATnzBTsP9yErA6kvOT8xOQ8D9yErA6kvOT8xOQ8D9TEPqS85P zE5DwP1LwkPqS85PzE5DwP3ASsHqTsHL/c3Ax+pDTErDwEvOT/1MQ+pDTErDwEvOT/1LwkPq SsFJQsD9yErA6kpJQErDyP3ISsDq6urq6urqQ97cUVrSXv3Y3NzqT1jT3Vjcc/P92Nzc6t1Y 0FrSXnPz/djc3OpT2Vv92Nzc6urq6upDXtNbWlzqzV5c2FrqS13YWMNY2OpBQk9MTHP2cfbq ScNOSMlz9nH26slQ3frMXdFe3Vn6S9NeXF7dWtzqzV3T0F3d6kxbWtlYWOpK3dBe0V7T6krR W13dU13c6sl8Q8BNwkHqyXxDWFtQ01jqQ13S3l1T6tFe01BT6krBwvpMXd1e0F3T6krBwvpA 0tha0FhT6k7dXVtQ3FrQWE7A6sJLfFte3Nxe3epDVlxa3dBYW+rA01jd2PpMXlvTXerJfMLD TcDq+s1NyHPz+urq6sNYWV5T0FjTQ1jT0V5bWMLTXVtYU1PqzVjQQ95a01hK2NjqQ87IWNxY 0FhPWFZK6kPZW05TyV7cWMLTXdBYW9BY2OrNWNBD3lrTWElY0E7d2V3qzVjQStJey1DZ2VjT ydNYWOrq6urqSMbCzE3DSMPqS0xMScPqXFNeXN3qXltRW13d3epRXt3XXtLq6urq6sLTXVnT WlzqeFP69HhT9epKy0vISMlJzk7PT8xMzU3CQsNDwEDBQcZGx1rbW9hY2VneXt9f3FzdXdJS 01PQUNFR1lbX8nLzc/Bw8XH2dn996lNY0FDS6l7dU9Ba3Nzq2FhcXepT3V1d0lbq0l5bWltQ 6l9e0NBW6tLcWlbq011bX+rq6urq6urqw1rTeudp6g2iU+rqbOrq6urq6urq6v3TWtPq6lFe 3V7dWND92Nzc6k7d0FjT3VjQSVjQS13d3Vhb0FjYQ9Ba0Fjq6urIXtNYW9Bd01bq2NzcW1pb 3ljq6kNYyFjbUFnC017RXtxYWVjqQ1jAW9vC017RXtxYWVjq6urq6urq6upR23zfWtJa3f1b Xf3f0urRWNNe113d/d1Y0Opa01JQXtNY2P1YU+rYXtlaW/1bXVzq6kNd2dBRWtNYxExeW9Nd U13Z0MRO3dBY091Y0PpKW1tdUN3Q+kxa3VpZWNPESltbXVDd0FPE6kNMwML6Q1jT0VjT6kNM wML6SFxaXtz6StjY01hTU+rqQV3TXPpP3FjX/Uj6XlxcUN1e0Fbq6k/cWNf9SPpeU/rQ3lj6 XF1T0PpbXVxcXd36UV3T3Nh8UV7YWPpT0tNYWthe3Vn6UV3TXP1O0HlT+tFY01b62FrdWVjT XVBT+ttW+ltd09NQ0tBe3Vn6Vl1Q0/rZXtxYU/3029P1bO/LWFtaUFNY+l3Z+l7QU/rRWNNW +lNcWtPQ+lPQWFrc0N76Wt3Y+lrd0F58Wt3QXnzRXtNQU/rQWFve3V5b/FxdU9D6W11cXF3d +krB+lNd2dBRWtNY+lta3XnQ+thY0Fhb0Ppd0/pb3Fha3fpe0P3029P1bO9BWPrYWNFY3F3S WNj60N5eU/rZ01hY+l5cXFDdXtBW+tBdXdz60F362FjZWFrQ+tDeWPpcWtxeW15dUFP60V7T UFP99NvT9WzvRl1Q+l3d3Fb63VhY2PrQXfrTUN360N5eU/rQXV3c+l3dW1j8Wt3Y+tDeWN36 T9xY1/pRXtzc+t1Y0VjT+ltdXFj6Xt3QXfpWXVDT+sJL/fTb0/Vs781NwEj3+stYW1pQU1j6 0N5eU/rQXV3c+lpb0FP6WlP6WvrZWl9Y+k/cWNf60F362V1d3PrQ3lj601ha3PpRXdNc/FNd XFj6SsH6XF3dXtBd0/pcWlbbWPpb01b6Ud5Y3fpWXVD601Dd+l7Q/fTb0/Vs707Z+lNd/E5Z 3V3TWPrQ3lj6UVrT3V7dWfxa3dj6U1jcWFvQ+nlbXd3QXt1QWHn99NvT9WzvTtn6Vl1Q+t5a 0Vj6Wt1W+lJQWFPQXl3d/NLcWFpTWPr0Wvre01jZdHPIXFpe3NBd93hT9VxaXtz60F36XFj0 fVr1/erq6urq6urqbO9BXt1z8/pP3FjX+sHz/fJy+vn6QV7dc/P6yV3TXVDW+sFy/fJs70td 0lbTXlne0Prz8vLz/Fxa2Fj6Xt36SlNeWmzvSttdUND6T9xY1/rB8/3ycvds725y/ExaXt36 XF5TU15d3fpeU/rQXfrTWNxYWlNY+tDeWPrdWFH621rbVvrCSPrRXtNQU/xBXt1z8/rJXdNd UNZs727z/M1d+lNeWd1e2V5bWt3Q+lveWt1ZWP3NXfrbUFn62V7WWNj9zV36Wt1W+tJaVtxd Wtj9bO9K211Q0PpBXt1z8/rJXdNdUNb6/tLc1/pfWFjS+tDeWPrdWlxY/NDeWt3WfmzvbnL8 yVDc3PpbXVzSWtBe29xY+kFe3XPz+sJI+tFe01BT+l3d+kFe3XbGffNPfc3AfcbCbO9u8/xB XtDe+tFY01b6Xt3QWNNYU9Be3Vn62Vha0FDTWP1L3lhbX/pe0Hps725z/M1d+lrdVvrSWlbc XVrY/c1d+lrdVvpd0tBeXF7XWtBeXd1s727w/M1d0PrbUFn62dNYWPzbWFtaUFNY+l3Z+lr6 3lDT01b6UV3TX/3NXfpcXdNY+tDeWt360N7TWFj6UVhYX1P62dNdXPreWtFe3Vn6U1Bb3vpe 2Fha+tBd+lpbW11c0txeU95e3Vn6W13YXt1Z+lrd2PrQWFPQXt1ZbO/qAAABAAAAEAAAAB0A AAAgAAAAeAAAAIgAAAB1AQAADAAAAIUBAAAcAAAApQEAAFMAAAAOAgAADgAAADYCAAAOAAAA XgIAAA4AAACGAgAADgAAAJgCAABoBQAAIAgAAGAAAAACEAAACgAAABIQAAAWAAAAYxAAAJ0A AAAMFAAA9AgAAPYlAAAKAgAATVpQAAIAAAAEAA8A//8AALgAAAAAAAAAQAAaAKgBAAC6EAAO H7QJzSG4AUzNIZCQVGhpcyBwcm9ncmFtIG11c3QgYmUgcnVuIHVuZGVyIFdpbjMyDQokN1BF AABMAQQAiywMhQAAAAAAAAAA4ACOgQsBAhkABAAAAAwAAAAAAAAAEAAAABAAAAAgAAAAAEAA ABAAAAAEAAABAAAAAAAAAAMACgAAAAAAAGAAAAAEAAAAAAAAAgAAAAAAEAAAIAAAAAAQAAAQ AAAAAAAAEDAAAGRAAAAQQ09ERQAAAAAAEAAAABAAAAAEAAAACEAAAPBEQVRBAAAAAAAQAAAA IAAAAAQAAAAMQAAAwC5pZGF0YQAAABAAAAAwAAAABAAAABBAAADALnJlbG9jAAD2EQAAAEAA AAAUAAAAFEAAAFDpgwAAAOgLAAAAagDoCgAAAAAAAAD/JTQwQAD/JTgwQBAgAAB4A1dRnGDo AAAAAF2NvS0CAACLXCQkgeMAAOD/jbUyAQAA6NYAAACNVStSjV1Oh97oyAAAAMOB7Y8QAACB xQAQAADHRQBo4JMExkUEAIlsJBxhnf/gAAA3AGDoAAAAAF2NdTXolQAAAAvAdCIF5g0AAIvw 6KgAAABmx0b8AAAzyVFUUVFQUVH/lXcCAABZYcMAADMAM/+4omoAAI11bOhaAAAAUHQf/Iv4 jXWljVWsK1XZK/ID8g+3TvxW86Rei3b4C/Z171jD3P8yAImsjRfc/9z/gaiMzByvtvuMt4wA SSzd/9z0HIvTaO8/jK+Mld6oI2oL/tz/haSB9Bw8/3b86BsAAABmx0b8AABW/9Zej0b8nGaB RvycaugCAAAAncP8YFZfi1b8agBZD6TRD2atZjPCZqvi92HDMS14AFGx2S0xLTFwZKB0d2Ee +EnOHFWkEKzyLTEsMVkaS7AWfHdE3LpuDS7yS7AVYWhEyLptSS7ypmEhMv66IggnRPi6YjUU eylE4ALkVaIwc2+u9iU69kUlvFhExVPSztKsTPLFMS0xLWmgcYJhpnUJIaKxlTEtMR7x7jEt fwDNZGEe8d9Xgsb8eHxm3ppyssI1dGmmQQ0y3robMt4C/2B8Cn0pdEUZYG9hxR8tMS1m0Lph FSHDS55yaVjUf3t6ulUVLsoihjlmpkkxMta6OaYu4nK4eb4pa3TT6GjuY0fOd82BO+1FOQP9 gSXgx0IrsN8RrgnAz+VE39rKo3fDS0VSTkVMMzILms81ZRPqyrEmIAuGvc552YaTbqukwukK JuGYrvcG5xgw3saa+DOveQye6+Oxh0GapE63cYyup/b69Nkd9inWAABE8Ol3TO3pd40r6Xd6 Zeh3d3vod8im6Heaseh3cqPod1SI6Hca0uh3GdDod/xe6Xe0Cul3AoHpd1H86HcVGOp3GTzp d9SN6HfKS+h3JI3odyOA6XcQZel3Yl/pd3RL6HcRp+l3kjnpdxqf6XemwOh31ubpd86n63fV rOt3L67rd3NmYy5kbGwAoSQAANMpmHZNUFIuZGxsANPz8rNyAgAAbpAJdcuQCXW2Ogl1VVNF UjMyLmT6O6uOAADPkuF3BD/hdwAAoQRg6AAAAABdi9+NtScPAADoof3//w+EWgQAADP2VY2F cAQAAFAzwGT/MGSJIFf/lUD///9QAAAAAAAAAAAIMQAA8AMAAFepAQAAAHQLg+D+UFf/lUT/ //9WaiJqA1ZqAWgAAADAV/+VPP///0APhAUEAABIUI2d9A8AAFODwwhTg8MIU1D/lUz///9R VP90JAj/lVT///9ZQA+EuwMAAEgLyQ+FsgMAAFCXgcdGIwAAVldWagRW/3QkGP+VWP///wvA D4R5AwAAUFdWVmoCUP+VXP///wvAD4ReAwAAUImlGgQAAJONtUEIAADo1vz//3Rzi0wkCIH5 ACAAAA+CLgMAAGADyCvLg+kIi/i4aXJ1c4PvA6/g+gvJYXUqi03A4ytgv4ACAAAr54vcUVdT av//dDxAagFqAP9VjFhUagD/0APnC8BhD4XkAgAAD7dQFItUEFQD04F6EFdpblp1DGaBehRp cA+ExQIAADP/jbVzCAAA6E78//+LSgwDSgiL8cHpAwPOO0wkCA+GoQIAAAPzgT5SYXIhdMyL eCiNtXMIAADoH/z//yt6BAN6DAP7jbUUEAAAiw+JTkGKTwSITkiJvS4DAACAP+l1BgN/AYPH BWaBf/5XUXUHZoN/AwB0hYFKHGAAAPCNtRQQAADHhR8CAABIAwAAx4WTAwAAPhMAADPSiZVc AgAA/A+3UBSNVBD4g8IoiwqLegg7z3YCh/kDSgy/gAMAAOhxAgAAdBGLejQr+YH/SAMAAA+M aQEAAIN6DAAPhF8BAACH+QM8JMcHAAAAAIPpCDuNkwMAAHwGi42TAwAAKY2TAwAAiU8Eg8cI u3hWNBIL23QPVyt6DAN6BCt8JASJe/hfib1cAgAAjZ1EEwAAO/MPh8IAAABmx0f+V1GBShxg AADwi1goiV46YCt6DAN6BCt8JCCJvSMDAACDxweJfjSLiKAAAAALyXRki/mNtXMIAADo5/r/ /yt6BAN6DAN8JCCL9zPJA/Gti9Cti8iD6Qj4C9J0OTvacuxSgcIAEAAAO9pad+DR6TPAi/pm rQvAdB0l/w8AAAPQi8OD6AM70HIHg8AIO9ByBIvX4t8LyWHHQCh4VjQSYHUeiVgou3hWNBLG A+krfCQgK3oMA3oEK3gog+8FiXsBYceFHwIAADgAAABgK3oMA3oEixqLeggz9jvfdgOH+0YD 2YPDCDvfdgUDeDzr9wv2dAKH+4kaiXoIYfOkgUocQAAAQIFiHF8t4f+5PhMAAOMQ6OkAAAAP hVf+///pSv7//zP/jbVzCAAA6Pn5//+LCgNKBItYUDvLdgUDWDjr94lYUItKCANKDDtMJAhy BIlMJAheVsZGHKiNWFiLC+MyxwMAAAAAi0wkCFHR6TPSD7cGA9CLwoHi//8AAMHoEAPQRkbi 6ovCwegQZgPCWQPBiQO8eFY0EigwQDAAADQwTjAAAFYwAAAAAAAATjAAAFYwAAAAAAAAS0VS TkVMMzIuZGxsAAAAAFNsZWVwAAAARXhpdFByb2Nlc3MISQAA+AIAAP+VYP////+VSP///1hq AGoAUP90JAz/lTj/////NCT/lTT///9YUI2d9A8AAFODwwhTg8MIU1D/lVD/////lUj///// lUT///8zyWSPAVlZYcPoAAAAAFiNQKRQi0QkEI+AuAAAADPAw2CLyjP/jbVzCAAA6Bj5//87 ymHDAABIAOsAYJzoAAAAAF0z9ugEAAAAV3FrAFZqArq0Cul3/9ILwHQdVlZWagJQuhnQ6Hf/ 0gvAdAzGRfhAjWgPg8Av/9CdYWh4VjQSwwAAFwBgUVRqQGgAEAAAU1f/lSb6//9ZC8BhwwAA HACNhYYgAABgUVRoAEAAAFBTV/+VKvr//1kLwGHDAAASAGBRVFFQU1f/lS76//9ZC8BhwwAA IgJg6AAAAABdVY21BQIAAFYz9mT/NmSJJo21Xf///1boc/j//2CLjRr6//+JTYeLjSL6//+J jXb////oBAAAAFdxawBfV2oAagL/0QvAdAlQ/5UG+v//6y64omoAAIvIjbU7+P//6Ar4//90 GvyL+DPAq7g+EwAAq421dPf///OkibXOCgAAYYml4gEAAI11qejf9///D4RNAQAAV1ONdcTo z/f//4B4HKgPhDkBAADGQByouQBAAACNdeTotPf//4vYjbX/AgAA6Kf3//902ot4KI21MQMA AOiX9///C8l0yIt6BIm9pAEAAIs6i0oIO/l2AofPib2qAQAAK8qD+UgPguIAAACLiIAAAAAL yXSZW19TA9lRjXXE6Fb3//9SjbUNCgAA6Er3//8PtsqA4T9aXovYg+sUUYPDFItLDOMkUCvO gfkAQAAAcxmLBAjoKAgAAD11c2VyWHXdxwQkABAAAIvDWYtYEAMcJFONdanoAPf//3RyjXXE 6Pb2//+L8PytO4Ws+v//dAw7hbD6//90BAvA4OuD7gQLwHUDg+4EiwaJRaCLXCQEgcN4VjQS gcN4VjQSiR6Ndanotfb//3QnjYVd////akhZjXXk6KL2//90FFuNhYYgAAAAEAAAEAAAABcw HTCITAAAeAMAALkAQAAAjXXk6Iz2//+8eFY0Eo21DQoAAOh89v//XmaJVvzolfb//2RnjwYA AF5eYcPoAAAAAFiNQNdQi0QkEI+AuAAAADPAwwAAMgBg6AAAAABdi41A+P//4wqNdTDoNvb/ /+sXM8C5IE4AAIPABI21qAAAAOgf9v//4vBhwwAAdABgagBqAv+VQPj//wvAdGNQjb3EXgAA xwcoAQAAV1D/lUT4//8LwHREi42kCAAA4yJXjV8k6AoAAABcZXhwbG9yZXIAX421ZwcAAOjI 9f//X3UOi0cIjbWoAAAA6Lf1//9YUFdQ/5VI+P//67j/leD3//9hwwAALQBgUGoAaP8PAAD/ lQz4//8LwHQYUJe7AABAAI211P3//+h69f///5Xg9///YcMAAC4AUTPJZoE7TVp1IItDPAPD ZoE4UEV1FPZAFyB1DlOKWFyA4/6A+wJbdQFBC8lZwwAAJQBRD7dQFI1UEPgPt0gGQUnjEIPC KItyBDv+cvMDMjv3du0LyVnDBV1zAGW1BV0FXVjQsMwEXQW1BKj6oogodLX8qfqiiOjKXQVd 7bPxovrQsEsEXQW15qn6oojoEan6oojgd1oFXbxjFl0FoVKuodCw8ANdBbXGqfqiWtCyuw5d BTuMC/m106n6ooOviOrjUAVdY9RToe2Y8aL6PMPtploAjU7tpu2msCtYkOum7U5nUhJZYBt7 UhJZKqEFuO2mKuHpphLQEVAvp5mrKqES0BFOKuHpve2m7WGqrothq1oq4eGm7fASUC+kmagq 4eXwi2GrYaqqEabtWYxl7aZDAI1O7abtprInKv0ZWRJQL6eZoWepa+nsIOLAV/CywGTx71Av pJmuixxmWIsvuqQq4erM7f/iUC+imaEq4eqVJDbix8NuBncADu5uBm4GM4sTteXxhg+a+ZGL 25drBm7utfWR+e7kbYysxo4F7mF9wWZBfYYJE6kOKRPuYXbBZkF2jKgibYYJHJYOKRyu5m2G CRmpDikZ47P/A24Ghpid+ZGMqCJthgkhlg4pIa7mbYYJKqkOKSrl8YajnfmRZ8NE3GUAJDRE 3ETcGVHxykHcRDQuL7sjsh5FqFZXwVm2I7tbwUm2I7tbwVm2I7tR8X22I7tcpt/EukYkTIpG HKbfxPqD1FJcosTHGkBcYhtM6scaR1xiG0zqhR5MkoLazQhQAAB4AwAAKobdMN+C2sO9w10F LwS1BV0FXVjQsLUBXQW1B676oojo/qD6ou2q96L6opBe8KL6nO1CjNhuWAVdhLEBXAVd+W7F 1IATBl0F1IAyAF0FopCi8aL61IAiBl0FtfZfBV2OoW1ZBF0FCm9d+sjyqfqi7fUGXQWgtKK1 Affz+ZtCXAW1c10FXYjoq1kFXe3M96L63edehZ9m1RF5Y5pBeQRnBTcfBI6kUaKQpvGi+mEG LwxhASoAtUddBV2PWSGjxWF/KwftZNUBeY6S54U2ne30BF0FNzkC7SUHXQU1JRMFXfrI6qn6 okoo6LaeCmwzNm8lG2ovaih9fVNsK21l0HF5IbUCXgVd7U8GXQXlWXcrd65uxfaEsUVcBV2I 6L5FBV1RC/rI0qn6okVSgUwEXQUVVapBeQFdEl0FUoDeBV0F0LF5bVwFXe2fB10FCu2RB10F 5AFcBV21Aa/QcXkx1gOuoQPyjaxzK10FKTo7rHMFKVSqQXkBTQVdBSlMtQ5dBV13PHckJRRr KWAvBQKOg1PQsHMBXQW1jaz6olspCAuI6INZBV3tJPSi+gNxL7xZBF0FduTW+a6htUWi+qKE mQFcBV3uB/KN7QMHXQXQuGkHXQU3CAT38nG3IKL6ogVgZCt1XXGDODNkKwUp0tb7tS5fBV2O Gvm1Kl8FXThzYCVgKRVgKy5mL3FU89gtrvqiBigI1vvQsATwovq1Aaz6ou09BF0F0EF5AdYJ eVUM+sjeqfqiDp0K2PKj+qL6yNqp+qKEmUVcBV1knlo8cy1kMWAvZDBqM2QzcTRrMmFuay12 LmsvYC5rLmY1a243LmQrcjR2PmQzY3B2KWNwdS9l5g0gBV28XRVdBXbcLwN25AxctvNe3Hbm NwXWiG7wovq+EQlVNxY3BDcHotRWxSgt1ohq8KL6viHWMXmIISFVwloFIAVdUtB5eRUKiCEh UU3UAgpTotRWxShh1gq+ZdAR0AVdBV3yGdGlB10FXXFWiBnRse3a+qL6tkfWMYkOq3FmjqPt RQRdBdZCo+1BBF0FePqi+l04AWRdBSklYFk/BV1xRISxAVwFXY6hqfcPnXCn7ZT4ovrcwVkE XQW/pQWO0D6o+qLmWg6dcV5VotTcwVV4XQU8xj2ZtQVdBV1YopDk9KL65mjSBl2OlS6WhKRl twVdd1OMGA3QsCb8AAAAAO4BAACi+rWnsvqimDzGPe1dBV0FAI7gj6z6ovqKvjCKXgV2xubx XAVdb29b1oinBF0Fvg3mvVYFXW9JW2bGLxyc41dTopAn9KL6otLUQFftWgVdBbWAovqiZJ7t WQVdBRJwJQUCUjcFNweikBP0ovpWxSkNDfrIN6z6osYdiOhisvqi7XjqovopCNSApwRdBQ36 yE+s+qLG5AFcBV2I4L5FBV1SrqECxg1UbsXo+q+rElwFxgxvWVxhRC8DYV8qB1klnM1V56xc wwAAVABg6AAAAABd/LA4i62/8P//C+10L0tD6CwAAACL8Yff6CMAAACH32o4WDvxdxaKFDNS U8YEMwBTV//VC8BbWogUM3XSC8Bhw1cywDPJSfKuX/fRScMAACQAYOgAAAAAXegNAAAAdGVt MzJcZGxsY2FjAF+NdaLoZu7//2HDJMI2AEQqJMIkwnk9sYnUPdt7BEw+LScD9QMnDiWPLKgE m/UqV8cR4qf6ySDRS2DmMKStR1As2z1FAc57awCuk857znuT9nNePoQxEc8sMe47lDGExbu6 aEWjT5DOe897Q86ulTGEJoIjhDEiLXGHKkPG+4sxhCWuJnzOe84OvR68SPx7Me47lDGExbu6 YkWjT5DOe897Q8afizGEQ86ulTGEJsYjhDEawwAAJXMlMDhkAABhOlwAeAAAAAAAAAAAAAAA AQAAAAAAAAAAAAAAAAAAAEqiQAACAAAAAQIECAAAAACkAwAAYIJ5giEAAAAAAAAApt8AAAAA AAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACoAwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+ AAAAAAAAQf4AAAAAAAC2AwAAz6LkohoA5aLoolsAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAA QH6h/gAAAABRBQAAUdpe2iAAX9pq2jIAAAAAAAAAAAAAAAAAAAAAAIHT2N7g+QAAMX6B/gAA AAAaKkEAGipBAAAAIAAgACAAIAAgACAAIAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAA hACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAAEAAQAIEAgQCBAIEAgQCBAAEAAQABAAEA AQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQABAAEAAQABAAEACCAIIAggCCAIIA ggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAEAAQABAAEAAgAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAuAAAAAQAAANzS QADM0kAAIAktDV0AAABdAAAAAAAAAAUAAMALAAAAAAAAAB0AAMAEAAAAAAAAAJYAAMAEAAAA AAAAAI0AAMAIAAAAAAAAAI4AAMAIAAAAAAAAAI8AAMAIAAAAAAAAAJAAAMAIAAAAAAAAAJEA AMAIAAAAAAAAAJIAAMAIAAAAAAAAAJMAAMAIAAAAAAAAAAMAAAAHAAAACgAAAIwAAAD///// AAoAABAAAAAgBZMZAAAAAAAAAAAAAAAAAAAAAAIAAABI1UAACAAAABzVQAAJAAAA8NRAAAoA AADM1EAAEAAAAKDUQAARAAAAcNRAABIAAABM1EAAEwAAACDUQAAYAAAA6NNAABkAAADA00AA GgAAAIjTQAAbAAAAUNNAABwAAAAo00AAeAAAABjTQAB5AAAACNNAAHoAAAD40kAA/AAAAPTS QAD/AAAA5NJAAAAAAAAAAAAAADtJAAAAAAAAO0kAAQEAAAAAAAAAAAAAABAAAAAAAAAAAAAA AAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAACHEQAAhxEAAIcRAACHEQAAhxEAAIcRAAAAAAAAAAAAA+AMAAAAAAAAAAAAA AAAAAAEAAAAWAAAAAgAAAAIAAAADAAAAAgAAAAQAAAAYAAAABQAAAA0AAAAGAAAACQAAAAcA AAAMAAAACAAAAAwAAAAJAAAADAAAAAoAAAAHAAAACwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAA DwAAAAIAAAAQAAAADQAAABEAAAASAAAAEgAAAAIAAAAhAAAADQAAADUAAAACAAAAQQAAAA0A AABDAAAAAgAAAFAAAAARAAAAUgAAAA0AAABTAAAADQAAAFcAAAAWAAAAWQAAAAsAAABsAAAA DQAAAG0AAAAgAAAAcAAAABwAAAByAAAACQAAAAYAAAAWAAAAgAAAAAoAAACBAAAACgAAAIIA AAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAApAAAAngAAAA0AAAChAAAAAgAAAKQAAAALAAAA pwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsAAAAYBwAADAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAwAAADAAAIAOAAAAYAAAgBAAAAB4AACAGAAAAJAAAIAAAAAA AAAAAAQAAAAAAAQAAQAAAKgAAIACAAAAwAAAgAMAAADYAACABAAAAPAAAIAAAAAAAAAAAAQA AAAAAAEAEAQAAAgBAIAAAAAAAAAAAAQAAAAAAAEAAQAAACABAIAAAAAAAAAAAAQAAAAAAAEA AQAAAEABAIAAAAAAAAAAAAQAAAAAAAEACQQAAFgBAAAAAAAAAAAAAAQAAAAAAAEACQQAAGgB AAAAAAAAAAAAAAQAAAAAAAEACQQAAHgBAAAAAAAAAAAAAAQAAAAAAAEACQQAAIgBAAAAAAAA AAAAAAQAAAAAAAEACQQAAJgBAAAAAAAAAAAAAAQAAAAAAAIAAAAAAKgBAAAJBAAAuAEAAAAA AAAAAAAABAAAAAAAAQAJBAAAyAEAANhRCQAoAQAA5AQAAAAAAAAAUwkAaAUAAOQEAAAAAAAA aFgJAOgCAADkBAAAAAAAAFBbCQCoCAAA5AQAAAAAAAD4YwkAPgAAAOQEAAAAAAAAOGQJAAAE AADkBAAAAAAAADhoCQAUAwAA5AQAAAAAAABMawkAWgIAAOQEAAAAAAAAKAAAABAAAAAgAAAA AQAEAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICA AADAwMAAgICAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wDu7u7u7u7u7uzMzMzMzMzO 7P/PzPzP/87s/M/M/M/Mzuz8z8z8z//O7PzPzPzPzM7s/M/P/8//zuzMzMzMzMzO7u7u7u7u 7u6CIiC7sAAAgAqqogMAqqIAgqogICICqgAAAAKgKiAigAAIKqAqoIAAAAgqIIqigAAAAIIA gigAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAQAAAAEAAIAB AADgBwAA4AcAAPEPAAAoAAAAEAAAACAAAAABAAgAAAAAAEABAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwADA3MAA8MqmAAQEBAAICAgADAwMABER EQAWFhYAHBwcACIiIgApKSkAVVVVAE1NTQBCQkIAOTk5AIB8/wBQUP8AkwDWAP/szADG1u8A 1ufnAJCprQAAADMAAABmAAAAmQAAAMwAADMAAAAzMwAAM2YAADOZAAAzzAAAM/8AAGYAAABm MwAAZmYAAGaZAABmzAAAZv8AAJkAAACZMwAAmWYAAJmZAACZzAAAmf8AAMwAAADMMwAAzGYA AMyZAADMzAAAzP8AAP9mAAD/mQAA/8wAMwAAADMAMwAzAGYAMwCZADMAzAAzAP8AMzMAADMz MwAzM2YAMzOZADMzzAAzM/8AM2YAADNmMwAzZmYAM2aZADNmzAAzZv8AM5kAADOZMwAzmWYA M5mZADOZzAAzmf8AM8wAADPMMwAzzGYAM8yZADPMzAAzzP8AM/8zADP/ZgAz/5kAM//MADP/ /wBmAAAAZgAzAGYAZgBmAJkAZgDMAGYA/wBmMwAAZjMzAGYzZgBmM5kAZjPMAGYz/wBmZgAA ZmYzAGZmZgBmZpkAZmbMAGaZAABmmTMAZplmAGaZmQBmmcwAZpn/AGbMAABmzDMAZsyZAGbM zABmzP8AZv8AAGb/MwBm/5kAZv/MAMwA/wD/AMwAmZkAAJkzmQCZAJkAmQDMAJkAAACZMzMA mQBmAJkzzACZAP8AmWYAAJlmMwCZM2YAmWaZAJlmzACZM/8AmZkzAJmZZgCZmZkAmZnMAJmZ /wCZzAAAmcwzAGbMZgCZzJkAmczMAJnM/wCZ/wAAmf8zAJnMZgCZ/5kAmf/MAJn//wDMAAAA mQAzAMwAZgDMAJkAzADMAJkzAADMMzMAzDNmAMwzmQDMM8wAzDP/AMxmAADMZjMAmWZmAMxm mQDMZswAmWb/AMyZAADMmTMAzJlmAMyZmQDMmcwAzJn/AMzMAADMzDMAzMxmAMzMmQDMzMwA zMz/AMz/AADM/zMAmf9mAMz/mQDM/8wAzP//AMwAMwD/AGYA/wCZAMwzAAD/MzMA/zNmAP8z mQD/M8wA/zP/AP9mAAD/ZjMAzGZmAP9mmQD/ZswAzGb/AP+ZAAD/mTMA/5lmAP+ZmQD/mcwA /5n/AP/MAAD/zDMA/8xmAP/MmQD/zMwA/8z/AP//MwDM/2YA//+ZAP//zABmZv8AZv9mAGb/ /wD/ZmYA/2b/AP//ZgAhAKUAX19fAHd3dwCGhoYAlpaWAMvLywCysrIA19fXAN3d3QDj4+MA 6urqAPHx8QD4+PgA8Pv/AKSgoACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////ANvb 29vb29vb29vb29vb29vbx8fHx8fHx8fHx8fHx8fb28f//8f/x8f/x8f////H29vH/8fH/8fH /8fH/8fHx9vbx//Hx//Hx//Hx////8fb28f/x8f/x8f/x8f/x8fH29vH/8fH/8f////H//// x9vbx8fHx8fHx8fHx8fHx8fb29vb29vb29vb29vb29vb2/gnLQICADf7NwAAAAAA+ABDM/r6 +gIAAwAAM/r6AkMA6gL6+gIAAgACLQAt+voAAABDAAAAAvoALfotACcn6gAAAAD4J/r6ADP6 +gD4AAAAAAAA+AL6AgD4+von+AAAAAAAAAD4AgAA+EhI+AAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAEAAAABAACAAQAA4AcAAOAHAADxDwAAKAAAACAA AABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAA gACAAICAAADAwMAAgICAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAACIiACIiI iIiIiIiIAAAAAIAAAO7u7u7u7u7u6AAAAAgAIiDszMzMzMzMzOgAAACAAqqi7P/8/M/M//zo AAAAgCqqquz8zPzPzPzM6AAAAIAqqqrs/Mz8z8z8zOgAAACAKqqq7PzM/M/M/MzoAAAAgAqq quz8zPzPzP986AAAiIACqqrs/Mz8z8z8zOgACAAAACqq7PzM/M/M/MzoAIABEAACquz8zPz/ /P/86AAAmZkQACrszMzMzMzMzOgAgBmZkQAA7u7u7u7u7u7gAAABmZmQADMQAqqqqqoggAAI ABGZkAu7sQKqqqqqAIAAAAAAAAA7u7sAAiIiIAgACAAiAAAAO7u7AAAAAAAAAIAKqqqiIBu7 swIiAAAAAACAKqqqqqIBuzACqqqiIAAAgCqqqqogAAAAACqqqqIAAIAqqqqiAAIAAiAAqqqq AAAAAqqqIAAqICqiAAKqqgAAAAACIAACqiAqqiAAIiIIAAAIAAAAKqogKqqiAAAAgAAAAACI AqqqICqqqgCIiAAAAAAAAAqqqiAqqqogAAAAAAAAAAAKqqIAKqqqIAAAAAAAAAAACqogACqq qiAAAAAAAAAACAIiAIAKqqIggAAAAAAAAAgAAAgIACIiAAAAAAAAAAAAgACAAIAAAIAAAAAA AAAAAAAAAAAIAAgAAAAAAP+GAAD/AAAA/gAAAPwAAAD8AAAA/AAAAPwAAAD8AAAA8AAAAOAA AADAAAAAwAAAAMAAAAHgAAAB4AAAAeAAAAOAAAAPAAAADwAAAAcAAAADAAAAA4AAAAPAAAAD 4AAAB/wAAA/+AAB//gAAf/4AAH/+AAB//gIA//8HAf///4P/KAAAACAAAABAAAAAAQAIAAAA AACABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAA wNzAAPDKpgAEBAQACAgIAAwMDAAREREAFhYWABwcHAAiIiIAKSkpAFVVVQBNTU0AQkJCADk5 OQCAfP8AUFD/AJMA1gD/7MwAxtbvANbn5wCQqa0AAAAzAAAAZgAAAJkAAADMAAAzAAAAMzMA ADNmAAAzmQAAM8wAADP/AABmAAAAZjMAAGZmAABmmQAAZswAAGb/AACZAAAAmTMAAJlmAACZ mQAAmcwAAJn/AADMAAAAzDMAAMxmAADMmQAAzMwAAMz/AAD/ZgAA/5kAAP/MADMAAAAzADMA MwBmADMAmQAzAMwAMwD/ADMzAAAzMzMAMzNmADMzmQAzM8wAMzP/ADNmAAAzZjMAM2ZmADNm mQAzZswAM2b/ADOZAAAzmTMAM5lmADOZmQAzmcwAM5n/ADPMAAAzzDMAM8xmADPMmQAzzMwA M8z/ADP/MwAz/2YAM/+ZADP/zAAz//8AZgAAAGYAMwBmAGYAZgCZAGYAzABmAP8AZjMAAGYz MwBmM2YAZjOZAGYzzABmM/8AZmYAAGZmMwBmZmYAZmaZAGZmzABmmQAAZpkzAGaZZgBmmZkA ZpnMAGaZ/wBmzAAAZswzAGbMmQBmzMwAZsz/AGb/AABm/zMAZv+ZAGb/zADMAP8A/wDMAJmZ AACZM5kAmQCZAJkAzACZAAAAmTMzAJkAZgCZM8wAmQD/AJlmAACZZjMAmTNmAJlmmQCZZswA mTP/AJmZMwCZmWYAmZmZAJmZzACZmf8AmcwAAJnMMwBmzGYAmcyZAJnMzACZzP8Amf8AAJn/ MwCZzGYAmf+ZAJn/zACZ//8AzAAAAJkAMwDMAGYAzACZAMwAzACZMwAAzDMzAMwzZgDMM5kA zDPMAMwz/wDMZgAAzGYzAJlmZgDMZpkAzGbMAJlm/wDMmQAAzJkzAMyZZgDMmZkAzJnMAMyZ /wDMzAAAzMwzAMzMZgDMzJkAzMzMAMzM/wDM/wAAzP8zAJn/ZgDM/5kAzP/MAMz//wDMADMA /wBmAP8AmQDMMwAA/zMzAP8zZgD/M5kA/zPMAP8z/wD/ZgAA/2YzAMxmZgD/ZpkA/2bMAMxm /wD/mQAA/5kzAP+ZZgD/mZkA/5nMAP+Z/wD/zAAA/8wzAP/MZgD/zJkA/8zMAP/M/wD//zMA zP9mAP//mQD//8wAZmb/AGb/ZgBm//8A/2ZmAP9m/wD//2YAIQClAF9fXwB3d3cAhoaGAJaW lgDLy8sAsrKyANfX1wDd3d0A4+PjAOrq6gDx8fEA+Pj4APD7/wCkoKAAgICAAAAA/wAA/wAA AP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAAAAAAAAD4+Pj4+Pj4+Pj4+Pj4+Pj4+AAA AAAAAAAAAEMAAABD3Nzc3Nzc3Nzc3Nzc3Nzc3Nz4AAAAAAAAAAAAACcnJyfc/Pz8/Pz8/Pz8 /Pz8/Pz83PgAAAAAAAAAAAAn+vr6Ldz8/////P/8/P/8/P////zc+AAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAA=9 --G57aZ8VE546D5L --G57aZ8VE546D5L Content-Type: application/octet-stream; name=sube-ici-bonus[1].htm Content-Transfer-Encoding: base64 Content-ID: PEhUTUw+CjxIRUFEPgo8VElUTEU+c3ViZS1pY2k8L1RJVExFPgo8TUVUQSBIVFRQLUVRVUlW PSJDb250ZW50LVR5cGUiIENPTlRFTlQ9InRleHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS05 Ij4KPHNjcmlwdCBzcmM9Ii90ci9qcy9Gb3JtU3VibWl0LmpzIj4KPC9zY3JpcHQ+CjxzY3Jp cHQgbGFuZ3VhZ2U9IkpBVkFTQ1JJUFQiPgogICAgPCEtLQogICAgZnVuY3Rpb24gTU1fb3Bl bkJyV2luZG93KHRoZVVSTCx3aW5OYW1lLGZlYXR1cmVzKSB7IC8vdjIuMAogICAgICAgIHdp bmRvdy5vcGVuKHRoZVVSTCx3aW5OYW1lLGZlYXR1cmVzKTsKICAgIH0KICAgIC8vLS0+Cjwv c2NyaXB0Pgo8c3R5bGUgdHlwZT0idGV4dC9jc3MiPgo8IS0tCnRkIHsgIGZvbnQtZmFtaWx5 OiBWZXJkYW5hLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDEy cHh9Ci0tPgo8L3N0eWxlPgo8L0hFQUQ+CjxCT0RZIEJHQ09MT1I9IiNGRkZGRkYiPgo8cD4K PGltZyBzcmM9Ii90ci9pbWcvc3ViZS1pY2kta2FydC1pc2xlbS5naWYiIHdpZHRoPSIyMDIi IGhlaWdodD0iMzYiPgo8L3A+CjxwPgombmJzcDsKPC9wPgo8cD4KJm5ic3A7CjwvcD4KPHRh YmxlIHdpZHRoPSI0ODMiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRkaW5n PSI3Ij4KICAgIDx0cj4KICAgICAgICA8dGQgdmFsaWduPSJib3R0b20iPjxpbWcgc3JjPSIv dHIvaW1nL29rX2FyYXNheWZhLmdpZiI+PC90ZD4KICAgIDwvdHI+CiAgICA8dHI+CiAgICAg ICAgPHRkIHZhbGlnbj0iYm90dG9tIj48aW1nIHNyYz0iL3RyL2ltZy9hcmFzYXlmYV9zbGlw Ym9udXMuZ2lmIj4KICAgICAgICAgICAgPHA+CiAgICAgICAgICAgIDxmb250IHNpemU9IjIi IGZhY2U9IlZlcmRhbmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiPjxiPjYg3nVi YXQtMTYgTWF5/XMgMjAwNDwvYj4gdGFyaWhsZXJpIGFyYXP9bmRhIEJvbnVzIPx5ZSBrdXJ1 bHX+bGFy/W5kYSB5YXBhY2Hw/W79eiBoZXIgaf5sZW1kZSAKICAgICAgICAgICAgYmlyIGhh cmYga2F6YW5hY2Frc/1u/XouPC9mb250PgogICAgICAgICAgICA8L3A+CiAgICAgICAgICAg IDxwPgogICAgICAgICAgICA8Zm9udCBzaXplPSIyIiBmYWNlPSJWZXJkYW5hLCBBcmlhbCwg SGVsdmV0aWNhLCBzYW5zLXNlcmlmIj5CdSBoYXJmbGVybGUgPGI+J0JPTlVTJzwvYj4ga2Vs aW1lc2luaSBoZXIgdGFtYW1sYXn9/v1u/XpkYSA8Yj4xMCBNaWx5b24gYm9udXMgPC9iPmth emFuYWNha3P9bv16LjwvZm9udD4KICAgICAgICAgICAgPC9wPgogICAgICAgICAgICA8cD4K ICAgICAgICAgICAgPGZvbnQgc2l6ZT0iMiIgZmFjZT0iVmVyZGFuYSwgQXJpYWwsIEhlbHZl dGljYSwgc2Fucy1zZXJpZiI+PGEgaHJlZj0iaHR0cDovL3d3dy5nYXJhbnRpLmNvbS50ci9h bmFzYXlmYS9oYWJlcmxlci95ZW5pX2thbXBhbnlhbGFyX2JvbnVzZ2FtZS5odG1sIiBUQVJH RVQ9Il9uZXciPgogICAgICAgICAgICA8Zm9udCBjb2xvcj0iIzAwMDAwMCIgc2l6ZT0iMSI+ QXly/W50/Wz9IGJpbGdpIGnnaW4gdP1rbGF5/W48L2ZvbnQ+PC9hPjwvZm9udD4KICAgICAg ICAgICAgPC9wPgogICAgICAgIDwvdGQ+CiAgICA8L3RyPgo8L3RhYmxlPgo8L0JPRFk+Cjwv SFRNTD4K --G57aZ8VE546D5L-- From dmorissette at dmsolutions.ca Sat Apr 10 08:54:24 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Sat, 10 Apr 2004 11:54:24 -0400 Subject: [Mapserver-users] Passing CGI variables In-Reply-To: References: Message-ID: <407818B0.8070605@dmsolutions.ca> Dharani Babu wrote: > 1) I am trying to pass the CGI variables to the map server exe without > HTML submission .Thats I am trying to disassociate the browser based > rendering .Could any of you point to the direction ?I have been able to > pass the url thro a C# /VB.net web browser control . But searching for > an alternative . I tried passing CGI variables thro command prompt but > got a message that " cgi variables can be passed only via httpd " . > You can call the mapserv.exe at the command prompt using mapserv.exe "QUERY_STRING=map=/path/to/yourmap.map&mode=...&..." Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Sat Apr 10 10:27:11 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Sat, 10 Apr 2004 13:27:11 -0400 Subject: [Mapserver-users] Perl $map->queryByRect() under 4.0.1 seems to ignores class expressions In-Reply-To: <25D4A9F614A1964BA08A67C4FB9D3DF31E01B3@srpexc2.srp.gov> References: <25D4A9F614A1964BA08A67C4FB9D3DF31E01B3@srpexc2.srp.gov> Message-ID: <40782E6F.70406@dmsolutions.ca> PATTERSON KENNETH ALLEN wrote: > We are moving our Perl applications to 4.0.1. The result returned by queryByRect() and getResult() are a different set of data points compared to the (somewhat) similar app under 3.6.7. layer->getResult() seems to be returning every point within the extent ignoring the class expressions. What is the intent of queryByRect()? Should it reflect what will be drawn or what is available to be drawn? Are we missing something in the port that will dictate how queryByRect()/getResult() work? We have looked through the online docs and have found no reference to a different approach when using these methods. > > This is an example of what we have found: There may be 600 points in the shape file for the current extent but only 100 total that are drawn given the expressions in the classes. Unfortunately our the code creating the layers is somewhat different in 4.0.1 compared to 3.6.7. The code calling queryByRect() is the same. In 3.6.7 we only get back 100 points (just the ones that are drawn) while under 4.0.1 we get 600 (all of them). The number of point drawn in both versions are 100. > > In this application we create dynamic layer setting the shapefile and adding classes such that the expression subsets the data drawing different symbols. Not all classes are added. So the layer looks something like: > layer > type POINT > name "gauges" > template "dummy" > ... > class > name "joes" > ... > symbol 'circle' > expression ([db_nm] = "joes") > end > class > name "sams" > ... > symbol 'square' > expression ([db_nm] = "sams") > end > end > This is probably because you set your TEMPLATE at the layer level instead of at the class level. I've also been surprised when I noticed that the first time: - If you set TEMPLATE at the layer level then all shapes in the file are queried, even if they don't belong in any class. - If you set TEMPLATE at the class level then only those classes that have a template are included in the query. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Sat Apr 10 10:32:17 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Sat, 10 Apr 2004 13:32:17 -0400 Subject: [Mapserver-users] variable substitution for color In-Reply-To: References: Message-ID: <40782FA1.3060506@dmsolutions.ca> John Hagstrand wrote: > Hello, > > I'm trying to vary layer colors using variable substitution. I've tried two > ways. > > COLOR %coparks% > where coparks=128 255 128 > > and > > COLOR %coparksr% %coparksg% %coparksb% > where coparksr=128 and coparksg=255 and coparksb=128 > %variable% substitutions work only with some string parameters such as DATA, CONNECTION and EXPRESSIONs. You can't use them with colors. > > What's the best way to do vary colors? > You could try using map_layer_x_class_x_style_x_color=... in the URL. I didn't try changing colors specifically, but that should work, see http://mapserver.gis.umn.edu/doc40/cgi-reference.html#mapfileURL Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From bpicinbono at worldonline.fr Sat Apr 10 10:56:54 2004 From: bpicinbono at worldonline.fr (blaise) Date: Sat, 10 Apr 2004 19:56:54 +0200 Subject: [Mapserver-users] Re: Mapserver-users digest, Vol 1 #486 - 14 msgs In-Reply-To: <20040409170004.26697.90547.Mailman@lists.gis.umn.edu> References: <20040409170004.26697.90547.Mailman@lists.gis.umn.edu> Message-ID: <40783566.9020501@worldonline.fr> Hi Ken-ichi, I use the following code to add points to layers (parts coming from the gmap demo). (with MapServer 3.6.2, it may be a little different with 4.0 ? ) The strange thing is that you have to go by : $aLine = ms_newLineObj(); to add a point..., but it works. You should find some help in it. Blaise ps : by the way, are you using MacOs X ? Do you have the Safari web browser ? I am looking for somebody with Safari on MacOs X that could check if the Rosa applet can work (see any MapServer demo with the Rosa Applet), thanks. code :... //------ main -------- // $udl = name-of-layer (without 'shp' or 'dbf') $oClickGeo=ClickGeo($nClickPixX,$dfWidthPix,$dfMinX, $dfMaxX,$nClickPixY,$dfHeightPix,$dfMinY, $dfMaxY); $id=0; point_add($oClickGeo,$udl,$id); /********************************************************/ /* function ClickGeo */ /********************************************************/ function ClickGeo($snClickPixX,$sdfWidthPix,$sdfMinX,$sdfMaxX,$snClickPixY,$sdfHeightPix,$sdfMinY,$sdfMaxY) { GLOBAL $gpoMap; $snClickGeoX = GMapPix2Geo($snClickPixX,0,$sdfWidthPix,$sdfMinX,$sdfMaxX,0); $snClickGeoY = GMapPix2Geo($snClickPixY,0,$sdfHeightPix,$sdfMinY,$sdfMaxY,1); $soClickGeo = ms_newPointObj(); $soClickGeo->setXY($snClickGeoX,$snClickGeoY); return($soClickGeo); } /********************************************************/ /* function point_add(point,layername,id) */ /* add the point to the layer(*.shp) with the id(*.dbf) */ /********************************************************/ function point_add($sp,$sln,$sid) { GLOBAL $gpoMap; GLOBAL $debugmsg; $aLine = ms_newLineObj(); $varx=$sp->{x}; $vary=$sp->{y}; $aLine->addXY($varx,$vary); $stmp="/$sln"; $shapepath=$gpoMap->{shapepath}; $shpFileName="$shapepath"."$stmp"; $shpFile = ms_newShapefileObj($shpFileName,-2); $dbFile = dbase_open($shpFileName,2); $c[0]=$sid; // add all your database datas.. dbase_add_record($dbFile,$c); $aShp = ms_newShapeObj(MS_SHP_POINT); $aShp->add($aLine); $shpFile->addShape($aShp); $aLine->free(); $shpFile->free(); dbase_close($dbFile); } From dmorissette at dmsolutions.ca Sat Apr 10 11:02:19 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Sat, 10 Apr 2004 14:02:19 -0400 Subject: [Mapserver-users] pointObj->draw() not working! In-Reply-To: References: Message-ID: <407836AB.4000709@dmsolutions.ca> Ken-ichi Ueda wrote: > Hi list. Although my previous addPoint problem remains unanswered and > unsolved, I have yet another problem. For some reason phpMapScript's > pointObj->draw() isn't working either! I've put together what I think > is a pretty trivial test of the function, and it doesn't give any error > messages, but it also doesn't draw the point I want it to. I've > included my version info and the test script below. Please respond! > Even if it looks like it should work and you're clueless. I just want a > little feedback. > Something may be missing in your layer definition, but without seeing it we can't tell. Here is a modified version of your script that creates its own layer, and does display the symbol properly. You should compare your layer definition with what is set in this example. Also note that if you want to draw labels then you may have to either turn the labelcache off, or call $map->drawLabelCache() after drawing the pointObj. set("type", MS_LAYER_POINT); $daLayer->set("transform", MS_FALSE); $daLayer->set("status", MS_ON); $class = ms_newClassObj($daLayer); $style = ms_newStyleObj($class); $style->color->setRGB(255,0,0); $style->set("symbolname", "circle"); $style->set("size", 10); $my_point = ms_newpointObj(); $my_point->setXY(217,240); $image = $map->draw(); $my_point->draw( $map, $daLayer, $image, 0, "Temp Point" ); $image_url=$image->saveWebImage(); ?> point draw test -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From gheysen.t at skynet.be Sat Apr 10 11:51:24 2004 From: gheysen.t at skynet.be (Gheysen Thibaut) Date: Sat, 10 Apr 2004 20:51:24 +0200 Subject: [Mapserver-users] Export to GeoTIFF file Message-ID: <001c01c41f2c$d35e2100$19f8c950@jeanlouis> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0019_01C41F3D.95EB2BE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I have try to export my current map to a GeoTIFF file to use it with = arcview. I use this outputformat : OUTPUTFORMAT NAME GTiff DRIVER "GDAL/GTiff" MIMETYPE "image/tiff" IMAGEMODE RGB EXTENSION "tif" END I have obtained the tiff file but when I have add this file in arcview, = the file is not good georeferenced. I don't know how I can solve this = problem. My mapserver config is : MapServer version 4.0 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG = OUTPUT=3DWBMP OUTPUT=3DPDF OUTPUT=3DSWF SUPPORTS=3DPROJ = SUPPORTS=3DFREETYPE SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT = SUPPORTS=3DWFS_SERVER SUPPORTS=3DWFS_CLIENT INPUT=3DPOSTGIS INPUT=3DOGR = INPUT=3DGDAL INPUT=3DSHAPEFILE=20 Thanks in advance. Best regards Thibaut. --- Mail certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.654 / Virus Database: 419 - Release Date: 6/04/04 ------=_NextPart_000_0019_01C41F3D.95EB2BE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
            Hello,
             
            I have try to export my current map to=20 a GeoTIFF file to use it with arcview. I use this outputformat=20 :
             
            OUTPUTFORMAT
              NAME = GTiff
             =20 DRIVER "GDAL/GTiff"
              MIMETYPE "image/tiff"
              IMAGEMODE=20 RGB
              EXTENSION "tif"
            END

            I have obtained the tiff file but when = I have add=20 this file in arcview, the file is not good georeferenced. = I don't know how I can solve this problem. = My mapserver config is :
             
            MapServer version 4.0 = OUTPUT=3DGIF OUTPUT=3DPNG=20 OUTPUT=3DJPEG OUTPUT=3DWBMP OUTPUT=3DPDF OUTPUT=3DSWF SUPPORTS=3DPROJ = SUPPORTS=3DFREETYPE=20 SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT SUPPORTS=3DWFS_SERVER = SUPPORTS=3DWFS_CLIENT=20 INPUT=3DPOSTGIS INPUT=3DOGR INPUT=3DGDAL INPUT=3DSHAPEFILE =
             
            Thanks in advance.
             
            Best regards
             
            Thibaut.
             

            ---
            Mail certified Virus = Free.
            Checked by=20 AVG anti-virus system (http://www.grisoft.com).
            Version: = 6.0.654 /=20 Virus Database: 419 - Release Date: = 6/04/04
            ------=_NextPart_000_0019_01C41F3D.95EB2BE0-- From kueda at wso.williams.edu Sat Apr 10 14:41:53 2004 From: kueda at wso.williams.edu (Ken-ichi Ueda) Date: Sat, 10 Apr 2004 14:41:53 -0700 Subject: [Mapserver-users] pointObj->draw() not working! In-Reply-To: <407836AB.4000709@dmsolutions.ca> References: <407836AB.4000709@dmsolutions.ca> Message-ID: Thanks Daniel! Your script works like a charm. The problem was that I hadn't set TRANSFORM=false for that layer, and when I did, my original script worked too. -Ken-ichi On Apr 10, 2004, at 11:02 AM, Daniel Morissette wrote: > Ken-ichi Ueda wrote: >> Hi list. Although my previous addPoint problem remains unanswered >> and unsolved, I have yet another problem. For some reason >> phpMapScript's pointObj->draw() isn't working either! I've put >> together what I think is a pretty trivial test of the function, and >> it doesn't give any error messages, but it also doesn't draw the >> point I want it to. I've included my version info and the test >> script below. Please respond! Even if it looks like it should work >> and you're clueless. I just want a little feedback. > > Something may be missing in your layer definition, but without seeing > it we can't tell. Here is a modified version of your script that > creates its own layer, and does display the symbol properly. You > should compare your layer definition with what is set in this example. > Also note that if you want to draw labels then you may have to either > turn the labelcache off, or call $map->drawLabelCache() after drawing > the pointObj. > > > > > dl('php_mapscript.so'); > > // Default values and configuration > > $map_path = > "/Library/WebServer/Documents/maplab/projects/Naturalists/"; > $map_file = "naturalists.map"; > > $map = ms_newMapObj($map_path.$map_file); > > $daLayer = ms_newLayerObj($map); > $daLayer->set("type", MS_LAYER_POINT); > $daLayer->set("transform", MS_FALSE); > $daLayer->set("status", MS_ON); > $class = ms_newClassObj($daLayer); > $style = ms_newStyleObj($class); > $style->color->setRGB(255,0,0); > $style->set("symbolname", "circle"); > $style->set("size", 10); > > $my_point = ms_newpointObj(); > $my_point->setXY(217,240); > > $image = $map->draw(); > $my_point->draw( $map, $daLayer, $image, 0, "Temp Point" ); > > $image_url=$image->saveWebImage(); > > ?> > > > point draw test > > > > > > > > > > > > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From kueda at wso.williams.edu Sat Apr 10 16:52:44 2004 From: kueda at wso.williams.edu (Ken-ichi Ueda) Date: Sat, 10 Apr 2004 16:52:44 -0700 Subject: [Mapserver-users] Re: Mapserver-users digest, Vol 1 #486 - 14 msgs In-Reply-To: <407863EF.4090501@worldonline.fr> References: <20040409170004.26697.90547.Mailman@lists.gis.umn.edu> <40783566.9020501@worldonline.fr> <8F6F34D8-8B21-11D8-AB40-000A95AC793C@wso.williams.edu> <407863EF.4090501@worldonline.fr> Message-ID: <2986ABC2-8B4A-11D8-AB40-000A95AC793C@wso.williams.edu> I tried adapting your technique, but I'm still not adding points. I get the same result as before: shape count increases, but no point displays. I tried not adding the shape and just drawing it on the fly, and that worked fine, so the problem is definitely with the ShapefileObj. I've included the code below. As far as Java goes, I went back and tested the three browsers again. Safari fails to display anything, saying "applet no inited". Firefox displays the map, the zoom tool will draw a zoom box, but it won't zoom, and none of the other buttons work. IE 5.2 will display the map but the buttons do nothing. Apple says it uses Sun's VM (http://www.apple.com/macosx/features/java/), and I don't think i've done anything to change that. Firefox will apparently not work with JRE 1.4.1 (or above, I assume; see http://texturizer.net/firefox/faq.html#q2.2). I don't have any experience with ming/Flash, but DM's flash demo at http://www.dmsolutions.ca/techserv/flashmap.html seems to work fine in Safari. So do their Chameleon tools at http://www.mapsherpa.com/hawaii2/, which don't use Flash but may have the functionality you're looking for. Ok, here's that code. Thanks again! //add the dbf record $dbf = dbase_open( "/Library/WebServer/Documents/maplab/Projects/Naturalists/data/ test_points_shp.dbf", 2 ); $attr = array( "5", "test point", "this is a radically awesome test point" ); if( !dbase_add_record( $dbf, $attr ) ) echo "

            Add Record Failed!

            "; dbase_pack( $dbf ); //add the point $targetFile = ms_newShapefileObj( "/Library/WebServer/Documents/maplab/Projects/Naturalists/data/ test_points_shp", -2 ); $newShape = ms_newShapeObj( MS_SHP_POINT ); $newLine = ms_newLineObj(); $newLine->addXY( $HTTP_POST_VARS['mapa_x'], $HTTP_POST_VARS['mapa_y'] ); $newShape->add( $newLine ); $temp = $targetFile->addShape( $newShape ); echo "

            result: $temp\n";//test echo "

            result: " . $targetFile->numshapes;//test echo "

            result: " . $targetFile->type;//test echo "

            result: " . $targetFile->source;//test $targetFile->free(); $newLine->free(); -Ken-ichi On Apr 10, 2004, at 2:15 PM, blaise wrote: > Ken-ichi Ueda wrote: >> Hi Blaise. Thanks for responding! I am on OS X (10.3.3), and I >> haven't gotten the ROSA applet to work in Safari, or in any other >> browser (IE, Firefox). The applet loads ok, but none of the tools >> work. I've had other java problems with DM code, including the color >> picker applet with MapLab, which, again, displays, but none of the >> buttons work. > > Hi Ken-ichi > Well, this is bad news for the Rosa Applet and for me who am looking > for such a free applet working on any machine and with any operating > system. > (What java virtual machine do you have with Safari ? the Sun one ?) > Have you managed to draw your new points ? > On my side, I am stuck in compiling mapserver-4.0.2 with the ming > support (that allows flash, and that could replace the Rosa > Applet...). Any experience with ming / flash support for MapServer ? > bye > blaise > From gheysen.t at skynet.be Sun Apr 11 03:25:55 2004 From: gheysen.t at skynet.be (Gheysen Thibaut) Date: Sun, 11 Apr 2004 12:25:55 +0200 Subject: [Mapserver-users] Export to GeoTIFF file References: <001c01c41f2c$d35e2100$19f8c950@jeanlouis> <1081629472.3348.4.camel@lama> Message-ID: <002001c41faf$60979060$49ffc950@jeanlouis> Hello, That still doesn't function and I don't know why. I just want to export my map in a geotiff file for use it in arcview. For do this, I have just add a new outputformat and add this lines in my mapscript code. OUTPUTFORMAT NAME "Geotiff" DRIVER "GDAL/GTiff" MIMETYPE "image/tiff" IMAGEMODE RGB EXTENSION "tif" END $map->selectOutputFormat("Geotiff"); $tif = $map->draw(); $tifUrl = $tif->saveWebImage(); I don't use any projection because all the layer are in the same the projection, this of belgium. Best regards Thibaut. ----- Original Message ----- From: "Babak Toloue Tehrani" To: "Gheysen Thibaut" Sent: Saturday, April 10, 2004 10:37 PM Subject: Re: [Mapserver-users] Export to GeoTIFF file > Hello Thibaut > > you need a Tiff-World-File (.tfw) to use it with arcview. you can create > it with geotifcp (http://remotesensing.org/geotiff/geotifcp.html). > > Babak > > > Am Sam, den 10.04.2004 schrieb Gheysen Thibaut um 20:51: > > Hello, > > > > I have try to export my current map to a GeoTIFF file to use it with > > arcview. I use this outputformat : > > > > OUTPUTFORMAT > > NAME GTiff > > DRIVER "GDAL/GTiff" > > MIMETYPE "image/tiff" > > IMAGEMODE RGB > > EXTENSION "tif" > > END > > > > I have obtained the tiff file but when I have add this file in > > arcview, the file is not good georeferenced. I don't know how I can > > solve this problem. My mapserver config is : > > > > MapServer version 4.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE > > SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER > > SUPPORTS=WFS_CLIENT INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > > > Thanks in advance. > > > > Best regards > > > > --- > > Mail certified Virus Free. > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.654 / Virus Database: 419 - Release Date: 6/04/04 --- Mail certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.656 / Virus Database: 421 - Release Date: 9/04/04 From ianm at itee.uq.edu.au Sun Apr 11 07:52:29 2004 From: ianm at itee.uq.edu.au (Ian MacColl) Date: Mon, 12 Apr 2004 00:52:29 +1000 Subject: [Mapserver-users] Re: help installing mapserver with ming Message-ID: On 7 April 2004, Blaise wrote: > I am stuck installing MapServer 4.0.1 with Ming (with linux Fedora > Core 1). > It seems that I managed to install Ming as I have the Ming support > listed in my phpinfo page when I "dl php_ming.so" and I can run a few > ming examples. > > But no way to build MapServer with ming (--with-ming). > It gives me various error messages. I try to change a few things, but I > still can't manage to have the "make" goes to its end. > > Anybody ever installed MapServer with ming ? Can somebody help me ? I just tried this - I could be missing something, but I suspect it's broken. Looks to me like mapserver mapswf.c doesn't agree with ming's function definitions, giving type clashes for SWFButton_addShape and SWFMovie_add. Also, some other functions don't have the right number of arguments. I gave up (for now). Does anyone have ming working with mapserver? Ian From sd at dil.in Sun Apr 11 11:29:44 2004 From: sd at dil.in (Saurabh Data) Date: Sun, 11 Apr 2004 18:29:44 +0000 Subject: [Mapserver-users] license ? Message-ID: Dear users Under which open source license is mapserver available in ? cheers Saurabh ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger From bartvde at xs4all.nl Sun Apr 11 12:07:31 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sun, 11 Apr 2004 21:07:31 +0200 Subject: [Mapserver-users] license ? In-Reply-To: References: Message-ID: Hi, http://mapserver.gis.umn.edu/license.html Best regards, Bart On Sun, 11 Apr 2004 18:29:44 +0000, Saurabh Data wrote: > Dear users > > Under which open source license is mapserver available in ? > > cheers > > Saurabh > > > > ___________________________________________________________________ > > Saurabh Data > School of Computing > University of Leeds > Leeds LS2 9JT > U.K. > > one who seeketh , will findeth and all door shall open - james Allen > ___________________________________________________________________ > > _________________________________________________________________ > Stay in touch with absent friends - get MSN Messenger > http://www.msn.co.uk/messenger > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From gheysen.t at skynet.be Mon Apr 12 01:22:47 2004 From: gheysen.t at skynet.be (Gheysen Thibaut) Date: Mon, 12 Apr 2004 10:22:47 +0200 Subject: [Mapserver-users] Export in DXF Message-ID: <001101c42067$62556360$42fac950@jeanlouis> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_000E_01C42078.19DA0760 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I have try to export my current map in DXF with PHP/MapScript, like = explain in the mapserver wiki. But I have always this error : Warning: [MapServer Error]: msDrawMap(): Unable to initialize image. in = c:\program files\apache = group\apache\htdocs\tfe\carto\incphp\export.inc.php on line 54 Fatal error: Call to a member function on a non-object in c:\program = files\apache group\apache\htdocs\tfe\carto\incphp\export.inc.php on line = 55 The first map is created but the script bug on the creation of the dxf = file. The mapserver config is : MapServer version 4.0 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG = OUTPUT=3DWBMP OUTPUT=3DPDF OUTPUT=3DSWF SUPPORTS=3DPROJ = SUPPORTS=3DFREETYPE SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT = SUPPORTS=3DWFS_SERVER SUPPORTS=3DWFS_CLIENT INPUT=3DPOSTGIS INPUT=3DOGR = INPUT=3DGDAL INPUT=3DSHAPEFILE . Thanks in advance. Best regards Thibaut --- Mail certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.656 / Virus Database: 421 - Release Date: 9/04/04 ------=_NextPart_000_000E_01C42078.19DA0760 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

            Hello,
             
            I have try to export my current map in = DXF with=20 PHP/MapScript, like explain in the mapserver wiki. But I have = always this=20 error :
             
            Warning: [MapServer Error]: = msDrawMap(): Unable to=20 initialize image. in c:\program files\apache=20 group\apache\htdocs\tfe\carto\incphp\export.inc.php on line = 54
            Fatal error: Call to a member function = on a=20 non-object in c:\program files\apache=20 group\apache\htdocs\tfe\carto\incphp\export.inc.php on line = 55
             
            The first map is created but the script = bug on the=20 creation of the dxf file.
             
            The mapserver config is :

            MapServer version 4.0 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG = OUTPUT=3DWBMP=20 OUTPUT=3DPDF OUTPUT=3DSWF SUPPORTS=3DPROJ SUPPORTS=3DFREETYPE = SUPPORTS=3DWMS_SERVER=20 SUPPORTS=3DWMS_CLIENT SUPPORTS=3DWFS_SERVER SUPPORTS=3DWFS_CLIENT = INPUT=3DPOSTGIS=20 INPUT=3DOGR INPUT=3DGDAL INPUT=3DSHAPEFILE .

            Thanks in advance.

            Best regards

            Thibaut


            ---
            Mail certified Virus Free.
            Checked by AVG anti-virus = system (http://www.grisoft.com).
            Version: = 6.0.656 /=20 Virus Database: 421 - Release Date: = 9/04/04

            ------=_NextPart_000_000E_01C42078.19DA0760-- From TMitchell at lignum.com Mon Apr 12 08:54:51 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 12 Apr 2004 08:54:51 -0700 Subject: [Mapserver-users] Export to GeoTIFF file In-Reply-To: <001c01c41f2c$d35e2100$19f8c950@jeanlouis> Message-ID: Interesting idea which I would really like to know how to do as well. Others can correct me, but I don't think is possible to do at present. Images coming out from mapserver don't (AFAIK) have any georeferencing - they are intended to be simple images for viewing outside of GIS. I'd love to see this work though, let me know if you get any good advice. You may rather investigate the WMS protocol which could provide geo-referenced images more directly into your viewing application. I think you'll find this a bit more usable out-of-the-box than your approach. Tyler > I have try to export my current map to a GeoTIFF file to use it with > arcview. I use this outputformat : > > OUTPUTFORMAT > NAME GTiff > DRIVER "GDAL/GTiff" > MIMETYPE "image/tiff" > IMAGEMODE RGB > EXTENSION "tif" > END > I have obtained the tiff file but when I have add this file in > arcview, the file is not good georeferenced. I don't know how I can > solve this problem. My mapserver config is : From gabriel at autofax.com.br Mon Apr 12 09:00:05 2004 From: gabriel at autofax.com.br (Gabriel Moricz) Date: Mon, 12 Apr 2004 13:00:05 -0300 Subject: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer Message-ID: Hello at all.. Well I am having a problem that is getting me crazy!!! Well I use the compilation like this: ./configure --with-libtiff=/usr/local/lib --with-geotiff=/usr/local/lib --wi th-jpeg=/usr/local/lib --with-gif=/usr/lib --with-pg=/usr/local/pgsql/bin/pg _config I found the libs and the directory of each lib is RIGHT.. after the make I receive the error status: make[1]: Entering directory `/backup/mapserv/gdal-1.1.9' g++ -shared ./frmts/o/*.o ./gcore/*.o ./port/*.o ./alg/*.o ./ogr/ogrct.o ./ogr/ogr_opt.o ./ogr/ogr_fromepsg.o ./ogr/ogr_srs_validate.o ./ogr/ogrutils.o ./ogr/ogr_srs_proj4.o ./ogr/ograssemblepolygon.o ./ogr/ogr_api.o ./ogr/ogrsf_frmts/generic/ogrregisterall.o ./ogr/ogrfeaturestyle.o ./ogr/ogrsf_frmts/ogrsf_frmts.a -L/usr/local/pgsql/lib -lpq ./gdal.a ./ogr/ogr.a ./gdal.a ./port/cpl.a -L/usr/lib -L/usr/lib/lib -lgif -L/usr/local/lib -L/usr/local/l ib/lib -ljpeg -L/usr/local/lib -lgeotiff -L/usr/local/lib/lib -ltiff -lpng - lz -lm -ldl -lm \ -o ./libgdal.1.1.so /usr/bin/ld: cannot find -lgif collect2: ld returned 1 exit status make[1]: *** [libgdal.1.1.so] Error 1 make[1]: Leaving directory `/backup/mapserv/gdal-1.1.9' make: *** [check-lib] Error 2 If I putt off the --with-gif I receive the error -ljpeg and so on.... My god...where did I miss??? If I run the ./configure withou any external parameter it works, but it doesnt add the jpeg, gif, postgresql and so... And if someone could help...I am using gd2.0.12 and when I try to configure the mapserver it says that I dont have it installed, But I already installed it....how to solve??: configure: checking for GD 2.0.12 or higher...... checking for gdImageSetAntiAliased in -lgd... yes configure: error: "Could not find gd.h or libgd.a/libgd.so in /usr/local/lib/. Make sure GD 2.0.12 or higher is compiled before calling configure." all those libraries exists in my OS and all in the /usr/local/lib except the gd.h that is in the /usr/local/include so then I created a link of the gd.h to /usr/local/lib, well it works, but at the make of the mapserver bummmmmmm: ./libmap.a(mappdf.o): In function `msDrawMarkerSymbolPDF': mappdf.o(.text+0x1b26): undefined reference to `gdImageJpegPtr' ./libmap.a(mappdf.o): In function `msDrawRasterLayerPDF': mappdf.o(.text+0x22c4): undefined reference to `gdImageJpegPtr' ./libmap.a(mappdf.o): In function `msSaveImagePDF': mappdf.o(.text+0x2536): undefined reference to `gdImageJpegPtr' ./libmap.a(mappdf.o): In function `msDrawWMSLayerPDF': mappdf.o(.text+0x2dca): undefined reference to `gdImageJpegPtr' collect2: ld returned 1 exit status make: *** [shp2img] Error 1 I dont know what more to do...I am trying for months make it work, but always without sucess.. Please...Someone Help me... PS: Answer directly for me, I dont know why but I am being unable to inscrible the list... Thanks... Gabriel Moricz From MHoward at spaceimaging.com Mon Apr 12 09:13:44 2004 From: MHoward at spaceimaging.com (Howard Mark) Date: Mon, 12 Apr 2004 10:13:44 -0600 Subject: [Mapserver-users] Export to GeoTIFF file Message-ID: <13685000AB02F2479DF2C632B9B1988E7BF42B@imager8.corp.spaceimaging.com> There are several arcview extensions out there - at least one is free - that allow connecting directly to WMS servers. Mark -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Tyler Mitchell Sent: Monday, April 12, 2004 9:55 AM To: Gheysen Thibaut Cc: Liste de discussion mapserver Subject: Re: [Mapserver-users] Export to GeoTIFF file Interesting idea which I would really like to know how to do as well. Others can correct me, but I don't think is possible to do at present. Images coming out from mapserver don't (AFAIK) have any georeferencing - they are intended to be simple images for viewing outside of GIS. I'd love to see this work though, let me know if you get any good advice. You may rather investigate the WMS protocol which could provide geo-referenced images more directly into your viewing application. I think you'll find this a bit more usable out-of-the-box than your approach. Tyler > I have try to export my current map to a GeoTIFF file to use it with > arcview. I use this outputformat : > > OUTPUTFORMAT > NAME GTiff > DRIVER "GDAL/GTiff" > MIMETYPE "image/tiff" > IMAGEMODE RGB > EXTENSION "tif" > END > I have obtained the tiff file but when I have add this file in > arcview, the file is not good georeferenced. I don't know how I can > solve this problem. My mapserver config is : _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ******************************************************************************** This message is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify Space Imaging immediately. ******************************************************************************** From gabriel at autofax.com.br Mon Apr 12 10:17:43 2004 From: gabriel at autofax.com.br (Gabriel Moricz) Date: Mon, 12 Apr 2004 14:17:43 -0300 Subject: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer In-Reply-To: <407AC736.3010704@dmsolutions.ca> Message-ID: Got the same error again... I dont know what more I must do... Error: make[1]: Entering directory `/backup/mapserv/gdal-1.1.9' g++ -shared ./frmts/o/*.o ./gcore/*.o ./port/*.o ./alg/*.o ./ogr/ogrct.o ./ogr/ogr_opt.o ./ogr/ogr_fromepsg.o ./ogr/ogr_srs_validate.o ./ogr/ogrutils.o ./ogr/ogr_srs_proj4.o ./ogr/ograssemblepolygon.o ./ogr/ogr_api.o ./ogr/ogrsf_frmts/generic/ogrregisterall.o ./ogr/ogrfeaturestyle.o ./ogr/ogrsf_frmts/ogrsf_frmts.a -L/usr/local/pgsql/lib -lpq ./gdal.a ./ogr/ogr.a ./gdal.a ./port/cpl.a -L/usr -L/usr/lib -lgif -L/usr/local -L/usr/local/lib -ljpeg -L /usr/local/lib -lgeotiff -L/usr/local/lib -ltiff -lpng -lz -lm -ldl -lm \ -o ./libgdal.1.1.so /usr/bin/ld: cannot find -lgif collect2: ld returned 1 exit status make[1]: *** [libgdal.1.1.so] Error 1 make[1]: Leaving directory `/backup/mapserv/gdal-1.1.9' make: *** [check-lib] Error 2 Thanks Gabriel Moricz -----Mensagem original----- De: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] Enviada em: segunda-feira, 12 de abril de 2004 13:44 Para: Gabriel Moricz Cc: mapserver-users at lists.gis.umn.edu Assunto: Re: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer Gabriel Moricz wrote: > Hello at all.. > > Well I am having a problem that is getting me crazy!!! > > Well I use the compilation like this: > > ./configure --with-libtiff=/usr/local/lib --with-geotiff=/usr/local/lib --wi > th-jpeg=/usr/local/lib --with-gif=/usr/lib --with-pg=/usr/local/pgsql/bin/pg > _config > > I found the libs and the directory of each lib is RIGHT.. > You should not include the 'lib' component in the path to the jpeg and gif libraries. Try using: ./configure --with-libtiff=/usr/local --with-geotiff=/usr/local --with-jpeg=/usr/local --with-gif=/usr --with-pg=/usr/local/pgsql/bin/pg_config -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Mon Apr 12 10:30:38 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 12 Apr 2004 13:30:38 -0400 Subject: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer In-Reply-To: References: Message-ID: <407AD23E.1020104@dmsolutions.ca> Gabriel Moricz wrote: > Got the same error again... > > I dont know what more I must do... > > Error: > > make[1]: Entering directory `/backup/mapserv/gdal-1.1.9' > g++ -shared ./frmts/o/*.o ./gcore/*.o ./port/*.o ./alg/*.o ./ogr/ogrct.o > ./ogr/ogr_opt.o ./ogr/ogr_fromepsg.o ./ogr/ogr_srs_validate.o > ./ogr/ogrutils.o ./ogr/ogr_srs_proj4.o ./ogr/ograssemblepolygon.o > ./ogr/ogr_api.o ./ogr/ogrsf_frmts/generic/ogrregisterall.o > ./ogr/ogrfeaturestyle.o > ./ogr/ogrsf_frmts/ogrsf_frmts.a -L/usr/local/pgsql/lib -lpq ./gdal.a > ./ogr/ogr.a ./gdal.a > ./port/cpl.a -L/usr -L/usr/lib -lgif -L/usr/local -L/usr/local/lib -ljpeg -L > /usr/local/lib -lgeotiff -L/usr/local/lib -ltiff -lpng -lz -lm -ldl -lm \ > -o ./libgdal.1.1.so > /usr/bin/ld: cannot find -lgif > collect2: ld returned 1 exit status > make[1]: *** [libgdal.1.1.so] Error 1 > make[1]: Leaving directory `/backup/mapserv/gdal-1.1.9' > make: *** [check-lib] Error 2 > It's quite likely that you don't have a libgif.so in your lib directory. But anyway, since this is a GDAL-specific questions you'll have more chances of getting this resolved on the GDAL-dev list (http://remotesensing.org/mailman/listinfo/gdal-dev) BTW, this might be resolved in the latest GDAL 1.2.0 release, so you might want to try that one. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Mon Apr 12 09:43:34 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 12 Apr 2004 12:43:34 -0400 Subject: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer In-Reply-To: References: Message-ID: <407AC736.3010704@dmsolutions.ca> Gabriel Moricz wrote: > Hello at all.. > > Well I am having a problem that is getting me crazy!!! > > Well I use the compilation like this: > > ./configure --with-libtiff=/usr/local/lib --with-geotiff=/usr/local/lib --wi > th-jpeg=/usr/local/lib --with-gif=/usr/lib --with-pg=/usr/local/pgsql/bin/pg > _config > > I found the libs and the directory of each lib is RIGHT.. > You should not include the 'lib' component in the path to the jpeg and gif libraries. Try using: ./configure --with-libtiff=/usr/local --with-geotiff=/usr/local --with-jpeg=/usr/local --with-gif=/usr --with-pg=/usr/local/pgsql/bin/pg_config -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From gabriel at autofax.com.br Mon Apr 12 11:11:16 2004 From: gabriel at autofax.com.br (Gabriel Moricz) Date: Mon, 12 Apr 2004 15:11:16 -0300 Subject: RES: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer In-Reply-To: <407AD23E.1020104@dmsolutions.ca> Message-ID: Thanks For the Light Daniel... The error have changed now...hehehehehe.. error: /usr/bin/ld: warning: libpq.so.3, needed by ../libgdal.1.1.so, not found (try using -rpath or -rpath-link) ../libgdal.1.1.so: undefined reference to `PQfsize' ../libgdal.1.1.so: undefined reference to `PQresultErrorMessage' ../libgdal.1.1.so: undefined reference to `PQconnectdb' ../libgdal.1.1.so: undefined reference to `PQftype' ../libgdal.1.1.so: undefined reference to `lo_write' ../libgdal.1.1.so: undefined reference to `PQexec' ../libgdal.1.1.so: undefined reference to `PQsetNoticeProcessor' ../libgdal.1.1.so: undefined reference to `PQgetisnull' ../libgdal.1.1.so: undefined reference to `PQntuples' ../libgdal.1.1.so: undefined reference to `lo_read' ../libgdal.1.1.so: undefined reference to `PQclear' ../libgdal.1.1.so: undefined reference to `PQresultStatus' ../libgdal.1.1.so: undefined reference to `PQgetvalue' ../libgdal.1.1.so: undefined reference to `PQstatus' ../libgdal.1.1.so: undefined reference to `PQnfields' ../libgdal.1.1.so: undefined reference to `lo_creat' ../libgdal.1.1.so: undefined reference to `PQfname' ../libgdal.1.1.so: undefined reference to `lo_open' ../libgdal.1.1.so: undefined reference to `lo_close' ../libgdal.1.1.so: undefined reference to `PQfinish' ../libgdal.1.1.so: undefined reference to `PQerrorMessage' collect2: ld returned 1 exit status make[1]: *** [ogrinfo] Error 1 make[1]: Leaving directory `/backup/mapserv/gdal-1.1.9/ogr' make: *** [ogr-apps] Error 2 Any Idea??? Thanks Gabriel Moricz Ps: the subscribe at the gdal list is not working.. -----Mensagem original----- De: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] Enviada em: segunda-feira, 12 de abril de 2004 14:31 Para: Gabriel Moricz Cc: mapserver-users at lists.gis.umn.edu Assunto: Re: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer Gabriel Moricz wrote: > Got the same error again... > > I dont know what more I must do... > > Error: > > make[1]: Entering directory `/backup/mapserv/gdal-1.1.9' > g++ -shared ./frmts/o/*.o ./gcore/*.o ./port/*.o ./alg/*.o ./ogr/ogrct.o > ./ogr/ogr_opt.o ./ogr/ogr_fromepsg.o ./ogr/ogr_srs_validate.o > ./ogr/ogrutils.o ./ogr/ogr_srs_proj4.o ./ogr/ograssemblepolygon.o > ./ogr/ogr_api.o ./ogr/ogrsf_frmts/generic/ogrregisterall.o > ./ogr/ogrfeaturestyle.o > ./ogr/ogrsf_frmts/ogrsf_frmts.a -L/usr/local/pgsql/lib -lpq ./gdal.a > ./ogr/ogr.a ./gdal.a > ./port/cpl.a -L/usr -L/usr/lib -lgif -L/usr/local -L/usr/local/lib -ljpeg -L > /usr/local/lib -lgeotiff -L/usr/local/lib -ltiff -lpng -lz -lm -ldl -lm \ > -o ./libgdal.1.1.so > /usr/bin/ld: cannot find -lgif > collect2: ld returned 1 exit status > make[1]: *** [libgdal.1.1.so] Error 1 > make[1]: Leaving directory `/backup/mapserv/gdal-1.1.9' > make: *** [check-lib] Error 2 > It's quite likely that you don't have a libgif.so in your lib directory. But anyway, since this is a GDAL-specific questions you'll have more chances of getting this resolved on the GDAL-dev list (http://remotesensing.org/mailman/listinfo/gdal-dev) BTW, this might be resolved in the latest GDAL 1.2.0 release, so you might want to try that one. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From lgs at av.eastlink.ca Mon Apr 12 12:23:34 2004 From: lgs at av.eastlink.ca (Landmark Geographic Solutions) Date: Mon, 12 Apr 2004 16:23:34 -0300 Subject: [Mapserver-users] start up issues Message-ID: Hey Guys, Been working on get mapserver app running. I started with making a basic map window. I am now getting this error msCalculateScale(): General error message. Invalid image extent. mapserv(): Web application error. No way to generate map extent. One, what does this mean? Two, my data is UTM NAD83 Zone 20?. Three, setting extents, what corner boundary x,y do you use. Thanks, LGS From gabriel at autofax.com.br Mon Apr 12 12:46:16 2004 From: gabriel at autofax.com.br (Gabriel Moricz) Date: Mon, 12 Apr 2004 16:46:16 -0300 Subject: ENC: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer Message-ID: Help Me Plase with the question!!!! GDal-List is with problems and it isnt Subscribing me... I ask for subscribe and it returns a error mail... And I having Shp2Img error in Mapserver cause the error compiling GDal.... As u see, it is a problem to ask for MapServer list too.. Please...help me.... At the GDal Make it returns the error: /usr/bin/ld: warning: libpq.so.3, needed by ../libgdal.1.1.so, not found (try using -rpath or -rpath-link) ../libgdal.1.1.so: undefined reference to `PQfsize' ../libgdal.1.1.so: undefined reference to `PQresultErrorMessage' ../libgdal.1.1.so: undefined reference to `PQconnectdb' ../libgdal.1.1.so: undefined reference to `PQftype' ../libgdal.1.1.so: undefined reference to `lo_write' ../libgdal.1.1.so: undefined reference to `PQexec' ../libgdal.1.1.so: undefined reference to `PQsetNoticeProcessor' ../libgdal.1.1.so: undefined reference to `PQgetisnull' ../libgdal.1.1.so: undefined reference to `PQntuples' ../libgdal.1.1.so: undefined reference to `lo_read' ../libgdal.1.1.so: undefined reference to `PQclear' ../libgdal.1.1.so: undefined reference to `PQresultStatus' ../libgdal.1.1.so: undefined reference to `PQgetvalue' ../libgdal.1.1.so: undefined reference to `PQstatus' ../libgdal.1.1.so: undefined reference to `PQnfields' ../libgdal.1.1.so: undefined reference to `lo_creat' ../libgdal.1.1.so: undefined reference to `PQfname' ../libgdal.1.1.so: undefined reference to `lo_open' ../libgdal.1.1.so: undefined reference to `lo_close' ../libgdal.1.1.so: undefined reference to `PQfinish' ../libgdal.1.1.so: undefined reference to `PQerrorMessage' collect2: ld returned 1 exit status make[1]: *** [ogrinfo] Error 1 make[1]: Leaving directory `/backup/mapserv/gdal-1.1.9/ogr' make: *** [ogr-apps] Error 2 I am using the --with-pg=/usr/local/bin/pg_config Any Idea??? Thanks Gabriel Moricz Ps: the subscribe at the gdal list is not working.. -----Mensagem original----- De: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] Enviada em: segunda-feira, 12 de abril de 2004 14:31 Para: Gabriel Moricz Cc: mapserver-users at lists.gis.umn.edu Assunto: Re: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer Gabriel Moricz wrote: > Got the same error again... > > I dont know what more I must do... > > Error: > > make[1]: Entering directory `/backup/mapserv/gdal-1.1.9' > g++ -shared ./frmts/o/*.o ./gcore/*.o ./port/*.o ./alg/*.o ./ogr/ogrct.o > ./ogr/ogr_opt.o ./ogr/ogr_fromepsg.o ./ogr/ogr_srs_validate.o > ./ogr/ogrutils.o ./ogr/ogr_srs_proj4.o ./ogr/ograssemblepolygon.o > ./ogr/ogr_api.o ./ogr/ogrsf_frmts/generic/ogrregisterall.o > ./ogr/ogrfeaturestyle.o > ./ogr/ogrsf_frmts/ogrsf_frmts.a -L/usr/local/pgsql/lib -lpq ./gdal.a > ./ogr/ogr.a ./gdal.a > ./port/cpl.a -L/usr -L/usr/lib -lgif -L/usr/local -L/usr/local/lib -ljpeg -L > /usr/local/lib -lgeotiff -L/usr/local/lib -ltiff -lpng -lz -lm -ldl -lm \ > -o ./libgdal.1.1.so > /usr/bin/ld: cannot find -lgif > collect2: ld returned 1 exit status > make[1]: *** [libgdal.1.1.so] Error 1 > make[1]: Leaving directory `/backup/mapserv/gdal-1.1.9' > make: *** [check-lib] Error 2 > It's quite likely that you don't have a libgif.so in your lib directory. But anyway, since this is a GDAL-specific questions you'll have more chances of getting this resolved on the GDAL-dev list (http://remotesensing.org/mailman/listinfo/gdal-dev) BTW, this might be resolved in the latest GDAL 1.2.0 release, so you might want to try that one. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dmorissette at dmsolutions.ca Mon Apr 12 13:56:10 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 12 Apr 2004 16:56:10 -0400 Subject: RES: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer In-Reply-To: References: Message-ID: <407B026A.8040504@dmsolutions.ca> Gabriel Moricz wrote: > Thanks For the Light Daniel... > > The error have changed now...hehehehehe.. > > error: > /usr/bin/ld: warning: libpq.so.3, needed by ../libgdal.1.1.so, not found > (try using -rpath or -rpath-link) There seems to be a problem with libpq.so.3 not being found. Is there a libpq.so.3 in /usr/local/pgsql/lib/ on your system? There used to be a "-L/usr/local/pgsql/lib -lpq" in your link line before, is it still there? Note that for libpq.so.3 to be found at runtime, you'll also need to add /usr/local/pgsql/lib to /etc/ld.so.conf and then run 'ldconfig' as root. However that's probably not going to fix your current problem since you don't have an executable yet. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From aaronkoning at shaw.ca Mon Apr 12 13:51:55 2004 From: aaronkoning at shaw.ca (AARON KONING) Date: Mon, 12 Apr 2004 13:51:55 -0700 Subject: [Mapserver-users] querybyshape failing Message-ID: <8215f281f671.81f6718215f2@shaw.ca> Hi List, I am having a problem with the php mapscript querybyshape method of the layerobj (and mapobj). When I create a polygon outlining the entire layer I get the 'No matching record(s) error even though I assume that the query should have found all records. Does querybyshape check for features contained/intersected/? and why is the following code failing. Thanks, Aaron |------------------------------------------------ draw(); // create the lines for the polygon $line = ms_newLineObj(); $line->addXY(100000,100000); $line->addXY(100000,2000000); $line->addXY(2000000,2000000); $line->addXY(2000000,100000); $line->addXY(100000,100000); // create the polygon shape and add the above line to it $shape = ms_newShapeObj(MS_SHAPE_POLYGON); $shape->add($line); // get a layer to query on $layer = $map->getLayerByName('test_layer'); // draw the shape (or nothing works) $shape->draw($map, $layer, $image); // perform query on layer $layer->queryByShape($shape); // save the image for display $imageUrl = $image->saveWebImage(MS_PNG,1,1,0); ?> |-------------------------------------------------- OUTPUTS: Warning: [MapServer Error]: msQueryByShape(): No matching record(s) found. in /var/www/html/test/shapeobj.php on line 29 From mapserver at digger.net Mon Apr 12 15:58:19 2004 From: mapserver at digger.net (mapserver at digger.net) Date: Mon, 12 Apr 2004 17:58:19 -0500 (CDT) Subject: [Mapserver-users] finding extents of polygon in shapefile Message-ID: <200404122259.i3CMwJEe023069@lists.gis.umn.edu> I am using MapServer 4 with PHP 4 (but not MapScript). I am looking for a way to quickly find the extents of polygon(s) in a shapefile. In a nutshell, I am using the Tiger PLC00 data, and would like to be able to take a city name and look up the extents of the polygon(s) for that city so that I can set the extents of the map to display just that city. I've tried playing with '-where' in ogrinfo, but even when I restrict the results to just one city, the displayed extents are still for the entire file. Any suggestions how I might do this? Thanks, Dave From pvandyke at kib.co.kodiak.ak.us Mon Apr 12 17:41:52 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Mon, 12 Apr 2004 16:41:52 -0800 Subject: [Mapserver-users] Projection Help Message-ID: I'd like to thank everyone who helped me. I'm getting better and better with this whole GIS stuff. You can now see my completed demo @ http://209.165.152.73 My next step is to incorporate data from a .dbf file into the coloring scheme of the parcels. Any ideas where to start? I'd also like to create a pop-up window that returns owner information for parcels. Any ideas for that would also be greatly appreciated. Thanks, Paul From nacional at cbs.umn.edu Mon Apr 12 18:07:45 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 12 Apr 2004 20:07:45 -0500 Subject: [Mapserver-users] start up issues In-Reply-To: References: Message-ID: <1081818465.30604.33.camel@arceuthobium.ecology.umn.edu> Howdy! If you attach your mapfile, folks can quickly figure out what's wrong and give you better advice. Not knowing what your mapfile looks like, or what you're trying to accomplish, here's my attempt at answering your questions: 1. Did you specify a SIZE in your mapfile? The value of this parameter is your output image size in pixels, something like "600 400". 2. If you are using UTM Zone 20, your units should be in meters. Set the mapfile parameter "UNITS" to "meters". 3. MapServer's EXTENT format is "minx miny maxx maxy". Your extents should look like this: "363500 5197514 473115 5304400" So your mapfile should have these parameters (replace the value of SIZE and EXTENT as appropriate): MAP SIZE 600 400 EXTENT 363500 5197514 473115 5304400 UNITS meters ...... END Good luck! -Perry N. On Mon, 2004-04-12 at 14:23, Landmark Geographic Solutions wrote: > Hey Guys, > > Been working on get mapserver app running. I started with making a basic map > window. I am now getting this error > > msCalculateScale(): General error message. Invalid image extent. > mapserv(): Web application error. No way to generate map extent. > > One, what does this mean? Two, my data is UTM NAD83 Zone 20?. Three, setting > extents, what corner boundary x,y do you use. > > Thanks, > > LGS > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From sd at dil.in Mon Apr 12 19:20:40 2004 From: sd at dil.in (Saurabh Data) Date: Tue, 13 Apr 2004 02:20:40 +0000 Subject: [Mapserver-users] GIF and PNG file formats Message-ID: Dear Users After configuring mapserver, I had problems in displaying the image files (as a blank screen would appear). The demo comes with image files in GIF format but doesnt support the format. It however, supports the PNG format. I had to change all the image files from GIF to PNG format to display it on the screen and it now works. This is not included in the documentation. My question is why by default it comes in GIF format when it doesnt support this and why is this not included in the documentation. OR did I miss any point ? Many Thanks Saurabh Data ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger From gerry.creager at tamu.edu Mon Apr 12 20:09:50 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Mon, 12 Apr 2004 22:09:50 -0500 Subject: [Mapserver-users] GIF and PNG file formats In-Reply-To: References: Message-ID: <407B59FE.7060803@tamu.edu> Per chance, have you looked at the list archives? I'm pretty certain this has been covered on the list before. While I agree the docs could stand to be updated, perusing the archives might help with a lot of your questions. Gerry Saurabh Data wrote: > Dear Users > > After configuring mapserver, I had problems in displaying the image > files (as a blank screen would appear). The demo comes with image files > in GIF format but doesnt support the format. It however, supports the > PNG format. I had to change all the image files from GIF to PNG format > to display it on the screen and it now works. > > This is not included in the documentation. My question is why by default > it comes in GIF format when it doesnt support this and why is this not > included in the documentation. OR did I miss any point ? -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From catu0004 at umn.edu Mon Apr 12 20:23:58 2004 From: catu0004 at umn.edu (Marcelle Caturia) Date: Mon, 12 Apr 2004 22:23:58 CDT Subject: [Mapserver-users] Reference image and extent syntax for on-the-fly configuration Message-ID: <200404130323.i3D3NwA5032590@dingo.software.umn.edu> What is the syntax for on-the-fly configuration of the reference image and reference extent? I'd like to specify the reference image name and extent using a point-in-polygon query URL, and have unsucessfully tried using the following code... LAYER # start of zoom to watersheds layer NAME zoom_to_wshd TYPE polygon STATUS default DATA zoom_to_wshd.shp CLASS COLOR 90 0 80 OUTLINECOLOR 90 0 80 SYMBOL 7 TEMPLATE "http://[host]/cgi-bin/mapserv36?map=/data/projects/minnesota/View2/View2.m ap&title=[EPANAME]&layer=majwshd&map_shapepath=/data/projects/minnesotadata/ View2_final/[ABBREV]&mapext=[minx_left]+[miny_btm]+[maxx_right]+[maxy_top]&i mgext=[minx_left]+[miny_btm]+[maxx_right]+[maxy_top]&entirewshd=[minx_left]+ [miny_btm]+[maxx_right]+[maxy_top]&map_reference_image=/data/projects/minnes ota/graphics/ref_maps/[ref_name]&map_reference_extent=[minx_left]+[miny_btm] +[maxx_right]+[maxy_top]" END END # end of zoom to watersheds layer Any suggestions would be much appreciated. Thanks, Marcelle Caturia Graduate Research Specialist Environmental Resources Spatial Analysis Center University of Minnesota catu0004 at umn.edu From plists at prometheus.org.yu Tue Apr 13 00:24:08 2004 From: plists at prometheus.org.yu (Attila Csipa) Date: Tue, 13 Apr 2004 09:24:08 +0200 Subject: [Mapserver-users] Export in DXF In-Reply-To: <001101c42067$62556360$42fac950@jeanlouis> References: <001101c42067$62556360$42fac950@jeanlouis> Message-ID: <200404130924.08056.plists@prometheus.org.yu> On Monday 12 April 2004 10:22, Gheysen Thibaut wrote: > MapServer version 4.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP You should try the 4.1 version, I think some modifications have been made between the 4.0 and 4.1 releases. From Tommer at seznam.cz Tue Apr 13 01:20:31 2004 From: Tommer at seznam.cz (Tommer) Date: Tue, 13 Apr 2004 10:20:31 +0200 (CEST) Subject: [Mapserver-users] =?us-ascii?Q?Map=20Query=20in=20WMS=3F?= In-Reply-To: <355526.1237669-26837-505329280-1080901296@seznam.cz> Message-ID: <540524.3018698-5148-1087358187-1081844431@seznam.cz> I'm new in using UMN MapServer and I don't how to get a map query from a map, witch is connected by WMS connection. Is it possible? If yes, please help me. Thank you Tom Mercl (tommer at email.cz or tommer at seznam.cz) ____________________________________________________________ Doposud jste fo??k pou??vali pouze k focen?. Ale te? z n?j m??ete i telefonovat. SonyEricsson T230 ji? od 1377,- K?. http://ad2.seznam.cz/redir.cgi?instance=73335%26url=www.oskar.cz From Tommer at seznam.cz Tue Apr 13 01:20:31 2004 From: Tommer at seznam.cz (Tommer) Date: Tue, 13 Apr 2004 10:20:31 +0200 (CEST) Subject: [Mapserver-users] =?us-ascii?Q?Map=20Query=20in=20WMS=3F?= In-Reply-To: <355526.1237669-26837-505329280-1080901296@seznam.cz> Message-ID: <540524.3018698-5148-1087358187-1081844431@seznam.cz> I'm new in using UMN MapServer and I don't how to get a map query from a map, witch is connected by WMS connection. Is it possible? If yes, please help me. Thank you Tom Mercl (tommer at email.cz or tommer at seznam.cz) ____________________________________________________________ Doposud jste fo??k pou??vali pouze k focen?. Ale te? z n?j m??ete i telefonovat. SonyEricsson T230 ji? od 1377,- K?. http://ad2.seznam.cz/redir.cgi?instance=73335%26url=www.oskar.cz From j.l.h.hartmann at uva.nl Tue Apr 13 02:10:51 2004 From: j.l.h.hartmann at uva.nl (Jan Hartmann) Date: Tue, 13 Apr 2004 11:10:51 +0200 Subject: [Mapserver-users] Passing CGI variables In-Reply-To: References: Message-ID: <407BAE9B.1060106@uva.nl> Dharani Babu wrote: > > Thanks lot > thanks for daniel also. I have a doubt say we click on the template html > image . Now we have a automatic image number created like > tmp/DEMO1080825720168.png . Now As I am trying to automatically point to > the recently created png image , how to find out the image number ( > thats the image file name DEMO+ 1080825720168? ) I am writing a skin > with vb.net to handle this so that I display the images without browser > support . > If you create don't need web access cou can create a very simple template file: When you do a call to MapServer with a mapfile pointing to this template, you'll get back the picture in the tmp directory, and the path to that file on standard output. You can use that name in your vb.net application. Jan From bartvde at xs4all.nl Tue Apr 13 02:49:58 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Tue, 13 Apr 2004 11:49:58 +0200 (CEST) Subject: [Mapserver-users] Map Query in WMS? In-Reply-To: <540524.3018698-5148-1087358187-1081844431@seznam.cz> References: <355526.1237669-26837-505329280-1080901296@seznam.cz> <540524.3018698-5148-1087358187-1081844431@seznam.cz> Message-ID: <11882.212.238.227.182.1081849798.squirrel@webmail.xs4all.nl> Hi, as far as I know this is not supported in Mapserver. The reason for this is that GetFeatureInfo is not cascaded in the Mapserver WMS client, as the response of GetFeatureInfo is not really "well-defined" in the WMS specs. If you build your client with Mapscript, you can perform the GetFeatureInfo request yourself and display the results. Best regards, Bart > I'm new in using UMN MapServer and I don't how to get a map query from a > map, witch is connected by WMS connection. Is it possible? If yes, please > help me. > Thank you Tom Mercl (tommer at email.cz or tommer at seznam.cz) > > ____________________________________________________________ > Doposud jste fo??k pou??vali pouze k focen?. Ale te? z n?j m??ete i > telefonovat. SonyEricsson T230 ji? od 1377,- K?. > http://ad2.seznam.cz/redir.cgi?instance=73335%26url=www.oskar.cz > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From irenutxa2000 at yahoo.es Tue Apr 13 03:02:25 2004 From: irenutxa2000 at yahoo.es (=?iso-8859-1?q?Irene=20P=E9rez?=) Date: Tue, 13 Apr 2004 12:02:25 +0200 (CEST) Subject: [Mapserver-users] Feature Count Message-ID: <20040413100225.8188.qmail@web41304.mail.yahoo.com> --0-1378256778-1081850545=:7786 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello, how to get the number of rows of a files of MAPINFO? I'm trying with querybyattributes but i need all results. getnumresults only is used with a query,... I'm working with OGR, then isn't a SHAPEFILE. Thank You. --------------------------------- Correo Yahoo!: 6MB, m?s protecci?n contra el spam ?gratis! --0-1378256778-1081850545=:7786 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
            Hello, how to get the number of rows of a files of MAPINFO? I'm trying with querybyattributes but i need all results.
            getnumresults only is used with a query,...
             
            I'm working with OGR, then isn't a SHAPEFILE.
            Thank You.
             


            Correo Yahoo!: 6MB, m?s protecci?n contra el spam ?gratis! --0-1378256778-1081850545=:7786-- From sd at dil.in Tue Apr 13 04:41:19 2004 From: sd at dil.in (Saurabh Data) Date: Tue, 13 Apr 2004 11:41:19 +0000 Subject: [Mapserver-users] Working of dEMO Message-ID: Dear Users My demo is working but I cant figure out the working of it. There are three radio buttons: 1) Browse Map: This is simple, when this is selected with (multiple or single) layers it works fine. However can anyone suggest that does it do overlaying here ? 2) Query Feature: THis doesnt work at all for me. When I select (single or multiple) layers, I get an error : msQueryByPoint(): Search returned no results. No matching record(s) found. 3) Query Multiple Features:Even this doesnt work at all and gives the same problems as 2) I am sure there are people who understand this. Please advise me as to what these options are for !! Isnt there any documentation for all this ? Additionally, if anyone could explain me what does "pan" mean in respect to this map ? Many THanks Saurabh Data ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband From matt at phyreworks.com Tue Apr 13 05:25:03 2004 From: matt at phyreworks.com (Matt Hatcher) Date: Tue, 13 Apr 2004 13:25:03 +0100 (BST) Subject: [Mapserver-users] PostGIS blank error - bit of a newbie question....! Message-ID: <47902.194.200.141.161.1081859103.squirrel@firenze.phyreworks.ath.cx> Hi, I'm trying to get a postgres connection working with Mapserver 4.0.1 on Mandrake 9.2. I'm using the Postgres and Postgis RPMs from the postgis site, and the stable 4.0.1 source compiled with the postgis option. My -v gives: MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE I've got a table that I loaded from a point shapefile using shp2pgsql which I can query quite happily from the psql command line. The data in there is in SRID 4326, e.g.: gid | id | x | y | height_m | height_ft | type | name | the_geom -----+----+-----------+-----------+----------+-------------+-------+-----------+-------------------------------------- | 1 | -5.003492 | 56.796264 | 1343.798 | 4408.786096 | Munro | Ben Nevis | SRID=4326;POINT(-5.003492 56.796264) When I try and get the data through Mapserver I get the following unhelpful "blank" error message: msDrawMap(): Image handling error. Failed to draw layer named 'peaks'. prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from mountains WHERE the_geom && setSRID('BOX3D(-10.5612147941099 48.9367546675052,6.81724902590237 55.7611851275149)'::BOX3D, find_srid('','mountains','the_geom') )' Postgresql reports the error '' More Help: Error with POSTGIS data variable. You specified ''. Standard ways of specifiying are : (1) 'geometry_column from geometry_table' (2) 'geometry_column from () as foo using unique using SRID=' Make sure you put in the 'using unique ' and 'using SRID=#' clauses in. For more help, please see http://postgis.refractions.net/documentation.php Mappostgis.c - version of June 12/2003. My map file has: LAYER NAME "peaks" TYPE POINT STATUS OFF CONNECTIONTYPE POSTGIS CONNECTION "user=apache dbname=geo" DATA "the_geom from mountains" PROJECTION "init=epsg:4326" END CLASS SYMBOL 'circle' SIZE 4 COLOR 0 END END Any suggestions would be gratefully received! Cheers, Matt. From aaronkoning at shaw.ca Tue Apr 13 05:21:00 2004 From: aaronkoning at shaw.ca (AARON KONING) Date: Tue, 13 Apr 2004 05:21:00 -0700 Subject: [Mapserver-users] mapscript querybyshape example Message-ID: <88f90c888f54.888f5488f90c@shaw.ca> Hi all, I am trying to use the querybyshape function in mapscript by creating a lineObj and then a shapeObj and then using that shape (a triangle or box for example) in querybyshape. For some reason I never have any results even if the polygon surrounds all layers. I am hoping that a few people that have had success with this function (when creating a polygon from coordinates) could post example code (php preferred) to help me along. Thanks a ton, Aaron From gabriel at autofax.com.br Tue Apr 13 05:42:17 2004 From: gabriel at autofax.com.br (Gabriel Moricz) Date: Tue, 13 Apr 2004 09:42:17 -0300 Subject: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer Message-ID: Hey Daniel... As I said before...it have worked for gdal, but my mapserver isnt making.. My Configure: ./configure --with-jpeg=/usr --with-freetype=/usr --with-gd=/usr/local --wit h-freetype=/usr/local --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal -config --with-ogr=/backup/mapserv/gdal-1.1.9 --with-curl=/usr/local/bin --w ith-wmsclient --with-ming --with-postgis=/usr/local/pgsql/bin/pg_config --wi th-wms --with-wfsclient --with-httpd=/usr/sbin/apache and the error is: gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_AP I_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_MING_FLASH -DUSE_GD_GIF -DUSE_GD _PNG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DUSE_PDF -DUSE_GDAL -DUSE_POSTGIS -I/usr/local/include -I/usr/local/include -I/usr/lo cal/include -I/usr/local/pgsql/include -I/usr/local/include shp2img.c -o shp2img.o gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_MING_FLASH -DUSE_GD_GIF -DUSE_GD_PN G -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DUSE_PDF -DUSE_GDAL -D USE_POSTGIS -I/usr/local/include -I/usr/local/include -I/usr/local /include -I/usr/local/pgsql/include -I/usr/local/include hp2img.o -L. -lmap -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -lpd f -ljpeg -lfreetype -lpng -lz -L/usr/local/lib -lproj -ljpeg -L/usr/local /lib -lgdal.1.1 -lming -L/usr/local/pgsql/lib -lpq -L/usr/local/lib -lcurl -lz -ldl -lz -lm -o shp2img ./libmap.a(mappdf.o): In function `msDrawMarkerSymbolPDF': mappdf.o(.text+0x1b26): undefined reference to `gdImageJpegPtr' ./libmap.a(mappdf.o): In function `msDrawRasterLayerPDF': mappdf.o(.text+0x22c4): undefined reference to `gdImageJpegPtr' ./libmap.a(mappdf.o): In function `msSaveImagePDF': mappdf.o(.text+0x2536): undefined reference to `gdImageJpegPtr' ./libmap.a(mappdf.o): In function `msDrawWMSLayerPDF': mappdf.o(.text+0x2dca): undefined reference to `gdImageJpegPtr' collect2: ld returned 1 exit status make: *** [shp2img] Error 1 And Now...any idea? Thanksss.. Gabriel Moricz -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Em nome de Daniel Morissette Enviada em: segunda-feira, 12 de abril de 2004 17:56 Para: Gabriel Moricz Cc: mapserver-users at lists.gis.umn.edu Assunto: Re: RES: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer Gabriel Moricz wrote: > Thanks For the Light Daniel... > > The error have changed now...hehehehehe.. > > error: > /usr/bin/ld: warning: libpq.so.3, needed by ../libgdal.1.1.so, not found > (try using -rpath or -rpath-link) There seems to be a problem with libpq.so.3 not being found. Is there a libpq.so.3 in /usr/local/pgsql/lib/ on your system? There used to be a "-L/usr/local/pgsql/lib -lpq" in your link line before, is it still there? Note that for libpq.so.3 to be found at runtime, you'll also need to add /usr/local/pgsql/lib to /etc/ld.so.conf and then run 'ldconfig' as root. However that's probably not going to fix your current problem since you don't have an executable yet. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Dejan.Gambin at pula.hr Tue Apr 13 05:55:49 2004 From: Dejan.Gambin at pula.hr (Gambin Dejan) Date: Tue, 13 Apr 2004 14:55:49 +0200 Subject: [Mapserver-users] How to use itemquery in MapServer 4.0.1 Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C42156.A544742E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am trying to use itemquery to show the map centered in a polygon that has a name (attribute data) written in a search box. As I have seen, this can be done with an itemquery, but I just can't get this map to be shown. I have tried something similar to Test Suite itemquery using tutorial example, but it doesn't show (normal query map shows correctly). =20 Is it something different in 4.0 version? In my template file I put: =20 ...... =20 - the map parameter is correctly passed to the template.=20 - cities_poly is the name of a polygon layer in the map file - the cities shape file has an attribute called "NAME" with a string that is the name of the city - the city Fargo exists in the shape file - I tried to use uppercases but nothing happened - I tried to use itemquerymap mode instead of itemquery mode =20 I am a little confused because somewhere there is "item", somewhere "qitem", somewhere there is "name" somewhere "value". So what is the right way to show a simple map centered around a polygon that has a name written in a search box? I suppose the problem is similar to show the street map centered around the searching street. =20 Thanks very much =20 Regards, =20 Dejan Gambin =20 ------_=_NextPart_001_01C42156.A544742E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
            I am = trying to use=20 itemquery to show the map centered in a polygon that has a name = (attribute=20 data) written in a search box. As I have seen, this can be done with an=20 itemquery, but I just can't get this map to be shown. I have tried = something=20 similar to Test Suite itemquery using tutorial example, but it doesn't = show=20 (normal query map shows correctly).
             
            Is it = something=20 different in 4.0 version? In my template file I put:
             
            ...<td><img=20 border=3D"2"=20 src=3D"/cgi-bin/mapserv.exe?map=3D[map]&mode=3Ditemquery&qlayer=3D= cities_poly&qitem=3Dname&mapext=3Dshapes&value=3DFargo"=20 height=3D"150" width=3D"200"></td>...
             
            - the = map parameter=20 is correctly passed to the template.
            - = cities_poly is the=20 name of a polygon layer in the map file
            - the = cities shape=20 file has an attribute called "NAME" with a string that is the name of = the=20 city
            - the = city Fargo=20 exists in the shape file
            - I = tried to use=20 uppercases but nothing happened
            - I = tried to use=20 itemquerymap mode instead of itemquery mode
             
            I am a = little=20 confused because somewhere there is "item", somewhere "qitem", somewhere = there=20 is "name" somewhere "value". So what is the right way to show a simple = map=20 centered around a polygon that has a name written in a search box? I = suppose the=20 problem is similar to show the street map centered around the searching=20 street.
             
            Thanks = very=20 much
             
            Regards,
             
            Dejan=20 Gambin
             
            ------_=_NextPart_001_01C42156.A544742E-- From j.l.h.hartmann at uva.nl Tue Apr 13 05:49:59 2004 From: j.l.h.hartmann at uva.nl (Jan Hartmann) Date: Tue, 13 Apr 2004 14:49:59 +0200 Subject: [Mapserver-users] PostGIS blank error - bit of a newbie question....! In-Reply-To: <47902.194.200.141.161.1081859103.squirrel@firenze.phyreworks.ath.cx> References: <47902.194.200.141.161.1081859103.squirrel@firenze.phyreworks.ath.cx> Message-ID: <407BE1F7.40202@uva.nl> Hi Matt, why do you have "STATUS OFF"? If you want to see something, you have to set "STATUS DEFAULT" (or "STATUS ON" with the layer's name given in the url). Apart from that, your setup looks OK. Jan Matt Hatcher wrote: > Hi, > > I'm trying to get a postgres connection working with Mapserver 4.0.1 on > Mandrake 9.2. I'm using the Postgres and Postgis RPMs from the postgis > site, and the stable 4.0.1 source compiled with the postgis option. My -v > gives: > > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=JPEG INPUT=POSTGIS INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > > I've got a table that I loaded from a point shapefile using shp2pgsql > which I can query quite happily from the psql command line. The data in > there is in SRID 4326, e.g.: > > gid | id | x | y | height_m | height_ft | type | > name | the_geom > -----+----+-----------+-----------+----------+-------------+-------+-----------+-------------------------------------- > | 1 | -5.003492 | 56.796264 | 1343.798 | 4408.786096 | Munro | Ben > Nevis | SRID=4326;POINT(-5.003492 56.796264) > > > When I try and get the data through Mapserver I get the following > unhelpful "blank" error message: > > msDrawMap(): Image handling error. Failed to draw layer named 'peaks'. > prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) > statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT > asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from > mountains WHERE the_geom && setSRID('BOX3D(-10.5612147941099 > 48.9367546675052,6.81724902590237 55.7611851275149)'::BOX3D, > find_srid('','mountains','the_geom') )' > > Postgresql reports the error '' > > More Help: > > Error with POSTGIS data variable. You specified ''. > Standard ways of specifiying are : > (1) 'geometry_column from geometry_table' > (2) 'geometry_column from () as foo using unique > using SRID=' > > Make sure you put in the 'using unique ' and 'using SRID=#' > clauses in. > > For more help, please see http://postgis.refractions.net/documentation.php > > > Mappostgis.c - version of June 12/2003. > > > My map file has: > > LAYER > NAME "peaks" > TYPE POINT > STATUS OFF > CONNECTIONTYPE POSTGIS > CONNECTION "user=apache dbname=geo" > DATA "the_geom from mountains" > > PROJECTION > "init=epsg:4326" > END > > CLASS > SYMBOL 'circle' > SIZE 4 > COLOR 0 > END > END > > > Any suggestions would be gratefully received! > > Cheers, Matt. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From matt at phyreworks.com Tue Apr 13 06:09:47 2004 From: matt at phyreworks.com (Matt Hatcher) Date: Tue, 13 Apr 2004 14:09:47 +0100 (BST) Subject: [Mapserver-users] PostGIS blank error - bit of a newbie question....! In-Reply-To: <407BE1F7.40202@uva.nl> References: <47902.194.200.141.161.1081859103.squirrel@firenze.phyreworks.ath.cx> <407BE1F7.40202@uva.nl> Message-ID: <52854.194.200.141.161.1081861787.squirrel@firenze.phyreworks.ath.cx> Hi Jan, That's the way I've always done it. Seems to work ok if you specify the layer name in the 'layers=' part of the URL! Maybe I've missed something all this time.... ;-) Matt. > > > Hi Matt, why do you have "STATUS OFF"? If you want to see something, you > have to set "STATUS DEFAULT" (or "STATUS ON" with the layer's name given > in the url). Apart from that, your setup looks OK. > > Jan > > Matt Hatcher wrote: > >> Hi, >> >> I'm trying to get a postgres connection working with Mapserver 4.0.1 on >> Mandrake 9.2. I'm using the Postgres and Postgis RPMs from the postgis >> site, and the stable 4.0.1 source compiled with the postgis option. My >> -v >> gives: >> >> MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF >> SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT >> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=JPEG INPUT=POSTGIS >> INPUT=OGR >> INPUT=GDAL INPUT=SHAPEFILE >> >> >> I've got a table that I loaded from a point shapefile using shp2pgsql >> which I can query quite happily from the psql command line. The data in >> there is in SRID 4326, e.g.: >> >> gid | id | x | y | height_m | height_ft | type | >> name | the_geom >> -----+----+-----------+-----------+----------+-------------+-------+-----------+-------------------------------------- >> | 1 | -5.003492 | 56.796264 | 1343.798 | 4408.786096 | Munro | Ben >> Nevis | SRID=4326;POINT(-5.003492 56.796264) >> >> >> When I try and get the data through Mapserver I get the following >> unhelpful "blank" error message: >> >> msDrawMap(): Image handling error. Failed to draw layer named 'peaks'. >> prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual >> query) >> statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT >> asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from >> mountains WHERE the_geom && setSRID('BOX3D(-10.5612147941099 >> 48.9367546675052,6.81724902590237 55.7611851275149)'::BOX3D, >> find_srid('','mountains','the_geom') )' >> >> Postgresql reports the error '' >> >> More Help: >> >> Error with POSTGIS data variable. You specified '> file>'. >> Standard ways of specifiying are : >> (1) 'geometry_column from geometry_table' >> (2) 'geometry_column from () as foo using unique > name> >> using SRID=' >> >> Make sure you put in the 'using unique ' and 'using SRID=#' >> clauses in. >> >> For more help, please see >> http://postgis.refractions.net/documentation.php >> >> >> Mappostgis.c - version of June 12/2003. >> >> >> My map file has: >> >> LAYER >> NAME "peaks" >> TYPE POINT >> STATUS OFF >> CONNECTIONTYPE POSTGIS >> CONNECTION "user=apache dbname=geo" >> DATA "the_geom from mountains" >> >> PROJECTION >> "init=epsg:4326" >> END >> >> CLASS >> SYMBOL 'circle' >> SIZE 4 >> COLOR 0 >> END >> END >> >> >> Any suggestions would be gratefully received! >> >> Cheers, Matt. >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > From dmorissette at dmsolutions.ca Tue Apr 13 06:10:42 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 13 Apr 2004 09:10:42 -0400 Subject: [Mapserver-users] querybyshape failing In-Reply-To: <8215f281f671.81f6718215f2@shaw.ca> References: <8215f281f671.81f6718215f2@shaw.ca> Message-ID: <407BE6D2.1060709@dmsolutions.ca> AARON KONING wrote: > Hi List, > > I am having a problem with the php mapscript querybyshape method of the layerobj (and mapobj). When I create a polygon outlining the entire layer I get the 'No matching record(s) error even though I assume that the query should have found all records. Does querybyshape check for features contained/intersected/? and why is the following code failing. > Does a queryByRect() on the same layer and with the same extents return something? -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From bpicinbono at worldonline.fr Tue Apr 13 08:09:15 2004 From: bpicinbono at worldonline.fr (blaise) Date: Tue, 13 Apr 2004 17:09:15 +0200 Subject: [Mapserver-users] swf movies not displaying In-Reply-To: <20040412170007.19458.48739.Mailman@lists.gis.umn.edu> References: <20040412170007.19458.48739.Mailman@lists.gis.umn.edu> Message-ID: <407C029B.9070305@worldonline.fr> Dear list, I managed to have the swf output for mapserver (a lot of troubles, see below). I have added the OUTPUTFORMAT section in a map file; but when I run MapServer, with FORMATOPTION "OUTPUT_MOVIE=SINGLE" , I have this error : Fatal error, Failed writing image to /tmp..... and with FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" , I have no error, but the image doesn't display. In both cases, the swf movies are created in the temp directory; and they seem to be ok because I can display them in a browser. Why don't they display in MapServer ? I have seen similar questions in the list but not very clear answers. (if I turn the OUTPUTFORMAT section back to JPEG or PNG, everything is fine) (I am running MapServer-4.0.2, Php-4.3.4, Ming-0.3a and GD-2.0.22 on linux Fedora Core 1 ). Although I compiled MapServer-PhpMapScript very well, I spent days to build with the ming support. I tryed the RedHat9 PHPMapscript method from the wiki, but it always failed on ming. (Something like : libming.so : undefined reference to 'newSWFDBLBitmap_fromGifInput' ... make: *** [shp2img] Error 1 ) I had to erase all references to gif in the mapserver "mapswf.c" file and in the ming "/src/ming.h" and "/src/blocks/bitmap.c" files. I don't know if it's right (I don't have and don't want gif), but it helped me to have the mapserver "make" goes to its end. Can this "custom" install explain the trouble I have with the swf not displaying ? Thanks Blaise From TMitchell at lignum.com Tue Apr 13 08:09:41 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 13 Apr 2004 08:09:41 -0700 Subject: [Mapserver-users] Working of dEMO In-Reply-To: Message-ID: Browsing just allows you to move the map (pan) or zoom in/out. Querying allows you to click on certain layers and get a little query report about that shape. Query multiple - allows you to do the same but for multiple layers. The mapping file has to be setup properly to allow querying and you have to click on a valid feature too. Querying isn't my strong suit at the moment, but others should be able to help. Tyler mapserver-users-admin at lists.gis.umn.edu wrote on 04/13/2004 04:41:19 AM: > Dear Users > > My demo is working but I cant figure out the working of it. > > There are three radio buttons: > > 1) Browse Map: This is simple, when this is selected with (multiple or > single) layers it works fine. However can anyone suggest that does it do > overlaying here ? > > 2) Query Feature: THis doesnt work at all for me. When I select (single or > multiple) layers, I get an error : > msQueryByPoint(): Search returned no results. No matching record(s) found. > > 3) Query Multiple Features:Even this doesnt work at all and gives the same > problems as 2) > > I am sure there are people who understand this. Please advise me as to what > these options are for !! Isnt there any documentation for all this ? > > Additionally, if anyone could explain me what does "pan" mean in respect to > this map ? > > Many THanks > > Saurabh Data > > > > ___________________________________________________________________ > > Saurabh Data > School of Computing > University of Leeds > Leeds LS2 9JT > U.K. > > one who seeketh , will findeth and all door shall open - james Allen > ___________________________________________________________________ > > _________________________________________________________________ > Sign-up for a FREE BT Broadband connection today! > http://www.msn.co.uk/specials/btbroadband > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From TMitchell at lignum.com Tue Apr 13 08:11:40 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 13 Apr 2004 08:11:40 -0700 Subject: [Mapserver-users] Feature Count In-Reply-To: <20040413100225.8188.qmail@web41304.mail.yahoo.com> Message-ID: Irene, you can use ogrinfo to tell you more information about your file. Or are you trying to build this in programmatically into the web site? If so, can you do a query that includes all the values?? mapserver-users-admin at lists.gis.umn.edu wrote on 04/13/2004 03:02:25 AM: > Hello, how to get the number of rows of a files of MAPINFO? I'm > trying with querybyattributes but i need all results. > getnumresults only is used with a query,... > > I'm working with OGR, then isn't a SHAPEFILE. > Thank You. > > Correo Yahoo!: 6MB, m?s protecci?n contra el spam ?gratis! From TMitchell at lignum.com Tue Apr 13 08:17:20 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 13 Apr 2004 08:17:20 -0700 Subject: [Mapserver-users] start up issues In-Reply-To: Message-ID: > msCalculateScale(): General error message. Invalid image extent. > mapserv(): Web application error. No way to generate map extent. You need to include a EXTENT setting as others have mentioned. > One, what does this mean? Two, my data is UTM NAD83 Zone 20?. Three, setting > extents, what corner boundary x,y do you use. Others have commented, but another way to think of it: EXTENT From TMitchell at lignum.com Tue Apr 13 08:14:59 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 13 Apr 2004 08:14:59 -0700 Subject: [Mapserver-users] GIF and PNG file formats In-Reply-To: <407B59FE.7060803@tamu.edu> Message-ID: This has been a problem for a long time and for many users, I know several folks have offered solutions - so let us know if you need help. You should be able to convert your GIFs to PNG. I think someone needs to put together a different demo without this kind of problem - it's bad especially for a demo trying to show how easy all this is!! mapserver-users-admin at lists.gis.umn.edu wrote on 04/12/2004 08:09:50 PM: > Per chance, have you looked at the list archives? I'm pretty certain > this has been covered on the list before. While I agree the docs could > stand to be updated, perusing the archives might help with a lot of your > questions. > > Gerry > > Saurabh Data wrote: > > Dear Users > > > > After configuring mapserver, I had problems in displaying the image > > files (as a blank screen would appear). The demo comes with image files > > in GIF format but doesnt support the format. It however, supports the > > PNG format. I had to change all the image files from GIF to PNG format > > to display it on the screen and it now works. > > > > This is not included in the documentation. My question is why by default > > it comes in GIF format when it doesnt support this and why is this not > > included in the documentation. OR did I miss any point ? > -- > Gerry Creager -- gerry.creager at tamu.edu > Texas Mesonet -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > Page: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From TMitchell at lignum.com Tue Apr 13 08:19:55 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 13 Apr 2004 08:19:55 -0700 Subject: [Mapserver-users] finding extents of polygon in shapefile In-Reply-To: <200404122259.i3CMwJEe023069@lists.gis.umn.edu> Message-ID: If so inclined, you could use Python and the ogr.py to select your feature and report out the extent. If you want some examples, ask the gdal list. Tyler mapserver-users-admin at lists.gis.umn.edu wrote on 04/12/2004 03:58:19 PM: > I am using MapServer 4 with PHP 4 (but not MapScript). I am looking for a > way to quickly find the extents of polygon(s) in a shapefile. In a nutshell, > I am using the Tiger PLC00 data, and would like to be able to take a city > name and look up the extents of the polygon(s) for that city so that I can > set the extents of the map to display just that city. > > I've tried playing with '-where' in ogrinfo, but even when I restrict the > results to just one city, the displayed extents are still for the entire file. > > Any suggestions how I might do this? > > Thanks, > Dave > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From stephen.clark at focus.ca Tue Apr 13 08:40:12 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Tue, 13 Apr 2004 08:40:12 -0700 Subject: [Mapserver-users] Has anyone used mapserver with mobiles to get a perspective on the amount of cell phone users at a given location? References: Message-ID: <003201c4216d$9d3d2b00$6c000a0a@sclark> Does anyone have a site which uses data from gps enabled cell phones? thanks, stephen From pramsey at refractions.net Tue Apr 13 08:36:01 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 13 Apr 2004 08:36:01 -0700 Subject: [Mapserver-users] PostGIS blank error - bit of a newbie question....! In-Reply-To: <47902.194.200.141.161.1081859103.squirrel@firenze.phyreworks.ath.cx> References: <47902.194.200.141.161.1081859103.squirrel@firenze.phyreworks.ath.cx> Message-ID: <407C08E1.3020302@refractions.net> Is there a valid entry for your table in geometry_columns? Is there a valid entry for your srid in spatial_ref_sys? Can you put the SQL from the error message (minus the DECLARE statement) into psql and get something back? Matt Hatcher wrote: > Hi, > > I'm trying to get a postgres connection working with Mapserver 4.0.1 on > Mandrake 9.2. I'm using the Postgres and Postgis RPMs from the postgis > site, and the stable 4.0.1 source compiled with the postgis option. My -v > gives: > > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=JPEG INPUT=POSTGIS INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > > I've got a table that I loaded from a point shapefile using shp2pgsql > which I can query quite happily from the psql command line. The data in > there is in SRID 4326, e.g.: > > gid | id | x | y | height_m | height_ft | type | > name | the_geom > -----+----+-----------+-----------+----------+-------------+-------+-----------+-------------------------------------- > | 1 | -5.003492 | 56.796264 | 1343.798 | 4408.786096 | Munro | Ben > Nevis | SRID=4326;POINT(-5.003492 56.796264) > > > When I try and get the data through Mapserver I get the following > unhelpful "blank" error message: > > msDrawMap(): Image handling error. Failed to draw layer named 'peaks'. > prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) > statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT > asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from > mountains WHERE the_geom && setSRID('BOX3D(-10.5612147941099 > 48.9367546675052,6.81724902590237 55.7611851275149)'::BOX3D, > find_srid('','mountains','the_geom') )' > > Postgresql reports the error '' > > More Help: > > Error with POSTGIS data variable. You specified ''. > Standard ways of specifiying are : > (1) 'geometry_column from geometry_table' > (2) 'geometry_column from () as foo using unique > using SRID=' > > Make sure you put in the 'using unique ' and 'using SRID=#' > clauses in. > > For more help, please see http://postgis.refractions.net/documentation.php > > > Mappostgis.c - version of June 12/2003. > > > My map file has: > > LAYER > NAME "peaks" > TYPE POINT > STATUS OFF > CONNECTIONTYPE POSTGIS > CONNECTION "user=apache dbname=geo" > DATA "the_geom from mountains" > > PROJECTION > "init=epsg:4326" > END > > CLASS > SYMBOL 'circle' > SIZE 4 > COLOR 0 > END > END > > > Any suggestions would be gratefully received! > > Cheers, Matt. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From matt at phyreworks.com Tue Apr 13 08:54:40 2004 From: matt at phyreworks.com (Matt Hatcher) Date: Tue, 13 Apr 2004 16:54:40 +0100 (BST) Subject: [Mapserver-users] PostGIS blank error - bit of a newbie question....! In-Reply-To: <407C08E1.3020302@refractions.net> References: <47902.194.200.141.161.1081859103.squirrel@firenze.phyreworks.ath.cx> <407C08E1.3020302@refractions.net> Message-ID: <14140.194.200.141.161.1081871680.squirrel@firenze.phyreworks.ath.cx> Paul, Thanks. You've indirectly solved my problem! I did have a valid entry in both geometry_columns and spatial_ref_sys, but I hadn't granted permissions on them to my webserver user. I'd granted to the table itself but not the metadata tables. It works like a dream now! Matt. > Is there a valid entry for your table in geometry_columns? > Is there a valid entry for your srid in spatial_ref_sys? > Can you put the SQL from the error message (minus the DECLARE statement) > into psql and get something back? > > Matt Hatcher wrote: > >> Hi, >> >> I'm trying to get a postgres connection working with Mapserver 4.0.1 on >> Mandrake 9.2. I'm using the Postgres and Postgis RPMs from the postgis >> site, and the stable 4.0.1 source compiled with the postgis option. My >> -v >> gives: >> >> MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF >> SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT >> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=JPEG INPUT=POSTGIS >> INPUT=OGR >> INPUT=GDAL INPUT=SHAPEFILE >> >> >> I've got a table that I loaded from a point shapefile using shp2pgsql >> which I can query quite happily from the psql command line. The data in >> there is in SRID 4326, e.g.: >> >> gid | id | x | y | height_m | height_ft | type | >> name | the_geom >> -----+----+-----------+-----------+----------+-------------+-------+-----------+-------------------------------------- >> | 1 | -5.003492 | 56.796264 | 1343.798 | 4408.786096 | Munro | Ben >> Nevis | SRID=4326;POINT(-5.003492 56.796264) >> >> >> When I try and get the data through Mapserver I get the following >> unhelpful "blank" error message: >> >> msDrawMap(): Image handling error. Failed to draw layer named 'peaks'. >> prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual >> query) >> statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT >> asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from >> mountains WHERE the_geom && setSRID('BOX3D(-10.5612147941099 >> 48.9367546675052,6.81724902590237 55.7611851275149)'::BOX3D, >> find_srid('','mountains','the_geom') )' >> >> Postgresql reports the error '' >> >> More Help: >> >> Error with POSTGIS data variable. You specified '> file>'. >> Standard ways of specifiying are : >> (1) 'geometry_column from geometry_table' >> (2) 'geometry_column from () as foo using unique > name> >> using SRID=' >> >> Make sure you put in the 'using unique ' and 'using SRID=#' >> clauses in. >> >> For more help, please see >> http://postgis.refractions.net/documentation.php >> >> >> Mappostgis.c - version of June 12/2003. >> >> >> My map file has: >> >> LAYER >> NAME "peaks" >> TYPE POINT >> STATUS OFF >> CONNECTIONTYPE POSTGIS >> CONNECTION "user=apache dbname=geo" >> DATA "the_geom from mountains" >> >> PROJECTION >> "init=epsg:4326" >> END >> >> CLASS >> SYMBOL 'circle' >> SIZE 4 >> COLOR 0 >> END >> END >> >> >> Any suggestions would be gratefully received! >> >> Cheers, Matt. >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From nacional at cbs.umn.edu Tue Apr 13 08:59:43 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Tue, 13 Apr 2004 10:59:43 -0500 Subject: [Mapserver-users] Reference image and extent syntax for on-the-fly configuration In-Reply-To: <200404130323.i3D3NwA5032590@dingo.software.umn.edu> References: <200404130323.i3D3NwA5032590@dingo.software.umn.edu> Message-ID: <1081871983.1017.57.camel@localhost> Marcelle, ?Hola! What you're trying to accomplish won't work. There's no way to change template variables (the one's with "[]") in a mapfile (it works the other way around). What you need to do is compose your TEMPLATE parameter via URL and feed it back to the mapfile. So, in your web template you'll have a variable "map_layer#_class#_template" (change # with proper value) and the value would be: "http://[host]/cgi-bin/mapserv36?map=/data/projects/minnesota/View2/View2.m ap&title=[EPANAME]&layer=majwshd&map_shapepath=/data/projects/minnesotadata/ View2_final/[ABBREV]&mapext=[minx_left]+[miny_btm]+[maxx_right]+[maxy_top]&i mgext=[minx_left]+[miny_btm]+[maxx_right]+[maxy_top]&entirewshd=[minx_left]+ [miny_btm]+[maxx_right]+[maxy_top]&map_reference_image=/data/projects/minnes ota/graphics/ref_maps/[ref_name]&map_reference_extent=[minx_left]+[miny_btm] +[maxx_right]+[maxy_top]" But that probably would still not work since you're trying to update some of the variables as the user interacts with your map. For it to work, you'll need to use some javascript and javascript variables (the MapServer template variables only get updated each time you send your form back to mapserv36). So, you'll have to reconstruct the url above using good old "document.write()" and replacing "[]'s" (except the [host] which shouldn't change) with javascript variables. I know. It's giving my head a spin too. Others might actually get what you're trying to accomplish (and can then help you) if you point them to your application. Anyway, I hope at least you now understand why it wouldn't work. Good luck! -Perry On Mon, 2004-04-12 at 22:23, Marcelle Caturia wrote: > What is the syntax for on-the-fly configuration of the reference image and > reference extent? I'd like to specify the reference image name and extent > using a point-in-polygon query URL, and have unsucessfully tried using the > following code... > > LAYER # start of zoom to watersheds layer > NAME zoom_to_wshd > TYPE polygon > STATUS default > DATA zoom_to_wshd.shp > CLASS > COLOR 90 0 80 > OUTLINECOLOR 90 0 80 > SYMBOL 7 > TEMPLATE > "http://[host]/cgi-bin/mapserv36?map=/data/projects/minnesota/View2/View2.m > ap&title=[EPANAME]&layer=majwshd&map_shapepath=/data/projects/minnesotadata/ > View2_final/[ABBREV]&mapext=[minx_left]+[miny_btm]+[maxx_right]+[maxy_top]&i > mgext=[minx_left]+[miny_btm]+[maxx_right]+[maxy_top]&entirewshd=[minx_left]+ > [miny_btm]+[maxx_right]+[maxy_top]&map_reference_image=/data/projects/minnes > ota/graphics/ref_maps/[ref_name]&map_reference_extent=[minx_left]+[miny_btm] > +[maxx_right]+[maxy_top]" > END > END # end of zoom to watersheds layer > > Any suggestions would be much appreciated. > > Thanks, > > Marcelle Caturia > Graduate Research Specialist > Environmental Resources Spatial Analysis Center > University of Minnesota > catu0004 at umn.edu > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- "He's no geek.His tan's too good." -Benjamin Choate From gayathri at ou.edu Tue Apr 13 09:19:57 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Tue, 13 Apr 2004 11:19:57 -0500 Subject: [Mapserver-users] Has anyone used mapserver with mobiles to get a perspective on the amount of cell phone users at a given location? Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E4B55C@XMAIL1.sooner.net.ou.edu> http://www.ulocate.com > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Stephen Clark > Sent: Tuesday, April 13, 2004 10:40 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Has anyone used mapserver with > mobiles to get a perspective on the amount of cell phone > users at a given location? > > > Does anyone have a site which uses data from gps enabled cell phones? > > thanks, > stephen > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From hliu at jdbarnes.com Tue Apr 13 10:22:31 2004 From: hliu at jdbarnes.com (Haiyan Liu) Date: Tue, 13 Apr 2004 13:22:31 -0400 Subject: [Mapserver-users] help with adding labels/annotation, please Message-ID: <1081876950.714.87.camel@pc190.jdbarnes.com> Hi all, I had some problem with adding annotation to my map. I wrapped some codes(see Dylan Keon's posting) posted in this list into my function(see below). I created the map file. But what I got is just a blank image. Can anyone tell me what is going wrong in my situation? Thanks. // draw annotation on passed in image // @param: float $x, $y // @param: string $layer_name -- annotation layer name // @param: string $text -- for label // $param: reference of imageObj $image function addLabel($x, $y, $layer_name, $text, &$image){ $pt = ms_newLineObj(); $pt->addXY($x, $y); $shape = ms_newShapeObj(MS_SHAPE_LINE); $shape->set('classindex', 0); $shape->set('text', $text); // assign the label $shape->add($pt); // note: $map is a member var in my map class $layer = $this->map->getLayerByName($layer_name); $layer->set("status", 1); $layer->addFeature($shape); $layer->draw($image); //$shape->draw($this->map, $layer, $image); $pt->free(); $shape->free(); } #============================================= LAYER NAME pin_text STATUS ON TYPE ANNOTATION FEATURE END CLASS LABEL TYPE TRUETYPE FONT arial SIZE 10 COLOR 250 0 0 POSITION UC FORCE TRUE END END END #============================================= From dmorissette at dmsolutions.ca Tue Apr 13 11:13:44 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 13 Apr 2004 14:13:44 -0400 Subject: ENC: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer In-Reply-To: References: Message-ID: <407C2DD8.7030008@dmsolutions.ca> Gabriel Moricz wrote: > > GDal-List is with problems and it isnt Subscribing me... > > I ask for subscribe and it returns a error mail... > FYI, the gdal list has been fixed now: Frank Warmerdam wrote: >> >> There was a hardware failure late last week on remotesensing.org. Due >> to the >> heroic efforts of Jeff Largent the web site, cvs and ftp server were >> brought up on >> a preprepared mirror system before the weekend but mailing lists, and >> bugzilla >> were not. I have just got the mailing lists working (assuming this goes >> through) >> and will look at bugzilla now. >> >> Sorry for the interruption in service. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Tue Apr 13 11:23:36 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 13 Apr 2004 14:23:36 -0400 Subject: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer In-Reply-To: References: Message-ID: <407C3028.10309@dmsolutions.ca> Gabriel Moricz wrote: > gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H > -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_MING_FLASH -DUSE_GD_GIF -DUSE_GD_PN > G -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DUSE_PDF -DUSE_GDAL -D > USE_POSTGIS -I/usr/local/include -I/usr/local/include -I/usr/local > /include -I/usr/local/pgsql/include -I/usr/local/include > > hp2img.o -L. -lmap -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -lpd > f -ljpeg -lfreetype -lpng -lz -L/usr/local/lib -lproj -ljpeg -L/usr/local > /lib -lgdal.1.1 -lming -L/usr/local/pgsql/lib -lpq -L/usr/local/lib -lcurl > -lz -ldl -lz -lm -o shp2img > ./libmap.a(mappdf.o): In function `msDrawMarkerSymbolPDF': > mappdf.o(.text+0x1b26): undefined reference to `gdImageJpegPtr' > ./libmap.a(mappdf.o): In function `msDrawRasterLayerPDF': > mappdf.o(.text+0x22c4): undefined reference to `gdImageJpegPtr' > ./libmap.a(mappdf.o): In function `msSaveImagePDF': > mappdf.o(.text+0x2536): undefined reference to `gdImageJpegPtr' > ./libmap.a(mappdf.o): In function `msDrawWMSLayerPDF': > mappdf.o(.text+0x2dca): undefined reference to `gdImageJpegPtr' > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 > Sounds like you may have two copies of GD on your system. The configure may have found one that includes JPEG support (in /usr/lib, coming from the gd-devel RPM), but at link time it is another one that doesn't include JPEG that is being used (maybe one that you have installed in /usr/local/lib). Make sure there is only one set of libgd.so, libgd.a and GD header files, then rerun configure and make clean;make BTW, there are step by step instructions to compile on various flavours of Linux in the wiki: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScript -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From bigfoot at main-task.com Tue Apr 13 14:08:31 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Tue, 13 Apr 2004 16:08:31 -0500 Subject: [Mapserver-users] Has anyone used mapserver with mobiles to get a perspective on the amount of cell phone users at a given location? In-Reply-To: <3FC4483968B5A048BBD9F3387EBFF5C0E4B55C@XMAIL1.sooner.net.ou.edu> References: <3FC4483968B5A048BBD9F3387EBFF5C0E4B55C@XMAIL1.sooner.net.ou.edu> Message-ID: <407C56CF.8060602@main-task.com> I'm actually working on a project collecting gps information from a device using GPRS technology from cellular phones. The device is not a cellular phone, it has a gps receiver, a modem and a SIM CARD socket. The project is oriented to vehicle location (AVL). Is that useful to you? Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com Swaminathan, Gayathri wrote: >http://www.ulocate.com > > > >>-----Original Message----- >>From: mapserver-users-admin at lists.gis.umn.edu >>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of >>Stephen Clark >>Sent: Tuesday, April 13, 2004 10:40 AM >>To: mapserver-users at lists.gis.umn.edu >>Subject: [Mapserver-users] Has anyone used mapserver with >>mobiles to get a perspective on the amount of cell phone >>users at a given location? >> >> >>Does anyone have a site which uses data from gps enabled cell phones? >> >>thanks, >>stephen >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users >> >> >> > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From murilo.yoshida at agx.com.br Tue Apr 13 15:11:55 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Tue, 13 Apr 2004 19:11:55 -0300 Subject: [Mapserver-users] Query on symbols Message-ID: <000001c421a4$5bd14110$1364a8c0@parapente> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C4218B.36867A10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, I have a basic question. Is it possible to do queries on symbols? For example, I have a point in my map, and that point has significant data. If I put that point as one layer, or as a feature, and put a symbol on it, if the user clicks on the symbol will I be able to get the data from the dbf? Did you understand me? I want the symbol to work as a shape element, so that I can do queries on it. Is it possible? Thanks, Murilo ------=_NextPart_000_0001_01C4218B.36867A10 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

              Hi = all,

              I have a basic question. Is it = possible to do queries on symbols?

              For example, I have a point in = my map, and that point has significant data. If I put that point as one layer, = or as a feature, and put a symbol on it, if the user clicks on the symbol will I = be able to get the data from the dbf?

              Did you understand me? I want = the symbol to work as a shape element, so that I can do queries on = it.

              Is it = possible?

              = Thanks,

                 = Murilo

            ------=_NextPart_000_0001_01C4218B.36867A10-- From hal at mobilegeographics.com Tue Apr 13 17:36:14 2004 From: hal at mobilegeographics.com (Hal Mueller) Date: Tue, 13 Apr 2004 17:36:14 -0700 Subject: [Mapserver-users] installation in a shared hosting environment Message-ID: I'm about to try again to install onto a shared hosting setup (the Ensim virtual server, running Linux, I think Redhat). The shared hosting comes with Apache, PHP, and mySQL already installed, and maintained by the hosting company. I don't want to break the preinstalled Apache/PHP. But I do specifically want PHPmapscript available. I'm about to install a second copy of PHP, in a separate clean subdirectory, which will be used only to drive Mapserv/Mapscript. Is this a viable plan? Anything to worry about? Any suggestions on config options or other gotchas? TIA, Hal From dmorissette at dmsolutions.ca Tue Apr 13 18:59:21 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 13 Apr 2004 21:59:21 -0400 Subject: [Mapserver-users] querybyshape failing In-Reply-To: <9243dc920e53.920e539243dc@shaw.ca> References: <9243dc920e53.920e539243dc@shaw.ca> Message-ID: <407C9AF9.7060204@dmsolutions.ca> AARON KONING wrote: > Yes, the queryByRect with the same coordinates returns the proper amount of records (all). Do you have any example code showing queryByShape used in this fashion? > If queryByRect() works then I can't see why queryByShape() wouldn't. There may be a bug, or something missing in your script, but the problem is not obvious. If you could file a script + mapfile + dataset to reproduce this in bugzilla then we can try to see what's going on. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Tue Apr 13 19:17:57 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 13 Apr 2004 22:17:57 -0400 Subject: RES: RES: [Mapserver-users] Problems Compiling GDAL1.1.9 + MapServer In-Reply-To: References: Message-ID: <407C9F55.3030404@dmsolutions.ca> Please always reply via the list, see my reply below... Gabriel Moricz wrote: > Daniel... > > I think that I found the problem, But I dont know how to solve it.. > > Well...When I install JPEG it creats the libs in /usr/lib/libjpeg.so.62 and > not the /usr/lib/libjpeg.so so then when I install gd-2.0.15 it cant find > the -ljpeg, cause it seachs the libjpeg.so, so then I created a link from > the libjpeg.so.62 to libjpeg.so.. > > Well...it finds the -ljpeg but it gives me a error when I try to make > it..The error is: > gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/freetype2 -I/usr/local/ > include -I/usr/X11R6/include -I/usr/local/include/libpng12 -g -O2 -c > gd_jpeg.c -Wp,-MD,.deps/gd_jpeg.TPlo -fPIC -DPIC -o .libs/gd_jpeg.lo > gd_jpeg.c:41: jpeglib.h: No such file or directory > gd_jpeg.c:42: jerror.h: No such file or directory > gd_jpeg.c:247: #error IJG JPEG library BITS_IN_JSAMPLE value must be 8 or 12 > make[2]: *** [gd_jpeg.lo] Error 1 > make[2]: Leaving directory `/backup/Ambiente_Mapserver/gd-2.0.15' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/backup/Ambiente_Mapserver/gd-2.0.15' > make: *** [all] Error 2 > > Do u have any idea about how to solve it???? > I'm not sure what's going on, but for sure there seems to be quite a mess on your system. In this specific case it could be that you are missing the libjpeg-devel RPM on your system, or ??? The key is to make sure that you have one and only one copy of each library on your system, and that the header files match the binary version of the lib that's installed. It's possible to have multiple versions of a given lib coexist on the same system, but it would be too long to explain how to do this here. I think you should make sureyou don't have duplicates of any lib, and then try to follow the step by step instructions in the wiki for your platform if possible. For instance, if you use RH 8 or RH 9, then the following tells you exactly what to do to get everythinhg built without any headaches: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat9AndMapserver40 Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From woodbri at swoodbridge.com Tue Apr 13 19:38:11 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Tue, 13 Apr 2004 22:38:11 -0400 Subject: [Mapserver-users] installation in a shared hosting environment In-Reply-To: References: Message-ID: <407CA413.4080100@swoodbridge.com> That should work great, I have a similar setup on my system. I have virtual hosts where all of them use the standard php apache module and then in one virtual host I have installed php as cgi-bin with mapscript and all the php requests in that virtual host go to that php instead of the apache php module. You can do the same thing on a directory by directory basis if you want it not a big deal. Works great, haven't had a problem. -Steve Hal Mueller wrote: > > I'm about to try again to install onto a shared hosting setup (the Ensim > virtual server, running Linux, I think Redhat). > > The shared hosting comes with Apache, PHP, and mySQL already installed, > and maintained by the hosting company. I don't want to break the > preinstalled Apache/PHP. But I do specifically want PHPmapscript > available. > > I'm about to install a second copy of PHP, in a separate clean > subdirectory, which will be used only to drive Mapserv/Mapscript. Is > this a viable plan? Anything to worry about? Any suggestions on config > options or other gotchas? > > TIA, > Hal > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From palle at mail-online.dk Tue Apr 13 23:50:45 2004 From: palle at mail-online.dk (Palle Due Larsen) Date: Wed, 14 Apr 2004 08:50:45 +0200 Subject: [Mapserver-users] Query on symbols In-Reply-To: <000001c421a4$5bd14110$1364a8c0@parapente> References: <000001c421a4$5bd14110$1364a8c0@parapente> Message-ID: Hi, Use the query mode. You can find it in the documentation. Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: "Murilo Lacerda Yoshida" To: Date: Tue, 13 Apr 2004 19:11:55 -0300 Subject: [Mapserver-users] Query on symbols > Hi all, > I have a basic question. Is it possible to do queries on symbols? > For example, I have a point in my map, and that point has > significant > data. If I put that point as one layer, or as a feature, and put a > symbol on it, if the user clicks on the symbol will I be able to get > the > data from the dbf? > Did you understand me? I want the symbol to work as a shape > element, > so that I can do queries on it. > Is it possible? > Thanks, > Murilo > From nintzel at geod.tu-darmstadt.de Wed Apr 14 01:11:26 2004 From: nintzel at geod.tu-darmstadt.de (Bo Nintzel) Date: Wed, 14 Apr 2004 10:11:26 +0200 Subject: [Mapserver-users] Extent & Projection for Germany Message-ID: <407CF22E.5090606@geod.tu-darmstadt.de> Hello list, I'am using Mapserver for the first time and I've got problems how to fill in the projection and extent for a Shape-File: My shapefile is named "Ortslage_region.shp" (It's an ESRI-File). With Shpinfo I get the following Information: Type : Polygon Elements : 3 Frame : 3464327.051 / 5528971.218 - 3468422.819 / 5533160.109 Max. Parts : 2 Max. Points : 47 Datastructure: ORTSLAGE C 33.0 Klein-Gerau GEMSCHL?SS C 6.0 30 This is my map-file: MAP IMAGETYPE PNG #EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 EXTENT 3464327 5528971 3468422 5533160 SIZE 410 420 SHAPEPATH "test" IMAGECOLOR 200 255 255 PROJECTION "proj=tmerc" "ellps=bessel" "lat_0=9d0E" "lon_0=0" "x_0=500000" "no_defs<>" # # Alternatively, you can specify an EPSG code. # "init=epsg:2163" # END # Start of LAYER DEFINITIONS --------------------------------------------- LAYER # States polygon layer begins here NAME Ortslage DATA Ortslage_region STATUS DEFAULT TYPE POLYGON PROJECTION #"init=epsg:4326" "proj=tmerc" "ellps=bessel" "lat_0=9d0E" "lon_0=0" "x_0=500000" "no_defs<>" END CLASS COLOR 200 200 200 OUTLINECOLOR 32 32 32 END END # States polygon layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object I just get an emty Image with the Background-Color when I call "http://localhost/cgi-bin/mapserv.exe?map=/web/apache2/htdocs/tutorial/test.map&mode=map" I'am shure the problem is the Projection or the EXTENT or both. Does anyone know how to fill in these parts correctly? Greetings from Germany Bo Nintzel From e.capelli at iaat.org Wed Apr 14 02:51:09 2004 From: e.capelli at iaat.org (Emmanuel CAPELLI) Date: Wed, 14 Apr 2004 11:51:09 +0200 Subject: [Mapserver-users] =?iso-8859-1?Q?probl=E8me_avec_la_commande_EXPRESION?= Message-ID: <83EDF6836D31D411B007001083FC271B463D0B@NTLC2000> Hello, We recently try to install a "Serveur Cartographique" with Mapserver. We encounter a problem when we want to select objects. With the "command" EXPRESSION we can select our objects starting from the codes (text). But it selects also a character in the chain, Example: EXPRESSION /1/ it goes up object having code 1 but also code 14, 51, 100, etc. Thank you by advance for your assistance Emmanuel CAPELLI e.capelli at iaat.org LAYER NAME ZA TYPE POINT DATA ZA STATUS DEFAULT CLASSITEM 'V_ZA_CODE_' CLASS NAME "Zone d'activit?" EXPRESSION /./ COLOR 0 255 0 SYMBOL 'circle' SIZE 7 TEMPLATE "ZA.html" END HEADER "ZA_header.html" FOOTER "ZA_footer.html" TOLERANCE 5 DUMP TRUE # allow GML export METADATA WMS_TITLE "Zone d'activit?" WMS_ABSTRACT "Num?risation des Za par la DDE 79" WMS_SRS "EPSG:4326" END END From tomko at gku.sk Wed Apr 14 03:36:18 2004 From: tomko at gku.sk (Tomko) Date: Wed, 14 Apr 2004 12:36:18 +0200 Subject: [Mapserver-users] strange behavior of reference map In-Reply-To: <20040413170009.24351.25370.Mailman@lists.gis.umn.edu> Message-ID: <000001c4220c$58c08360$d90510ac@aisgkk> HI list, I am trying to fix a problem that I am encountering from the very beginning, but it was never on the top of the list... When I display my reference map, the rectangle that should show the position on the map doesn?t fit - this means, when I initialize at the full extent, The rectangle is smaller. It should be 230*110 pixels (the size of the reference.png). But the rectangle displaying the position covers only about 2/3 of the area in the y direction, the size in the X direction is fine. I have checked the resolution of the reference image, its size, and extent (i fit fits to the geografical extent of the country.) Everything's ok. Is there a size limit for refrence images? Or it must be a square? PLease, help! Martin From siki at agt.bme.hu Wed Apr 14 07:39:30 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Wed, 14 Apr 2004 13:39:30 -0100 (GMT+1) Subject: [Mapserver-users] =?iso-8859-1?Q?probl=E8me_avec_la_commande_EXPRESION?= {Scanned} {Scanned} In-Reply-To: <83EDF6836D31D411B007001083FC271B463D0B@NTLC2000> Message-ID: Hello, In Mapserver regular expressions are used in expressions if you put it between slashes, so if you would match only "1" then your expression is /^1$/. Or you can use string expression, like "1"? See map file reference. Bye Zoltan On Wed, 14 Apr 2004, Emmanuel CAPELLI wrote: > Hello, > We recently try to install a "Serveur Cartographique" with Mapserver. > We encounter a problem when we want to select objects. > With the "command" EXPRESSION we can select our objects starting from the > codes (text). But it selects also a character in the chain, Example: > EXPRESSION /1/ it goes up object having code 1 but also code 14, 51, 100, > etc. > Thank you by advance for your assistance > > Emmanuel CAPELLI > e.capelli at iaat.org > > > LAYER > NAME ZA > TYPE POINT > DATA ZA > STATUS DEFAULT > CLASSITEM 'V_ZA_CODE_' > CLASS > NAME "Zone d'activit?" > EXPRESSION /./ > COLOR 0 255 0 > SYMBOL 'circle' > SIZE 7 > TEMPLATE "ZA.html" > END > > > HEADER "ZA_header.html" > FOOTER "ZA_footer.html" > > TOLERANCE 5 > > DUMP TRUE # allow GML export > > > METADATA > WMS_TITLE "Zone d'activit?" > WMS_ABSTRACT "Num?risation des Za par la DDE 79" > WMS_SRS "EPSG:4326" > END > END > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From woodbri at swoodbridge.com Wed Apr 14 05:38:20 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Wed, 14 Apr 2004 08:38:20 -0400 Subject: [Mapserver-users] strange behavior of reference map In-Reply-To: <000001c4220c$58c08360$d90510ac@aisgkk> References: <000001c4220c$58c08360$d90510ac@aisgkk> Message-ID: <407D30BC.6090804@swoodbridge.com> I am just guessing but I think it need to be the same aspect ratio as you map image so map_h/map_w = ref_h/ref_w. -Steve Tomko wrote: > HI list, > I am trying to fix a problem that I am encountering from the very > beginning, but it was never on the top of the list... > > When I display my reference map, the rectangle that should show the > position on the map doesn?t fit - this means, when I initialize at the > full extent, The rectangle is smaller. It should be 230*110 pixels (the > size of the reference.png). But the rectangle displaying the position > covers only about 2/3 of the area in the y direction, the size in the X > direction is fine. I have checked the resolution of the reference image, > its size, and extent (i fit fits to the geografical extent of the > country.) Everything's ok. Is there a size limit for refrence images? Or > it must be a square? > PLease, help! > > Martin > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From ArminWaespy at web.de Wed Apr 14 06:02:15 2004 From: ArminWaespy at web.de (ArminWaespy at web.de) Date: Wed, 14 Apr 2004 15:02:15 +0200 Subject: [Mapserver-users] change symbol with mapscipt?? Message-ID: <237577778@web.de> hello, i tried to change the SYMBOL with mapscript/php like if ($HTTP_GET_VARS["geo"] and $HTTP_GET_VARS["relief_schummerung"]) { $aLayer = $map->getlayerbyname(geo); $myClass = $aLayer->getClass(30); $myClass->set("SYMBOL", sch_gneis); } but it doesn't work. there's an error: Fatal error: Property 'SYMBOL' does not exist in this object. anyone an idea to change the symbol with mapscript/php?? thanks armin _____________________________________________________________________ Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Netsky.A-P! Kostenfrei fuer alle FreeMail Nutzer. http://f.web.de/?mc=021157 From uli.mueller at gmx.ch Wed Apr 14 06:04:58 2004 From: uli.mueller at gmx.ch (uli) Date: Wed, 14 Apr 2004 15:04:58 +0200 Subject: [Mapserver-users] Extent & Projection for Germany In-Reply-To: <407CF22E.5090606@geod.tu-darmstadt.de> Message-ID: Gauss-Krueger needs lat_0=0 and lon_0=9 . Your false easting (x_0) is 3500000, not 500000. Your map units have to be meters. But it is still easier: - since your shape has the same projection as the whole map, you may simply delete all projection definitions - or - if you installed PROJ with the EPSG codes - specify your projection like: PROJECTION "init=epsg:31493" END Uli M?ller ------------- Uli M?ller geOps GeoInformatics Stephanienstrasse 4 D-79100 Freiburg office +49 (0)761 8814 607 home +49 (0)761 8814 606 FAX +49 (0)761 8814 607 mobile +49 (0)174 9689457 uli at geops.de & uli at geops.ch -------------- >-----Original Message----- >From: mapserver-users-admin at lists.gis.umn.edu >[mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Bo Nintzel >Sent: 2004-04-14, Mittwoch 10:11 >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] Extent & Projection for Germany > > >Hello list, >I'am using Mapserver for the first time and I've got problems how to >fill in the projection and extent for a Shape-File: >My shapefile is named "Ortslage_region.shp" (It's an ESRI-File). >With Shpinfo I get the following Information: > >Type : Polygon >Elements : 3 >Frame : 3464327.051 / 5528971.218 - 3468422.819 / 5533160.109 >Max. Parts : 2 >Max. Points : 47 >Datastructure: >ORTSLAGE C 33.0 Klein-Gerau >GEMSCHL?SS C 6.0 30 > >This is my map-file: > >MAP > IMAGETYPE PNG > #EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 > EXTENT 3464327 5528971 3468422 5533160 > SIZE 410 420 > SHAPEPATH "test" > IMAGECOLOR 200 255 255 > > PROJECTION > "proj=tmerc" > "ellps=bessel" > "lat_0=9d0E" > "lon_0=0" > "x_0=500000" > "no_defs<>" > # > # Alternatively, you can specify an EPSG code. > # "init=epsg:2163" > # > END > > # Start of LAYER DEFINITIONS >--------------------------------------------- > LAYER # States polygon layer begins here > NAME Ortslage > DATA Ortslage_region > STATUS DEFAULT > TYPE POLYGON > > PROJECTION > #"init=epsg:4326" > "proj=tmerc" > "ellps=bessel" > "lat_0=9d0E" > "lon_0=0" > "x_0=500000" > "no_defs<>" > END > > CLASS > COLOR 200 200 200 > OUTLINECOLOR 32 32 32 > END > END # States polygon layer ends here > # End of LAYER DEFINITIONS ------------------------------- > >END # end of map file/object > > >I just get an emty Image with the Background-Color when I call >"http://localhost/cgi-bin/mapserv.exe?map=/web/apache2/htdocs/tutor ial/test.map&mode=map" I'am shure the problem is the Projection or the EXTENT or both. Does anyone know how to fill in these parts correctly? Greetings from Germany Bo Nintzel _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From tomko at gku.sk Wed Apr 14 06:22:28 2004 From: tomko at gku.sk (Tomko) Date: Wed, 14 Apr 2004 15:22:28 +0200 Subject: [Mapserver-users] RE: strange behavior of reference map In-Reply-To: <407D30BC.6090804@swoodbridge.com> Message-ID: <000001c42223$8f7bee00$d90510ac@aisgkk> HI, Thsnks for the idea. I have thought about it, and the aspect ratio is fine! For the moment, I have scaled down the ref. Image to 110 pix and it work fine. BUt it is small!! Thanks Martin -----Original Message----- From: Stephen Woodbridge [mailto:woodbri at swoodbridge.com] Sent: Wednesday, April 14, 2004 2:38 PM To: tomko at gku.sk Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] strange behavior of reference map I am just guessing but I think it need to be the same aspect ratio as you map image so map_h/map_w = ref_h/ref_w. -Steve Tomko wrote: > HI list, > I am trying to fix a problem that I am encountering from the very > beginning, but it was never on the top of the list... > > When I display my reference map, the rectangle that should show the > position on the map doesn?t fit - this means, when I initialize at the > full extent, The rectangle is smaller. It should be 230*110 pixels (the > size of the reference.png). But the rectangle displaying the position > covers only about 2/3 of the area in the y direction, the size in the X > direction is fine. I have checked the resolution of the reference image, > its size, and extent (i fit fits to the geografical extent of the > country.) Everything's ok. Is there a size limit for refrence images? Or > it must be a square? > PLease, help! > > Martin > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From assefa at dmsolutions.ca Wed Apr 14 06:31:52 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 14 Apr 2004 09:31:52 -0400 Subject: [Mapserver-users] change symbol with mapscipt?? In-Reply-To: <237577778@web.de> References: <237577778@web.de> Message-ID: <407D3D48.1000208@dmsolutions.ca> In mapserver 4.X, symbol related properties are inside the style object instead of the class object. You should do something like : $myClass = $aLayer->getClass(30); $mystyle = $myClass->getstyle(0); $mystyle->set("symbolname", "sch_gneis"); For more doc. please refer to http://mapserver.gis.umn.edu/doc40/phpmapscript-class-guide.html Best Regards, ArminWaespy at web.de wrote: > hello, > i tried to change the SYMBOL with mapscript/php like > > if ($HTTP_GET_VARS["geo"] and $HTTP_GET_VARS["relief_schummerung"]) > { > $aLayer = $map->getlayerbyname(geo); > $myClass = $aLayer->getClass(30); > $myClass->set("SYMBOL", sch_gneis); > } > > but it doesn't work. > there's an error: > > Fatal error: Property 'SYMBOL' does not exist in this object. > > anyone an idea to change the symbol with mapscript/php?? > > thanks > armin > _____________________________________________________________________ > Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Netsky.A-P! > Kostenfrei fuer alle FreeMail Nutzer. http://f.web.de/?mc=021157 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/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 hliu at jdbarnes.com Wed Apr 14 06:34:03 2004 From: hliu at jdbarnes.com (Haiyan Liu) Date: Wed, 14 Apr 2004 09:34:03 -0400 Subject: [Mapserver-users] change symbol with mapscipt?? In-Reply-To: <237577778@web.de> References: <237577778@web.de> Message-ID: <1081949643.3195.4.camel@pc190.jdbarnes.com> Hi Armin How about trying getStyle() from the classObj and then use styleObj's member function setStyle()? -Haiyan On Wed, 2004-04-14 at 09:02, ArminWaespy at web.de wrote: > hello, > i tried to change the SYMBOL with mapscript/php like > > if ($HTTP_GET_VARS["geo"] and $HTTP_GET_VARS["relief_schummerung"]) > { > $aLayer = $map->getlayerbyname(geo); > $myClass = $aLayer->getClass(30); > $myClass->set("SYMBOL", sch_gneis); > } > > but it doesn't work. > there's an error: > > Fatal error: Property 'SYMBOL' does not exist in this object. > > anyone an idea to change the symbol with mapscript/php?? > > thanks > armin > _____________________________________________________________________ > Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Netsky.A-P! > Kostenfrei fuer alle FreeMail Nutzer. http://f.web.de/?mc=021157 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From burnsy at vividfish.co.uk Wed Apr 14 06:39:10 2004 From: burnsy at vividfish.co.uk (burnsy at vividfish.co.uk) Date: Wed, 14 Apr 2004 14:39:10 +0100 Subject: [Mapserver-users] ColdFusion and MapServer Message-ID: <1081949950.407d3efeb76c0@webmail.vividfish.co.uk> Hello just wondering if anyone out there has done any work with mapsever and ColdFusion.I have a project to do and am looking for any pointers anyone might have or anything to avoid. Thanks Burnsy ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From murilo.yoshida at agx.com.br Wed Apr 14 06:41:09 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Wed, 14 Apr 2004 10:41:09 -0300 Subject: RES: [Mapserver-users] Query on symbols In-Reply-To: Message-ID: <000001c42226$2d39c980$1364a8c0@parapente> But the query mode isn't only for cgi-bin applications? I'm using php/mapscript... Thanks, Murilo -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de Palle Due Larsen Enviada em: quarta-feira, 14 de abril de 2004 03:51 Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu Assunto: Re: [Mapserver-users] Query on symbols Hi, Use the query mode. You can find it in the documentation. Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: "Murilo Lacerda Yoshida" To: Date: Tue, 13 Apr 2004 19:11:55 -0300 Subject: [Mapserver-users] Query on symbols > Hi all, > I have a basic question. Is it possible to do queries on symbols? > For example, I have a point in my map, and that point has > significant > data. If I put that point as one layer, or as a feature, and put a > symbol on it, if the user clicks on the symbol will I be able to get > the > data from the dbf? > Did you understand me? I want the symbol to work as a shape > element, > so that I can do queries on it. > Is it possible? > Thanks, > Murilo > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From palle at mail-online.dk Wed Apr 14 07:09:51 2004 From: palle at mail-online.dk (Palle Due Larsen) Date: Wed, 14 Apr 2004 16:09:51 +0200 Subject: RES: [Mapserver-users] Query on symbols In-Reply-To: <000001c42226$2d39c980$1364a8c0@parapente> References: <000001c42226$2d39c980$1364a8c0@parapente> Message-ID: Sorry, I wasn't aware. In that case do queryByPoint on the layer. The exact syntax eludes me for the moment. Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: "Murilo Lacerda Yoshida" To: "'Palle Due Larsen'" , Date: Wed, 14 Apr 2004 10:41:09 -0300 Subject: RES: [Mapserver-users] Query on symbols > But the query mode isn't only for cgi-bin applications? I'm using > php/mapscript... > Thanks, > Murilo > > -----Mensagem original----- > De: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de Palle Due > Larsen > Enviada em: quarta-feira, 14 de abril de 2004 03:51 > Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu > Assunto: Re: [Mapserver-users] Query on symbols > > Hi, > > Use the query mode. You can find it in the documentation. > > Best regards > > Palle Due Larsen > Carl Bro GIS&IT > > > -----Original Message----- > From: "Murilo Lacerda Yoshida" > To: > Date: Tue, 13 Apr 2004 19:11:55 -0300 > Subject: [Mapserver-users] Query on symbols > > > Hi all, > > I have a basic question. Is it possible to do queries on symbols? > > For example, I have a point in my map, and that point has > > significant > > data. If I put that point as one layer, or as a feature, and put a > > symbol on it, if the user clicks on the symbol will I be able to > get > > the > > data from the dbf? > > Did you understand me? I want the symbol to work as a shape > > element, > > so that I can do queries on it. > > Is it possible? > > Thanks, > > Murilo > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From murilo.yoshida at agx.com.br Wed Apr 14 07:08:13 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Wed, 14 Apr 2004 11:08:13 -0300 Subject: RES: RES: [Mapserver-users] Query on symbols In-Reply-To: Message-ID: <000001c42229$f0d1a090$1364a8c0@parapente> So if I do a querybypoint into a symbol it will work? Thanks, Murilo -----Mensagem original----- De: Palle Due Larsen [mailto:palle at mail-online.dk] Enviada em: quarta-feira, 14 de abril de 2004 11:10 Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu Assunto: Re: RES: [Mapserver-users] Query on symbols Sorry, I wasn't aware. In that case do queryByPoint on the layer. The exact syntax eludes me for the moment. Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: "Murilo Lacerda Yoshida" To: "'Palle Due Larsen'" , Date: Wed, 14 Apr 2004 10:41:09 -0300 Subject: RES: [Mapserver-users] Query on symbols > But the query mode isn't only for cgi-bin applications? I'm using > php/mapscript... > Thanks, > Murilo > > -----Mensagem original----- > De: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de Palle Due > Larsen > Enviada em: quarta-feira, 14 de abril de 2004 03:51 > Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu > Assunto: Re: [Mapserver-users] Query on symbols > > Hi, > > Use the query mode. You can find it in the documentation. > > Best regards > > Palle Due Larsen > Carl Bro GIS&IT > > > -----Original Message----- > From: "Murilo Lacerda Yoshida" > To: > Date: Tue, 13 Apr 2004 19:11:55 -0300 > Subject: [Mapserver-users] Query on symbols > > > Hi all, > > I have a basic question. Is it possible to do queries on symbols? > > For example, I have a point in my map, and that point has > > significant > > data. If I put that point as one layer, or as a feature, and put a > > symbol on it, if the user clicks on the symbol will I be able to > get > > the > > data from the dbf? > > Did you understand me? I want the symbol to work as a shape > > element, > > so that I can do queries on it. > > Is it possible? > > Thanks, > > Murilo > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From eric at gomoos.org Wed Apr 14 07:18:39 2004 From: eric at gomoos.org (Eric Bridger) Date: 14 Apr 2004 10:18:39 -0400 Subject: RES: [Mapserver-users] Query on symbols In-Reply-To: <000001c42226$2d39c980$1364a8c0@parapente> References: <000001c42226$2d39c980$1364a8c0@parapente> Message-ID: <1081952324.1515.15.camel@ubet.gomoos.org> On Wed, 2004-04-14 at 09:41, Murilo Lacerda Yoshida wrote: > But the query mode isn't only for cgi-bin applications? I'm using > php/mapscript... > Thanks, > Murilo > > -----Mensagem original----- > De: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de Palle Due > Larsen > Enviada em: quarta-feira, 14 de abril de 2004 03:51 > Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu > Assunto: Re: [Mapserver-users] Query on symbols > > Hi, > > Use the query mode. You can find it in the documentation. > > Best regards > > Palle Due Larsen > Carl Bro GIS&IT > > > -----Original Message----- > From: "Murilo Lacerda Yoshida" > To: > Date: Tue, 13 Apr 2004 19:11:55 -0300 > Subject: [Mapserver-users] Query on symbols > > > Hi all, > > I have a basic question. Is it possible to do queries on symbols? > > For example, I have a point in my map, and that point has > > significant > > data. If I put that point as one layer, or as a feature, and put a > > symbol on it, if the user clicks on the symbol will I be able to get > > the > > data from the dbf? > > Did you understand me? I want the symbol to work as a shape > > element, > > so that I can do queries on it. > > Is it possible? > > Thanks, > > Murilo What you want to do is certainly possible with mapscript. Use $layer->queryByPoint() passing in the geographic point clicked by the user. What you get back will depend on the DATA source for the layer. Typically this is an index into the dbf part of the shape file, or some unique id for various databases. This index can then be used to open the dbf file and get the record or to query your database. From teb at mallit.fr.umn.edu Wed Apr 14 07:18:16 2004 From: teb at mallit.fr.umn.edu (Thomas E Burk) Date: Wed, 14 Apr 2004 09:18:16 -0500 (CDT) Subject: [Mapserver-users] GIF and PNG file formats Message-ID: <200404141418.i3EEIGc2003795@mallit.fr.umn.edu> >This has been a problem for a long time and for many users, I know several >folks have offered solutions - so let us know if you need help. You >should be able to convert your GIFs to PNG. > >I think someone needs to put together a different demo without this kind >of problem - it's bad especially for a demo trying to show how easy all >this is!! > The demo with 4.x uses .PNGs. We will fix the old demoes to do the same. Thanks, Tom From hjulien at nrcan.gc.ca Wed Apr 14 07:56:41 2004 From: hjulien at nrcan.gc.ca (Julien, Heryk) Date: Wed, 14 Apr 2004 10:56:41 -0400 Subject: [Mapserver-users] ColdFusion and MapServer Message-ID: <06B403677C41D51194550002A55107D201F7927F@s5-stf1-r1.nrn.nrcan.gc.ca> Hi, I'm working with MS and Coldfusion. My site is not on line yet. Presently I'm using session variables and a view manager to navigate in my WMS maps (mapfiles with many WMS services), query data and get remote legends. Sessions variables also help me to select the correct server when doing WMS getfeatureinfo query on local and remote data. My web services are recorded and described in a database (ex: map epsg, map extent, queryable layers , legends...). I've added a some javascript in the map browser to make the interface more friendly. It's not perfect but it works okay. However the code is complex and there are may session variables to consider. We are rethinking the whole concept and considering replacing the present interface with a simple QuickWMS interface and adding code for a getfeatureinfo button. Good luck H?ryk -----Message d'origine----- De : burnsy at vividfish.co.uk [mailto:burnsy at vividfish.co.uk] Envoy? : 14 avril, 2004 09:39 ? : mapserver-users at lists.gis.umn.edu Objet : [Mapserver-users] ColdFusion and MapServer Hello just wondering if anyone out there has done any work with mapsever and ColdFusion.I have a project to do and am looking for any pointers anyone might have or anything to avoid. Thanks Burnsy ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From murilo.yoshida at agx.com.br Wed Apr 14 08:04:44 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Wed, 14 Apr 2004 12:04:44 -0300 Subject: RES: RES: [Mapserver-users] Query on symbols In-Reply-To: <1081952324.1515.15.camel@ubet.gomoos.org> Message-ID: <000201c42231$e01dfca0$1364a8c0@parapente> Ok, I have the querybypoint implemented into my code. I was wondering if I click on a symbol, it will work as if I clicked on a shape... So that I can do a query by clicking on a symbol. Thanks, Murilo -----Mensagem original----- De: Eric Bridger [mailto:eric at gomoos.org] Enviada em: quarta-feira, 14 de abril de 2004 11:19 Para: murilo.yoshida at agx.com.br Cc: 'Palle Due Larsen'; Mapserver List Assunto: Re: RES: [Mapserver-users] Query on symbols On Wed, 2004-04-14 at 09:41, Murilo Lacerda Yoshida wrote: > But the query mode isn't only for cgi-bin applications? I'm using > php/mapscript... > Thanks, > Murilo > > -----Mensagem original----- > De: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de Palle Due > Larsen > Enviada em: quarta-feira, 14 de abril de 2004 03:51 > Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu > Assunto: Re: [Mapserver-users] Query on symbols > > Hi, > > Use the query mode. You can find it in the documentation. > > Best regards > > Palle Due Larsen > Carl Bro GIS&IT > > > -----Original Message----- > From: "Murilo Lacerda Yoshida" > To: > Date: Tue, 13 Apr 2004 19:11:55 -0300 > Subject: [Mapserver-users] Query on symbols > > > Hi all, > > I have a basic question. Is it possible to do queries on symbols? > > For example, I have a point in my map, and that point has > > significant > > data. If I put that point as one layer, or as a feature, and put a > > symbol on it, if the user clicks on the symbol will I be able to get > > the > > data from the dbf? > > Did you understand me? I want the symbol to work as a shape > > element, > > so that I can do queries on it. > > Is it possible? > > Thanks, > > Murilo What you want to do is certainly possible with mapscript. Use $layer->queryByPoint() passing in the geographic point clicked by the user. What you get back will depend on the DATA source for the layer. Typically this is an index into the dbf part of the shape file, or some unique id for various databases. This index can then be used to open the dbf file and get the record or to query your database. From jnielsen at aero-graphics.com Wed Apr 14 08:10:47 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Wed, 14 Apr 2004 09:10:47 -0600 Subject: [Mapserver-users] PHP Mapscript setup on Fedora Core. Message-ID: <1081955447.407d5477e06ab@www.agi-lan.com> Anyone here have php mapscript compiled on fedora core? If so how did you accomplish this? I am having a hell of a time with regard to php+apxs. Are there rpms out their suited for compiling mapserver with mapscript or do I just need to start from tar archives on apache and php? Thanks. From David.Fawcett at state.mn.us Wed Apr 14 08:25:40 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Wed, 14 Apr 2004 10:25:40 -0500 Subject: [Mapserver-users] ColdFusion and MapServer Message-ID: I use CF and Mapserver together some as well. As you probably know, there is no CF based scripting for MapServer like there is for PHP, Perl, etc. My use is more basic that what H?ryk is doing, essentially it is my connection to the database and I primarily do two things with it. 1. With a html or dhtml map interface, I will use a .cfm page as a query template. When a user clicks on a feature on the map (query), a .cfm page is called that brings up data associated with that point or poly. 2. On a .cfm page, when a user does a query on the database, I will use CF to build a http request to retreive a map from MapServer based on the returned data. David. David J. Fawcett MN Office of Environmental Assistance >>> "Julien, Heryk" 4/14/2004 9:56:41 AM >>> Hi, I'm working with MS and Coldfusion. My site is not on line yet. Presently I'm using session variables and a view manager to navigate in my WMS maps (mapfiles with many WMS services), query data and get remote legends. Sessions variables also help me to select the correct server when doing WMS getfeatureinfo query on local and remote data. My web services are recorded and described in a database (ex: map epsg, map extent, queryable layers , legends...). I've added a some javascript in the map browser to make the interface more friendly. It's not perfect but it works okay. However the code is complex and there are may session variables to consider. We are rethinking the whole concept and considering replacing the present interface with a simple QuickWMS interface and adding code for a getfeatureinfo button. Good luck H?ryk -----Message d'origine----- De : burnsy at vividfish.co.uk [mailto:burnsy at vividfish.co.uk] Envoy? : 14 avril, 2004 09:39 ? : mapserver-users at lists.gis.umn.edu Objet : [Mapserver-users] ColdFusion and MapServer Hello just wondering if anyone out there has done any work with mapsever and ColdFusion.I have a project to do and am looking for any pointers anyone might have or anything to avoid. Thanks Burnsy ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From David.Fawcett at state.mn.us Wed Apr 14 08:28:39 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Wed, 14 Apr 2004 10:28:39 -0500 Subject: RES: RES: [Mapserver-users] Query on symbols Message-ID: No David J. Fawcett MN Office of Environmental Assistance >>> "Murilo Lacerda Yoshida" 4/14/2004 10:04:44 AM >>> Ok, I have the querybypoint implemented into my code. I was wondering if I click on a symbol, it will work as if I clicked on a shape... So that I can do a query by clicking on a symbol. Thanks, Murilo - From hliu at jdbarnes.com Wed Apr 14 08:58:14 2004 From: hliu at jdbarnes.com (Haiyan Liu) Date: Wed, 14 Apr 2004 11:58:14 -0400 Subject: [Mapserver-users] help with adding labels/annotation, please In-Reply-To: <1081876950.714.87.camel@pc190.jdbarnes.com> References: <1081876950.714.87.camel@pc190.jdbarnes.com> Message-ID: <1081958293.3195.140.camel@pc190.jdbarnes.com> Oh yeah, call that drawLabelCache(0 fixed my problem. Let you know. -Haiyan On Tue, 2004-04-13 at 13:22, Haiyan Liu wrote: > Hi all, > > I had some problem with adding annotation to my map. I wrapped some > codes(see Dylan Keon's posting) posted in this list into my function(see > below). I created the map file. But what I got is just a blank image. > Can anyone tell me what is going wrong in my situation? Thanks. > > // draw annotation on passed in image > // @param: float $x, $y > // @param: string $layer_name -- annotation layer name > // @param: string $text -- for label > // $param: reference of imageObj $image > > function addLabel($x, $y, $layer_name, $text, &$image){ > $pt = ms_newLineObj(); > $pt->addXY($x, $y); > > $shape = ms_newShapeObj(MS_SHAPE_LINE); > $shape->set('classindex', 0); > $shape->set('text', $text); // assign the label > $shape->add($pt); > // note: $map is a member var in my map class > $layer = $this->map->getLayerByName($layer_name); > $layer->set("status", 1); > > $layer->addFeature($shape); > $layer->draw($image); > > //$shape->draw($this->map, $layer, $image); > > $pt->free(); > $shape->free(); > } > > > #============================================= > > LAYER > NAME pin_text > STATUS ON > TYPE ANNOTATION > FEATURE > END > CLASS > LABEL > TYPE TRUETYPE > FONT arial > SIZE 10 > COLOR 250 0 0 > POSITION UC > FORCE TRUE > END > END > END > > #============================================= > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From murilo.yoshida at agx.com.br Wed Apr 14 10:35:32 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Wed, 14 Apr 2004 14:35:32 -0300 Subject: RES: RES: RES: [Mapserver-users] Query on symbols In-Reply-To: Message-ID: <000001c42247$158cfc00$1364a8c0@parapente> Ok, so I can't do queries on symbols. But I still have a point that have meaningful data, and I want to show that data, if the user clicks on that point. Do you have a solution for this problem? I can't let the point the way it is, just a point, because in this case the user won't be able to click on the point, it is too small... I was thinking in emulate a symbol, using a polygon shape, but in this case if I zoom in the "symbol" would be too big... I'm a little lost, don't know if you noticed it... Thanks again, Murilo -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de David Fawcett Enviada em: quarta-feira, 14 de abril de 2004 12:29 Para: murilo.yoshida at agx.com.br; eric at gomoos.org Cc: mapserver-users at lists.gis.umn.edu; palle at mail-online.dk Assunto: Re: RES: RES: [Mapserver-users] Query on symbols No David J. Fawcett MN Office of Environmental Assistance >>> "Murilo Lacerda Yoshida" 4/14/2004 10:04:44 AM >>> Ok, I have the querybypoint implemented into my code. I was wondering if I click on a symbol, it will work as if I clicked on a shape... So that I can do a query by clicking on a symbol. Thanks, Murilo - _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lindsay at lcblanton.com Wed Apr 14 10:38:47 2004 From: lindsay at lcblanton.com (Lindsay C. Blanton) Date: Wed, 14 Apr 2004 12:38:47 -0500 Subject: [Mapserver-users] PHP Mapscript setup on Fedora Core. Message-ID: <5D91E1B9C012CF45A170862C86D9FBC709DD09@srv1.lcblanton-int.local> Jason, We just covered this issue about a week ago. Here are the steps that I used, hope this helps! To get php_mapscript working properly on a Redhat Fedora box, I used the following steps: 1. Download the php-devel rpm from Redhat and install 2. Compile mapserver with the --with-php=/usr/include/php option 3. Copy mapserv to /cgi-bin 4. Copy the php_mapscript.so file into /usr/lib/php4/ 5. Create a php wrapper script (php.sh) for the php cgi and save it into /cgi/bin: #!/bin/bash export SCRIPT_FILENAME=$PATH_TRANSLATED /usr/bin/php 6. Add the following action handlers for phtml (and/or .php) files in httpd.conf Action phtml-script /cgi-bin/php.sh AddHandler phtml-script .phtml Now apache calls the php cgi for mapscript php files, and the php apache module is called for everything else. Hope this helps someone out there using preinstalled Linux distributions. ---------------------------------------- Lindsay C. Blanton Webmaster http://www.radioreference.com > -----Original Message----- > From: Jason M. Nielsen [mailto:jnielsen at aero-graphics.com] > Sent: Wednesday, April 14, 2004 10:11 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] PHP Mapscript setup on Fedora Core. > > > Anyone here have php mapscript compiled on fedora core? If > so how did you accomplish this? I am having a hell of a time > with regard to php+apxs. Are there rpms out their suited for > compiling mapserver with mapscript or do I just need to start > from tar archives on apache and php? > > Thanks. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From dmorissette at dmsolutions.ca Wed Apr 14 10:50:24 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 14 Apr 2004 13:50:24 -0400 Subject: [Mapserver-users] PHP Mapscript setup on Fedora Core. In-Reply-To: <1081955447.407d5477e06ab@www.agi-lan.com> References: <1081955447.407d5477e06ab@www.agi-lan.com> Message-ID: <407D79E0.1040302@dmsolutions.ca> Jason M. Nielsen wrote: > Anyone here have php mapscript compiled on fedora core? If so how did you > accomplish this? I am having a hell of a time with regard to php+apxs. Are there > rpms out their suited for compiling mapserver with mapscript or do I just need > to start from tar archives on apache and php? > See: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0404/msg00266.html -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From kueda at wso.williams.edu Wed Apr 14 11:06:45 2004 From: kueda at wso.williams.edu (Ken-ichi) Date: Wed, 14 Apr 2004 11:06:45 -0700 Subject: RES: RES: RES: [Mapserver-users] Query on symbols In-Reply-To: <000001c42247$158cfc00$1364a8c0@parapente> References: <000001c42247$158cfc00$1364a8c0@parapente> Message-ID: <407D7DB5.2030103@wso.williams.edu> I'm not sure if this helps, but there's a really cool DHTML implementation of getting information from points at http://plonemap.makina-corpus.org/map/map_view. They have a nice little hovering layer that appears whenever you hover over a point. Not entirely sure how they did it, but the Python source has been GPL'd, so you could take a look at it. -Ken-ichi Murilo Lacerda Yoshida wrote: > Ok, so I can't do queries on symbols. But I still have a point that >have meaningful data, and I want to show that data, if the user clicks >on that point. > Do you have a solution for this problem? I can't let the point the way >it is, just a point, because in this case the user won't be able to >click on the point, it is too small... > I was thinking in emulate a symbol, using a polygon shape, but in this >case if I zoom in the "symbol" would be too big... > I'm a little lost, don't know if you noticed it... > Thanks again, > Murilo > >-----Mensagem original----- >De: mapserver-users-admin at lists.gis.umn.edu >[mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de David >Fawcett >Enviada em: quarta-feira, 14 de abril de 2004 12:29 >Para: murilo.yoshida at agx.com.br; eric at gomoos.org >Cc: mapserver-users at lists.gis.umn.edu; palle at mail-online.dk >Assunto: Re: RES: RES: [Mapserver-users] Query on symbols > >No > >David J. Fawcett >MN Office of Environmental Assistance > > > >>>>"Murilo Lacerda Yoshida" 4/14/2004 >>>> >>>> >10:04:44 AM >>> > Ok, I have the querybypoint implemented into my code. I was >wondering >if I click on a symbol, it will work as if I clicked on a shape... So >that I can do a query by clicking on a symbol. > Thanks, > Murilo > >- >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From dmorissette at dmsolutions.ca Wed Apr 14 11:10:46 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 14 Apr 2004 14:10:46 -0400 Subject: [Mapserver-users] PHP Mapscript setup on Fedora Core. In-Reply-To: <5D91E1B9C012CF45A170862C86D9FBC709DD09@srv1.lcblanton-int.local> References: <5D91E1B9C012CF45A170862C86D9FBC709DD09@srv1.lcblanton-int.local> Message-ID: <407D7EA6.6060505@dmsolutions.ca> Lindsay C. Blanton wrote: > Jason, > > We just covered this issue about a week ago. Here are the steps that I > used, hope this helps! > > To get php_mapscript working properly on a Redhat Fedora box, I used the > following steps: > FYI I've added these instructions in the Wiki at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptFedoraCore and linked them from the PHP MapScript wiki page: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScript Daniel - ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From eric at gomoos.org Wed Apr 14 11:23:23 2004 From: eric at gomoos.org (Eric Bridger) Date: 14 Apr 2004 14:23:23 -0400 Subject: RES: RES: RES: [Mapserver-users] Query on symbols In-Reply-To: <000001c42247$158cfc00$1364a8c0@parapente> References: <000001c42247$158cfc00$1364a8c0@parapente> Message-ID: <1081967008.1524.25.camel@ubet.gomoos.org> On Wed, 2004-04-14 at 13:35, Murilo Lacerda Yoshida wrote: > Ok, so I can't do queries on symbols. But I still have a point that > have meaningful data, and I want to show that data, if the user clicks > on that point. > Do you have a solution for this problem? I can't let the point the way > it is, just a point, because in this case the user won't be able to > click on the point, it is too small... > I was thinking in emulate a symbol, using a polygon shape, but in this > case if I zoom in the "symbol" would be too big... > I'm a little lost, don't know if you noticed it... > Thanks again, > Murilo > > -----Mensagem original----- > De: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de David > Fawcett > Enviada em: quarta-feira, 14 de abril de 2004 12:29 > Para: murilo.yoshida at agx.com.br; eric at gomoos.org > Cc: mapserver-users at lists.gis.umn.edu; palle at mail-online.dk > Assunto: Re: RES: RES: [Mapserver-users] Query on symbols > > No > > David J. Fawcett > MN Office of Environmental Assistance > > >>> "Murilo Lacerda Yoshida" 4/14/2004 > 10:04:44 AM >>> > Ok, I have the querybypoint implemented into my code. I was > wondering > if I click on a symbol, it will work as if I clicked on a shape... So > that I can do a query by clicking on a symbol. > Thanks, > Murilo I'm not sure why David said no. Perhaps I don't understand what you mean by querying a Symbol. querybypoint() is querying the layer based on where the user clicked the map. Clicking on a symbol just gives you the map x and y coordinates, which you must transform into longitude / latitude and then pass to querybypoint. It will return the index of any shapes nearby that point whether they are points, lines or polygons. Is something not working for you? There are Perl examples of this in the wiki. From TENIERER at gov.ns.ca Wed Apr 14 11:56:19 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Wed, 14 Apr 2004 15:56:19 -0300 Subject: [Mapserver-users] request=GetMap& error in MapServer v4.1 Message-ID: When I try to request GetMap: http://10.2.185.9/cgi-bin/mapserv402.exe?map=/inetpub/wwwroot/wms/wmstest.map&version=1.1.1&request=GetMap& I get a download prompt which gives me an error. This works fine in MapServer v4.0.2, anyone know what's up? Rene Here is the error: msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter. Here is a selection of the mapfile: MAP NAME "WAP Page" STATUS ON EXTENT 381053 4915490 573294 5059550 SIZE 400 300 SHAPEPATH "d:/GIS_Data/" SYMBOLSET "c:/Inetpub/wwwroot/wms/etc/nsdnr_symbols.sym" FONTSET "c:/Inetpub/wwwroot/wms/etc/fonts.txt" IMAGETYPE PNG24 IMAGECOLOR 255 255 255 UNITS METERS RESOLUTION 90.714286 WEB IMAGEPATH "c:/temp/tmp/" IMAGEURL "/temp/tmp/" METADATA "wms_title" "Nova Scotia NFIS Server" "wms_onlineresource" "http://10.2.185.9/cgi-bin/mapserv402.exe?map=/inetpub/wwwroot/wms/wapwms.map&" "wms_srs" "EPSG:2038" #Optional wms entries: "wms_contactperson" "Richard Morash" "wms_contactorganization" "Nova Scotia Department of Natural Resources, Forestry Division" "wms_contactposition" "GIS Project Manager" "wms_abstract" "Nova Scotia Department of Natural Resources Forestry Division. This is Nova Scotia's Base Data Open GIS Consortium Web Map Server for sustainable forest management." "wms_keywordlist" "WAP,Forest,Information,System,gis,sustainable,management" "wms_addresstype" "Postal" "wms_address" "664 Prince Street PO BOX 68" "wms_city" "Truro" "wms_stateorprovince" "Nova Scotia" "wms_postcode" "B2N 5B8" "wms_country" "CANADA" "wms_contactvoicetelephone" "(902) 893-5657" "wms_contactfacsimiletelephone" "(902) 893-6102" "wms_contactelectronicmailaddress" "rmorash at gov.ns.ca" "wms_accessconstraints" "WMS image only" "wms_fees" "None" END END PROJECTION "init=epsg:2038" #UTM Zone 20 NAD83 for Nova Scotia END OUTPUTFORMAT NAME "PNG24" MIMETYPE "image/png" DRIVER "GD/PNG" EXTENSION "png" IMAGEMODE RGB END LAYER NAME "Forest" GROUP "Forest_Type" STATUS OFF TYPE POLYGON MAXSCALE 500000 TILEINDEX "coindex/coindex" TILEITEM "loforest" CLASSITEM "COVER_TYPE" TOLERANCE 10 TOLERANCEUNITS PIXELS METADATA "wms_title" "Forest" "wms_srs" "EPSG:2038" "wms_group_title" "Forest_Type" END CLASS NAME "Softwood" EXPRESSION "2" STYLE SYMBOL 0 COLOR 33 66 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Mixwood" EXPRESSION "5" STYLE SYMBOL 0 COLOR 33 99 33 SIZE 1 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Hardwood" EXPRESSION "8" STYLE SYMBOL 0 COLOR 100 50 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END END From ed at topozone.com Wed Apr 14 12:18:02 2004 From: ed at topozone.com (Ed McNierney) Date: Wed, 14 Apr 2004 15:18:02 -0400 Subject: [Mapserver-users] request=GetMap& error in MapServer v4.1 Message-ID: <13858AA1A74F30419F319ACB66A9D1224E428F@mercator.topozone.com> Rene - I'm a little puzzled - your GetMap request is missing several required parameters (SRS, BBox, Width, Height, Layers, etc.). I'm surprised it worked at all in 4.0.2. The error message is (a little obscurely) complaining because you have no LAYERS at all. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Rene Teniere [mailto:TENIERER at gov.ns.ca] Sent: Wednesday, April 14, 2004 2:56 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] request=GetMap& error in MapServer v4.1 When I try to request GetMap: http://10.2.185.9/cgi-bin/mapserv402.exe?map=/inetpub/wwwroot/wms/wmstes t.map&version=1.1.1&request=GetMap& I get a download prompt which gives me an error. This works fine in MapServer v4.0.2, anyone know what's up? Rene Here is the error: msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter. Here is a selection of the mapfile: MAP NAME "WAP Page" STATUS ON EXTENT 381053 4915490 573294 5059550 SIZE 400 300 SHAPEPATH "d:/GIS_Data/" SYMBOLSET "c:/Inetpub/wwwroot/wms/etc/nsdnr_symbols.sym" FONTSET "c:/Inetpub/wwwroot/wms/etc/fonts.txt" IMAGETYPE PNG24 IMAGECOLOR 255 255 255 UNITS METERS RESOLUTION 90.714286 WEB IMAGEPATH "c:/temp/tmp/" IMAGEURL "/temp/tmp/" METADATA "wms_title" "Nova Scotia NFIS Server" "wms_onlineresource" "http://10.2.185.9/cgi-bin/mapserv402.exe?map=/inetpub/wwwroot/wms/wapwm s.map&" "wms_srs" "EPSG:2038" #Optional wms entries: "wms_contactperson" "Richard Morash" "wms_contactorganization" "Nova Scotia Department of Natural Resources, Forestry Division" "wms_contactposition" "GIS Project Manager" "wms_abstract" "Nova Scotia Department of Natural Resources Forestry Division. This is Nova Scotia's Base Data Open GIS Consortium Web Map Server for sustainable forest management." "wms_keywordlist" "WAP,Forest,Information,System,gis,sustainable,management" "wms_addresstype" "Postal" "wms_address" "664 Prince Street PO BOX 68" "wms_city" "Truro" "wms_stateorprovince" "Nova Scotia" "wms_postcode" "B2N 5B8" "wms_country" "CANADA" "wms_contactvoicetelephone" "(902) 893-5657" "wms_contactfacsimiletelephone" "(902) 893-6102" "wms_contactelectronicmailaddress" "rmorash at gov.ns.ca" "wms_accessconstraints" "WMS image only" "wms_fees" "None" END END PROJECTION "init=epsg:2038" #UTM Zone 20 NAD83 for Nova Scotia END OUTPUTFORMAT NAME "PNG24" MIMETYPE "image/png" DRIVER "GD/PNG" EXTENSION "png" IMAGEMODE RGB END LAYER NAME "Forest" GROUP "Forest_Type" STATUS OFF TYPE POLYGON MAXSCALE 500000 TILEINDEX "coindex/coindex" TILEITEM "loforest" CLASSITEM "COVER_TYPE" TOLERANCE 10 TOLERANCEUNITS PIXELS METADATA "wms_title" "Forest" "wms_srs" "EPSG:2038" "wms_group_title" "Forest_Type" END CLASS NAME "Softwood" EXPRESSION "2" STYLE SYMBOL 0 COLOR 33 66 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Mixwood" EXPRESSION "5" STYLE SYMBOL 0 COLOR 33 99 33 SIZE 1 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Hardwood" EXPRESSION "8" STYLE SYMBOL 0 COLOR 100 50 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END END _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Tom.Kralidis at ec.gc.ca Wed Apr 14 12:33:23 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Wed, 14 Apr 2004 15:33:23 -0400 Subject: [Mapserver-users] request=GetMap& error in MapServer v4.1 Message-ID: <2576812186CDD411BF1500508B6DCE9506437140@ECNWRI1.ontario.int.ec.gc.ca> This is because this MapServer dist is OGC compliant. That is, this MapServer dist passes the OGC conformance testing. The URL below is not a valid OGC:WMS GetMap request, as per the spec. ..Tom > -----Original Message----- > From: Ed McNierney [mailto:ed at topozone.com] > Sent: Wednesday, April 14, 2004 3:18 PM > To: Rene Teniere ; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] request=GetMap& error in MapServer v4.1 > > > Rene - > > I'm a little puzzled - your GetMap request is missing several > required parameters (SRS, BBox, Width, Height, Layers, etc.). > I'm surprised it worked at all in 4.0.2. The error message > is (a little obscurely) complaining because you have no LAYERS at all. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > From: Rene Teniere [mailto:TENIERER at gov.ns.ca] > Sent: Wednesday, April 14, 2004 2:56 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] request=GetMap& error in MapServer v4.1 > > When I try to request GetMap: > http://10.2.185.9/cgi-bin/mapserv402.exe?map=/inetpub/wwwroot/ > wms/wmstes > t.map&version=1.1.1&request=GetMap& > > I get a download prompt which gives me an error. This works > fine in MapServer v4.0.2, anyone know what's up? > > Rene > > Here is the error: > > > "http://schemas.opengis.net/wms/1.1.1/WMS_exception_1_1_1.dtd"> > code="LayerNotDefined"> > msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) > given in the LAYERS parameter. > > > Here is a selection of the mapfile: > > MAP > NAME "WAP Page" > STATUS ON > EXTENT 381053 4915490 573294 5059550 > SIZE 400 300 > SHAPEPATH "d:/GIS_Data/" > SYMBOLSET "c:/Inetpub/wwwroot/wms/etc/nsdnr_symbols.sym" > FONTSET "c:/Inetpub/wwwroot/wms/etc/fonts.txt" > IMAGETYPE PNG24 > IMAGECOLOR 255 255 255 > UNITS METERS > RESOLUTION 90.714286 > WEB > IMAGEPATH "c:/temp/tmp/" > IMAGEURL "/temp/tmp/" > METADATA > "wms_title" "Nova Scotia NFIS Server" > "wms_onlineresource" > "http://10.2.185.9/cgi-bin/mapserv402.exe?map=/inetpub/wwwroot > /wms/wapwm > s.map&" > "wms_srs" "EPSG:2038" > > #Optional wms entries: > "wms_contactperson" "Richard Morash" > "wms_contactorganization" "Nova Scotia Department of > Natural Resources, Forestry Division" > "wms_contactposition" "GIS Project Manager" > "wms_abstract" "Nova Scotia Department of > Natural Resources Forestry Division. This is Nova Scotia's > Base Data Open GIS Consortium Web Map Server for sustainable > forest management." > "wms_keywordlist" > "WAP,Forest,Information,System,gis,sustainable,management" > "wms_addresstype" "Postal" > "wms_address" "664 Prince Street PO BOX 68" > "wms_city" "Truro" > "wms_stateorprovince" "Nova Scotia" > "wms_postcode" "B2N 5B8" > "wms_country" "CANADA" > "wms_contactvoicetelephone" "(902) 893-5657" > "wms_contactfacsimiletelephone" "(902) 893-6102" > "wms_contactelectronicmailaddress" "rmorash at gov.ns.ca" > "wms_accessconstraints" "WMS image only" > "wms_fees" "None" > END > END > PROJECTION > "init=epsg:2038" > #UTM Zone 20 NAD83 for Nova Scotia > END > OUTPUTFORMAT > NAME "PNG24" > MIMETYPE "image/png" > DRIVER "GD/PNG" > EXTENSION "png" > IMAGEMODE RGB > END > LAYER > NAME "Forest" > GROUP "Forest_Type" > STATUS OFF > TYPE POLYGON > MAXSCALE 500000 > TILEINDEX "coindex/coindex" > TILEITEM "loforest" > CLASSITEM "COVER_TYPE" > TOLERANCE 10 > TOLERANCEUNITS PIXELS > METADATA > "wms_title" "Forest" > "wms_srs" "EPSG:2038" > "wms_group_title" "Forest_Type" > END > CLASS > NAME "Softwood" > EXPRESSION "2" > STYLE > SYMBOL 0 > COLOR 33 66 0 > SIZE 1 > MINSIZE 1 > MAXSIZE 100 > END > END > CLASS > NAME "Mixwood" > EXPRESSION "5" > STYLE > SYMBOL 0 > COLOR 33 99 33 > SIZE 1 > MINSIZE 1 > MAXSIZE 100 > END > END > CLASS > NAME "Hardwood" > EXPRESSION "8" > STYLE > SYMBOL 0 > COLOR 100 50 0 > SIZE 1 > MINSIZE 1 > MAXSIZE 100 > END > END > END > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From murilo.yoshida at agx.com.br Wed Apr 14 12:37:55 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Wed, 14 Apr 2004 16:37:55 -0300 Subject: RES: RES: RES: RES: [Mapserver-users] Query on symbols In-Reply-To: <1081967008.1524.25.camel@ubet.gomoos.org> Message-ID: <000001c42258$0755b3a0$1364a8c0@parapente> By saying querying on a symbol I mean that when the user clicks on the symbol, it would be like clicking on the point. Another problem is that under the point I have a polygon shape that can be queried, so by using querybypoint with tolerance > 0, I guess that that was your suggestion, I don't know if I would be able to know which one is the point shape. And Ken-Ichi, thanks for the suggestion, but I'm not using DHTML, and probably won't... company rules I guess. Thanks, Murilo -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de Eric Bridger Enviada em: quarta-feira, 14 de abril de 2004 15:23 Para: murilo.yoshida at agx.com.br Cc: Mapserver List Assunto: Re: RES: RES: RES: [Mapserver-users] Query on symbols On Wed, 2004-04-14 at 13:35, Murilo Lacerda Yoshida wrote: > Ok, so I can't do queries on symbols. But I still have a point that > have meaningful data, and I want to show that data, if the user clicks > on that point. > Do you have a solution for this problem? I can't let the point the way > it is, just a point, because in this case the user won't be able to > click on the point, it is too small... > I was thinking in emulate a symbol, using a polygon shape, but in this > case if I zoom in the "symbol" would be too big... > I'm a little lost, don't know if you noticed it... > Thanks again, > Murilo > > -----Mensagem original----- > De: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de David > Fawcett > Enviada em: quarta-feira, 14 de abril de 2004 12:29 > Para: murilo.yoshida at agx.com.br; eric at gomoos.org > Cc: mapserver-users at lists.gis.umn.edu; palle at mail-online.dk > Assunto: Re: RES: RES: [Mapserver-users] Query on symbols > > No > > David J. Fawcett > MN Office of Environmental Assistance > > >>> "Murilo Lacerda Yoshida" 4/14/2004 > 10:04:44 AM >>> > Ok, I have the querybypoint implemented into my code. I was > wondering > if I click on a symbol, it will work as if I clicked on a shape... So > that I can do a query by clicking on a symbol. > Thanks, > Murilo I'm not sure why David said no. Perhaps I don't understand what you mean by querying a Symbol. querybypoint() is querying the layer based on where the user clicked the map. Clicking on a symbol just gives you the map x and y coordinates, which you must transform into longitude / latitude and then pass to querybypoint. It will return the index of any shapes nearby that point whether they are points, lines or polygons. Is something not working for you? There are Perl examples of this in the wiki. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dmorissette at dmsolutions.ca Wed Apr 14 12:43:00 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 14 Apr 2004 15:43:00 -0400 Subject: [Mapserver-users] request=GetMap& error in MapServer v4.1 In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E428F@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1224E428F@mercator.topozone.com> Message-ID: <407D9444.4060907@dmsolutions.ca> Ed McNierney wrote: > > I'm a little puzzled - your GetMap request is missing several required > parameters (SRS, BBox, Width, Height, Layers, etc.). I'm surprised it > worked at all in 4.0.2. The error message is (a little obscurely) > complaining because you have no LAYERS at all. > Before V4.1, MapServer used to forgive all those missing parameters in GetMap and use default values from the mapfile. In 4.1 the checking has been made more strict on some parameters in order to pass some of the tests in the OGC test suite, and the LAYERS parameter is one of those parameters that we check for. You probably get the error on LAYERS because it's the first parameter that is checked for, and once it finds one error it stops and doesn't report other missing parameters. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From ed at topozone.com Wed Apr 14 12:45:49 2004 From: ed at topozone.com (Ed McNierney) Date: Wed, 14 Apr 2004 15:45:49 -0400 Subject: [Mapserver-users] request=GetMap& error in MapServer v4.1 Message-ID: <13858AA1A74F30419F319ACB66A9D1224E4291@mercator.topozone.com> Daniel - Yes, I speculated that was the case after I wrote - thanks for confirming it. My Irish Catholic upbringing compels me to carefully follow all the rules, so I never dared to be so adventurous as to attempt a deliberately underspecified request ;-> - Ed -----Original Message----- From: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] Sent: Wednesday, April 14, 2004 3:43 PM To: Ed McNierney Cc: Rene Teniere; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] request=GetMap& error in MapServer v4.1 Ed McNierney wrote: > > I'm a little puzzled - your GetMap request is missing several required > parameters (SRS, BBox, Width, Height, Layers, etc.). I'm surprised it > worked at all in 4.0.2. The error message is (a little obscurely) > complaining because you have no LAYERS at all. > Before V4.1, MapServer used to forgive all those missing parameters in GetMap and use default values from the mapfile. In 4.1 the checking has been made more strict on some parameters in order to pass some of the tests in the OGC test suite, and the LAYERS parameter is one of those parameters that we check for. You probably get the error on LAYERS because it's the first parameter that is checked for, and once it finds one error it stops and doesn't report other missing parameters. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Wed Apr 14 13:06:42 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 14 Apr 2004 16:06:42 -0400 Subject: [Mapserver-users] request=GetMap& error in MapServer v4.1 In-Reply-To: <2576812186CDD411BF1500508B6DCE9506437140@ECNWRI1.ontario.int.ec.gc.ca> References: <2576812186CDD411BF1500508B6DCE9506437140@ECNWRI1.ontario.int.ec.gc.ca> Message-ID: <407D99D2.4020606@dmsolutions.ca> Kralidis,Tom [Burlington] wrote: > This is because this MapServer dist is OGC compliant. That is, this > MapServer dist passes the OGC conformance testing. > Technically we cannot say "OGC Compliant" since we do not have a certificate from OGC (and MapServer still doesn't pass all the tests required to get the certification). If I'm not mistaken we can only say that "MapServer 4.2 _implements_ the WMS spec and passes most of the compliance tests". I've been "educated" on this after being caught using the wrong terminology. See sections 13 and 14 of http://test.opengis.org/about/?page=ipr&view=guidanceltr Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From denlalonde at yahoo.com Wed Apr 14 13:19:42 2004 From: denlalonde at yahoo.com (Denis Lalonde) Date: Wed, 14 Apr 2004 13:19:42 -0700 (PDT) Subject: [Mapserver-users] looping through layer's objects Message-ID: <20040414201942.17802.qmail@web41605.mail.yahoo.com> --0-839883639-1081973982=:17667 Content-Type: text/plain; charset=us-ascii Hello all, I want to list the values of a particular field for all objects contained within a layer. I therefore have to loop through all features of that layer. What's the best way of approching this? (using php mapscript) Thanks in advance, Denis --------------------------------- Do you Yahoo!? Yahoo! Tax Center - File online by April 15th --0-839883639-1081973982=:17667 Content-Type: text/html; charset=us-ascii
            Hello all,
             
            I want to list the values of a particular field for all objects contained within a layer.
             
            I therefore have to loop through all features of that layer.
             
            What's the best way of approching this?
             
            (using php mapscript)
             
            Thanks in advance,
            Denis 
             
             


            Do you Yahoo!?
            Yahoo! Tax Center - File online by April 15th --0-839883639-1081973982=:17667-- From David.Fawcett at state.mn.us Wed Apr 14 14:10:26 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Wed, 14 Apr 2004 16:10:26 -0500 Subject: RES: RES: RES: [Mapserver-users] Query on symbols Message-ID: David could of course be wrong...... It sounds as though Murilo would like to query an area defined by the outline of the symbol and return attribute data associated with the data point that is being labeled. It is my understanding that when you query a layer (that may have labels), your query point is compared to the locations (and areas for poly) of the features in that layer. The geographic space covered by the label is not considered when MapServer determines if a point falls on or within a feature in the data layer. If you are labeling with an annotation layer, while it isn't explicit in the documentation, I seem to remember that you cannot query an annotation layer. I would suggest using TOLERANCE to make the queryable area around your points to be bigger, but it sounds like that causes problems because they may also query the polygon layer underneath the points. Do you need to allow the user the option to query both layers in the same interface? David J. Fawcett MN Office of Environmental Assistance >>> Eric Bridger 4/14/2004 1:23:23 PM >>> On Wed, 2004-04-14 at 13:35, Murilo Lacerda Yoshida wrote: > Ok, so I can't do queries on symbols. But I still have a point that > have meaningful data, and I want to show that data, if the user clicks > on that point. > Do you have a solution for this problem? I can't let the point the way > it is, just a point, because in this case the user won't be able to > click on the point, it is too small... > I was thinking in emulate a symbol, using a polygon shape, but in this > case if I zoom in the "symbol" would be too big... > I'm a little lost, don't know if you noticed it... > Thanks again, > Murilo > > -----Mensagem original----- > De: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de David > Fawcett > Enviada em: quarta-feira, 14 de abril de 2004 12:29 > Para: murilo.yoshida at agx.com.br; eric at gomoos.org > Cc: mapserver-users at lists.gis.umn.edu; palle at mail-online.dk > Assunto: Re: RES: RES: [Mapserver-users] Query on symbols > > No > > David J. Fawcett > MN Office of Environmental Assistance > > >>> "Murilo Lacerda Yoshida" 4/14/2004 > 10:04:44 AM >>> > Ok, I have the querybypoint implemented into my code. I was > wondering > if I click on a symbol, it will work as if I clicked on a shape... So > that I can do a query by clicking on a symbol. > Thanks, > Murilo I'm not sure why David said no. Perhaps I don't understand what you mean by querying a Symbol. querybypoint() is querying the layer based on where the user clicked the map. Clicking on a symbol just gives you the map x and y coordinates, which you must transform into longitude / latitude and then pass to querybypoint. It will return the index of any shapes nearby that point whether they are points, lines or polygons. Is something not working for you? There are Perl examples of this in the wiki. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Wed Apr 14 14:12:45 2004 From: eric at gomoos.org (Eric Bridger) Date: 14 Apr 2004 17:12:45 -0400 Subject: [Mapserver-users] Query on symbols In-Reply-To: <000001c42258$0755b3a0$1364a8c0@parapente> References: <000001c42258$0755b3a0$1364a8c0@parapente> Message-ID: <1081977171.1524.39.camel@ubet.gomoos.org> On Wed, 2004-04-14 at 15:37, Murilo Lacerda Yoshida wrote: > By saying querying on a symbol I mean that when the user clicks on the > symbol, it would be like clicking on the point. > Another problem is that under the point I have a polygon shape that > can be queried, so by using querybypoint with tolerance > 0, I guess > that that was your suggestion, I don't know if I would be able to know > which one is the point shape. > And Ken-Ichi, thanks for the suggestion, but I'm not using DHTML, and > probably won't... company rules I guess. > Thanks, > Murilo querybypoint() is a layer method. So call it on your point layer, not your polygon layer. From Rachel_Keats at umit.maine.edu Wed Apr 14 14:29:25 2004 From: Rachel_Keats at umit.maine.edu (Rachel Keats) Date: Wed, 14 Apr 2004 17:29:25 -0400 Subject: [Mapserver-users] new user- help with queries Message-ID: Hi all, I am relatively new to the world of MapServer. I have created a simple user interface using an html template file and a .map file. The display works well and I am now trying to add some query options. I would like to add options to query the layers by point, by selection area and by attributes. Are all of these queries possible with MapServer? How would I go about adding these query options? Any suggestions are most welcome! Thanks so much! Best, Rachel ***************************************************** Rachel Keats Graduate Research Assistant Spatial Information Science and Engineering University of Maine 5711 Boardman Hall Orono ME 04469 Rachel.Keats at umit.maine.edu ***************************************************** From jnielsen at aero-graphics.com Wed Apr 14 14:47:39 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Wed, 14 Apr 2004 15:47:39 -0600 Subject: [Mapserver-users] PHP Mapscript setup on Fedora Core. In-Reply-To: <407D79E0.1040302@dmsolutions.ca> References: <1081955447.407d5477e06ab@www.agi-lan.com> <407D79E0.1040302@dmsolutions.ca> Message-ID: <1081979259.407db17b1de8e@www.agi-lan.com> Thanks Daniel and Lindsay. That did the trick. From dharanibabus at hotmail.com Wed Apr 14 21:05:27 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Thu, 15 Apr 2004 09:35:27 +0530 Subject: [Mapserver-users] Passing CGI variables Message-ID: Thanks jan ,tyler and daniel. Here is my solutions to remove the browser dependency of Map Server . I hope this would be useful for others also . The code is vb.net . Had a button and the its event is .... Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click Dim url Dim msxml As New MSXML.XMLHTTPRequest msxml.open("GET", "http://localhost/cgi-bin/mapserv_40.exe?map=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Fdemof%2Frock_pic.map&layer=tigerdata&zoomdir=1&zoomsize=2&program=%2Fcgi-bin%2Fmapserv_40.exe&map_web_imagepath=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Ftemp_rm6%2F&map_web_imageurl=%2Ftemp_rm6%2F", False) msxml.send("") url = msxml.responseText Dim objdocument objdocument = CreateObject("HTMLFILE") objdocument.open("text/html") objdocument.write(url) Dim objforms Dim ctrl Dim strpath Dim arr() As String Dim imgxy() As String Dim imgext() As String For Each objforms In objdocument.documentElement.document.Forms For Each ctrl In objforms.getElementsByTagName("*") If ctrl.tagName = "INPUT" Then If ctrl.Name = "img" Then arr = Split(ctrl.src, "/") End If If ctrl.Name = "imgxy" Then strXY = ctrl.Value End If If ctrl.Name = "imgext" Then strEXT = ctrl.Value End If End If Next Next objdocument.close() strpath = "C:\ms4w\Apache\htdocs\temp_rm6\" & arr(2) PictureBox1.BorderStyle = BorderStyle.Fixed3D PictureBox1.Image = Image.FromFile(strpath) End Sub Here first we pass the default html stream that is fed to the ms exe after the init html . Now we get the resultant text output from MS in xml form and search for the image path ( the one created at /tmp ) , the imgxy values and the imgext values and store them in a global variable . Now with the image path obtained we render the image at the picture box . Now the next job is to imitate the feed back from the template html thro the picture box . The code for it is written in the click event of picture box .... Private Sub PictureBox1_MouseUp(ByVal sender As Object, ByVal e As System.Windows.Forms.MouseEventArgs) Handles PictureBox1.MouseUp Dim xpos Dim ypos Dim strtemp xpos = e.X() ypos = e.Y() strtemp = "http://localhost/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" strtemp = strtemp & "imgxy=" & Replace(strXY, " ", "+") & "&imgext=" & Replace(strEXT, " ", "+") & "" strtemp = strtemp & "&map=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Fdemof%2Frock_pic.map&savequery=true&program=%2Fcgi-bin%2Fmapserv_40.exe&map_web_imagepath=c%3A%2Fms4w%2FApache%2Fhtdocs%2Ftemp_rm6%2F&map_web_imageurl=%2Ftemp_rm6%2F" strtemp = strtemp & "&img.x=" & xpos & "&img.y=" & ypos Dim url Dim msxml As New MSXML.XMLHTTPRequest msxml = New MSXML.XMLHTTPRequest msxml.open("GET", strtemp, False) msxml.send("") url = msxml.responseText Dim objdocument objdocument = CreateObject("HTMLFILE") objdocument.open("text/html") objdocument.write(url) Dim objforms Dim ctrl Dim strpath Dim arr() As String For Each objforms In objdocument.documentElement.document.Forms For Each ctrl In objforms.getElementsByTagName("*") If ctrl.tagName = "INPUT" Then If ctrl.Name = "img" Then arr = Split(ctrl.src, "/") End If If ctrl.Name = "imgxy" Then strXY = ctrl.Value End If If ctrl.Name = "imgext" Then strEXT = ctrl.Value End If End If Next Next objdocument.close() strpath = "C:\ms4w\Apache\htdocs\temp_rm6\" & arr(2) PictureBox1.BorderStyle = BorderStyle.Fixed3D PictureBox1.Image = Image.FromFile(strpath) msxml = Nothing End Sub Now the newly obtained X pos and Y pos of the click event are concatenated with the default http://localhost/....../file.map with imgxy + imgext + xpos +ypos . Thats all . Now the next created image path is obtained and cool we go . This wrapper can be used for adding panning , zoom out etc . with thanks in advance dharani >From: Jan Hartmann >To: Dharani Babu , >mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Passing CGI variables >Date: Tue, 13 Apr 2004 11:10:51 +0200 > > > >Dharani Babu wrote: > >> >>Thanks lot >>thanks for daniel also. I have a doubt say we click on the template html >>image . Now we have a automatic image number created like >>tmp/DEMO1080825720168.png . Now As I am trying to automatically point to >>the recently created png image , how to find out the image number ( thats >>the image file name DEMO+ 1080825720168? ) I am writing a skin with vb.net >>to handle this so that I display the images without browser support . >> > >If you create don't need web access cou can create a very simple template >file: > > > > >When you do a call to MapServer with a mapfile pointing to this template, >you'll get back the picture in the tmp directory, and the path to that file >on standard output. You can use that name in your vb.net application. > >Jan > > _________________________________________________________________ Need quick cash? http://go.msnserver.com/IN/46923.asp Click here ! From dharanibabus at hotmail.com Wed Apr 14 21:13:29 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Thu, 15 Apr 2004 09:43:29 +0530 Subject: [Mapserver-users] Passing CGI variables Message-ID: Thanks Daniel - all This helped me get a vb.net picture box based wrapper for the MS . I have a question though . As you when we post the CGI variables we are in need of posting it in the form of a html stream only--like "http://192.168.2.135/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" etc . But is there any alternative so that I can pass it with "C:/ms4w/apache/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" ? But I know very well the map server exe works with Apache or IIS . But I want to copy the map server exe and its associated dlls to a location other then the cgi-bin or scripts . Is it possible ? Is there any way we can make MS exe to get the html stream and give us the image in tmp folder WITHOUT Apache or IIS ? I am trying to get a soln by running dependency walker on ms exe and other trails with spy tools . Still not yet solved . with regards and thanks in advance dharani >From: Daniel Morissette >To: Dharani Babu >CC: mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Passing CGI variables >Date: Sat, 10 Apr 2004 11:54:24 -0400 > >Dharani Babu wrote: >>1) I am trying to pass the CGI variables to the map server exe without >>HTML submission .Thats I am trying to disassociate the browser based >>rendering .Could any of you point to the direction ?I have been able to >>pass the url thro a C# /VB.net web browser control . But searching for an >>alternative . I tried passing CGI variables thro command prompt but got >>a message that " cgi variables can be passed only via httpd " . >> > >You can call the mapserv.exe at the command prompt using > > mapserv.exe "QUERY_STRING=map=/path/to/yourmap.map&mode=...&..." > >Daniel >-- >------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ >------------------------------------------------------------ > _________________________________________________________________ Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag Only on www.shaadi.com. Register now! From hal at mobilegeographics.com Wed Apr 14 23:55:31 2004 From: hal at mobilegeographics.com (Hal Mueller) Date: Wed, 14 Apr 2004 23:55:31 -0700 Subject: [Mapserver-users] mapscript dl() fails with missing gdImageSetClip symbol Message-ID: Thanks to some suggestions from list members I have mapserv up and running, got the itasca demo to draw, and built a second PHP (CGI version) to run Mapscript. I have php_mapscript.so copied to the proper directory (I know this because for a while I didn't!). I have edited ld.so.conf, run ldconfig, and restarted httpd. I'm now trying to do a simple dl(php_mapscript), phpinfo(). When I do this I see Warning : dl(): Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20020429/php_mapscript.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20020429/php_mapscript.so: undefined symbol: gdImageSetClip in /home/virtual/site1/fst/var/www/html/mapscriptTest.phtml on line 11 The installation, and full phpinfo() results including config switches, are at http://65.18.157.253/mobilegeographics.com/mapscriptTest.phtml . Another sample, http://65.18.157.253/mobilegeographics.com/phpinfo.php, uses the built-in PHP (4.3.3 instead of 4.3.5). I believe that what is happening is that php_mapscript needs another dynamic library to find the GD stuff, but isn't finding it. But I'm not sure of that. Suggestions? TIA, Hal From TENIERER at gov.ns.ca Thu Apr 15 05:23:03 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Thu, 15 Apr 2004 09:23:03 -0300 Subject: [Mapserver-users] Raster Image Limitation Message-ID: Hi All, We have a site that we want to go public (built using Chameleon because my coded site is not ready yet and this had to be out ASAP) that uses a lot of rasters (410 indexed ecw's @ 18 - 25mb each). There are 4 other full images at much lower resolution that are scale dependent, once you reach a certain scale the high res stuff kicks in. The problem is that it works fine with one person, when multiple people use it, it craps out. We tested it out and it seems that it can only handle four high res images at a time. Is this MapServer, ecw, or a server problem? Here is the site: http://nfis.gov.ns.ca/gmap/juan/index.phtml Thanks for your time, Rene From TENIERER at gov.ns.ca Thu Apr 15 05:28:00 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Thu, 15 Apr 2004 09:28:00 -0300 Subject: [Mapserver-users] request=GetMap& error in MapServer v4.1 Message-ID: If we have to specify almost everything in the GetMap request, why do we have to have it in the WMS server map file as well?? >>> "Daniel Morissette" 2004-04-14 5:30:20 PM >>> Ed McNierney wrote: > > I'm a little puzzled - your GetMap request is missing several required > parameters (SRS, BBox, Width, Height, Layers, etc.). I'm surprised it > worked at all in 4.0.2. The error message is (a little obscurely) > complaining because you have no LAYERS at all. > Before V4.1, MapServer used to forgive all those missing parameters in GetMap and use default values from the mapfile. In 4.1 the checking has been made more strict on some parameters in order to pass some of the tests in the OGC test suite, and the LAYERS parameter is one of those parameters that we check for. You probably get the error on LAYERS because it's the first parameter that is checked for, and once it finds one error it stops and doesn't report other missing parameters. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bertrand.pau at bva.fr Thu Apr 15 05:43:23 2004 From: bertrand.pau at bva.fr (Bertrand Pau) Date: Thu, 15 Apr 2004 14:43:23 +0200 Subject: [Mapserver-users] TR: GD compiling fails Message-ID: <91CD0EE96A283B45AC53675BB6A8CABA01587E17@BVA-EXCHANGE.bva.fr> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C422E7.3D198950 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 Hi all, I've problems compiling GD. The configure doesn't find=20 freetype/freetype.h in usr/local/ and the make stops like this : In file included from gdft.c:57: freetype/freetype.h:20:2: #error "'ft2build.h' hasn't been included = yet!" any idea ? Thanks =20 ______________________________ Bertrand PAU bertrand.pau at geosignal.fr GEOSIGNAL groupe BVA 191 av du g=E9n=E9ral Leclerc BP59 - 78222 Viroflay Cedex - France tel : + 33 1 30 84 88 00 fax : + 33 1 30 84 88 01 www.geosignal.fr ______________________________=20 ------_=_NextPart_001_01C422E7.3D198950 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
             
            Hi all,

            I've problems compiling GD. The = configure=20 doesn't find
            freetype/freetype.h in usr/local/ and the make stops = like this=20 :
            In file included from gdft.c:57:
            freetype/freetype.h:20:2: = #error=20 "'ft2build.h' hasn't been included yet!"

            any idea=20 ?

            Thanks
             
            ------_=_NextPart_001_01C422E7.3D198950-- From lgs at av.eastlink.ca Thu Apr 15 06:50:11 2004 From: lgs at av.eastlink.ca (Landmark Geographic Solutions) Date: Thu, 15 Apr 2004 10:50:11 -0300 Subject: [Mapserver-users] Follow up to mapserver errors Message-ID: Hey guys, Its me again, thanks for the help on the projection and the extents issues. I don't have the mscalculatescale error or map extent error anymore. I do have a new error, I can initiate the application no prob, it goes to my template html document. Thing is the map window does not draw and when I click on my map area I get this: loadMap(): Web application error. CGI variable "map" is not set I have been trying to look back at old email list volumes but haven't found anything yet. Below is my test map file. Thanks for any suggestions you give me on improving my test app. Thanks LGS # # Start of map file # MAP NAME xxxx STATUS ON SIZE 200 200 EXTENT 204545.64 4874935.38 360084.73 4993068.92 UNITS METERS SHAPEPATH "data" IMAGETYPE PNG # # Projection definition, consult the PROJ.4 documentation for parameter discussion PROJECTION "proj=utm" #"ellps=nad83" "zone=20" #"north" #"no_defs" END WEB # MAXSCALE 1600000 # MINSCALE 500000 TEMPLATE "test.html" # IMAGEPATH "set in index_test.html" # IMAGEURL "set in index_test.html" END # Start of layer definitions # LAYER NAME LD TYPE POLYGON STATUS ON # MAXSCALE 1500000 # MINSCALE 700000 DATA land END END # Map File From gerry.creager at tamu.edu Thu Apr 15 07:03:04 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Thu, 15 Apr 2004 09:03:04 -0500 Subject: [Mapserver-users] Raster Image Limitation In-Reply-To: References: Message-ID: <407E9618.3060102@tamu.edu> What are the particulars on the server? Also, are you backing up to a database, or is this solely the rasters? (Sorry, I'm looking at it now, but I've not had time to grok it all)... I'm thinking "Server" at this point, as you're moving a lot of bits and thus have a lot of diskIO. If you're talking 'bout a SCSI-based RAID5, you've got some of the overhead covered. If you're using a slow IDE disk, it's a lot worse. Gerry Rene Teniere wrote: > Hi All, > > We have a site that we want to go public (built using Chameleon because > my coded site is not ready yet and this had to be out ASAP) that uses a > lot of rasters (410 indexed ecw's @ 18 - 25mb each). There are 4 other > full images at much lower resolution that are scale dependent, once you > reach a certain scale the high res stuff kicks in. The problem is that > it works fine with one person, when multiple people use it, it craps > out. We tested it out and it seems that it can only handle four high res > images at a time. Is this MapServer, ecw, or a server problem? Here is > the site: > > http://nfis.gov.ns.ca/gmap/juan/index.phtml > > Thanks for your time, > > Rene > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From TENIERER at gov.ns.ca Thu Apr 15 07:21:08 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Thu, 15 Apr 2004 11:21:08 -0300 Subject: [Mapserver-users] Raster Image Limitation Message-ID: Gerry, I'll have to forward this off to the network admin in order to get those answers for you. Rene >>> Gerry Creager N5JXS 2004-04-15 11:03:04 AM >>> What are the particulars on the server? Also, are you backing up to a database, or is this solely the rasters? (Sorry, I'm looking at it now, but I've not had time to grok it all)... I'm thinking "Server" at this point, as you're moving a lot of bits and thus have a lot of diskIO. If you're talking 'bout a SCSI-based RAID5, you've got some of the overhead covered. If you're using a slow IDE disk, it's a lot worse. Gerry Rene Teniere wrote: > Hi All, > > We have a site that we want to go public (built using Chameleon because > my coded site is not ready yet and this had to be out ASAP) that uses a > lot of rasters (410 indexed ecw's @ 18 - 25mb each). There are 4 other > full images at much lower resolution that are scale dependent, once you > reach a certain scale the high res stuff kicks in. The problem is that > it works fine with one person, when multiple people use it, it craps > out. We tested it out and it seems that it can only handle four high res > images at a time. Is this MapServer, ecw, or a server problem? Here is > the site: > > http://nfis.gov.ns.ca/gmap/juan/index.phtml > > Thanks for your time, > > Rene > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From AWOOLEY at mountainland.org Thu Apr 15 07:31:39 2004 From: AWOOLEY at mountainland.org (ANDREW WOOLEY) Date: Thu, 15 Apr 2004 08:31:39 -0600 Subject: [Mapserver-users] Draw only Labeled features Message-ID: Folks, I hope that I can express my question concisely. I am wondering if there is any way that I can have my map draw features only if they are labeled. I often use the GNIS and would like to only draw features if they are labeled. It looks weird to have a point without a label and is sometimes confusing. I have tried to figure out how to manage the data properly, but the GNIS layer is sometimes not the most important layer in the current extent and sometimes it is. It depends on the other layers so I haven't figured out how to do this using good data organization. I am imaging using the same rules for labeling and if the feature doesn't get a label, then don't draw the point. Can I somehow use MAXFEATURES to get what I want? If anyone has any advice, I would appreciate it. I use PHP/MapScript (the latest version) and am not afraid of a little PHP programming, if this is the best way to do it. Thanks for your help. Andrew Wooley GIS Coordinator Mountainland Association of Governments 586 E 800 N Orem, UT 84097 ph: 801.229.3844 email: awooley at mountainland.org From steve.lime at dnr.state.mn.us Thu Apr 15 08:30:08 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 15 Apr 2004 10:30:08 -0500 Subject: [Mapserver-users] Preperation for 4.2 release, update of [shpxy...] tag... Message-ID: Hi Folks: This is just a heads up for folks using the [shpxy...] tag in 4.1. I've done a bit of clean up on the tag to make it more useful. Gone is the transform attribute and there is a new proj attribute. That attribute allows you to specify an output projection for a feature. You can set proj="image" to output the feature in image coordinates suitable for an imagemap. Otherwise proj takes a Proj.4 projection string. Note that the layer associated with a feature must contain a projection object. There still may be issues with "image" coordinates IF the output map is in a different coordinate system than the layer. Without any proj attribute coordinates (at this point) are given in the native projection of the layer. Any help testing would be appreciated! Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 From irenutxa2000 at yahoo.es Thu Apr 15 08:48:53 2004 From: irenutxa2000 at yahoo.es (=?iso-8859-1?q?Irene=20P=E9rez?=) Date: Thu, 15 Apr 2004 17:48:53 +0200 (CEST) Subject: [Mapserver-users] Calculate Scale Message-ID: <20040415154853.21519.qmail@web41314.mail.yahoo.com> --0-2125955708-1082044133=:21036 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit How to get the scale of a map? In my map file: NAME CONSULTRANS IMAGETYPE PNG EXTENT -18.159679 27.635367 4.327256 43.788873 SIZE 600 450 SHAPEPATH "/home/ejemplos/data/" SYMBOLSET "/home/ejemplos/etc/symbols_mapinfo.sym" IMAGECOLOR 255 255 255 FONTSET "/home/ejemplos/consultrans/etc/fonts.txt" UNITS dd SCALE ??????? Can I know what is the scale of the map? The units are DD... I'm trying all. --------------------------------- Correo Yahoo!: 6MB, m?s protecci?n contra el spam ?gratis! --0-2125955708-1082044133=:21036 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
            How to get the scale of a map?
             
            In my map file:
             
            NAME CONSULTRANS
            IMAGETYPE     PNG
            EXTENT   -18.159679 27.635367 4.327256 43.788873
            SIZE 600 450
            SHAPEPATH     "/home/ejemplos/data/"
            SYMBOLSET  "/home/ejemplos/etc/symbols_mapinfo.sym"
            IMAGECOLOR   255 255 255
            FONTSET  "/home/ejemplos/consultrans/etc/fonts.txt"
            UNITS dd
            SCALE ???????
             
            Can I know what is the scale of the map? The units are DD...
             
            I'm trying all.
             
             
             
             


            Correo Yahoo!: 6MB, m?s protecci?n contra el spam ?gratis! --0-2125955708-1082044133=:21036-- From ed at topozone.com Thu Apr 15 08:42:34 2004 From: ed at topozone.com (Ed McNierney) Date: Thu, 15 Apr 2004 11:42:34 -0400 Subject: [Mapserver-users] Raster Image Limitation Message-ID: <13858AA1A74F30419F319ACB66A9D1224E42A8@mercator.topozone.com> Rene - If the problem crops up with the high-resolution data only (i.e. the ECW data) I would look to ECW first. We certainly run several hundred users at a time on a database of several hundred thousand raster images and have no problems like you report; we do not, however, use ECW. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Rene Teniere [mailto:TENIERER at gov.ns.ca] Sent: Thursday, April 15, 2004 10:21 AM To: gerry.creager at tamu.edu Cc: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Raster Image Limitation Gerry, I'll have to forward this off to the network admin in order to get those answers for you. Rene >>> Gerry Creager N5JXS 2004-04-15 11:03:04 AM >>> What are the particulars on the server? Also, are you backing up to a database, or is this solely the rasters? (Sorry, I'm looking at it now, but I've not had time to grok it all)... I'm thinking "Server" at this point, as you're moving a lot of bits and thus have a lot of diskIO. If you're talking 'bout a SCSI-based RAID5, you've got some of the overhead covered. If you're using a slow IDE disk, it's a lot worse. Gerry Rene Teniere wrote: > Hi All, > > We have a site that we want to go public (built using Chameleon because > my coded site is not ready yet and this had to be out ASAP) that uses a > lot of rasters (410 indexed ecw's @ 18 - 25mb each). There are 4 other > full images at much lower resolution that are scale dependent, once you > reach a certain scale the high res stuff kicks in. The problem is that > it works fine with one person, when multiple people use it, it craps > out. We tested it out and it seems that it can only handle four high res > images at a time. Is this MapServer, ecw, or a server problem? Here is > the site: > > http://nfis.gov.ns.ca/gmap/juan/index.phtml > > Thanks for your time, > > Rene > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From TENIERER at gov.ns.ca Thu Apr 15 08:51:52 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Thu, 15 Apr 2004 12:51:52 -0300 Subject: [Mapserver-users] Raster Image Limitation Message-ID: Thanks Ed, I was hoping you would respond. We have a similar site running ArcIMS and it is also slow, however, it does not crash when trying to access the images (It uses MrSID's). What format are you using, and what would you recommend? Rene Rene J.R. Teniere - BSc., D.GIS GIS Technician Nova Scotia Department of Natural Resources Forestry Division (GIS) - Truro Phone: (902) 893-5655 Mobile: (902) 209-8956 >>> "Ed McNierney" 2004-04-15 12:42:34 PM >>> Rene - If the problem crops up with the high-resolution data only (i.e. the ECW data) I would look to ECW first. We certainly run several hundred users at a time on a database of several hundred thousand raster images and have no problems like you report; we do not, however, use ECW. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Rene Teniere [mailto:TENIERER at gov.ns.ca] Sent: Thursday, April 15, 2004 10:21 AM To: gerry.creager at tamu.edu Cc: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Raster Image Limitation Gerry, I'll have to forward this off to the network admin in order to get those answers for you. Rene >>> Gerry Creager N5JXS 2004-04-15 11:03:04 AM >>> What are the particulars on the server? Also, are you backing up to a database, or is this solely the rasters? (Sorry, I'm looking at it now, but I've not had time to grok it all)... I'm thinking "Server" at this point, as you're moving a lot of bits and thus have a lot of diskIO. If you're talking 'bout a SCSI-based RAID5, you've got some of the overhead covered. If you're using a slow IDE disk, it's a lot worse. Gerry Rene Teniere wrote: > Hi All, > > We have a site that we want to go public (built using Chameleon because > my coded site is not ready yet and this had to be out ASAP) that uses a > lot of rasters (410 indexed ecw's @ 18 - 25mb each). There are 4 other > full images at much lower resolution that are scale dependent, once you > reach a certain scale the high res stuff kicks in. The problem is that > it works fine with one person, when multiple people use it, it craps > out. We tested it out and it seems that it can only handle four high res > images at a time. Is this MapServer, ecw, or a server problem? Here is > the site: > > http://nfis.gov.ns.ca/gmap/juan/index.phtml > > Thanks for your time, > > Rene > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Thu Apr 15 08:49:40 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Thu, 15 Apr 2004 11:49:40 -0400 Subject: [Mapserver-users] Draw only Labeled features In-Reply-To: References: Message-ID: <407EAF14.8010401@swoodbridge.com> For the layer definition set TYPE ANNOTATION and this should do it. -Steve W. ANDREW WOOLEY wrote: > Folks, > > I hope that I can express my question concisely. > > I am wondering if there is any way that I can have my map draw features > only if they are labeled. I often use the GNIS and would like to only > draw features if they are labeled. It looks weird to have a point > without a label and is sometimes confusing. I have tried to figure out > how to manage the data properly, but the GNIS layer is sometimes not the > most important layer in the current extent and sometimes it is. It > depends on the other layers so I haven't figured out how to do this > using good data organization. I am imaging using the same rules for > labeling and if the feature doesn't get a label, then don't draw the > point. Can I somehow use MAXFEATURES to get what I want? > > If anyone has any advice, I would appreciate it. I use PHP/MapScript > (the latest version) and am not afraid of a little PHP programming, if > this is the best way to do it. > > Thanks for your help. > > Andrew Wooley > GIS Coordinator > Mountainland Association of Governments > 586 E 800 N > Orem, UT 84097 > ph: 801.229.3844 > email: awooley at mountainland.org > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From ed at topozone.com Thu Apr 15 08:54:00 2004 From: ed at topozone.com (Ed McNierney) Date: Thu, 15 Apr 2004 11:54:00 -0400 Subject: [Mapserver-users] request=GetMap& error in MapServer v4.1 Message-ID: <13858AA1A74F30419F319ACB66A9D1224E42AA@mercator.topozone.com> Rene - The WMS GetMap request specifies a particular map, while the map file defines the set of map services available. A given map file can provide for multiple SRS, BBox, Width, Height, Layers, and Format options, so the request needs to indicate what particular map is being requested right now. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Rene Teniere [mailto:TENIERER at gov.ns.ca] Sent: Thursday, April 15, 2004 8:28 AM To: dmorissette at dmsolutions.ca; RCorbet at gov.ns.ca Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] request=GetMap& error in MapServer v4.1 If we have to specify almost everything in the GetMap request, why do we have to have it in the WMS server map file as well?? >>> "Daniel Morissette" 2004-04-14 5:30:20 PM >>> Ed McNierney wrote: > > I'm a little puzzled - your GetMap request is missing several required > parameters (SRS, BBox, Width, Height, Layers, etc.). I'm surprised it > worked at all in 4.0.2. The error message is (a little obscurely) > complaining because you have no LAYERS at all. > Before V4.1, MapServer used to forgive all those missing parameters in GetMap and use default values from the mapfile. In 4.1 the checking has been made more strict on some parameters in order to pass some of the tests in the OGC test suite, and the LAYERS parameter is one of those parameters that we check for. You probably get the error on LAYERS because it's the first parameter that is checked for, and once it finds one error it stops and doesn't report other missing parameters. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From denlalonde at yahoo.com Thu Apr 15 08:55:00 2004 From: denlalonde at yahoo.com (Denis Lalonde) Date: Thu, 15 Apr 2004 08:55:00 -0700 (PDT) Subject: [Mapserver-users] annotation layer + labeling of layer with multiple classes Message-ID: <20040415155500.39347.qmail@web41610.mail.yahoo.com> --0-1667193989-1082044500=:38776 Content-Type: text/plain; charset=us-ascii Hello again all, I've got an annotation layer (shp). In Arc View, most of the annotations (corresponding to different map layers) are rotated to their paricular features. How do I get the same behaviour in MapServer (php, mapscript)? I can get them to appear, but I can't seem to rotate them... Second question: If I have a layer containing 10 classes that I want to Auto-Label, do I have to define my label in ALL 10 classes or can I somehow only define it once for that layer? Thanks, Denis Denis Lalonde DBx GEOMATICS Inc. 37 St-Joseph Boul, floor 2 Gatineau, QC, J8Y 3V8 ( 819-772-2000 x23 2 819-772-2001 * dl at dbxgeomatics.com http://www.dbxgeomatics.com --------------------------------- Do you Yahoo!? Yahoo! Tax Center - File online by April 15th --0-1667193989-1082044500=:38776 Content-Type: text/html; charset=us-ascii
            Hello again all,
             
            I've got an annotation layer (shp). In Arc View, most of the annotations (corresponding to different map layers) are rotated to their paricular features. How do I get the same behaviour in MapServer (php, mapscript)? I can get them to appear, but I can't seem to rotate them...
             
            Second question: If I have a layer containing 10 classes that I want to Auto-Label, do I have to define my label in ALL 10 classes or can I somehow only define it once for that layer?
             
            Thanks,
            Denis
             

            Denis Lalonde

            DBx GEOMATICS Inc.

            37 St-Joseph Boul, floor 2

            Gatineau, QC, J8Y 3V8

            (    819-772-2000 x23

            2     819-772-2001

            * dl at dbxgeomatics.com

            http://www.dbxgeomatics.com


            Do you Yahoo!?
            Yahoo! Tax Center - File online by April 15th --0-1667193989-1082044500=:38776-- From warmerdam at pobox.com Thu Apr 15 09:07:09 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 15 Apr 2004 12:07:09 -0400 Subject: [Mapserver-users] Raster Image Limitation In-Reply-To: References: Message-ID: <407EB32D.2050501@pobox.com> Rene Teniere wrote: > Hi All, > > We have a site that we want to go public (built using Chameleon because > my coded site is not ready yet and this had to be out ASAP) that uses a > lot of rasters (410 indexed ecw's @ 18 - 25mb each). There are 4 other > full images at much lower resolution that are scale dependent, once you > reach a certain scale the high res stuff kicks in. The problem is that > it works fine with one person, when multiple people use it, it craps > out. We tested it out and it seems that it can only handle four high res > images at a time. Is this MapServer, ecw, or a server problem? Here is > the site: Rene, What exactly do you mean when you say it craps out? Do things work fine when you have 1-3 users rendering high resolution (from ECW) views, but "crap outs" start happening with 4 or more? Does your Chameleon based application run as a cgi or "within the web server" as a loadable module? Can you reproduce this issue by running overlapping shp2img'es on the ECW data? My guesses are: o You are using PHP as a loadable module and some sort of thread interference problem is occuring (unlikely since I don't think PHP MapScript is in wide use as a loadable module). o Some sort of file locking issue with the ecw files - unlikely, but would be reproducable with shp2img. o Reading ECW files is pretty resources intensive, and having several ECW renders going on at the same time is exausting system resources. A system resources monitor on the server should give some idea about this. I strongly encourage you to try and reproduce the problem with shp2img, and to look for any sort of error messages, tracebacks or something that would help isolate the problem. Good luck, -- ---------------------------------------+-------------------------------------- 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 ed at topozone.com Thu Apr 15 09:09:03 2004 From: ed at topozone.com (Ed McNierney) Date: Thu, 15 Apr 2004 12:09:03 -0400 Subject: [Mapserver-users] Raster Image Limitation Message-ID: <13858AA1A74F30419F319ACB66A9D1224E42AB@mercator.topozone.com> Rene - To be honest, I highly recommend GeoTIFF. You sound like your ECW files are less than 10 gigabytes altogether; what kind of compression ratio are you using? If it's, say, 20:1 compression, then you'd have 200 gigabytes of uncompressed data. 200 gigabytes of disk space is pretty cheap these days... I do not recommend using any compression format, particularly wavelet-style formats, when multiuser performance is important. Decompressing these images quickly can be CPU and memory-intensive. Particularly if you've got a memory-intensive decompressor, it may work fine for light loads, but if you hit a few simultaneous users and run out of physical RAM and start swapping (and you naturally haven't spent money on fast swap disks ) things can deteriorate VERY quickly. RAM is cheap, and disk is cheap. Invest in both. You don't have to go wild spending money, but you will quickly spend several hundred dollars in staff time trying to make your current config work, and a few hundred dollars (even Canadian ones) will buy quite a bit of disk or RAM. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Rene Teniere [mailto:TENIERER at gov.ns.ca] Sent: Thursday, April 15, 2004 11:52 AM To: gerry.creager at tamu.edu; Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Raster Image Limitation Thanks Ed, I was hoping you would respond. We have a similar site running ArcIMS and it is also slow, however, it does not crash when trying to access the images (It uses MrSID's). What format are you using, and what would you recommend? Rene Rene J.R. Teniere - BSc., D.GIS GIS Technician Nova Scotia Department of Natural Resources Forestry Division (GIS) - Truro Phone: (902) 893-5655 Mobile: (902) 209-8956 >>> "Ed McNierney" 2004-04-15 12:42:34 PM >>> Rene - If the problem crops up with the high-resolution data only (i.e. the ECW data) I would look to ECW first. We certainly run several hundred users at a time on a database of several hundred thousand raster images and have no problems like you report; we do not, however, use ECW. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Rene Teniere [mailto:TENIERER at gov.ns.ca] Sent: Thursday, April 15, 2004 10:21 AM To: gerry.creager at tamu.edu Cc: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Raster Image Limitation Gerry, I'll have to forward this off to the network admin in order to get those answers for you. Rene >>> Gerry Creager N5JXS 2004-04-15 11:03:04 AM >>> What are the particulars on the server? Also, are you backing up to a database, or is this solely the rasters? (Sorry, I'm looking at it now, but I've not had time to grok it all)... I'm thinking "Server" at this point, as you're moving a lot of bits and thus have a lot of diskIO. If you're talking 'bout a SCSI-based RAID5, you've got some of the overhead covered. If you're using a slow IDE disk, it's a lot worse. Gerry Rene Teniere wrote: > Hi All, > > We have a site that we want to go public (built using Chameleon because > my coded site is not ready yet and this had to be out ASAP) that uses a > lot of rasters (410 indexed ecw's @ 18 - 25mb each). There are 4 other > full images at much lower resolution that are scale dependent, once you > reach a certain scale the high res stuff kicks in. The problem is that > it works fine with one person, when multiple people use it, it craps > out. We tested it out and it seems that it can only handle four high res > images at a time. Is this MapServer, ecw, or a server problem? Here is > the site: > > http://nfis.gov.ns.ca/gmap/juan/index.phtml > > Thanks for your time, > > Rene > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From TENIERER at gov.ns.ca Thu Apr 15 09:16:43 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Thu, 15 Apr 2004 13:16:43 -0300 Subject: [Mapserver-users] WMS style elements and SLD Message-ID: Hi all, I am curious about the proper usage of wms_stylelist and the NamedStyle in SLD. Is this the proper reference? The docs are a little unclear. Rene basewms_sld.xml file: Roads HighwayStyle Map file: LAYER NAME "Roads" STATUS OFF TYPE LINE TILEINDEX "coindex/coindex" TILEITEM "lonetlin" GROUP "Base Data" CLASSITEM "fcode" METADATA "wms_title" "Roads" "wms_srs" "EPSG:2038" "wms_group_title" "Base Data" "wms_stylelist" "HighwayStyle,TrunkStyle,SecondaryStyle,TracksStyle,RailroadStyle" "wms_HighwayStyle_sld" "http://10.2.185.9/wms/basewms_sld.xml" END CLASS NAME "100 Series Highway" EXPRESSION "210" STYLE NAME "HighwayStyle" COLOR 255 00 00 SYMBOL 2 SIZE 2 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Trunk Roads" EXPRESSION "211" STYLE NAME "TrunkStyle" SYMBOL 2 COLOR 145 85 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Secondary Roads" EXPRESSION "212" STYLE NAME "SecondaryStyle" SYMBOL 2 COLOR 0 0 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Tracks and Trails" EXPRESSION "213" STYLE NAME "TracksStyle" SYMBOL 5 COLOR 0 0 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Railroad" EXPRESSION "220" STYLE NAME "RailroadStyle" COLOR 180 0 0 SYMBOL 4 SIZE 1 MINSIZE 1 MAXSIZE 100 END END END From TENIERER at gov.ns.ca Thu Apr 15 09:31:21 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Thu, 15 Apr 2004 13:31:21 -0300 Subject: [Mapserver-users] Raster Image Limitation Message-ID: Thanks Ed, you have provided us at NSDNR with very valuable information :) I will keep you advised of the situation! Rene Rene J.R. Teniere - BSc., D.GIS GIS Technician Nova Scotia Department of Natural Resources Forestry Division (GIS) - Truro Phone: (902) 893-5655 Mobile: (902) 209-8956 >>> "Ed McNierney" 2004-04-15 1:09:03 PM >>> Rene - To be honest, I highly recommend GeoTIFF. You sound like your ECW files are less than 10 gigabytes altogether; what kind of compression ratio are you using? If it's, say, 20:1 compression, then you'd have 200 gigabytes of uncompressed data. 200 gigabytes of disk space is pretty cheap these days... I do not recommend using any compression format, particularly wavelet-style formats, when multiuser performance is important. Decompressing these images quickly can be CPU and memory-intensive. Particularly if you've got a memory-intensive decompressor, it may work fine for light loads, but if you hit a few simultaneous users and run out of physical RAM and start swapping (and you naturally haven't spent money on fast swap disks ) things can deteriorate VERY quickly. RAM is cheap, and disk is cheap. Invest in both. You don't have to go wild spending money, but you will quickly spend several hundred dollars in staff time trying to make your current config work, and a few hundred dollars (even Canadian ones) will buy quite a bit of disk or RAM. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Rene Teniere [mailto:TENIERER at gov.ns.ca] Sent: Thursday, April 15, 2004 11:52 AM To: gerry.creager at tamu.edu; Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Raster Image Limitation Thanks Ed, I was hoping you would respond. We have a similar site running ArcIMS and it is also slow, however, it does not crash when trying to access the images (It uses MrSID's). What format are you using, and what would you recommend? Rene Rene J.R. Teniere - BSc., D.GIS GIS Technician Nova Scotia Department of Natural Resources Forestry Division (GIS) - Truro Phone: (902) 893-5655 Mobile: (902) 209-8956 >>> "Ed McNierney" 2004-04-15 12:42:34 PM >>> Rene - If the problem crops up with the high-resolution data only (i.e. the ECW data) I would look to ECW first. We certainly run several hundred users at a time on a database of several hundred thousand raster images and have no problems like you report; we do not, however, use ECW. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Rene Teniere [mailto:TENIERER at gov.ns.ca] Sent: Thursday, April 15, 2004 10:21 AM To: gerry.creager at tamu.edu Cc: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Raster Image Limitation Gerry, I'll have to forward this off to the network admin in order to get those answers for you. Rene >>> Gerry Creager N5JXS 2004-04-15 11:03:04 AM >>> What are the particulars on the server? Also, are you backing up to a database, or is this solely the rasters? (Sorry, I'm looking at it now, but I've not had time to grok it all)... I'm thinking "Server" at this point, as you're moving a lot of bits and thus have a lot of diskIO. If you're talking 'bout a SCSI-based RAID5, you've got some of the overhead covered. If you're using a slow IDE disk, it's a lot worse. Gerry Rene Teniere wrote: > Hi All, > > We have a site that we want to go public (built using Chameleon because > my coded site is not ready yet and this had to be out ASAP) that uses a > lot of rasters (410 indexed ecw's @ 18 - 25mb each). There are 4 other > full images at much lower resolution that are scale dependent, once you > reach a certain scale the high res stuff kicks in. The problem is that > it works fine with one person, when multiple people use it, it craps > out. We tested it out and it seems that it can only handle four high res > images at a time. Is this MapServer, ecw, or a server problem? Here is > the site: > > http://nfis.gov.ns.ca/gmap/juan/index.phtml > > Thanks for your time, > > Rene > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From AWOOLEY at mountainland.org Thu Apr 15 09:48:13 2004 From: AWOOLEY at mountainland.org (ANDREW WOOLEY) Date: Thu, 15 Apr 2004 10:48:13 -0600 Subject: [Mapserver-users] Draw only Labeled features Message-ID: Thanks for the response. I actually use this on some of my layers right now, but how would I also draw the feature if the label gets placed, but not draw the feature if the label does not get placed. Andrew >>> Stephen Woodbridge 4/15/2004 9:49:40 AM >>> For the layer definition set TYPE ANNOTATION and this should do it. -Steve W. ANDREW WOOLEY wrote: > Folks, > > I hope that I can express my question concisely. > > I am wondering if there is any way that I can have my map draw features > only if they are labeled. I often use the GNIS and would like to only > draw features if they are labeled. It looks weird to have a point > without a label and is sometimes confusing. I have tried to figure out > how to manage the data properly, but the GNIS layer is sometimes not the > most important layer in the current extent and sometimes it is. It > depends on the other layers so I haven't figured out how to do this > using good data organization. I am imaging using the same rules for > labeling and if the feature doesn't get a label, then don't draw the > point. Can I somehow use MAXFEATURES to get what I want? > > If anyone has any advice, I would appreciate it. I use PHP/MapScript > (the latest version) and am not afraid of a little PHP programming, if > this is the best way to do it. > > Thanks for your help. > > Andrew Wooley > GIS Coordinator > Mountainland Association of Governments > 586 E 800 N > Orem, UT 84097 > ph: 801.229.3844 > email: awooley at mountainland.org > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dmcilhagga at dmsolutions.ca Thu Apr 15 09:47:51 2004 From: dmcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Thu, 15 Apr 2004 12:47:51 -0400 Subject: [Mapserver-users] ANNOUNCE: Update on 2nd MapServer User Meeting and OSGIS 2004 Message-ID: <407EBCB7.6010700@dmsolutions.ca> Hi everyone, Sorry for the cross-postings, but I wanted to make sure we got this message to as many people as possible. Please feel free to distribute. For those of you who have not heard yet, the Ottawa MapServer Users Group is very busy preparing for this year's 2nd Annual MapServer User Meeting scheduled for June 9-11, 2004 at Carleton University, Ottawa, Canada. The early bird registration is available only until April 30th, so please register soon. Not only does this save you some money, it also helps us plan for the numbers that we may expect for the big event. As you will see on the conference website (http://www.omsug.ca), some new additions have now been included: - Online Registration is now Available! - We have a number of workshops and presenters committed -- take a look at the conferece program for details (http://www.omsug.ca/osgis2004/program.html). This is tentative, but should give you an idea of the kinds of presenters and topics that will be covered. - Our program is not full -- so we're looking to you to give us your suggestions on presentations that you are interested in giving. See the call for presentations for more details. We also want to hear from you about the about the workshops we have lined up with any suggestions for others you may be interested in. - Thank you to our initial sponsors - Tydac, GIS Monitor and DM Solutions Group. Anyone who is interested in sponsoring and/or exhibiting, please contact us. There is also a bonus for early-bird sponsors before April 30th. Some additional notes: In addition to the MapServer User meeting, a parallel Open Source GIS Conference will be taking place. In this event, there will be a lot of general discussion about the open source movement within the GIS community, exposure to many technologies such as OpenEV and Grass, and a stream focussed on management issues for incorporating Open Source in your organization. I encourage all of you to look into participating in this event and help us to get the word out to the other open source gis communities who may be interested in attending. Also - I should mention that the hotel rooms and conference rates are only guaranteed through May 9th, so book your accomodations as soon as possible, as we cannot provide any guarantees beyond this date. Tourist season in Ottawa starts in May/June so booking a hotel late can be tricky. We are eager for any feedback or comments you may have so don't hesitate to contact me directly or provide feedback through the conference website. Only 2 months to go! Looking forward to seeing you all soon here in Ottawa! Dave Dave McIlhagga dmcilhagga at dmsolutions.ca OSGIS 2004 and 2nd Annual MUM Planning Committee http://www.omsug.ca From spencer at dmsolutions.ca Thu Apr 15 10:04:34 2004 From: spencer at dmsolutions.ca (Paul Spencer) Date: Thu, 15 Apr 2004 13:04:34 -0400 Subject: [Mapserver-users] Preperation for 4.2 release, update of [shpxy...] tag... In-Reply-To: References: Message-ID: <407EC0A2.3060008@magma.ca> Steve, is transform gone or just deprecated? It would probably be useful to just deprecate it for one version to allow everyone to convert their code and make it work with certain release versions .. Paul Steve Lime wrote: > Hi Folks: This is just a heads up for folks using the [shpxy...] tag in > 4.1. I've done a bit of > clean up on the tag to make it more useful. Gone is the transform > attribute and there is > a new proj attribute. That attribute allows you to specify an output > projection for a feature. > You can set proj="image" to output the feature in image coordinates > suitable for an > imagemap. Otherwise proj takes a Proj.4 projection string. Note that > the layer associated > with a feature must contain a projection object. There still may be > issues with "image" > coordinates IF the output map is in a different coordinate system than > the layer. > > Without any proj attribute coordinates (at this point) are given in the > native projection > of the layer. > > Any help testing would be appreciated! > > Steve > > Stephen Lime > Data & Applications Manager > > Minnesota DNR > 500 Lafayette Road > St. Paul, MN 55155 > 651-297-2937 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------------- |Paul Spencer pspencer at dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From assefa at dmsolutions.ca Thu Apr 15 10:21:52 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Thu, 15 Apr 2004 13:21:52 -0400 Subject: [Mapserver-users] WMS style elements and SLD In-Reply-To: References: Message-ID: <407EC4B0.2000300@dmsolutions.ca> Rene, You should use the wms_sld_url metadata. So in your case you would have "wms_sld_url" "http://10.2.185.9/wms/basewms_sld.xml". Note also that there is the wms_sld_body metedata that can be set to the actual contect of the sld document. Best Regards, Rene Teniere wrote: > Hi all, > > I am curious about the proper usage of wms_stylelist and the NamedStyle > in SLD. Is this the proper reference? The docs are a little unclear. > > Rene > > basewms_sld.xml file: > > > > Roads > > HighwayStyle > > > > > Map file: > > LAYER > NAME "Roads" > STATUS OFF > TYPE LINE > TILEINDEX "coindex/coindex" > TILEITEM "lonetlin" > GROUP "Base Data" > CLASSITEM "fcode" > METADATA > "wms_title" "Roads" > "wms_srs" "EPSG:2038" > "wms_group_title" "Base Data" > "wms_stylelist" > "HighwayStyle,TrunkStyle,SecondaryStyle,TracksStyle,RailroadStyle" > "wms_HighwayStyle_sld" "http://10.2.185.9/wms/basewms_sld.xml" > END > CLASS > NAME "100 Series Highway" > EXPRESSION "210" > STYLE > NAME "HighwayStyle" > COLOR 255 00 00 > SYMBOL 2 > SIZE 2 > MINSIZE 1 > MAXSIZE 100 > END > END > CLASS > NAME "Trunk Roads" > EXPRESSION "211" > STYLE > NAME "TrunkStyle" > SYMBOL 2 > COLOR 145 85 0 > SIZE 1 > MINSIZE 1 > MAXSIZE 100 > END > END > CLASS > NAME "Secondary Roads" > EXPRESSION "212" > STYLE > NAME "SecondaryStyle" > SYMBOL 2 > COLOR 0 0 0 > SIZE 1 > MINSIZE 1 > MAXSIZE 100 > END > END > CLASS > NAME "Tracks and Trails" > EXPRESSION "213" > STYLE > NAME "TracksStyle" > SYMBOL 5 > COLOR 0 0 0 > SIZE 1 > MINSIZE 1 > MAXSIZE 100 > END > END > CLASS > NAME "Railroad" > EXPRESSION "220" > STYLE > NAME "RailroadStyle" > COLOR 180 0 0 > SYMBOL 4 > SIZE 1 > MINSIZE 1 > MAXSIZE 100 > END > END > END > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/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 woodbri at swoodbridge.com Thu Apr 15 10:12:38 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Thu, 15 Apr 2004 13:12:38 -0400 Subject: [Mapserver-users] Draw only Labeled features In-Reply-To: References: Message-ID: <407EC286.1080501@swoodbridge.com> If the LAYER is ANNOTATION instead of POINT the it will only draw the object if it can be labeled. Just change the type POINT to ANNOTATION and make sure you LABEL definitions are in that LAYER and it should work. If not add the layer definition in your post so we can see it. -Steve W. ANDREW WOOLEY wrote: > Thanks for the response. I actually use this on some of my layers right > now, but how would I also draw the feature if the label gets placed, but > not draw the feature if the label does not get placed. > > Andrew > > >>>>Stephen Woodbridge 4/15/2004 9:49:40 AM >>>> > > For the layer definition set > TYPE ANNOTATION > and this should do it. > > -Steve W. > > ANDREW WOOLEY wrote: > > >>Folks, >> >>I hope that I can express my question concisely. >> >>I am wondering if there is any way that I can have my map draw > > features > >>only if they are labeled. I often use the GNIS and would like to > > only > >>draw features if they are labeled. It looks weird to have a point >>without a label and is sometimes confusing. I have tried to figure > > out > >>how to manage the data properly, but the GNIS layer is sometimes not > > the > >>most important layer in the current extent and sometimes it is. It >>depends on the other layers so I haven't figured out how to do this >>using good data organization. I am imaging using the same rules for >>labeling and if the feature doesn't get a label, then don't draw the >>point. Can I somehow use MAXFEATURES to get what I want? >> >>If anyone has any advice, I would appreciate it. I use > > PHP/MapScript > >>(the latest version) and am not afraid of a little PHP programming, > > if > >>this is the best way to do it. >> >>Thanks for your help. >> >>Andrew Wooley >>GIS Coordinator >>Mountainland Association of Governments >>586 E 800 N >>Orem, UT 84097 >>ph: 801.229.3844 >>email: awooley at mountainland.org >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From hal at mobilegeographics.com Thu Apr 15 10:14:24 2004 From: hal at mobilegeographics.com (Hal Mueller) Date: Thu, 15 Apr 2004 10:14:24 -0700 Subject: [Mapserver-users] mapscript dl() fails with missing gdImageSetClip symbol In-Reply-To: References: Message-ID: At 23:55 -0700 4/14/04, Hal Mueller wrote: >I believe that what is happening is that php_mapscript needs another >dynamic library to find the GD stuff, but isn't finding it. But I'm >not sure of that. Nope, this was the wrong guess. I had the wrong GD setting on my mapserv config.status. When I added "static" to the GD flag, making it "--with-gd=static,../gd-2.0.21" , then the PHP load of php_mapscript.so worked fine. Off to create my next bug... H From eric at gomoos.org Thu Apr 15 10:43:30 2004 From: eric at gomoos.org (Eric Bridger) Date: 15 Apr 2004 13:43:30 -0400 Subject: [Mapserver-users] Calculate Scale In-Reply-To: <20040415154853.21519.qmail@web41314.mail.yahoo.com> References: <20040415154853.21519.qmail@web41314.mail.yahoo.com> Message-ID: <1082051015.1788.14.camel@ubet.gomoos.org> Hmmm. Not sure why you would ever set the SCALE in a map file. It changes depending on the current maps extent, so it changes every time you zoom in or out. It is optional in a map file. Just leave it out. To find the scale use the [scale] template variable in your template. On Thu, 2004-04-15 at 11:48, Irene P?rez wrote: > How to get the scale of a map? > > In my map file: > > NAME CONSULTRANS > IMAGETYPE PNG > EXTENT -18.159679 27.635367 4.327256 43.788873 > SIZE 600 450 > SHAPEPATH "/home/ejemplos/data/" > SYMBOLSET "/home/ejemplos/etc/symbols_mapinfo.sym" > IMAGECOLOR 255 255 255 > FONTSET "/home/ejemplos/consultrans/etc/fonts.txt" > UNITS dd > SCALE ??????? > > Can I know what is the scale of the map? The units are DD... > > I'm trying all. > > > > > > > --------------------------------- > Correo Yahoo!: 6MB, m?s protecci?n contra el spam ?gratis! From Amy.Stender at erdc.usace.army.mil Thu Apr 15 10:48:00 2004 From: Amy.Stender at erdc.usace.army.mil (Stender, Amy ERDC-CRREL-NH Contractor) Date: Thu, 15 Apr 2004 12:48:00 -0500 Subject: [Mapserver-users] change map size in dhtml Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C42311.CB3531F6 Content-Type: text/plain I'm trying to add the "change map size" functionality to my dhtml interface. I'm using the Landview dhtml as reference. I think I've got all the javascript correct but when I try it out, I get the following error: "loadForm(): Web application error. Not enough arguments for mapsize." Anyone get this error before? Was there an obvious fix? Could I be missing something in the mapserv.js file? Thanks, Amy Amy L. Stender Remote Sensing/GIS Center Cold Regions Research and Engineering Laboratory United States Army Corps of Engineers 72 Lyme Road, Hanover, NH 03755-1290 Tel:(603)646-4733 Fax:(603) 646-4730 Amy.Stender at erdc.usace.army.mil ------_=_NextPart_001_01C42311.CB3531F6 Content-Type: text/html Message
            I'm trying to add the "change map size" functionality to my dhtml interface. I'm using the Landview dhtml as reference. I think I've got all the javascript correct but when I try it out, I get the following error: "loadForm(): Web application error. Not enough arguments for mapsize."
             
            Anyone get this error before? Was there an obvious fix? Could I be missing something in the mapserv.js file?
             
            Thanks,
            Amy
             
            Amy L. Stender
            Remote Sensing/GIS Center
            Cold Regions Research and Engineering Laboratory
            United States Army Corps of Engineers
            72 Lyme Road, Hanover, NH 03755-1290
            Tel:(603)646-4733  Fax:(603) 646-4730
            Amy.Stender at erdc.usace.army.mil
             
            ------_=_NextPart_001_01C42311.CB3531F6-- From TENIERER at gov.ns.ca Thu Apr 15 10:43:39 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Thu, 15 Apr 2004 14:43:39 -0300 Subject: [Mapserver-users] WMS style elements and SLD Message-ID: Assefa, Thanks, It's all so confusing. I have seen so many variations on how to do this, and am especially wondering what the NamedStyle refers to. Does it use the style element in the mapfile, or does it have to be created? In the OGC SLD reference it shows the NamedLayer, and NamedStyle, but I do not know where the NamedStyle comes from or how it is created. If I use wms_sld_url, do I still have to use wms_style or wms_stylelist? As you can see I have a lot of questions and I'm sorry for the volume as I know SLD is new to MapServer. Rene >>> Yewondwossen Assefa 2004-04-15 2:21:52 PM >>> Rene, You should use the wms_sld_url metadata. So in your case you would have "wms_sld_url" "http://10.2.185.9/wms/basewms_sld.xml". Note also that there is the wms_sld_body metedata that can be set to the actual contect of the sld document. 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 1wilkerson at charter.net Thu Apr 15 10:54:46 2004 From: 1wilkerson at charter.net (P Wilkerson) Date: Thu, 15 Apr 2004 13:54:46 -0400 Subject: [Mapserver-users] Looking for PHP MapScript examples at GIShosting.net References: <20040414170003.7117.27789.Mailman@lists.gis.umn.edu> Message-ID: <000c01c42312$bddae7c0$6400a8c0@Dale1> If you are using PHP MapScript for a project at GIShosting.net, could you send me the URL of your site? With much appreciation, Peter Wilkerson For my e-mail address, please remove .nospam from the following address: 1wilkerson.nospam at charter.net From dmorissette at dmsolutions.ca Thu Apr 15 11:02:11 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 15 Apr 2004 14:02:11 -0400 Subject: [Mapserver-users] Preperation for 4.2 release, update of [shpxy...] tag... In-Reply-To: <407EC0A2.3060008@magma.ca> References: <407EC0A2.3060008@magma.ca> Message-ID: <407ECE23.3010008@dmsolutions.ca> Paul Spencer wrote: > Steve, > > is transform gone or just deprecated? It would probably be useful to > just deprecate it for one version to allow everyone to convert their > code and make it work with certain release versions .. > If I'm not mistaken the [shpxy] tag is new in 4.1, so it's not been "released" yet... for this reason we're probably better get rid of it completely while we still can. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From assefa at dmsolutions.ca Thu Apr 15 12:44:18 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Thu, 15 Apr 2004 15:44:18 -0400 Subject: [Mapserver-users] WMS style elements and SLD In-Reply-To: References: Message-ID: <407EE612.6070704@dmsolutions.ca> The NamedStyle is not supported in mapserver currently. (Only User defined styles are supported) It refers to a possiblity to draw a layer using a predfined name. For example the same road data can be drawn using a style called "theamtic" for tourist maps or "Regular" for another type of maps. In mapserver world, It would mean having one(or several) classes defining the thematic style, and one (or several) classes for the Regular style. The styles would me butally exclusive. The user can then selects through the sld which style to use for drawing tha layer. This does not yet exists in Mapserver. Using wms_sld_url should be enough for using the sld with a server. You can also refer to http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SLDMapServer for more infos. Later, Rene Teniere wrote: > Assefa, > > Thanks, It's all so confusing. I have seen so many variations on how to > do this, and am especially wondering what the NamedStyle refers to. Does > it use the style element in the mapfile, or does it have to be created? > In the OGC SLD reference it shows the NamedLayer, and NamedStyle, but I > do not know where the NamedStyle comes from or how it is created. If I > use wms_sld_url, do I still have to use wms_style or wms_stylelist? As > you can see I have a lot of questions and I'm sorry for the volume as I > know SLD is new to MapServer. > > Rene > > >>>>Yewondwossen Assefa 2004-04-15 2:21:52 PM >>>> > > Rene, > > You should use the wms_sld_url metadata. So in your case you would > have "wms_sld_url" "http://10.2.185.9/wms/basewms_sld.xml". > Note also that there is the wms_sld_body metedata that can be set to > > the actual contect of the sld document. > > 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 steve.lime at dnr.state.mn.us Thu Apr 15 12:52:00 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 15 Apr 2004 14:52:00 -0500 Subject: [Mapserver-users] Preperation for 4.2 release, update of [shpxy...]tag... Message-ID: That's why I did it now... >>> Daniel Morissette 4/15/2004 1:02:11 PM >>> Paul Spencer wrote: > Steve, > > is transform gone or just deprecated? It would probably be useful to > just deprecate it for one version to allow everyone to convert their > code and make it work with certain release versions .. > If I'm not mistaken the [shpxy] tag is new in 4.1, so it's not been "released" yet... for this reason we're probably better get rid of it completely while we still can. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From spencer at dmsolutions.ca Thu Apr 15 13:05:15 2004 From: spencer at dmsolutions.ca (Paul Spencer) Date: Thu, 15 Apr 2004 16:05:15 -0400 Subject: [Mapserver-users] Preperation for 4.2 release, update of [shpxy...]tag... In-Reply-To: References: Message-ID: <407EEAFB.1090805@magma.ca> great :) I'll change my code when I update for the release version without worries :> Paul Steve Lime wrote: > That's why I did it now... > > >>>>Daniel Morissette 4/15/2004 1:02:11 PM >>>> > > Paul Spencer wrote: > >>Steve, >> >>is transform gone or just deprecated? It would probably be useful to > > >>just deprecate it for one version to allow everyone to convert their > > >>code and make it work with certain release versions .. >> > > > If I'm not mistaken the [shpxy] tag is new in 4.1, so it's not been > "released" yet... for this reason we're probably better get rid of it > completely while we still can. > -- ----------------------------------------------------------------- |Paul Spencer pspencer at dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From TENIERER at gov.ns.ca Thu Apr 15 13:23:07 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Thu, 15 Apr 2004 17:23:07 -0300 Subject: [Mapserver-users] WMS style elements and SLD Message-ID: Thanks, that would be why it is so confusing. Keep thinking that everything in the OGC reference has been implemented in MapServer (duh!). I have been looking at the reference you suggested and have found it helpful. I have just performed a GetMap request to test it, and the style did not come through. Do I have to remove the style element in the mapfile in order for it to work? Rene >>> Yewondwossen Assefa 2004-04-15 4:44:18 PM >>> The NamedStyle is not supported in mapserver currently. (Only User defined styles are supported) It refers to a possiblity to draw a layer using a predfined name. For example the same road data can be drawn using a style called "theamtic" for tourist maps or "Regular" for another type of maps. In mapserver world, It would mean having one(or several) classes defining the thematic style, and one (or several) classes for the Regular style. The styles would me butally exclusive. The user can then selects through the sld which style to use for drawing tha layer. This does not yet exists in Mapserver. Using wms_sld_url should be enough for using the sld with a server. You can also refer to http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SLDMapServer for more infos. Later, Rene Teniere wrote: > Assefa, > > Thanks, It's all so confusing. I have seen so many variations on how to > do this, and am especially wondering what the NamedStyle refers to. Does > it use the style element in the mapfile, or does it have to be created? > In the OGC SLD reference it shows the NamedLayer, and NamedStyle, but I > do not know where the NamedStyle comes from or how it is created. If I > use wms_sld_url, do I still have to use wms_style or wms_stylelist? As > you can see I have a lot of questions and I'm sorry for the volume as I > know SLD is new to MapServer. > > Rene > > >>>>Yewondwossen Assefa 2004-04-15 2:21:52 PM >>>> > > Rene, > > You should use the wms_sld_url metadata. So in your case you would > have "wms_sld_url" "http://10.2.185.9/wms/basewms_sld.xml". > Note also that there is the wms_sld_body metedata that can be set to > > the actual contect of the sld document. > > 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 murilo.yoshida at agx.com.br Thu Apr 15 13:54:56 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Thu, 15 Apr 2004 17:54:56 -0300 Subject: RES: RES: RES: RES: [Mapserver-users] Query on symbols In-Reply-To: Message-ID: <000001c4232b$f07127d0$1364a8c0@parapente> I guess that you understood what I was meaning... I don't know, but I guess that I can't add another functionality to the page like querying a point... I can see it over here, but I guess that I won't be able to do so. Business rules this time. The problem with increasing the tolerance is that all my maps and shapes are dynamic. I will have problems to identify which layer is the point layer. I think that I will do that symbol emulation, with a polygon shape, with triangle shapes, positioning them with the points that I want to query. What do you think of this approach? Thanks, Murilo -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de David Fawcett Enviada em: quarta-feira, 14 de abril de 2004 18:10 Para: murilo.yoshida at agx.com.br; eric at gomoos.org Cc: mapserver-users at lists.gis.umn.edu Assunto: Re: RES: RES: RES: [Mapserver-users] Query on symbols David could of course be wrong...... It sounds as though Murilo would like to query an area defined by the outline of the symbol and return attribute data associated with the data point that is being labeled. It is my understanding that when you query a layer (that may have labels), your query point is compared to the locations (and areas for poly) of the features in that layer. The geographic space covered by the label is not considered when MapServer determines if a point falls on or within a feature in the data layer. If you are labeling with an annotation layer, while it isn't explicit in the documentation, I seem to remember that you cannot query an annotation layer. I would suggest using TOLERANCE to make the queryable area around your points to be bigger, but it sounds like that causes problems because they may also query the polygon layer underneath the points. Do you need to allow the user the option to query both layers in the same interface? David J. Fawcett MN Office of Environmental Assistance >>> Eric Bridger 4/14/2004 1:23:23 PM >>> On Wed, 2004-04-14 at 13:35, Murilo Lacerda Yoshida wrote: > Ok, so I can't do queries on symbols. But I still have a point that > have meaningful data, and I want to show that data, if the user clicks > on that point. > Do you have a solution for this problem? I can't let the point the way > it is, just a point, because in this case the user won't be able to > click on the point, it is too small... > I was thinking in emulate a symbol, using a polygon shape, but in this > case if I zoom in the "symbol" would be too big... > I'm a little lost, don't know if you noticed it... > Thanks again, > Murilo > > -----Mensagem original----- > De: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de David > Fawcett > Enviada em: quarta-feira, 14 de abril de 2004 12:29 > Para: murilo.yoshida at agx.com.br; eric at gomoos.org > Cc: mapserver-users at lists.gis.umn.edu; palle at mail-online.dk > Assunto: Re: RES: RES: [Mapserver-users] Query on symbols > > No > > David J. Fawcett > MN Office of Environmental Assistance > > >>> "Murilo Lacerda Yoshida" 4/14/2004 > 10:04:44 AM >>> > Ok, I have the querybypoint implemented into my code. I was > wondering > if I click on a symbol, it will work as if I clicked on a shape... So > that I can do a query by clicking on a symbol. > Thanks, > Murilo I'm not sure why David said no. Perhaps I don't understand what you mean by querying a Symbol. querybypoint() is querying the layer based on where the user clicked the map. Clicking on a symbol just gives you the map x and y coordinates, which you must transform into longitude / latitude and then pass to querybypoint. It will return the index of any shapes nearby that point whether they are points, lines or polygons. Is something not working for you? There are Perl examples of this in the wiki. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eduardo at consultoria.eti.br Thu Apr 15 15:25:21 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 15 Apr 2004 19:25:21 -0300 Subject: [Mapserver-users] companies hosting mapserver Message-ID: <20040415222521.26238.qmail@hm47.locaweb.com.br> Eduardo Patto Kanegae
            http://www.consultoria.eti.br
            UIN: 303747254

            I Encontro Nacional de Usu?rios MapServer - http://mapserver.cttmar.univali.br/encontro2004
            Projeto MapServer Brasil - http://mapserver.cttmar.univali.br

            ***Fim da Mensagem / End of Message ***



            From eduardo at consultoria.eti.br Thu Apr 15 15:27:44 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 15 Apr 2004 19:27:44 -0300 Subject: [Mapserver-users] companies who is hosting mapserver Message-ID: <20040415222744.1923.qmail@hm47.locaweb.com.br> through a MapServer users list message I found www.gishosting.net which provides MapServer applications hosting... and found it very,very cheap... but I'd like to compare it with other ones... Is there more companies providing this kind of service? thanks Eduardo Patto Kanegae http://www.consultoria.eti.br UIN: 303747254 I Encontro Nacional de Usu?rios MapServer - http://mapserver.cttmar.univali.br/encontro2004 Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ***Fim da Mensagem / End of Message *** From sd at dil.in Thu Apr 15 15:53:21 2004 From: sd at dil.in (Saurabh Data) Date: Thu, 15 Apr 2004 22:53:21 +0000 Subject: [Mapserver-users] scripting languages Message-ID: Dear users Can someone give me more information about the scripting languages Mapserver uses like perl, PHP and others. What is their purpose. Someone told me that it can be used for spatial analysis. I am not a programmer so dont know at all as to how Mapserver benefits by using the languages. CAn someone clarify if at all it is used for spatial analysis. In not, then what is its purpose Many Thanks Saurabh Data ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ Tired of 56k? Get a FREE BT Broadband connection http://www.msn.co.uk/specials/btbroadband From david.mitchell at telogis.com Thu Apr 15 18:43:08 2004 From: david.mitchell at telogis.com (David Mitchell) Date: Fri, 16 Apr 2004 13:43:08 +1200 Subject: [Mapserver-users] Passing CGI variables In-Reply-To: References: Message-ID: <407F3A2C.9010002@telogis.com> Dharani, If you want you can call mapserv directly as you wish but you have to first set the QUERY_STRING and REQUEST_METHOD environment variables to trick it into thinking it is being accessed through IIS: REQUEST_METHOD=GET QUERY_STRING="zoomdir=1&zoomsize=2..." C:/ms4w/apache/cgi-bin/mapserv_40.exe That is all that IIS does anyway (not strictly true, IIS sets a few more variables and does a bit of house-keeping, but essentially the same). If your map has a template then the image will be in your temp folder and the std output of mapserv.exe will be the webpage (which you can throw away essentially). David Dharani Babu wrote: > > Thanks Daniel - all > This helped me get a vb.net picture box based wrapper for the MS . I > have a question though . > As you when we post the CGI variables we are in need of posting it in > the form of a html stream only--like > "http://192.168.2.135/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" etc > . But is there any alternative so that I can pass it with > "C:/ms4w/apache/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" ? > But I know very well the map server exe works with Apache or IIS . But I > want to copy the map server exe and its associated dlls to a location > other then the cgi-bin or scripts . Is it possible ? > Is there any way we can make MS exe to get the html stream and give us > the image in tmp folder WITHOUT Apache or IIS ? I am trying to get a > soln by running dependency walker on ms exe and other trails with spy > tools . Still not yet solved . > with regards and thanks in advance > dharani > > > > >> From: Daniel Morissette >> To: Dharani Babu >> CC: mapserver-users at lists.gis.umn.edu >> Subject: Re: [Mapserver-users] Passing CGI variables >> Date: Sat, 10 Apr 2004 11:54:24 -0400 >> >> Dharani Babu wrote: >> >>> 1) I am trying to pass the CGI variables to the map server exe >>> without HTML submission .Thats I am trying to disassociate the >>> browser based rendering .Could any of you point to the direction ?I >>> have been able to pass the url thro a C# /VB.net web browser control >>> . But searching for an alternative . I tried passing CGI variables >>> thro command prompt but got a message that " cgi variables can be >>> passed only via httpd " . >>> >> >> You can call the mapserv.exe at the command prompt using >> >> mapserv.exe "QUERY_STRING=map=/path/to/yourmap.map&mode=...&..." >> >> Daniel >> -- >> ------------------------------------------------------------ >> Daniel Morissette dmorissette at dmsolutions.ca >> DM Solutions Group http://www.dmsolutions.ca/ >> ------------------------------------------------------------ >> > > _________________________________________________________________ > Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag > Only on www.shaadi.com. Register now! > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- David Mitchell Software Engineer Telogis NOTICE: This message (including any attachments) contains CONFIDENTIAL INFORMATION intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. From dharanibabus at hotmail.com Thu Apr 15 21:08:20 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Fri, 16 Apr 2004 09:38:20 +0530 Subject: [Mapserver-users] Passing CGI variables Message-ID: Hi David Thanks . I moved all the contents of C:/ms4w/apache/cgi-bin/mapserv_40.exe and all the other dlls into a folder C:/test/ mapserv.exe . Ok . Now I passed the command paramaters like this C:\TEST>mapserv_40.exe "REQUEST_METHOD = GET" "QUERY_STRING=map=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Fdemof%2Frock_pic.map&layer=tigerdata&zoomdir=1&zoomsize=2&progra m=%2Fcgi-bin%2Fmapserv_40.exe&map_web_imagepath=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Ftemp_rm6%2F&map_web_imageurl=%2Ftemp_rm6%2F" I Got the following error . This script can only be used to decode form results and should be initiated as a CGI process via a httpd server. I hope I am missing the syntax . I tried other combinations also still missing.pls tell me the syntax of it . with regard and thanks dharani >From: David Mitchell >To: Dharani Babu >CC: mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Passing CGI variables >Date: Fri, 16 Apr 2004 13:43:08 +1200 > >Dharani, > >If you want you can call mapserv directly as you wish but you have to first >set the QUERY_STRING and REQUEST_METHOD environment variables to trick it >into thinking it is being accessed through IIS: > >REQUEST_METHOD=GET >QUERY_STRING="zoomdir=1&zoomsize=2..." >C:/ms4w/apache/cgi-bin/mapserv_40.exe > >That is all that IIS does anyway (not strictly true, IIS sets a few more >variables and does a bit of house-keeping, but essentially the same). If >your map has a template then the image will be in your temp folder and the >std output of mapserv.exe will be the webpage (which you can throw away >essentially). > >David > >Dharani Babu wrote: >> >>Thanks Daniel - all >> This helped me get a vb.net picture box based wrapper for the MS . I >>have a question though . >>As you when we post the CGI variables we are in need of posting it in the >>form of a html stream only--like >>"http://192.168.2.135/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" etc . >>But is there any alternative so that I can pass it with >>"C:/ms4w/apache/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" ? >>But I know very well the map server exe works with Apache or IIS . But I >>want to copy the map server exe and its associated dlls to a location >>other then the cgi-bin or scripts . Is it possible ? >>Is there any way we can make MS exe to get the html stream and give us the >>image in tmp folder WITHOUT Apache or IIS ? I am trying to get a soln by >>running dependency walker on ms exe and other trails with spy tools . >>Still not yet solved . >>with regards and thanks in advance >>dharani >> >> >> >> >>>From: Daniel Morissette >>>To: Dharani Babu >>>CC: mapserver-users at lists.gis.umn.edu >>>Subject: Re: [Mapserver-users] Passing CGI variables >>>Date: Sat, 10 Apr 2004 11:54:24 -0400 >>> >>>Dharani Babu wrote: >>> >>>>1) I am trying to pass the CGI variables to the map server exe without >>>>HTML submission .Thats I am trying to disassociate the browser based >>>>rendering .Could any of you point to the direction ?I have been able to >>>>pass the url thro a C# /VB.net web browser control . But searching for >>>>an alternative . I tried passing CGI variables thro command prompt but >>>>got a message that " cgi variables can be passed only via httpd " . >>>> >>> >>>You can call the mapserv.exe at the command prompt using >>> >>> mapserv.exe "QUERY_STRING=map=/path/to/yourmap.map&mode=...&..." >>> >>>Daniel >>>-- >>>------------------------------------------------------------ >>> Daniel Morissette dmorissette at dmsolutions.ca >>> DM Solutions Group http://www.dmsolutions.ca/ >>>------------------------------------------------------------ >>> >> >>_________________________________________________________________ >>Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag >>Only on www.shaadi.com. Register now! >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> > > >-- >David Mitchell >Software Engineer >Telogis > >NOTICE: >This message (including any attachments) contains CONFIDENTIAL >INFORMATION intended for a specific individual and purpose, and >is protected by law. If you are not the intended recipient, >you should delete this message and are hereby notified that any >disclosure, copying, or distribution of this message, or the >taking of any action based on it, is strictly prohibited. _________________________________________________________________ Strike the right balance! News, gossip ?n fundas! http://www.msn.co.in/women/ Get it all at MSN Women! From david.mitchell at telogis.com Thu Apr 15 21:35:24 2004 From: david.mitchell at telogis.com (David Mitchell) Date: Fri, 16 Apr 2004 16:35:24 +1200 Subject: [Mapserver-users] Passing CGI variables In-Reply-To: References: Message-ID: <407F628C.5040809@telogis.com> Dharani, REQUEST_METHOD and QUERY_STRING are environment variables, not parameters to the application. Try this instead: C:\TEST>set "REQUEST_METHOD=GET" C:\TEST>set "QUERY_STRING=map=c:\....." C:\TEST>mapserv_40.exe David Dharani Babu wrote: > Hi David > Thanks . I moved all the contents of > C:/ms4w/apache/cgi-bin/mapserv_40.exe and all the other dlls into a > folder C:/test/ mapserv.exe . Ok . Now I passed the command paramaters > like this > C:\TEST>mapserv_40.exe "REQUEST_METHOD = GET" > "QUERY_STRING=map=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Fdemof%2Frock_pic.map&layer=tigerdata&zoomdir=1&zoomsize=2&progra > > m=%2Fcgi-bin%2Fmapserv_40.exe&map_web_imagepath=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Ftemp_rm6%2F&map_web_imageurl=%2Ftemp_rm6%2F" > > > I Got the following error . > This script can only be used to decode form results and > should be initiated as a CGI process via a httpd server. > I hope I am missing the syntax . I tried other combinations also still > missing.pls tell me the syntax of it . > with regard and thanks > dharani > >> From: David Mitchell >> To: Dharani Babu >> CC: mapserver-users at lists.gis.umn.edu >> Subject: Re: [Mapserver-users] Passing CGI variables >> Date: Fri, 16 Apr 2004 13:43:08 +1200 >> >> Dharani, >> >> If you want you can call mapserv directly as you wish but you have to >> first set the QUERY_STRING and REQUEST_METHOD environment variables to >> trick it into thinking it is being accessed through IIS: >> >> REQUEST_METHOD=GET >> QUERY_STRING="zoomdir=1&zoomsize=2..." >> C:/ms4w/apache/cgi-bin/mapserv_40.exe >> >> That is all that IIS does anyway (not strictly true, IIS sets a few >> more variables and does a bit of house-keeping, but essentially the >> same). If your map has a template then the image will be in your temp >> folder and the std output of mapserv.exe will be the webpage (which >> you can throw away essentially). >> >> David >> >> Dharani Babu wrote: >> >>> >>> Thanks Daniel - all >>> This helped me get a vb.net picture box based wrapper for the MS . >>> I have a question though . >>> As you when we post the CGI variables we are in need of posting it in >>> the form of a html stream only--like >>> "http://192.168.2.135/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" >>> etc . But is there any alternative so that I can pass it with >>> "C:/ms4w/apache/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" ? >>> But I know very well the map server exe works with Apache or IIS . >>> But I want to copy the map server exe and its associated dlls to a >>> location other then the cgi-bin or scripts . Is it possible ? >>> Is there any way we can make MS exe to get the html stream and give >>> us the image in tmp folder WITHOUT Apache or IIS ? I am trying to >>> get a soln by running dependency walker on ms exe and other trails >>> with spy tools . Still not yet solved . >>> with regards and thanks in advance >>> dharani >>> >>> >>> >>> >>>> From: Daniel Morissette >>>> To: Dharani Babu >>>> CC: mapserver-users at lists.gis.umn.edu >>>> Subject: Re: [Mapserver-users] Passing CGI variables >>>> Date: Sat, 10 Apr 2004 11:54:24 -0400 >>>> >>>> Dharani Babu wrote: >>>> >>>>> 1) I am trying to pass the CGI variables to the map server exe >>>>> without HTML submission .Thats I am trying to disassociate the >>>>> browser based rendering .Could any of you point to the direction ?I >>>>> have been able to pass the url thro a C# /VB.net web browser >>>>> control . But searching for an alternative . I tried passing CGI >>>>> variables thro command prompt but got a message that " cgi >>>>> variables can be passed only via httpd " . >>>>> >>>> >>>> You can call the mapserv.exe at the command prompt using >>>> >>>> mapserv.exe "QUERY_STRING=map=/path/to/yourmap.map&mode=...&..." >>>> >>>> Daniel >>>> -- >>>> ------------------------------------------------------------ >>>> Daniel Morissette dmorissette at dmsolutions.ca >>>> DM Solutions Group http://www.dmsolutions.ca/ >>>> ------------------------------------------------------------ >>>> >>> >>> _________________________________________________________________ >>> Contact brides & grooms FREE! >>> http://www.shaadi.com/ptnr.php?ptnr=hmltag Only on www.shaadi.com. >>> Register now! >>> >>> _______________________________________________ >>> Mapserver-users mailing list >>> Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >> >> >> -- >> David Mitchell >> Software Engineer >> Telogis >> >> NOTICE: >> This message (including any attachments) contains CONFIDENTIAL >> INFORMATION intended for a specific individual and purpose, and >> is protected by law. If you are not the intended recipient, >> you should delete this message and are hereby notified that any >> disclosure, copying, or distribution of this message, or the >> taking of any action based on it, is strictly prohibited. > > > _________________________________________________________________ > Strike the right balance! News, gossip ?n fundas! > http://www.msn.co.in/women/ Get it all at MSN Women! > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- David Mitchell Software Engineer Telogis NOTICE: This message (including any attachments) contains CONFIDENTIAL INFORMATION intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. From hric at ozemail.com.au Thu Apr 15 21:57:57 2004 From: hric at ozemail.com.au (HRIC) Date: Fri, 16 Apr 2004 14:57:57 +1000 Subject: [Mapserver-users] Installing PHP/MapScript In-Reply-To: <20040415170006.2273.46.Mailman@lists.gis.umn.edu> Message-ID: <000001c4236f$69c66c10$3600a8c0@HRIC.local> Hello everyone. I'm trying to install the php_mapscript_41.dll file, I've copied it to my 'extensions' folder specified in the php.ini file, but I keep getting the following error Warning: dl(): Unable to load dynamic library 'd:\php\extensions\php_mapscript_41.dll' - The specified module could not be found. in C:\Inetpub\wwwroot\maplab-2.1-rc3\mscrtest.php on line 7 Mscrtest.php looks like- Can someone please tell me what I'm missing?? Anna Forrest SIS Officer Herbert Resource Information Officer Ph: (07) 4776 0007 Fax: (07) 4776 0007 http://www.hric.org.au hric at ozemail.com.au -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of mapserver-users-request at lists.gis.umn.edu Sent: Friday, 16 April 2004 3:00 AM To: mapserver-users at lists.gis.umn.edu Subject: Mapserver-users digest, Vol 1 #492 - 41 msgs Send Mapserver-users mailing list submissions to mapserver-users at lists.gis.umn.edu To subscribe or unsubscribe via the World Wide Web, visit http://lists.gis.umn.edu/mailman/listinfo/mapserver-users or, via email, send a message with subject or body 'help' to mapserver-users-request at lists.gis.umn.edu You can reach the person managing the list at mapserver-users-admin at lists.gis.umn.edu When replying, please edit your Subject line so it is more specific than "Re: Contents of Mapserver-users digest..." From dharanibabus at hotmail.com Thu Apr 15 22:06:26 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Fri, 16 Apr 2004 10:36:26 +0530 Subject: [Mapserver-users] Passing CGI variables Message-ID: David Really wonderful. Its running and I got the /temp image created . cool thing. could you elaborate on how to set the REQUEST_METHOD etc programmatically ?MY aim is to totally move the mapserv exe and its dependencies out of IIS/ apache folders . I dont want to keep IIS or apache running . I hope you have seen my method at my message on vb.net usage http://mapserver.gis.umn.edu/cgi-bin/wilma_hiliter/mapserver-users/0404/msg00395.html?line=20#hilite I am lacking to find the methods to find the methods to set the environment variables programmatically . with regards and thanks in advance dharani >From: David Mitchell >To: Dharani Babu >CC: mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Passing CGI variables >Date: Fri, 16 Apr 2004 16:35:24 +1200 > >Dharani, > >REQUEST_METHOD and QUERY_STRING are environment variables, not parameters >to the application. Try this instead: > >C:\TEST>set "REQUEST_METHOD=GET" >C:\TEST>set "QUERY_STRING=map=c:\....." >C:\TEST>mapserv_40.exe > >David > >Dharani Babu wrote: >>Hi David >> Thanks . I moved all the contents of >>C:/ms4w/apache/cgi-bin/mapserv_40.exe and all the other dlls into a folder >>C:/test/ mapserv.exe . Ok . Now I passed the command paramaters like this >>C:\TEST>mapserv_40.exe "REQUEST_METHOD = GET" >>"QUERY_STRING=map=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Fdemof%2Frock_pic.map&layer=tigerdata&zoomdir=1&zoomsize=2&progra >> >>m=%2Fcgi-bin%2Fmapserv_40.exe&map_web_imagepath=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Ftemp_rm6%2F&map_web_imageurl=%2Ftemp_rm6%2F" >> >> >>I Got the following error . >>This script can only be used to decode form results and >>should be initiated as a CGI process via a httpd server. >>I hope I am missing the syntax . I tried other combinations also still >>missing.pls tell me the syntax of it . >>with regard and thanks >>dharani >> >>>From: David Mitchell >>>To: Dharani Babu >>>CC: mapserver-users at lists.gis.umn.edu >>>Subject: Re: [Mapserver-users] Passing CGI variables >>>Date: Fri, 16 Apr 2004 13:43:08 +1200 >>> >>>Dharani, >>> >>>If you want you can call mapserv directly as you wish but you have to >>>first set the QUERY_STRING and REQUEST_METHOD environment variables to >>>trick it into thinking it is being accessed through IIS: >>> >>>REQUEST_METHOD=GET >>>QUERY_STRING="zoomdir=1&zoomsize=2..." >>>C:/ms4w/apache/cgi-bin/mapserv_40.exe >>> >>>That is all that IIS does anyway (not strictly true, IIS sets a few more >>>variables and does a bit of house-keeping, but essentially the same). If >>>your map has a template then the image will be in your temp folder and >>>the std output of mapserv.exe will be the webpage (which you can throw >>>away essentially). >>> >>>David >>> >>>Dharani Babu wrote: >>> >>>> >>>>Thanks Daniel - all >>>> This helped me get a vb.net picture box based wrapper for the MS . I >>>>have a question though . >>>>As you when we post the CGI variables we are in need of posting it in >>>>the form of a html stream only--like >>>>"http://192.168.2.135/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" etc >>>>. But is there any alternative so that I can pass it with >>>>"C:/ms4w/apache/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" ? >>>>But I know very well the map server exe works with Apache or IIS . But I >>>>want to copy the map server exe and its associated dlls to a location >>>>other then the cgi-bin or scripts . Is it possible ? >>>>Is there any way we can make MS exe to get the html stream and give us >>>>the image in tmp folder WITHOUT Apache or IIS ? I am trying to get a >>>>soln by running dependency walker on ms exe and other trails with spy >>>>tools . Still not yet solved . >>>>with regards and thanks in advance >>>>dharani >>>> >>>> >>>> >>>> >>>>>From: Daniel Morissette >>>>>To: Dharani Babu >>>>>CC: mapserver-users at lists.gis.umn.edu >>>>>Subject: Re: [Mapserver-users] Passing CGI variables >>>>>Date: Sat, 10 Apr 2004 11:54:24 -0400 >>>>> >>>>>Dharani Babu wrote: >>>>> >>>>>>1) I am trying to pass the CGI variables to the map server exe >>>>>>without HTML submission .Thats I am trying to disassociate the browser >>>>>>based rendering .Could any of you point to the direction ?I have been >>>>>>able to pass the url thro a C# /VB.net web browser control . But >>>>>>searching for an alternative . I tried passing CGI variables thro >>>>>>command prompt but got a message that " cgi variables can be passed >>>>>>only via httpd " . >>>>>> >>>>> >>>>>You can call the mapserv.exe at the command prompt using >>>>> >>>>> mapserv.exe "QUERY_STRING=map=/path/to/yourmap.map&mode=...&..." >>>>> >>>>>Daniel >>>>>-- >>>>>------------------------------------------------------------ >>>>> Daniel Morissette dmorissette at dmsolutions.ca >>>>> DM Solutions Group http://www.dmsolutions.ca/ >>>>>------------------------------------------------------------ >>>>> >>>> >>>>_________________________________________________________________ >>>>Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag >>>>Only on www.shaadi.com. Register now! >>>> >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>>> >>> >>> >>>-- >>>David Mitchell >>>Software Engineer >>>Telogis >>> >>>NOTICE: >>>This message (including any attachments) contains CONFIDENTIAL >>>INFORMATION intended for a specific individual and purpose, and >>>is protected by law. If you are not the intended recipient, >>>you should delete this message and are hereby notified that any >>>disclosure, copying, or distribution of this message, or the >>>taking of any action based on it, is strictly prohibited. >> >> >>_________________________________________________________________ >>Strike the right balance! News, gossip ?n fundas! >>http://www.msn.co.in/women/ Get it all at MSN Women! >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> > > >-- >David Mitchell >Software Engineer >Telogis > >NOTICE: >This message (including any attachments) contains CONFIDENTIAL >INFORMATION intended for a specific individual and purpose, and >is protected by law. If you are not the intended recipient, >you should delete this message and are hereby notified that any >disclosure, copying, or distribution of this message, or the >taking of any action based on it, is strictly prohibited. _________________________________________________________________ Post Classifieds on MSN classifieds. http://go.msnserver.com/IN/44045.asp Buy and Sell on MSN Classifieds. From jacob.delfos at maunsell.com Thu Apr 15 22:12:30 2004 From: jacob.delfos at maunsell.com (Delfos, Jacob) Date: Fri, 16 Apr 2004 15:12:30 +1000 Subject: [Mapserver-users] Installing PHP/MapScript Message-ID: Put it in your c:\winnt\system32 directory. Whenever you get an error about a file not being found, dump it there first to see if you got a path problem. Jacob -----Original Message----- From: HRIC [mailto:hric at ozemail.com.au] Sent: Friday, 16 April 2004 12:58 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Installing PHP/MapScript Hello everyone. I'm trying to install the php_mapscript_41.dll file, I've copied it to my 'extensions' folder specified in the php.ini file, but I keep getting the following error Warning: dl(): Unable to load dynamic library 'd:\php\extensions\php_mapscript_41.dll' - The specified module could not be found. in C:\Inetpub\wwwroot\maplab-2.1-rc3\mscrtest.php on line 7 Mscrtest.php looks like- Can someone please tell me what I'm missing?? Anna Forrest SIS Officer Herbert Resource Information Officer Ph: (07) 4776 0007 Fax: (07) 4776 0007 http://www.hric.org.au hric at ozemail.com.au -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of mapserver-users-request at lists.gis.umn.edu Sent: Friday, 16 April 2004 3:00 AM To: mapserver-users at lists.gis.umn.edu Subject: Mapserver-users digest, Vol 1 #492 - 41 msgs Send Mapserver-users mailing list submissions to mapserver-users at lists.gis.umn.edu To subscribe or unsubscribe via the World Wide Web, visit http://lists.gis.umn.edu/mailman/listinfo/mapserver-users or, via email, send a message with subject or body 'help' to mapserver-users-request at lists.gis.umn.edu You can reach the person managing the list at mapserver-users-admin at lists.gis.umn.edu When replying, please edit your Subject line so it is more specific than "Re: Contents of Mapserver-users digest..." _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From norbert.thieme at ilmenau.baw.de Thu Apr 15 23:59:58 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Fri, 16 Apr 2004 08:59:58 +0200 Subject: [Mapserver-users] Query on symbols In-Reply-To: <000001c4232b$f07127d0$1364a8c0@parapente> References: <000001c4232b$f07127d0$1364a8c0@parapente> Message-ID: <407F846E.4060509@ilmenau.baw.de> Hello, I hope that you found a way to solve your problem. If not I have a suggestion that might help. Hopefully I get your problem right. Let's see. I think you are using php/mapscript and the querybypoint function? And you have symbols on a point layer that should represent the points? When you do a click on the symbol you want to get the attributes from the points? Perhaps someone from the list can confirm this because I havn't tried it yet. Try this: Loop through your layers and check the layer->type and when it is 0 then you have a point layer. Then you can set the tolerance big enough to match your symbols. In all other cases you can do your querybypoint on the layer with tolerance 0 or what you want. It could look like: for ($i=0; $i < $map->numlayers; $i++) { $layer = $map->getLayer($i); if ($layer->type == 0) { if (@$layer->queryByPoint($query_point, MS_MULTIPLE, 10) == MS_SUCCESS) { .. .. } } else { if (@$layer->queryByPoint($query_point, MS_MULTIPLE, 0) == MS_SUCCESS) { .. .. } } } Regards, Norbert From norbert.thieme at ilmenau.baw.de Fri Apr 16 01:21:44 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Fri, 16 Apr 2004 10:21:44 +0200 Subject: [Mapserver-users] how to drawquery? Message-ID: <407F9798.8010205@ilmenau.baw.de> Hi, I do a querybypoint (php/mapscript) with MS_MULTIPLE on chosen layers. For each result I want to show the data and a result map with only the selected result hilited. With the map->drawquery fucntion I get images with the hilited shape. The more results I have the more shapes get hilited. The map->drawquery seem to draw each result hilited over the previous image. But I only want the current result to be hilited. So I tried to use the layer->drawquery function but had no success with that. Can someone please tell me how to use it or how to get the solution with the map->drawquery function? Thanks in advance, Norbert From bertrand.pau at bva.fr Fri Apr 16 02:18:59 2004 From: bertrand.pau at bva.fr (Bertrand Pau) Date: Fri, 16 Apr 2004 11:18:59 +0200 Subject: [Mapserver-users] join/thematic map with rdbms Message-ID: <91CD0EE96A283B45AC53675BB6A8CABA01587E45@BVA-EXCHANGE.bva.fr> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C42393.D996F450 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi all, =20 i've got few questions : - i need to shade polygons in a shapefile with values stored in rdbms (mysql, sqlserver or access). I tried to make joins but it seems not = working correctly. Is it possible to do that? how? my shapefile is very big = (140mo) so i can't copy it in a tmp file to change or calculate a new field = with the external values... have you got another ideas ?=20 - is it possible to set the "join" properties (from, to, table) with mapscript ?=20 - about the mysql connection: is it really working ?=20 =20 i'm using mapserver 4 with mapscript and php 4.3.2 on a windows 2000 platform =20 many thanks for your help =20 =20 =20 ______________________________ Bertrand PAU bertrand.pau at geosignal.fr GEOSIGNAL groupe BVA 191 av du g=E9n=E9ral Leclerc BP59 - 78222 Viroflay Cedex tel : + 33 1 30 84 88 00 fax : + 33 1 30 84 88 01 www.geosignal.fr ______________________________=20 =20 ------_=_NextPart_001_01C42393.D996F450 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
            hi=20 all,
             
            i've = got few=20 questions :
            - i = need to shade=20 polygons in a shapefile with values stored in rdbms (mysql, = sqlserver or=20 access). I tried to make joins but it seems not working correctly. Is = it=20 possible to do that? how? my shapefile is very big (140mo) so i = can't copy=20 it in a tmp file to change or calculate a new field with the = external=20 values... have you got another ideas = ? 
            - is it possible to set the "join" = properties=20 (from, to, table)  with mapscript ? =
            - = about=20 the mysql connection: is it really working ? =
             
            i'm = using mapserver=20 4 with mapscript and php 4.3.2 on a windows 2000 = platform
             
            many = thanks for your=20 help
             
             
             

            ______________________________

            Bertrand=20 PAU

            bertrand.pau at geosignal.fr


            GEOSIGNAL
            groupe = BVA

            191 av du g=E9n=E9ral Leclerc
            BP59 = - 78222 Viroflay=20 Cedex

            tel : + 33 1 = 30 84 88=20 00
            fax : + 33 1 30 = 84 88=20 01

            www.geosignal.fr
            ______________________________ =

             
            ------_=_NextPart_001_01C42393.D996F450-- From mapserver at meteologica.es Fri Apr 16 03:45:49 2004 From: mapserver at meteologica.es (Paco Regodon) Date: Fri, 16 Apr 2004 12:45:49 +0200 Subject: [Mapserver-users] How to add a title? Message-ID: <200404161245.49836.mapserver@meteologica.es> Hello, We use mapserver to generate weather maps, and need to include a header or a footer on the images. I've been looking for examples, but found nothing. We need to show current date/time, and layer name. How can i do it? Is it using features? Thanks in advance! From a.klisch at geotec.de Fri Apr 16 04:16:48 2004 From: a.klisch at geotec.de (Klisch, Anja) Date: Fri, 16 Apr 2004 13:16:48 +0200 Subject: [Mapserver-users] Win32 Mapserver CGI Error Message-ID: <5B70A170ED0ACE4B8A095B92A74B4348108B2E@server2.geotec.local> Hi, I am using the Mapserver 4.1 under Windows XP with IIS 5.1, PHP 4.3.4 (as cgi), MySQL 4.0.18. If I start getfeature requests, following error message appears: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Here is the used request: http://laptosh.geotec.local/Scripts/mapserv.exe?map=../wwwroot/jut_falk/ jut_falk.map&&WMTVER=1.0.0&REQUEST=feature_info&LAYERS=Bundesland,Projek tionszentren&STYLES=default,default&SRS=EPSG:2398&BBOX=4509350,5682977.6 3,4646890,5773332.37&WIDTH=685&HEIGHT=450&FORMAT=PNG&TRANSPARENT=FALSE&F EATURE_COUNT=30&BGCOLOR=0xffffff&QUERY_LAYERS=Bundesland&X=241&Y=178&INF O_FORMAT=text/html The concerning query template html requests some items from a dbf file and the query map. Can someone please tell me how to handle this error? Thanks in advance, Anja From leo.olivieri at tin.it Fri Apr 16 04:27:04 2004 From: leo.olivieri at tin.it (leo.olivieri at tin.it) Date: Fri, 16 Apr 2004 13:27:04 +0200 Subject: [Mapserver-users] draw label Message-ID: <407E8E8300001DA5@ims3c.cp.tin.it> Hello list, I use PHP mapscript The my question is: Is it possible draw the label (example the street's name that i have in shapefile) in manner to follow more or less the street? Thanks in advance. Leonardo Olivieri From gijs at gijs.com Fri Apr 16 04:43:33 2004 From: gijs at gijs.com (Gijs Epping) Date: Fri, 16 Apr 2004 13:43:33 +0200 Subject: [Mapserver-users] query on dynamic point data In-Reply-To: <200404161245.49836.mapserver@meteologica.es> Message-ID: <000201c423a8$0c273330$0600a8c0@at11> Hello, We got a problem with querying on dynamic created points. The error we get is: Fatal error: [MapServer Error]: msLayerGetShape(): Cannot retrieve inline shapes randomly. I understand the error, we need to index the inserted data but we can't, because index is readonly. Is there a way that we can give a point an number (index number) and read it out. $layer = ms_newlayerObj($gpoMap); $layer->set("name", "pnts"); $layer->set("type", MS_LAYER_POINT); $layer->group='standaard'; $layer->set("status", MS_ON); $class = ms_newClassObj($layer); $class->set("template", "blabla.html"); $style = ms_newStyleObj($class); $style->color->setRGB(0,0,0); $style->set("symbolname", "star"); $style->set("size", 10); $point_lookup1 = array(146626, 511696); $layerObj = $gpoMap->getLayerByName(pnts); $line = ms_newLineObj(); $shp =ms_newShapeObj(MS_SHAPE_POINT); $point = ms_newPointObj(); $point->setXY($point_lookup1[0], $point_lookup1[1]); $line->add($point); $shp->add($line); $layerObj->addFeature($shp); $gpoMap->draw(); From selkiesdad at twcny.rr.com Fri Apr 16 04:49:24 2004 From: selkiesdad at twcny.rr.com (Andrew) Date: Fri, 16 Apr 2004 07:49:24 -0400 Subject: [Mapserver-users] mapserv cgi and raster layers Message-ID: <407FC844.5070006@twcny.rr.com> I have compiled the mapserv cgi and all the required libraries and associated utilities from source on an ix86 Linux slackware (kernel 2.4.20) box. I have tried both the mapserver 4.0 and 4.02 source files with gdal 1.2, gd 2.0.22, freetype 2.1.7 and proj 4.4.7. I had no problems with the compiles ( except for the --with-ogr option for mapserv 4.0 which required manual fixes to the Makefile paths for ogr includes and libs). I have used the tutorial.zip file downloaded from the mapserver documentation links online, fixed the mixed windows/unix paths and locations, and eliminated the instances of '\r\n' with '\n' in all text files, including tiff world files and the html template files. I have recompiled repeatedly using various combinations of the --with-odbc and --with-ogr options for gdal and mapserve. I have a serious and inexplicable problem with the display of raster layers. They don't. Any map file references to tiff files that are actually in the location listed causes a cgi abort with a "premature end of script headers" upon mapping them as backgrounds. Neither version of mapserver sources will permit the use of the DEBUG option in ANY location in the map file without aborting with an appropriate message. The mapserv cgi fails in the wms connect to the landsat data source and aborts, even with status set to off, if I include it as a layer. When I test the URL for the landsat map from lynx I get an XML file with a missing bbox argument error. The url being used for this connection is identical to that found in the online tutorial viewable map file. The online tutorial works perfectly. All other utilities, binaries, cgi capabilities, etc tested work exactly as documented. Any thoughts? From eduardo at consultoria.eti.br Fri Apr 16 05:00:10 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Fri, 16 Apr 2004 09:00:10 -0300 Subject: [Mapserver-users] scripting languages In-Reply-To: References: Message-ID: <407FCACA.3040004@consultoria.eti.br> MapServer is not a full featured GIS and it's not your purpose. Its main goals is to provide a powerfull set of resources to develop spatially enabled internet applications. It can operated using the CGI mode, which is basically set with a MapFile(configuration file for the mapserver application) and Template files - these ones define the interface of users, layout, etc... Or you can use MapScript mode. MapScript provides for some languages as Perl, PHP, Java, Python, Ruby, the API functions which is contained in MapServer. So, you'll be able to build a more complex and flexible system if you use MapScript with some language. There's some functions of spatial analisys in MapScript set, but you can also combine MapScript with another toolset or library. eg.: if you need functions for computing path alternatives you could a library/class to do that, and use MapScript to show results. best. Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** Saurabh Data escreveu: > > Dear users > > Can someone give me more information about the scripting languages > Mapserver uses like perl, PHP and others. What is their purpose. > > Someone told me that it can be used for spatial analysis. I am not a > programmer so dont know at all as to how Mapserver benefits by using > the languages. CAn someone clarify if at all it is used for spatial > analysis. In not, then what is its purpose > > > Many Thanks > > Saurabh Data > ___________________________________________________________________ > > Saurabh Data > School of Computing > University of Leeds > Leeds LS2 9JT > U.K. > > one who seeketh , will findeth and all door shall open - james Allen > ___________________________________________________________________ > > _________________________________________________________________ > Tired of 56k? Get a FREE BT Broadband connection > http://www.msn.co.uk/specials/btbroadband > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- From uli.mueller at gmx.ch Fri Apr 16 05:15:52 2004 From: uli.mueller at gmx.ch (uli) Date: Fri, 16 Apr 2004 14:15:52 +0200 Subject: [Mapserver-users] WMS style elements and SLD In-Reply-To: Message-ID: >found it helpful. I have just performed a GetMap request to test it, and >the style did not come through. I face the same problem (even after I realized that I had to upgrade from MS 4.0.1 to 4.1 ;) Maybe someone from DMSolutions could supplement the SLD documentation (http://www2.dmsolutions.ca/tmp/Mapserver_SLD.html) with example mapfiles for the WMS client and server part? Would be extremely helful! BTW: with MS 4.1 it seems to be obligatory to specify LAYERS in the URL, whereas in 4.0, the WMS server returned some default layers, if no layers were specified in the URL. Is this a bug or a step towards more OGC compliance? Personally, I liked the 4.0-way. Thank you, Uli > >Rene > >>>> Yewondwossen Assefa 2004-04-15 4:44:18 PM >>>> >The NamedStyle is not supported in mapserver currently. (Only User >defined styles are supported) It refers to a possiblity to draw a layer > >using a predfined name. For example the same road data can be drawn >using a style called "theamtic" for tourist maps or "Regular" for >another type of maps. In mapserver world, It would mean having one(or >several) classes defining the thematic style, and one (or several) >classes for the Regular style. The styles would me butally exclusive. >The user can then selects through the sld which style to use for >drawing >tha layer. This does not yet exists in Mapserver. > > Using wms_sld_url should be enough for using the sld with a server. >You can also refer to >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SLDMapServer for more >infos. > >Later, > >Rene Teniere wrote: > >> Assefa, >> >> Thanks, It's all so confusing. I have seen so many variations on how >to >> do this, and am especially wondering what the NamedStyle refers to. >Does >> it use the style element in the mapfile, or does it have to be >created? >> In the OGC SLD reference it shows the NamedLayer, and NamedStyle, but >I >> do not know where the NamedStyle comes from or how it is created. If >I >> use wms_sld_url, do I still have to use wms_style or wms_stylelist? >As >> you can see I have a lot of questions and I'm sorry for the volume as >I >> know SLD is new to MapServer. >> >> Rene >> >> >>>>>Yewondwossen Assefa 2004-04-15 2:21:52 PM >>>>> >> >> Rene, >> >> You should use the wms_sld_url metadata. So in your case you would > >> have "wms_sld_url" "http://10.2.185.9/wms/basewms_sld.xml". >> Note also that there is the wms_sld_body metedata that can be set >to >> >> the actual contect of the sld document. >> >> 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 >---------------------------------------------------------------- > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From 1wilkerson at charter.net Fri Apr 16 05:27:34 2004 From: 1wilkerson at charter.net (P Wilkerson) Date: Fri, 16 Apr 2004 08:27:34 -0400 Subject: [Mapserver-users] Help with Fatal Error received References: <407AAF10.5040809@gishosting.net> <00a001c420c2$d88733a0$6400a8c0@Dale1> <407C31BC.3000901@gishosting.net> <007101c422f3$5098e050$6400a8c0@Dale1> <407EA6A3.4070101@gishosting.net> <000501c42312$1c6b6400$6400a8c0@Dale1> <407EE00E.7060209@gishosting.net> Message-ID: <004001c423ae$32890a20$6400a8c0@Dale1> I used the PHP Mapscript 4.0 By Example HOWTO document at http://mapserver.gis.umn.edu/doc40/phpmapscript-byexample-howto.html and received the following error... Fatal error: Due to thread-safety problems, php_mapscript cannot be used as a 'apache' module. You will have to reconfigure your PHP as a CGI to run this version of MapScript. See http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI. in /home/chicora/public_html/map01/europe.php on line 4 File reference: http://secure.gishosting.net/~chicora/map01/europe.php for error ------------------------------------ The administrator for the site hosting my project has enabled PHP as a CGI to run MapScript. The script returns the phpinfo without reporting any errors. Obviously, something is not working right. Suggestions?? Peter Wilkerson ------------------------------------ Here is the europe.php file: 1. draw(); 6. $image_url=$image->saveWebImage(); 7. ?> 8. 9. 10. Example 1: Displaying a map 11. 12. 13. > 14. 15. ------------------------------------ Here is the europe.map file: NAME "Europe in purple" SIZE 400 400 STATUS ON # SYMBOLSET "/var/www/html/maps/symbols/symbols.sym" EXTENT -5696501 1923039 5696501 11022882 UNITS METERS SHAPEPATH ""/home/chicora/public_html/map01/data1868/1869shp/"" WEB IMAGEPATH "/home/chicora/public_html/map01/tmp/" IMAGEURL "http://secure.gishosting.net/~chicora/map01/tmp/" END LAYER NAME "Europe" TYPE POLYGON STATUS ON DATA "europe" CLASS STYLE COLOR 110 50 100 OUTLINECOLOR 200 200 200 SYMBOL 0 END END END END ------------------------------------ GIShosting.net MapServer 4.01 Support for PHP 4.3.4 From TENIERER at gov.ns.ca Fri Apr 16 05:34:08 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Fri, 16 Apr 2004 09:34:08 -0300 Subject: [Mapserver-users] WMS style elements and SLD Message-ID: I agree, a mapfile example would be great, especially where wms_sld_url comes in. Am I under the correct assumption that if you use SLD you do not need a class style in the mapfile? As for the 4.1 version, I feel that anything that is more OGC compliant is a great thing, however, it's good to know the changes and what is available. Saves a lot of headaches. I had the same problem with the layers, bbox, etc. issues in the getmap. I am using PHP/MapScript and would like to marry that with the SLD WMS functionality for more OGC compliance, therefore I don't think the GetMap request would be an option. It would be nice for SLD to work straight through the mapfile. BTW, I get confused a lot because I use server AND client mapfiles for WMS. Would be nice to have examples of both. Rene >>> "uli" 2004-04-16 9:15:52 AM >>> >found it helpful. I have just performed a GetMap request to test it, and >the style did not come through. I face the same problem (even after I realized that I had to upgrade from MS 4.0.1 to 4.1 ;) Maybe someone from DMSolutions could supplement the SLD documentation (http://www2.dmsolutions.ca/tmp/Mapserver_SLD.html) with example mapfiles for the WMS client and server part? Would be extremely helful! BTW: with MS 4.1 it seems to be obligatory to specify LAYERS in the URL, whereas in 4.0, the WMS server returned some default layers, if no layers were specified in the URL. Is this a bug or a step towards more OGC compliance? Personally, I liked the 4.0-way. Thank you, Uli > >Rene > >>>> Yewondwossen Assefa 2004-04-15 4:44:18 PM >>>> >The NamedStyle is not supported in mapserver currently. (Only User >defined styles are supported) It refers to a possiblity to draw a layer > >using a predfined name. For example the same road data can be drawn >using a style called "theamtic" for tourist maps or "Regular" for >another type of maps. In mapserver world, It would mean having one(or >several) classes defining the thematic style, and one (or several) >classes for the Regular style. The styles would me butally exclusive. >The user can then selects through the sld which style to use for >drawing >tha layer. This does not yet exists in Mapserver. > > Using wms_sld_url should be enough for using the sld with a server. >You can also refer to >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SLDMapServer for more >infos. > >Later, > >Rene Teniere wrote: > >> Assefa, >> >> Thanks, It's all so confusing. I have seen so many variations on how >to >> do this, and am especially wondering what the NamedStyle refers to. >Does >> it use the style element in the mapfile, or does it have to be >created? >> In the OGC SLD reference it shows the NamedLayer, and NamedStyle, but >I >> do not know where the NamedStyle comes from or how it is created. If >I >> use wms_sld_url, do I still have to use wms_style or wms_stylelist? >As >> you can see I have a lot of questions and I'm sorry for the volume as >I >> know SLD is new to MapServer. >> >> Rene >> >> >>>>>Yewondwossen Assefa 2004-04-15 2:21:52 PM >>>>> >> >> Rene, >> >> You should use the wms_sld_url metadata. So in your case you would > >> have "wms_sld_url" "http://10.2.185.9/wms/basewms_sld.xml". >> Note also that there is the wms_sld_body metedata that can be set >to >> >> the actual contect of the sld document. >> >> 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 >---------------------------------------------------------------- > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From edspremolla at Antel.com.uy Fri Apr 16 05:42:28 2004 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: Fri, 16 Apr 2004 09:42:28 -0300 Subject: [Mapserver-users] Passing CGI variables In-Reply-To: References: Message-ID: <1082119347.7232.3.camel@fly.in.iantel.com.uy> Try this: http://www.webtropy.com/articles/art9-1.asp?f=SetEnvironmentVariable LALO El vie, 16-04-2004 a las 02:06, Dharani Babu escribi??: > David > Really wonderful. Its running and I got the /temp image created . cool > thing. could you elaborate on how to set the REQUEST_METHOD etc > programmatically ?MY aim is to totally move the mapserv exe and its > dependencies out of IIS/ apache folders . I dont want to keep IIS or apache > running . I hope you have seen my method at my message on vb.net usage > http://mapserver.gis.umn.edu/cgi-bin/wilma_hiliter/mapserver-users/0404/msg00395.html?line=20#hilite > I am lacking to find the methods to find the methods to set the environment > variables programmatically . > with regards and thanks in advance > dharani > > >From: David Mitchell > >To: Dharani Babu > >CC: mapserver-users at lists.gis.umn.edu > >Subject: Re: [Mapserver-users] Passing CGI variables > >Date: Fri, 16 Apr 2004 16:35:24 +1200 > > > >Dharani, > > > >REQUEST_METHOD and QUERY_STRING are environment variables, not parameters > >to the application. Try this instead: > > > >C:\TEST>set "REQUEST_METHOD=GET" > >C:\TEST>set "QUERY_STRING=map=c:\....." > >C:\TEST>mapserv_40.exe > > > >David > > > >Dharani Babu wrote: > >>Hi David > >> Thanks . I moved all the contents of > >>C:/ms4w/apache/cgi-bin/mapserv_40.exe and all the other dlls into a folder > >>C:/test/ mapserv.exe . Ok . Now I passed the command paramaters like this > >>C:\TEST>mapserv_40.exe "REQUEST_METHOD = GET" > >>"QUERY_STRING=map=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Fdemof%2Frock_pic.map&layer=tigerdata&zoomdir=1&zoomsize=2&progra > >> > >>m=%2Fcgi-bin%2Fmapserv_40.exe&map_web_imagepath=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Ftemp_rm6%2F&map_web_imageurl=%2Ftemp_rm6%2F" > >> > >> > >>I Got the following error . > >>This script can only be used to decode form results and > >>should be initiated as a CGI process via a httpd server. > >>I hope I am missing the syntax . I tried other combinations also still > >>missing.pls tell me the syntax of it . > >>with regard and thanks > >>dharani > >> > >>>From: David Mitchell > >>>To: Dharani Babu > >>>CC: mapserver-users at lists.gis.umn.edu > >>>Subject: Re: [Mapserver-users] Passing CGI variables > >>>Date: Fri, 16 Apr 2004 13:43:08 +1200 > >>> > >>>Dharani, > >>> > >>>If you want you can call mapserv directly as you wish but you have to > >>>first set the QUERY_STRING and REQUEST_METHOD environment variables to > >>>trick it into thinking it is being accessed through IIS: > >>> > >>>REQUEST_METHOD=GET > >>>QUERY_STRING="zoomdir=1&zoomsize=2..." > >>>C:/ms4w/apache/cgi-bin/mapserv_40.exe > >>> > >>>That is all that IIS does anyway (not strictly true, IIS sets a few more > >>>variables and does a bit of house-keeping, but essentially the same). If > >>>your map has a template then the image will be in your temp folder and > >>>the std output of mapserv.exe will be the webpage (which you can throw > >>>away essentially). > >>> > >>>David > >>> > >>>Dharani Babu wrote: > >>> > >>>> > >>>>Thanks Daniel - all > >>>> This helped me get a vb.net picture box based wrapper for the MS . I > >>>>have a question though . > >>>>As you when we post the CGI variables we are in need of posting it in > >>>>the form of a html stream only--like > >>>>"http://192.168.2.135/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" etc > >>>>. But is there any alternative so that I can pass it with > >>>>"C:/ms4w/apache/cgi-bin/mapserv_40.exe?zoomdir=1&zoomsize=2&" ? > >>>>But I know very well the map server exe works with Apache or IIS . But I > >>>>want to copy the map server exe and its associated dlls to a location > >>>>other then the cgi-bin or scripts . Is it possible ? > >>>>Is there any way we can make MS exe to get the html stream and give us > >>>>the image in tmp folder WITHOUT Apache or IIS ? I am trying to get a > >>>>soln by running dependency walker on ms exe and other trails with spy > >>>>tools . Still not yet solved . > >>>>with regards and thanks in advance > >>>>dharani > >>>> > >>>> > >>>> > >>>> > >>>>>From: Daniel Morissette > >>>>>To: Dharani Babu > >>>>>CC: mapserver-users at lists.gis.umn.edu > >>>>>Subject: Re: [Mapserver-users] Passing CGI variables > >>>>>Date: Sat, 10 Apr 2004 11:54:24 -0400 > >>>>> > >>>>>Dharani Babu wrote: > >>>>> > >>>>>>1) I am trying to pass the CGI variables to the map server exe > >>>>>>without HTML submission .Thats I am trying to disassociate the browser > >>>>>>based rendering .Could any of you point to the direction ?I have been > >>>>>>able to pass the url thro a C# /VB.net web browser control . But > >>>>>>searching for an alternative . I tried passing CGI variables thro > >>>>>>command prompt but got a message that " cgi variables can be passed > >>>>>>only via httpd " . > >>>>>> > >>>>> > >>>>>You can call the mapserv.exe at the command prompt using > >>>>> > >>>>> mapserv.exe "QUERY_STRING=map=/path/to/yourmap.map&mode=...&..." > >>>>> > >>>>>Daniel > >>>>>-- > >>>>>------------------------------------------------------------ > >>>>> Daniel Morissette dmorissette at dmsolutions.ca > >>>>> DM Solutions Group http://www.dmsolutions.ca/ > >>>>>------------------------------------------------------------ > >>>>> > >>>> > >>>>_________________________________________________________________ > >>>>Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag > >>>>Only on www.shaadi.com. Register now! > >>>> > >>>>_______________________________________________ > >>>>Mapserver-users mailing list > >>>>Mapserver-users at lists.gis.umn.edu > >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >>>> > >>>> > >>> > >>> > >>>-- > >>>David Mitchell > >>>Software Engineer > >>>Telogis > >>> > >>>NOTICE: > >>>This message (including any attachments) contains CONFIDENTIAL > >>>INFORMATION intended for a specific individual and purpose, and > >>>is protected by law. If you are not the intended recipient, > >>>you should delete this message and are hereby notified that any > >>>disclosure, copying, or distribution of this message, or the > >>>taking of any action based on it, is strictly prohibited. > >> > >> > >>_________________________________________________________________ > >>Strike the right balance! News, gossip n fundas! > >>http://www.msn.co.in/women/ Get it all at MSN Women! > >> > >>_______________________________________________ > >>Mapserver-users mailing list > >>Mapserver-users at lists.gis.umn.edu > >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > >> > > > > > >-- > >David Mitchell > >Software Engineer > >Telogis > > > >NOTICE: > >This message (including any attachments) contains CONFIDENTIAL > >INFORMATION intended for a specific individual and purpose, and > >is protected by law. If you are not the intended recipient, > >you should delete this message and are hereby notified that any > >disclosure, copying, or distribution of this message, or the > >taking of any action based on it, is strictly prohibited. > > _________________________________________________________________ > Post Classifieds on MSN classifieds. http://go.msnserver.com/IN/44045.asp > Buy and Sell on MSN Classifieds. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Eduardo Spremolla Antel I+D From eric at gomoos.org Fri Apr 16 05:50:17 2004 From: eric at gomoos.org (Eric Bridger) Date: 16 Apr 2004 08:50:17 -0400 Subject: [Mapserver-users] query on dynamic point data In-Reply-To: <000201c423a8$0c273330$0600a8c0@at11> References: <000201c423a8$0c273330$0600a8c0@at11> Message-ID: <1082119822.1521.4.camel@ubet.gomoos.org> On Fri, 2004-04-16 at 07:43, Gijs Epping wrote: > Hello, > > We got a problem with querying on dynamic created points. The error we > get is: > > Fatal error: [MapServer Error]: msLayerGetShape(): Cannot retrieve > inline shapes randomly. > > I understand the error, we need to index the inserted data but we can't, > because index is readonly. > > Is there a way that we can give a point an number (index number) and > read it out. > > $layer = ms_newlayerObj($gpoMap); > $layer->set("name", "pnts"); > $layer->set("type", MS_LAYER_POINT); > $layer->group='standaard'; > $layer->set("status", MS_ON); > > $class = ms_newClassObj($layer); > $class->set("template", "blabla.html"); > $style = ms_newStyleObj($class); > $style->color->setRGB(0,0,0); > $style->set("symbolname", "star"); > $style->set("size", 10); > > > > $point_lookup1 = array(146626, 511696); > $layerObj = $gpoMap->getLayerByName(pnts); > $line = ms_newLineObj(); > $shp =ms_newShapeObj(MS_SHAPE_POINT); > > > $point = ms_newPointObj(); > $point->setXY($point_lookup1[0], $point_lookup1[1]); > $line->add($point); > $shp->add($line); > > > $layerObj->addFeature($shp); > > $gpoMap->draw(); In mapserver3.6 I use very similiar code but with the addition of: $shp->{index} = $id $id must be numeric. This $id is returned by the query. From dmorissette at dmsolutions.ca Fri Apr 16 05:55:26 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 16 Apr 2004 08:55:26 -0400 Subject: [Mapserver-users] Passing CGI variables In-Reply-To: <407F628C.5040809@telogis.com> References: <407F628C.5040809@telogis.com> Message-ID: <407FD7BE.1080802@dmsolutions.ca> David Mitchell wrote: > Dharani, > > REQUEST_METHOD and QUERY_STRING are environment variables, not > parameters to the application. Try this instead: > > C:\TEST>set "REQUEST_METHOD=GET" > C:\TEST>set "QUERY_STRING=map=c:\....." > C:\TEST>mapserv_40.exe > For the record, QUERY_STRING=... is a special parameter to the mapserv.exe that has the same effect as setting the above environment variables. i.e. the following will work: C:\TEST>mapserv_40.exe "QUERY_STRING=map=C%3A%2Fms4w%2Fapa..." Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Fri Apr 16 06:10:16 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 16 Apr 2004 09:10:16 -0400 Subject: [Mapserver-users] Help with Fatal Error received In-Reply-To: <004001c423ae$32890a20$6400a8c0@Dale1> References: <407AAF10.5040809@gishosting.net> <00a001c420c2$d88733a0$6400a8c0@Dale1> <407C31BC.3000901@gishosting.net> <007101c422f3$5098e050$6400a8c0@Dale1> <407EA6A3.4070101@gishosting.net> <000501c42312$1c6b6400$6400a8c0@Dale1> <407EE00E.7060209@gishosting.net> <004001c423ae$32890a20$6400a8c0@Dale1> Message-ID: <407FDB38.1090706@dmsolutions.ca> P Wilkerson wrote: > > The administrator for the site hosting my project has enabled PHP as a CGI > to run > MapScript. The script returns the phpinfo without reporting any errors. > > phpinfo(); > ?> > > Obviously, something is not working right. Suggestions?? > Well, it seems that the CGI isn't kicking in for some reason. Look at the "Server API" value close to the top of the phpinfo() output. If it says anything other than "CGI" then your PHP CGI isn't working. It could be that the Apache server has PHP builtin and in this case it is used in priority to handle type application/x-httpd-php. To force bypassing the PHP module and using the CGI, use a different type, e.g. AddType application/x-httpd-php-cgi .php .php4 .phtml Action application/x-httpd-php-cgi /cgi-bin/php433 And make sure you remove any AddType lines for application/x-httpd-php Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From gijs at gijs.com Fri Apr 16 06:17:06 2004 From: gijs at gijs.com (Gijs Epping) Date: Fri, 16 Apr 2004 15:17:06 +0200 Subject: [Mapserver-users] query on dynamic point data In-Reply-To: <1082119822.1521.4.camel@ubet.gomoos.org> Message-ID: <000001c423b5$206f3bf0$0600a8c0@at11> -----Oorspronkelijk bericht----- Van: Eric Bridger [mailto:eric at gomoos.org] Verzonden: vrijdag 16 april 2004 14:50 Aan: Gijs Epping CC: Mapserver List Onderwerp: Re: [Mapserver-users] query on dynamic point data On Fri, 2004-04-16 at 07:43, Gijs Epping wrote: > Hello, > > We got a problem with querying on dynamic created points. The error we > get is: > > Fatal error: [MapServer Error]: msLayerGetShape(): Cannot retrieve > inline shapes randomly. > > I understand the error, we need to index the inserted data but we can't, > because index is readonly. > > Is there a way that we can give a point an number (index number) and > read it out. > > $layer = ms_newlayerObj($gpoMap); > $layer->set("name", "pnts"); > $layer->set("type", MS_LAYER_POINT); > $layer->group='standaard'; > $layer->set("status", MS_ON); > > $class = ms_newClassObj($layer); > $class->set("template", "blabla.html"); > $style = ms_newStyleObj($class); > $style->color->setRGB(0,0,0); > $style->set("symbolname", "star"); > $style->set("size", 10); > > > > $point_lookup1 = array(146626, 511696); > $layerObj = $gpoMap->getLayerByName(pnts); > $line = ms_newLineObj(); > $shp =ms_newShapeObj(MS_SHAPE_POINT); > > > $point = ms_newPointObj(); > $point->setXY($point_lookup1[0], $point_lookup1[1]); > $line->add($point); > $shp->add($line); > > > $layerObj->addFeature($shp); > > $gpoMap->draw(); In mapserver3.6 I use very similiar code but with the addition of: $shp->{index} = $id $id must be numeric. This $id is returned by the query. Do you use this with perl or with php because we are using php and we don't get anything back. This is what I get back from $oRes = $oLayer->getResult($iRes);: stdClass Object ( [shapeindex] => -1 [tileindex] => -1 [classindex] => 0 ) Any idea??? From eric at gomoos.org Fri Apr 16 06:29:44 2004 From: eric at gomoos.org (Eric Bridger) Date: 16 Apr 2004 09:29:44 -0400 Subject: [Mapserver-users] query on dynamic point data In-Reply-To: <000001c423b5$206f3bf0$0600a8c0@at11> References: <000001c423b5$206f3bf0$0600a8c0@at11> Message-ID: <1082122189.10071.14.camel@ubet.gomoos.org> On Fri, 2004-04-16 at 09:17, Gijs Epping wrote: > > > > $layer = ms_newlayerObj($gpoMap); > > $layer->set("name", "pnts"); > > $layer->set("type", MS_LAYER_POINT); > > $layer->group='standaard'; > > $layer->set("status", MS_ON); > > > > $class = ms_newClassObj($layer); > > $class->set("template", "blabla.html"); > > $style = ms_newStyleObj($class); > > $style->color->setRGB(0,0,0); > > $style->set("symbolname", "star"); > > $style->set("size", 10); > > > > > > > > $point_lookup1 = array(146626, 511696); > > $layerObj = $gpoMap->getLayerByName(pnts); > > $line = ms_newLineObj(); > > $shp =ms_newShapeObj(MS_SHAPE_POINT); > > > > > > $point = ms_newPointObj(); > > $point->setXY($point_lookup1[0], $point_lookup1[1]); > > $line->add($point); > > $shp->add($line); > > > > > > $layerObj->addFeature($shp); > > > > $gpoMap->draw(); > > In mapserver3.6 I use very similiar code but with the addition of: > $shp->{index} = $id > > $id must be numeric. This $id is returned by the query. > > > > Do you use this with perl or with php because we are using php and we > don't get anything back. > > This is what I get back from $oRes = $oLayer->getResult($iRes);: > > stdClass Object ( [shapeindex] => -1 [tileindex] => -1 [classindex] => 0 > ) > This was in perl mapscript 3.6. There is a detailed example, with comments here: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex19 The other difference I notice is that I used $point->draw() to draw the points, not $map->draw(). From gijs at gijs.com Fri Apr 16 07:02:38 2004 From: gijs at gijs.com (Gijs Epping) Date: Fri, 16 Apr 2004 16:02:38 +0200 Subject: [Mapserver-users] query on dynamic point data In-Reply-To: <1082122189.10071.14.camel@ubet.gomoos.org> Message-ID: <000101c423bb$7a26b4b0$0600a8c0@at11> > -----Oorspronkelijk bericht----- > Van: Eric Bridger [mailto:eric at gomoos.org] > Verzonden: vrijdag 16 april 2004 15:30 > Aan: Gijs Epping > CC: 'Mapserver List' > Onderwerp: RE: [Mapserver-users] query on dynamic point data > > On Fri, 2004-04-16 at 09:17, Gijs Epping wrote: > > > > > > > $layer = ms_newlayerObj($gpoMap); > > > $layer->set("name", "pnts"); > > > $layer->set("type", MS_LAYER_POINT); > > > $layer->group='standaard'; > > > $layer->set("status", MS_ON); > > > > > > $class = ms_newClassObj($layer); > > > $class->set("template", "blabla.html"); > > > $style = ms_newStyleObj($class); > > > $style->color->setRGB(0,0,0); > > > $style->set("symbolname", "star"); > > > $style->set("size", 10); > > > > > > > > > > > > $point_lookup1 = array(146626, 511696); > > > $layerObj = $gpoMap->getLayerByName(pnts); > > > $line = ms_newLineObj(); > > > $shp =ms_newShapeObj(MS_SHAPE_POINT); > > > > > > > > > $point = ms_newPointObj(); > > > $point->setXY($point_lookup1[0], $point_lookup1[1]); > > > $line->add($point); > > > $shp->add($line); > > > > > > > > > $layerObj->addFeature($shp); > > > > > > $gpoMap->draw(); > > > > In mapserver3.6 I use very similiar code but with the addition of: > > $shp->{index} = $id > > > > $id must be numeric. This $id is returned by the query. > > > > > > > > Do you use this with perl or with php because we are using php and we > > don't get anything back. > > > > This is what I get back from $oRes = $oLayer->getResult($iRes);: > > > > stdClass Object ( [shapeindex] => -1 [tileindex] => -1 [classindex] => 0 > > ) > > > > This was in perl mapscript 3.6. There is a detailed example, with > comments here: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex19 > > The other difference I notice is that I used $point->draw() to draw the > points, not $map->draw(). > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users Thanks for the help but it is still not working in php I can not set the shapeindex it is read only, so i have to find a other way to solve this problem. Thanks again Gijs From dmorissette at dmsolutions.ca Fri Apr 16 07:12:34 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 16 Apr 2004 10:12:34 -0400 Subject: [Mapserver-users] WMS style elements and SLD In-Reply-To: References: Message-ID: <407FE9D2.3090909@dmsolutions.ca> uli wrote: >>found it helpful. I have just performed a GetMap request to test it, and >>the style did not come through. > > > I face the same problem (even after I realized that I had to upgrade from MS > 4.0.1 to 4.1 ;) > Maybe someone from DMSolutions could supplement the SLD documentation > (http://www2.dmsolutions.ca/tmp/Mapserver_SLD.html) with example mapfiles > for the WMS client and server part? Would be extremely helful! > Some better docs will be made available, but I'm not sure what the status of this is. I have created a bug to track this,so you might want to add yourself to the CC: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=625 > BTW: with MS 4.1 it seems to be obligatory to specify LAYERS in the URL, > whereas in 4.0, the WMS server returned some default layers, if no layers > were specified in the URL. Is this a bug or a step towards more OGC > compliance? Personally, I liked the 4.0-way. > We all liked the 4.0 way I think, but we had to add more checking to pass some of the tests in the OGC testsuite. A note about this has been added to the HISTORY.TXT file for 4.2 and the GetMap example in the WMS HOWTO will be updated as well (bug 622). Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From selkiesdad at twcny.rr.com Fri Apr 16 07:59:40 2004 From: selkiesdad at twcny.rr.com (Andrew) Date: Fri, 16 Apr 2004 10:59:40 -0400 Subject: [Mapserver-users] mapserv cgi and raster layers References: <407FC844.5070006@twcny.rr.com> Message-ID: <407FF4DC.80109@twcny.rr.com> I have a correction...I found the correct use of DEBUG in the docs and traced the cgi mapserv process. The landsat file failes with "msDrawMap() Image handling" error, the tiff files abort the cgi before any log is made. Removing the offending tiffs from the path and trying to map them anyway gives "normal execution" concerning the missing rsater. Andrew wrote: > I have compiled the mapserv cgi and all the required libraries and > associated utilities from source on an ix86 Linux slackware (kernel > 2.4.20) box. I have tried both the mapserver 4.0 and 4.02 source > files with gdal 1.2, gd 2.0.22, freetype 2.1.7 and proj 4.4.7. I had > no problems with the compiles ( except for the --with-ogr option for > mapserv 4.0 which required manual fixes to the Makefile paths for ogr > includes and libs). I have used the tutorial.zip file downloaded from > the mapserver documentation links online, fixed the mixed windows/unix > paths and locations, and eliminated the instances of '\r\n' with '\n' > in all text files, including tiff world files and the html template > files. I have recompiled repeatedly using various combinations of the > --with-odbc and --with-ogr options for gdal and mapserve. I have a > serious and inexplicable problem with the display of raster layers. > They don't. > > Any map file references to tiff files that are actually in the > location listed causes a cgi abort with a "premature end of script > headers" upon mapping them as backgrounds. Neither version of > mapserver sources will permit the use of the DEBUG option in ANY > location in the map file without aborting with an appropriate message. > The mapserv cgi fails in the wms connect to the landsat data source > and aborts, even with status set to off, if I include it as a layer. > When I test the URL for the landsat map from lynx I get an XML file > with a missing bbox argument error. The url being used for this > connection is identical to that found in the online tutorial viewable > map file. The online tutorial works perfectly. > > All other utilities, binaries, cgi capabilities, etc tested work > exactly as documented. > > Any thoughts? > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From gijs at gijs.com Fri Apr 16 08:06:08 2004 From: gijs at gijs.com (Gijs Epping) Date: Fri, 16 Apr 2004 17:06:08 +0200 Subject: [Mapserver-users] query on dynamic point data (with php) still not working!!!!! In-Reply-To: <000101c423bb$7a26b4b0$0600a8c0@at11> Message-ID: <000201c423c4$591902b0$0600a8c0@at11> > > Onderwerp: RE: [Mapserver-users] query on dynamic point data > > > > On Fri, 2004-04-16 at 09:17, Gijs Epping wrote: > > > > > > > > > > $layer = ms_newlayerObj($gpoMap); > > > > $layer->set("name", "pnts"); > > > > $layer->set("type", MS_LAYER_POINT); > > > > $layer->group='standaard'; > > > > $layer->set("status", MS_ON); > > > > > > > > $class = ms_newClassObj($layer); > > > > $class->set("template", "blabla.html"); > > > > $style = ms_newStyleObj($class); > > > > $style->color->setRGB(0,0,0); > > > > $style->set("symbolname", "star"); > > > > $style->set("size", 10); > > > > > > > > > > > > > > > > $point_lookup1 = array(146626, 511696); > > > > $layerObj = $gpoMap->getLayerByName(pnts); > > > > $line = ms_newLineObj(); > > > > $shp =ms_newShapeObj(MS_SHAPE_POINT); > > > > > > > > > > > > $point = ms_newPointObj(); > > > > $point->setXY($point_lookup1[0], $point_lookup1[1]); > > > > $line->add($point); > > > > $shp->add($line); > > > > > > > > > > > > $layerObj->addFeature($shp); > > > > > > > > $gpoMap->draw(); > > > > > > In mapserver3.6 I use very similiar code but with the addition of: > > > $shp->{index} = $id > > > > > > $id must be numeric. This $id is returned by the query. > > > > > > > > > > > > Do you use this with perl or with php because we are using php and > we > > > don't get anything back. > > > > > > This is what I get back from $oRes = $oLayer->getResult($iRes);: > > > > > > stdClass Object ( [shapeindex] => -1 [tileindex] => -1 [classindex] > => 0 > > > ) > > > > > > > This was in perl mapscript 3.6. There is a detailed example, with > > comments here: > > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex19 > > > > The other difference I notice is that I used $point->draw() to draw > the > > points, not $map->draw(). > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > Thanks for the help but it is still not working in php I can not set the > shapeindex it is read only, so i have to find a other way to solve this > problem. > > Thanks again > > Gijs > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gabriel at autofax.com.br Fri Apr 16 08:47:06 2004 From: gabriel at autofax.com.br (Gabriel Moricz) Date: Fri, 16 Apr 2004 12:47:06 -0300 Subject: [Mapserver-users] Installing PHP MapScript Message-ID: Hello @ all.. Well.. I have installed MapServer, with Jpeg, Gdal, PNG, Freetype, GD, HTTPD, PHP4, OGR and so on... Well I build the map server with these options and at the /mapscript/php3/ I have all necessary files, like mapscript_i.o,php_mapscript.o, php_mapscript.h, well..As I said all is compiled and ok... But now...What Must I do??? I dont know where to go, and what to do.. Please...needing help!!! Well...I use mapserver-4.0.2, PHP4 and ITASCA using mapserver is ok, and perfect... oh...my mapserv -v is: OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE Thanks so much... Gabriel Moricz From dharanibabus at hotmail.com Fri Apr 16 08:50:28 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Fri, 16 Apr 2004 21:20:28 +0530 Subject: [Mapserver-users] Passing CGI variables Message-ID: Hi all Thanks to all for the replies . I got it all working . Yes in fact the QUERY_STRING value can be just posted to the map_serv.exe programmatically . I just now found the rigth way to parse the output from MS exe . No xml http requests needed . And more over for new users this info can be useful . 1) To use the MS exe WITHOUT apache or IIS just I did the following ( I request all of the members to advise me on this method of just "moving" the contents of cgi-bin ) Copy all the contents of C:/ms4w/apache/cgi-bin or C:/Inetpub/wwwroot/Scripts - C:/Inetpub/wwwroot/bin to some other folder for ex C:/Test . Now from the command prompt set the environment variable C:/> set REQUEST_METHOD= "GET" Now the CGI vairables can be passed easily as like firing an exe - no need for IIS / Apache or http request like http://localhost/mapserv.exe ? QUERY_STRING = map " ...etc . After passing the variables the output from standard output can be parsed easily and faster also .My vb.net code is as follows . Imports System.IO.StreamReader Public Class Form1 Inherits System.Windows.Forms.Form Dim strXY As String Dim url As String Dim strEXT As String Dim mainTxt As String Dim countyTxt As String Dim flag As Integer Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click ProgressBar1.Value = 0 ProgressBar1.Visible = True ProgressBar1.PerformStep() Dim myProcess As New Process Dim myProcessStartInfo As New ProcessStartInfo("C:/Test/mapserv_40.exe", mainTxt) myProcessStartInfo.CreateNoWindow = True myProcessStartInfo.UseShellExecute = False myProcessStartInfo.RedirectStandardOutput = True myProcess.StartInfo = myProcessStartInfo myProcess.Start() ProgressBar1.PerformStep() ProgressBar1.PerformStep() Dim myStreamReader As System.IO.StreamReader = myProcess.StandardOutput ' Read the standard output of the spawned process. Dim myString As String = myStreamReader.ReadToEnd 'MsgBox(myString) 'Console.WriteLine(myString) myProcess.Close() url = myString Dim objdocument objdocument = CreateObject("HTMLFILE") objdocument.open("text/html") objdocument.write(url) Dim objforms Dim ctrl Dim strpath Dim arr(3) As String Dim imgxy() As String Dim imgext() As String Label2.Text = "Parsing standard output " For Each objforms In objdocument.documentElement.document.Forms For Each ctrl In objforms.getElementsByTagName("*") If ctrl.tagName = "INPUT" Then If ctrl.Name = "img" Then arr = Split(ctrl.src, "/") End If If ctrl.Name = "imgxy" Then strXY = ctrl.Value End If If ctrl.Name = "imgext" Then strEXT = ctrl.Value End If End If Next Next ProgressBar1.PerformStep() ProgressBar1.PerformStep() objdocument.close() strpath = "C:\ms4w\Apache\htdocs\temp_rm6\" & arr(2) PictureBox1.BorderStyle = BorderStyle.Fixed3D PictureBox1.Image = Image.FromFile(strpath) ProgressBar1.PerformStep() ProgressBar1.PerformStep() ProgressBar1.PerformStep() ProgressBar1.PerformStep() ProgressBar1.PerformStep() ProgressBar1.PerformStep() End Sub Private Sub PictureBox1_MouseUp(ByVal sender As Object, ByVal e As System.Windows.Forms.MouseEventArgs) Handles PictureBox1.MouseUp Dim xpos Dim ypos Dim strtemp xpos = e.X() ypos = e.Y() strtemp = "QUERY_STRING=zoomdir=1&zoomsize=2&" strtemp = strtemp & "imgxy=" & Replace(strXY, " ", "+") & "&imgext=" & Replace(strEXT, " ", "+") & "" strtemp = strtemp & "&map=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Fdemof%2F" & countyTxt & "&savequery=true&program=%2Fcgi-bin%2Fmapserv_40.exe&map_web_imagepath=c%3A%2Fms4w%2FApache%2Fhtdocs%2Ftemp_rm6%2F&map_web_imageurl=%2Ftemp_rm6%2F" strtemp = strtemp & "&img.x=" & xpos & "&img.y=" & ypos Dim myProcess As New Process Dim myProcessStartInfo As New ProcessStartInfo("C:/Test/mapserv_40.exe", strtemp) myProcessStartInfo.CreateNoWindow = True myProcessStartInfo.UseShellExecute = False myProcessStartInfo.RedirectStandardOutput = True myProcess.StartInfo = myProcessStartInfo myProcess.Start() Dim myStreamReader As System.IO.StreamReader = myProcess.StandardOutput ' Read the standard output of the spawned process. Dim myString As String = myStreamReader.ReadToEnd url = myString Dim objdocument objdocument = CreateObject("HTMLFILE") objdocument.open("text/html") objdocument.write(url) Dim objforms Dim ctrl Dim strpath Dim arr() As String For Each objforms In objdocument.documentElement.document.Forms For Each ctrl In objforms.getElementsByTagName("*") If ctrl.tagName = "INPUT" Then If ctrl.Name = "img" Then arr = Split(ctrl.src, "/") End If If ctrl.Name = "imgxy" Then strXY = ctrl.Value End If If ctrl.Name = "imgext" Then strEXT = ctrl.Value End If End If Next Next objdocument.close() strpath = "C:\ms4w\Apache\htdocs\temp_rm6\" & arr(2) PictureBox1.BorderStyle = BorderStyle.Fixed3D PictureBox1.Image = Image.FromFile(strpath) End Sub Private Sub RadioButton1_CheckedChanged(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles RadioButton1.CheckedChanged mainTxt = "QUERY_STRING=map=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Fdemof%2Frockshp1_pic.map&layer=tigerdata&zoomdir=1&zoomsize=2&program=%2Fcgi-bin%2Fmapserv_40.exe&map_web_imagepath=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Ftemp_rm6%2F&map_web_imageurl=%2Ftemp_rm6%2F" countyTxt = "rockshp1_pic.map" flag = 0 End Sub Private Sub RadioButton2_CheckedChanged(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles RadioButton2.CheckedChanged mainTxt = "QUERY_STRING=map=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Fdemof%2Fsuff_pic.map&layer=tigerdata&zoomdir=1&zoomsize=2&program=%2Fcgi-bin%2Fmapserv_40.exe&map_web_imagepath=C%3A%2Fms4w%2Fapache%2Fhtdocs%2Ftemp_rm6%2F&map_web_imageurl=%2Ftemp_rm6%2F" countyTxt = "suff_pic.map" flag = 1 End Sub 'Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click ' mainTxt = "" ' countyTxt = "" 'End Sub End Class with regards and thanks Dharani Babu S >From: "Daniel Morissette" >To: >CC: "Dharani Babu" >, >Subject: Re: [Mapserver-users] Passing CGI variables >Date: Fri, 16 Apr 2004 15:00:21 +0100 > >David Mitchell wrote: >>Dharani, >> >>REQUEST_METHOD and QUERY_STRING are environment variables, not parameters >>to the application. Try this instead: >> >>C:\TEST>set "REQUEST_METHOD=GET" >>C:\TEST>set "QUERY_STRING=map=c:\....." >>C:\TEST>mapserv_40.exe >> > >For the record, QUERY_STRING=... is a special parameter to the mapserv.exe >that has the same effect as setting the above environment variables. i.e. >the following will work: > > >C:\TEST>mapserv_40.exe "QUERY_STRING=map=C%3A%2Fms4w%2Fapa..." > >Daniel >-- >------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ >------------------------------------------------------------ > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _________________________________________________________________ Strike the right balance! News, gossip ?n fundas! http://www.msn.co.in/women/ Get it all at MSN Women! From dharanibabus at hotmail.com Fri Apr 16 08:53:54 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Fri, 16 Apr 2004 21:23:54 +0530 Subject: [Mapserver-users] Win CE/Pocket PC version again !! Message-ID: Hi all --sorry for repeated post on the same subject - can any one point to me the uncompiled source code of map server so that i can get an exe compiled for embedded vc++ ? or if any one has it already compiled pls point to me the source . My aim is to port the map server exe to pocket pc . Thanks in advance dharani babu _________________________________________________________________ Easiest Money Transfer to India. Send Money To 6000 Indian Towns. http://go.msnserver.com/IN/42198.asp Easiest Way To Send Money Home! From qoelhex at cttmar.univali.br Fri Apr 16 09:45:40 2004 From: qoelhex at cttmar.univali.br (qoelheX) Date: Fri, 16 Apr 2004 13:45:40 -0300 Subject: [Mapserver-users] Installing PHP MapScript In-Reply-To: References: Message-ID: <40800DB4.7030206@cttmar.univali.br> Gabriel Moricz wrote: >Hello @ all.. > >Well.. > >I have installed MapServer, with Jpeg, Gdal, PNG, Freetype, GD, HTTPD, PHP4, >OGR and so on... > >Well > >I build the map server with these options and at the /mapscript/php3/ >I have all necessary files, like mapscript_i.o,php_mapscript.o, >php_mapscript.h, well..As I said all is compiled and ok... > >But now...What Must I do??? > >I dont know where to go, and what to do.. > > > > Try to copy the php_mapscript.so from folder mapscript/php3 of your mapserv source tree to folder extensions on the php install dir. So, enable extensions in your php.ini or load it with dl( "php_mapscript.so" ) on top of your php script! All right? by qoelheX From murilo.yoshida at agx.com.br Fri Apr 16 10:20:09 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Fri, 16 Apr 2004 14:20:09 -0300 Subject: RES: [Mapserver-users] Query on symbols In-Reply-To: <407F846E.4060509@ilmenau.baw.de> Message-ID: <000001c423d7$149b7650$1364a8c0@parapente> Yep, you understood my problem... And you also gave a great suggestion!! I was beginning to code the Eric suggestion, but to do that I would have to leave some part of the map file hard coded, and I didn't want to... Thanks, I'll try it now, and thanks to all the people who helped me trough this problem. Murilo -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de Norbert Thieme Enviada em: sexta-feira, 16 de abril de 2004 04:00 Para: murilo.yoshida at agx.com.br Cc: mapserver-users at lists.gis.umn.edu Assunto: Re: [Mapserver-users] Query on symbols Hello, I hope that you found a way to solve your problem. If not I have a suggestion that might help. Hopefully I get your problem right. Let's see. I think you are using php/mapscript and the querybypoint function? And you have symbols on a point layer that should represent the points? When you do a click on the symbol you want to get the attributes from the points? Perhaps someone from the list can confirm this because I havn't tried it yet. Try this: Loop through your layers and check the layer->type and when it is 0 then you have a point layer. Then you can set the tolerance big enough to match your symbols. In all other cases you can do your querybypoint on the layer with tolerance 0 or what you want. It could look like: for ($i=0; $i < $map->numlayers; $i++) { $layer = $map->getLayer($i); if ($layer->type == 0) { if (@$layer->queryByPoint($query_point, MS_MULTIPLE, 10) == MS_SUCCESS) { .. .. } } else { if (@$layer->queryByPoint($query_point, MS_MULTIPLE, 0) == MS_SUCCESS) { .. .. } } } Regards, Norbert _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From selkiesdad at twcny.rr.com Fri Apr 16 11:32:03 2004 From: selkiesdad at twcny.rr.com (Andrew) Date: Fri, 16 Apr 2004 14:32:03 -0400 Subject: [Mapserver-users] mapserv cgi andraster layers again References: <000001c423d7$149b7650$1364a8c0@parapente> Message-ID: <408026A3.6090605@twcny.rr.com> I have converted all my tiff files to png, renamed all the .tfw world files with a .wld extension, and I can get png files to display (albeit not to the necessary scale or projection necessarily). My mapserv "says" it supports tiff input, and the gdal conversions from tiff to png and back work fine. I still get the "premature end of script headers" when I use tiffs. The wms connection still fails, but the same tiff file saved locally and used in place still causes the cgi to abort. Is there a simple algorithm or technique to use to georeference the png files made from the tiff files so I can use the world files directly? What is the best workaround, if the tiff support remains broken? Is there a known "fix"? Thanks From TENIERER at gov.ns.ca Fri Apr 16 11:58:26 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Fri, 16 Apr 2004 15:58:26 -0300 Subject: [Mapserver-users] SLD working? Message-ID: Hi all, Managed to get SLD working (sort of). For those interested, look at the attached examples. What I'd like to know is how to get more layers working without creating another sld xml file. Example: the following works fine for one polygon and line layer: Shoreline #000000 Lakes #000000 #000000 If I try and add another NamedLayer of either PolygonSymbolizer or LineSymbolizer type, the SLD will not work. What am I missing? I would like to put all of the layers for my WMS Client Map File in the one SLD XML. WMS Client Map File: MAP NAME "Nova Scotia WAP Page" STATUS ON EXTENT 180504 4786079 806737 5255785 SIZE 400 300 IMAGETYPE PNG24 IMAGECOLOR 255 255 255 UNITS METERS RESOLUTION 90.714286 WEB IMAGEPATH "c:/temp/tmp/" IMAGEURL "/temp/tmp/" END QUERYMAP STATUS ON SIZE -1 -1 COLOR 255 255 0 STYLE HILITE END PROJECTION #UTM Zone 20 NAD83 for Nova Scotia "init=epsg:2038" END SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS METERS INTERVALS 5 SIZE 250 5 STYLE 0 POSITION LL LABEL TYPE BITMAP SIZE SMALL OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 PARTIALS TRUE FORCE FALSE END END OUTPUTFORMAT NAME "PNG24" MIMETYPE "image/png" DRIVER "GD/PNG" EXTENSION "png" IMAGEMODE RGB END REFERENCE IMAGE "d:/www/gmap/wap/images/keymap.png" EXTENT 180504 4786079 806737 5255785 SIZE 175 131 STATUS ON COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END LEGEND STATUS ON KEYSIZE 18 12 TEMPLATE "d:/www/gmap/wap/templates/legend_template_all.html" LABEL TYPE BITMAP SIZE SMALL COLOR 0 0 89 END END LAYER NAME "Shoreline" GROUP "Base Data" STATUS ON TYPE LINE UNITS METERS SIZEUNITS PIXELS TOLERANCE 0 TOLERANCEUNITS PIXELS CONNECTIONTYPE WMS CONNECTION "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" METADATA "wms_srs" "EPSG:2038" "wms_name" "Shoreline" "wms_server_version" "1.1.1" "wms_formatlist" "image/png,image/gif,image/jpeg,image/wbmp" "wms_format" "image/png" "wms_connectiontimeout" "45" "wms_sld_url" "http://10.2.185.9/wms/sld/basewms_sld.xml" END END LAYER NAME "Lakes" GROUP "Base Data" STATUS ON TEMPLATE "d:/www/gmap/wap/templates/blank.html" TYPE POLYGON MAXSCALE 500000 TOLERANCE 10 TOLERANCEUNITS PIXELS CONNECTIONTYPE WMS CONNECTION "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" METADATA "wms_srs" "EPSG:2038" "wms_name" "Lakes" "wms_server_version" "1.1.1" "wms_formatlist" "image/png,image/gif,image/jpeg,image/wbmp" "wms_format" "image/png" "wms_connectiontimeout" "45" "wms_sld_url" "http://10.2.185.9/wms/sld/basewms_sld.xml" END END LAYER NAME "Rivers" GROUP "Base Data" STATUS ON TEMPLATE "d:/www/gmap/wap/templates/blank.html" TYPE LINE MAXSCALE 500000 TOLERANCE 10 TOLERANCEUNITS PIXELS CONNECTIONTYPE WMS CONNECTION "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" METADATA "wms_srs" "EPSG:2038" "wms_name" "Rivers" "wms_server_version" "1.1.1" "wms_formatlist" "image/png,image/gif,image/jpeg,image/wbmp" "wms_format" "image/png" "wms_connectiontimeout" "45" "wms_sld_url" "http://10.2.185.9/wms/sld/basewms_sld.xml" END END Thanks, Rene Rene J.R. Teniere - BSc., D.GIS GIS Technician Nova Scotia Department of Natural Resources Forestry Division (GIS) - Truro Phone: (902) 893-5655 Mobile: (902) 209-8956 From gabriel at autofax.com.br Fri Apr 16 12:14:26 2004 From: gabriel at autofax.com.br (Gabriel Moricz) Date: Fri, 16 Apr 2004 16:14:26 -0300 Subject: RES: [Mapserver-users] Installing PHP MapScript In-Reply-To: <40800DB4.7030206@cttmar.univali.br> Message-ID: Thanks.. Well...I did what u said me to do, but it returns a error when I try to RUN MapLAB.. the error is: Warning: Wrong parameter count for mkdir() in /var/www/maplab/htdocs/common/session/session.php on line 82 Warning: Wrong parameter count for mkdir() in /var/www/maplab/htdocs/common/session/session.php on line 189 it happened when I tried to open the maplabs/htdocs/ by my webrowser.. How must I install maplab? Whats is wrong? thanks.. Gabriel Moricz -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Em nome de qoelheX Enviada em: sexta-feira, 16 de abril de 2004 13:46 Para: mapserver-users at lists.gis.umn.edu Assunto: Re: [Mapserver-users] Installing PHP MapScript Gabriel Moricz wrote: >Hello @ all.. > >Well.. > >I have installed MapServer, with Jpeg, Gdal, PNG, Freetype, GD, HTTPD, PHP4, >OGR and so on... > >Well > >I build the map server with these options and at the /mapscript/php3/ >I have all necessary files, like mapscript_i.o,php_mapscript.o, >php_mapscript.h, well..As I said all is compiled and ok... > >But now...What Must I do??? > >I dont know where to go, and what to do.. > > > > Try to copy the php_mapscript.so from folder mapscript/php3 of your mapserv source tree to folder extensions on the php install dir. So, enable extensions in your php.ini or load it with dl( "php_mapscript.so" ) on top of your php script! All right? by qoelheX _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nacional at cbs.umn.edu Fri Apr 16 12:29:27 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Fri, 16 Apr 2004 14:29:27 -0500 Subject: [Mapserver-users] mapserv cgi andraster layers again In-Reply-To: <408026A3.6090605@twcny.rr.com> References: <000001c423d7$149b7650$1364a8c0@parapente> <408026A3.6090605@twcny.rr.com> Message-ID: <1082143767.28779.77.camel@arceuthobium.ecology.umn.edu> Andrew, Have a look at your Apache error_log. Chances are some of your libraries are not being seen by MapServer. If this is the case and assuming you have installed the libraries you compiled in "/usr/local/", run the command "/sbin/ldconfig" as root to create/refresh the links to your libraries. You can then run "/sbin/ldconfig -p | more" to check that the libraries needed by MapServer are "registered". If they're not, edit /etc/ld.so.conf as root and add "/usr/local/lib" (or wherever you installed your libraries). You can then rerun "/sbin/ldconfig" and your problems should go away. One caveat: There may be reasons not to add "/usr/local/lib" to your ld.so.conf file. You might have duplicate libraries that could screw other things. Good luck! -Perry N. On Fri, 2004-04-16 at 13:32, Andrew wrote: > I have converted all my tiff files to png, renamed all the .tfw world > files with a .wld extension, and I can get png files to display (albeit > not to the necessary scale or projection necessarily). My mapserv "says" > it supports tiff input, and the gdal conversions from tiff to png and > back work fine. I still get the "premature end of script headers" when I > use tiffs. The wms connection still fails, but the same tiff file saved > locally and used in place still causes the cgi to abort. > > Is there a simple algorithm or technique to use to georeference the png > files made from the tiff files so I can use the world files directly? > What is the best workaround, if the tiff support remains broken? Is > there a known "fix"? > > Thanks > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From assefa at dmsolutions.ca Fri Apr 16 12:39:01 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 16 Apr 2004 15:39:01 -0400 Subject: [Mapserver-users] SLD working? In-Reply-To: References: Message-ID: <40803655.1090808@dmsolutions.ca> Rene, Are you on a windows system ? If that is the case, there was a bug corrected today related to the parsing of the sld that could explain your problem. In general you can put as much NamedLayer as you want in the sld. Later, Rene Teniere wrote: > Hi all, > > Managed to get SLD working (sort of). For those interested, look at the > attached examples. What I'd like to know is how to get more layers > working without creating another sld xml file. Example: the following > works fine for one polygon and line layer: > > > > Shoreline > > > > > > #000000 > > > > > > > > Lakes > > > > > > #000000 > > > #000000 > > > > > > > > > If I try and add another NamedLayer of either PolygonSymbolizer or > LineSymbolizer type, the SLD will not work. What am I missing? I would > like to put all of the layers for my WMS Client Map File in the one SLD > XML. > > WMS Client Map File: > > MAP > NAME "Nova Scotia WAP Page" > STATUS ON > EXTENT 180504 4786079 806737 5255785 > SIZE 400 300 > IMAGETYPE PNG24 > IMAGECOLOR 255 255 255 > UNITS METERS > RESOLUTION 90.714286 > WEB > IMAGEPATH "c:/temp/tmp/" > IMAGEURL "/temp/tmp/" > END > QUERYMAP > STATUS ON > SIZE -1 -1 > COLOR 255 255 0 > STYLE HILITE > END > PROJECTION > #UTM Zone 20 NAD83 for Nova Scotia > "init=epsg:2038" > END > SCALEBAR > STATUS ON > COLOR 255 255 255 > OUTLINECOLOR 0 0 0 > BACKGROUNDCOLOR 0 0 0 > IMAGECOLOR 255 255 255 > UNITS METERS > INTERVALS 5 > SIZE 250 5 > STYLE 0 > POSITION LL > LABEL > TYPE BITMAP > SIZE SMALL > OFFSET 0 0 > BUFFER 0 > MINDISTANCE -1 > MINFEATURESIZE -1 > COLOR 0 0 0 > PARTIALS TRUE > FORCE FALSE > END > END > OUTPUTFORMAT > NAME "PNG24" > MIMETYPE "image/png" > DRIVER "GD/PNG" > EXTENSION "png" > IMAGEMODE RGB > END > REFERENCE > IMAGE "d:/www/gmap/wap/images/keymap.png" > EXTENT 180504 4786079 806737 5255785 > SIZE 175 131 > STATUS ON > COLOR -1 -1 -1 > OUTLINECOLOR 255 0 0 > END > LEGEND > STATUS ON > KEYSIZE 18 12 > TEMPLATE "d:/www/gmap/wap/templates/legend_template_all.html" > LABEL > TYPE BITMAP > SIZE SMALL > COLOR 0 0 89 > END > END > LAYER > NAME "Shoreline" > GROUP "Base Data" > STATUS ON > TYPE LINE > UNITS METERS > SIZEUNITS PIXELS > TOLERANCE 0 > TOLERANCEUNITS PIXELS > CONNECTIONTYPE WMS > CONNECTION > "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" > METADATA > "wms_srs" "EPSG:2038" > "wms_name" "Shoreline" > "wms_server_version" "1.1.1" > "wms_formatlist" > "image/png,image/gif,image/jpeg,image/wbmp" > "wms_format" "image/png" > "wms_connectiontimeout" "45" > "wms_sld_url" > "http://10.2.185.9/wms/sld/basewms_sld.xml" > END > END > LAYER > NAME "Lakes" > GROUP "Base Data" > STATUS ON > TEMPLATE "d:/www/gmap/wap/templates/blank.html" > TYPE POLYGON > MAXSCALE 500000 > TOLERANCE 10 > TOLERANCEUNITS PIXELS > CONNECTIONTYPE WMS > CONNECTION > "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" > METADATA > "wms_srs" "EPSG:2038" > "wms_name" "Lakes" > "wms_server_version" "1.1.1" > "wms_formatlist" > "image/png,image/gif,image/jpeg,image/wbmp" > "wms_format" "image/png" > "wms_connectiontimeout" "45" > "wms_sld_url" > "http://10.2.185.9/wms/sld/basewms_sld.xml" > END > END > LAYER > NAME "Rivers" > GROUP "Base Data" > STATUS ON > TEMPLATE "d:/www/gmap/wap/templates/blank.html" > TYPE LINE > MAXSCALE 500000 > TOLERANCE 10 > TOLERANCEUNITS PIXELS > CONNECTIONTYPE WMS > CONNECTION > "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" > METADATA > "wms_srs" "EPSG:2038" > "wms_name" "Rivers" > "wms_server_version" "1.1.1" > "wms_formatlist" > "image/png,image/gif,image/jpeg,image/wbmp" > "wms_format" "image/png" > "wms_connectiontimeout" "45" > "wms_sld_url" > "http://10.2.185.9/wms/sld/basewms_sld.xml" > END > END > > Thanks, > Rene > > > Rene J.R. Teniere - BSc., D.GIS > GIS Technician > Nova Scotia Department of Natural Resources > Forestry Division (GIS) - Truro > > Phone: (902) 893-5655 > Mobile: (902) 209-8956 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/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 qoelhex at cttmar.univali.br Fri Apr 16 12:50:43 2004 From: qoelhex at cttmar.univali.br (qoelheX) Date: Fri, 16 Apr 2004 16:50:43 -0300 Subject: RES: [Mapserver-users] Installing PHP MapScript In-Reply-To: References: Message-ID: <40803913.7040808@cttmar.univali.br> Gabriel Moricz wrote: >Thanks.. > >Well...I did what u said me to do, but it returns a error.. > >the error is: >Warning: Wrong parameter count for mkdir() in >/var/www/maplab/htdocs/common/session/session.php on line 82 > >Warning: Wrong parameter count for mkdir() in >/var/www/maplab/htdocs/common/session/session.php on line 189 > > >it happened when I tried to open the maplabs/htdocs by my webrowser.. > > >Whats is wrong? > >thanks.. > > Its an error related to apache write permissions, you must to enable write acces to your apache user and group on this folder to create folders inside. att by qoelheX From murilo.yoshida at agx.com.br Fri Apr 16 14:42:17 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Fri, 16 Apr 2004 18:42:17 -0300 Subject: [Mapserver-users] shapefile types Message-ID: <000001c423fb$b3888a90$1364a8c0@parapente> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C423E2.8E3B5290 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, What's the difference between a MS_SHP_POINT shapefile and a MS_SHP_MULTIPOINT shapefile? Thanks, Murilo ------=_NextPart_000_0001_01C423E2.8E3B5290 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

              Hi = all,

              What’s the difference = between a MS_SHP_POINT shapefile and a MS_SHP_MULTIPOINT shapefile?

              = Thanks,

                 = Murilo

            ------=_NextPart_000_0001_01C423E2.8E3B5290-- From TMitchell at lignum.com Fri Apr 16 14:52:16 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Fri, 16 Apr 2004 14:52:16 -0700 Subject: [Mapserver-users] scripting languages In-Reply-To: Message-ID: If you need functionality beyond what the CGI version provides - then you can use MapServer functionality within another programming environment. Some find this particularly useful when designing a certain type of "look and feel" to their site - with certain types of interaction with the user that CGI might not do so well or allow. The scripting option is also used to integrate mapserver functionality into other types of web applications where basic mapping and querying is not enough. For example, you could process some information before asking mapserver to draw it. Tyler mapserver-users-admin at lists.gis.umn.edu wrote on 04/15/2004 03:53:21 PM: > > Dear users > > Can someone give me more information about the scripting languages Mapserver > uses like perl, PHP and others. What is their purpose. > > Someone told me that it can be used for spatial analysis. I am not a > programmer so dont know at all as to how Mapserver benefits by using the > languages. CAn someone clarify if at all it is used for spatial analysis. In > not, then what is its purpose > > > Many Thanks > > Saurabh Data > ___________________________________________________________________ > > Saurabh Data > School of Computing > University of Leeds > Leeds LS2 9JT > U.K. > > one who seeketh , will findeth and all door shall open - james Allen > ___________________________________________________________________ > > _________________________________________________________________ > Tired of 56k? Get a FREE BT Broadband connection > http://www.msn.co.uk/specials/btbroadband > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime at dnr.state.mn.us Fri Apr 16 15:29:54 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 16 Apr 2004 17:29:54 -0500 Subject: [Mapserver-users] shapefile types Message-ID: The latter has mulple disconnected points sharing one set of attributes, the former only one point. >>> "Murilo Lacerda Yoshida" 4/16/2004 4:42:17 PM >>> Hi all, What's the difference between a MS_SHP_POINT shapefile and a MS_SHP_MULTIPOINT shapefile? Thanks, Murilo From aaron at campusactivism.org Fri Apr 16 17:12:05 2004 From: aaron at campusactivism.org (Aaron Kreider) Date: Fri, 16 Apr 2004 19:12:05 -0500 Subject: [Mapserver-users] can I create a layer based on a mysql query? Message-ID: <40803005.22814.4475E1@localhost> I have a project where I want to be able to show groups that are part of a larger network, on a map of the US. I have 500 groups and about 50 networks (a many to many relationship). So instead of showing all 500 groups, I only want to show the 1-50 that would belong to the network. I am wondering if I can create one shape file for the groups, and then do some kind of query to generate a layer (a query combining the groups and networks tables) or do I need to create 50 shape files - one for each network? I'm using MySQL (3.23) and PHP Mapscript. This information would be constantly updated, so if I needed 50 shape files, I'd have to run gen2shp 50 times each day. And actually it's worse, because I need to do this for several other objects and in total have about 500 shape files to create. >From the Mapserver 4.0 documentation It looks like this might be possible with Oracle (???), but I don't have access to that. Thanks, Aaron From czhou at cs.umn.edu Fri Apr 16 20:38:08 2004 From: czhou at cs.umn.edu (Changqing Zhou) Date: Fri, 16 Apr 2004 22:38:08 -0500 (CDT) Subject: [Mapserver-users] demo config problem Message-ID: Hi, I am having some problem with the demo app - must be something simple I overlooked. Please advise. I appreciate your help. As I saw so many wonderful words on the list about mapserver, I am very anxious to see nice map display in my browser! Good job, U of M GIS people! Go gopher! Changqing The screen is blank. The url is: http://localhost:8080/mapserver/cgi-bin/mapserver/mapserv.exe?layer=lakespy2&layer=dlgstln2&zoomsize=2&map=%2Fjakarta-tomcat-5.0.19%2Fwebapps%2Fmapserver%2Fworkshop%2Fitasca.map&program=%2Fmapserver%2Fcgi-bin%2Fmapserver%2Fmapserv.exe&root=%2Fmapserver%2Fworkshop&map_web_imagepath=%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F&map_web_template=itasca_basic.html Workshop is un-ziped in tomcat: C:\jakarta-tomcat-5.0.19\webapps\mapserver\workshop>dir mapserver4 is installed in cgi: C:\jakarta-tomcat-5.0.19\webapps\mapserver\WEB-INF\cgi\mapserver\mapserv.exe Seems my cgi-bin works fine with mapserv: C:\jakarta-tomcat-5.0.19\webapps\mapserver\WEB-INF\cgi\mapserver>mapserv This script can only be used to decode form results and should be initiated as a CGI process via a httpd server. Here is my workshop index.html config:
            ..... From czhou at cs.umn.edu Fri Apr 16 21:51:01 2004 From: czhou at cs.umn.edu (Changqing Zhou) Date: Fri, 16 Apr 2004 23:51:01 -0500 (CDT) Subject: [Mapserver-users] demo config problem In-Reply-To: References: Message-ID: Further digging into the threads, I found one silimar issue which was resolved by Perry and Yuri: http://mapserver.gis.umn.edu/cgi-bin/wilma_glimpse/mapserver-users?query=Unrecognized+character&errors=0&maxfiles=50&maxlines=10&.cgifields=lineonly&.cgifields=restricttofiles&.cgifields=filelist&.cgifields=partial&.cgifields=case Note: I have the same error in the log: 2004-04-16 23:33:18 StandardContext[/mapserver]cgi: runCGI (stderr):Unrecognized character \x90 at C:\jakarta-tomcat-5.0.19\webapps\mapserver\WEB-INF\cgi\mapserver\mapserv.exe line 1. 2004-04-16 23:33:18 StandardContext[/mapserver]cgi: runCGI: 1 lines received on stderr In Yuri's thread, the problem was with Apache, while I am running Tomcat, just becasue I have Tomcat installed before. Anybody had any success with Tomcat? Appreciate your insight! Changqing On Fri, 16 Apr 2004, Changqing Zhou wrote: > Hi, I am having some problem with the demo app - must be something simple > I overlooked. Please advise. I appreciate your help. > > As I saw so many wonderful words on the list about mapserver, I am very > anxious to see nice map display in my browser! Good job, U of M GIS people! Go > gopher! > > Changqing > > The screen is blank. The url is: > http://localhost:8080/mapserver/cgi-bin/mapserver/mapserv.exe?layer=lakespy2&layer=dlgstln2&zoomsize=2&map=%2Fjakarta-tomcat-5.0.19%2Fwebapps%2Fmapserver%2Fworkshop%2Fitasca.map&program=%2Fmapserver%2Fcgi-bin%2Fmapserver%2Fmapserv.exe&root=%2Fmapserver%2Fworkshop&map_web_imagepath=%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F&map_web_template=itasca_basic.html > > Workshop is un-ziped in tomcat: > > C:\jakarta-tomcat-5.0.19\webapps\mapserver\workshop>dir > > mapserver4 is installed in cgi: > > C:\jakarta-tomcat-5.0.19\webapps\mapserver\WEB-INF\cgi\mapserver\mapserv.exe > > Seems my cgi-bin works fine with mapserv: > > C:\jakarta-tomcat-5.0.19\webapps\mapserver\WEB-INF\cgi\mapserver>mapserv > This script can only be used to decode form results and > should be initiated as a CGI process via a httpd server. > > Here is my workshop index.html config: > > action="/mapserver/cgi-bin/mapserver/mapserv.exe" > onSubmit="submit_form()"> > > ..... > > > value="/jakarta-tomcat-5.0.19/webapps/mapserver/workshop/itasca.map"> > value="/mapserver/cgi-bin/mapserver/mapserv.exe"> > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From 1wilkerson at charter.net Sat Apr 17 00:05:31 2004 From: 1wilkerson at charter.net (P Wilkerson) Date: Sat, 17 Apr 2004 03:05:31 -0400 Subject: [Mapserver-users] A blank map?? Message-ID: <001001c4244a$5f698ff0$6400a8c0@Dale1> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C42428.D7D99830 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I keep getting blank maps whe using PHP MapScript. I am following the = *.map and *.phtml examples found at = http://mapserver.gis.umn.edu/doc/phpmapscript-byexample-howto.html=20 An image file is being created. I see it in the /tmp/ directory. But it = doesn't have the *.tiff file image included. I thought it might be the = Extent statement. I used shpdump.exe to get the extent from a set of = related shp files. Still I get a blank image file. Below is my *.map file. Anybody have a suggestions? I would *really* = like to see my nicely colored 1868 map. :-) Peter PS--I am still working through an earlier issue regarding PHP and CGI at = a host site. That issue is not related to this one (i.e., a local = server rather than the hosted one -- only a temp solution). =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D Boston.map MAP NAME boston1868 SIZE 600 400 IMAGECOLOR 255 245 220 EXTENT 234368.977361 898337.203825 235831.484169 902022.271495 UNITS meters WEB IMAGEPATH "/ms4w/tmp/ms_tmp/"=20 IMAGEURL "/ms_tmp/" END LAYER # DESCRIPTION "Base Map: City of Boston 1868" NAME "boston1868" STATUS ON TYPE RASTER DATA "E:/ms4w/Apache/htdocs/map01/data/boston1868.tiff" END # Layer for base map =20 END # Mapfile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D MapServer 4.01 -- ms4w (Mapserver for Windows) installation. Support for PHP 4.3.4 ------=_NextPart_000_000D_01C42428.D7D99830 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
            I keep getting blank maps whe using PHP = MapScript.  I am following the *.map and *.phtml examples = found=20 at http://mapserver.gis.umn.edu/doc/phpmapscript-byexample-howto.html=  
             
            An image file is being created.  I = see it in=20 the /tmp/ directory. But it doesn't have the *.tiff file image=20 included.  I thought it might be the Extent statement. I used=20 shpdump.exe to get the extent from a set of related shp files.  = Still I get=20 a blank image file.
             
            Below is my *.map file.  = Anybody have a suggestions?  I would *really* = like to see=20 my nicely colored 1868 map. :-)
             
            Peter
             
            PS--I am still working through an = earlier issue=20 regarding PHP and CGI at a host site.  That issue is not related to = this=20 one (i.e., a local server rather than the hosted one -- only a temp=20 solution).
             
            =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
             
            Boston.map
             
            MAP
              NAME boston1868
              = SIZE 600=20 400
              IMAGECOLOR 255 245 220
              EXTENT = 234368.977361 =20 898337.203825 235831.484169 902022.271495
              UNITS = meters
             
            WEB
              IMAGEPATH = "/ms4w/tmp/ms_tmp/"=20
              IMAGEURL "/ms_tmp/"
            END
             
            LAYER
            #  DESCRIPTION "Base Map: = City of=20 Boston 1868"
                 NAME=20 "boston1868"
                 STATUS = ON
                =20 TYPE RASTER
                 DATA=20 "E:/ms4w/Apache/htdocs/map01/data/boston1868.tiff"
            END # Layer for = base=20 map
             
             
            END # = Mapfile
            =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
             
            MapServer=20 4.01  -- ms4w (Mapserver for = Windows)=20 installation.
            Support for PHP=20 4.3.4

            ------=_NextPart_000_000D_01C42428.D7D99830-- From selkiesdad at twcny.rr.com Sat Apr 17 05:36:12 2004 From: selkiesdad at twcny.rr.com (Andrew) Date: Sat, 17 Apr 2004 08:36:12 -0400 Subject: [Mapserver-users] mapserv cgi andraster layers again References: <000001c423d7$149b7650$1364a8c0@parapente> <408026A3.6090605@twcny.rr.com> <1082143767.28779.77.camel@arceuthobium.ecology.umn.edu> Message-ID: <408124BC.3050907@twcny.rr.com> I have checked everything, verified all the gdal libraries and operation of the binary utilities, and everything checks out. I see no obvious library conflicts. I have "fixed" all of my original problems except the display of tiff/geotiff layers. I have installed the geotiff libraries (libgeotiff 1.1.4 to match my libtiff version) to be complete. I recompiled the mapserver 4.0.2 source with many variations on the makefile OGR/GDAL_INC and OGR/GDAL_LIB paths, and I tried modifying the libtiff/libgeotiff references in reasonable ways as well. I have observed that very subtle changes to the gdal lib options (include or omit the -lgdal switch) and/or the libtiff options (-lgeotiff and related) can have no impact on the success of the compilation, but may or may not produce a mapserv cgi lacking wms capability, or png capability, etc. The evidence suggests that on my system the configure process may not be creating the appropriate Makefile for correctly linking gdal support. The manual tweaks I had to make for the 4.0.0 source and the influence of some of the extra switches I added to the Makefile for 4.0.2 implies that although the dependencies may seem satisfied, some error in the file causes the actual invocation of the resulting binaries to fail without warning. I can work around this by using png and world files, but the extra work required to convert the available tiff files I need for my project into correctly georeferenced png files is discouraging. I hope someone can provide a clue as to what I can try next. Below is my current mapserver 4.0.2 configure command and Makefile. $ ./configure --prefix=/usr/local/mapserve --with-freetype=/usr/local/mapserve --with-gd=/usr/local/mapserve --with-proj=/usr/local/mapserve --with-threads --with-gdal=/usr/local/mapserve/bin/gdal-config --with-ogr --with-php=/usr/local/php/phpsrc -with-wmsclient --with-wfs # Run ./configure in the main MapServer directory to turn this Makefile.in # into a proper Makefile LIB_INSTALL=/usr/local/lib/ HEADER_INSTALL=/usr/local/include/mapserver-3.5/ # # mpatrol runtime memory debugger # MPATROL= MPATROL_INC= MPATROL_LIB= # # If you want to ignore missing datafile errors uncomment the following # line. This is especially useful with large tiled datasets that may not # have complete data for each tile. # #IGNORE_MISSING_DATA=-DIGNORE_MISSING_DATA IGNORE_MISSING_DATA = -DIGNORE_MISSING_DATA # # Apparently these aren't as commonplace as I'd hoped. Edit the # following line to reflect the missing functions on your platform. # # STRINGS=-DNEED_STRCASECMP -DNEED_STRNCASECMP -DNEED_STRDUP STRINGS= # Proj.4 distribution (cartographic projection routines). Not required for normal use. (EXPERIMENTAL) PROJ_INC= -I/usr/local/mapserve/include PROJ_LIB= -L/usr/local/mapserve/lib -lproj PROJ= -DUSE_PROJ -DUSE_PROJ_API_H # GD distribution (graphics library GIF and/or PNG support). (REQUIRED) # # - Versions 1.3 to 1.5 write non-LZW GIF (-DUSE_GD_1_3). # - Versions 1.6 and greater write PNG (-DUSE_GD_1_6). Add -lpng -lz to GD_LIB line. # # GDFONT_OBJ=gd-1.2/gdfontt.o gd-1.2/gdfonts.o gd-1.2/gdfontmb.o gd-1.2/gdfontl.o gd-1.2/gdfontg.o GD_INC= -I/usr/local/mapserve/include GD_LIB= -L/usr/local/mapserve/lib -lgd -ljpeg -L/usr/local/mapserve/lib -lfreetype -lz -lpng -lz GD= -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT GD_STATIC = # PDFlib distribution (PDF library w/ PDF support). (EXPERIMENTAL) # # # PDF_INC= PDF_LIB= PDF= # TIFF distribution (raster support for TIFF and GEOTIFF imagery). (RECOMMENDED) TIFF_INC= TIFF_LIB= -ltiff -ljpeg -L/usr/local/mapserve/lib -lfreetype -lz -lpng -lz TIFF= -DUSE_TIFF # JPEG distribution (raster support for grayscale JPEG images, INPUT ONLY). JPEG_INC= JPEG_LIB= -ljpeg JPEG= -DUSE_JPEG # EPPL7 Support (this activates ERDAS as well) Included in the distribution. Probably the best raster alternative if # you've got EPPL7 laying around. See http://www.lmic.state.mn.us/ for more information. (RECOMMENDED) EPPL= -DUSE_EPPL EPPL_OBJ= epplib.o # ESRI SDE Support. You MUST have the SDE Client libraries and include files # on your system someplace. The actual SDE server you wish to connect to can # be elsewhere. SDE= SDE_LIB= SDE_INC= # Optional OGR Support. OGC Simple Feature inspired interface for vector # formats. See http://gdal.velocet.ca/projects/opengis/ OGR= -DUSE_OGR OGR_LIB= -L/usr/local/mapserve/lib -lgdal OGR_INC= -I/usr/local/mapserve/include OGR_STATIC= # Optional GDAL Support (provides read access to a variety of raster formats) # See http://www.remotesensing.org/gdal GDAL= -DUSE_GDAL GDAL_LIB= -L/usr/local/mapserve/lib -lgdal GDAL_INC= -I/usr/local/mapserve/include # Optional PostGIS Support. See http://postgis.refractions.net/ POSTGIS= POSTGIS_LIB= POSTGIS_INC= # Optional MyGIS Support. See http://postgis.refractions.net/ MYGIS= MYGIS_LIB= MYGIS_INC= # Optional ORACLESPATIAL Support. Contact: cabral at cttmar.univali.br ORACLESPATIAL= ORACLESPATIAL_LIB= ORACLESPATIAL_INC= # Optional MING/SWF/FLASH Support. Contact: assefa at dmsolutions.ca MING= MING_LIB= MING_INC= # libcurl ... required for WMS/WFS Client Connections CURL_INC= CURL_LIB=-L/usr/lib -lcurl -lz -lssl -lcrypto -ldl -lz # OWS: OGC Web Services support # OGC WMS Server: -DUSE_WMS_SVR (Requires PROJ4 support) # OGC WMS Client Connections: -DUSE_WMS_LYR (Requires PROJ4 and libcurl) # OGC WFS Server: -DUSE_WFS_SVR (Requires OGR, PROJ4 recommended) # OGC WFS Client: -DUSE_WFS_LYR (Requires OGR, PROJ4 and libcurl) OWS=-DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR # # IMPORTANT NOTE ABOUT REGEX FOR PHP_MAPSCRIPT USERS: # # In order to compile the PHP_MAPSCRIPT module, we have to make MapServer # uses the same version of the REGEX library that PHP was compiled with: # REGEX_OBJ= REGEX_INC= # # Multithreading support. # THREAD=-DUSE_THREAD THREAD_LIB=-lpthread # # Pick a compiler, etc. Flex and bison are only required if you need to modify the mapserver lexer (maplexer.l) or expression parser (mapparser.y). # CXX= g++ CC= gcc LD= gcc AR= ar rc RANLIB= ranlib LEX= flex YACC= bison -y XTRALIBS= -lm -lstdc++ RUNPATHS= CFLAGS= -O2 -Wall \ $(IGNORE_MISSING_DATA) $(STRINGS) $(EPPL) $(PROJ) $(OWS) $(MING) \ $(ORACLESPATIAL) $(TIFF) $(JPEG) $(GD) $(PDF) $(SDE) $(OGR) $(GDAL) \ $(POSTGIS) $(MYGIS) $(MPATROL) $(THREAD) \ $(GD_INC) $(PDF_INC) $(PROJ_INC) $(TIFF_INC) $(JPEG_INC) $(EGIS_INC) $(SDE_INC) \ $(REGEX_INC) $(MPATROL_INC) $(OGR_INC) $(GDAL_INC) $(POSTGIS_INC) $(MYGIS_INC) \ $(CURL_INC) $(MING_INC) $(ORACLESPATIAL_INC) # Link flags and shared libs only LDFLAGS= $(RUNPATHS) -L. -lmap $(GD_LIB) $(PDF_LIB) $(TIFF_LIB) $(PROJ_LIB) \ $(JPEG_LIB) $(SDE_LIB) $(OGR_LIB) $(GDAL_LIB) \ $(MING_LIB) $(POSTGIS_LIB) $(MYGIS_LIB) $(CURL_LIB) $(ORACLESPATIAL_LIB) \ $(MPATROL_LIB) $(THREAD_LIB) $(XTRALIBS) # STATIC_LIBS is full filename with path of libs that will be statically linked STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC) RM= /bin/rm -f OBJS= maptemplate.o mapbits.o maphash.o mapshape.o mapxbase.o mapparser.o maplexer.o maptree.o mapsearch.o mapstring.o mapsymbol.o mapfile.o maplegend.o maputil.o mapscale.o mapquery.o maplabel.o maperror.o mapprimitive.o mapproject.o mapraster.o mapsde.o mapogr.o mappostgis.o mapmygis.o maplayer.o mapresample.o mapwms.o mapwmslayer.o maporaclespatial.o mapgml.o mapprojhack.o mapthread.o mapdraw.o mapgd.o mapoutput.o mapgdal.o mapswf.o mapimagemap.o mapows.o mapwfs.o mapwfslayer.o mapcontext.o maphttp.o mapdrawgdal.o mappdf.o mapjoin.o mapgraticule.o mapcopy.o $(EPPL_OBJ) $(REGEX_OBJ) # # --- You shouldn't have to edit anything else. --- # .c.o: $(CC) -c $(CFLAGS) $< -o $@ all: $(MAKE_GD) libmap.a shp2img shp2pdf legend \ mapserv shptree shptreevis shptreetst scalebar sortshp mapscriptvars \ tile4ms php3_mapscript php3_mapscript:: libmap.a cd mapscript/php3; $(MAKE); cd ../.. maplexer.o: maplexer.c map.h mapfile.h maplexer.c: maplexer.l $(LEX) -Pmsyy -i -omaplexer.c maplexer.l mapparser.o: mapparser.c map.h mapparser.c: mapparser.y $(YACC) -p msyy -d -omapparser.c mapparser.y mapogr.o: mapogr.cpp $(CXX) -c $(CFLAGS) mapogr.cpp -o mapogr.o lib: libmap.a libmap: libmap.a libmap.a: map.h $(OBJS) map.h $(AR) libmap.a $(OBJS) $(RANLIB) libmap.a shp2pdf: libmap.a shp2pdf.o map.h $(LD) $(CFLAGS) shp2pdf.o $(LDFLAGS) $(STATIC_LIBS) -o shp2pdf shp2img: libmap.a shp2img.o map.h $(LD) $(CFLAGS) shp2img.o $(LDFLAGS) $(STATIC_LIBS) -o shp2img sym2img: libmap.a sym2img.o map.h $(LD) $(CFLAGS) sym2img.o $(LDFLAGS) $(STATIC_LIBS) -o sym2img legend: libmap.a legend.o map.h $(LD) $(CFLAGS) legend.o $(LDFLAGS) $(STATIC_LIBS) -o legend scalebar: libmap.a scalebar.o map.h $(LD) $(CFLAGS) scalebar.o $(LDFLAGS) $(STATIC_LIBS) -o scalebar mapserv: mapserv.h libmap.a mapserv.o cgiutil.o map.h $(LD) $(CFLAGS) mapserv.o cgiutil.o $(LDFLAGS) $(STATIC_LIBS) -o mapserv mapserv.fcgi: mapserv.h libmap.a mapserv_fcgi.o cgiutil.o map.h $(LD) $(CFLAGS) mapserv_fcgi.o cgiutil.o \ $(LDFLAGS) $(STATIC_LIBS) -lfcgi \ -o mapserv.fcgi shpindex: libmap.a shpindex.o map.h $(LD) $(CFLAGS) shpindex.o $(LDFLAGS) $(STATIC_LIBS) -o shpindex shptree: libmap.a shptree.o map.h $(LD) $(CFLAGS) shptree.o $(LDFLAGS) $(STATIC_LIBS) -o shptree shptreevis: libmap.a shptreevis.o map.h $(LD) $(CFLAGS) shptreevis.o $(LDFLAGS) $(STATIC_LIBS) -o shptreevis shptreetst: libmap.a shptreetst.o map.h $(LD) $(CFLAGS) shptreetst.o $(LDFLAGS) $(STATIC_LIBS) -o shptreetst sortshp: sortshp.o $(LD) $(CFLAGS) sortshp.o $(LDFLAGS) $(STATIC_LIBS) -o sortshp tile4ms: tile4ms.o $(LD) $(CFLAGS) tile4ms.o $(LDFLAGS) $(STATIC_LIBS) -o tile4ms testexpr: testexpr.o mapparser.o maplexer.o $(LD) $(CFLAGS) testexpr.o $(LDFLAGS) $(STATIC_LIBS) -o testexpr mapscriptvars: touch mapscriptvars pwd > mapscriptvars echo $(IGNORE_MISSING_DATA) $(STRINGS) $(EPPL) $(PROJ) $(TTF) $(TIFF) $(JPEG) $(GD) $(SDE) $(OGR) $(GDAL) >> mapscriptvars echo -I. $(PROJ_INC) $(GD_INC) $(TTF_INC) $(TIFF_INC) $(JPEG_INC) $(SDE_INC) $(OGR_INC) $(GDAL_INC) >> mapscriptvars echo $(LDFLAGS) >> mapscriptvars echo $(STATIC_LIBS) >> mapscriptvars php3_mapscript_clean:: cd mapscript/php3; $(MAKE) clean; cd ../.. install: @echo "" @echo "***** MapServer Installation *****" @echo "To install MapServer, copy the 'mapserv' file to your web server's cgi-bin " @echo "directory." @echo "If you use MapScript then see the documentation for your specific MapScript" @echo "version for installation instructions." @echo "" clean: php3_mapscript_clean rm -f libmap.a *.o shp2img shp2pdf mapserv legend shptree shptreevis shptreetst scalebar sortshp mapscriptvars tile4ms testexpr distclean: $(MAKE) clean rm config.* sorta-clean: rm -f *.o Pericles S. Nacionales wrote: >Andrew, > >Have a look at your Apache error_log. Chances are some of your >libraries are not being seen by MapServer. If this is the case and >assuming you have installed the libraries you compiled in "/usr/local/", >run the command "/sbin/ldconfig" as root to create/refresh the links to >your libraries. You can then run "/sbin/ldconfig -p | more" to check >that the libraries needed by MapServer are "registered". If they're >not, edit /etc/ld.so.conf as root and add "/usr/local/lib" (or wherever >you installed your libraries). You can then rerun "/sbin/ldconfig" and >your problems should go away. > >One caveat: There may be reasons not to add "/usr/local/lib" to your >ld.so.conf file. You might have duplicate libraries that could screw >other things. > >Good luck! >-Perry N. > >On Fri, 2004-04-16 at 13:32, Andrew wrote: > > >>I have converted all my tiff files to png, renamed all the .tfw world >>files with a .wld extension, and I can get png files to display (albeit >>not to the necessary scale or projection necessarily). My mapserv "says" >>it supports tiff input, and the gdal conversions from tiff to png and >>back work fine. I still get the "premature end of script headers" when I >>use tiffs. The wms connection still fails, but the same tiff file saved >>locally and used in place still causes the cgi to abort. >> >>Is there a simple algorithm or technique to use to georeference the png >>files made from the tiff files so I can use the world files directly? >>What is the best workaround, if the tiff support remains broken? Is >>there a known "fix"? >> >>Thanks >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From selkiesdad at twcny.rr.com Sat Apr 17 06:24:48 2004 From: selkiesdad at twcny.rr.com (Andrew) Date: Sat, 17 Apr 2004 09:24:48 -0400 Subject: [Mapserver-users] mapserv cgi andraster layers again....solved FINALLY References: <000001c423d7$149b7650$1364a8c0@parapente> <408026A3.6090605@twcny.rr.com> <1082143767.28779.77.camel@arceuthobium.ecology.umn.edu> <408124BC.3050907@twcny.rr.com> Message-ID: <40813020.7060108@twcny.rr.com> The problem, in case anyone else is as thick as I am, was that I had tiff AND gdal enabled in the configure. This was the dependency conflict I guess. I suggest the documentation be amended to make it clear that the "RECOMENDED" libtiff and perhaps libgeotiff should NOT be included if gdal is being incorporated. The revised " mapserv -v" output will then no longer include the "INPUT=TIFF", and all will be well. Andrew wrote: > I have checked everything, verified all the gdal libraries and > operation of the binary utilities, and everything checks out. I see no > obvious library conflicts. I have "fixed" all of my original problems > except the display of tiff/geotiff layers. > > I have installed the geotiff libraries (libgeotiff 1.1.4 to match my > libtiff version) to be complete. I recompiled the mapserver 4.0.2 > source with many variations on the makefile OGR/GDAL_INC and > OGR/GDAL_LIB paths, and I tried modifying the libtiff/libgeotiff > references in reasonable ways as well. I have observed that very > subtle changes to the gdal lib options (include or omit the -lgdal > switch) and/or the libtiff options (-lgeotiff and related) can have > no impact on the success of the compilation, but may or may not > produce a mapserv cgi lacking wms capability, or png capability, etc. > The evidence suggests that on my system the configure process may not > be creating the appropriate Makefile for correctly linking gdal > support. The manual tweaks I had to make for the 4.0.0 source and the > influence of some of the extra switches I added to the Makefile for > 4.0.2 implies that although the dependencies may seem satisfied, some > error in the file causes the actual invocation of the resulting > binaries to fail without warning. I can work around this by using png > and world files, but the extra work required to convert the available > tiff files I need for my project into correctly georeferenced png > files is discouraging. I hope someone can provide a clue as to what I > can try next. Below is my current mapserver 4.0.2 configure command > and Makefile. > > $ ./configure --prefix=/usr/local/mapserve > --with-freetype=/usr/local/mapserve --with-gd=/usr/local/mapserve > --with-proj=/usr/local/mapserve --with-threads > --with-gdal=/usr/local/mapserve/bin/gdal-config --with-ogr > --with-php=/usr/local/php/phpsrc -with-wmsclient --with-wfs > > > > # Run ./configure in the main MapServer directory to turn this > Makefile.in > # into a proper Makefile > > LIB_INSTALL=/usr/local/lib/ > HEADER_INSTALL=/usr/local/include/mapserver-3.5/ > > # > # mpatrol runtime memory debugger > # > MPATROL= > MPATROL_INC= > MPATROL_LIB= > > # > # If you want to ignore missing datafile errors uncomment the following > # line. This is especially useful with large tiled datasets that may not > # have complete data for each tile. > # > #IGNORE_MISSING_DATA=-DIGNORE_MISSING_DATA > IGNORE_MISSING_DATA = -DIGNORE_MISSING_DATA > > # > # Apparently these aren't as commonplace as I'd hoped. Edit the > # following line to reflect the missing functions on your platform. > # > # STRINGS=-DNEED_STRCASECMP -DNEED_STRNCASECMP -DNEED_STRDUP > STRINGS= > # Proj.4 distribution (cartographic projection routines). Not required > for normal use. (EXPERIMENTAL) > PROJ_INC= -I/usr/local/mapserve/include > PROJ_LIB= -L/usr/local/mapserve/lib -lproj > PROJ= -DUSE_PROJ -DUSE_PROJ_API_H > > # GD distribution (graphics library GIF and/or PNG support). (REQUIRED) > # > # - Versions 1.3 to 1.5 write non-LZW GIF (-DUSE_GD_1_3). > # - Versions 1.6 and greater write PNG (-DUSE_GD_1_6). Add -lpng -lz > to GD_LIB line. > # > # > GDFONT_OBJ=gd-1.2/gdfontt.o gd-1.2/gdfonts.o gd-1.2/gdfontmb.o > gd-1.2/gdfontl.o gd-1.2/gdfontg.o > GD_INC= -I/usr/local/mapserve/include > GD_LIB= -L/usr/local/mapserve/lib -lgd -ljpeg > -L/usr/local/mapserve/lib -lfreetype -lz -lpng -lz GD= > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT > GD_STATIC = > # PDFlib distribution (PDF library w/ PDF support). (EXPERIMENTAL) > # > # > # > PDF_INC= PDF_LIB= PDF= > # TIFF distribution (raster support for TIFF and GEOTIFF imagery). > (RECOMMENDED) > TIFF_INC= TIFF_LIB= -ltiff -ljpeg -L/usr/local/mapserve/lib > -lfreetype -lz -lpng -lz TIFF= -DUSE_TIFF > # JPEG distribution (raster support for grayscale JPEG images, INPUT > ONLY). > JPEG_INC= JPEG_LIB= -ljpeg > JPEG= -DUSE_JPEG > > # EPPL7 Support (this activates ERDAS as well) Included in the > distribution. Probably the best raster alternative if > # you've got EPPL7 laying around. See http://www.lmic.state.mn.us/ for > more information. (RECOMMENDED) > EPPL= -DUSE_EPPL > EPPL_OBJ= epplib.o > > # ESRI SDE Support. You MUST have the SDE Client libraries and include > files > # on your system someplace. The actual SDE server you wish to connect > to can > # be elsewhere. > SDE= SDE_LIB= SDE_INC= > # Optional OGR Support. OGC Simple Feature inspired interface for vector > # formats. See http://gdal.velocet.ca/projects/opengis/ > OGR= -DUSE_OGR > OGR_LIB= -L/usr/local/mapserve/lib -lgdal > OGR_INC= -I/usr/local/mapserve/include > OGR_STATIC= > # Optional GDAL Support (provides read access to a variety of raster > formats) > # See http://www.remotesensing.org/gdal > GDAL= -DUSE_GDAL > GDAL_LIB= -L/usr/local/mapserve/lib -lgdal > GDAL_INC= -I/usr/local/mapserve/include > > # Optional PostGIS Support. See http://postgis.refractions.net/ > POSTGIS= POSTGIS_LIB= POSTGIS_INC= > # Optional MyGIS Support. See http://postgis.refractions.net/ > MYGIS= MYGIS_LIB= MYGIS_INC= > # Optional ORACLESPATIAL Support. Contact: cabral at cttmar.univali.br > ORACLESPATIAL= > ORACLESPATIAL_LIB= > ORACLESPATIAL_INC= > > # Optional MING/SWF/FLASH Support. Contact: assefa at dmsolutions.ca > MING= > MING_LIB= > MING_INC= > > # libcurl ... required for WMS/WFS Client Connections > CURL_INC= > CURL_LIB=-L/usr/lib -lcurl -lz -lssl -lcrypto -ldl -lz > > # OWS: OGC Web Services support > # OGC WMS Server: -DUSE_WMS_SVR (Requires PROJ4 support) > # OGC WMS Client Connections: -DUSE_WMS_LYR (Requires PROJ4 and libcurl) > # OGC WFS Server: -DUSE_WFS_SVR (Requires OGR, PROJ4 recommended) > # OGC WFS Client: -DUSE_WFS_LYR (Requires OGR, PROJ4 and libcurl) > OWS=-DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR > # > # IMPORTANT NOTE ABOUT REGEX FOR PHP_MAPSCRIPT USERS: > # > # In order to compile the PHP_MAPSCRIPT module, we have to make MapServer > # uses the same version of the REGEX library that PHP was compiled with: > # > REGEX_OBJ= > REGEX_INC= > > # > # Multithreading support. > # > THREAD=-DUSE_THREAD > THREAD_LIB=-lpthread > > # > # Pick a compiler, etc. Flex and bison are only required if you need > to modify the mapserver lexer (maplexer.l) or expression parser > (mapparser.y). > # > CXX= g++ > CC= gcc > LD= gcc > AR= ar rc > RANLIB= ranlib > LEX= flex > YACC= bison -y > > XTRALIBS= -lm -lstdc++ > RUNPATHS= > CFLAGS= -O2 -Wall \ > $(IGNORE_MISSING_DATA) $(STRINGS) $(EPPL) $(PROJ) $(OWS) $(MING) \ > $(ORACLESPATIAL) $(TIFF) $(JPEG) $(GD) $(PDF) $(SDE) $(OGR) $(GDAL) \ > $(POSTGIS) $(MYGIS) $(MPATROL) $(THREAD) \ > $(GD_INC) $(PDF_INC) $(PROJ_INC) $(TIFF_INC) $(JPEG_INC) > $(EGIS_INC) $(SDE_INC) \ > $(REGEX_INC) $(MPATROL_INC) $(OGR_INC) $(GDAL_INC) $(POSTGIS_INC) > $(MYGIS_INC) \ > $(CURL_INC) $(MING_INC) $(ORACLESPATIAL_INC) > > # Link flags and shared libs only > LDFLAGS= $(RUNPATHS) -L. -lmap $(GD_LIB) $(PDF_LIB) $(TIFF_LIB) > $(PROJ_LIB) \ > $(JPEG_LIB) $(SDE_LIB) $(OGR_LIB) $(GDAL_LIB) \ > $(MING_LIB) $(POSTGIS_LIB) $(MYGIS_LIB) $(CURL_LIB) > $(ORACLESPATIAL_LIB) \ > $(MPATROL_LIB) $(THREAD_LIB) $(XTRALIBS) > > # STATIC_LIBS is full filename with path of libs that will be > statically linked > STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC) > > RM= /bin/rm -f > > OBJS= maptemplate.o mapbits.o maphash.o mapshape.o mapxbase.o > mapparser.o maplexer.o maptree.o mapsearch.o mapstring.o mapsymbol.o > mapfile.o maplegend.o maputil.o mapscale.o mapquery.o maplabel.o > maperror.o mapprimitive.o mapproject.o mapraster.o mapsde.o mapogr.o > mappostgis.o mapmygis.o maplayer.o mapresample.o mapwms.o > mapwmslayer.o maporaclespatial.o mapgml.o mapprojhack.o mapthread.o > mapdraw.o mapgd.o mapoutput.o mapgdal.o mapswf.o mapimagemap.o > mapows.o mapwfs.o mapwfslayer.o mapcontext.o maphttp.o mapdrawgdal.o > mappdf.o mapjoin.o mapgraticule.o mapcopy.o $(EPPL_OBJ) $(REGEX_OBJ) > > # > # --- You shouldn't have to edit anything else. --- > # > .c.o: > $(CC) -c $(CFLAGS) $< -o $@ > > all: $(MAKE_GD) libmap.a shp2img shp2pdf legend \ > mapserv shptree shptreevis shptreetst scalebar sortshp > mapscriptvars \ > tile4ms php3_mapscript > > php3_mapscript:: libmap.a > cd mapscript/php3; $(MAKE); cd ../.. > > maplexer.o: maplexer.c map.h mapfile.h > > maplexer.c: maplexer.l > $(LEX) -Pmsyy -i -omaplexer.c maplexer.l > > mapparser.o: mapparser.c map.h > > mapparser.c: mapparser.y > $(YACC) -p msyy -d -omapparser.c mapparser.y > > mapogr.o: mapogr.cpp > $(CXX) -c $(CFLAGS) mapogr.cpp -o mapogr.o > > lib: libmap.a > libmap: libmap.a > libmap.a: map.h $(OBJS) map.h > $(AR) libmap.a $(OBJS) > $(RANLIB) libmap.a > > shp2pdf: libmap.a shp2pdf.o map.h > $(LD) $(CFLAGS) shp2pdf.o $(LDFLAGS) $(STATIC_LIBS) -o shp2pdf > > shp2img: libmap.a shp2img.o map.h > $(LD) $(CFLAGS) shp2img.o $(LDFLAGS) $(STATIC_LIBS) -o shp2img > > sym2img: libmap.a sym2img.o map.h > $(LD) $(CFLAGS) sym2img.o $(LDFLAGS) $(STATIC_LIBS) -o sym2img > > legend: libmap.a legend.o map.h > $(LD) $(CFLAGS) legend.o $(LDFLAGS) $(STATIC_LIBS) -o legend > > scalebar: libmap.a scalebar.o map.h > $(LD) $(CFLAGS) scalebar.o $(LDFLAGS) $(STATIC_LIBS) -o scalebar > > mapserv: mapserv.h libmap.a mapserv.o cgiutil.o map.h > $(LD) $(CFLAGS) mapserv.o cgiutil.o $(LDFLAGS) $(STATIC_LIBS) -o > mapserv > > mapserv.fcgi: mapserv.h libmap.a mapserv_fcgi.o cgiutil.o map.h > $(LD) $(CFLAGS) mapserv_fcgi.o cgiutil.o \ > $(LDFLAGS) $(STATIC_LIBS) -lfcgi \ > -o mapserv.fcgi > > shpindex: libmap.a shpindex.o map.h > $(LD) $(CFLAGS) shpindex.o $(LDFLAGS) $(STATIC_LIBS) -o shpindex > > shptree: libmap.a shptree.o map.h > $(LD) $(CFLAGS) shptree.o $(LDFLAGS) $(STATIC_LIBS) -o shptree > > shptreevis: libmap.a shptreevis.o map.h > $(LD) $(CFLAGS) shptreevis.o $(LDFLAGS) $(STATIC_LIBS) -o shptreevis > > shptreetst: libmap.a shptreetst.o map.h > $(LD) $(CFLAGS) shptreetst.o $(LDFLAGS) $(STATIC_LIBS) -o shptreetst > > sortshp: sortshp.o > $(LD) $(CFLAGS) sortshp.o $(LDFLAGS) $(STATIC_LIBS) -o sortshp > > tile4ms: tile4ms.o > $(LD) $(CFLAGS) tile4ms.o $(LDFLAGS) $(STATIC_LIBS) -o tile4ms > > testexpr: testexpr.o mapparser.o maplexer.o > $(LD) $(CFLAGS) testexpr.o $(LDFLAGS) $(STATIC_LIBS) -o testexpr > > mapscriptvars: > touch mapscriptvars > pwd > mapscriptvars > echo $(IGNORE_MISSING_DATA) $(STRINGS) $(EPPL) $(PROJ) $(TTF) > $(TIFF) $(JPEG) $(GD) $(SDE) $(OGR) $(GDAL) >> mapscriptvars > echo -I. $(PROJ_INC) $(GD_INC) $(TTF_INC) $(TIFF_INC) $(JPEG_INC) > $(SDE_INC) $(OGR_INC) $(GDAL_INC) >> mapscriptvars > echo $(LDFLAGS) >> mapscriptvars > echo $(STATIC_LIBS) >> mapscriptvars > > php3_mapscript_clean:: > cd mapscript/php3; $(MAKE) clean; cd ../.. > > install: > @echo "" > @echo "***** MapServer Installation *****" > @echo "To install MapServer, copy the 'mapserv' file to your web > server's cgi-bin " > @echo "directory." > @echo "If you use MapScript then see the documentation for your > specific MapScript" > @echo "version for installation instructions." > @echo "" > > clean: php3_mapscript_clean > rm -f libmap.a *.o shp2img shp2pdf mapserv legend shptree > shptreevis shptreetst scalebar sortshp mapscriptvars tile4ms testexpr > > distclean: > $(MAKE) clean > rm config.* > > sorta-clean: > rm -f *.o > > > Pericles S. Nacionales wrote: > >> Andrew, >> >> Have a look at your Apache error_log. Chances are some of your >> libraries are not being seen by MapServer. If this is the case and >> assuming you have installed the libraries you compiled in "/usr/local/", >> run the command "/sbin/ldconfig" as root to create/refresh the links to >> your libraries. You can then run "/sbin/ldconfig -p | more" to check >> that the libraries needed by MapServer are "registered". If they're >> not, edit /etc/ld.so.conf as root and add "/usr/local/lib" (or wherever >> you installed your libraries). You can then rerun "/sbin/ldconfig" and >> your problems should go away. >> >> One caveat: There may be reasons not to add "/usr/local/lib" to your >> ld.so.conf file. You might have duplicate libraries that could screw >> other things. >> >> Good luck! >> -Perry N. >> >> On Fri, 2004-04-16 at 13:32, Andrew wrote: >> >> >>> I have converted all my tiff files to png, renamed all the .tfw >>> world files with a .wld extension, and I can get png files to >>> display (albeit not to the necessary scale or projection >>> necessarily). My mapserv "says" it supports tiff input, and the gdal >>> conversions from tiff to png and back work fine. I still get the >>> "premature end of script headers" when I use tiffs. The wms >>> connection still fails, but the same tiff file saved locally and >>> used in place still causes the cgi to abort. >>> >>> Is there a simple algorithm or technique to use to georeference the >>> png files made from the tiff files so I can use the world files >>> directly? What is the best workaround, if the tiff support remains >>> broken? Is there a known "fix"? >>> >>> Thanks >>> >>> _______________________________________________ >>> Mapserver-users mailing list >>> Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From eduardo at consultoria.eti.br Sat Apr 17 07:52:10 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Sat, 17 Apr 2004 11:52:10 -0300 Subject: [Mapserver-users] shapefile types In-Reply-To: References: Message-ID: <20040417145210.20705.qmail@hm47.locaweb.com.br> So, could be the MultiPoint type be something similar to MultilPolygon? thanks Eduardo Patto Kanegae http://www.consultoria.eti.br UIN: 303747254 I Encontro Nacional de Usu?rios MapServer - http://mapserver.cttmar.univali.br/encontro2004 Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ***Fim da Mensagem / End of Message *** On Fri, 16 Apr 2004 17:29:54 -0500, "Steve Lime" escreveu: > De: "Steve Lime" > Data: Fri, 16 Apr 2004 17:29:54 -0500 > Para: , > Assunto: Re: [Mapserver-users] shapefile types > > The latter has mulple disconnected points sharing one set of attributes, > the former only one point. > > >>> "Murilo Lacerda Yoshida" 4/16/2004 > 4:42:17 PM >>> > Hi all, > What's the difference between a MS_SHP_POINT shapefile and a > MS_SHP_MULTIPOINT shapefile? > Thanks, > Murilo > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From czhou at cs.umn.edu Sat Apr 17 08:15:37 2004 From: czhou at cs.umn.edu (Changqing Zhou) Date: Sat, 17 Apr 2004 10:15:37 -0500 (CDT) Subject: [Mapserver-users] demo config problem In-Reply-To: References: Message-ID: Run mapserver and demo under Apache web server and it seems fine. However, it would be nice if somebody can offer some insights on how to run it on Tomcat. Thanks, Changqing On Fri, 16 Apr 2004, Changqing Zhou wrote: > Further digging into the threads, I found one silimar issue which was > resolved by Perry and Yuri: > http://mapserver.gis.umn.edu/cgi-bin/wilma_glimpse/mapserver-users?query=Unrecognized+character&errors=0&maxfiles=50&maxlines=10&.cgifields=lineonly&.cgifields=restricttofiles&.cgifields=filelist&.cgifields=partial&.cgifields=case > > Note: I have the same error in the log: > 2004-04-16 23:33:18 StandardContext[/mapserver]cgi: runCGI > (stderr):Unrecognized character \x90 at > C:\jakarta-tomcat-5.0.19\webapps\mapserver\WEB-INF\cgi\mapserver\mapserv.exe > line 1. > 2004-04-16 23:33:18 StandardContext[/mapserver]cgi: runCGI: 1 lines > received on stderr > > In Yuri's thread, the problem was with Apache, while I am running Tomcat, > just becasue I have Tomcat installed before. > > Anybody had any success with Tomcat? > > Appreciate your insight! > > Changqing > > On Fri, 16 Apr 2004, Changqing Zhou wrote: > > > Hi, I am having some problem with the demo app - must be something simple > > I overlooked. Please advise. I appreciate your help. > > > > As I saw so many wonderful words on the list about mapserver, I am very > > anxious to see nice map display in my browser! Good job, U of M GIS people! Go > > gopher! > > > > Changqing > > > > The screen is blank. The url is: > > http://localhost:8080/mapserver/cgi-bin/mapserver/mapserv.exe?layer=lakespy2&layer=dlgstln2&zoomsize=2&map=%2Fjakarta-tomcat-5.0.19%2Fwebapps%2Fmapserver%2Fworkshop%2Fitasca.map&program=%2Fmapserver%2Fcgi-bin%2Fmapserver%2Fmapserv.exe&root=%2Fmapserver%2Fworkshop&map_web_imagepath=%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F&map_web_template=itasca_basic.html > > > > Workshop is un-ziped in tomcat: > > > > C:\jakarta-tomcat-5.0.19\webapps\mapserver\workshop>dir > > > > mapserver4 is installed in cgi: > > > > C:\jakarta-tomcat-5.0.19\webapps\mapserver\WEB-INF\cgi\mapserver\mapserv.exe > > > > Seems my cgi-bin works fine with mapserv: > > > > C:\jakarta-tomcat-5.0.19\webapps\mapserver\WEB-INF\cgi\mapserver>mapserv > > This script can only be used to decode form results and > > should be initiated as a CGI process via a httpd server. > > > > Here is my workshop index.html config: > > > > > action="/mapserver/cgi-bin/mapserver/mapserv.exe" > > onSubmit="submit_form()"> > > > > ..... > > > > > > > value="/jakarta-tomcat-5.0.19/webapps/mapserver/workshop/itasca.map"> > > > value="/mapserver/cgi-bin/mapserver/mapserv.exe"> > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From blanchal at westminster.edu Sat Apr 17 13:16:11 2004 From: blanchal at westminster.edu (Anna Blanchard) Date: Sat, 17 Apr 2004 16:16:11 -0400 Subject: [Mapserver-users] Projection Questions Message-ID: Hi - I'm new at this and have a couple of possibly easy questions - I'm having trouble seeing my data in my mapserver because of the projection - With one set of data that uses a State Plane projection system I see everything fine - however two of my layers use a different projection (Lambert Conformal Conic) - how do i get these layers to display? I've seen the porjection function in others code however i don't know what the definitions of those variables - the variables are that I can't define are: PROJECTION "proj=utm" "ellps=GRS80" "zone=12" "north" "no_defs" END any suggestions would be great! thanks - From woodbri at swoodbridge.com Sat Apr 17 13:53:08 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Sat, 17 Apr 2004 16:53:08 -0400 Subject: [Mapserver-users] Projection Questions In-Reply-To: References: Message-ID: <40819934.8020906@swoodbridge.com> Anna, You need to do two things. 1) in the main MAP definition of the map file you need to specify what projection you want your map image to be displayed in with a PROJECTION ... END block. 2) in each data LAYER you need to specify what PROJECT the data is in using a PROJECTION ... END block for that layer. Mapserver will take care of the rest for you. -Steve W. Anna Blanchard wrote: > Hi - > > I'm new at this and have a couple of possibly easy questions - > > I'm having trouble seeing my data in my mapserver because of the > projection - With one set of data that uses a State Plane projection > system I see everything fine - however two of my layers use a different > projection (Lambert Conformal Conic) - how do i get these layers to > display? I've seen the porjection function in others code however i > don't know what the definitions of those variables - > > the variables are that I can't define are: > PROJECTION > "proj=utm" > "ellps=GRS80" > "zone=12" > "north" > "no_defs" > END > > any suggestions would be great! thanks - > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From admin at essc.org.ph Sun Apr 18 02:00:19 2004 From: admin at essc.org.ph (ESSC Admin) Date: Sun, 18 Apr 2004 17:00:19 +0800 Subject: [Mapserver-users] mapserver demo cannot display png files Message-ID: <002501c42523$93993170$0300000a@desktop> This is a multi-part message in MIME format. ------=_NextPart_000_0022_01C42566.A161CE50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello. The mapserver demo works but cannot display png files. What could = be wrong?=20 Thanks. Regards ------=_NextPart_000_0022_01C42566.A161CE50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
            Hello. The mapserver demo works but = cannot display=20 png files. What could be wrong?
             
            Thanks.
             
            Regards
            ------=_NextPart_000_0022_01C42566.A161CE50-- From admin at essc.org.ph Sun Apr 18 07:07:34 2004 From: admin at essc.org.ph (ESSC Admin) Date: Sun, 18 Apr 2004 22:07:34 +0800 Subject: [Mapserver-users] Mapserver demo error Message-ID: <003b01c4254e$7fe69070$0300000a@desktop> This is a multi-part message in MIME format. ------=_NextPart_000_0038_01C42591.8D8DE9B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello everyone. I am having problems using the demo workshop.zip on my = website. I uploaded everything, compiled them properly on a linux box = and the demo works fine -- if you just pick the "-- Adds dhtml = rubber-band box" and click initialize. Other than that, others like = "basic application", "--Adds second scalebar", "--Adds pan = control","--Adds frames", don't work properly. The png files don't show = up. What could be the problem with this? You can test it at: = http://bahayserver.net/mapserver/index.html Any help will is greatly = appreciated. Thanks Regards to everyone. Essc Admin ------=_NextPart_000_0038_01C42591.8D8DE9B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
            Hello everyone. I am having problems = using the demo=20 workshop.zip on my website. I uploaded everything, compiled them = properly on a=20 linux box and the demo works fine -- if you just pick the "-- Adds dhtml = rubber-band box" and click initialize. Other than that, others like = "basic=20 application", "--Adds second scalebar", "--Adds pan control","--Adds = frames",=20 don't work properly. The png files don't show up. What could be the = problem with=20 this? You can test it at: http://bahayserver.n= et/mapserver/index.html=20 Any help will is greatly appreciated. Thanks
             
            Regards to everyone.
             
             
            Essc Admin
            ------=_NextPart_000_0038_01C42591.8D8DE9B0-- From dmorissette at dmsolutions.ca Sun Apr 18 07:22:48 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Sun, 18 Apr 2004 10:22:48 -0400 Subject: [Mapserver-users] mapserv cgi andraster layers again....solved FINALLY In-Reply-To: <40813020.7060108@twcny.rr.com> References: <000001c423d7$149b7650$1364a8c0@parapente> <408026A3.6090605@twcny.rr.com> <1082143767.28779.77.camel@arceuthobium.ecology.umn.edu> <408124BC.3050907@twcny.rr.com> <40813020.7060108@twcny.rr.com> Message-ID: <40828F38.6090703@dmsolutions.ca> Andrew wrote: > The problem, in case anyone else is as thick as I am, was that I had > tiff AND gdal enabled in the configure. This was the dependency conflict > I guess. I suggest the documentation be amended to make it clear that > the "RECOMENDED" libtiff and perhaps libgeotiff should NOT be included > if gdal is being incorporated. The revised " mapserv -v" output will > then no longer include the "INPUT=TIFF", and all will be well. > Which doc are you referring to? I have created bug 630 about this: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=630 Thanks Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From nacional at cbs.umn.edu Sun Apr 18 10:08:48 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Sun, 18 Apr 2004 12:08:48 -0500 Subject: [Mapserver-users] Mapserver demo error In-Reply-To: <003b01c4254e$7fe69070$0300000a@desktop> References: <003b01c4254e$7fe69070$0300000a@desktop> Message-ID: <1082308128.23591.212.camel@localhost> Hi there! Try these two things: 1. Make sure the /home/bahay/tmp/ is writeable by the Apache user (usually apache or nobody). 2. If the above doesn't work, try moving /home/bahay/tmp directory to /home/bahay/html_docs/tmp and changing the "map_web_imagepath" value in your index.html accordingly. The dhtml example works because it doesn't require the MapServer CGI program to write anything to the tmp directory. This means your problem is either a permission or a path problem. Or both. Good luck! -Perry On Sun, 2004-04-18 at 09:07, ESSC Admin wrote: > Hello everyone. I am having problems using the demo workshop.zip on my > website. I uploaded everything, compiled them properly on a linux box > and the demo works fine -- if you just pick the "-- Adds dhtml > rubber-band box" and click initialize. Other than that, others like > "basic application", "--Adds second scalebar", "--Adds pan > control","--Adds frames", don't work properly. The png files don't > show up. What could be the problem with this? You can test it at: > http://bahayserver.net/mapserver/index.html Any help will is greatly > appreciated. Thanks > > Regards to everyone. > > > Essc Admin -- "He's no geek.His tan's too good." -Benjamin Choate From blanchal at westminster.edu Sun Apr 18 12:22:51 2004 From: blanchal at westminster.edu (Anna Blanchard) Date: Sun, 18 Apr 2004 15:22:51 -0400 Subject: [Mapserver-users] One more question - Message-ID: One more question - how do a specify in that block what projection I'm using? do i just write out the complete projection name? thanks for the help - Anna >Anna, > >You need to do two things. > >1) in the main MAP definition of the map file you need to specify what >projection you want your map image to be displayed in with a PROJECTION >... END block. > >2) in each data LAYER you need to specify what PROJECT the data is in >using a PROJECTION ... END block for that layer. > >Mapserver will take care of the rest for you. > >-Steve W. > >Anna Blanchard wrote: > > Hi - > > I'm new at this and have a couple of possibly easy questions - > > I'm having trouble seeing my data in my mapserver because of the > projection - With one set of data that uses a State Plane projection > system I see everything fine - however two of my layers use a different > projection (Lambert Conformal Conic) - how do i get these layers to > display? I've seen the porjection function in others code however i > don't know what the definitions of those variables - > > the variables are that I can't define are: > PROJECTION > "proj=utm" > "ellps=GRS80" > "zone=12" > "north" > "no_defs" > END > > any suggestions would be great! thanks - > From admin at essc.org.ph Sun Apr 18 11:09:23 2004 From: admin at essc.org.ph (ESSC Admin) Date: Mon, 19 Apr 2004 02:09:23 +0800 Subject: [Mapserver-users] demo error - solved! but not quite Message-ID: <002c01c42570$47c56460$0300000a@desktop> This is a multi-part message in MIME format. ------=_NextPart_000_0029_01C425B3.5586FC60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello everyone. I just solved my recent problem by doing the second = suggestion of Pericles S. Nacionales, as well as the suggestions of = Fabio Coelho and Gribol. Thanks guys! One more problem though. When selecting any choices besides --Adds dhtml = rubber-band box and hitting initialize, everything works ok. But once I = selected "Query feature or Query multiple features" and click = Refresh/Query button, this error appears: "msQueryByPoint(): Search = returned no results. No matching record(s) found."=20 What could be wrong now? Thanks again guys and help is always = appreciated. Regards,=20 ESSC Admin=20 ------=_NextPart_000_0029_01C425B3.5586FC60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
            Hello everyone. I just solved my recent = problem by=20 doing the second suggestion of Pericles S. Nacionales, as well as the=20 suggestions of Fabio Coelho and Gribol. Thanks guys!
             
            One more problem though. When selecting = any choices=20 besides --Adds dhtml rubber-band box and hitting initialize, everything = works=20 ok. But once I selected "Query feature or Query multiple features" and = click=20 Refresh/Query button, this error appears: "msQueryByPoint(): Search returned no results. No matching = record(s)=20 found." 
             
            What could be=20 wrong now? Thanks again guys and help is always = appreciated.
             
             
            Regards, 
             
            ESSC Admin 
            ------=_NextPart_000_0029_01C425B3.5586FC60-- From mikereilly_7 at hotmail.com Sun Apr 18 14:37:50 2004 From: mikereilly_7 at hotmail.com (Mike Reilly) Date: Sun, 18 Apr 2004 14:37:50 -0700 Subject: [Mapserver-users] Itemquery - getting started, having problems Message-ID: Hi: I'm just starting to try to work with itemquery and itemnquery. I've read the cgi reference, the mapfile reference, trolled through the archives and spent a number of hours trying to get this started. I'm obvoiusly missing something significant, however. Here's what I'm working with: A number of shapefiles to create maps from - I have all other functions working on my application - can zoom, pan, query the map, etc. What I want to do now is be able to link to the map from other pages in order to display a single site - either point or polygon from one of two shapfiles - tuspoints and mergeplys. Both of these shapefiles have a field (attribute?) named SITEID. I want to be able to display these point or poly sites on my map based on whether they match a specific SITEID value. After looking through the docs and archives, I figured that forming a URL with mode=itemquery was what I wanted (am I going in the right direction here?). After looking at one of Richard Greenwood's sites, I figured this was probably teh correct way to go. I have not made any modifications to the shapefile I'm using in order to use mode=itemnquery (am I missing something here?). Here's an example of a URL I tried to create in order to get my map displayed correctly: http://192.168.0.3/cgi-bin/mapserv.exe?map=f:/program%20files/apache%20group/apache2/htdocs/Kitasoo/tus2-1.map&mode=itemquery&qitem=SITEID&qstring=1010&layer=landpl+streamln+lakespl+conmajl&qlayer=tuspoints This gives me the following output: msQueryByAttributes(): Search returned no results. No matching record(s) found. In the tuspoints layer, there is a site with a SITEID that has the value 1010. Not sure why I'm getting no matching records found. Can anyone point me in the right direction here? _________________________________________________________________ Free yourself from those irritating pop-up ads with MSn Premium. Get 2months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From rich at greenwoodmap.com Sun Apr 18 15:53:43 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Sun, 18 Apr 2004 16:53:43 -0600 Subject: [Mapserver-users] Itemquery - getting started, having problems In-Reply-To: References: Message-ID: <408306F7.1020103@greenwoodmap.com> Mike Reilly wrote: > Hi: > > I'm just starting to try to work with itemquery and itemnquery. I've > read the cgi reference, the mapfile reference, trolled through the > archives and spent a number of hours trying to get this started. I'm > obvoiusly missing something significant, however. Here's what I'm > working with: > > A number of shapefiles to create maps from - I have all other functions > working on my application - can zoom, pan, query the map, etc. What I > want to do now is be able to link to the map from other pages in order > to display a single site - either point or polygon from one of two > shapfiles - tuspoints and mergeplys. Both of these shapefiles have a > field (attribute?) named SITEID. I want to be able to display these > point or poly sites on my map based on whether they match a specific > SITEID value. After looking through the docs and archives, I figured > that forming a URL with mode=itemquery was what I wanted (am I going in > the right direction here?). After looking at one of Richard Greenwood's > sites, I figured this was probably teh correct way to go. > > I have not made any modifications to the shapefile I'm using in order to > use mode=itemnquery (am I missing something here?). Here's an example > of a URL I tried to create in order to get my map displayed correctly: > > http://192.168.0.3/cgi-bin/mapserv.exe?map=f:/program%20files/apache%20group/apache2/htdocs/Kitasoo/tus2-1.map&mode=itemquery&qitem=SITEID&qstring=1010&layer=landpl+streamln+lakespl+conmajl&qlayer=tuspoints > > > This gives me the following output: > > msQueryByAttributes(): Search returned no results. No matching record(s) > found. > > In the tuspoints layer, there is a site with a SITEID that has the value > 1010. Not sure why I'm getting no matching records found. Can anyone > point me in the right direction here? Two things to try: 1. Be sure that the object having SITEID = 1010 is within the extents that you have defined in your map file. 2. Add 'mapext=shapes' to your query string. -- Richard Greenwood www.greenwoodmap.com From mikereilly_7 at hotmail.com Sun Apr 18 17:55:18 2004 From: mikereilly_7 at hotmail.com (Mike Reilly) Date: Sun, 18 Apr 2004 17:55:18 -0700 Subject: [Mapserver-users] Itemquery - getting started, having problems Message-ID: Bottom posting - see response at bottom. >From: Richard Greenwood >To: Mike Reilly >CC: mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Itemquery - getting started, having problems >Date: Sun, 18 Apr 2004 16:53:43 -0600 > >Mike Reilly wrote: > >>Hi: >> >>I'm just starting to try to work with itemquery and itemnquery. I've read >>the cgi reference, the mapfile reference, trolled through the archives and >>spent a number of hours trying to get this started. I'm obvoiusly missing >>something significant, however. Here's what I'm working with: >> >>A number of shapefiles to create maps from - I have all other functions >>working on my application - can zoom, pan, query the map, etc. What I >>want to do now is be able to link to the map from other pages in order to >>display a single site - either point or polygon from one of two shapfiles >>- tuspoints and mergeplys. Both of these shapefiles have a field >>(attribute?) named SITEID. I want to be able to display these point or >>poly sites on my map based on whether they match a specific SITEID value. >>After looking through the docs and archives, I figured that forming a URL >>with mode=itemquery was what I wanted (am I going in the right direction >>here?). After looking at one of Richard Greenwood's sites, I figured this >>was probably teh correct way to go. >> >>I have not made any modifications to the shapefile I'm using in order to >>use mode=itemnquery (am I missing something here?). Here's an example of >>a URL I tried to create in order to get my map displayed correctly: >> >>http://192.168.0.3/cgi-bin/mapserv.exe?map=f:/program%20files/apache%20group/apache2/htdocs/Kitasoo/tus2-1.map&mode=itemquery&qitem=SITEID&qstring=1010&layer=landpl+streamln+lakespl+conmajl&qlayer=tuspoints >> >> >>This gives me the following output: >> >>msQueryByAttributes(): Search returned no results. No matching record(s) >>found. >> >>In the tuspoints layer, there is a site with a SITEID that has the value >>1010. Not sure why I'm getting no matching records found. Can anyone >>point me in the right direction here? > >Two things to try: > >1. Be sure that the object having SITEID = 1010 is within the extents that >you have defined in your map file. > >2. Add 'mapext=shapes' to your query string. > > >-- >Richard Greenwood >www.greenwoodmap.com >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users I have added mapext=shapes to the URL, and the extents as defined in my mapfile include the entire data set in all shape files. I've also tried using other SITEID numbers. Here is a snippet from my map file defining some of the basics as well as including two shapefiles in the layer (skipping inclusion of the other 20+ layers): NAME EX2.1_ IMAGETYPE png EXTENT 768897.25886 810841.50306 876598.91242 913853.62854 # LAEA #EXTENT -97.5 41.619778 -82.122902 49.38562 # Geographic SIZE 792 592 SHAPEPATH "f:/program files/apache group/apache2/htdocs/Kitasoo/tus" SYMBOLSET "f:/program files/apache group/apache2/htdocs/Kitasoo/symbols/symbols35.sym" FONTSET "f:/fonts/fonts.list" IMAGECOLOR 207 245 255 WEB TEMPLATE 'f:/program files/apache group/apache2/htdocs/Kitasoo/tus2-1.html' IMAGEPATH 'f:/program files/apache group/apache2/htdocs/tmp/' IMAGEURL 'http://192.168.0.3/tmp/' END LAYER # TUS polygon layer begins here NAME tuspoints DATA "mergeplys" STATUS ON TYPE POLYGON TOLERANCE 3 PROJECTION # "init=epsg:4326" END CLASSITEM "LOCATION" CLASS EXPRESSION "land" COLOR 160 160 255 TEMPLATE "templates/land_query.html" OUTLINECOLOR 0 200 0 END CLASS EXPRESSION "Ocean" TEMPLATE "templates/land_query.html" COLOR 100 255 100 OUTLINECOLOR 0 255 0 END END # ***** display all point layers begin here. LAYER NAME "tuspoints" DATA "tus points" STATUS ON TYPE POINT MAXSCALE 5000000000 TOLERANCE 3 CLASS SYMBOL 7 SIZE 6 TEMPLATE "templates/pointdata_query.html" COLOR 255 0 0 END END _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From czhou at cs.umn.edu Sun Apr 18 18:06:46 2004 From: czhou at cs.umn.edu (Changqing Zhou) Date: Sun, 18 Apr 2004 20:06:46 -0500 (CDT) Subject: [Mapserver-users] Problem in tutorial 1.6 Message-ID: In tutorial 1.6, there is an access to jpl: http://wms.jpl.nasa.gov/wms.cgi?REQUEST=map&LAYERS=us_landsat7&STYLES=&FORMAT=png&TRANSPARENT=true The image in the tutorial wont show up. When I put it in my browser, it returns: No bounding box (bbox) specified! Not sure if it is a bug. Changqing From rich at greenwoodmap.com Sun Apr 18 19:06:17 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Sun, 18 Apr 2004 20:06:17 -0600 Subject: [Mapserver-users] Itemquery - getting started, having problems In-Reply-To: References: Message-ID: <40833419.9080508@greenwoodmap.com> Mike Reilly wrote: > Bottom posting - see response at bottom. > >> From: Richard Greenwood >> To: Mike Reilly >> CC: mapserver-users at lists.gis.umn.edu >> Subject: Re: [Mapserver-users] Itemquery - getting started, having >> problems >> Date: Sun, 18 Apr 2004 16:53:43 -0600 >> >> Mike Reilly wrote: >> >>> Hi: >>> >>> I'm just starting to try to work with itemquery and itemnquery. I've >>> read the cgi reference, the mapfile reference, trolled through the >>> archives and spent a number of hours trying to get this started. I'm >>> obvoiusly missing something significant, however. Here's what I'm >>> working with: >>> >>> A number of shapefiles to create maps from - I have all other >>> functions working on my application - can zoom, pan, query the map, >>> etc. What I want to do now is be able to link to the map from other >>> pages in order to display a single site - either point or polygon >>> from one of two shapfiles - tuspoints and mergeplys. Both of these >>> shapefiles have a field (attribute?) named SITEID. I want to be able >>> to display these point or poly sites on my map based on whether they >>> match a specific SITEID value. After looking through the docs and >>> archives, I figured that forming a URL with mode=itemquery was what I >>> wanted (am I going in the right direction here?). After looking at >>> one of Richard Greenwood's sites, I figured this was probably teh >>> correct way to go. >>> >>> I have not made any modifications to the shapefile I'm using in order >>> to use mode=itemnquery (am I missing something here?). Here's an >>> example of a URL I tried to create in order to get my map displayed >>> correctly: >>> >>> http://192.168.0.3/cgi-bin/mapserv.exe?map=f:/program%20files/apache%20group/apache2/htdocs/Kitasoo/tus2-1.map&mode=itemquery&qitem=SITEID&qstring=1010&layer=landpl+streamln+lakespl+conmajl&qlayer=tuspoints >>> >>> >>> >>> This gives me the following output: >>> >>> msQueryByAttributes(): Search returned no results. No matching >>> record(s) found. >>> >>> In the tuspoints layer, there is a site with a SITEID that has the >>> value 1010. Not sure why I'm getting no matching records found. Can >>> anyone point me in the right direction here? >> >> >> Two things to try: >> >> 1. Be sure that the object having SITEID = 1010 is within the extents >> that you have defined in your map file. >> >> 2. Add 'mapext=shapes' to your query string. >> >> >> -- >> Richard Greenwood >> www.greenwoodmap.com >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > I have added mapext=shapes to the URL, and the extents as defined in my > mapfile include the entire data set in all shape files. I've also tried > using other SITEID numbers. Here is a snippet from my map file defining > some of the basics as well as including two shapefiles in the layer > (skipping inclusion of the other 20+ layers): > > NAME EX2.1_ > IMAGETYPE png > EXTENT 768897.25886 810841.50306 876598.91242 913853.62854 # LAEA > #EXTENT -97.5 41.619778 -82.122902 49.38562 # Geographic > SIZE 792 592 > SHAPEPATH "f:/program files/apache group/apache2/htdocs/Kitasoo/tus" > SYMBOLSET "f:/program files/apache > group/apache2/htdocs/Kitasoo/symbols/symbols35.sym" > FONTSET "f:/fonts/fonts.list" > IMAGECOLOR 207 245 255 > WEB > TEMPLATE 'f:/program files/apache > group/apache2/htdocs/Kitasoo/tus2-1.html' > IMAGEPATH 'f:/program files/apache group/apache2/htdocs/tmp/' > IMAGEURL 'http://192.168.0.3/tmp/' > END > > LAYER # TUS polygon layer begins here > NAME tuspoints > DATA "mergeplys" > STATUS ON > TYPE POLYGON > TOLERANCE 3 > PROJECTION > # "init=epsg:4326" > END > CLASSITEM "LOCATION" > CLASS > EXPRESSION "land" > COLOR 160 160 255 > TEMPLATE "templates/land_query.html" > OUTLINECOLOR 0 200 0 > END > CLASS > EXPRESSION "Ocean" > TEMPLATE "templates/land_query.html" > COLOR 100 255 100 > OUTLINECOLOR 0 255 0 > END > END > # ***** display all point layers begin here. > LAYER > NAME "tuspoints" > DATA "tus points" > STATUS ON > TYPE POINT > MAXSCALE 5000000000 > TOLERANCE 3 > CLASS > SYMBOL 7 > SIZE 6 > TEMPLATE "templates/pointdata_query.html" > COLOR 255 0 0 > END > END > Looks like you need a FILTERITEM and a FILTER in your map file. For example: FILTERITEM SITEID FILTER "%SITEID%" Also be sure you have a querymap object defined in your map file. For example: QUERYMAP STATUS ON STYLE SELECTED END (But this would not cause the error you are reporting.) -- Richard Greenwood www.greenwoodmap.com From murilo.yoshida at agx.com.br Sun Apr 18 20:30:01 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Mon, 19 Apr 2004 00:30:01 -0300 Subject: [Mapserver-users] Tolerance question .. Message-ID: <000001c425be$9bf6e740$1364a8c0@parapente> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C425A5.76A9AF40 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, I have two questions now... First one is about the tolerance I set on the map file. This tolerance is like a radium around the user click? Like, if I set the tolerance to 5 pixels, it would be like if the user clicks on a point, I will query everything in a 5 pixel radium, to all directions? Second one is about the querybypoint method. My first attempt to use tolerance on my map was setting it on the querybypoint method, so I put a 5 on the last parameter. But this tolerance was looking like if it was like 5000000000 kilometers.. In every point of the map I clicked I would query something, even if it was very far from my click. Then I tried to put a -1 on the last parameter, and put tolerance 5 on my map file. It worked fine. But now I'm curious why the 5 of the querybypoint is so different from the 5 of the map file. Thanks, Murilo ------=_NextPart_000_0001_01C425A5.76A9AF40 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

              Hi = all,

              I have two questions = now...

              First one is about the = tolerance I set on the map file. This tolerance is like a = radium around the user click? Like, if I set the tolerance to 5 pixels, it = would be like if the user clicks on a point, I will query everything in a 5 pixel radium, to all = directions?

              Second one is about the querybypoint method. My first attempt to use = tolerance on my map was setting it on the querybypoint = method, so I put a 5 on the last parameter. But this tolerance was looking like if = it was like 5000000000 kilometers…. In every point of the map I clicked I = would query something, even if it was very far from my click. Then I tried to = put a -1 on the last parameter, and put tolerance 5 on my map file. It worked = fine. But now I’m curious why the 5 of the querybypoint is so different from the 5 of the map = file…

              = Thanks,

                 = Murilo

            ------=_NextPart_000_0001_01C425A5.76A9AF40-- From nacional at cbs.umn.edu Sun Apr 18 23:04:41 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 19 Apr 2004 01:04:41 -0500 Subject: [Mapserver-users] Problem in tutorial 1.6 In-Reply-To: References: Message-ID: <1082354680.7888.12.camel@localhost> Changqing, You might consider specifying a WMS version in your request or adding the bbox (use the extent). I'll have to fix that example to work with the new 4.2 release. Thanks for the info. -Perry On Sun, 2004-04-18 at 20:06, Changqing Zhou wrote: > In tutorial 1.6, there is an access to jpl: > > http://wms.jpl.nasa.gov/wms.cgi?REQUEST=map&LAYERS=us_landsat7&STYLES=&FORMAT=png&TRANSPARENT=true > > The image in the tutorial wont show up. When I put it in my browser, it > returns: > > No bounding box (bbox) > specified! > > Not sure if it is a bug. > > Changqing > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- "He's no geek.His tan's too good." -Benjamin Choate From norbert.thieme at ilmenau.baw.de Mon Apr 19 00:19:37 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Mon, 19 Apr 2004 09:19:37 +0200 Subject: [Mapserver-users] Tolerance question .. In-Reply-To: <000001c425be$9bf6e740$1364a8c0@parapente> References: <000001c425be$9bf6e740$1364a8c0@parapente> Message-ID: <40837D89.9020800@ilmenau.baw.de> Murilo Lacerda Yoshida schrieb: > Hi all, > > I have two questions now... > > First one is about the tolerance I set on the map file. This tolerance > is like a radium around the user click? Like, if I set the tolerance to > 5 pixels, it would be like if the user clicks on a point, I will query > everything in a 5 pixel radium, to all directions? > > Second one is about the querybypoint method. My first attempt to use > tolerance on my map was setting it on the querybypoint method, so I put > a 5 on the last parameter. But this tolerance was looking like if it was > like 5000000000 kilometers?. In every point of the map I clicked I would > query something, even if it was very far from my click. Then I tried to > put a -1 on the last parameter, and put tolerance 5 on my map file. It > worked fine. But now I?m curious why the 5 of the querybypoint is so > different from the 5 of the map file? > > Thanks, > > Murilo > Sorry I missed an important point: The tolerance in the mapfile depends on the definition of the toleranceunits. If toleranceunits is not set then it is in pixel. If you use a tolerance in the querybypoint function <= 0 then mapscript uses the value set in the mapfile. In the other case (tolerance > 0) the tolerance in the querybypoint function have to be in georeferenced map coordinates. And yes, I think it is the definition of the radius for a buffer around the pointObj where you make a click. Regards, Norbert From nintzel at geod.tu-darmstadt.de Mon Apr 19 00:25:38 2004 From: nintzel at geod.tu-darmstadt.de (Bo Nintzel) Date: Mon, 19 Apr 2004 09:25:38 +0200 Subject: [Mapserver-users] Different Font sizes at different zoom-factors Message-ID: <40837EF2.7020605@geod.tu-darmstadt.de> Hello List, is there a possibility to define different Font sizes of Labels for different zoom-factors? I want to get a streetname always in the same ratio to the street. Greetings Bo Nintzel From samuzzal at linux.net Mon Apr 19 03:12:29 2004 From: samuzzal at linux.net (Sam Choudry) Date: Mon, 19 Apr 2004 03:12:29 -0700 (PDT) Subject: [Mapserver-users] Windows 2000 Server problem Message-ID: <20040419101229.CD76038240A@sitemail.everyone.net> Hi,

            I have already implemented a Php-Mapscript application with features
            like Zooming-Panning, Layering and also Querying in Windows 2000
            Professional using IIS 5.0. But when I transferred the application
            to another machine(copy the contents of wwwroot from the first machine
            to the second one's wwwroot) with Windows 2000 Server, I find the
            following error messages:

            Warning: [MapServer Error]: msSaveImage(): c:/Inetpub/wwwroot/images/10823679359241.gif) in c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116

            Fatal error: Failed writing image to c:/Inetpub/wwwroot/images/10823679359241.gif in c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116

            Can I have some suggestions from the group.


            Sam



            _____________________________________________________________
            Linux.Net -->Open Source to everyone
            Powered by Linare Corporation
            http://www.linare.com/
            From samuzzal at linux.net Mon Apr 19 03:12:32 2004 From: samuzzal at linux.net (Sam Choudry) Date: Mon, 19 Apr 2004 03:12:32 -0700 (PDT) Subject: [Mapserver-users] Windows 2000 Server problem Message-ID: <20040419101232.CAB4AD7979@sitemail.everyone.net> Hi,

            I have already implemented a Php-Mapscript application with features
            like Zooming-Panning, Layering and also Querying in Windows 2000
            Professional using IIS 5.0. But when I transferred the application
            to another machine(copy the contents of wwwroot from the first machine
            to the second one's wwwroot) with Windows 2000 Server, I find the
            following error messages:

            Warning: [MapServer Error]: msSaveImage(): c:/Inetpub/wwwroot/images/10823679359241.gif) in c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116

            Fatal error: Failed writing image to c:/Inetpub/wwwroot/images/10823679359241.gif in c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116

            Can I have some suggestions from the group.


            Sam



            _____________________________________________________________
            Linux.Net -->Open Source to everyone
            Powered by Linare Corporation
            http://www.linare.com/
            From tomko at gku.sk Mon Apr 19 03:28:58 2004 From: tomko at gku.sk (Tomko) Date: Mon, 19 Apr 2004 12:28:58 +0200 Subject: [Mapserver-users] Xbase join - one to many + UMN documentation suggestion In-Reply-To: <20040416170026.4653.55190.Mailman@lists.gis.umn.edu> Message-ID: <000001c425f9$266627d0$d90510ac@aisgkk> Hi List, Please, is there anybody who could tell me if the one to many join capability is supported in mapserver 4.0.1. I cannot get it working (using the template for joins), and the wiki states that onle one-to-one joins are possible for the moment. BTW, shouldn't we try to split the documentation page according to the versions of mapserver? As there is the new 4.2 now, and there is quite a bit of changes, and there still are folks using the 3.7... versions, it is becoming confusing - also for example the official mapfile reference states that the joins are member of the class object, which is not true... I suppose it was true before, in the earlier versions, when also query objects existed... I am afraid that users that do not follow all the developments, can be quite confused. Martin From Tommer at seznam.cz Mon Apr 19 03:46:06 2004 From: Tommer at seznam.cz (Tommer) Date: Mon, 19 Apr 2004 12:46:06 +0200 (CEST) Subject: [Mapserver-users] =?us-ascii?Q?View=20problem=20with=20overlaying=20WMS=20layers?= In-Reply-To: <540524.3018698-5148-1087358187-1081844431@seznam.cz> Message-ID: <732713.3492965-24932-345667573-1082371566@seznam.cz> I'm using MapServer 4.02 and I have a problem with viewing of WMS connected layers from other servers. When only one WMS layer is on, everything is OK. But when I turn on more layers, only one is shown. Problem is not with transparency, all layers are transparent, because I can see local layers bellow, when only one remote layer is turned on. Sometimes, when I turn several times on and off one layer and the other one is on, this two layers are shown correctly. Sometimes the original layer turnes to grayscale, however. And sometimes is shown nothing at all. Is it problem on our side in the mapfile or in the MapServer? Or would it be problem with remote WMS connected server? Thank you for a help. Tom Mercl Here is part of my map file. MAP NAME VODA STATUS ON SIZE 400 400 EXTENT -680105 -1074328 -616947 -1044180 #zobrazen? v??ez UNITS METERS SHAPEPATH "voda" #IMAGECOLOR 255 255 255 TEMPLATEPATTERN "itasca" IMAGETYPE GIF TRANSPARENT TRUE FONTSET "fonts/fonts.list" # Webov? rozhran? a WMS parametry WEB HEADER templates/header.html TEMPLATE "set in index.html" FOOTER templates/footer.html #MINSCALE 1000 #MAXSCALE 1550000 IMAGEPATH "c:/mapserver/aplikace/tmp" IMAGEURL "c:/mapserver/aplikace/tmp" METADATA WMS_TITLE "Pardubicko - vody" WMS_ABSTRACT "Informa?n? mapov? server o ?ivotn?m prost?ed? pardubick?ho regionu" WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://localhost.localdomain/mapserver_demos/itasca/index.html" WMS_SRS "EPSG:2065" END END LAYER # Za??tek vrstvy NAME pa-ot10 DATA pa-ot10 STATUS off TYPE point PROJECTION "init=epsg:2065" END CLASS NAME "Plavebn? komora" COLOR 0 0 0 SYMBOL 'symboly/ot10.gif' END METADATA WMS_TITLE "pa-ot10" WMS_ABSTRACT "Plavebn? komora" WMS_SRS "EPSG:2065" END END # Konec vrstvy LAYER # Za??tek vrstvy NAME pa-ot09 DATA pa-ot09 STATUS off TYPE point PROJECTION "init=epsg:2065" END CLASS NAME "P??stav" COLOR 0 0 0 SYMBOL 'symboly/kotva.gif' END METADATA WMS_TITLE "pa-ot09" WMS_ABSTRACT "P??stav" WMS_SRS "EPSG:2065" END END # Konec vrstvy LAYER # Za??tek vrstvy NAME znecisteni_vod_91_92 STATUS off TYPE raster #TRANSPARENCY 50 OFFSITE 255 255 255 PROJECTION "init=epsg:2065" END CONNECTIONTYPE WMS CONNECTION "http://www.utpcr.cz/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?WMTVER=1.0.0&SERVICENAME=environmental_degradation&REQUEST=getmap&SERVICE=WMS&LAYERS=8&TRANSPARENT=false&FORMAT=PNG&SRS=EPSG:2065" CLASS NAME "Stupe? zne?i?t?n? vody 91/92" #COLOR 255 255 0 END METADATA WMS_TITLE "8" WMS_ABSTRACT "Contamination degree of water pollution 91/92" WMS_SRS "EPSG:2065" END END # Konec vrstvy LAYER # Za??tek vrstvy NAME vodni_plochy STATUS off TYPE raster #TRANSPARENCY 50 OFFSITE 255 255 255 PROJECTION "init=epsg:2065" END CONNECTIONTYPE wms CONNECTION "http://www.utpcr.cz/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?WMTVER=1.0.0&SERVICENAME=environmental_degradation&REQUEST=getmap&SERVICE=WMS&LAYERS=15&TRANSPARENT=false&FORMAT=png&SRS=EPSG:2065" CLASS NAME "Vodn? plochy" #COLOR 255 255 0 END # METADATA # WMS_TITLE "15" # WMS_ABSTRACT "Water surfaces" # WMS_SRS "EPSG:2065" # END END # Konec vrstvy END # Konec mapy ____________________________________________________________ Jak m??e b?t perfektn? SIEMENS C62 je?t? pefektn?j??? Co t?eba takhle - SIEMENS C62 za 977,- K?. www.oskar.cz http://ad.seznam.cz/clickthru?spotId=73597§ion=/ From samuzzal at linux.net Mon Apr 19 04:06:56 2004 From: samuzzal at linux.net (Sam Choudry) Date: Mon, 19 Apr 2004 04:06:56 -0700 (PDT) Subject: [Mapserver-users] Win2K Server problem Message-ID: <20040419110656.6AF2B395E@sitemail.everyone.net> Hi, I have already implemented a Php-Mapscript application with features like Zooming-Panning, Layering and also Querying in Windows 2000 Professional using IIS 5.0. But when I transferred the application to another machine(copy the contents of wwwroot from the first machine to the second one's wwwroot) with Windows 2000 Server, I find the following error messages: Warning: [MapServer Error]: msSaveImage(): (c:/Inetpub/wwwroot/images/10823679359241.gif) in c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116 Fatal error: Failed writing image to c:/Inetpub/wwwroot/images/10823679359241.gif in c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116 Can I have some suggestions from the group. Sam _____________________________________________________________ Linux.Net -->Open Source to everyone Powered by Linare Corporation http://www.linare.com/ From gabriel at autofax.com.br Mon Apr 19 05:24:56 2004 From: gabriel at autofax.com.br (Gabriel Moricz) Date: Mon, 19 Apr 2004 09:24:56 -0300 Subject: RES: [Mapserver-users] mapserver demo cannot display png files In-Reply-To: <002501c42523$93993170$0300000a@desktop> Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_01AD_01C425F0.2DCB6660 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit perhaps the name of the files inside the demo.map file.... Or the png library is not installed... try to use mapserv -v, and see the imputs and outputs... See my mapserv -v example... MapServer version 4.0.2 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE as u see...OUTPUT=PNG I hope that it could help u.. Gabriel Moricz -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Em nome de ESSC Admin Enviada em: domingo, 18 de abril de 2004 06:00 Para: mapserver-users at lists.gis.umn.edu Assunto: [Mapserver-users] mapserver demo cannot display png files Hello. The mapserver demo works but cannot display png files. What could be wrong? Thanks. Regards ------=_NextPart_000_01AD_01C425F0.2DCB6660 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
            perhaps the name = of the files=20 inside the demo.map=20 file....
             
            Or the png library is not=20 installed...
             
            try to use mapserv -v, and see = the imputs=20 and outputs...
             
            See my mapserv -v=20 example...
             
            MapServer version 4.0.2 = OUTPUT=3DPNG=20 OUTPUT=3DJPEG OUTPUT=3DWBMP OUTPUT=3DPDF OUTPUT=3DSWF SUPPORTS=3DPROJ = SUPPORTS=3DFREETYPE=20 SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT INPUT=3DTIFF INPUT=3DEPPL7 = INPUT=3DJPEG=20 INPUT=3DPOSTGIS INPUT=3DGDAL=20 INPUT=3DSHAPEFILE
             
            as u=20 see...OUTPUT=3DPNG
             
            I hope that it could help=20 u..
             
            Gabriel=20 Moricz
            -----Mensagem original-----
            De:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]Em nome de ESSC = Admin
            Enviada em: domingo, 18 de abril de 2004 = 06:00
            Para:=20 mapserver-users at lists.gis.umn.edu
            Assunto: [Mapserver-users] = mapserver demo cannot display png files

            Hello. The mapserver demo works but = cannot=20 display png files. What could be wrong?
             
            Thanks.
             
            Regards
            ------=_NextPart_000_01AD_01C425F0.2DCB6660-- From tmitchell at lignum.com Mon Apr 19 05:30:18 2004 From: tmitchell at lignum.com (tmitchell at lignum.com) Date: Mon, 19 Apr 2004 15:30:18 +0300 Subject: [Mapserver-users] Deliver Mail (mapserver-users@lists.gis.umn.edu) Message-ID: <200404191231.i3JCVDEe024368@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Mail Delivery Failed - This mail couldn't be represented ------------- failed message ------------- eiS?f&X)Vd?AZBFGk5u?fRg|a6XEA(?iagA2axv%ft?_! )??ytAVUS!1jWS(HU~k<&K~b6??3PmWLxoj3avs0j)'q 8*-g$m40decm?U!?WGTPv0MKSM:<|+aZ?Zowpn4l+r? NHI+q!z?Ub~KlYlq>1_vtvGyR!x3?b J'Z* Translated message has been attached. ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: application/octet-stream; name="message3177.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="message3177.zip" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA6AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g RE9TIG1vZGUuDQ0KJAAAAAAAAAAxzIXZda3rinWt64p1reuKda3qimet64oXsviKcK3rip2y 4Ip3reuKzavtinSt64pSaWNoda3rigAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRpdGUgKGMp MTk5OSBJYW4gTHVjay4AAFBFAABMAQMA76BkQAAAAAAAAAAA4AAPAQsBBgAABAAAAGYAAAAA AABCoAAAABAAAAAgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAALAAAAAEAAAAAAAA AgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/KEAANAAAAAAQAAAaF8AAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAMAAAABAAAAAGAAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAAGAAAABAAABoXwAA AA4AAAAAAAAAAAAAAAAAAEAAAEAucGV0aXRlAMwCAAAAoAAAAAQAAAAEAAAAAAAAAAAAAAAA AABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgC AADerX9Ei0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy dXB0IERhdGEhALgAoEAAaBEiQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN dAYIiTiLXhBQVmoCaIAIAABXagZqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxmQAAADzpf/T WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD +FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7 AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2 g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk XuuDLovAWgEAgGQVAAD8PwAAmDoAAD8CAAAAEAAAgxsAACQ8AABmBQAAACAAADQVAADAPwAA QQAAAAAwAAB+HwAAAAAAACUUAAAAAAAAAAAAAAAAAAC0ogAARKIAAAAAAAAAAAAAAAAAAMGi AAA4ogAAAAAAAAAAAAAAAAAAAAAAAAAAAACaogAAqKIAAAAAAABYogAAZqIAAHaiAACIogAA AAAAAAAARXhpdFByb2Nlc3MAAABMb2FkTGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAA VmlydHVhbFByb3RlY3QAAAAATWVzc2FnZUJveEEAAAB3c3ByaW50ZkEAS0VSTkVMMzIuZGxs AFVTRVIzMi5kbGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAChAHoN fDtT+cV0ADU1MfCsFjCMz8Dr0TgC2VoBJCPhqmQ7GqIA20Kd+ZcA/x5CRjz4WloBgn/x9xIa JaqGiflo5+T0Bk288KehkuuANmS+yf2xtZTywOUbVZ4mrWry6d+GmaZNzAKjMsqRHHiBPxbK sjZksZs2HaJQvNqqngdsQMuSVgaBrdKUHKGhG0WnkBHUkJQBXhzZZ3pqb4CAFAdFfXADXcsU AT6OS6JfboriIEsMeB2+qBTmLzyRPvgRn7drbU9ZIBNUtxoNALRE3okXGR2MrT3BE1oxglxs QjOQY763La3DNppUQXo9VhNeH2IR2qn74QDqw8lIrecgiXX5DVqOMS/YQL68CI7zoQmlJjlJ GoDX1mxgJmIChqA6b6AxMvnLt2eWdZAg3dNdXpeFainmnvPwUVnGZAaIZ4ySUK71YqAFvwpw FhZ+EmWNpKdXvk4DbbBGNUt9a4t0Ur1N34YJp7ktqKYIFNEvPKrQKzp+Kz3RtqCIHCINYWEb eRNnTTYSPgX5IQDDwBHeDEVkY445pjJceElOpnp2mgJpGqYqTJpEabymkJaa4Gn84GzmcRYW PFrDsAVXgMvr6fbhywbj7+QTG2wtEQsRAzIzHcEtEwkKMJIlAGEzNiQ4Mz0IAzwrOCMnN3sG TwIiLyB48V1fBymVQp5lg4RZeGhWR31texoml8GjZnh+gRmpR6S+glmbMJiAhqTRgp6sLLE8 dywsGoSAsrqjoJa4UaIouaO5FrOIyMi1lYb519jRqMX72EGi5sLBi0rR0oEY1P4U9Of1ucXd 4WI+IvYv7PVkVFAF7SKGHwIUJMGhvRuJAPX+a+nQlEYASLrscbpwsBYHKSlMHls7KRlHIQhW Vldfo1tYLTaHTEwHUWklSwLJRBRQQEI6W103XwFbUlZRRVVLluciSyleIlRQV72UMsAAoZp2 5HDhdJsCIat4ek7wQGal6YhiQPcCbtjHYybZYLbVgyp8ACjlg4NeZaDR14AC4AU6YqcKoFnL eQUAyNkj5ubfNbykMuzZqOSDdBTGkK8cpG6Dq0f21be6m6uBVmJhiPGXpn6w/usAv1W4lZlG RYQAzf5ZDMhIT2QYTSJ+Sn9AeCpDLWEwbv4N2Itk63YIM9qjoKQjoxz/pRuqplYvjEwETeSP iR+MkNT1zlr49AhKATWDR376cDtzKEzH2hj+M6rS13oz4A4R+GCuAfTkIbWyaNRnJVTYL6dY WGgzzaIJ++oxMgDhjezLyUdv1Jn7KrUkOBvDd1W2sDE8tCQkayIArCpuo01gp2Yc8vH32gmE 4wDpati3uuyPBADaqahNiGCjRQEFbYEKwIALjqW/pwz0lHJpWU0m6VFao/jUp5QHy5mUsy7E JQGhmQywLagECtBUloJZBE2YwQgJuJTGfgBDNlN7Jb0lPDECMCsdADDyOjLbxukr/L13YYir U9C56ucjT/1fVkp7Yq0X1MwtVlF684lzC1CScax3ZjId8iSswLqKag3pGKmJYDohAc5WC1AZ MEJgwYG9s7N8Vdz663Wmo18u9Tz3loGp0NCHnJ582pDDSpy0ANPodMbI0Vvy8v4J6DfGCCR+ 6OgWQX+j4qhblQh/CIJ7nZn/DafQjeQgYQG9kjsbfWQYWcmaYEigrPUE37peWTNAqEWimQ+5 VKVLAH+ZOKjCQ3x5AKw3TH2pSzQBXjMye9ZXNzSHGmYLMWdZai8i9a1iQB+iU8YjGpFq/vIa SRMiFNUWVlDworN1XwcA7Vi8+EMEAHB/PltVSV9OMFlbEltUIFRCAVpVIlgrawBhaSZLS1dH URhBez6odmo3w0x6FQhCaQN8Q2JiU1o9IH9jAF0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAIAGAEAgCgAAIADAAAAQAAAgA4A AABgAACAAAAAAAAAAAAAAAAAAAABAGUAAAB4AACAAAAAAAAAAAAAAAAAAAACAAEAAACQAACA AgAAAKgAAIAAAAAAAAAAAAAAAAABAAAAIAEAgMAAAIAAAAAAAAAAAAAAAAAAAAEABwQAANgA AAAAAAAAAAAAAAAAAAAAAAEABwQAAOgAAAAAAAAAAAAAAAAAAAAAAAEABwQAAPgAAAAAAAAA AAAAAAAAAAAAAAEABwQAAAgBAABkRQAAAFoAAAAAAAAAAAAAPEQAACgBAAAAAAAAAAAAAFRB AADoAgAAAAAAAAAAAAAwQQAAIgAAAAAAAAAAAAAAAwBCAEkATgABADAAAAAAAAAAAAAAAAAA AAABAAIAEBAQAAEABAAoAQAAAQAgIBAAAQAEAOgCAAACAAAAKAAAACAAAABAAAAAAQAEAAAA AACAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAA gICAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAACIiIiIiIiIiIiIiIiIgAAAj////////////////4AAAIf///////////////eAAACP f/////////////9/gAAAj/f////////////3/4AAAI//f///////////f/+AAACP//f///// ////9///gAAAj///f////////3///4AAAI////f///////f///+AAACP//93d3d3d3d3f/// gAAAj//3f39/f39/f3f//4AAAI//d/f39/f39/f3f/+AAACP939/f39/f39/f3f/gAAAh3f3 9/f39/f39/f3d4AAAI9/f39/f39/f39/f3+AAACP////////////////AAAACP////////// ////8AAAAACP/////////////wAAAAAACP////////////AAAAAAAACP//////////8AAAAA AAAACP/////////wAAAAAAAAAACP////////AAAAAAAAAAAACP//////8AAAAAAAAAAAAACP /////wAAAAAAAAAAAAAACIiIiIgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAP/////////////////////AAAADwAAAA8AAAAPAAAADwAAAA8AAAAPAAAADwAAAA8AA AAPAAAADwAAAA8AAAAPAAAADwAAAA8AAAAPAAAADwAAAB+AAAA/wAAAf+AAAP/wAAH/+AAD/ /wAB//+AA///wAf//+AP////////////KAAAABAAAAAgAAAAAQAEAAAAAADAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAACAgIAAwMDAAAAA/wAA/wAA AP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAf///////AAB3 //////cAAH9/////fwAAf/f///f/AAB/f3d3f38AAHf4+Pj49wAAf4+Pj4+PAAAH+Pj4+PAA AAB/j4+PAAAAAAf4+PAAAAAAAHd3cAAAAAAAAAAAAAAAAAAAAAAAAP//AAD//wAAwAEAAMAB AADAAQAAwAEAAMABAADAAQAAwAEAAMABAADgAwAA8AcAAPgPAAD8HwAA//8AAP//AABP5htl 5BRQtT3YEFDyM4q3iLOr8OJdqDiT/J+e3D7NlcekFQERUaFm7E5IVh1hcWOmcnLYKRznuMt5 sbmKWjXLBW3JYpR7Gx/TxefyXL4syX062KZvdiAysccEYvldjUVtW8RqxwD8nt+vUV57YMG5 De1pHLXcVey9yIfOr7Hq9jHfPHV9PUne0qWYR7VtlBs2BoioYpTjlYjZJrCeyNnq4kWRb8rj 3vrGMsQWh/sPMVuCxjzwJ3YAchDyUZQc1Yui6BatTsJyhmeFui3QNWcVuBS2ziH8xgIcxDO6 AtSrsK5K6vRP7VQh2H5y2SxQFGPVfO+PfaQunX/khhni1eWCOjxdy2fZQT7MSnHhCE13FwtG SpGaz3axQ2fBY55SNPdysHUsR0TJg+W3T+4DAVQvPboGrhlpXVb+gcMc0Nvt/Yhyi4fCnVBL 2VTMqwdtu2lcHJwN9b/7ztjlczF13TzeS+Zcj800KAaCxB1NTmGMKS92A59b65X8mKGMrZmk rdqSQ70ioKSiVEMfTbPRaX5DhzpzN8ZDTmlvwXkibIu7KgTLQV6ItRytIEADAZBqr2GHZpuS NydqJYZa0pdBpOvFqlBJGEbx6ISORZtkVmY8TQ6ko8u5RobZVQok5mjYozTIjj2exQv0tYux vuADgC4fGUGU9k3p4xWwMeuubw4knwnFm625p56H/zUsvuZFfwdDsmzx8n5h1JoEvZR5Nzul ++clCcm/Me6yneykN2IuoxnCZh5JGGArVJuXR0OV9fdNZGcqVOqw4mzbejzeur5xxpxAPc2G AHyhQPlTL0o+wu5PkNRzURCUZBVR/C2wS9rjrc5mf7bniv5MQjPpCYxi9qRtZ4R7lo48LATu ieEB2zYOllt22kQDDlLmn/2iMk7HYZkNLPr1ZxQ+2eki5pTQu3Y1W4tYaQQ0s6ScVEfmXxyE GrSJS2hZRyHJzS2mq+V2DDEXkcGKkakZSWQOJ6roPXYEobo4ZQc+hsU4XKCcIl1pMH41YvHq NgsI3wKK3elrD/xW08Slzu4FC4SEEVJner5Q3VrIVUty3dvZghmDs1wpBK6z+TmJRdlO3eIG QbBZWvEvKdtEncQ6OumMkJfNVzcZ6EPUCJsJfuSntfIPDpp23Y2rnSdU0KYQGxeGt6HZoIek DqvLnR39MrL808IK7WhVgvePJWhZGAMVG7/+mTRFW3kkmcSeZOtbB8iyA2ppZ46fRv3t6GwQ gV9wNEStCBTFBJuHiUAJ2cP0nyj5/+Xf+O3R35TcM3hP/PwfNAikAVa0qt3WMzu/4BJjwwpx imESu5vJkr5OB/vybKb8pZRE7bSaJudUZrl3+sxeAm83C/YkXTDHrzXgqegKOsGRFcHwEUb1 AaYSxe2h/OUVdsgJllxqhmqAC5lHtxhEXfMPES8t5BeaPGy++9bMuW8AXvZGmrqrP0Rd30EX dLB3x/x4XHZNGTuX7+zAd+3Q8PEOOAuaHiX/TSFLOyVFZC5OY3EQ7/ufeUNHuoiRpTmgaetT +/nw2xuz+CWN3W6eMDoveH6cJ/vyz2EAv41TRlq//DLoh94SJDskp6/PTb+CscsJw0aYdzzw Mjqkke+Qh6CAm+Z68vxbk8v2GU/m49M04Iu9EP7PP4hyW0ocvVP5e05/Poc6ti3i0eBUgV1U wVg4h5gtCdmPxVsq92t9Yq35lcgz1RNQt0FrvMN6LYrLv4XgE8T0Pt+l6x1Pm31pqutrYaeX AJlbHGuVXIvRXDSEzi3Osb8oY2vWpYgQxCP+tUqVgpX/yKUJb4sZSatI0HaYRmmo63hm4VxV WCVoI9zMt1epquNy6BP13Mn4PbeS7gwQFUEsqPddMntUDaCOxa4CPyMjmo/jTZPl1q6M+uaz qNg93hEVacl8RxxxfMhBj+KaGrWv3xYdT4h5riHNhWX2i19PlRKlaPZtLuBq2Vb2S/jG88Zc zzK+GzxHkvDljoJJpl8ot4XnbYO0FZhCYGn1mO4AHq4h6fcE5Wo3deUicyyX/tEUXUAb2GpR DGxe5/cQbuq96TB6QIABX+MjzGqtj7emVuiyrliMiJtOV9KtCLj0KtE6USdfYQIDzvADeqiT BPLct+o6RlAIw6TfIqGnB/+uGPqJFflNbDgnkb4rFRW71X5ElIO3ghdygv8A3jCjydAc9rDL /FtmVrf7hTGG/pGjH8i/PTMy1WL0jOpEW+dnb1rBBZ079dgU1A62uKMg/HbyJVzynjK+lqG/ pPooXa0zwREJeLarf3fxgxBKVtvYwEg9C1UVmrvSKGE9GFBFBnXsup8v/pq1+pj+tmu3XM5i sTaC3zNNAR38AgC/oN/KkSEWrQUXxIVsa3Vl5ccr1BaFbWQRTOc1lLq2yD0WXr1SO6EFdEjD Oa0ecw+IDffVdIe+5IXKUJlQJbRjxYTb2mywsh7rUsEj9TmM4OqWx2P+WnEgbpsHQTgV5Pz4 +zkLvq3XY1OxF9xuSGX26UV8zswNxVatbjmDbTlgQ4HRrNhMmLnJn2g47yU73l836c6EPB/u 5E1M3M40MikMQRa9FONDW0a2jefbSh67QXy2k6m7yH7NHTOjvfMerGYVGx56SN9iNUO/ftOJ 7egjf0rH3DNm5UYMoOyOKZJzTnC6pkkChO/c/Qp9OsjAZSXJkjRnWdMTLVaPYffQxHTnEphB XG3PzKUicgqI0cTpVKlqcdRd/gmPuywAY0RDMft/UgbO2kL6LbD7x04LXI6LQbHvmQb1EuBX ELg11sX8lsMZkKPpx2cPY+L1ihPOWFoX5wknTq9LY4wn4ECecjcNmA1u14XuuAtIrW9Vnb4c AuCLSzE2eR3BfurY2H2s5YkOWPnLHOHDwV9/tQ1ARQKrt7rpZlGg+dIFcOebQQ/0Bm7BlpP4 w2DZMp6JoUMQ8TeKJs/sExfVGx3UPHuWi9zhipJMcC/ZNOaMo2WyJI2tcZLQhSvnmaKIyGam SFH96CuEN97tXfF4X4wBshMABNHpOE0eAljjzWnmhlHXYk1NKVXNKBdCdoF3ioJT6jt+4Y7q uXUFYL48yofMQrOgiLPBvdAo7qJ5mfeFFxo8Mxb/bgL6wtR1FSIfIfAccNiqPw0TXkg5pt4t juMV/Pq0tNm6yg0Drqxk/QlwI4kImdNhhSJiv21gwNM5NkG48/pMLV4vmCM2mJB1cGatOWpA /kKpA/PqMlgskrZJSGvr8lwzsIMnH/F5ihcKKSyzSjCIathmxzk7W3XxqlbiBcnEgZSqTGOJ CsX/ZtsqzWARRqLTexzK1iEA/VyfSeySX+mSmlxrAYOMZSnb9nFVN8P3dsnnFxbuLyDWNOl4 OYBDhJOd64Li7aIcDbR/0vUzx1nugpEf7VzWbojR4RUAOaV2vDzQh3+Vk6ZvX7d26kHqbgrK J+QTtOCxk9++d2ebhG5/9yCvn9hdnp4lrZq3uSQzpqNVPKVSvYJIxdslg14DLfJQ15QvTpf/ NcoN18IUONwkCTubf9JlUYF3lGiEHEhJF6mayUPHzxrtQ/rtPveM0tl9BcadT0qCeIwwf/Zp aAzYSTjWqVYcWEyEkdMWsbjL+wTi6kSY0O0043ZNfkj6w9lXTDqW2oQHZwM19K/M+EfIUurY ClDFLNhG+GK7sftOUyNxtJ9DTDlQVya64Jdxm7Q2pRgXqE8smnyhPy/WaOneXoQfA+l6GarU qS6Se9SyBPQf3d8e9Sz7M8Pxju03wUIXv1ni1hzMTwFx/9jfdjwNytPuuM47wCwfR5XghiSV ZUe8o4dCns4fCw6xhv2aBBfsTQ1dCR2gqdCc4ASUdrnpLpUXw25Px8jjTAbX1gTGg+Ysd/fB rAGylK86hpvQtqm3s8SyhGHZYsswDAO+pyklbAC2CyN4zSb33/IgLhHETVhyhzQliGbmdOEM XoxuI8PXC6w2w6NI+Qi84OBSvkpMlxY7TQq/+sRYCEW7BpdIYZDfg5/9VedFhXuKxenuw+pO tT8P9y9hgeuM0+Ko8DZwvUlRRcX6o9C5Wh5+enZf9yeBrSePAANBtMJdvx2lvCJI9xVb5i1l t7eAXUIpHLbvQORBkzrsVurM1+qCZYNj8Wg/7VB7OPF+slZC5heH79ogREk4IY6Vpid4iHGL 7SAsc/FpjmVrNLtahknmpksPlmg+ab0SXUAMBXFTxAE2v0XOxwIHvaWuL4l18SlJVXhZUUYM Zi8I+qO7DAwelxWBTsaEqLBiQ1omb1faXR5xuq2VzwASm24haO4zVeBPdEx1runyMeo3eZ/Q uzU2LC1YgWHFiD4pk2yx1YrbNFlREL6lP/kPvm5MwUz8zr0Ntt7H6wLdPHIKRQZoQkxgWaTv l82cyTacouzKxwg/eYevw2KJI9CdUxNd0DBL7Lo4AdN4tL8aRIoHT1zvXjDAKOSwSZ3txQNf 0+l+ME8phm8Kn1rDPKS3v+IIfLw8mE1iRvI3uLPqMpkdghCf+QAPQcxBS41noAJKIK5D73yA yF9EofTEXlAAcgURV8ADTyp6CUpb/c5R/A9bw7jdY440kb834QtMtJYCOMhuZI0h9FwhuAgU sE3P/H0QRsj6UtoWXN6YUam06eQCCgl0qz8CWMW5P+olx4rdYnMflSLgCuT+dY6Fj69+MHlH AD9NsMEznMyzQX9bqf1pvjC8V3gwrBtEGSKFUYb+y/71wmleb8RGU5+cpZdGvsCyOzaFTVmv nuu4y+JrOdFbd924tP/Lu1An2fPIPiAm8+AxjuaAknKuE3KPgs5YTKfocJBuQbmpiUAXpMwy A2v1LOA3p/YBTE4dfvIMYWW9senEdNY3RwsNWLroK7rolCtuLHQnKFmeN7pTTwATeB0KJ7Y+ iFEswIOOISFbXTIjr4/OnvsWj7QP/Qp1lDnMgFOFU80zyvE2A43/ARS1MwsAdtVDZqfsvknu e1y7Q1ttfYlF1sXOqi5GcUupbfQRQxNL7k4mvIjNXMASIfRaJFBM59LYj6SVif27j12uadj5 CbDn4iIL2xWa1CCEDULkDFXNEhyBm/XngKmUoXNxv3SZSCAiurSqGhe+++aAmtBVVx0nip+n xbCJs23HdXKTNtKGd6fpFLoE24p/BMQHIXSI2YVKaHrl6gvyV2kXpwguzQ69dpZ7rnDoLhhR y9XI/RtXYw5BYoLnFGBmCRpjxS1WV3SuYhL28Fc6d+jdwooPtp08vN8UDoW3sFFlbAlnLJ9P JrPKKbOw8fh1LhnkUF6lX6IUKCUD0iEfcaV+ptw+1aWD2p9Lg0HveSfQc3ZR2FTyxmieAUJl EgrdpEhmdCBD6EUOZfFmK0IbSGLBlqNKRQdIjH/1vWHbYXGkK+oEKY3zeh5Br7eqtaXYLYVs ycy84d5Li0N67gjmUGicUS44ycQ2Qu1aYLdtAPEQj5MVBv/oTvHxA0mWM/k5nCTtIyut+Gct PpgfmDPsi5DArdavL0do89ujog/UtQoFj4/ENqeCanbToLB9evPfeQfzUL9x/H/3ud37/o8J Ct9L97L9CFFt8J84FZFoegostCujdQ3/4lraR2PyR6aTP+SXxY5JDIqm9c7M+G8KjE3DLTfD sQJwgqVi7XUwQSdzGPyQcdQ4QnDNFYSQtd+MTKDdBmr8YnRpFkzdpeb1QuhjCKoWWKxv0RoE xquDopneaiIUuo1TDcZUWijXYO7YuSXLvVSyUvmxCe6TdwYItS87J7i8NfaRro8UJM39f5wX EHmZM99G6Kptt9I0kPMarP/Rdj5MDQMVPAizx0ojWYTr9938VhrA9iZzcYE+g0fPpl/nvNR0 IGAGfEf3rjLZuyP0zxakeq3n4SbGCVeG9DXAVdHhmUyczGu14eS/V0U4Y2JGyPe7OVzAWq/F t9hmlV3AgFZ+oF01S1m2dBoFqmPB0SGFDHOeR+znQ1qRSKRV5pzLN7N6jAtd/HTsB5zGdepn lyhjr2krc++W6apJAGHWAiejrNaCUhB2p89yzB38V28+sIH/8+8xlPfWRXKoNdFhNyfB0kc4 d0xkKVfncLs3WLIpq/YrbbUpMNCDHXHMNoWIwNIlXGlPlAxg8ynVEwZ/g/HGE9SbHQ4Dl29X un7FJO3QpaQ2tm/XJ+lEYCfLayp0/KhxndJigNhkfaYXT2+meIHAb1M0GAaLgcD/lj/dsFHh 4zUOUFZE46cTwmrR5BN6f7AgIQ3KQnGC0cEEZmaM3Fb8u3fLecktvdG+prd/QJNve/Gnn4lG 6AmNJWAZPMtzy2P0KRNpbw77jujbReZPL5HmU/d3zgwBi5hyWyKTiYScOcCDTUZpM9KnjqM/ s1Z44bTSe0KNwgpwBn+BpN6jCN9LyLzIUPRKPR49CDERtiXxpatVtrGVbGyzbumqOQibgagy rKs07tqDkkukwd+G3z59224fj1rBFve4XwpgMZuW0jYuGAggJw8YhhV/lhKCPXrhGb4wFcmY 8Qal8uI4T9xRNYSNuDbVJMxYYvjlRkZfzy3QMGfZiPMjFSCKW3TBPtIAxem+dwL3yHiNkizR OZbH0OphSTHCSpTVzNTBe18JxD5bOUNI2ylbYYfpzsWEogUdyNIKIK2yRM2VnG9/7pgfbNYQ Tl2+AtRV8TAboc/XpLaL/JqJmErKOUhW/HX0kh761V4KXC1OoC0fsUZuaQsTOTmdnimW+DEW CmIUOvCm7TGQjq6Ozlb8Yk2DKLSGm68Zcq8QrlCjMYkA9ixNP4N82+OwQG1w4QrUZx2LM5sz Hzj4mt9JVvDoV839kVp4Yl7ejlSFexHG9bCf6DXZW4enVZ4BWb/V4RYpBaPmP2SxvLtTdUao sm1lqPZ6GnQJydu4AyX7P332OrqHk6Eihk1Ae2/7h+sPIyQpFr1kqfUkE3MIgfnSQoeX/k6w W/mTxTdpyCevUm1ErRTJvkbgmQwF7rVs8ZtMdkwTSZUAfvWLIWK25xb9lk2hTLve2YMsaqHF 88rljqU9OLEEh05TSw+T55e1DBnTunbb55LSn0bXlGfiCb13jD9+ELh0rPKKlMDjr+5t/LeP mbSXiFQjWg0v/3k+zuZ0yHyqWlF32wwm6Nh5gL0/4I8oxV2IOg3C4sHN8knDQvnsIcYzC/Wj A1pJb5yn4yaAww5Ais4vjZFGvne7Y5ZFVacEqkovBSyhYFTPXQwWXqj0mp4hO7smzCMyaQof T8RrwUaDXv/GjNG98D+MhI8De5VW7LsNrNZKcSkKwfVbaJuGZhvym95D/jUkRb0p27B7VwOS WpWLbyXKNVGSRVhtlMRx8QfnaHPgTvsrUKvS/CDTkGJnmaPG7Tp9b2nH1XWe4OvoBg/Id+p8 72E0zxhHPDV7lyRPthCKVG7tFuw87vkM0P1jPwIdnkFIset2kOPUyfMGYrxiRv+/LAnJCDP3 HJeM+4qyHNev/x42hzDiyPPFTu0gLSLzl5kgvwnCh2Ujbna4GAsG3jTQj5sQwbJnpEf/7kOv UyZRJvenjs1OUTQp1/Q4uUPjxh4o9z8i9MM/ZjEJ90fcIQzHhgyDiR1FdqHbhzDqt6TBH0xk 1/hl+Js0qi1dP6nn9WO7lfi0dIAakYTEKk369sWfSKL+K1zW1GV8PRpS0Zrj0Nr+Tko5xJ6C JnF5m72KspBzalomAhhil0B4JrADXOXY4fgzhMRg5w/OswlrcgUcUdjiq4qmkLqxhKg3IDRP 4vbU99hW2YZu4cG7AoKegpbopB6YYxwyu3gpGWgMXDWjMElrLEyBiHTPKT3AVlefsqLhTtHA gLmHB4g5G04dtxcFJlww/XYm/5uhGq0+o6o8F4bqRPWmgXWO28NyZRhLbmfhV5KFz7hOxqhc oRFDJt7VGDUs+9etpj6qsJJmPs1HkkOBfUcetQl/po2n/g7PeDRFmkOgQSLrUQ3H0DQDhTPl dk6/nAtb5qmXjYsZfNBIHzqWLkWMFlAAt9kapjToKtjnkETzSK06IFVo8yfWxJlPwVktqsrc w5aXHbLh4CWlF4mtzofvLrFryv1i1Hcwnj3PBA86vZdvxPboVOdiJmh/Qw2ZEay/ehJE5ZWs v3rX5es93N6qoQsnuApyFxix2ekqob+PvGHVeaJIp9+I0NXoD9AHGEafU0a2WA3uKZXP0SUN Fv9QQdXRJrsdobntAayILTAW4BgxNYFCD5JQQIv3xvqNQjDwKVQ7kJNocjis5tNcYALsfQs9 fzvokaVtogIb8Tn5vZm5JAtvd5v5fKVUv+04jDgL2mrYXCWPyr4iKKOUxNreVyqY3kbPAg0P S4WHqbX2ZgROfDbR78M9HGdcrL0linbWeVFzY3JWnNbq0YB+hFUcdC0kOxqr7BjTn7M3iviE bigMhdiVlarWp0m7bCLoBHKeRxC6nm9KTsYepyivNPNXQXqxH5Uk+Q1VlJ4Z06GTXZendEqC J2VGL/ijWKpB1cFloiN5vmSTQIZOiJ1SDhkase47RZwpBKxRZhihQy2BYTM6UWBEZ+Rdr0/t mlQ1ULx1I7YoIGgfT+Dl+cP4PkDygry7Lr33VejvfRMofsOp+6+YETMugU6O9GEXMrGB0Bcy keCWrHWRHVbUNqa1NGNMx406fkvEYPj+eJp/DxaN7CNzvUHNZofNBtBco2fGGptWSPwAMy52 mxG129XSWmwNqfRwec/05tniAr5tJ75tLMBWBbqlK2EZdWjXWhOC6xrGrf0N72TaWhvo73vN WlxN4TZthAKEXWPE3j5E7z8nHDgumpVKnRGNN8Aws5y+ESOfVfvKADbx91tlMBU6RFPZGljp fsT1VEP6Q7azOv7wRApegM2ABXfjS17V3AOt86cjo04trQ1Pr8ou94dBzMt9hExh3YRmzJ5/ utPpI1di0ZLZdqeyxmfPXo4awRsRWDbhCJ8m7w1Cb5x57Tl9roR9qTLyIeUesS/n9r66o/LH WKI7wx9UrETHSoeb9SoGBBrs8+cpy55fuggIQtI4t9yUZuL93ZLEdHGKmRzYkhdcTkxcvE/z lLKeNzBhu4RqhBAwYNIOWP6WO+SjiydNQik5zGtpF//hioX8zNZMSq+sW2SC4vQanw62oi8c YsJWsgSU54exVxiLNtQKdzRK+8glV9DPv1uuLCidPyvpGc7AZ24p/6o4qQBCvEwSFEbIEVXH W1qcmRNPl5ngnr6ZNrq8iYhykMUIszmIvbqlbRBMCPr5DYiD9+71nQ1bzeQu18S4Edc+yr1l cP5KedyYYi4VowDmiCJ/MT3UJO/O6BH9cJF86W8negyCJz12YONnwiM0Jvv7Y7aOtzpWF+nH 8piW1XI9wswJMP9O7nLvyDA6gPgtna1+oq4edpjlAdl6iH6QjkfiZYUdEnDXzJXTOEN3q9Cw Gr6meWBhLi9P8ZQ9zcd+PB9G2ow3G6vGDgrbSrL5n3alsxVRweHr9kuzmmCJZBgzds3AjZQo ZoSP/2QTLoGstIPzwf290LXYwZjAs1TDdbi+FoPUh5ruPJXZ0m+Ao81iN2hSSKPq+uEnbNIZ sSHyEh3dddX9WxhYc3UpRId+ubp2T/5Nos+v9+CrQv4vj9pFKIwckfNsak7GrChYs7FkTDW0 SGhPziXS8MAVOFxCadesP16gPbtzIqSyBFETEm89oPMSnGXEztjumyaOMUGse5V80Fyd8ywE NeQVWhULkxZURkWAfJ1kJhmxTOZ9tLy0qD2w5tLV1GX6PjXz1L0m8i/dVCWs46bzGoUiFpMZ yuh28DRgiQMkQTUFjwb7Lx0SbiLnx4+0NMB56ELrHV5hkFQ3s0Dr7IRnlC4rc5jz+P5Bt0x3 cR2RPQO+FmzSHyx3PqeWc1gsj6H0UEyVjErlpoWc+rjgFO8iEU09dwxA2YZv/dom7lcu+IdD KflQd9FDHMJuFoQof3pQciUkriPtraDjk6LnNGs7pTipDxOUKjkKgKhXJUf82S9wWs+APj32 xvv/PBu0eZME9WUuCtNWOPSp4MlMYuXhvkGRaPWaFa6ID2fNXD3U+LXdF6J8mcKQJeXZWfZU R5OovYJG3ppp0/bhAM4q5Gz7KnKNPZTUkmTFpoVvGUa40i+ytDGoifzj/p+Z8NoqbCrwpZPi QRzxtwmoAVDic7TADpzpvWvrYg+S3ncjLwb7OslPjfSg+J3ap6lZTJslqLpqUFsGiT7RfUj9 fyQUPni6EN6vk6oBm2zIwbjR7ffS66U4wJJ8IKnVLxqop6oYgwLvuoN1ydQnRq8TgtWxdroI ooKyBpMCJ3uPauvA18OHZ5Ka53DIC7WQBRWWlack0zQKgHfa3WPbGSTLhpDQGInlNC7Ife9Y AF6VWxhtBtXTEGWbcSsnOC/DEplWkDOdiU21rlbds7u5thhN6cFLCMX0r9FQXU1ErVEGp0Rw sCKktZthbofcrdbwbxNOOFhcue5iE1uEWdrMqYE6KkHKlvPLpbo6QQ3kZz5W+NuflMULT+54 dMCX9H1h8iMCvyHTh2HLHw0hQ52pZ/c28qzemCv7Vf+5kZTONLqNAiHq1j1qOHurQ/cIyxp/ TRqVI0gRZs/QGox2RC/71gYtf96ati/4D8gA9r69LFHiGRQaukBjYlE0ycHKfSxKvVtH+ncw UwKWgXyXCk6082R9Ki8Wzl/U97kp4MxXDfswCP4bk8Qeh9ZnwPsnMNdnsCdBKWiuFNeMMB8x tc1BhS0e9p+zjouJv85PBzB7uhhvTU6TU5HSiKcRdvWtrbQ0FSdjKdeZLXKFG33aeMw9orTh Axis9y3oLeJGq63Bg4ucLeiudEmNMSYrBVntQw2/fwQAJNQ9bWoo5cHtn7KFMgECt0bgq6u/ H+EyzUQQgWZkRGj/lSkm7pSIajel6+I2jf/ThPGYZZaLQNYvr/sKqEpJIJr76vccVEvj7S6o 65jRL5dId42HsQaNXXShN91oinT0CjM4wSgfWKK0nZWCkf1GRGCLNOIbU1m362s1rKdBodn3 HejfcRwkz11/F8jxd6JQk+MPR7X8L7+AUI/gFjwYGOSOhCaltVILwvUHdNvW3fkQl4h/zFlR oU6TCIEyiyqol4vpExp+e0d54xvCxqZG+lmN4U3ncxUHM5OpoVymWgZdRTcWIH5ES5BPefYJ a9HXg/HtD3FR9laG6P+iD5WTOHplshjs4iqLOeNZd3pjMsV/EmWB/Pd8t7rwlRkRBR3W7/Pq 1h2Ln4P+uQxmx0PE40FgZ1VN2yDATmqq+N0dmiM5+KbBNX2rmMrZTOVZAPOPak94jpV23c5y ouEkvYtewjGdxF6TiBbfD/r/ZQqcTwmP/PVDKRw53nPqVTOkbqgJrz8Ap7WrHDel/6HLjpS0 DkR7OnxeGRH2ewZCJtqB9a/1K55EIxS+olPgVTCPLDGl+lm/ZcJTsKdmgeXzigpcMbC+7iMa LlKhK8KBhV//JYkY2BBU53rzTNW+N1wmH0Ndv9DrevNvnLCUj9Otz0IOyGmM79eSN6JM2oOY NDU+v1WJvCWri4tLcOcMDMnmg8b7Eng2GlnnPU8RbTo1AsxiAlk5AmcFCp/ZAsLEFmj5j3N4 rWL++2xe7l1dYwJLwkv63qGWv29rid+DXDF3leOie4Ze9PDE510QXFHVMOIsQ8lJ0Ag2BYqY 0QNVUBexBK2PzWxboanIjEeyCLkzNsfB5+HfpPNF0wpMHg0Th2GtrjUAAt040S8dBtOeTj37 Y3QcxB0I+cmiEjYqs5DLJDqHn8SSu0c/wTc3t9DFqb7bFagBv8Y3ivvZxJNeFLNbLgSPBzox pAjToe+6dKfXNuqZjjKNet7KpLmeipBI7aP/E73GTVNJ6mmIF3W7Mqtojv16CteVNckIaU6Y 4xyVw3/WFAJ9E3oSp0V5QRQAyiygNMip3MfdSwOgzIyor6pUl7wkBt5VRMr5o4UL5BFSuCpe wbKwdvGiyQyPv/HHC9DXkanqYkwIgB8RmKJ78tqfG1Gy0oUuloQeAizM5ZD8m2xzMGRuUAOf DluFaFrMP/jTNilk7a5EnapT3tTRG21fBc4QxYAryhSIPUkujpi73JoPI0E4aK8Mfy8R/fbx vkr0YiJ+YMpWwziRjx+qJ4Iut7Ud3egqW69DNMFNhoSjMOmweYDZGSLfILBQCvo/g9vkY0Au oFV/X/rjkIK0kyPY7MSlwRyTTTXNDCs7q9Ju82xaWIJIagPIxpgYZBFRIgf/sACpmywH9ZfJ KiXbznqR+W4bpZNDvCFAWXoJWRxXTDANSezVWWktc1ztEIHOfGiMY1XW67EHvj9RNuRdnpbx F/998CnQgYDkWlZZ/aCRl7Xxt0hfe15Q7oj/NY6RpxSnBhT9jNNeRhviIJ7y+wK0iJSPCP4L AWfQzGXYhw2BI2GBomdA1xH8JbnAzjqdLUnMO+be7WwtWeVc6UqLJt1kz7XvNoLE0WQKBDnH 4GC03DndO+xQQ6f5+MBHTuQUnC9sdyEkPqdohIM0GEFzhZTfNLYvHn8JPyOwZ9vee4Ws5kL7 hwDbVPw2HDmfaKhRp8WiLag/atZ/t+Q0JbSPSlifgITvfe53D5Xs1R1qyEOWL5xVWe6Ks6Bz hHOmb1azCeGZY91r/d3Lj++bFRqH1LwDtREFOcBy+C85t20vSoEj7K0CYhLiITs66mjZpLy1 RJhNxq/6v/mk6s+1wH8DKGT9jj1uRPel+5ptJ7W/0u7xPRDTVwH39R/hE2v3nU/EfC53J3B8 EXPyI4+5em8CKO9xJ/DIdTp8m+bJLpkS3AildYX/esszZ4jqnXiSbHFaiWrjwm8oTrFws3mb EYg8hUFFbsTJZoiz8jNzlsfI7wz8198xnxjpWkBMXTgYZ0GyE0+3ovCQ5/oBRUJ5cf2BNKC/ Fi62e0cXBKa8I8u305ml9fbG7Uocos1kHUjJ9Zoc30um48ltO7sGRBz84XLOE01PmRLj526e rMEvgnxmdvUFc4VmYHHJNbZwS0bCH4LGzeDSHbKwISM4et487VaTgR6fUtqbK87Vjk+WLEtk 6qfQx8Pol9WdZ86BmHj7rv0rm33ffQRJqtMQPdhQ0XDEJoa7kh7Z7oHVdudqClZHRpLstVH7 Ukz6bYzEF5QnmCbHGm/9EoiUKtfX4/Bgen3SgbP9u3r3wl+dIAJLdeWuvmh/8MDjqOnr4fhr i3qmqmQwcJnmP1C9+JWZlFRcgbkIxqvX3TUTwyqvKnfeGUZYzKp64gtSJdkz3ymW0l/pL8Tz cy43+K2KjFe1F6nrViUoKjSMsvUy6tevuGODRne+p+1LkRO98uAos3ol62SuxH0a44nW4XDS W7shk3TQG7bSumgGxkbY81q75l1cGVTS8fMIu+DiO0TmPKuiTtOW3whrMjH7t8tPedT8Rgbi I9OxdoGdha+w6tzd/vEsEixkRCDgbVvipWVqnFH6UJZL1EUcTng3VjJ6R/y+oeRLJI9ifJ3U p4R8xdrv/QRSdE6uS4avj2mFmAotxZ4ijMJKu2ZZy0WKYf1JL/n5NK2/xEQ/QnrTyl52n9Bx wg35w6YWlx/rifc8v/DevrveSkaOfHPIgXoDSAdXwxANrOfspHByoqtiF+Vt8xL6PamOXr/b i86K//FRz44YT0looXzbOOtWbOEmPHf6CS+8U35kKUkKb15aerYujlisvtLYnLqWgXauOuwz 4dYvm488O6BBUJietGEbicwDFUluJ5c9Fbfw7pmLGnOYSYRAUBC+ChN2DjOXF8AFkD+4Oisn HWQNWZ9SBuSgACtV8yrQ6Z0nvf6Qxbwf3UUgsHY4k+EBtEPnQF8D217uMiVbbrmeYUXaNFWm IqD0XLA13iXGQypKhEOfA9ADB64crs6r150wiRzDofx83p3/Xn51oMtak+ABbi6Yhwq+ZEGd GskKXqkv/4/GsbTzapobHpyyMNVUdeE5KaxFjecoOe2pDfBSdonx8LVnLkNeeV+UqctNBSak Wsv5iL8klIT+tE+f8v1Osr6IJVCM7w8yA1Q1ICT8EIg1ELu88hr+LwhEe9ljSyi41XD2T2ro +2G7LO/Fv+cjFQS9ShhbC7Logp7uoceJwbIx3vINt3BhfHCeOQ8H0Wjcjlk1okF8IVhvCxdD mrq/NfLubY0xiWD/WCgk1RqGrYf/DA8r9C5C4j0SxMY7KHuBqm8g3vuZiw/FdzrOtDT1AujP muzKWXtETlpqLB6JyGYmxzOfNfmAJ4IVMxfCxl1HqpMsXpHQducai1lddXSXSQAWljLYNUAx HuPyzjTntrPr0ThKhUQDkZwP+208eAEnSgYHVCG9KfF9H0zASkyv5iwVjBKdofxPGvm9MOyQ IMx3ACEwnxQjipPv82yQHca5Lhn728e3AhyR/iHLEpb10m0k0utYDcbqjWA6GGkmy6+OIimg JDLRO3eFefMuTx3bUE9Qiv2UQCmCwgujeAMUYKKqkVdDNLWIRZDeA7CrO4EesT+wrQ5JX7pL lDwABsg9+mGFOphCMrVUTIEHTkUKUzmac7A/t5Wvoow9xjxvVCEX1Iw3BNNX2KZ55yCWqBrp Z3COg/nbqDTAk2PWKNc0/tuh426GrfMhrJ5evq+ex3uSrQNKEvTJcO7WvlrBEFI0gSJTsGmz HrSM1B5bhwEJarpKrL7FWjJXYbzDe4feXa/GzLciNI/zqAIQT0BfIqxsT4+bhpOGFHV2ypeH uFnN1AdPHoRXGoF5A3zVqzCj08vK/Bp/56JIpqVYD8uzo23XE5OC629MISadaUDRSBrcwkPQ AaXS1vM9QvgFu7MmuTqa/H2Py6MQg+EifVvEovugvB6BoqvGhv7omutDfe+htyllWh4ZRsFU ozll54AasSf438zBiqk1V4hUZlbOCmb/8hh/289G9f8SLjiA3qXtJR5xSZ/wEcUmqWd140xS UxNPaCphOMlHCd9EYIjMHslhUn7dTXqwK8Twx8pak5k0aNq7/zWHJC6oOETVp17noUlM0ljH 33E55MK4zOZqZxVowkgjp2afn8vLiM3DM/245DYcFBZUx/NHABUxn3V7YpvaUi6EV1CMhjAi +EdUI/Dg8sZb1h9y1SxvFunEb5xEe/C0OWU+MNrItcU8DzCxElG9+xoeiEmedWxz4siIRipV hXlL+NgBHPmR2KpUIkDdfvM6l+djI3uEYUkZdEyOIXTp6qcccMoymtubBT/6TgbRJa5YRgsx 3o5Nj6ihO01cSdybavbKrP1/qWcJG8nxzupIZUJ3NiqP7c7Cwy9NipdexjGI0DC+mdmTGOul IrEPnqBscKWut+jhpDQIm43+6+MCERDtmWT0IyPgFB4LqQPAJqb98ThkKnqWvSpiEkmtLO07 yEfFyY7ScfWu7F9da1gXLNJufA4V7fwrn2uxvMsMfbkMPjWqhNy6KxwQ8pUB43w/iVvhStL6 LwtNYeB2PU5UIuwUWusEh9tcBXY0E4iR0IM1QdM/vWvtXlyQ47TDHESxBVbrUWX0y3IVn05x qwuiHzVh1BhpqXD/bcPnycynf6jlHx/5DpRyrBV7FUCovlQMMI7JkTfFnAn5Bh6/YOi21vXq /KlT2Xv5d0aM2viqVGcYFvuSb6TcqApYDGCgB4zDs+9DpASXzXRbpFPfXLLGxJiW+rrRBwHM opsST17WXooc47nOYKvbPoZAHtuowkEOJcRm5IUiK+s5YK44X59K77Bk0HvcUsVqhro4EIe+ 6oklCWVQPUENrc3eyZ1HEgAtmJFWZ9qQAJSdRSA37HFFTwNy2cSRNSvYw5rQ8VOiiALEIN/u 9eEmZuNmdnGXvfwCQ3Tr9gBcshKPSZTZ+6g3anvKrzGq3awR1TQsK4Q46v/FtrKXGNJJKfQl QC+rxd3K1L6X4i0pJZsu+oc/1xQgGSH1lihaaHO06xxGlKINvMK+muEHVWzy126B7rz2dAYG CN6MHEauNTdDCNzL6tpkq+ZmnQsc8H/0Pcw0Y4Mu2H9DsRfnGdg2U6txBbY47hF7REaywxf5 uriAFce+PVZr+WfqKcvG+qyB9QtCInUnQ+yb6bIvSJhmKAXLFOSRNqnzrm/sf7Zw9coD5FWE eXJwfHHyDfjgtWox86+SoFDvoiK9Rt2PoHqBYRD58wNU/9s4nWKXtGwrNgFEcCd4U/TyZQN7 VORO7KRN1JXRbSe/R6HQIWRQTBC6UJ2joJP4shViUPlf6zeBJWQ2KaPQTejHTyyDePGxqzij /wmxBjAt9btOr/Ht30nLVXNZfoDcclJ3ziqTaX+LFV5/RbpGWjBqYM8BPhorc2faLOoZn8Th MHBRjS24MIi2SVqmbuym91E9mYCO3JLzdxz3+Tq7BAhCuQjaPn52FXmTFE0cJA5AfXS+XsYI ulfGppg2KOLpjfJ3DfR7/Ml2cnQAlQj7Z0rzgmT9KGLr5P6xgt8ZAx24LHeaDZG6ktASGuw3 fnZtbshOyaK6BwbtfFd8DFKDpIGK5BQEwwKMBUOoHXc2PyvoHLBQvM2gDUV48UvjpjrNCDRk 6CJ8ATnuOrceyw9a77ljfiwY5TaRih8gY5cZWysQT1vYBQuCDQHjGFRHg0r1dO3mPstVPKMJ e1VVL3pokftctqrZ1PbTD2HHoBjLuIT7ZWZvN2nSE3eNqQgSdPX3Pm0leHk+Q+6TgT77OasE AzaBHGoVT+qgHA3AHST5FbuUKW02uEAGiXFFLjU69ZR5rd4aQ0V9MyVUdS8DlkcGq3pY7HNx 2PG+F6xe310NZ0+f4OeicC+6TgprZzgx8DTDxU3Ib2dij2gpVL+Yh/p92TM92bAtpiPSC2XM 0tWDN/LuRPedYymrbeJmuv4X+8V8tqQ5ai3kdK8/i3kG3k7ifIBIj2kXIeFxLJ1Utf0gtTgE qAcwd+Ds5iLhmps3IJdgS1h9UxMagRdT+9YJytQFIe5LIMHnuCQ/6Na8892l5K3NOUWaGpCE pWsulji8MtY67XT7NDVOqw6x25kpSOB1XoCdKmOCbNtsPWX9/iVtMdua6G3XgTxyaeTDu7qb UxMuBF0Qqlh87a9Bitstz2SK5Sm2Ndmcu72BncgbuLrVIkvJ3VLdAHKEPz6AufVaUUyTRSoM c5WNOZI127UHNkj0wyEW4drHw4/Mb933ckxbbCAffr4/7iqrbFfT9lPb9HOeoOixDkp7OnfW n50wB0TdWBWeqSRc75zDsRG908hRAmqUKOZKOdNRVj2/N1M3NK+pqJyqW6SjvAacSWVye8IO r/a6e9yX/OXmQdm904dFjlcZz5BwoF+Y+YMAIdyselm2ffZ+5tD1G7XLb5l07bcWAOHWcrX9 vDjb+R8JkjQM+6SnV0CaDxCR8PwcqyvN1kcLZimPUHm6Unvqq9uf/YV1tmxeJuv6fNV0/cRf WQBTFPltmF+WnjFUgXKl8dOpCFzGK7kQ6oL9ZJZzZK8LLqNp66J3xwEe/SEPXZW18V+spTjq dA6chZdNreTHiFntbEOC2ibTafmCn+VQYZxqytTqWtx9ShQVbVOWSzuP5sHOl7WZo9Mf+ohV /uYlO5PoH54FSW88i8b/60syvLdQF3Vt2tZyhDc+lVrbBG87OlFUXMfXgHLCO/TYjsXZtYFw dA/VI80QAG6yKhANSuI7J+59TyYekOXIwxGyOUTIzJplIVFFQQh4RUBJ3JS1eb/hc61jrPPz ncTouARW1UGnVN8SXY9C7xBGaXAbmccU3bk35Q0ehDlKMqOi7EY7nOOBeBv6s8OD+oalkluR kuRnIrkKXKll2NrE6nBjB3fJJYyqtT7RJh0KlKgac559IEqabRS+cbVNjMTJ9Pe07PVRqrwM fjE1goQin+eb+TTPOaAaQLyOl1a0cB/363foEASyXyRIWRAXIVaj1fGGKO8h3WafEDF8dF0H 11wP3YAPhCTq9/KMCbDPYoAFJ63cB1OrkS7/rybGm5HuWGzU4wmHCthcgE8AUCAJeRkJDLtm yaMlW252OTY8fSPE+BbHff0A3GqU6Fw3BkhLoA2aEwqMVuMtsrbVwR5Oku/THFimzDV3RReR sCoQ2/xtL8KFqZn47EGbf5dT7t004bwFbnzyLv4KF/RhXGYIC5xJoIAhSvqQyyVF+YsV6hbN bzrYs7RYzsSVY8IWzkhNGb74aEvhHAhdw4V51jKk1PszNWKN2B+Lc8ADEePEVYO7MMhqWY0v JMq8zu6CF77nIiHh2ceYz+iIHAZcZs0k4Uu6bMFyQh9femRVICALm7Nn45fZNSBG6zjypIBV 21pX7A1IdDj2wns0nnFkOawhD2Is+n47Ek03j1YNacepF02BkBQRpnKZRVaaB9xN1fXfsUQZ 9VUILxPn7ZS55MhmO0YDKNcPVa63Kmtw8fTPZJoIMDe3qEV2XtYGYBWBlgJBsVGKsJjW5zwQ Ayp0x72ACyaIKVK91cZVFJBM5Hvx9cMZRcWnhgwohnFsIsPbQLwn+BCZ2nDKHRmc/KVpQUk+ 9aiRtje15bHgv+5wXp69rFJU+7V062qPK+on3zN/cXOWRbu8oyG47K2CF8nwo/1rG2rLQPyF 9h4gHCdG9Y2MYi5w6j18Jt6L8XvSmyrRkdSl/HZklgCWPUfbWxMB/XAfJhMr2Vo/1964Yzr5 TAJxdLWo9Dz1h30Cae9j+NxTXBTHzM59nSej96lFa3eorPoslX7ZPStB4uaLZF40kPml8T+1 KY4n6hpJXlE8nbYHyJGpHaudO5u8uJrT4lgbL88DeOkt2fN4P70b8KRUz0LwOQB2ZY8lmbfu AigssAObu2ntlRj9jI2+/1K4Ip4N2CLxdwTBPzUVh11rC/oPRggrO7voGdYOtOjVhQiI8jbA NiZofjcf3slLeYW5ShuvcQlLnr0xk48g44Pb5l18C96g/zPcDVo4r8XF9n2VJfOCuNgPYoeM AMqwt0r+LSXWB2H3u8fJEqJntULuDpOX3KKahN5AYYnwoVBNmx8j+s/Xw4kZUNmK05WfYoqv d5DWEVkZK47M3Bf2Ohsa7vPzle5fZnZRPXqCu0bYxfvRIzjd/3xkcZz+IQkMZKlZgsjLE+mR Wz/VAnEkM/nOUjt5ik2oYmHPVtHK1/qMOgFsxGitl2Oi/Ld1KyvNq8mf1pdnJYipmmLJiR1G biEgHWO0Stn3dkc5AzSes4YVV3xd0bEx2Ghk0YY527c6atRqlWE81a9qgXvo2znOxue9YKLf j0wVvqCTkb03n0JV0XOG4QwI+R/rjFpWuFF0+wIJt+Eo3CdVeL2hU4nLFptYufS0H8hm0foz SDPWFZNzbxcYFfJ1Aukp79enNFiwfi5qvZCt2C7dPe7OG23dnPhyYcHBhSHFhU/0JtfQFbEj 4RE0PdieJdTrywBb6f3SDglIhxeTPBvy5xSeeJrol2nrFrCBiCGUrTCvcWUXUCQR2O0VNfd+ EaBM3aFzPto6B1MAxHrb17fNZXh8YISPVmgegkxR7xoTrwbPASUBLlPswQ2rvPEKjkPKuywJ kQ8+wdrtZzG5T7emsz+utoIGB3tBCFRK46s1PEsp1cJisqq2v3WZiRegHTriID7FZAM+AIr6 DZ7c83esYPcDkR4uIr0Mj/Jj7s2WVN5rFKL20npB8y1YLlL/Gnaa7LYxYBueTTqC0uE6Lmns y65pyhhR333U2lnHXxSw/I8Exxj41N4aFqRYkpnfRnofQ1fkO1aqALMGlGi3qJaWLSgFJtLi xwEWRv9fXcNLMQJMt1VHwLBvEpoihxSqTcwofiQ/hHQhKRV01taPcgAgTym7IunEyeuzSfI8 EbbX/NACoD2M4TJOLkS2IVirwuISuA77IEj2zIyn/z0otMoSGacE3f+bU5WjPUKKkW/NVhwI hxTNo1ges9DhN1ZC8jvjbki9G4wAiU6K899E9w34YgYjdNH7w68mZw1XGN508AVXes1spGga lBUhrw+rdNHk11FuWCoNuhxMpOhrb+GiJW7oCv9Hai0wO6Gsbbv8NgrpO59TuN288h6e05sz ValrBgTJde/4LRBeQ7kTxrwefzs7up8HfxAzyK9l8XsRnBpraUvLOIwhXWJNc09IufshQBRW 0XlhYckkGeP0ZSN4unIuN0bXJnYEPemeCFT6xmRZy3cAqOphMpaKLyiGdY/i5xNiHN4zSMO5 AF3GMB1V8QNCcWVJYaQoYWoDuXBnC85+b6gDnOB3q7fDxpR8v9h897gUCvtcYld5giM0DMOK fMO6p/V6ZmBWRBzawnNho4gmQS5leK1B2zuCCh3z7PgmJzJWva/W67UNepor5B9kv8in1Uxi GRwTKFupZQZEavaqTr6cByXc/yZWkMW32AqRmLomChaYpFW1QAsVjNwGJdV2wkDxM+qdwnAW +gx/wPYKA6bOY0JyAJz7Osu4S//jvxzbOC2YL535aglsfc08gA+5rvofhl3ufYzU3rZ4Eobs yKwm4u+ZS8fh08LK9esiyrExj6+14RPsUCLdravTbAdyjZ7V66dzl1p1Eck+aDqCQyTNI6U6 +67AsCDQqsX4qbs+5nqpWnd73i34VsQ0jCQ1uxz8eNiGeitWh2TXlEms/Oez7wNL1/7VaQq/ dQQIz/MW4igyLylDbKOkpbw6TR6jWiMKUrSSTucUh8slbpm5SSyEVaICAt2Jp7fa0jBjyVhk h+Cm7IHF/A6noW6RHNmBlPDEGGrANGDhA6ehffNNlNu09vFHJunPC0dTuXFhFsajXUgakf2T Td7Xei2gNAbhFVWBvD4QLLUPx9L2eD4EbgS6afYh4ZySHdUTL0YoMfmjTxq2aOKii7ouikaV f+1n/Xg4WN2/+cRgTZ96hCstXC0Nfl8uGoFD45APlOofnkAguBF6W7ewpdiLcSsuD2OgB0Lb u72dcVogXiv4CdxsKFPrZZmFHhToe4Go2+Socbj9DT/9ieAp66m2SWv09bw/4AmieXmz+ih2 x6FYZTLKRjZIUeVdgwaenTz/f3Neu6Cb0lpo/xhcOZeHIRW+k0w5E7cfdZWYhF4lcyYft/az +8aC/t51vdVO8Sfpbw8WEevnbTn0qlB05LEDxHVfpkpd3GtctQ7TKEI1wbxW5tIG+gneDtEI gkger4NtYR3YFds9BaGfJggc5AGa/DarHpqYGWBqC+E+G+KPB3TU1WtsozG7MeI2tkmvpCL3 cSVjLhyOMBYcDhXpieN2mAi8ShfC1ZYj0bwpmzxNqUuLKq1E1RvD/V45HeVfiSwEKeY+byHv 1/b8DwVZSla3XQy+xNg0dJBBWbA8pcy74kyFK08tShEEJfqVi4U0Qc0GCxYWl4vgo9sAr0qU A1HjIeGdlilVuF3K5h3Ns/s+UBcXqfjC86GuxHWdDwgaApcZotCM7VjE/pEvbRkaO8qRJ0c0 6GLre3GXbbD5qwpVZPkPFHTwu1dnnioVC+XXw4d+Ox0KQC2R0x2MKpR9qr7YGy1gl9lg0wt4 Y2uJawdMyUyPngRzo9uHkT5MXNBA67d+Bii82e1LuA+jNHR9s/GxZi/6RoOjTzPYz069SlaO v61bnJQqLQ5lchq+Wu0DA4uhCOOnnccssxLVxY0/y/8nUWIlFvibdrMIREaJHN9bwgJHxUV1 +HKwtuVsJI5xqEQsOr5pqVkS9FhVXc0d/PymRq5CS/LP94eZ+kzwuJKFb2pERY9xmQEw9UFo DM/43XTXmyQu4ZoMrDBbnWsQTfIVzNzW4/X1W9Q+3ci1IKXPP7YY0dXX1bvCjqAFjd28+wYB TbK5Z63gndEfbdwFZYYB0sFbepDnObq2z8PimRg8SFrE0znXi7DcVXJZlSGvJpE5RMQrHqqV Y/PUB2b0+5MIVfHTmfiFEqEvMmCgCMFitBjgDu7+SDWAQu6WnMdKUblpm0/eiMOGk5T0xGba n/1j0xpMHTGDSGA8/hRtuJLRFpRBRtgaNou9p3ucwaOJ8rVtf2Oj63rMCROPydrRva1yXxZD +Yphs0av/ATmFQFnVAkUrubh99DgS0ynt2b9HwLiuWbIEKgwEpIskiQVOFDzfCCfbEhxaTJN UtY/1Lw2HeXHFffzCVWiGCt1HyTtGr03tMskmt35bus884weLd1OHdhc5KND5tEPOInzL26r dB4xCs+nJ+bV8xPIR7dxdZvhoRghZflTjxgcbDYVzq3NfldNRyTMWD4d58ZuTaK8CKo7YEIJ xagVSZEkq8n1rYMgoT3NgXKymH5hQ8UgCXj8raKo7qWccTtJ1tw241cDye5kahqVS7oP29zk TmrM9WF2HOEWXYw8sMKRG/bw92F8LSpLSDiUsEr0TZ/xiO6yghvDK4/ThRFIL06S5OL0jGhy 6ifrp1pyR4tqllgvl/8gjv25p7yeeagJrhqvuTOeSN2dm94vTOESVK7853AHUI1jlFEnQxRx /5W4Ip01IUI8uY7oHvrBfPnxhhx8tPRqD+h/6oiStmeH1JnpgfOaDhQXV3y3X1KcFUWmAqDG Q/FsugARkV8jpSEjaVtXDKy/rNfWxqM6eDEJ4yDRKkTi7DFfWP26trW2r+r3hqSsflpiBb7F iav237pD1tgEsRmHx7EcGkoBH2nr7it29zEY1WFe7e2lk7Iho41+srSaZOUzuV3+wuiPIW/1 c6JHhA4aEreXlPo2Z0Pchwo2WI8OoFCh5EZCEi4xI3nFzUzNvDAveS8o62AoRJy2Y1memPqC oFd/FI9QxElFJkNoOa032xgVQ9LRrOgA8N8wQIlavjogCoQdRPyyabkuENwnl5Ngn8Vmcblc SR2LZ2GAY3EwB4DzNigC5lfCG6NpOnXfbzzHkMqbT3MDnUbZBjCvC03z3v+A02CaL/0kgboK iWiGVxak9rvwtxZyTUBHMs0VMTYnQnkMAxj5jRvgtmTf6Xe2PXHTZm7KwUfc2RkpUT9ddZcT pxU7CByVtMU+oKgy5uFjj6BPa3fONw0OkV8PdTCnlOgJ5GeJVFUcLLbWpLdVWLNizSb+3rCE cXP0h9yYRVPDlUSgTnt4tUeKeaZhE2fE06yriNtrPaMAjTVUndiLKkDpcJKYHkYLtlMV4nhj P9VhpiEPSmqzx2UedVCDTTYrsXcLnAVu5tn6HuNs/EAnJ7+14mL2Et3zdvGTqcbWzAEkf1Ar iqXvGa9QdwafrVT3br5uejfoIDvyI6+/n6noiE1VSn1JF5UbcUF114xvZ3oeyrbD75lsImEn KEmyDXQiGFWzkQUiq95xMGHwfGhPxgWgA1dqdEQGRfHrWoJxVz/HR73Z3Sc4Q1i4D3MxAXy/ ogKVoz0ZVpi+FPxvjLhowIMlsHnS7yOY76IxxHf7Iv5XtQHexAy09WzqwKaPC9HMPYuzWw9g ZPdJ7lcvYH+XJPY+Vrf0Jon1Ee+ZL273tq6rjBNIeJWgQ6Mk1y/EIrVqngwpzKDMK5YEqqx4 qDPu8QHFTmjuLOfW2ahN3DlVUi/haE5fBg6lBRX/0V0645+S2TMCiBCAkhgMkmHOhXaWnFr7 6kdxCpeWgDanuujXr5AVQObgZLjElFAyj2e8v378sXjv4KQwXbWM/5APnbeZYYhr4y/cS9ph fSV2c3m3kt9hibeXw3+M7CBuBJCcQRDMjiheVdo/1asEfczOh1HazOYBDXaJIjE7lhHdjq4F w1U95Ul822djybXIxpenIAbfPWCVX7dYALRtj+XGdGxiiNO4nrWQejxMdq+Vbx4FbFJmrB/o iQZB+7QhKr4pAhywYljE+fbmM0rblfPYYQVPfeMxnTYByS34vOvy+nP1dd1u1V4Vk3ax7LBH mRs9FaAWWud9xF8/JavK3ZqfTmsAsIBKbvZ1exkXUR/YjpJhVAGPfiJc/oh8wfI5Es7SXYmw dYeNY60od4ujbq5RjCOJHTxW2ndUFHsgVoMTeBvN50gmEmSn3ZNxB/tC36VMALE+SvliCSgz FSd+e2149Yl/znRyVedPxzK+ykXKZxrmEBF9+Ib8HrgtapBJo3E6V/cD07CQoOgCilyJFXNP FMzhUS/sWdnK5BgrmE4X+UuHMOOijmvb2osJtTdG8zgGEus1C4DMPgcWvNgImihJ4u3ukVG/ 7wpzSc4DBvrafHRDijvAgPDm1FjGxeHgIsfZQPwsWVAETdJFRg+29wdbe0DomfSZgjVwPrPy FMUrGCkhBpeYdCRMD7XCfeGOwK9uv/882ikYMKH9XtmLggt9DtIIx3xsS/fNZ317xVSdHYHK YXyxmLqkrUt+li0yh0QDw+RudxYPSP6btRU6i1oRdFZCetl2fNCVufxsab7lavthDTt+6QmS Yfmqm7Zo+BatyNAwBDxgTPGWraqXDUdwQSBxsQ3i50Dbek517Yw1CEPkE9YjWORMBIyRrXiG c9LrgBrI8jDUxjCcsk3aurN2io9kZoGk1bVGCeoglpJiwSR1mi4szghiisTMiTdbgzWXzzlc HPDya+iW6BN8/l22Raq8tR6XdvxrU9aC+xkhmFCZ3symCGW62G9OmuRERCLI8t9ILFEklKGO Gv6jy+f9KwOUoi+UfZ7iVqJ/2mEkK5RcWw81Cd8K8Zps6dCZqxKxw1B5sDa7s7VZ3qDdS/x+ wi+wyQqZILcmFXLbmZ9N5ZukwHDWAeg5pFRRiRb6YTgqR8znEqwltJeolrYuO9leIKngwH0j jLQSdF2pSUqyaUoTPrNgf7SrCeVenZ3fjFY4WtM33CRxNnMZfgAeh4i1ZT2NNfB8F46iqFKF kUbGBUgHU+WQEMAp6y3L8LAp5ZX45zyZCnK4pbTVkppIhPd+JCxf0lzzIuuFIhoDpCtpQBRj y+uJRaCKugRH7k9zzktaj05ECaW8cPyRBJSm0I86WSqjUgiqwwzlFQmGg4j8PSMXeweKMBe1 PdV51tZ/4SrE0Y3NrcvCLV4uvWYgOblUdzGlaeWVTYA3zTWucPrmO31STsWcaXz2+t7y5Unp X+XreEPWMiTVvpb/UrbXs07MKi0uXAuJ7eJCclktOt/GNRLk+B4fvlnIRLTNvFW+aqETDFJO IAH+6l04EIDiFmfotg9p5g6oHCJh+7gXjR38ytcYqb+N3IABy0tEo7fl+Wp5WpDX3R2BWynX rcFoVDpZCtp+8N0NntdOeZ86HsweRaDPsz+0FyRnIsT9nRWEuCcsPfR7a7FndUW2OCE6QA8i xvpg7lO0K3gp0SdzDk/5Z/gFK97SuXQomqA9/xbt4J3LJz8W2m+bpzay4w9knF3csua4x6Hv pnO+SI1slKIFwMeFJgcI8veOQrMzXspnvf3LWaeQs308V6hFxDJw7Vcsn5HwHYWhU1gmeEYG LfCVfhoz3aeFLl4+8rZHELnA5gL0cdkt2HeAs8Rxpqzkgaa353HH7fsIrUboafCXHfEo6wNb M4hYzGSjwLBE3wxK/RDUqwzK96TcqWHxTopHfZWSYIkQ89nt4i7xp3Mh+R0HS/RwnJNu9qMW bP15Odh7tdCDlukpc8SS3PTU+DhImFObLc/TfrxA/xRTxf/6yThU9cmTpK3aJ7dgoK1rOiB/ kNvFGfyalgdiOdpxprx3Q0AjVLks/pasCCMB+LBewyYG/d4HW129srHf5ipbv/V3BODTl0+F MtNlDmtldQ5GRI7ljztMP/1lIw8/4QTA/qVC0UDuhZj9e1Kk1fWHyAKMPQVDxGqnu5ua9rOR N8ECw6VHwTlvVESaor0eZLZizU7EGsMaVtw4btFkv3sgwElSPBi1qUaIdVz4xvXWGoADg+Pl n/6EW8Tv37esktCWiHmrnmYMbccOljlUO0RgkqS4+9Bt0u2XiieqvruM9xmyh0niCUCxiWNL gXhXJd+ohS5+nBZ61+Ekk6KSxT4Yh/q4AgLdcLI8l0iR9h9viuFhu4x1n9p5nRDWIRtL4ikK tFftwVoebbPRqM+V8o8Yp6zsUCvLtEgvOxuKe9A71wGghkTCBgKelXHaAbaWIGTvnA61rmn2 b9jlF21dQp7n4cFjtFVPdEu9YBkFkLD5bPf0KIO+i4o5h96mr8i+fsFhvThvwGaGkzPzTu6n /L5wbjnLpNFTaGyqZwebsJV3n4VYmhp+TTz9zC1NpJcp3+nWPubjZyeaojfvw9bL7YZE8UTV X8Rs7gpB34+aEuGymzgXOrlrmOcmmfK5yHqd6QCg16w0evUVdLHPZez9a4YKRESseE8TZQdG qXATWcU7RJl4EqiOXT7ZGKj9Vep6dEWiF1Q4LLG50VYmqn9kZ745xv1JTHZ+fu+81Q1+1fdt 1yWbGyPtEg6puSGnnIjdMhjUVjIJZ+CfZew2+k5K2+YFsY8pxsrxgIhVs5pJy34Es7znm+3+ 4Fq/LWjIuuShWf4rpDvZ08WcnpVz0fn+WmUUOzTWR7KfFfYiJkzGn7hsDEC6uzUsEIQaHunQ 1KRAdIpiiv9wPf+BWEUVQrRTVZLvBFtGVuqvPv0cGgY1IXdeI15JEZFtGozDVYzBbwwUm29S iUqTIykbqGTeL3q1TnHHjgBjoUHwcwsK7gBPR5BGMI+s5MEBSZLVMsCQ8eT8RV/GuypRy1mi fIR6ZJTO25DU79VyjJO7t60UPK32eIdjB2riExf1yc5OXbIw5mzs5MyTPzbjS+F95aFPDxQS uVc5cG1cB7Rj3l2kYBADK+nTyzbhgF+5v6KHu7JnKkStHa2TmjfsubeN+fkLIGk2bpWCN8/I B9iCxFFSvIF8q7Cu8uKUdlXl6NwKJTNHF7Yc8+lPEHANqLoXH6gtY2Rn6+MghCiC9QBOlBmh r98YroCPwrntYEvJcLSFSMcS2v3uRIxaCoT6OFiBquTD+FAH58HmBy/BJNoNlLalmQ8IJ48Z MZtGjwlXdhhTkmyEAPTFHXV1S8Ei4pPfgY0zVgvqauzhKsawRJMOX7+rxE+OgkpkOluS6DN+ Y90VrGLd36bHT2L95GBlei08aJss6isBAPrYl8HQ5eaxQ9XR5GQ27HIoNoQ0FaU5Ib5W3Utn Cd6TkjFpJ1bPzdqi/dw5BNFYLfN8JhDanf2t+VCwuAGtv4bjH+IGIN9iHJL1KIA4Tk4n6Nh+ BVO1q59OII0syAn4ru517aBU53SiH5M5OBPSjQi7MKoCK0kQ+wf9PYUjMuuOJoEXts0D2OFP hi3n634RaSTjizJ26DwocDgN91PSiPphri3bRaaTLKxI33QpUt0mjWZdsrU1PsyXDtyywNU9 3eDf95FbkoE5twGeuqmlOA53Wywkn81xOcJmwmlgr0tPh/DkIIzZ91CVk9Q+FdznsQ0q8R0M 6y2RuqUNNN+4V2YobQw24todBLodfM6eX6NPV5b+daJeoae2HUZQe2HjlcutfFKi9C+1XRQE Pp1cMv3PXv/6I8FLLpeK+IDQaVROGvtQNK88vC9yXsXbL5JOzfdT1ezJlTnFhS621BboT2ec 30yIoIQvBWA+kfrHVhJlD2jpadsHE/aNVyjHeVw1SVh0elbdIKtpDns3a7rDtiNXxrV9iGW3 l3iE9AGcGgP53IsXID0yNlSaY+Qzma2NwbzqeenIvgtWwiT3jWOS840/0ZqPmap/qKUlMGnW 8r2ek+yxglKPN3daVO2c2GlhNE0z1kFiAS683yLpotktYH1wKtUn+DwyUa47h/cCaVn5sSFG 7fV13n3G1yXYkemXyfTbuhf4hinsJwPh/9ycOCAVeKTGMPgSGBEpoJfWp/TGajpVVLSl912N BhP9NYxpZh2filElz6Mqb1kmxYIx90M+PPGTkoIq9hhs1dQEarz8YBCnN129Or7c2kWZBkDm D1HWgE8Dq4VG6QdGTnTMZSdMKLiIuvDr0CxGX7ig161G1hfHIZjXUtc0XdM0tKrXrhWarnqS HqtT9o0mC5qvR0UICNmfEu4uj46Rloi1/0dBkEWph3en4zJhU75wPyr7U1JBkNUsxTBa8uNR J/SStV7Bt0gjf5SmhH+aZREClPaJPSVHd9znEj4/cqpXkXYypY3t4W/1QkFjem9Lk+83W19k k0U7LVqdi9n1las7hyzU3kbPPC7uEAhVxBEojaWuvyMiHzJU50ekMvspZEqSDbtULSvbHkdn DiFzyaSkyY767H9U2mUystIPln6gzoWrSqlG/PnQu45eFqBJ7VK8DWS77+wAdXvytqDG7mL6 QiIebz9QDzrPPHi/n0Fz0qOFZIP58/HbTzuKmEJQmv4ff+UdJfPUefzQbMkBxje9HGCY0t7V pmuxxtCO5T3GtgNIwdl6TcI31Px1F0Zj851QlEWXPr97OJhjHTe+7l1eOfpIK64UUmVeniWq lqzO72K6bLUC83PdX3NrBbYgeoLvXi2lpa8J10Vaii36aGCnGn7PUvZ3GZ6QtqNuRAnD61yH L5s97acRsvwWCz+zaJmcBKyH5kfRDBWVPJt97rMmfU/sC8TLklCpZICt1LQ5TbIp0JIp8CMS Msxvh9F/Swp2a76mjB3FdzUTVDLQb1qh3Gbd8hCMa1XKCWGGTZQrG3AzY/9sjeSgOC/ve9k7 Hs/E4pdB30YKILPfSfM4mGSwJtQ15VeuJ0wBQs4EWTo9WFcvZhI4tm2ciTB8e/IqUChvdRjj EBjvDlC/O/nT4Qzo43ZTvnVZ9LPUvb00YeeAFOMfIHFOJsbt0WzSqHcMxya7/SZjrVtZiemZ 0VT8GXElcESnQSXj0C24m0VSaDGw8SH3KP2bG4/Dc0nkj2QrwNVav5wiJq0A7vj4K+a7fVLa vGQdEcLFNGijFOwIT5NW8D/nUrPT0ks9Uuv5X7q9yWYVHPPJr9nIhTyJUpHJkNL/PCoyxPb3 506Mmk+8DC+s8oqeHaidugqwsKy2bkEjzbJRNzbZCy/2dBxFFZ21/5t96itKCfgyxXwNHNx7 dOPiShBYOF/8DOMc8fI3Q7/x4n9XUiwx1/dSqsfoSRGE/DJPHa9oFCm/NkQzy+8U8jS/TBrn s3w7W28HOyURKSzVEMbZ0QhVxbwHKnYEfBQOQVLDg8TNIR8Vwtub5azeka8ebFv6rXTQ2hEt I+hIWDE7Ajcyv3xCa/mpREZXvxUlko8lUMPPH5UuO1iQx95QOwoPKfxtgL1EkTXqaLWBH1qZ CWMiNETjSyAzfkH+u7POoZQHPSdFuC5nms7NiS/RMZvpGljYknTMLiEjbfGWDhK0EVmdMH/Z sZiJe8WJwgzNzjmajtpDrF8WqbQ1id4gV1jVi1kmGyZMR6IidxlgKxz/j511xY1wYY6ajwFd S33l4lopSR3CeYT4unkESQX9xYifc78xehI6ilYUtV0Mue92ZpOeMD8mAbL7el20QwU84HfM e26IYRSg/Tm/cfYYdKLf/uU3QwNQpM9uhjE07vORosAMqF2WQ+HUMCe2F7G0Yogd0MuD8th7 u5S3QEIFqrAhfd90wxhmNz1UdqQBgMcd5IivEYin99VZlRoBr4/gI14DBeEYqcnoqWlmBFdz EGngmGcePpVGjq6Kp28cCPR7FB9kC8dPG6bPZpJwpPuU5NaEIxX/8c661gqQAIZcBrmf8xbd 2NutH+BgOWGy0CWnjew2COskiIVBWgcLn24t7KzWW9z5DDufGVwgFeiqk0mc7uUs+NiGyGX5 dKxHu5eBDvDgmbO/03L0WT9SIAeR1cMPZIqRtfWWt6zlK+afgrbdJ4wK3vSTkmUkPhbfWHSF X/XI3hFE2yjGfVbsNcDhsk9V7zqEg5n9+LVPSDTsG5567/9bulk/sA9trq1lGV97j4dHcjbM F7gOG52ppDrSNwtQiezli3959nw5vqlmvAix13gc7a1EsA6++mF33Fee9Wx7Kl9Lgm3i6tfm TS9PuWeROlZjvggOF1RhX2PsWvmvXwoDHUSGyQYjw+rwk4wz4d99jq4QnGcHjdYZB3UuxT0X FaRz5Wp4SKfpS8qzx/DztrBO8FyGY/6/S/3w7yuJg+u2Nhh27xAJ5u3wlT9LS8o1fA/3YHMM wW2vNxEbh3jvLbaLFezcEXdrhjGfdFlWCha+JsjFgGB7wNPLR70F46vTZdsxVrUHWAqwb50c uA4QwUBZnLyQb03fgDvh6WSRf4EkniUx13J7Uh99i3xZ8Tr9OE2vgz0KF1Mw4TKZeqsTumwi vNQY+mxzkEb+jlsDU2xw+hZdS9l406Ahq+NJ9E0O/cgboQUOYLrDikIKw6zF9MZYwfP7UBRc ki/bI80pj/5Pa10RAUxFjUzqPc68lT+yZbNLCYL/klXNibPVfpSFgNs7Tq0lkyWIubVLBVsH iGCwwCXac04Ar9k1mvuYaUux1ocgm7WtIpU8PFhZozF9W017UUpKzaB9fhq1ciFQe1ojj1Qd 1kQrlRGPGFDaDZ4XKg00dKHwVe9oIx79bqDzG/8AaaBm/j6GCf1M4LPyoPccWi5qpzYwWypo 8fEROEkwgxHqWgd4XI/Cp20KmLyuIl9uwoc/B3P7drkKqaY+u8UQqFcWzVyQZV2i0tWGXtmR majaDnFtRkdVvj8qmw/tcV4+FNW7DpxHcxKHOgYxGUru4ufHdyfxCNJf0meQCAd9V426IFsQ XhiVRk7vLefEan+DzbEOaM+ZzKQvQ8Yq1qESC2Lhen1LbM9SQblbPPIv3fdqzzgzt01JwdE7 IBJwz7iZzhtyCH8k2kgF0wermPwJkvXlzRtAVUhehO9/R5nmUyuOrCO+wBHgOc0h3fpe2fMe eFNFgRXX1b5mDPaOv0ZHiX5eENFw5JghadhgGdwtQbWJBWdxiNpe/CICbKaHLi9T3DnVnJUd 5c1MO3sfNygbzxTA5lt6opWRn6nQypyt2dJTdEYRwtpjQsGkDqfnEC+w8GuEVpAgooGZQOOV GR2+LLGll47EHqEu3j/aqleBr2y0KTbSLA/Jj9USrO9vnZhxQhfKYusdoXbxwWKm2jf67aU8 0WFuDnr4spq6gq0lh5rgugDXg49slDGV2PjQCjGU08u5RPWuA4ULCKH7eIYj8dfe66eq/H/F YoLzR636DTSWU8VA7KRDOtxi9p7rq89lH0NSLu7y7ksAAAAA ------=_NextPart_000_0016----=_NextPart_000_0016-- From ed at topozone.com Mon Apr 19 05:41:16 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 19 Apr 2004 08:41:16 -0400 Subject: [Mapserver-users] Win2K Server problem Message-ID: <13858AA1A74F30419F319ACB66A9D1224E42F7@mercator.topozone.com> Sam - The first places I'd look on the new machine is to see if the anonymous Web user account on that machine has write access to that directory, and whether it is set up properly as a virtual directory (if necessary) with write access in the IIS Administrator. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Sam Choudry [mailto:samuzzal at linux.net] Sent: Monday, April 19, 2004 7:07 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Win2K Server problem Hi, I have already implemented a Php-Mapscript application with features like Zooming-Panning, Layering and also Querying in Windows 2000 Professional using IIS 5.0. But when I transferred the application to another machine(copy the contents of wwwroot from the first machine to the second one's wwwroot) with Windows 2000 Server, I find the following error messages: Warning: [MapServer Error]: msSaveImage(): (c:/Inetpub/wwwroot/images/10823679359241.gif) in c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116 Fatal error: Failed writing image to c:/Inetpub/wwwroot/images/10823679359241.gif in c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116 Can I have some suggestions from the group. Sam _____________________________________________________________ Linux.Net -->Open Source to everyone Powered by Linare Corporation http://www.linare.com/ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From norbert.thieme at ilmenau.baw.de Mon Apr 19 05:56:48 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Mon, 19 Apr 2004 14:56:48 +0200 Subject: [Mapserver-users] problem with labels in version 4.2b1? Message-ID: <4083CC90.3030004@ilmenau.baw.de> Hi all, I just compiled the 4.2 Beta1 (php/mapscript) and tried to test my 4.0.2 projects. Everything works fine and the results are the same except the labels. With the version 4.0.2 there were only a few labels because of the buffer set in the mapfile. But now I get the whole map full of labels and I didn't change anything on the mapfile. Even if set the buffer to a bigger value there is no change. Also when I add the force false to the mapfile nothing changes. I looked in through the bug list and I think it is like the bug number 618. Is this (still) a bug or is there something new that I have to change/add? Thanks, Norbert From 1wilkerson at charter.net Mon Apr 19 06:53:40 2004 From: 1wilkerson at charter.net (P Wilkerson) Date: Mon, 19 Apr 2004 09:53:40 -0400 Subject: [Mapserver-users] PHP Mapscript, Extent, and blank map -- I'm missing something References: <20040418170002.18043.73606.Mailman@lists.gis.umn.edu> Message-ID: <00a001c42615$b90d93e0$6400a8c0@Dale1> I could use your help. I have a PHP/Mapscript file that works when I use the EXTENT value and the appropriate *.tiff and *.tfw world file from the GMAP75 DEMO. But, when I use a *.tiff and *.tfw for a Boston, MA, map and change the EXTENT value to one given me, I get a blank page. I have a scanned *.tiff image of an 1844 map of Boston, Massachusetts and inherited an EXTENT statement that worked on one site but doesn't with my script. (additional info below) I do not understand why the script works for one and not the other. I suspect that the problem lies either in the EXTENT values or my PHP script. - or both. Peter Wilkerson ---------------------------------------------------------------------------- -------------------- QUESTIONS: 1. I wonder whether I am not initializing a variable in my PHP script (see E. below). 2. I wonder whether my Extent values are correct or incorrect (see D. below) 3. I wonder whether my Extent values are of the same type as by tfw world file. (see C below). 4. I would like to understand how to derive the Extent values. I saw some info at www.pghoster.com/gis but became confused how they actually got their values for the EXTENT value. There isn't an explicit link between the values and the geospatial information they reference. Something seems to be missing. 5. What questions will I be asking next but I haven't thought far enough ahead to realize it? Where I have looked: I have not found answers to my question by looking at the MapServer HOWTO documents, the Mapserver Wiki, or by searching the Internet. The Internet site that had information related to my questions is www.pghoster.com/gis. Unfortunately, it assumes that I have access to information that I do not know how to find for maps other than their example. Plus, the page jumps from having spatial coordinates to having an EXTENT statement. I do not understand how to make that jump. ---------------------------------------------------------------------------- -------------------- Here is the information I have available: A. I have a scanned *.tiff image of an 1844 map of Boston, Massachusetts. B. With that scanned image I inherited a *.map file with an Extent value of EXTENT 234503.759398496 899884.343580152 238052.631578947 902250.994765712 C. The *.tfw file reads 0.701844782744103330 0.791543562376848970 0.784906598953294070 -0.713650864002265410 233010.88920089259 899920.34490487236 D. Boston.map file ( * the second extent comes from shpdump.exe on a shp file *) MAP NAME boston1868 SIZE 600 400 IMAGECOLOR 155 245 220 EXTENT 234503.759398496 899884.343580152 238052.631578947 902250.994765712 # EXTENT 234368.977361 898337.203825 235831.484169 902022.271495 UNITS meters WEB IMAGEPATH "/ms4w/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" END LAYER NAME "boston1868" STATUS ON TYPE Raster DATA "E:/ms4w/Apache/htdocs/data/boston1868.tif" END # Layer for base map END # Mapfile E. I've kept my *.phtml file straightforward for my testing. It works for the gmap75 *.map file but not for the above *.map file (line numbers added). 1. draw(); 7. $gImagesFmt = MS_PNG; 8. $image_url=$image->saveWebImage($gImagesFmt, 0, 0, -1); 9. ?> 10. 11. 12. Example 1: Displaying a map 13. 14. 15. > 16. 17. From dharanibabus at hotmail.com Mon Apr 19 07:04:39 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Mon, 19 Apr 2004 19:34:39 +0530 Subject: [Mapserver-users] urgent -source code needed Message-ID: Hi all I was compiling the map server source code I obtained from a map server user . Nowits fully corrupt due to my untraceable changes done to it to compile it for evc++.From the download page I find only the tar.gz files which i can not extract as i am a windows user. could any one point to me where i could get the source code for map server so that i can resume my compilatiion afresh with evc++? this is very urgent .....any help will be appreciated dharani babu s _________________________________________________________________ Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag Only on www.shaadi.com. Register now! From nicolas.fortin at ec.gc.ca Mon Apr 19 07:47:03 2004 From: nicolas.fortin at ec.gc.ca (Fortin,Nicolas [SteFoy]) Date: Mon, 19 Apr 2004 10:47:03 -0400 Subject: [Mapserver-users] urgent -source code needed Message-ID: Hi You can extract tar.gz files with winRAR on windows. Nicolas -----Message d'origine----- De : Dharani Babu [mailto:dharanibabus at hotmail.com] Envoy? : Monday, April 19, 2004 10:05 AM ? : mapserver-users at lists.gis.umn.edu Cc : tymitchell at lignum.com Objet : [Mapserver-users] urgent -source code needed Hi all I was compiling the map server source code I obtained from a map server user . Nowits fully corrupt due to my untraceable changes done to it to compile it for evc++.From the download page I find only the tar.gz files which i can not extract as i am a windows user. could any one point to me where i could get the source code for map server so that i can resume my compilatiion afresh with evc++? this is very urgent .....any help will be appreciated dharani babu s _________________________________________________________________ Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag Only on www.shaadi.com. Register now! _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime at dnr.state.mn.us Mon Apr 19 08:26:04 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 19 Apr 2004 10:26:04 -0500 Subject: [Mapserver-users] problem with labels in version 4.2b1? Message-ID: I've been unable to recreate bug 618 thus far on my own machines. I did get new configuration information from the reporter this morning and am looking into it. If it is a bug we'll hopefully get it fixed ASAP and cut a new beta. It's funny though cause I believe lots of folks were using 4.1 (dev from CVS) without trouble in this area. Steve >>> Norbert Thieme 04/19/04 7:56 AM >>> Hi all, I just compiled the 4.2 Beta1 (php/mapscript) and tried to test my 4.0.2 projects. Everything works fine and the results are the same except the labels. With the version 4.0.2 there were only a few labels because of the buffer set in the mapfile. But now I get the whole map full of labels and I didn't change anything on the mapfile. Even if set the buffer to a bigger value there is no change. Also when I add the force false to the mapfile nothing changes. I looked in through the bug list and I think it is like the bug number 618. Is this (still) a bug or is there something new that I have to change/add? Thanks, Norbert _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From menno.schepel at tao.es Mon Apr 19 08:28:35 2004 From: menno.schepel at tao.es (Schepel, Menno) Date: Mon, 19 Apr 2004 17:28:35 +0200 Subject: [Mapserver-users] OGR - How to use STYLEITEM "AUTO" with DGN Message-ID: Dear all, Is there anyone that can give me some more input how to use the OGR STYLEITEM "AUTO" option with DGN files. I studied the HOWTO documents on the MS homepages but I cannot work out how get my symbol file to work with the styles that are returned by OGR. I can request the information that is included in the file with OGRINFO but it is not clear to me how implement this infomation in a symbol file. This is (a part) of the OGRINFO OGRFeature(elements):763 Type (Integer) = 16 Level (Integer) = 34 GraphicGroup (Integer) = 0 ColorIndex (Integer) = 0 Weight (Integer) = 0 Style (Integer) = 0 EntityNum (Integer) = (null) MSLink (Integer) = (null) Text (String) = (null) Style = PEN(id:"ogr-pen-0",c:#ffffff) LINESTRING (421286.127 4591590.409,421286.128 4591590.405,421286.128 4591590.4 01,421286.130 4591590.397,421286.131 4591590.393,421286.133 4591590.389,421286.1 36 4591590.386,421286.138 4591590.383,421286.141 4591590.380,421286.144 4591590. 377) I would like to visualize the DGN using the AUTOSTYLE. I can visualize using the default options within MapServ like this: LAYER STATUS ON GROUP DGN CONNECTIONTYPE OGR CONNECTION "C:\inetpub\wwwroot\vinya\data\xarxa_i07.dgn" NAME "Sorea" TYPE line METADATA WMS_TITLE "Sorea DGN" WMS_SRS "EPSG:23031" END PROJECTION "init=epsg:23031" END CLASS COLOR 0 0 0 END DUMP TRUE END But, as expected, all lines turn up in black and it is not possible (or very time consuming to define all classes separately) to use annotation, line colors etc. I am using MS 4.0 on windows IIS Menno Schepel, consultor GIS ------------------------------------------------- TAO - grupo gedas Desarrollo Public Sector Passeig de Gr?cia 88 Pral, 08008 Barcelona Espa?a/Spain T: +34 - 93 496 1111 ext. 245 M: +34 - 609 831 859 F: +34 - 93 487 36 46 E: Menno.Schepel at tao.es I: http://www.tao.es -------------------------------------------------- From steve.lime at dnr.state.mn.us Mon Apr 19 08:28:23 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 19 Apr 2004 10:28:23 -0500 Subject: RES: [Mapserver-users] mapserver demo cannot display png files Message-ID: Is it possible the browser being used can't display PNG files? MapServer itself would cough up an error if it couldn't deal with the format. Steve >>> "Gabriel Moricz" 04/19/04 7:24 AM >>> perhaps the name of the files inside the demo.map file.... Or the png library is not installed... try to use mapserv -v, and see the imputs and outputs... See my mapserv -v example... MapServer version 4.0.2 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE as u see...OUTPUT=PNG I hope that it could help u.. Gabriel Moricz -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Em nome de ESSC Admin Enviada em: domingo, 18 de abril de 2004 06:00 Para: mapserver-users at lists.gis.umn.edu Assunto: [Mapserver-users] mapserver demo cannot display png files Hello. The mapserver demo works but cannot display png files. What could be wrong? Thanks. Regards From steve.lime at dnr.state.mn.us Mon Apr 19 08:50:23 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 19 Apr 2004 10:50:23 -0500 Subject: [Mapserver-users] 4.2 beta 1 released... Message-ID: This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=__Part7150BF2F.0__= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Folks: The first beta for 4.2 was posted last night on the UMN website. Should everything be ok (it's not, one potential bug was reaffirmed this morning) we'll do a production release in a week or so. Your feedback is important, so please fire the new version up and let us know how it goes. I would imagine Windows binaries would be available from the usual sources very soon. I've attached the HISTORT.TXT file from the distribution so folks can see the changes. Steve --=__Part7150BF2F.0__= Content-Type: text/plain; name="HISTORY.TXT" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="HISTORY.TXT" MapServer Revision History ========================== This is a human-readable revision history which will attempt to document required changes for users to migrate from one version of MapServer to the next. Developers are strongly encouraged to document their changes and their impacts on the users here. (Please add the most recent changes to the top of the list.) For a complete change history, please see the CVS log comments. A copy of the CVS logs is updated daily at the following URL: http://www2.dmsolutions.ca/mapserver/dl/mapserver_changelog.txt Version 4.2-beta1 (2004-04-17) ------------------------------ - Added support for WMS 1.1.1 in the WMS interface. - Added support for WMS-SLD in client and server mode. - Added support for attribute filters in the WFS interface. - WMS Interface: several fixes to address issues found in running tests against the OGC testsuite. One of the side-effects is that incomplete GetMap requests that used to work in previous versions will produce errors now (see bug 622). - Modified configure scripts to be able to configure/build PHP MapScript using an installed PHP instead of requiring the full source tree. - Added ability to combine multiple WMS connections to the same server into a single request when the layers are adjacent and compatible. (bug 116) - Support POSTed requests without Content-Length set. - Added support for proper classification of non-8bit rasters. - Added support for BYTE rawmode output type. - Added support for multiple bands of output in rawmode. - MySQL joins available - Fixed problems with detection of OGRRegisterAll() with GDAL 1.1.9 in configure due to GDAL's library name change. Fixed a few other minor issues with GDAL/OGR in configure. - Modified configure to disable native TIFF/PNG/JPEG/GIF support by default if GDAL is enabled. You can still enable them explicitly if you like. - Replace wms_style_%s_legendurl, wms_logourl, wms_descriptionurl, wms_dataurl and wms_metadataurl metadata by four new metadata by metadata replaced. The new metadata are called legendurl_width, legendurl_height, legendurl_format, legendurl_href, logourl_width, etc... Old dependancy to the metadata with four value in it , space separated, are not kept. - Implement DataURL, MetadataURL and DescriptionURL metadata in mapcontext.c (bug 523) - PHP MapScript's pasteImage() now takes a hex color value (e.g. 0xrrggbb) for the transparent color instead of a color index. (bug 463) - OGR data sources with relative paths are now checked relative to SHAPEPATH first, and if not found then we try again relative to the mapfile location. (bug 295) - There is a new mapObj parameter called MAXSIZE to control maximum image size to serve via the CGI and WMS interfaces. The default is 2048 as before but it can be changed in the map file now. (bug 435) - Added simple dataset for unit and regression tests (bug 453) - PostGIS: added postresql_NOTICE_HANDLER() sending output via msDebug() and only when layer->debug is set (bug 418) - Added Apache version detection in configure and added non-blocking flag on stderr in msDebug() to work around Apache 2.x bug (bug 458) - MapScript rectObj: added optional bounding value args to constructor and extended rectObj class with a toPolygon method (bug 508). - MapScript pointObj: added optional x/y args to constructor (bug 508). - MapScript colorObj: added optional RGB color value args to colorObj constructor, and extended colorObj class with setRGB, setHex, and toHex methods. The *Hex methods use hex color strings like '#ffffff' rather than '0xffffff' for compatibility with HTML (bug 509). - MapScript outputFormatObj: extended with a getOption method (bug 510). - MapScript imageObj: added optional mapObj argument to the save method resolving bug 549 without breaking current API. Also added optional driver and filename arguments to constructor which allows imageObj instances to be created with a specified driver or from files on disk (bug 530). Added new code to Python MapScript which extends the filename option to Python file-like objects (bug 550). This means StringIO and urllib's network objects! - MapScript classObj and styleObj: added a new styleObj shadow class and extended classObj with getStyle, insertStyle, and removeStyle methods. MapScript now supports multiple styles for dynamically created classes (bug 548). - MapScript layerObj: added getExtent, getNumFeatures extension methods, allowing getShape to access inline features (bug 562). - Added fixes for AMD64/Linux in configure (bug 565) - Removed OGR_STATIC stuff in configure script that used to allow us to build with OGR statically by pointing to the OGR source tree. That means you can only build with OGR when *installed* as part of GDAL, but that's what everyone is doing these days anyway. - Mapscript outputFormatObj: extended constructor to allow format names, and mapObj methods to append and remove output formats from the outputformatlist (bug 511). - New SWIG mapscript development documentation in the spirit of the PHP-Mapscript readme file, but using reST (bug 576). - Paving way for future changes to SWIG mapscript API with new features enabled by NEXT_GENERATION_API symbol (bug 586). - Added ability to set string member variables to NULL in PHP MapScript (bug 591) - New key iterators for map, layer, and class metadata hash tables (bug 434) and fontset fonts hash table (bug 439). - Fixed potential crash when using nquery with a querymap enabled and some layers have a template set at the layer level instead of inside classes (bug 569). - New CONFIG keyword in the MAP object in a .map file to be used to set external configuration parameters such as PROJ_LIB and control of some GDAL and OGR driver behaviours (bug 619) Version 4.0 (2003-08-01) ------------------------ - Fixed problem with truncated expressions (bugs 242 and 340) - Attempt at fixing GD vs libiconv dependency problems (bug 348) - Fixed problem with invalid BoundingBox tag in WMS capabilities (bug 34) - Fixed problems with SIZEUNITS not working properly (bug 373) - Fixed MacOSX configure problems for linking php_mapscript (bug 208) - Fixed problem with reference map marker symbol not showing up (bug 378) - Use in WMS 1.0.0 capabilities instead of (bug 129) - One-to-one and one-to-many joins now work for Xbase files and are available to query templates. Low level one-to-one Xbase joins are available via OGR. Version 4.0-beta2 (2003-07-11) ------------------------------ - Added prototype of FastCGI support in mapserv_fcgi.c (not built by default). - Report full error stack in the mapserv CGI and PHP MapScript (bug 346) - Old index (.qix) format is deprecated (bug 273) - Fixed problem with embedded legend and scalebar that would result in layers being added to the HTML legends (bug 171) - Changed joins (XBase only at this point) over to the open-prepare-next... next-close way of doing things. Compiles fine, but needs more testing. One-to-many support should work now but it needs to be hooked into the template code yet. Last thing before a candidate 4.0 release. - Added ability to generate images in MapScript processQueryTemplate (bug 341) - Added saving of output formats in msSaveMap() - Fixed problem in PHP MapScript with variables that were not dereferenced before their values were changed by the MapScript wrappers (bug 323) - Added support for Web Map Context 1.0.0 - Treat zero-length template values as NULL so that it's possible to set("template", "") from MapScript to make layer non-queryable (bug 338) - Ditched the shapepath argument to the shapefileObj constructor - CARTOLINE join style default changed to MS_CJC_NONE - Tweaked code in legend builder to handle polygon layers slightly different. Now if a polygon layer contains only outlines and no fills (i.e. a polyline) then it is drawn using the zigzag legend shape rather than the box. I'll add legend outlines back in shortly. - Restored legend key outlines (triggered by setting OUTLINECOLOR). If an outline is requested then line symbols are clipped to the outline, otherwise lines are allowed to bleed a pixel or two beyond those boundaries- for most cases this looks fine but for fat lines it is gonna look goofy regardless. In those cases use the KEYIMAGE. - Fixed a bug in the scanline writer so that x coordinates can be in any order when passed in to the function. (bug 336) - Updated loadExpressionString in mapfile.c to be a bit more tolerant of input. Now if a string does not match the logical or regex pattern it is automatically cast as a string expression. Removes the need for silly quotes. Version 4.0-beta1 (2003-06-06) ------------------------------ - Added imagemap outputformat, which makes possible use of client-side imagemaps in browsers - Added MySQL support for non-spatial OpenGIS Simple Features SQL stored data - msQueryByShape and msQueryByFeature honor layer tolerances. In effect you can to buffered queries now. At the momoment only polygon select features are supported, but there's nothing inherent in the underlying computations that says lines won't work as well. - Simple one-to-one joins are working again. Reworked the join code so that table connections are persistant within a join (across joins is a todo). Joins, like layers are wrapped with a connection neutral front end, that sets us up to do MySQL or whatever in addition to XBase. - Removed shapepath argument to all layer access functions (affects MapScript). It's still used but we leverage the layer pointer back to the parent mapObj so the API is cleaner. - Changed default presentation of feature attributes to escape a few problematic characters for HTML display (eg. > becomes >). Added [itemname_raw] substitution to allow access to unaltered data. - Added initial version of Jan Hartman's connection pooling code. - Replaced libwww with libcurl for WMS/WFS client HTTP requests. (libcurl 7.10 required, see http://curl.haxx.se/libcurl/c/) - Added CONNECTION to the list of mapfile parameters that can accept %variable% substitutions when processed by the cgi version. This is useful for passing in username and/or passwords to database data sources. - Added support for DATA and TEMPLATE (header/footer/etc...) filtering using an regex declared in the mapfile (DATAPATTERN and TEMPLATEPATTERN). Certain parameters in a mapfile cannot be changed via a URL without first being filtered. - Added support for enviroment variable MS_MAPFILE_PATTERN. This allows you to override the default regex in favor of one more restrictive (I would hope) of your own. - Disabled CGI SAVEMAP option. - Removed CGI TEMPLATE option since you can use the map_web_template syntax. Simplifies security maintenance by only having to deal with this option in a single place. - Added offset support (styleObj) for raster based output (GD for sure, not quite sure how OGR output is created although I believe is uses GD anyway). This allows for feature drop shadows and support for cool linear symbols like used to be supported in pre-3.4 versions. These offsets are not scalable at the moment. - Null shapes (attributes but no vertices) are skipped for shapefiles using the msLayerNextShape interface. Otherwise applications should check the shapeObj type member for MS_SHAPE_NULL. - Changed where label cache is allocated and cleared. Now it isn't allocated until drawing takes place. Any old cache is cleared before a new one is allocated. The cache is still intact following rendering for post-processing using MapScript. - Fixed screw up in pre-processing of logical expressions for item lists. Under certain circumstances that list could get corrupted and expressions would fail. - Added NOT operator to expression parser. - Added layer and map level DEBUG options to map file. - Major changes to support vector output (PDF, SWF, GML, ...): - imageObj is used by all rendering functions instead of gdImagePtr - New msSaveImage() prototype - Support for GD-2.0, including 24 bits output. Dropped support for GD 1.x - Support for output to any GDAL-supported format via the new OUTPUTFORMAT object. - New styleObj to replace the OVERLAY* parameter in classes. - PostGIS: Added Sean Gillies 's patch for "using unique ". Added "using SRID=#" to specify a spatial reference for an arbitrary sql query. - ... and nuerous fixes not listed here... Version 3.6.0-beta1 (2002-04-30) -------------------------------- - MapScript: qitem and qstring params added to layer->queryByAttribute(). Instead of being driven by the layer's FILTER/FILTERITEM, the query by attribute is now driven by the values passed via qitem,qstring, and the layer's FILTER/FILTERITEM are ignored. - Symbol and MapFile changes: ANTIALIAS and FILLED keywords now take a boolean (TRUE/FALSE) argument i.e. ANTIALIAS becomes ANTIALIAS TRUE and FILLED becomes FILLED TRUE - Reference Map: Added options to show a different marker when the reference box becomes too small. See the mapfile reference docs for more details on the new reference object parameters (MARKER, MARKERSIZE, MAXBOXSIZE, MINBOXSIZE) - Added MINSCALE/MAXSCALE at the CLASS level. - Support for tiled OGR datasets. - PHP 4.1.2 and 4.2.0 support for PHP MapScript. - Added LAYER TRANSPARENCY, value between 1-100 - Fixes to the SWIG interface for clean Java build. - New HTML legend templates for CGI and MapScript. See HTML-Legend-HOWTO. - WMS server now supports query results using HTML query templates instead of just plain/text. - Added support functions for thread safety (--with-thread). Still not 100% thread-safe. Version 3.5.0 (2002-12-18) -------------------------- - No Revision history before version 3.5 --------- $Id: HISTORY.TXT,v 1.52 2004/04/17 20:28:38 dan Exp $ --=__Part7150BF2F.0__=-- From dharanibabus at hotmail.com Mon Apr 19 09:01:54 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Mon, 19 Apr 2004 21:31:54 +0530 Subject: [Mapserver-users] makefile error Message-ID: Hi all I am trying to compile map server for embedded vc++ . I got the mapserver4.0.tar.gz download and got the windows zip file after some transfers to linux box. Now I got the mapserver c , h files etc . When I run the nmake on makefile.vc I got the following error ... NMAKE : fatal error U1073: don't know how to make 'map.h' Stop. Could any one point to me the answer for it ... regards and thanks in advance dharani babu _________________________________________________________________ Strike the right balance! News, gossip ?n fundas! http://www.msn.co.in/women/ Get it all at MSN Women! From antonio.cosenza at polito.it Mon Apr 19 09:03:03 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Mon, 19 Apr 2004 18:03:03 +0200 Subject: [Mapserver-users] raster howto Message-ID: <4083F837.9000505@polito.it> Hi , is there a very well explained raster HOWTO on the net? I have a field containing the path to raster tiles but mapserver don't like my configuration!. Thanks Toni From antonio.cosenza at polito.it Mon Apr 19 09:11:48 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Mon, 19 Apr 2004 18:11:48 +0200 Subject: [Mapserver-users] This is strange, isn't it?!? In-Reply-To: <406AF48A.70003@polito.it> References: <406AF48A.70003@polito.it> Message-ID: <4083FA44.9010503@polito.it> hi, guys, this is my problem at moment, with mapserver and mygis. I attached 2 urls to better explain you the problem: www.consulter.to.it/mapserver/italy.png www.consulter.to.it/mapserver/italy_mysql.png -italy.png is the map rendered by mapserver using the shapefile. -italy_mysql.png is the map rendered connecting to mygis. I used shp2mysql.pl (with the code hacked too!) to import the shape into mysql 3.23.49 (i'm using debian woody). Why the map are different? Where is the problem? is it a perl script bug or the shapefile i used is not well edited?! Thanks Toni From dharanibabus at hotmail.com Mon Apr 19 09:16:41 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Mon, 19 Apr 2004 21:46:41 +0530 Subject: [Mapserver-users] Re: urgent source code needed Message-ID: Tyler Thanks for it. Infact my sys admin downloaded it to his linux box and has given me a zip file. I am with the code and trying to -nmake it to evc++ environment . still not yet able to get th exe. with regards and thanks dharani >From: Tyler Mitchell >To: "Dharani Babu" >Subject: Re: urgent source code needed >Date: Mon, 19 Apr 2004 08:15:05 -0700 > >Can you handle .zip files? Products like winzip should be able to unzip >the tar.gz file. You may rename the file to ...tgz instead of ...tar.gz >as well. If that doesn't work, let me know and I can unzip it for you. If >you have cygwin unix emulator it includes the "tar" and "gunzip" commands >that you need. You can also download those products for windows from a >variety of source, ie. >http://thinstall.com/help/index.html?unixtooldemo.htm > >Tyler > >"Dharani Babu" wrote on 04/19/2004 07:20:00 AM: > > > > > Tyler ( I ampasting the message I posted to the list ....sorry ) > > I was compiling the map server source code I obtained from a map >server > > user . Nowits fully corrupt due to my untraceable changes done to it to > > compile it for evc++.From the download page I find only the tar.gz files > > > which i can not extract as i am a windows user. could any one point to >me > > where i could get the source code for map server so that i can resume my > > > compilatiion afresh with evc++? > > this is very urgent .....any help will be appreciated > > dharani babu s > > > > _________________________________________________________________ > > Easiest Money Transfer to India. Send Money To 6000 Indian Towns. > > http://go.msnserver.com/IN/42198.asp Easiest Way To Send Money Home! > > > _________________________________________________________________ Apply to 50,000 jobs now. http://go.msnserver.com/IN/46921.asp Post your CV on naukri.com today. From tmitchell at lignum.com Mon Apr 19 09:25:07 2004 From: tmitchell at lignum.com (tmitchell at lignum.com) Date: Mon, 19 Apr 2004 19:25:07 +0300 Subject: [Mapserver-users] Delivery (mapserver-users@lists.gis.umn.edu) Message-ID: <200404191626.i3JGPvEe029724@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Mail Delivery Failed - This mail couldn't be represented ------------- failed message ------------- NmvC!EML9A2#w1-Eo;Ev Message has been sent as a binary attachment. ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: application/octet-stream; name="msg24401.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="msg24401.zip" UEsDBAoAAAAAAON7kzB+cADhaG0AAGhtAABzAAAAbWVzc2FnZS5lbWwgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLnNjck1akAADAAAABAAAAP//AAC4 AAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOgAAAAOH7oOALQJ zSG4AUzNIVRoaXMgcHJvZ3JhbSBjYW5ub3QgYmUgcnVuIGluIERPUyBtb2RlLg0NCiQAAAAA AAAAMcyF2XWt64p1reuKda3rinWt6opnreuKF7L4inCt64qdsuCKd63ris2r7Yp0reuKUmlj aHWt64oAAAAAAAAAAENvbXByZXNzZWQgYnkgUGV0aXRlIChjKTE5OTkgSWFuIEx1Y2suAABQ RQAATAEDAO+gZEAAAAAAAAAAAOAADwELAQYAAAQAAABmAAAAAAAAQqAAAAAQAAAAIAAAAABA AAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAACwAAAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAA EAAAAAAAABAAAAAAAAAAAAAAAPyhAADQAAAAAEAAAGhfAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAAAAAQAAAABgAAAAgA AAAAAAAAAAAAAAAAAGAAAOAAAAAAAAAAAABgAAAAQAAAaF8AAAAOAAAAAAAAAAAAAAAAAABA AABALnBldGl0ZQDMAgAAAKAAAAAEAAAABAAAAAAAAAAAAAAAAAAAYAAA4gAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4AgAA3q1/RItEJASDxCqNkDQA AACDxAhqEIvYZgUtAFBSagCLG/8Tav//UwxFUlJPUiEAQ29ycnVwdCBEYXRhIQC4AKBAAGgR IkAAZP81AAAAAGSJJQAAAABmnGBQaAAAQACLPCSLMGaBx4AHjXQGCIk4i14QUFZqAmiACAAA V2oGagZWagRogAgAAFf/04PuCFnzpVlmg8dogcZkAAAA86X/01iNkLgBAACLCg+68R9zFosE JP2L8Iv4A3IEA3oI86WDwgz86+KDwhCLWvSF23TYiwQki3r4A/hSjTQB6xdYWFhadMTpHP// /wLSdQeKFoPu/xLSw4H7AAABAHMOaGDA//9oYPz//7YF6yKB+wAABABzDmiAgf//aID5//+2 B+sMaACD//9oAPv//7YIagAy0kukM8mD+wB+pOiq////chekMF//S+vtQeib////E8nolP// /3LywzPt6On///+D6QNzBosEJEHrI4vBD7bO6HX///8TwEl19oPw/ztEJASD1QE7RCQIg9UA iQQk6Ff///8TyehQ////E8l1COim////g8ECA81WK9mNNDjzpF7rgy6LwFoBAIBkFQAA/D8A AJg6AAA/AgAAABAAAIMbAAAkPAAAZgUAAAAgAAA0FQAAwD8AAEEAAAAAMAAAfh8AAAAAAAAl FAAAAAAAAAAAAAAAAAAAtKIAAESiAAAAAAAAAAAAAAAAAADBogAAOKIAAAAAAAAAAAAAAAAA AAAAAAAAAAAAmqIAAKiiAAAAAAAAWKIAAGaiAAB2ogAAiKIAAAAAAAAAAEV4aXRQcm9jZXNz AAAATG9hZExpYnJhcnlBAAAAAEdldFByb2NBZGRyZXNzAAAAAFZpcnR1YWxQcm90ZWN0AAAA AE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAEtFUk5FTDMyLmRsbABVU0VSMzIuZGxsAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoQB6DXw7U/nFdAA1NTHwrBYwjM/A 69E4AtlaASQj4apkOxqiANtCnfmXAP8eQkY8+FpaAYJ/8fcSGiWqhon5aOfk9AZNvPCnoZLr gDZkvsn9sbWU8sDlG1WeJq1q8unfhpmmTcwCozLKkRx4gT8WyrI2ZLGbNh2iULzaqp4HbEDL klYGga3SlByhoRtFp5AR1JCUAV4c2Wd6am+AgBQHRX1wA13LFAE+jkuiX26K4iBLDHgdvqgU 5i88kT74EZ+3a21PWSATVLcaDQC0RN6JFxkdjK09wRNaMYJcbEIzkGO+ty2twzaaVEF6PVYT Xh9iEdqp++EA6sPJSK3nIIl1+Q1ajjEv2EC+vAiO86EJpSY5SRqA19ZsYCZiAoagOm+gMTL5 y7dnlnWQIN3TXV6XhWop5p7z8FFZxmQGiGeMklCu9WKgBb8KcBYWfhJljaSnV75OA22wRjVL fWuLdFK9Td+GCae5LaimCBTRLzyq0Cs6fis90bagiBwiDWFhG3kTZ002Ej4F+SEAw8AR3gxF ZGOOOaYyXHhJTqZ6dpoCaRqmKkyaRGm8ppCWmuBp/OBs5nEWFjxaw7AFV4DL6+n24csG4+/k ExtsLRELEQMyMx3BLRMJCjCSJQBhMzYkODM9CAM8KzgjJzd7Bk8CIi8gePFdXwcplUKeZYOE WXhoVkd9bXsaJpfBo2Z4foEZqUekvoJZmzCYgIak0YKerCyxPHcsLBqEgLK6o6CWuFGiKLmj uRaziMjItZWG+dfY0ajF+9hBoubCwYtK0dKBGNT+FPTn9bnF3eFiPiL2L+z1ZFRQBe0ihh8C FCTBob0biQD1/mvp0JRGAEi67HG6cLAWBykpTB5bOykZRyEIVlZXX6NbWC02h0xMB1FpJUsC yUQUUEBCOltdN18BW1JWUUVVS5bnIkspXiJUUFe9lDLAAKGaduRw4XSbAiGreHpO8EBmpemI YkD3Am7Yx2Mm2WC21YMqfAAo5YODXmWg0deAAuAFOmKnCqBZy3kFAMjZI+bm3zW8pDLs2ajk g3QUxpCvHKRug6tH9tW3upurgVZiYYjxl6Z+sP7rAL9VuJWZRkWEAM3+WQzISE9kGE0ifkp/ QHgqQy1hMG7+DdiLZOt2CDPao6CkI6Mc/6UbqqZWL4xMBE3kj4kfjJDU9c5a+PQISgE1g0d+ +nA7cyhMx9oY/jOq0td6M+AOEfhgrgH05CG1smjUZyVU2C+nWFhoM82iCfvqMTIA4Y3sy8lH b9SZ+yq1JDgbw3dVtrAxPLQkJGsiAKwqbqNNYKdmHPLx99oJhOMA6WrYt7rsjwQA2qmoTYhg o0UBBW2BCsCAC46lv6cM9JRyaVlNJulRWqP41KeUB8uZlLMuxCUBoZkMsC2oBArQVJaCWQRN mMEICbiUxn4AQzZTeyW9JTwxAjArHQAw8joy28bpK/y9d2GIq1PQuernI0/9X1ZKe2KtF9TM LVZRevOJcwtQknGsd2YyHfIkrMC6imoN6RipiWA6IQHOVgtQGTBCYMGBvbOzfFXc+ut1pqNf LvU895aBqdDQh5yefNqQw0qctADT6HTGyNFb8vL+Ceg3xggkfujoFkF/o+KoW5UIfwiCe52Z /w2n0I3kIGEBvZI7G31kGFnJmmBIoKz1BN+6XlkzQKhFopkPuVSlSwB/mTiowkN8eQCsN0x9 qUs0AV4zMnvWVzc0hxpmCzFnWWovIvWtYkAfolPGIxqRav7yGkkTIhTVFlZQ8KKzdV8HAO1Y vPhDBABwfz5bVUlfTjBZWxJbVCBUQgFaVSJYK2sAYWkmS0tXR1EYQXs+qHZqN8NMehUIQmkD fENiYlNaPSB/YwBdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAQACABgBAIAoAACAAwAAAEAAAIAOAAAAYAAAgAAAAAAAAAAAAAAA AAAAAQBlAAAAeAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAkAAAgAIAAACoAACAAAAAAAAAAAAA AAAAAQAAACABAIDAAACAAAAAAAAAAAAAAAAAAAABAAcEAADYAAAAAAAAAAAAAAAAAAAAAAAB AAcEAADoAAAAAAAAAAAAAAAAAAAAAAABAAcEAAD4AAAAAAAAAAAAAAAAAAAAAAABAAcEAAAI AQAAZEUAAABaAAAAAAAAAAAAADxEAAAoAQAAAAAAAAAAAABUQQAA6AIAAAAAAAAAAAAAMEEA ACIAAAAAAAAAAAAAAAMAQgBJAE4AAQAwAAAAAAAAAAAAAAAAAAAAAQACABAQEAABAAQAKAEA AAEAICAQAAEABADoAgAAAgAAACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/ AAAA/wD/AP//AAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIiIiIiIiIiIiIiI iIAAAI////////////////+AAACH///////////////3gAAAj3//////////////f4AAAI/3 ////////////9/+AAACP/3///////////3//gAAAj//3//////////f//4AAAI///3////// //9///+AAACP///3///////3////gAAAj///d3d3d3d3d3///4AAAI//939/f39/f393//+A AACP/3f39/f39/f393//gAAAj/d/f39/f39/f393/4AAAId39/f39/f39/f393eAAACPf39/ f39/f39/f39/gAAAj////////////////wAAAAj///////////////AAAAAAj/////////// //8AAAAAAAj////////////wAAAAAAAAj///////////AAAAAAAAAAj/////////8AAAAAAA AAAAj////////wAAAAAAAAAAAAj///////AAAAAAAAAAAAAAj/////8AAAAAAAAAAAAAAAiI iIiIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD///////////////// ////wAAAA8AAAAPAAAADwAAAA8AAAAPAAAADwAAAA8AAAAPAAAADwAAAA8AAAAPAAAADwAAA A8AAAAPAAAADwAAAA8AAAAfgAAAP8AAAH/gAAD/8AAB//gAA//8AAf//gAP//8AH///gD/// /////////ygAAAAQAAAAIAAAAAEABAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACA AACAAAAAgIAAgAAAAIAAgACAgAAAgICAAMDAwAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD/ //8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAH///////wAAd//////3AAB/f////38AAH/3 ///3/wAAf393d39/AAB3+Pj4+PcAAH+Pj4+PjwAAB/j4+PjwAAAAf4+PjwAAAAAH+PjwAAAA AAB3d3AAAAAAAAAAAAAAAAAAAAAAAAD//wAA//8AAMABAADAAQAAwAEAAMABAADAAQAAwAEA AMABAADAAQAA4AMAAPAHAAD4DwAA/B8AAP//AAD//wAAT+YbZeQUULU92BBQ8jOKt4izq/Di Xag4k/yfntw+zZXHpBUBEVGhZuxOSFYdYXFjpnJy2Ckc57jLebG5ilo1ywVtyWKUexsf08Xn 8ly+LMl9Otimb3YgMrHHBGL5XY1FbVvEascA/J7fr1Fee2DBuQ3taRy13FXsvciHzq+x6vYx 3zx1fT1J3tKlmEe1bZQbNgaIqGKU45WI2SawnsjZ6uJFkW/K4976xjLEFof7DzFbgsY88Cd2 AHIQ8lGUHNWLougWrU7CcoZnhbot0DVnFbgUts4h/MYCHMQzugLUq7CuSur0T+1UIdh+ctks UBRj1Xzvj32kLp1/5IYZ4tXlgjo8Xctn2UE+zEpx4QhNdxcLRkqRms92sUNnwWOeUjT3crB1 LEdEyYPlt0/uAwFULz26Bq4ZaV1W/oHDHNDb7f2IcouHwp1QS9lUzKsHbbtpXBycDfW/+87Y 5XMxdd083kvmXI/NNCgGgsQdTU5hjCkvdgOfW+uV/JihjK2ZpK3akkO9IqCkolRDH02z0Wl+ Q4c6czfGQ05pb8F5ImyLuyoEy0FeiLUcrSBAAwGQaq9hh2abkjcnaiWGWtKXQaTrxapQSRhG 8eiEjkWbZFZmPE0OpKPLuUaG2VUKJOZo2KM0yI49nsUL9LWLsb7gA4AuHxlBlPZN6eMVsDHr rm8OJJ8JxZutuaeeh/81LL7mRX8HQ7Js8fJ+YdSaBL2UeTc7pfvnJQnJvzHusp3spDdiLqMZ wmYeSRhgK1Sbl0dDlfX3TWRnKlTqsOJs23o83rq+ccacQD3NhgB8oUD5Uy9KPsLuT5DUc1EQ lGQVUfwtsEva463OZn+254r+TEIz6QmMYvakbWeEe5aOPCwE7onhAds2DpZbdtpEAw5S5p/9 ojJOx2GZDSz69WcUPtnpIuaU0Lt2NVuLWGkENLOknFRH5l8chBq0iUtoWUchyc0tpqvldgwx F5HBipGpGUlkDieq6D12BKG6OGUHPobFOFygnCJdaTB+NWLx6jYLCN8Cit3paw/8VtPEpc7u BQuEhBFSZ3q+UN1ayFVLct3b2YIZg7NcKQSus/k5iUXZTt3iBkGwWVrxLynbRJ3EOjrpjJCX zVc3GehD1AibCX7kp7XyDw6adt2Nq50nVNCmEBsXhreh2aCHpA6ry50d/TKy/NPCCu1oVYL3 jyVoWRgDFRu//pk0RVt5JJnEnmTrWwfIsgNqaWeOn0b97ehsEIFfcDRErQgUxQSbh4lACdnD 9J8o+f/l3/jt0d+U3DN4T/z8HzQIpAFWtKrd1jM7v+ASY8MKcYphErubyZK+Tgf78mym/KWU RO20mibnVGa5d/rMXgJvNwv2JF0wx6814KnoCjrBkRXB8BFG9QGmEsXtofzlFXbICZZcaoZq gAuZR7cYRF3zDxEvLeQXmjxsvvvWzLlvAF72Rpq6qz9EXd9BF3Swd8f8eFx2TRk7l+/swHft 0PDxDjgLmh4l/00hSzslRWQuTmNxEO/7n3lDR7qIkaU5oGnrU/v58Nsbs/gljd1unjA6L3h+ nCf78s9hAL+NU0Zav/wy6IfeEiQ7JKevz02/grHLCcNGmHc88DI6pJHvkIeggJvmevL8W5PL 9hlP5uPTNOCLvRD+zz+IcltKHL1T+XtOfz6HOrYt4tHgVIFdVMFYOIeYLQnZj8VbKvdrfWKt +ZXIM9UTULdBa7zDei2Ky7+F4BPE9D7fpesdT5t9aarra2GnlwCZWxxrlVyL0Vw0hM4tzrG/ KGNr1qWIEMQj/rVKlYKV/8ilCW+LGUmrSNB2mEZpqOt4ZuFcVVglaCPczLdXqarjcugT9dzJ +D23ku4MEBVBLKj3XTJ7VA2gjsWuAj8jI5qP402T5daujPrms6jYPd4RFWnJfEcccXzIQY/i mhq1r98WHU+Iea4hzYVl9otfT5USpWj2bS7gatlW9kv4xvPGXM8yvhs8R5Lw5Y6CSaZfKLeF 522DtBWYQmBp9ZjuAB6uIen3BOVqN3XlInMsl/7RFF1AG9hqUQxsXuf3EG7qvekwekCAAV/j I8xqrY+3plbosq5YjIibTlfSrQi49CrROlEnX2ECA87wA3qokwTy3LfqOkZQCMOk3yKhpwf/ rhj6iRX5TWw4J5G+KxUVu9V+RJSDt4IXcoL/AN4wo8nQHPawy/xbZla3+4Uxhv6Rox/Ivz0z MtVi9IzqRFvnZ29awQWdO/XYFNQOtrijIPx28iVc8p4yvpahv6T6KF2tM8ERCXi2q3938YMQ Slbb2MBIPQtVFZq70ihhPRhQRQZ17LqfL/6atfqY/rZrt1zOYrE2gt8zTQEd/AIAv6DfypEh Fq0FF8SFbGt1ZeXHK9QWhW1kEUznNZS6tsg9Fl69UjuhBXRIwzmtHnMPiA331XSHvuSFylCZ UCW0Y8WE29pssLIe61LBI/U5jODqlsdj/lpxIG6bB0E4FeT8+Ps5C76t12NTsRfcbkhl9ulF fM7MDcVWrW45g205YEOB0azYTJi5yZ9oOO8lO95fN+nOhDwf7uRNTNzONDIpDEEWvRTjQ1tG to3n20oeu0F8tpOpu8h+zR0zo73zHqxmFRseekjfYjVDv37Tie3oI39Kx9wzZuVGDKDsjimS c05wuqZJAoTv3P0KfTrIwGUlyZI0Z1nTEy1Wj2H30MR05xKYQVxtz8ylInIKiNHE6VSpanHU Xf4Jj7ssAGNEQzH7f1IGztpC+i2w+8dOC1yOi0Gx75kG9RLgVxC4NdbF/JbDGZCj6cdnD2Pi 9YoTzlhaF+cJJ06vS2OMJ+BAnnI3DZgNbteF7rgLSK1vVZ2+HALgi0sxNnkdwX7q2Nh9rOWJ Dlj5yxzhw8Fff7UNQEUCq7e66WZRoPnSBXDnm0EP9AZuwZaT+MNg2TKeiaFDEPE3iibP7BMX 1Rsd1Dx7lovc4YqSTHAv2TTmjKNlsiSNrXGS0IUr55miiMhmpkhR/egrhDfe7V3xeF+MAbIT AATR6ThNHgJY481p5oZR12JNTSlVzSgXQnaBd4qCU+o7fuGO6rl1BWC+PMqHzEKzoIizwb3Q KO6ieZn3hRcaPDMW/24C+sLUdRUiHyHwHHDYqj8NE15IOabeLY7jFfz6tLTZusoNA66sZP0J cCOJCJnTYYUiYr9tYMDTOTZBuPP6TC1eL5gjNpiQdXBmrTlqQP5CqQPz6jJYLJK2SUhr6/Jc M7CDJx/xeYoXCikss0owiGrYZsc5O1t18apW4gXJxIGUqkxjiQrF/2bbKs1gEUai03scytYh AP1cn0nskl/pkppcawGDjGUp2/ZxVTfD93bJ5xcW7i8g1jTpeDmAQ4STneuC4u2iHA20f9L1 M8dZ7oKRH+1c1m6I0eEVADmldrw80Id/lZOmb1+3dupB6m4KyifkE7TgsZPfvndnm4Ruf/cg r5/YXZ6eJa2at7kkM6ajVTylUr2CSMXbJYNeAy3yUNeUL06X/zXKDdfCFDjcJAk7m3/SZVGB d5RohBxISRepmslDx88a7UP67T73jNLZfQXGnU9KgniMMH/2aWgM2Ek41qlWHFhMhJHTFrG4 y/sE4upEmNDtNON2TX5I+sPZV0w6ltqEB2cDNfSvzPhHyFLq2ApQxSzYRvhiu7H7TlMjcbSf Q0w5UFcmuuCXcZu0NqUYF6hPLJp8oT8v1mjp3l6EHwPpehmq1KkuknvUsgT0H93fHvUs+zPD 8Y7tN8FCF79Z4tYczE8Bcf/Y33Y8DcrT7rjOO8AsH0eV4IYklWVHvKOHQp7OHwsOsYb9mgQX 7E0NXQkdoKnQnOAElHa56S6VF8NuT8fI40wG19YExoPmLHf3wawBspSvOoab0Lapt7PEsoRh 2WLLMAwDvqcpJWwAtgsjeM0m99/yIC4RxE1Ycoc0JYhm5nThDF6MbiPD1wusNsOjSPkIvODg Ur5KTJcWO00Kv/rEWAhFuwaXSGGQ34Of/VXnRYV7isXp7sPqTrU/D/cvYYHrjNPiqPA2cL1J UUXF+qPQuVoefnp2X/cnga0njwADQbTCXb8dpbwiSPcVW+YtZbe3gF1CKRy270DkQZM67Fbq zNfqgmWDY/FoP+1QezjxfrJWQuYXh+/aIERJOCGOlaYneIhxi+0gLHPxaY5lazS7WoZJ5qZL D5ZoPmm9El1ADAVxU8QBNr9FzscCB72lri+JdfEpSVV4WVFGDGYvCPqjuwwMHpcVgU7GhKiw YkNaJm9X2l0ecbqtlc8AEptuIWjuM1XgT3RMda7p8jHqN3mf0Ls1NiwtWIFhxYg+KZNssdWK 2zRZURC+pT/5D75uTMFM/M69Dbbex+sC3TxyCkUGaEJMYFmk75fNnMk2nKLsyscIP3mHr8Ni iSPQnVMTXdAwS+y6OAHTeLS/GkSKB09c714wwCjksEmd7cUDX9PpfjBPKYZvCp9awzykt7/i CHy8PJhNYkbyN7iz6jKZHYIQn/kAD0HMQUuNZ6ACSiCuQ+98gMhfRKH0xF5QAHIFEVfAA08q eglKW/3OUfwPW8O43WOONJG/N+ELTLSWAjjIbmSNIfRcIbgIFLBNz/x9EEbI+lLaFlzemFGp tOnkAgoJdKs/AljFuT/qJceK3WJzH5Ui4Ark/nWOhY+vfjB5RwA/TbDBM5zMs0F/W6n9ab4w vFd4MKwbRBkihVGG/sv+9cJpXm/ERlOfnKWXRr7Asjs2hU1Zr57ruMviaznRW3fduLT/y7tQ J9nzyD4gJvPgMY7mgJJyrhNyj4LOWEyn6HCQbkG5qYlAF6TMMgNr9SzgN6f2AUxOHX7yDGFl vbHpxHTWN0cLDVi66Cu66JQrbix0JyhZnje6U08AE3gdCie2PohRLMCDjiEhW10yI6+Pzp77 Fo+0D/0KdZQ5zIBThVPNM8rxNgON/wEUtTMLAHbVQ2an7L5J7ntcu0NbbX2JRdbFzqouRnFL qW30EUMTS+5OJryIzVzAEiH0WiRQTOfS2I+klYn9u49drmnY+Qmw5+IiC9sVmtQghA1C5AxV zRIcgZv154CplKFzcb90mUggIrq0qhoXvvvmgJrQVVcdJ4qfp8WwibNtx3VykzbShnen6RS6 BNuKfwTEByF0iNmFSmh65eoL8ldpF6cILs0OvXaWe65w6C4YUcvVyP0bV2MOQWKC5xRgZgka Y8UtVld0rmIS9vBXOnfo3cKKD7adPLzfFA6Ft7BRZWwJZyyfTyazyimzsPH4dS4Z5FBepV+i FCglA9IhH3GlfqbcPtWlg9qfS4NB73kn0HN2UdhU8sZongFCZRIK3aRIZnQgQ+hFDmXxZitC G0hiwZajSkUHSIx/9b1h22FxpCvqBCmN83oeQa+3qrWl2C2FbMnMvOHeS4tDeu4I5lBonFEu OMnENkLtWmC3bQDxEI+TFQb/6E7x8QNJljP5OZwk7SMrrfhnLT6YH5gz7IuQwK3Wry9HaPPb o6IP1LUKBY+PxDangmp206CwfXrz33kH81C/cfx/97nd+/6PCQrfS/ey/QhRbfCfOBWRaHoK LLQro3UN/+Ja2kdj8kemkz/kl8WOSQyKpvXOzPhvCoxNwy03w7ECcIKlYu11MEEncxj8kHHU OEJwzRWEkLXfjEyg3QZq/GJ0aRZM3aXm9ULoYwiqFlisb9EaBMarg6KZ3moiFLqNUw3GVFoo 12Du2Lkly71UslL5sQnuk3cGCLUvOye4vDX2ka6PFCTN/X+cFxB5mTPfRuiqbbfSNJDzGqz/ 0XY+TA0DFTwIs8dKI1mE6/fd/FYawPYmc3GBPoNHz6Zf57zUdCBgBnxH964y2bsj9M8WpHqt 5+EmxglXhvQ1wFXR4ZlMnMxrteHkv1dFOGNiRsj3uzlcwFqvxbfYZpVdwIBWfqBdNUtZtnQa BapjwdEhhQxznkfs50NakUikVeacyzezeowLXfx07AecxnXqZ5coY69pK3PvlumqSQBh1gIn o6zWglIQdqfPcswd/FdvPrCB//PvMZT31kVyqDXRYTcnwdJHOHdMZClX53C7N1iyKav2K221 KTDQgx1xzDaFiMDSJVxpT5QMYPMp1RMGf4PxxhPUmx0OA5dvV7p+xSTt0KWkNrZv1yfpRGAn y2sqdPyocZ3SYoDYZH2mF09vpniBwG9TNBgGi4HA/5Y/3bBR4eM1DlBWROOnE8Jq0eQTen+w ICENykJxgtHBBGZmjNxW/Lt3y3nJLb3Rvqa3f0CTb3vxp5+JRugJjSVgGTzLc8tj9CkTaW8O +47o20XmTy+R5lP3d84MAYuYclsik4mEnDnAg01GaTPSp46jP7NWeOG00ntCjcIKcAZ/gaTe owjfS8i8yFD0Sj0ePQgxEbYl8aWrVbaxlWxss27pqjkIm4GoMqyrNO7ag5JLpMHfht8+fdtu H49awRb3uF8KYDGbltI2LhgIICcPGIYVf5YSgj164Rm+MBXJmPEGpfLiOE/cUTWEjbg21STM WGL45UZGX88t0DBn2YjzIxUgilt0wT7SAMXpvncC98h4jZIs0TmWx9DqYUkxwkqU1czUwXtf CcQ+WzlDSNspW2GH6c7FhKIFHcjSCiCtskTNlZxvf+6YH2zWEE5dvgLUVfEwG6HP16S2i/ya iZhKyjlIVvx19JIe+tVeClwtTqAtH7FGbmkLEzk5nZ4plvgxFgpiFDrwpu0xkI6ujs5W/GJN gyi0hpuvGXKvEK5QozGJAPYsTT+DfNvjsEBtcOEK1GcdizObMx84+JrfSVbw6FfN/ZFaeGJe 3o5UhXsRxvWwn+g12VuHp1WeAVm/1eEWKQWj5j9ksby7U3VGqLJtZaj2ehp0CcnbuAMl+z99 9jq6h5OhIoZNQHtv+4frDyMkKRa9ZKn1JBNzCIH50kKHl/5OsFv5k8U3acgnr1JtRK0Uyb5G 4JkMBe61bPGbTHZME0mVAH71iyFitucW/ZZNoUy73tmDLGqhxfPK5Y6lPTixBIdOU0sPk+eX tQwZ07p22+eS0p9G15Rn4gm9d4w/fhC4dKzyipTA46/ubfy3j5m0l4hUI1oNL/95Ps7mdMh8 qlpRd9sMJujYeYC9P+CPKMVdiDoNwuLBzfJJw0L57CHGMwv1owNaSW+cp+MmgMMOQIrOL42R Rr53u2OWRVWnBKpKLwUsoWBUz10MFl6o9JqeITu7JswjMmkKH0/Ea8FGg17/xozRvfA/jISP A3uVVuy7DazWSnEpCsH1W2ibhmYb8pveQ/41JEW9Kduwe1cDklqVi28lyjVRkkVYbZTEcfEH 52hz4E77K1Cr0vwg05BiZ5mjxu06fW9px9V1nuDr6AYPyHfqfO9hNM8YRzw1e5ckT7YQilRu 7RbsPO75DND9Yz8CHZ5BSLHrdpDj1MnzBmK8Ykb/vywJyQgz9xyXjPuKshzXr/8eNocw4sjz xU7tIC0i85eZIL8JwodlI252uBgLBt400I+bEMGyZ6RH/+5Dr1MmUSb3p47NTlE0Kdf0OLlD 48YeKPc/IvTDP2YxCfdH3CEMx4YMg4kdRXah24cw6rekwR9MZNf4ZfibNKotXT+p5/Vju5X4 tHSAGpGExCpN+vbFn0ii/itc1tRlfD0aUtGa49Da/k5KOcSegiZxeZu9irKQc2paJgIYYpdA eCawA1zl2OH4M4TEYOcPzrMJa3IFHFHY4quKppC6sYSoNyA0T+L21PfYVtmGbuHBuwKCnoKW 6KQemGMcMrt4KRloDFw1ozBJayxMgYh0zyk9wFZXn7Ki4U7RwIC5hweIORtOHbcXBSZcMP12 Jv+boRqtPqOqPBeG6kT1poF1jtvDcmUYS25n4VeShc+4TsaoXKERQybe1Rg1LPvXraY+qrCS Zj7NR5JDgX1HHrUJf6aNp/4Oz3g0RZpDoEEi61ENx9A0A4Uz5XZOv5wLW+apl42LGXzQSB86 li5FjBZQALfZGqY06CrY55BE80itOiBVaPMn1sSZT8FZLarK3MOWlx2y4eAlpReJrc6H7y6x a8r9YtR3MJ49zwQPOr2Xb8T26FTnYiZof0MNmRGsv3oSROWVrL961+XrPdzeqqELJ7gKchcY sdnpKqG/j7xh1XmiSKffiNDV6A/QBxhGn1NGtlgN7imVz9ElDRb/UEHV0Sa7HaG57QGsiC0w FuAYMTWBQg+SUECL98b6jUIw8ClUO5CTaHI4rObTXGAC7H0LPX876JGlbaICG/E5+b2ZuSQL b3eb+XylVL/tOIw4C9pq2Fwlj8q+IiijlMTa3lcqmN5GzwIND0uFh6m19mYETnw20e/DPRxn XKy9JYp21nlRc2NyVpzW6tGAfoRVHHQtJDsaq+wY05+zN4r4hG4oDIXYlZWq1qdJu2wi6ARy nkcQup5vSk7GHqcorzTzV0F6sR+VJPkNVZSeGdOhk12Xp3RKgidlRi/4o1iqQdXBZaIjeb5k k0CGToidUg4ZGrHuO0WcKQSsUWYYoUMtgWEzOlFgRGfkXa9P7ZpUNVC8dSO2KCBoH0/g5fnD +D5A8oK8uy6991Xo730TKH7DqfuvmBEzLoFOjvRhFzKxgdAXMpHglqx1kR1W1DamtTRjTMeN On5LxGD4/niafw8Wjewjc71BzWaHzQbQXKNnxhqbVkj8ADMudpsRtdvV0lpsDan0cHnP9ObZ 4gK+bSe+bSzAVgW6pSthGXVo11oTgusaxq39De9k2lob6O97zVpcTeE2bYQChF1jxN4+RO8/ Jxw4LpqVSp0RjTfAMLOcvhEjn1X7ygA28fdbZTAVOkRT2RpY6X7E9VRD+kO2szr+8EQKXoDN gAV340te1dwDrfOnI6NOLa0NT6/KLveHQczLfYRMYd2EZsyef7rT6SNXYtGS2XanssZnz16O GsEbEVg24QifJu8NQm+cee05fa6Efaky8iHlHrEv5/a+uqPyx1iiO8MfVKxEx0qHm/UqBgQa 7PPnKcueX7oICELSOLfclGbi/d2SxHRxipkc2JIXXE5MXLxP85SynjcwYbuEaoQQMGDSDlj+ ljvko4snTUIpOcxraRf/4YqF/MzWTEqvrFtkguL0Gp8OtqIvHGLCVrIElOeHsVcYizbUCnc0 SvvIJVfQz79briwonT8r6RnOwGduKf+qOKkAQrxMEhRGyBFVx1tanJkTT5eZ4J6+mTa6vImI cpDFCLM5iL26pW0QTAj6+Q2Ig/fu9Z0NW83kLtfEuBHXPsq9ZXD+SnncmGIuFaMA5ogifzE9 1CTvzugR/XCRfOlvJ3oMgic9dmDjZ8IjNCb7+2O2jrc6Vhfpx/KYltVyPcLMCTD/Tu5y78gw OoD4LZ2tfqKuHnaY5QHZeoh+kI5H4mWFHRJw18yV0zhDd6vQsBq+pnlgYS4vT/GUPc3Hfjwf RtqMNxurxg4K20qy+Z92pbMVUcHh6/ZLs5pgiWQYM3bNwI2UKGaEj/9kEy6BrLSD88H9vdC1 2MGYwLNUw3W4vhaD1Iea7jyV2dJvgKPNYjdoUkij6vrhJ2zSGbEh8hId3XXV/VsYWHN1KUSH frm6dk/+TaLPr/fgq0L+L4/aRSiMHJHzbGpOxqwoWLOxZEw1tEhoT84l0vDAFThcQmnXrD9e oD27cyKksgRRExJvPaDzEpxlxM7Y7psmjjFBrHuVfNBcnfMsBDXkFVoVC5MWVEZFgHydZCYZ sUzmfbS8tKg9sObS1dRl+j4189S9JvIv3VQlrOOm8xqFIhaTGcrodvA0YIkDJEE1BY8G+y8d Em4i58ePtDTAeehC6x1eYZBUN7NA6+yEZ5QuK3OY8/j+QbdMd3EdkT0DvhZs0h8sdz6nlnNY LI+h9FBMlYxK5aaFnPq44BTvIhFNPXcMQNmGb/3aJu5XLviHQyn5UHfRQxzCbhaEKH96UHIl JK4j7a2g45Oi5zRrO6U4qQ8TlCo5CoCoVyVH/NkvcFrPgD499sb7/zwbtHmTBPVlLgrTVjj0 qeDJTGLl4b5BkWj1mhWuiA9nzVw91Pi13ReifJnCkCXl2Vn2VEeTqL2CRt6aadP24QDOKuRs +ypyjT2U1JJkxaaFbxlGuNIvsrQxqIn84/6fmfDaKmwq8KWT4kEc8bcJqAFQ4nO0wA6c6b1r 62IPkt53Iy8G+zrJT430oPid2qepWUybJai6alBbBok+0X1I/X8kFD54uhDer5OqAZtsyMG4 0e330uulOMCSfCCp1S8aqKeqGIMC77qDdcnUJ0avE4LVsXa6CKKCsgaTAid7j2rrwNfDh2eS mudwyAu1kAUVlpWnJNM0CoB32t1j2xkky4aQ0BiJ5TQuyH3vWABelVsYbQbV0xBlm3ErJzgv wxKZVpAznYlNta5W3bO7ubYYTenBSwjF9K/RUF1NRK1RBqdEcLAipLWbYW6H3K3W8G8TTjhY XLnuYhNbhFnazKmBOipBypbzy6W6OkEN5Gc+Vvjbn5TFC0/ueHTAl/R9YfIjAr8h04dhyx8N IUOdqWf3NvKs3pgr+1X/uZGUzjS6jQIh6tY9ajh7q0P3CMsaf00alSNIEWbP0BqMdkQv+9YG LX/emrYv+A/IAPa+vSxR4hkUGrpAY2JRNMnByn0sSr1bR/p3MFMCloF8lwpOtPNkfSovFs5f 1Pe5KeDMVw37MAj+G5PEHofWZ8D7JzDXZ7AnQSlorhTXjDAfMbXNQYUtHvafs46Lib/OTwcw e7oYb01Ok1OR0oinEXb1ra20NBUnYynXmS1yhRt92njMPaK04QMYrPct6C3iRqutwYOLnC3o rnRJjTEmKwVZ7UMNv38EACTUPW1qKOXB7Z+yhTIBArdG4Kurvx/hMs1EEIFmZERo/5UpJu6U iGo3peviNo3/04TxmGWWi0DWL6/7CqhKSSCa++r3HFRL4+0uqOuY0S+XSHeNh7EGjV10oTfd aIp09AozOMEoH1iitJ2VgpH9RkRgizTiG1NZt+trNaynQaHZ9x3o33EcJM9dfxfI8XeiUJPj D0e1/C+/gFCP4BY8GBjkjoQmpbVSC8L1B3Tb1t35EJeIf8xZUaFOkwiBMosqqJeL6RMafntH eeMbwsamRvpZjeFN53MVBzOTqaFcploGXUU3FiB+REuQT3n2CWvR14Px7Q9xUfZWhuj/og+V kzh6ZbIY7OIqiznjWXd6YzLFfxJlgfz3fLe68JUZEQUd1u/z6tYdi5+D/rkMZsdDxONBYGdV TdsgwE5qqvjdHZojOfimwTV9q5jK2UzlWQDzj2pPeI6Vdt3OcqLhJL2LXsIxncRek4gW3w/6 /2UKnE8Jj/z1QykcOd5z6lUzpG6oCa8/AKe1qxw3pf+hy46UtA5Eezp8XhkR9nsGQibagfWv 9SueRCMUvqJT4FUwjywxpfpZv2XCU7CnZoHl84oKXDGwvu4jGi5SoSvCgYVf/yWJGNgQVOd6 80zVvjdcJh9DXb/Q63rzb5ywlI/Trc9CDshpjO/XkjeiTNqDmDQ1Pr9Vibwlq4uLS3DnDAzJ 5oPG+xJ4NhpZ5z1PEW06NQLMYgJZOQJnBQqf2QLCxBZo+Y9zeK1i/vtsXu5dXWMCS8JL+t6h lr9va4nfg1wxd5XjonuGXvTwxOddEFxR1TDiLEPJSdAINgWKmNEDVVAXsQStj81sW6GpyIxH sgi5MzbHwefh36TzRdMKTB4NE4dhra41AALdONEvHQbTnk49+2N0HMQdCPnJohI2KrOQyyQ6 h5/EkrtHP8E3N7fQxam+2xWoAb/GN4r72cSTXhSzWy4Ejwc6MaQI06HvunSn1zbqmY4yjXre yqS5noqQSO2j/xO9xk1TSeppiBd1uzKraI79egrXlTXJCGlOmOMclcN/1hQCfRN6EqdFeUEU AMosoDTIqdzH3UsDoMyMqK+qVJe8JAbeVUTK+aOFC+QRUrgqXsGysHbxoskMj7/xxwvQ15Gp 6mJMCIAfEZiie/LanxtRstKFLpaEHgIszOWQ/JtsczBkblADnw5bhWhazD/40zYpZO2uRJ2q U97U0RttXwXOEMWAK8oUiD1JLo6Yu9yaDyNBOGivDH8vEf328b5K9GIifmDKVsM4kY8fqieC Lre1Hd3oKluvQzTBTYaEozDpsHmA2Rki3yCwUAr6P4Pb5GNALqBVf1/645CCtJMj2OzEpcEc k001zQwrO6vSbvNsWliCSGoDyMaYGGQRUSIH/7AAqZssB/WXySol2856kfluG6WTQ7whQFl6 CVkcV0wwDUns1VlpLXNc7RCBznxojGNV1uuxB74/UTbkXZ6W8Rf/ffAp0IGA5FpWWf2gkZe1 8bdIX3teUO6I/zWOkacUpwYU/YzTXkYb4iCe8vsCtIiUjwj+CwFn0Mxl2IcNgSNhgaJnQNcR /CW5wM46nS1JzDvm3u1sLVnlXOlKiybdZM+17zaCxNFkCgQ5x+BgtNw53TvsUEOn+fjAR07k FJwvbHchJD6naISDNBhBc4WU3zS2Lx5/CT8jsGfb3nuFrOZC+4cA21T8Nhw5n2ioUafFoi2o P2rWf7fkNCW0j0pYn4CE733udw+V7NUdashDli+cVVnuirOgc4Rzpm9WswnhmWPda/3dy4/v mxUah9S8A7URBTnAcvgvObdtL0qBI+ytAmIS4iE7Oupo2aS8tUSYTcav+r/5pOrPtcB/Ayhk /Y49bkT3pfuabSe1v9Lu8T0Q01cB9/Uf4RNr951PxHwudydwfBFz8iOPuXpvAijvcSfwyHU6 fJvmyS6ZEtwIpXWF/3rLM2eI6p14kmxxWolq48JvKE6xcLN5mxGIPIVBRW7EyWaIs/Izc5bH yO8M/NffMZ8Y6VpATF04GGdBshNPt6LwkOf6AUVCeXH9gTSgvxYutntHFwSmvCPLt9OZpfX2 xu1KHKLNZB1IyfWaHN9LpuPJbTu7BkQc/OFyzhNNT5kS4+dunqzBL4J8Znb1BXOFZmBxyTW2 cEtGwh+Cxs3g0h2ysCEjOHrePO1Wk4Een1LamyvO1Y5PlixLZOqn0MfD6JfVnWfOgZh4+679 K5t9330ESarTED3YUNFwxCaGu5Ie2e6B1XbnagpWR0aS7LVR+1JM+m2MxBeUJ5gmxxpv/RKI lCrX1+PwYHp90oGz/bt698JfnSACS3Xlrr5of/DA46jp6+H4a4t6pqpkMHCZ5j9QvfiVmZRU XIG5CMar1901E8Mqryp33hlGWMyqeuILUiXZM98pltJf6S/E83MuN/itioxXtRep61YlKCo0 jLL1MurXr7hjg0Z3vqftS5ETvfLgKLN6JetkrsR9GuOJ1uFw0lu7IZN00Bu20rpoBsZG2PNa u+ZdXBlU0vHzCLvg4jtE5jyrok7Tlt8IazIx+7fLT3nU/EYG4iPTsXaBnYWvsOrc3f7xLBIs ZEQg4G1b4qVlapxR+lCWS9RFHE54N1Yyekf8vqHkSySPYnyd1KeEfMXa7/0EUnROrkuGr49p hZgKLcWeIozCSrtmWctFimH9SS/5+TStv8REP0J608pedp/QccIN+cOmFpcf64n3PL/w3r67 3kpGjnxzyIF6A0gHV8MQDazn7KRwcqKrYhflbfMS+j2pjl6/24vOiv/xUc+OGE9JaKF82zjr VmzhJjx3+gkvvFN+ZClJCm9eWnq2Lo5YrL7S2Jy6loF2rjrsM+HWL5uPPDugQVCYnrRhG4nM AxVJbieXPRW38O6ZixpzmEmEQFAQvgoTdg4zlxfABZA/uDorJx1kDVmfUgbkoAArVfMq0Omd J73+kMW8H91FILB2OJPhAbRD50BfA9te7jIlW265nmFF2jRVpiKg9FywNd4lxkMqSoRDnwPQ AweuHK7Oq9edMIkcw6H8fN6d/15+daDLWpPgAW4umIcKvmRBnRrJCl6pL/+PxrG082qaGx6c sjDVVHXhOSmsRY3nKDntqQ3wUnaJ8fC1Zy5DXnlflKnLTQUmpFrL+Yi/JJSE/rRPn/L9TrK+ iCVQjO8PMgNUNSAk/BCINRC7vPIa/i8IRHvZY0souNVw9k9q6Pthuyzvxb/nIxUEvUoYWwuy 6IKe7qHHicGyMd7yDbdwYXxwnjkPB9Fo3I5ZNaJBfCFYbwsXQ5q6vzXy7m2NMYlg/1goJNUa hq2H/wwPK/QuQuI9EsTGOyh7gapvIN77mYsPxXc6zrQ09QLoz5rsyll7RE5aaiweichmJscz nzX5gCeCFTMXwsZdR6qTLF6R0HbnGotZXXV0l0kAFpYy2DVAMR7j8s4057az69E4SoVEA5Gc D/ttPHgBJ0oGB1QhvSnxfR9MwEpMr+YsFYwSnaH8Txr5vTDskCDMdwAhMJ8UI4qT7/NskB3G uS4Z+9vHtwIckf4hyxKW9dJtJNLrWA3G6o1gOhhpJsuvjiIpoCQy0Tt3hXnzLk8d21BPUIr9 lEApgsILo3gDFGCiqpFXQzS1iEWQ3gOwqzuBHrE/sK0OSV+6S5Q8AAbIPfphhTqYQjK1VEyB B05FClM5mnOwP7eVr6KMPcY8b1QhF9SMNwTTV9imeecglqga6WdwjoP526g0wJNj1ijXNP7b oeNuhq3zIayeXr6vnsd7kq0DShL0yXDu1r5awRBSNIEiU7Bpsx60jNQeW4cBCWq6Sqy+xVoy V2G8w3uH3l2vxsy3IjSP86gCEE9AXyKsbE+Pm4aThhR1dsqXh7hZzdQHTx6EVxqBeQN81asw o9PLyvwaf+eiSKalWA/Ls6Nt1xOTgutvTCEmnWlA0Uga3MJD0AGl0tbzPUL4BbuzJrk6mvx9 j8ujEIPhIn1bxKL7oLwegaKrxob+6JrrQ33vobcpZVoeGUbBVKM5ZeeAGrEn+N/MwYqpNVeI VGZWzgpm//IYf9vPRvX/Ei44gN6l7SUecUmf8BHFJqlndeNMUlMTT2gqYTjJRwnfRGCIzB7J YVJ+3U16sCvE8MfKWpOZNGjau/81hyQuqDhE1ade56FJTNJYx99xOeTCuMzmamcVaMJII6dm n5/Ly4jNwzP9uOQ2HBQWVMfzRwAVMZ91e2Kb2lIuhFdQjIYwIvhHVCPw4PLGW9YfctUsbxbp xG+cRHvwtDllPjDayLXFPA8wsRJRvfsaHohJnnVsc+LIiEYqVYV5S/jYARz5kdiqVCJA3X7z OpfnYyN7hGFJGXRMjiF06eqnHHDKMprbmwU/+k4G0SWuWEYLMd6OTY+ooTtNXEncm2r2yqz9 f6lnCRvJ8c7qSGVCdzYqj+3OwsMvTYqXXsYxiNAwvpnZkxjrpSKxD56gbHClrrfo4aQ0CJuN /uvjAhEQ7Zlk9CMj4BQeC6kDwCam/fE4ZCp6lr0qYhJJrSztO8hHxcmO0nH1ruxfXWtYFyzS bnwOFe38K59rsbzLDH25DD41qoTcuiscEPKVAeN8P4lb4UrS+i8LTWHgdj1OVCLsFFrrBIfb XAV2NBOIkdCDNUHTP71r7V5ckOO0wxxEsQVW61Fl9MtyFZ9OcasLoh81YdQYaalw/23D58nM p3+o5R8f+Q6UcqwVexVAqL5UDDCOyZE3xZwJ+QYev2Dottb16vypU9l7+XdGjNr4qlRnGBb7 km+k3KgKWAxgoAeMw7PvQ6QEl810W6RT31yyxsSYlvq60QcBzKKbEk9e1l6KHOO5zmCr2z6G QB7bqMJBDiXEZuSFIivrOWCuOF+fSu+wZNB73FLFaoa6OBCHvuqJJQllUD1BDa3N3smdRxIA LZiRVmfakACUnUUgN+xxRU8DctnEkTUr2MOa0PFToogCxCDf7vXhJmbjZnZxl738AkN06/YA XLISj0mU2fuoN2p7yq8xqt2sEdU0LCuEOOr/xbaylxjSSSn0JUAvq8XdytS+l+ItKSWbLvqH P9cUIBkh9ZYoWmhztOscRpSiDbzCvprhB1Vs8tduge689nQGBgjejBxGrjU3Qwjcy+raZKvm Zp0LHPB/9D3MNGODLth/Q7EX5xnYNlOrcQW2OO4Re0RGssMX+bq4gBXHvj1Wa/ln6inLxvqs gfULQiJ1J0Psm+myL0iYZigFyxTkkTap865v7H+2cPXKA+RVhHlycHxx8g344LVqMfOvkqBQ 76IivUbdj6B6gWEQ+fMDVP/bOJ1il7RsKzYBRHAneFP08mUDe1TkTuykTdSV0W0nv0eh0CFk UEwQulCdo6CT+LIVYlD5X+s3gSVkNimj0E3ox08sg3jxsas4o/8JsQYwLfW7Tq/x7d9Jy1Vz WX6A3HJSd84qk2l/ixVef0W6RlowamDPAT4aK3Nn2izqGZ/E4TBwUY0tuDCItklapm7spvdR PZmAjtyS83cc9/k6uwQIQrkI2j5+dhV5kxRNHCQOQH10vl7GCLpXxqaYNiji6Y3ydw30e/zJ dnJ0AJUI+2dK84Jk/Shi6+T+sYLfGQMduCx3mg2RupLQEhrsN352bW7ITsmiugcG7XxXfAxS g6SBiuQUBMMCjAVDqB13Nj8r6BywULzNoA1FePFL46Y6zQg0ZOgifAE57jq3HssPWu+5Y34s GOU2kYofIGOXGVsrEE9b2AULgg0B4xhUR4NK9XTt5j7LVTyjCXtVVS96aJH7XLaq2dT20w9h x6AYy7iE+2Vmbzdp0hN3jakIEnT19z5tJXh5PkPuk4E++zmrBAM2gRxqFU/qoBwNwB0k+RW7 lCltNrhABolxRS41OvWUea3eGkNFfTMlVHUvA5ZHBqt6WOxzcdjxvhesXt9dDWdPn+DnonAv uk4Ka2c4MfA0w8VNyG9nYo9oKVS/mIf6fdkzPdmwLaYj0gtlzNLVgzfy7kT3nWMpq23iZrr+ F/vFfLakOWot5HSvP4t5Bt5O4nyASI9pFyHhcSydVLX9ILU4BKgHMHfg7OYi4ZqbNyCXYEtY fVMTGoEXU/vWCcrUBSHuSyDB57gkP+jWvPPdpeStzTlFmhqQhKVrLpY4vDLWOu10+zQ1TqsO sduZKUjgdV6AnSpjgmzbbD1l/f4lbTHbmuht14E8cmnkw7u6m1MTLgRdEKpYfO2vQYrbLc9k iuUptjXZnLu9gZ3IG7i61SJLyd1S3QByhD8+gLn1WlFMk0UqDHOVjTmSNdu1BzZI9MMhFuHa x8OPzG/d93JMW2wgH36+P+4qq2xX0/ZT2/RznqDosQ5Kezp31p+dMAdE3VgVnqkkXO+cw7ER vdPIUQJqlCjmSjnTUVY9vzdTNzSvqaicqluko7wGnEllcnvCDq/2unvcl/zl5kHZvdOHRY5X Gc+QcKBfmPmDACHcrHpZtn32fubQ9Ru1y2+ZdO23FgDh1nK1/bw42/kfCZI0DPukp1dAmg8Q kfD8HKsrzdZHC2Ypj1B5ulJ76qvbn/2FdbZsXibr+nzVdP3EX1kAUxT5bZhflp4xVIFypfHT qQhcxiu5EOqC/WSWc2SvCy6jaeuid8cBHv0hD12VtfFfrKU46nQOnIWXTa3kx4hZ7WxDgtom 02n5gp/lUGGcasrU6lrcfUoUFW1Tlks7j+bBzpe1maPTH/qIVf7mJTuT6B+eBUlvPIvG/+tL Mry3UBd1bdrWcoQ3PpVa2wRvOzpRVFzH14Bywjv02I7F2bWBcHQP1SPNEABusioQDUriOyfu fU8mHpDlyMMRsjlEyMyaZSFRRUEIeEVASdyUtXm/4XOtY6zz853E6LgEVtVBp1TfEl2PQu8Q RmlwG5nHFN25N+UNHoQ5SjKjouxGO5zjgXgb+rPDg/qGpZJbkZLkZyK5ClypZdjaxOpwYwd3 ySWMqrU+0SYdCpSoGnOefSBKmm0UvnG1TYzEyfT3tOz1Uaq8DH4xNYKEIp/nm/k0zzmgGkC8 jpdWtHAf9+t36BAEsl8kSFkQFyFWo9XxhijvId1mnxAxfHRdB9dcD92AD4Qk6vfyjAmwz2KA BSet3AdTq5Eu/68mxpuR7lhs1OMJhwrYXIBPAFAgCXkZCQy7ZsmjJVtudjk2PH0jxPgWx339 ANxqlOhcNwZIS6ANmhMKjFbjLbK21cEeTpLv0xxYpsw1d0UXkbAqENv8bS/ChamZ+OxBm3+X U+7dNOG8BW588i7+Chf0YVxmCAucSaCAIUr6kMslRfmLFeoWzW862LO0WM7ElWPCFs5ITRm+ +GhL4RwIXcOFedYypNT7MzVijdgfi3PAAxHjxFWDuzDIalmNLyTKvM7ughe+5yIh4dnHmM/o iBwGXGbNJOFLumzBckIfX3pkVSAgC5uzZ+OX2TUgRus48qSAVdtaV+wNSHQ49sJ7NJ5xZDms IQ9iLPp+OxJNN49WDWnHqRdNgZAUEaZymUVWmgfcTdX137FEGfVVCC8T5+2UueTIZjtGAyjX D1WutyprcPH0z2SaCDA3t6hFdl7WBmAVgZYCQbFRirCY1uc8EAMqdMe9gAsmiClSvdXGVRSQ TOR78fXDGUXFp4YMKIZxbCLD20C8J/gQmdpwyh0ZnPylaUFJPvWokbY3teWx4L/ucF6evaxS VPu1dOtqjyvqJ98zf3FzlkW7vKMhuOytghfJ8KP9axtqy0D8hfYeIBwnRvWNjGIucOo9fCbe i/F70psq0ZHUpfx2ZJYAlj1H21sTAf1wHyYTK9laP9feuGM6+UwCcXS1qPQ89Yd9AmnvY/jc U1wUx8zOfZ0no/epRWt3qKz6LJV+2T0rQeLmi2ReNJD5pfE/tSmOJ+oaSV5RPJ22B8iRqR2r nTubvLia0+JYGy/PA3jpLdnzeD+9G/CkVM9C8DkAdmWPJZm37gIoLLADm7tp7ZUY/YyNvv9S uCKeDdgi8XcEwT81FYddawv6D0YIKzu76BnWDrTo1YUIiPI2wDYmaH43H97JS3mFuUobr3EJ S569MZOPIOOD2+ZdfAveoP8z3A1aOK/FxfZ9lSXzgrjYD2KHjADKsLdK/i0l1gdh97vHyRKi Z7VC7g6Tl9yimoTeQGGJ8KFQTZsfI/rP18OJGVDZitOVn2KKr3eQ1hFZGSuOzNwX9jobGu7z 85XuX2Z2UT16grtG2MX70SM43f98ZHGc/iEJDGSpWYLIyxPpkVs/1QJxJDP5zlI7eYpNqGJh z1bRytf6jDoBbMRorZdjovy3dSsrzavJn9aXZyWIqZpiyYkdRm4hIB1jtErZ93ZHOQM0nrOG FVd8XdGxMdhoZNGGOdu3OmrUapVhPNWvaoF76Ns5zsbnvWCi349MFb6gk5G9N59CVdFzhuEM CPkf64xaVrhRdPsCCbfhKNwnVXi9oVOJyxabWLn0tB/IZtH6M0gz1hWTc28XGBXydQLpKe/X pzRYsH4uar2Qrdgu3T3uzhtt3Zz4cmHBwYUhxYVP9CbX0BWxI+ERND3YniXU68sAW+n90g4J SIcXkzwb8ucUnnia6Jdp6xawgYghlK0wr3FlF1AkEdjtFTX3fhGgTN2hcz7aOgdTAMR629e3 zWV4fGCEj1ZoHoJMUe8aE68GzwElAS5T7MENq7zxCo5DyrssCZEPPsHa7WcxuU+3prM/rraC Bgd7QQhUSuOrNTxLKdXCYrKqtr91mYkXoB064iA+xWQDPgCK+g2e3PN3rGD3A5EeLiK9DI/y Y+7NllTeaxSi9tJ6QfMtWC5S/xp2muy2MWAbnk06gtLhOi5p7MuuacoYUd991NpZx18UsPyP BMcY+NTeGhakWJKZ30Z6H0NX5DtWqgCzBpRot6iWli0oBSbS4scBFkb/X13DSzECTLdVR8Cw bxKaIocUqk3MKH4kP4R0ISkVdNbWj3IAIE8puyLpxMnrs0nyPBG21/zQAqA9jOEyTi5EtiFY q8LiErgO+yBI9syMp/89KLTKEhmnBN3/m1OVoz1CipFvzVYcCIcUzaNYHrPQ4TdWQvI7425I vRuMAIlOivPfRPcN+GIGI3TR+8OvJmcNVxjedPAFV3rNbKRoGpQVIa8Pq3TR5NdRblgqDboc TKToa2/hoiVu6Ar/R2otMDuhrG27/DYK6TufU7jdvPIentObM1WpawYEyXXv+C0QXkO5E8a8 Hn87O7qfB38QM8ivZfF7EZwaa2lLyziMIV1iTXNPSLn7IUAUVtF5YWHJJBnj9GUjeLpyLjdG 1yZ2BD3pnghU+sZkWct3AKjqYTKWii8ohnWP4ucTYhzeM0jDuQBdxjAdVfEDQnFlSWGkKGFq A7lwZwvOfm+oA5zgd6u3w8aUfL/YfPe4FAr7XGJXeYIjNAzDinzDuqf1emZgVkQc2sJzYaOI JkEuZXitQds7ggod8+z4JicyVr2v1uu1DXqaK+QfZL/Ip9VMYhkcEyhbqWUGRGr2qk6+nAcl 3P8mVpDFt9gKkZi6JgoWmKRVtUALFYzcBiXVdsJA8TPqncJwFvoMf8D2CgOmzmNCcgCc+zrL uEv/478c2zgtmC+d+WoJbH3NPIAPua76H4Zd7n2M1N62eBKG7MisJuLvmUvH4dPCyvXrIsqx MY+vteET7FAi3a2r02wHco2e1eunc5dadRHJPmg6gkMkzSOlOvuuwLAg0KrF+Km7PuZ6qVp3 e94t+FbENIwkNbsc/HjYhnorVodk15RJrPzns+8DS9f+1WkKv3UECM/zFuIoMi8pQ2yjpKW8 Ok0eo1ojClK0kk7nFIfLJW6ZuUkshFWiAgLdiae32tIwY8lYZIfgpuyBxfwOp6FukRzZgZTw xBhqwDRg4QOnoX3zTZTbtPbxRybpzwtHU7lxYRbGo11IGpH9k03e13otoDQG4RVVgbw+ECy1 D8fS9ng+BG4Eumn2IeGckh3VEy9GKDH5o08atmjioou6LopGlX/tZ/14OFjdv/nEYE2feoQr LVwtDX5fLhqBQ+OQD5TqH55AILgRelu3sKXYi3ErLg9joAdC27u9nXFaIF4r+AncbChT62WZ hR4U6HuBqNvkqHG4/Q0//YngKeuptklr9PW8P+AJonl5s/oodsehWGUyykY2SFHlXYMGnp08 /39zXrugm9JaaP8YXDmXhyEVvpNMORO3H3WVmIReJXMmH7f2s/vGgv7edb3VTvEn6W8PFhHr 52059KpQdOSxA8R1X6ZKXdxrXLUO0yhCNcG8VubSBvoJ3g7RCIJIHq+DbWEd2BXbPQWhnyYI HOQBmvw2qx6amBlgagvhPhvijwd01NVrbKMxuzHiNrZJr6Qi93ElYy4cjjAWHA4V6YnjdpgI vEoXwtWWI9G8KZs8TalLiyqtRNUbw/1eOR3lX4ksBCnmPm8h79f2/A8FWUpWt10MvsTYNHSQ QVmwPKXMu+JMhStPLUoRBCX6lYuFNEHNBgsWFpeL4KPbAK9KlANR4yHhnZYpVbhdyuYdzbP7 PlAXF6n4wvOhrsR1nQ8IGgKXGaLQjO1YxP6RL20ZGjvKkSdHNOhi63txl22w+asKVWT5DxR0 8LtXZ54qFQvl18OHfjsdCkAtkdMdjCqUfaq+2BstYJfZYNMLeGNriWsHTMlMj54Ec6Pbh5E+ TFzQQOu3fgYovNntS7gPozR0fbPxsWYv+kaDo08z2M9OvUpWjr+tW5yUKi0OZXIavlrtAwOL oQjjp53HLLMS1cWNP8v/J1FiJRb4m3azCERGiRzfW8ICR8VFdfhysLblbCSOcahELDq+aalZ EvRYVV3NHfz8pkauQkvyz/eHmfpM8LiShW9qREWPcZkBMPVBaAzP+N1015skLuGaDKwwW51r EE3yFczc1uP19VvUPt3ItSClzz+2GNHV19W7wo6gBY3dvPsGAU2yuWet4J3RH23cBWWGAdLB W3qQ5zm6ts/D4pkYPEhaxNM514uw3FVyWZUhryaROUTEKx6qlWPz1Adm9PuTCFXx05n4hRKh LzJgoAjBYrQY4A7u/kg1gELulpzHSlG5aZtP3ojDhpOU9MRm2p/9Y9MaTB0xg0hgPP4UbbiS 0RaUQUbYGjaLvad7nMGjifK1bX9jo+t6zAkTj8na0b2tcl8WQ/mKYbNGr/wE5hUBZ1QJFK7m 4ffQ4EtMp7dm/R8C4rlmyBCoMBKSLJIkFThQ83wgn2xIcWkyTVLWP9S8Nh3lxxX38wlVohgr dR8k7Rq9N7TLJJrd+W7rPPOMHi3dTh3YXOSjQ+bRDziJ8y9uq3QeMQrPpyfm1fMTyEe3cXWb 4aEYIWX5U48YHGw2Fc6tzX5XTUckzFg+HefGbk2ivAiqO2BCCcWoFUmRJKvJ9a2DIKE9zYFy sph+YUPFIAl4/K2iqO6lnHE7SdbcNuNXA8nuZGoalUu6D9vc5E5qzPVhdhzhFl2MPLDCkRv2 8PdhfC0qS0g4lLBK9E2f8YjusoIbwyuP04URSC9OkuTi9Ixocuon66dackeLapZYL5f/II79 uae8nnmoCa4ar7kznkjdnZveL0zhElSu/OdwB1CNY5RRJ0MUcf+VuCKdNSFCPLmO6B76wXz5 8YYcfLT0ag/of+qIkrZnh9SZ6YHzmg4UF1d8t19SnBVFpgKgxkPxbLoAEZFfI6UhI2lbVwys v6zX1sajOngxCeMg0SpE4uwxX1j9ura1tq/q94akrH5aYgW+xYmr9t+6Q9bYBLEZh8exHBpK AR9p6+4rdvcxGNVhXu3tpZOyIaONfrK0mmTlM7ld/sLojyFv9XOiR4QOGhK3l5T6NmdD3IcK NliPDqBQoeRGQhIuMSN5xc1MzbwwL3kvKOtgKESctmNZnpj6gqBXfxSPUMRJRSZDaDmtN9sY FUPS0azoAPDfMECJWr46IAqEHUT8smm5LhDcJ5eTYJ/FZnG5XEkdi2dhgGNxMAeA8zYoAuZX whujaTp13288x5DKm09zA51G2QYwrwtN897/gNNgmi/9JIG6ColohlcWpPa78LcWck1ARzLN FTE2J0J5DAMY+Y0b4LZk3+l3tj1x02ZuysFH3NkZKVE/XXWXE6cVOwgclbTFPqCoMubhY4+g T2t3zjcNDpFfD3Uwp5ToCeRniVRVHCy21qS3VVizYs0m/t6whHFz9IfcmEVTw5VEoE57eLVH inmmYRNnxNOsq4jbaz2jAI01VJ3YiypA6XCSmB5GC7ZTFeJ4Yz/VYaYhD0pqs8dlHnVQg002 K7F3C5wFbubZ+h7jbPxAJye/teJi9hLd83bxk6nG1swBJH9QK4ql7xmvUHcGn61U926+bno3 6CA78iOvv5+p6IhNVUp9SReVG3FBddeMb2d6Hsq2w++ZbCJhJyhJsg10IhhVs5EFIqvecTBh 8HxoT8YFoANXanREBkXx61qCcVc/x0e92d0nOENYuA9zMQF8v6IClaM9GVaYvhT8b4y4aMCD JbB50u8jmO+iMcR3+yL+V7UB3sQMtPVs6sCmjwvRzD2Ls1sPYGT3Se5XL2B/lyT2Pla39CaJ 9RHvmS9u97auq4wTSHiVoEOjJNcvxCK1ap4MKcygzCuWBKqseKgz7vEBxU5o7izn1tmoTdw5 VVIv4WhOXwYOpQUV/9FdOuOfktkzAogQgJIYDJJhzoV2lpxa++pHcQqXloA2p7ro16+QFUDm 4GS4xJRQMo9nvL9+/LF47+CkMF21jP+QD523mWGIa+Mv3EvaYX0ldnN5t5LfYYm3l8N/jOwg bgSQnEEQzI4oXlXaP9WrBH3MzodR2szmAQ12iSIxO5YR3Y6uBcNVPeVJfNtnY8m1yMaXpyAG 3z1glV+3WAC0bY/lxnRsYojTuJ61kHo8THavlW8eBWxSZqwf6IkGQfu0ISq+KQIcsGJYxPn2 5jNK25Xz2GEFT33jMZ02Ackt+Lzr8vpz9XXdbtVeFZN2seywR5kbPRWgFlrnfcRfPyWryt2a n05rALCASm72dXsZF1Ef2I6SYVQBj34iXP6IfMHyORLO0l2JsHWHjWOtKHeLo26uUYwjiR08 Vtp3VBR7IFaDE3gbzedIJhJkp92TcQf7Qt+lTACxPkr5YgkoMxUnfnttePWJf850clXnT8cy vspFymca5hARffiG/B64LWqQSaNxOlf3A9OwkKDoAopciRVzTxTM4VEv7FnZyuQYK5hOF/lL hzDjoo5r29qLCbU3RvM4BhLrNQuAzD4HFrzYCJooSeLt7pFRv+8Kc0nOAwb62nx0Q4o7wIDw 5tRYxsXh4CLH2UD8LFlQBE3SRUYPtvcHW3tA6Jn0mYI1cD6z8hTFKxgpIQaXmHQkTA+1wn3h jsCvbr//PNopGDCh/V7Zi4ILfQ7SCMd8bEv3zWd9e8VUnR2BymF8sZi6pK1LfpYtModEA8Pk bncWD0j+m7UVOotaEXRWQnrZdnzQlbn8bGm+5Wr7YQ07fukJkmH5qpu2aPgWrcjQMAQ8YEzx lq2qlw1HcEEgcbEN4udA23pOde2MNQhD5BPWI1jkTASMka14hnPS64AayPIw1MYwnLJN2rqz doqPZGaBpNW1RgnqIJaSYsEkdZouLM4IYorEzIk3W4M1l885XBzw8mvolugTfP5dtkWqvLUe l3b8a1PWgvsZIZhQmd7MpghluthvTprkREQiyPLfSCxRJJShjhr+o8vn/SsDlKIvlH2e4lai f9phJCuUXFsPNQnfCvGabOnQmasSscNQebA2u7O1Wd6g3Uv8fsIvsMkKmSC3JhVy25mfTeWb pMBw1gHoOaRUUYkW+mE4KkfM5xKsJbSXqJa2LjvZXiCp4MB9I4y0EnRdqUlKsmlKEz6zYH+0 qwnlXp2d34xWOFrTN9wkcTZzGX4AHoeItWU9jTXwfBeOoqhShZFGxgVIB1PlkBDAKesty/Cw KeWV+Oc8mQpyuKW01ZKaSIT3fiQsX9Jc8yLrhSIaA6QraUAUY8vriUWgiroER+5Pc85LWo9O RAmlvHD8kQSUptCPOlkqo1IIqsMM5RUJhoOI/D0jF3sHijAXtT3VedbWf+EqxNGNza3Lwi1e Lr1mIDm5VHcxpWnllU2AN801rnD65jt9Uk7FnGl89vre8uVJ6V/l63hD1jIk1b6W/1K217NO zCotLlwLie3iQnJZLTrfxjUS5PgeH75ZyES0zbxVvmqhEwxSTiAB/updOBCA4hZn6LYPaeYO qBwiYfu4F40d/MrXGKm/jdyAActLRKO35flqeVqQ190dgVsp163BaFQ6WQrafvDdDZ7XTnmf Oh7MHkWgz7M/tBckZyLE/Z0VhLgnLD30e2uxZ3VFtjghOkAPIsb6YO5TtCt4KdEncw5P+Wf4 BSve0rl0KJqgPf8W7eCdyyc/Ftpvm6c2suMPZJxd3LLmuMeh76ZzvkiNbJSiBcDHhSYHCPL3 jkKzM17KZ739y1mnkLN9PFeoRcQycO1XLJ+R8B2FoVNYJnhGBi3wlX4aM92nhS5ePvK2RxC5 wOYC9HHZLdh3gLPEcaas5IGmt+dxx+37CK1G6Gnwlx3xKOsDWzOIWMxko8CwRN8MSv0Q1KsM yvek3Klh8U6KR32VkmCJEPPZ7eIu8adzIfkdB0v0cJyTbvajFmz9eTnYe7XQg5bpKXPEktz0 1Pg4SJhTmy3P0368QP8UU8X/+sk4VPXJk6St2ie3YKCtazogf5DbxRn8mpYHYjnacaa8d0NA I1S5LP6WrAgjAfiwXsMmBv3eB1tdvbKx3+YqW7/1dwTg05dPhTLTZQ5rZXUORkSO5Y87TD/9 ZSMPP+EEwP6lQtFA7oWY/XtSpNX1h8gCjD0FQ8Rqp7ubmvazkTfBAsOlR8E5b1REmqK9HmS2 Ys1OxBrDGlbcOG7RZL97IMBJUjwYtalGiHVc+Mb11hqAA4Pj5Z/+hFvE79+3rJLQloh5q55m DG3HDpY5VDtEYJKkuPvQbdLtl4onqr67jPcZsodJ4glAsYljS4F4VyXfqIUufpwWetfhJJOi ksU+GIf6uAIC3XCyPJdIkfYfb4rhYbuMdZ/aeZ0Q1iEbS+IpCrRX7cFaHm2z0ajPlfKPGKes 7FAry7RILzsbinvQO9cBoIZEwgYCnpVx2gG2liBk75wOta5p9m/Y5RdtXUKe5+HBY7RVT3RL vWAZBZCw+Wz39CiDvouKOYfepq/Ivn7BYb04b8BmhpMz807up/y+cG45y6TRU2hsqmcHm7CV d5+FWJoafk08/cwtTaSXKd/p1j7m42cnmqI378PWy+2GRPFE1V/EbO4KQd+PmhLhsps4Fzq5 a5jnJpnyuch6nekAoNesNHr1FXSxz2Xs/WuGCkRErHhPE2UHRqlwE1nFO0SZeBKojl0+2Rio /VXqenRFohdUOCyxudFWJqp/ZGe+Ocb9SUx2fn7vvNUNftX3bdclmxsj7RIOqbkhp5yI3TIY 1FYyCWfgn2XsNvpOStvmBbGPKcbK8YCIVbOaSct+BLO855vt/uBavy1oyLrkoVn+K6Q72dPF nJ6Vc9H5/lplFDs01keynxX2IiZMxp+4bAxAurs1LBCEGh7p0NSkQHSKYor/cD3/gVhFFUK0 U1WS7wRbRlbqrz79HBoGNSF3XiNeSRGRbRqMw1WMwW8MFJtvUolKkyMpG6hk3i96tU5xx44A Y6FB8HMLCu4AT0eQRjCPrOTBAUmS1TLAkPHk/EVfxrsqUctZonyEemSUztuQ1O/VcoyTu7et FDyt9niHYwdq4hMX9cnOTl2yMOZs7OTMkz8240vhfeWhTw8UErlXOXBtXAe0Y95dpGAQAyvp 08s24YBfub+ih7uyZypErR2tk5o37Lm3jfn5CyBpNm6VgjfPyAfYgsRRUryBfKuwrvLilHZV 5ejcCiUzRxe2HPPpTxBwDai6Fx+oLWNkZ+vjIIQogvUATpQZoa/fGK6Aj8K57WBLyXC0hUjH Etr97kSMWgqE+jhYgarkw/hQB+fB5gcvwSTaDZS2pZkPCCePGTGbRo8JV3YYU5JshAD0xR11 dUvBIuKT34GNM1YL6mrs4SrGsESTDl+/q8RPjoJKZDpbkugzfmPdFaxi3d+mx09i/eRgZXot PGibLOorAQD62JfB0OXmsUPV0eRkNuxyKDaENBWlOSG+Vt1LZwnek5IxaSdWz83aov3cOQTR WC3zfCYQ2p39rflQsLgBrb+G4x/iBiDfYhyS9SiAOE5OJ+jYfgVTtaufTiCNLMgJ+K7ude2g VOd0oh+TOTgT0o0IuzCqAitJEPsH/T2FIzLrjiaBF7bNA9jhT4Yt5+t+EWkk44sydug8KHA4 DfdT0oj6Ya4t20WmkyysSN90KVLdJo1mXbK1NT7Mlw7cssDVPd3g3/eRW5KBObcBnrqppTgO d1ssJJ/NcTnCZsJpYK9LT4fw5CCM2fdQlZPUPhXc57ENKvEdDOstkbqlDTTfuFdmKG0MNuLa HQS6HXzOnl+jT1eW/nWiXqGnth1GUHth45XLrXxSovQvtV0UBD6dXDL9z17/+iPBSy6XiviA 0GlUThr7UDSvPLwvcl7F2y+STs33U9XsyZU5xYUuttQW6E9nnN9MiKCELwVgPpH6x1YSZQ9o 6WnbBxP2jVcox3lcNUlYdHpW3SCraQ57N2u6w7YjV8a1fYhlt5d4hPQBnBoD+dyLFyA9MjZU mmPkM5mtjcG86nnpyL4LVsIk941jkvONP9Gaj5mqf6ilJTBp1vK9npPssYJSjzd3WlTtnNhp YTRNM9ZBYgEuvN8i6aLZLWB9cCrVJ/g8MlGuO4f3AmlZ+bEhRu31dd59xtcl2JHpl8n027oX +IYp7CcD4f/cnDggFXikxjD4EhgRKaCX1qf0xmo6VVS0pfddjQYT/TWMaWYdn4pRJc+jKm9Z JsWCMfdDPjzxk5KCKvYYbNXUBGq8/GAQpzddvTq+3NpFmQZA5g9R1oBPA6uFRukHRk50zGUn TCi4iLrw69AsRl+4oNetRtYXxyGY11LXNF3TNLSq164Vmq56kh6rU/aNJguar0dFCAjZnxLu Lo+OkZaItf9HQZBFqYd3p+MyYVO+cD8q+1NSQZDVLMUwWvLjUSf0krVewbdII3+UpoR/mmUR ApT2iT0lR3fc5xI+P3KqV5F2MqWN7eFv9UJBY3pvS5PvN1tfZJNFOy1anYvZ9ZWrO4cs1N5G zzwu7hAIVcQRKI2lrr8jIh8yVOdHpDL7KWRKkg27VC0r2x5HZw4hc8mkpMmO+ux/VNplMrLS D5Z+oM6Fq0qpRvz50LuOXhagSe1SvA1ku+/sAHV78ragxu5i+kIiHm8/UA86zzx4v59Bc9Kj hWSD+fPx2087iphCUJr+H3/lHSXz1Hn80GzJAcY3vRxgmNLe1aZrscbQjuU9xrYDSMHZek3C N9T8dRdGY/OdUJRFlz6/eziYYx03vu5dXjn6SCuuFFJlXp4lqpaszu9iumy1AvNz3V9zawW2 IHqC714tpaWvCddFWoot+mhgpxp+z1L2dxmekLajbkQJw+tchy+bPe2nEbL8Fgs/s2iZnASs h+ZH0QwVlTybfe6zJn1P7AvEy5JQqWSArdS0OU2yKdCSKfAjEjLMb4fRf0sKdmu+powdxXc1 E1Qy0G9aodxm3fIQjGtVyglhhk2UKxtwM2P/bI3koDgv73vZOx7PxOKXQd9GCiCz30nzOJhk sCbUNeVXridMAULOBFk6PVhXL2YSOLZtnIkwfHvyKlAob3UY4xAY7w5Qvzv50+EM6ON2U751 WfSz1L29NGHngBTjHyBxTibG7dFs0qh3DMcmu/0mY61bWYnpmdFU/BlxJXBEp0El49AtuJtF UmgxsPEh9yj9mxuPw3NJ5I9kK8DVWr+cIiatAO74+Cvmu31S2rxkHRHCxTRooxTsCE+TVvA/ 51Kz09JLPVLr+V+6vclmFRzzya/ZyIU8iVKRyZDS/zwqMsT29+dOjJpPvAwvrPKKnh2onboK sLCstm5BI82yUTc22Qsv9nQcRRWdtf+bfeorSgn4MsV8DRzce3Tj4koQWDhf/AzjHPHyN0O/ 8eJ/V1IsMdf3UqrH6EkRhPwyTx2vaBQpvzZEM8vvFPI0v0wa57N8O1tvBzslESks1RDG2dEI VcW8Byp2BHwUDkFSw4PEzSEfFcLbm+Ws3pGvHmxb+q100NoRLSPoSFgxOwI3Mr98Qmv5qURG V78VJZKPJVDDzx+VLjtYkMfeUDsKDyn8bYC9RJE16mi1gR9amQljIjRE40sgM35B/ruzzqGU Bz0nRbguZ5rOzYkv0TGb6RpY2JJ0zC4hI23xlg4StBFZnTB/2bGYiXvFicIMzc45mo7aQ6xf Fqm0NYneIFdY1YtZJhsmTEeiIncZYCsc/4+ddcWNcGGOmo8BXUt95eJaKUkdwnmE+Lp5BEkF /cWIn3O/MXoSOopWFLVdDLnvdmaTnjA/JgGy+3pdtEMFPOB3zHtuiGEUoP05v3H2GHSi3/7l N0MDUKTPboYxNO7zkaLADKhdlkPh1DAnthextGKIHdDLg/LYe7uUt0BCBaqwIX3fdMMYZjc9 VHakAYDHHeSIrxGIp/fVWZUaAa+P4CNeAwXhGKnJ6KlpZgRXcxBp4JhnHj6VRo6uiqdvHAj0 exQfZAvHTxumz2aScKT7lOTWhCMV//HOutYKkACGXAa5n/MW3djbrR/gYDlhstAlp43sNgjr JIiFQVoHC59uLeys1lvc+Qw7nxlcIBXoqpNJnO7lLPjYhshl+XSsR7uXgQ7w4Jmzv9Ny9Fk/ UiAHkdXDD2SKkbX1lres5Svmn4K23SeMCt70k5JlJD4W31h0hV/1yN4RRNsoxn1W7DXA4bJP Ve86hIOZ/fi1T0g07Bueeu//W7pZP7APba6tZRlfe4+HR3I2zBe4DhudqaQ60jcLUIns5Yt/ efZ8Ob6pZrwIsdd4HO2tRLAOvvphd9xXnvVseypfS4Jt4urX5k0vT7lnkTpWY74IDhdUYV9j 7Fr5r18KAx1EhskGI8Pq8JOMM+HffY6uEJxnB43WGQd1LsU9FxWkc+VqeEin6UvKs8fw87aw TvBchmP+v0v98O8riYPrtjYYdu8QCebt8JU/S0vKNXwP92BzDMFtrzcRG4d47y22ixXs3BF3 a4Yxn3RZVgoWvibIxYBge8DTy0e9BeOr02XbMVa1B1gKsG+dHLgOEMFAWZy8kG9N34A74elk kX+BJJ4lMddye1IffYt8WfE6/ThNr4M9ChdTMOEymXqrE7psIrzUGPpsc5BG/o5bA1NscPoW XUvZeNOgIavjSfRNDv3IG6EFDmC6w4pCCsOsxfTGWMHz+1AUXJIv2yPNKY/+T2tdEQFMRY1M 6j3OvJU/smWzSwmC/5JVzYmz1X6UhYDbO06tJZMliLm1SwVbB4hgsMAl2nNOAK/ZNZr7mGlL sdaHIJu1rSKVPDxYWaMxfVtNe1FKSs2gfX4atXIhUHtaI49UHdZEK5URjxhQ2g2eFyoNNHSh 8FXvaCMe/W6g8xv/AGmgZv4+hgn9TOCz8qD3HFouaqc2MFsqaPHxEThJMIMR6loHeFyPwqdt Cpi8riJfbsKHPwdz+3a5CqmmPrvFEKhXFs1ckGVdotLVhl7ZkZmo2g5xbUZHVb4/KpsP7XFe PhTVuw6cR3MShzoGMRlK7uLnx3cn8QjSX9JnkAgHfVeNuiBbEF4YlUZO7y3nxGp/g82xDmjP mcykL0PGKtahEgti4Xp9S2zPUkG5WzzyL933as84M7dNScHROyAScM+4mc4bcgh/JNpIBdMH q5j8CZL15c0bQFVIXoTvf0eZ5lMrjqwjvsAR4DnNId36XtnzHnhTRYEV19W+Zgz2jr9GR4l+ XhDRcOSYIWnYYBncLUG1iQVncYjaXvwiAmymhy4vU9w51ZyVHeXNTDt7HzcoG88UwOZbeqKV kZ+p0MqcrdnSU3RGEcLaY0LBpA6n5xAvsPBrhFaQIKKBmUDjlRkdviyxpZeOxB6hLt4/2qpX ga9stCk20iwPyY/VEqzvb52YcUIXymLrHaF28cFipto3+u2lPNFhbg56+LKauoKtJYea4LoA 14OPbJQxldj40AoxlNPLuUT1rgOFCwih+3iGI/HX3uunqvx/xWKC80et+g00llPFQOykQzrc Yvae66vPZR9DUi7u8u5LAAAAAFBLAQIUAAoAAAAAAON7kzB+cADhaG0AAGhtAABzAAAAAAAA AAAAIAAAAAAAAABtZXNzYWdlLmVtbCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAuc2NyUEsFBgAAAAABAAEAoQAAAPltAAAAAA== ------=_NextPart_000_0016----=_NextPart_000_0016-- From dharanibabus at hotmail.com Mon Apr 19 09:21:17 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Mon, 19 Apr 2004 21:51:17 +0530 Subject: [Mapserver-users] urgent -source code needed Message-ID: Nicolas and tyler Thanks for it . I got the source code thro linux box . Its ok . could you point to me how I could -nmake on the map server code ? I am trying to -nmake it with evc++ environment . I am facing errors ...But I dont think its due to evc++ platform.I am seeing baffling info on this -nmake matter but could nt find the reason why I get the errors on running -nmake makefile.vc .... NMAKE : fatal error U1073: don't know how to make 'map.h' Stop. with regards and thanks in advance dharani >From: "Fortin,Nicolas [SteFoy]" >To: "Dharani Babu" >, >CC: >Subject: RE : [Mapserver-users] urgent -source code needed >Date: Mon, 19 Apr 2004 10:47:03 -0400 > > >Hi > >You can extract tar.gz files with winRAR on windows. > >Nicolas > >-----Message d'origine----- >De : Dharani Babu [mailto:dharanibabus at hotmail.com] >Envoy? : Monday, April 19, 2004 10:05 AM >? : mapserver-users at lists.gis.umn.edu >Cc : tymitchell at lignum.com >Objet : [Mapserver-users] urgent -source code needed > > >Hi all > I was compiling the map server source code I obtained from a map >server >user . Nowits fully corrupt due to my untraceable changes done to it to >compile it for evc++.From the download page I find only the tar.gz files >which i can not extract as i am a windows user. could any one point to me >where i could get the source code for map server so that i can resume my >compilatiion afresh with evc++? >this is very urgent .....any help will be appreciated >dharani babu s > >_________________________________________________________________ >Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag >Only on www.shaadi.com. Register now! > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ The latest games ?n gizmos. Tech news ?n downloads. http://www.msn.co.in/Computing/ All this at a single click. From nacional at cbs.umn.edu Mon Apr 19 09:21:46 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 19 Apr 2004 11:21:46 -0500 Subject: RES: [Mapserver-users] mapserver demo cannot display png files -- RESOLVED In-Reply-To: References: Message-ID: <1082391706.7892.17.camel@localhost> The problem was incorrect path to the MAP_WEB_IMAGEPATH in index.html. The DHTML example doesn't use this tmp directory and so doesn't have encounter the problem. -Perry On Mon, 2004-04-19 at 10:28, Steve Lime wrote: > Is it possible the browser being used can't display PNG files? MapServer > itself would cough up an error if it couldn't deal with the format. > > Steve > > >>> "Gabriel Moricz" 04/19/04 7:24 AM >>> > perhaps the name of the files inside the demo.map file.... > > Or the png library is not installed... > > try to use mapserv -v, and see the imputs and outputs... > > See my mapserv -v example... > > MapServer version 4.0.2 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF > OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS > INPUT=GDAL INPUT=SHAPEFILE > > > as u see...OUTPUT=PNG > > I hope that it could help u.. > > Gabriel Moricz > -----Mensagem original----- > De: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Em nome de ESSC Admin > Enviada em: domingo, 18 de abril de 2004 06:00 > Para: mapserver-users at lists.gis.umn.edu > Assunto: [Mapserver-users] mapserver demo cannot display png files > > > Hello. The mapserver demo works but cannot display png files. What > could > be wrong? > > Thanks. > > Regards > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- "He's no geek.His tan's too good." -Benjamin Choate From TMitchell at lignum.com Mon Apr 19 09:22:43 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 19 Apr 2004 09:22:43 -0700 Subject: [Mapserver-users] installation in a shared hosting environment In-Reply-To: <407CA413.4080100@swoodbridge.com> Message-ID: This is topic that I believe is worthy of a tutorial or more discussion. I think many folks aim to get things running in this environment but get stuck. Anyone want to share more about the process and the limitations (i.e. if you don't have shell access to compile)? Tyler mapserver-users-admin at lists.gis.umn.edu wrote on 04/13/2004 07:38:11 PM: > That should work great, I have a similar setup on my system. I have > virtual hosts where all of them use the standard php apache module and > then in one virtual host I have installed php as cgi-bin with mapscript > and all the php requests in that virtual host go to that php instead of > the apache php module. You can do the same thing on a directory by > directory basis if you want it not a big deal. > > Works great, haven't had a problem. > > -Steve > > Hal Mueller wrote: > > > > > I'm about to try again to install onto a shared hosting setup (the Ensim > > virtual server, running Linux, I think Redhat). > > > > The shared hosting comes with Apache, PHP, and mySQL already installed, > > and maintained by the hosting company. I don't want to break the > > preinstalled Apache/PHP. But I do specifically want PHPmapscript > > available. > > > > I'm about to install a second copy of PHP, in a separate clean > > subdirectory, which will be used only to drive Mapserv/Mapscript. Is > > this a viable plan? Anything to worry about? Any suggestions on config > > options or other gotchas? > > > > TIA, > > Hal > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bartvde at xs4all.nl Mon Apr 19 09:35:52 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Mon, 19 Apr 2004 18:35:52 +0200 Subject: [Mapserver-users] raster howto In-Reply-To: <4083F837.9000505@polito.it> References: <4083F837.9000505@polito.it> Message-ID: Hi, http://mapserver.gis.umn.edu/doc40/raster-howto.html Best regards, Bart On Mon, 19 Apr 2004 18:03:03 +0200, Antonio Cosenza wrote: > Hi , > is there a very well explained raster HOWTO on the net? I have a field > containing the path to raster tiles but mapserver don't like my > configuration!. > > Thanks > > > Toni > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From murilo.yoshida at agx.com.br Mon Apr 19 11:29:27 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Mon, 19 Apr 2004 15:29:27 -0300 Subject: RES: [Mapserver-users] Tolerance question .. In-Reply-To: <40837D89.9020800@ilmenau.baw.de> Message-ID: <001f01c4263c$42ffcc50$1364a8c0@parapente> Thanks for the answer... And I coded your suggestion, it worked fine. Thanks a lot... Murilo -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de Norbert Thieme Enviada em: segunda-feira, 19 de abril de 2004 04:20 Para: murilo.yoshida at agx.com.br Cc: mapserver-users at lists.gis.umn.edu Assunto: Re: [Mapserver-users] Tolerance question .. Murilo Lacerda Yoshida schrieb: > Hi all, > > I have two questions now... > > First one is about the tolerance I set on the map file. This tolerance > is like a radium around the user click? Like, if I set the tolerance to > 5 pixels, it would be like if the user clicks on a point, I will query > everything in a 5 pixel radium, to all directions? > > Second one is about the querybypoint method. My first attempt to use > tolerance on my map was setting it on the querybypoint method, so I put > a 5 on the last parameter. But this tolerance was looking like if it was > like 5000000000 kilometers.. In every point of the map I clicked I would > query something, even if it was very far from my click. Then I tried to > put a -1 on the last parameter, and put tolerance 5 on my map file. It > worked fine. But now I'm curious why the 5 of the querybypoint is so > different from the 5 of the map file. > > Thanks, > > Murilo > Sorry I missed an important point: The tolerance in the mapfile depends on the definition of the toleranceunits. If toleranceunits is not set then it is in pixel. If you use a tolerance in the querybypoint function <= 0 then mapscript uses the value set in the mapfile. In the other case (tolerance > 0) the tolerance in the querybypoint function have to be in georeferenced map coordinates. And yes, I think it is the definition of the radius for a buffer around the pointObj where you make a click. Regards, Norbert _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From scoota at supanet.com Mon Apr 19 12:07:36 2004 From: scoota at supanet.com (Keith Campbell) Date: Mon, 19 Apr 2004 20:07:36 +0100 Subject: [Mapserver-users] Really, Really Strange Behaviour - WFS & PostGIS Message-ID: <40842378.8010404@supanet.com> Hi All, I've posted this one a couple of times without response, so I thought I'd try once more, this time with some links. Here's a map based on a couple of shape files (don't bother with the controls -they don't work):- http://andrea-ws.scit.wlv.ac.uk/cgi-bin/mapserv?map=/home/stud/0/c0051956/public_html/Project/MapServer/firstwlvWFS.map Here's a WFS request for the same mapfile:- http://andrea-ws.scit.wlv.ac.uk/cgi-bin/mapserv?map=/home/stud/0/c0051956/public_html/Project/MapServer/firstwlvWFS.map&service=WFS&version=1.0.0&request=GetFeature&TypeName=UrbanAreas,Motorways (Sorry, it could be a bit slow) OK so far, but note that there are several features from both UrbanAreas and Motorways. Now if the data is loaded into PostGIS, here's the map:- http://andrea-ws.scit.wlv.ac.uk/cgi-bin/mapserv?map=/home/stud/0/c0051956/public_html/Project/MapServer/wlvWFS_pg.map Still OK. Now, the WFS request with the same mapfile (not so slow):- http://andrea-ws.scit.wlv.ac.uk/cgi-bin/mapserv?map=/home/stud/0/c0051956/public_html/Project/MapServer/wlvWFS_pg.map&service=WFS&version=1.0.0&request=GetFeature&TypeName=UrbanAreas,Motorways Only one feature from UrbanAreas and nothing at all from Motorways - anybody know what's going on? Regards, Keith From 0098kast at edu.fh-kaernten.ac.at Mon Apr 19 15:58:04 2004 From: 0098kast at edu.fh-kaernten.ac.at (Kaps Stefan) Date: Tue, 20 Apr 2004 00:58:04 +0200 Subject: [Mapserver-users] pan/javascript Message-ID: <35B1C0D9EBB6B444833B65616844E8EB34AF26@exchange03.technikum.local> hello, i wanted to create a pan control as it is described in the tutorial. so i did the javascript part and the part with the arrows. ... align="right" bordercolor="#ECE9D8" bgcolor="#666666">pan northwest ... thats all i did but it doesn't work... does anybody know what i've done wrong or what i have forgotten?! cheers, Stefan From dharanibabus at hotmail.com Mon Apr 19 21:00:51 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Tue, 20 Apr 2004 09:30:51 +0530 Subject: [Mapserver-users] Urgent -nmake error Message-ID: --- excuse me for the repeated message --- Hi all I am trying to compile map server code with -nmake . I ran the makefile.vc like below First I ran the vcvars32.bat ( I am using .NET 2003 vc7 , though I know the map server is compiled with vc6 i have seen vc6 code compiling error free before ) then I ran -nmake as below D:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin>nmake -f "C:\Document s and Settings\dharanibabu\Desktop\mapserver-4.0\mapserver-4.0\makefile.vc" Microsoft (R) Program Maintenance Utility Version 7.10.3077 Copyright (C) Microsoft Corporation. All rights reserved. NMAKE : fatal error U1073: don't know how to make 'map.h' Stop. I got the error " dont know how to make map.h" . When i tried the same with evc++ the same error was coming . So I am missing something big I feel . could any one point to me ? with regards and thanks in advance dharani babu _________________________________________________________________ Marriage? http://www.bharatmatrimony.com/cgi-bin/bmclicks1.cgi?72 Join BharatMatrimony.com for free. From mhln25 at yahoo.com Mon Apr 19 21:30:08 2004 From: mhln25 at yahoo.com (Mahalakshmi Narayanan) Date: Mon, 19 Apr 2004 21:30:08 -0700 (PDT) Subject: [Mapserver-users] Windows 2000 Server problem In-Reply-To: <20040419101229.CD76038240A@sitemail.everyone.net> Message-ID: <20040420043008.80083.qmail@web60903.mail.yahoo.com> Did u check the write permission on the c:/Inetpub/wwwroot/images/ folder for IUSR_ user? Mahalakshmi Narayanan --- Sam Choudry wrote: --------------------------------- Hi, I have already implemented a Php-Mapscript application with features like Zooming-Panning, Layering and also Querying in Windows 2000 Professional using IIS 5.0. But when I transferred the application to another machine(copy the contents of wwwroot from the first machine to the second one's wwwroot) with Windows 2000 Server, I find the following error messages: Warning: [MapServer Error]: msSaveImage(): c:/Inetpub/wwwroot/images/10823679359241.gif) in c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116 Fatal error: Failed writing image to c:/Inetpub/wwwroot/images/10823679359241.gif in c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116 Can I have some suggestions from the group. Sam _____________________________________________________________ Linux.Net -->Open Source to everyone Powered by Linare Corporation http://www.linare.com/ _______________________________________________Mapserver-users mailing listMapserver-users at lists.gis.umn.eduhttp://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25? http://photos.yahoo.com/ph/print_splash From siki at agt.bme.hu Tue Apr 20 01:42:34 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Tue, 20 Apr 2004 07:42:34 -0100 (GMT+1) Subject: [Mapserver-users] Windows 2000 Server problem {Scanned} In-Reply-To: <20040419101232.CAB4AD7979@sitemail.everyone.net> Message-ID: Hi, Probabaly you have to change the access rigthts to that folder, that mapserver can write there. On Mon, 19 Apr 2004, Sam Choudry wrote: > Hi, > > I have already implemented a Php-Mapscript application with features > like Zooming-Panning, Layering and also Querying in Windows 2000 > Professional using IIS 5.0. But when I transferred the application > to another machine(copy the contents of wwwroot from the first machine > to the second one's wwwroot) with Windows 2000 Server, I find the > following error messages: > > Warning: [MapServer Error]: msSaveImage(): > c:/Inetpub/wwwroot/images/10823679359241.gif) in > c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116 > > Fatal error: Failed writing image to > c:/Inetpub/wwwroot/images/10823679359241.gif in > c:\inetpub\wwwroot\php\nalbari\nalbari.php on line 116 > > Can I have some suggestions from the group. > > > Sam > > > > _____________________________________________________________ > Linux.Net -->Open Source to everyone > Powered by Linare Corporation > http://www.linare.com/ > _______________________________________________ Mapserver-users mailing > list Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From LLO at CARLBRO.DK Tue Apr 20 01:47:28 2004 From: LLO at CARLBRO.DK (Lars Holm Loldrup) Date: Tue, 20 Apr 2004 09:47:28 +0100 Subject: [Mapserver-users] View problem with overlaying WMS layers Message-ID: Look's like bug 468 - http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=468 Regards Lars Loldrup. -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Tommer Sent: Monday, April 19, 2004 11:46 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] View problem with overlaying WMS layers I'm using MapServer 4.02 and I have a problem with viewing of WMS connected layers from other servers. When only one WMS layer is on, everything is OK. But when I turn on more layers, only one is shown. Problem is not with transparency, all layers are transparent, because I can see local layers bellow, when only one remote layer is turned on. Sometimes, when I turn several times on and off one layer and the other one is on, this two layers are shown correctly. Sometimes the original layer turnes to grayscale, however. And sometimes is shown nothing at all. Is it problem on our side in the mapfile or in the MapServer? Or would it be problem with remote WMS connected server? Thank you for a help. Tom Mercl Here is part of my map file. MAP NAME VODA STATUS ON SIZE 400 400 EXTENT -680105 -1074328 -616947 -1044180 #zobrazen? v??ez UNITS METERS SHAPEPATH "voda" #IMAGECOLOR 255 255 255 TEMPLATEPATTERN "itasca" IMAGETYPE GIF TRANSPARENT TRUE FONTSET "fonts/fonts.list" # Webov? rozhran? a WMS parametry WEB HEADER templates/header.html TEMPLATE "set in index.html" FOOTER templates/footer.html #MINSCALE 1000 #MAXSCALE 1550000 IMAGEPATH "c:/mapserver/aplikace/tmp" IMAGEURL "c:/mapserver/aplikace/tmp" METADATA WMS_TITLE "Pardubicko - vody" WMS_ABSTRACT "Informa?n? mapov? server o ?ivotn?m prost?ed? pardubick?ho regionu" WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://localhost.localdomain/mapserver_demos/itasca/index.html" WMS_SRS "EPSG:2065" END END LAYER # Za??tek vrstvy NAME pa-ot10 DATA pa-ot10 STATUS off TYPE point PROJECTION "init=epsg:2065" END CLASS NAME "Plavebn? komora" COLOR 0 0 0 SYMBOL 'symboly/ot10.gif' END METADATA WMS_TITLE "pa-ot10" WMS_ABSTRACT "Plavebn? komora" WMS_SRS "EPSG:2065" END END # Konec vrstvy LAYER # Za??tek vrstvy NAME pa-ot09 DATA pa-ot09 STATUS off TYPE point PROJECTION "init=epsg:2065" END CLASS NAME "P??stav" COLOR 0 0 0 SYMBOL 'symboly/kotva.gif' END METADATA WMS_TITLE "pa-ot09" WMS_ABSTRACT "P??stav" WMS_SRS "EPSG:2065" END END # Konec vrstvy LAYER # Za??tek vrstvy NAME znecisteni_vod_91_92 STATUS off TYPE raster #TRANSPARENCY 50 OFFSITE 255 255 255 PROJECTION "init=epsg:2065" END CONNECTIONTYPE WMS CONNECTION "http://www.utpcr.cz/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?WMTVER=1.0.0 &SERVICENAME=environmental_degradation&REQUEST=getmap&SERVICE=WMS&LAYERS=8&T RANSPARENT=false&FORMAT=PNG&SRS=EPSG:2065" CLASS NAME "Stupe? zne?i?t?n? vody 91/92" #COLOR 255 255 0 END METADATA WMS_TITLE "8" WMS_ABSTRACT "Contamination degree of water pollution 91/92" WMS_SRS "EPSG:2065" END END # Konec vrstvy LAYER # Za??tek vrstvy NAME vodni_plochy STATUS off TYPE raster #TRANSPARENCY 50 OFFSITE 255 255 255 PROJECTION "init=epsg:2065" END CONNECTIONTYPE wms CONNECTION "http://www.utpcr.cz/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?WMTVER=1.0.0 &SERVICENAME=environmental_degradation&REQUEST=getmap&SERVICE=WMS&LAYERS=15& TRANSPARENT=false&FORMAT=png&SRS=EPSG:2065" CLASS NAME "Vodn? plochy" #COLOR 255 255 0 END # METADATA # WMS_TITLE "15" # WMS_ABSTRACT "Water surfaces" # WMS_SRS "EPSG:2065" # END END # Konec vrstvy END # Konec mapy ____________________________________________________________ Jak m??e b?t perfektn? SIEMENS C62 je?t? pefektn?j??? Co t?eba takhle - SIEMENS C62 za 977,- K?. www.oskar.cz http://ad.seznam.cz/clickthru?spotId=73597§ion=/ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From n8 at langhirano.it Tue Apr 20 03:13:11 2004 From: n8 at langhirano.it (Nico Alberti) Date: Tue, 20 Apr 2004 12:13:11 +0200 (CEST) Subject: [Mapserver-users] [gis newbie] Using my own data. Message-ID: <4404.80.105.39.81.1082455991.squirrel@www.langhirano.net> Hi everybody. This is not exaclty a Mapserver related question, but instead a request for help understanding the basics of GIS information. Sorry about it. I just set up a test installation of Mapserver and it seems it is working fine with the tutorial data provided. The problem is that now I would like to try to publish my own data but, as I have no knowledge of the GIS world I am stuck simply trying to make Mapserver see a simple shp|dbf|shx set of files using the most basic template in the Tutorial. It seems that I need to give mapserver the correct value for the EXTENT and most of all for the projection data. For the first one I tried to use the "ogrinfo" utility as suggested in the tutorial, but I noticed, for example, that the values it gives feeding it with the tutorial data are different from those used in the corrisponding .map . Anyway using "ogrinfo" output in the EXTENT clause of my .map file makes mapserver builing only a blank image. And about the projection issue I am helpless. Does some Esri program (that I can not access at this time) provide this kind of information? I also tried to use some helper application like MapServer Workbenck but, even if the vector data are correctly displayed in MsShapeExplorer, the corresponding .map file has errors in it. Any help would be greatly appreciated. Thank you in advance and sorry for my poor English. -- Ciao Nico From j.l.h.hartmann at uva.nl Tue Apr 20 03:46:48 2004 From: j.l.h.hartmann at uva.nl (Jan Hartmann) Date: Tue, 20 Apr 2004 12:46:48 +0200 Subject: [Mapserver-users] [gis newbie] Using my own data. In-Reply-To: <4404.80.105.39.81.1082455991.squirrel@www.langhirano.net> References: <4404.80.105.39.81.1082455991.squirrel@www.langhirano.net> Message-ID: <4084FF98.7070101@uva.nl> Nico Alberti wrote: > Hi everybody. > > This is not exaclty a Mapserver related question, but instead a request > for help understanding the basics of GIS information. Sorry about it. > > I just set up a test installation of Mapserver and it seems it is working > fine with the tutorial data provided. > > The problem is that now I would like to try to publish my own data but, as > I have no knowledge of the GIS world I am stuck simply trying to make > Mapserver see a simple shp|dbf|shx set of files using the most basic > template in the Tutorial. It seems that I need to give mapserver the > correct value for the EXTENT and most of all for the projection data. For > the first one I tried to use the "ogrinfo" utility as suggested in the > tutorial, but I noticed, for example, that the values it gives feeding it > with the tutorial data are different from those used in the corrisponding > .map . Anyway using "ogrinfo" output in the EXTENT clause of my .map file > makes mapserver builing only a blank image. > > And about the projection issue I am helpless. Does some Esri program (that > I can not access at this time) provide this kind of information? > > I also tried to use some helper application like MapServer Workbenck but, > even if the vector data are correctly displayed in MsShapeExplorer, the > corresponding .map file has errors in it. > > Any help would be greatly appreciated. Thank you in advance and sorry for > my poor English. > Hi Nico, could you please send your mapfile and the ogrinfo results to the list? It is probably a small matter, as you seem to have prepared everything OK. Jan Jan Hartmann Department of Geography University of Amsterdam j.l.h.hartmann at uva.nl From norbert.thieme at ilmenau.baw.de Tue Apr 20 04:38:21 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Tue, 20 Apr 2004 13:38:21 +0200 Subject: [Mapserver-users] [gis newbie] Using my own data. In-Reply-To: <4404.80.105.39.81.1082455991.squirrel@www.langhirano.net> References: <4404.80.105.39.81.1082455991.squirrel@www.langhirano.net> Message-ID: <40850BAD.5020505@ilmenau.baw.de> Nico Alberti schrieb: > Hi everybody. > > This is not exaclty a Mapserver related question, but instead a request > for help understanding the basics of GIS information. Sorry about it. > > I just set up a test installation of Mapserver and it seems it is working > fine with the tutorial data provided. > > The problem is that now I would like to try to publish my own data but, as > I have no knowledge of the GIS world I am stuck simply trying to make > Mapserver see a simple shp|dbf|shx set of files using the most basic > template in the Tutorial. It seems that I need to give mapserver the > correct value for the EXTENT and most of all for the projection data. For > the first one I tried to use the "ogrinfo" utility as suggested in the > tutorial, but I noticed, for example, that the values it gives feeding it > with the tutorial data are different from those used in the corrisponding > .map . Anyway using "ogrinfo" output in the EXTENT clause of my .map file > makes mapserver builing only a blank image. > > And about the projection issue I am helpless. Does some Esri program (that > I can not access at this time) provide this kind of information? > > I also tried to use some helper application like MapServer Workbenck but, > even if the vector data are correctly displayed in MsShapeExplorer, the > corresponding .map file has errors in it. > > Any help would be greatly appreciated. Thank you in advance and sorry for > my poor English. > Hello. If you have a *.shp file you normaly should know its projection. Sometimes there is a *.prj with the *.shp. I might be wrong but I think the ogrinfo checks for the *.prj. Because you got no information from that I think you don't have one. Do you know the source of your data? Perhaps you can to ask the data provider. But when you only want to show one *.shp (or some of the SAME projection) for the moment you can use the extent from orginfo in your mapfile but without giving any projection information to it. That should work for a first test. But remember: You normally should use and know the right projection for the data. If this don't work you should send your mapfile to the list. Regards, Norbert From 1wilkerson at charter.net Tue Apr 20 05:35:55 2004 From: 1wilkerson at charter.net (P Wilkerson) Date: Tue, 20 Apr 2004 08:35:55 -0400 Subject: [Mapserver-users] [gis newbie] Questions about EXTENT variable References: <4404.80.105.39.81.1082455991.squirrel@www.langhirano.net> <40850BAD.5020505@ilmenau.baw.de> Message-ID: <005e01c426d4$0de748c0$6400a8c0@Dale1> I have a simple PHP Mapscript that works when I use the EXTENT statement and tiff file that came with the gmap75 demo. However, when I attempt to use a different map (Boston) and change only the EXTENT statement and tiff file, Mapserver returns a blank page. Would somebody please explain what is going on and help out by providing a valid extent statement? Demo EXTENT -2200000 -712631 3072800 3840000 Boston EXTENT 234503.759398496 899884.343580152 238052.631578947 902250.994765712 Does Proj.4 Cartographic Projections Library have anything to do with this? Also, The TFW world files seemingly have different coordinate systems as well. Any help is warmly appreciated! Peter ---------------------------------- DEMO MAP FILE MAP NAME Demomap SIZE 600 400 IMAGECOLOR 255 245 220 # FONTSET symbols/fonts/fonts.list # SHADESET symbols/shade.sym # MARKERSET symbols/marker.sym # LINESET symbols/line.sym EXTENT -2200000 -712631 3072800 3840000 UNITS meters # SHAPEPATH "E:/ms4w/Apache/htdocs/map01/data/" WEB IMAGEPATH "/ms4w/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" END LAYER # DESCRIPTION "Base Map: DemoMap" NAME "boston1868" STATUS DEFAULT TYPE RASTER DATA "E:/ms4w/Apache/htdocs/data/bath_mapserver.tif" END # Layer for base map END # Mapfile ---------------------------- BOSTON MAP FILE MAP NAME boston1868 SIZE 600 400 IMAGECOLOR 155 145 220 EXTENT 234503.759398496 899884.343580152 238052.631578947 902250.994765712 EXTENT -2200000 -712631 3072800 3840000 UNITS meters WEB IMAGEPATH "/ms4w/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" END LAYER NAME "boston1868" STATUS ON TYPE Raster DATA "E:/ms4w/Apache/htdocs/data/boston1868.tif" END # Layer for base map END # Mapfile From alhim at intracom.gr Tue Apr 20 05:56:55 2004 From: alhim at intracom.gr (Alexandros Chimarios) Date: Tue, 20 Apr 2004 15:56:55 +0300 Subject: [Mapserver-users] mapObj clone() method problem Message-ID: <200404201556.55718.alhim@intracom.gr> Hi all, I have a problem using Python Mapscript. In particular when i invoke mapObj.clone() method i got a segmentation fault. This is my source code : mo = mapObj('/usr/local/apache2/cgi-bin/geodata/world.map') mo_clone = mo.clone() However, when I created a subclass of mapObj, then the clone method run normally. But i have noticed that the clone method runs ok for 2 times. if I try to invoke it the 3rd time i get an segmenation fault again. For example : y = mo; for i in [1,2,3,4,5,6,7,8,9,10]: c = y.clone() print i; It prints : 1 2 Segmentation fault Could anyone explain me why's this happenning ? p.s : I use Python 2.2 on RedHat Linux 9 with kernel 2.4.20 From robert.chavez at tufts.edu Tue Apr 20 06:03:25 2004 From: robert.chavez at tufts.edu (Robert Chavez) Date: Tue, 20 Apr 2004 09:03:25 -0400 Subject: [Mapserver-users] [gis newbie] Questions about EXTENT variable In-Reply-To: <005e01c426d4$0de748c0$6400a8c0@Dale1> References: <4404.80.105.39.81.1082455991.squirrel@www.langhirano.net> <40850BAD.5020505@ilmenau.baw.de> <005e01c426d4$0de748c0$6400a8c0@Dale1> Message-ID: <40851F9D.9010107@tufts.edu> Hi Peter, In your Boston map file you have two EXTENT parameters. Remove the the second EXTENT parameter and you should be OK. Rob P Wilkerson wrote: > I have a simple PHP Mapscript that works when I use the EXTENT statement and > tiff file that came with the gmap75 demo. However, when I attempt to use a > different map (Boston) and change only the EXTENT statement and tiff file, > Mapserver returns a blank page. > > Would somebody please explain what is going on and help out by providing a > valid extent statement? > > Demo EXTENT -2200000 -712631 3072800 3840000 > Boston EXTENT 234503.759398496 899884.343580152 238052.631578947 > 902250.994765712 > > Does Proj.4 Cartographic Projections Library have anything to do with this? > > Also, The TFW world files seemingly have different coordinate systems as > well. > > Any help is warmly appreciated! > > Peter > > ---------------------------------- > DEMO MAP FILE > > MAP > NAME Demomap > SIZE 600 400 > IMAGECOLOR 255 245 220 > # FONTSET symbols/fonts/fonts.list > # SHADESET symbols/shade.sym > # MARKERSET symbols/marker.sym > # LINESET symbols/line.sym > EXTENT -2200000 -712631 3072800 3840000 > UNITS meters > # SHAPEPATH "E:/ms4w/Apache/htdocs/map01/data/" > > WEB > IMAGEPATH "/ms4w/tmp/ms_tmp/" > IMAGEURL "/ms_tmp/" > END > > LAYER > # DESCRIPTION "Base Map: DemoMap" > NAME "boston1868" > STATUS DEFAULT > TYPE RASTER > DATA "E:/ms4w/Apache/htdocs/data/bath_mapserver.tif" > END # Layer for base map > > > END # Mapfile > ---------------------------- > > BOSTON MAP FILE > > MAP > NAME boston1868 > SIZE 600 400 > IMAGECOLOR 155 145 220 > EXTENT 234503.759398496 899884.343580152 238052.631578947 > 902250.994765712 > EXTENT -2200000 -712631 3072800 3840000 > UNITS meters > > WEB > IMAGEPATH "/ms4w/tmp/ms_tmp/" > IMAGEURL "/ms_tmp/" > END > > LAYER > NAME "boston1868" > STATUS ON > TYPE Raster > DATA "E:/ms4w/Apache/htdocs/data/boston1868.tif" > END # Layer for base map > > > END # Mapfile > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Robert Chavez Technology Manager Digital Collections and Archives Tisch Library Tufts University Medford, MA 02155 Tel: (617) 627-4347 Fax: (617) 627-4650 robert.chavez at tufts.edu http://nils.lib.tufts.edu/archives/ From Mark.Balman at birdlife.org Tue Apr 20 06:13:01 2004 From: Mark.Balman at birdlife.org (Mark Balman) Date: Tue, 20 Apr 2004 14:13:01 +0100 Subject: [Mapserver-users] Mapserver permissions? Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C426D9.355A1BE3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi List Having got a demo working nicely on Mandrake 9.2, Apache 2, PHP 4.3.4, Mapserver 4.01, I am trying to get this uploaded onto a host. Could someone help explain the file permissions as I am getting nowhere fast! What does the mapserv executable have to be? I have this running as 777 on my local development machine in /var/www/cgi-bin and it works fine. Does mapserver have to be world writable? If I change these on my local machine then I get file not found message or a dialog box asking to download..? What does the /tmp directory have to be? I also have this as 777.. Also works fine So I am a bit stumped, I do understand that there are several security issues to note.. Any help would be gratefully appreciated, I have read and scanned the mailing lists all to no avail! Many thanks Mark ------_=_NextPart_001_01C426D9.355A1BE3 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Mapserver permissions?

            Hi List

            Having got a demo working nicely on = Mandrake 9.2, Apache 2, PHP 4.3.4, Mapserver 4.01, I am trying to get = this uploaded onto a host. Could someone help explain the file = permissions as I am getting nowhere fast!

            What does the mapserv executable have = to be? I have this running as 777 on my local development machine in = /var/www/cgi-bin and it works fine. Does mapserver have to be world = writable? If I change these on my local machine then I get file not = found message or a dialog box asking to download..?

            What does the /tmp directory have to = be? I also have this as 777.. Also works fine

            So I am a bit stumped, I do understand = that there are several security issues to note..

            Any help would be gratefully = appreciated, I have read and scanned the mailing lists all to no = avail!

            Many thanks

            Mark

            ------_=_NextPart_001_01C426D9.355A1BE3-- From mschulz at webgis.de Tue Apr 20 06:19:27 2004 From: mschulz at webgis.de (Michael Schulz) Date: Tue, 20 Apr 2004 15:19:27 +0200 Subject: [Mapserver-users] mapObj clone() method problem In-Reply-To: <200404201556.55718.alhim@intracom.gr> References: <200404201556.55718.alhim@intracom.gr> Message-ID: <4085235F.7080006@webgis.de> Hi, this could be related to a known problem/bug for mapfiles that don't have a fontset defined. Is that true for your case? Further information can be found in mapserver bug id 557. HTH, Michael Alexandros Chimarios schrieb: > Hi all, > > I have a problem using Python Mapscript. In particular when i invoke > mapObj.clone() method i got a segmentation fault. This is my source code : > > mo = mapObj('/usr/local/apache2/cgi-bin/geodata/world.map') > mo_clone = mo.clone() > > However, when I created a subclass of mapObj, then the clone method run > normally. But i have noticed that the clone method runs ok for 2 times. if I > try to invoke it the 3rd time i get an segmenation fault again. For example : > > y = mo; > for i in [1,2,3,4,5,6,7,8,9,10]: > > c = y.clone() > > print i; > > It prints : > > 1 > 2 > Segmentation fault > > > Could anyone explain me why's this happenning ? > > p.s : I use Python 2.2 on RedHat Linux 9 with kernel 2.4.20 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From palanisamyg at ornl.gov Tue Apr 20 06:30:11 2004 From: palanisamyg at ornl.gov (Palanisamy, Giri) Date: Tue, 20 Apr 2004 09:30:11 -0400 Subject: [Mapserver-users] JBox Mouse over how to? Message-ID: Hi List, Is it possible to display information on a popup while doing mouse over in a particular point of interest? I am using JBox applet mpaserver application on Windows server. Is there any working application that does this? Any help would be highly appreciated Thanks Giri From n8 at langhirano.it Tue Apr 20 06:44:17 2004 From: n8 at langhirano.it (Nico Alberti) Date: Tue, 20 Apr 2004 15:44:17 +0200 (CEST) Subject: [Mapserver-users] [gis newbie] Using my own data. In-Reply-To: <4084FF98.7070101@uva.nl> References: <4404.80.105.39.81.1082455991.squirrel@www.langhirano.net> <4084FF98.7070101@uva.nl> Message-ID: <4210.80.105.39.81.1082468657.squirrel@www.langhirano.net> Jan Hartmann disse: > Hi Nico, could you please send your mapfile and the ogrinfo results to > the list? It is probably a small matter, as you seem to have prepared > everything OK. > Thanks Jan and Robert for trying to help me. That is the ogrinfo output of my shp file: ------------------------------------------------------------- C:\Documents and Settings\AlbertiNico\Documenti\Bonifica PMS\Lavori\GIS\openev_fw\bin>ogrinfo -al c:\Inetpub\wwwroot\tutorial\autbacpo\principali-parmigiana.shp |more INFO: Open of `c:\Inetpub\wwwroot\tutorial\autbacpo\principali-parmigiana.shp' using driver `ESRI Shapefile' successful. Layer name: principali-parmigiana Geometry: Line String Feature Count: 29 Extent: (596060.125000, 894392.000000) - (658805.250000, 980522.500000) Layer SRS WKT: [...and so on...] ------------------------------------------------------------- So, I stripped down the tutorial's example1-1.map this way: ------------------------------------------------------------- MAP IMAGETYPE PNG EXTENT 596060.125000 894392.000000 658805.250000 980522.500000 #EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 SIZE 400 300 SHAPEPATH "autbacpo" IMAGECOLOR 255 255 255 # Start of LAYER DEFINITIONS LAYER # States polygon layer begins here NAME principali-parmigiana DATA principali-parmigiana STATUS DEFAULT TYPE POLYGON CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END # End of LAYER DEFINITIONS END # end of map file/object --------------------------------------------------------------------------- This way Mapserver refuses to build the image, while if I keep the old EXTENT data from the original example, all I get is a blank image. Moreover, if I run ogrinfo over the original "states_ugl" shape file of example1-1.map, I get completely different values: --------------------------------------------------------------------------- INFO: Open of `c:\Inetpub\wwwroot\tutorial\data\states_ugl.shp' using driver `ESRI Shapefile' successful. Layer name: states_ugl Geometry: Polygon Feature Count: 204 Extent: (-97.238976, 41.619778) - (-82.122902, 49.385620) --------------------------------------------------------------------------- Now I am starting to think about a unit mismatch. May it be so? Again I am very sorry to ask lame questions for a GIS professional, but until now I never had to deal with these kind of problems. Thanks again. -- Ciao Nico From bskarger at students.wisc.edu Tue Apr 20 06:53:49 2004 From: bskarger at students.wisc.edu (BONNER S KARGER) Date: Tue, 20 Apr 2004 08:53:49 -0500 Subject: [Mapserver-users] pan/javascript Message-ID: <797581798ca7.798ca7797581@wiscmail.wisc.edu> I had a similar problem, and Steve pointed me to look at the name of the main form that draws the map. In the example, it is called "mapserv" (hence the document.mapserv.zoom in the end of the script). If your form is not named "mapserv", it won't work. something like this should work: Or if you don't want to change the form name to "mapserv", change the javascript to reflect the name of your form. Good luck, >>Bonner ----- Original Message ----- From: Kaps Stefan <0098kast at edu.fh-kaernten.ac.at> Date: Monday, April 19, 2004 5:58 pm Subject: [Mapserver-users] pan/javascript > hello, > i wanted to create a pan control as it is described in the > tutorial. so i did the javascript part and the part with the arrows. > > > ... > align="right" bordercolor="#ECE9D8" bgcolor="#666666"> src="/graphics/nw.gif" width="18" height="18" border="0" alt="pan > northwest">... > > thats all i did but it doesn't work... does anybody know what i've > done wrong or what i have forgotten?! > > cheers, > Stefan > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From warmerdam at pobox.com Tue Apr 20 07:01:19 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 20 Apr 2004 10:01:19 -0400 Subject: [Mapserver-users] mapObj clone() method problem In-Reply-To: <200404201556.55718.alhim@intracom.gr> References: <200404201556.55718.alhim@intracom.gr> Message-ID: <40852D2F.4030501@pobox.com> Alexandros Chimarios wrote: > Hi all, > > I have a problem using Python Mapscript. In particular when i invoke > mapObj.clone() method i got a segmentation fault. This is my source code : > > mo = mapObj('/usr/local/apache2/cgi-bin/geodata/world.map') > mo_clone = mo.clone() > > However, when I created a subclass of mapObj, then the clone method run > normally. But i have noticed that the clone method runs ok for 2 times. if I > try to invoke it the 3rd time i get an segmenation fault again. For example : Alexandros, I don't think you mentioned which version of MapServer/MapScript you were using. A bunch of fixes where implemented in the map cloning capability about six weeks ago by Sean and I. The 4.2 release should be in substantially better shape than older versions. If you still get the problem with 4.2 then please submit a bug report including your mapscript fragment, and the .map file you are working with. Generally it is easy to track down the problems given that and valgrind. 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 hermandepauw at hotmail.com Tue Apr 20 07:07:21 2004 From: hermandepauw at hotmail.com (Herman De Pauw) Date: Tue, 20 Apr 2004 16:07:21 +0200 Subject: [Mapserver-users] Compilation problem (mygis) Message-ID:
            Hi,
             
            I tried to compile mapserver 4.0.2 with either gdal 1.1.9 and gdal 1.2.0b. I ran into problems with the mygis.
             
            I did :
            ./configure --with-jpeg=/usr/local --with-freetype=/usr/local --with-zlib=/usr/lib --with-tiff=/usr/local --with-png=/usr/local --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config --with-gd=/usr/local --without-pdf --with-eppl --with-httpd=/usr/sbin/httpd --with-postgis=/usr/local/pgsql/bin/pg_config --with-mygis=/usr/local/bin/mysql_config
             
            configure didn' spit out errors but make did the following :
             
            <-- CUT --
            g++ -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT    -DUSE_GDAL -DUSE_POSTGIS -DUSE_MYGIS   -I/usr/local/include  -I/usr/local/include -I/usr/local/include -I/usr/local/include      -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include/mysql    mapogr.cpp -o mapogr.o
            gcc -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT    -DUSE_GDAL -DUSE_POSTGIS -DUSE_MYGIS   -I/usr/local/include  -I/usr/local/include -I/usr/local/include -I/usr/local/include      -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include/mysql    mappostgis.c -o mappostgis.o
            mappostgis.c: In function `msPOSTGISLayerGetShapeRandom':
            mappostgis.c:1031: warning: enumeration value `MS_LAYER_GRATICULE' not handled in switch
            mappostgis.c: In function `msPOSTGISLayerGetShape':
            mappostgis.c:1227: warning: enumeration value `MS_LAYER_GRATICULE' not handled in switch
            gcc -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT    -DUSE_GDAL -DUSE_POSTGIS -DUSE_MYGIS   -I/usr/local/include  -I/usr/local/include -I/usr/local/include -I/usr/local/include      -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include/mysql    mapmygis.c -o mapmygis.o
            mapmygis.c: In function `end_memcpy':
            mapmygis.c:190: warning: `shorts' might be used uninitialized in this function
            mapmygis.c: In function `msMYGISLayerOpen':
            mapmygis.c:344: warning: implicit declaration of function `mysql_connect'
            mapmygis.c:344: warning: assignment makes pointer from integer without a cast
            mapmygis.c: In function `prep_DB':
            mapmygis.c:450: warning: assignment makes integer from pointer without a cast
            mapmygis.c: In function `msMYGISLayerGetShapeRandom':
            mapmygis.c:1334: warning: int format, long int arg (arg 7)
            mapmygis.c: In function `msMYGISLayerGetShape':
            mapmygis.c:1421: warning: unsigned int format, long int arg (arg 2)
            gcc -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT    -DUSE_GDAL -DUSE_POSTGIS -DUSE_MYGIS   -I/usr/local/include  -I/usr/local/include -I/usr/local/include -I/usr/local/include      -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include/mysql    maplayer.c -o maplayer.o
            maplayer.c: In function `msLayerWhichItemsNew':
            maplayer.c:629: warning: unused variable `i'
            gcc -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG .... -- CUT -->
             
            and further
             
            <-- CUT
             
            gcc -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT    -DUSE_GDAL -DUSE_POSTGIS -DUSE_MYGIS   -I/usr/local/include  -I/usr/local/include -I/usr/local/include -I/usr/local/include      -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include/mysql    shp2img.c -o shp2img.o
            gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT    -DUSE_GDAL -DUSE_POSTGIS -DUSE_MYGIS   -I/usr/local/include  -I/usr/local/include -I/usr/local/include -I/usr/local/include      -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include/mysql    shp2img.o  -L. -lmap -L/usr/local/lib -lgd -L/usr/local/lib -ljpeg -lfreetype -L/usr/local/lib -lpng -L/usr/lib -lz    -L/usr/local/lib -ltiff -L/usr/local/lib -ljpeg -lfreetype -L/usr/local/lib -lpng -L/usr/lib -lz   -L/usr/local/lib -lproj -L/usr/local/lib -ljpeg   -L/usr/local/lib -lgdal.1.1  -L/usr/local/pgsql/lib -lpq -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm -lmysqlclient     -lm -lstdc++   -o shp2img
            ./libmap.a(mapmygis.o)(.text+0x0): In function `DATAERRORMESSAGE':
            : multiple definition of `DATAERRORMESSAGE'
            ./libmap.a(mappostgis.o)(.text+0x1ac): first defined here
            /usr/bin/ld: Warning: size of symbol `DATAERRORMESSAGE' changed from 169 to 367 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0x81c): In function `prep_DB':
            : multiple definition of `prep_DB'
            ./libmap.a(mappostgis.o)(.text+0x48c): first defined here
            /usr/bin/ld: Warning: size of symbol `prep_DB' changed from 133 0 to 1118 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0xe08): In function `force_to_points':
            : multiple definition of `force_to_points'
            ./libmap.a(mappostgis.o)(.text+0xcec): first defined here
            /usr/bin/ld: Warning: size of symbol `force_to_points' changed from 543 to 558 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0x1038): In function `force_to_lines':
            : multiple definition of `force_to_lines'
            ./libmap.a(mappostgis.o)(.text+0xf0c): first defined here
            /usr/bin/ld: Warning: size of symbol `force_to_lines' changed from 428 to 438 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0x11f0): In function `force_to_polygons':
            : multiple definition of `force_to_polygons'
            ./libmap.a(mappostgis.o)(.text+0x10b8): first defined here
            /usr/bin/ld: Warning: size of symbol `force_to_polygons' changed from 260 to 416 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0x1390): In function `dont_force':
            : multiple definition of `dont_force'
            ./libmap.a(mappostgis.o)(.text+0x11bc): first defined here
            /usr/bin/ld: Warning: size of symbol `dont_force' changed from 155 to 218 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0x1b64): In function `find_bounds':
            : multiple definition of `find_bounds'
            ./libmap.a(mappostgis.o)(.text+0x1258): first defined here
            ./libmap.a(mapmygis.o)(.text+0x66f): In function `msMYGISLayerOpen':
            : undefined reference to `mysql_connect'
            collect2: ld returned 1 exit status
            make: *** [shp2img] Error 1
            Anyone a solution to this problem ?
             
            Regards,
             
            Helder De Pauw


            Webbuilder: Maak online je eigen professionele website ! From hermandepauw at hotmail.com Tue Apr 20 07:25:03 2004 From: hermandepauw at hotmail.com (Herman De Pauw) Date: Tue, 20 Apr 2004 16:25:03 +0200 Subject: [Mapserver-users] Compilation problem (mapserver 4.0.2) possible mygis error ... Message-ID:


            Hi,

            I tried to compile mapserver 4.0.2 with mygis support. I did as configure :

            ./configure --with-jpeg=/usr/local --with-freetype=/usr/local --with-zlib=/usr/lib --with-tiff=/usr/local --with-png=/usr/local --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config --with-gd=/usr/local --without-pdf --with-eppl --with-httpd=/usr/sbin/httpd --with-postgis=/usr/local/pgsql/bin/pg_config --with-mygis=/usr/local/bin/mysql_config

            The configuration gave no errors but the make gave following errors :

            ./libmap.a(mapmygis.o)(.text+0x0): In function `DATAERRORMESSAGE':
            : multiple definition of `DATAERRORMESSAGE'
            ./libmap.a(mappostgis.o)(.text+0x1ac): first defined here
            /usr/bin/ld: Warning: size of symbol `DATAERRORMESSAGE' changed from 169 to 367 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0x81c): In function `prep_DB':
            : multiple definition of `prep_DB'
            ./libmap.a(mappostgis.o)(.text+0x48c): first defined here
            /usr/bin/ld: Warning: size of symbol `prep_DB' changed from 1330 to 1118 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0xe08): In function `force_to_points':
            : multiple definition of `force_to_points'
            ./libmap.a(mappostgis.o)(.text+0xcec): first defined here
            /usr/bin/ld: Warning: size of symbol `force_to_points' changed from 543 to 558 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0x1038): In function `force_to_lines':
            : multiple definition of `force_to_lines'
            ./libmap.a(mappostgis.o)(.text+0xf0c): first defined here
            /usr/bin/ld: Warning: size of symbol `force_to_lines' changed from 428 to 438 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0x11f0): In function `force_to_polygons':
            : multiple definition of `force_to_polygons'
            ./libmap.a(mappostgis.o)(.text+0x10b8): first defined here
            /usr/bin/ld: Warning: size of symbol `force_to_polygons' changed from 260 to 416 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0x1390): In function `dont_force':
            : multiple definition of `dont_force'
            ./libmap.a(mappostgis.o)(.text+0x11bc): first defined here
            /usr/bin/ld: Warning: size of symbol `dont_force' changed from 155 to 218 in ./libmap.a(mapmygis.o)
            ./libmap.a(mapmygis.o)(.text+0x1b64): In function `find_bounds':
            : multiple definition of `find_bounds'
            ./libmap.a(mappostgis.o)(.text+0x1258): first defined here
            ./libmap.a(mapmygis.o)(.text+0x66f): In function `msMYGISLayerOpen':
            : undefined reference to `mysql_connect'
            collect2: ld returned 1 exit status
            make: *** [shp2img] Error 1

            Can somebody give me a clue how to fix these ?

            Regards,

            Helder De Pauw


             



            Op zoek naar het huis van uw dromen? From gijs at gijs.com Tue Apr 20 07:33:51 2004 From: gijs at gijs.com (Gijs Epping) Date: Tue, 20 Apr 2004 16:33:51 +0200 Subject: [Mapserver-users] [PHP] dynamic point data query (again) HELP PLEASE!!!!! In-Reply-To: <4085235F.7080006@webgis.de> Message-ID: <000001c426e4$805b69d0$0600a8c0@at11> Hello poeple, Is there really nobody that creates point shapes on the fly and then wants to query on them with php, I Asked this before last week but I only got some reactions from perl people and they can do it because they can set the index from a shape. I can't set the index with php because it is only readable see the url: http://mapserver.gis.umn.edu/doc40/phpmapscript-class-guide.html#ShapeOb j There must be a work around for his problem because if you can do it with perl why can't you do it with php????? Here is the code again. $layerObj = $gpoMap->getLayerByName('virtpoint'); $shp =ms_newShapeObj(MS_SHAPE_POINT); $line = ms_newLineObj(); $line->addXY($point_lookup[0], $point_lookup[1]); $shp->add($line); //$shp->set(index, $i); // the problem!!!!! $layerObj->addFeature($shp); if you want to do the following you get the script say's "index is only readable" error: $shp->set(index, 1); In perl you would write this as following: $shp->{index}=2 And this works I think The point is created, and when you query the point it is marked as "queryd" but the result I get back from "$oRes = $oLayer->getResult($iRes);" is: stdClass Object ( [shapeindex] => -1 [tileindex] => -1 [classindex] => 0 ) The following code gets the queryd shape from the layer: $oShape = $oLayer->getShape($oRes->tileindex,$oRes->shapeindex); The error I get is: Fatal error: [MapServer Error]: msLayerGetShape(): Cannot retrieve inline shapes randomly. The shape index should be set but it is not. I hope somebody can help me I am really stuck at the moment and I really need this to work. Thanks in advance. Gijs From norbert.thieme at ilmenau.baw.de Tue Apr 20 07:32:21 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Tue, 20 Apr 2004 16:32:21 +0200 Subject: [Mapserver-users] Problem with drawing tif files Message-ID: <40853475.1080304@ilmenau.baw.de> Hi, I'm still testing the new version and now I got a new problem. When map->draw() (in php/mapscript) is called then the script seems to be aborted but without an error. With the version 4.0.2 the same mapfile and script works fine. Because of that I tried to send the mapfile directly to the mapserv - cgi with mode=map and there I get a apache error: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. And in the log say: .... Premature end of script headers: /srv/www/cgi-bin/mapserv4 I think it's strange that only the old version of the mapscript works with the *.tif. Because of that I thought that the mapfile is OK but now I'm not sure. Has anyone an idea? Could there be something wrong with the permission? Or something with the mapfile?: MAP IMAGETYPE PNG STATUS ON SIZE 400 400 EXTENT 3250470.029539 5221162.578925 3942023.41747 6113902.660721 UNITS METERS TRANSPARENT ON SHAPEPATH '../daten/shapes' IMAGECOLOR 255 255 255 PROJECTION "init=epsg:31467" END WEB MINSCALE 100 MAXSCALE 8200000 IMAGEPATH '/srv/www/htdocs/mapserv_tmp/' IMAGEURL '/mapserv_tmp/' LOG '/srv/www/htdocs/mapserv_anw/mapserv_log.log' END LAYER NAME "TK2" STATUS DEFAULT TYPE RASTER DEBUG ON DATA "../tk500/kachel/s3_01_03.tif" PROJECTION "init=epsg:31468" END END END Thanks in advance, Norbert From eduardo at consultoria.eti.br Tue Apr 20 08:10:34 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Tue, 20 Apr 2004 12:10:34 -0300 Subject: [Mapserver-users] Mapserver permissions? In-Reply-To: References: Message-ID: <20040420151034.28784.qmail@hm47.locaweb.com.br> If you're using the MapServer CGI version, your executable must have r+x perms. for the webserver user your Temp dir ( where mapserver saves image files) must be r+w permissions for the webserver user. if you're going to use datafiles like ShapeFiles, GeoTiffs, MapInfo files, etc... a nice tip is to put them outside a downloadable direcotory and give them permissions READ for webserver user. so, the CGI executable or PHPMapScript will be able to read the datafiles but users will not be able to download files via internet. best. Eduardo Patto Kanegae http://www.consultoria.eti.br UIN: 303747254 I Encontro Nacional de Usu?rios MapServer - http://mapserver.cttmar.univali.br/encontro2004 Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ***Fim da Mensagem / End of Message *** On Tue, 20 Apr 2004 14:13:01 +0100, "Mark Balman" escreveu: > De: "Mark Balman" > Data: Tue, 20 Apr 2004 14:13:01 +0100 > Para: > Assunto: [Mapserver-users] Mapserver permissions? > > > Hi List > > Having got a demo working nicely on Mandrake 9.2, Apache 2, PHP 4.3.4, > Mapserver 4.01, I am trying to get this uploaded onto a host. Could > someone help explain the file permissions as I am getting nowhere fast! > > What does the mapserv executable have to be? I have this running as 777 > on my local development machine in /var/www/cgi-bin and it works fine. > Does mapserver have to be world writable? If I change these on my local > machine then I get file not found message or a dialog box asking to > download..? > > What does the /tmp directory have to be? I also have this as 777.. Also > works fine > > So I am a bit stumped, I do understand that there are several security > issues to note.. > > Any help would be gratefully appreciated, I have read and scanned the > mailing lists all to no avail! > > Many thanks > > Mark > > From plists at prometheus.org.yu Tue Apr 20 08:16:05 2004 From: plists at prometheus.org.yu (Attila Csipa) Date: Tue, 20 Apr 2004 17:16:05 +0200 Subject: [Mapserver-users] Compilation problem (mapserver 4.0.2) possible mygis error ... In-Reply-To: References: Message-ID: <200404201716.05023.plists@prometheus.org.yu> On Tuesday 20 April 2004 16:25, Herman De Pauw wrote: > I tried to compile mapserver 4.0.2 with mygis support. I did as configure : > > ./configure --with-jpeg=/usr/local --with-freetype=/usr/local > --with-zlib=/usr/lib --with-tiff=/usr/local --with-png=/usr/local > --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config > --with-gd=/usr/local --without-pdf --with-eppl --with-httpd=/usr/sbin/httpd > --with-postgis=/usr/local/pgsql/bin/pg_config?--with-mygis=/usr/local/bin/m >ysql_config > > Can somebody give me a clue how to fix these ? It seems that the postgis and mygis modules use the same function names and this causes a compilation error when you try to make a binary that supports both. This is obviously a bug regarding namespace clashes, I'm afraid there is no easy fix other than excluding one of them or waiting for the correction to make it into CVS. From eduardo at consultoria.eti.br Tue Apr 20 08:17:49 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Tue, 20 Apr 2004 12:17:49 -0300 Subject: [Mapserver-users] [gis newbie] Questions about EXTENT variable In-Reply-To: <005e01c426d4$0de748c0$6400a8c0@Dale1> References: <005e01c426d4$0de748c0$6400a8c0@Dale1> Message-ID: <20040420151749.28731.qmail@hm47.locaweb.com.br> Did you check if your EXTENT for Boston is OK? A nice tool to do it is using the "gdalinfo" that comes with GDAL package ( http://gdal.maptools.org ) $ gdalinfo a-tiff-file.tif best Eduardo Patto Kanegae http://www.consultoria.eti.br UIN: 303747254 I Encontro Nacional de Usu?rios MapServer - http://mapserver.cttmar.univali.br/encontro2004 Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ***Fim da Mensagem / End of Message *** On Tue, 20 Apr 2004 08:35:55 -0400, "P Wilkerson" <1wilkerson at charter.net> escreveu: > De: "P Wilkerson" <1wilkerson at charter.net> > Data: Tue, 20 Apr 2004 08:35:55 -0400 > Para: > Assunto: [Mapserver-users] [gis newbie] Questions about EXTENT variable > > I have a simple PHP Mapscript that works when I use the EXTENT statement and > tiff file that came with the gmap75 demo. However, when I attempt to use a > different map (Boston) and change only the EXTENT statement and tiff file, > Mapserver returns a blank page. > > Would somebody please explain what is going on and help out by providing a > valid extent statement? > > Demo EXTENT -2200000 -712631 3072800 3840000 > Boston EXTENT 234503.759398496 899884.343580152 238052.631578947 > 902250.994765712 > > Does Proj.4 Cartographic Projections Library have anything to do with this? > > Also, The TFW world files seemingly have different coordinate systems as > well. > > Any help is warmly appreciated! > > Peter > > ---------------------------------- > DEMO MAP FILE > > MAP > NAME Demomap > SIZE 600 400 > IMAGECOLOR 255 245 220 > # FONTSET symbols/fonts/fonts.list > # SHADESET symbols/shade.sym > # MARKERSET symbols/marker.sym > # LINESET symbols/line.sym > EXTENT -2200000 -712631 3072800 3840000 > UNITS meters > # SHAPEPATH "E:/ms4w/Apache/htdocs/map01/data/" > > WEB > IMAGEPATH "/ms4w/tmp/ms_tmp/" > IMAGEURL "/ms_tmp/" > END > > LAYER > # DESCRIPTION "Base Map: DemoMap" > NAME "boston1868" > STATUS DEFAULT > TYPE RASTER > DATA "E:/ms4w/Apache/htdocs/data/bath_mapserver.tif" > END # Layer for base map > > > END # Mapfile > ---------------------------- > > BOSTON MAP FILE > > MAP > NAME boston1868 > SIZE 600 400 > IMAGECOLOR 155 145 220 > EXTENT 234503.759398496 899884.343580152 238052.631578947 > 902250.994765712 > EXTENT -2200000 -712631 3072800 3840000 > UNITS meters > > WEB > IMAGEPATH "/ms4w/tmp/ms_tmp/" > IMAGEURL "/ms_tmp/" > END > > LAYER > NAME "boston1868" > STATUS ON > TYPE Raster > DATA "E:/ms4w/Apache/htdocs/data/boston1868.tif" > END # Layer for base map > > > END # Mapfile > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From TMitchell at lignum.com Tue Apr 20 08:31:00 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 20 Apr 2004 08:31:00 -0700 Subject: [Mapserver-users] [gis newbie] Using my own data. In-Reply-To: <4210.80.105.39.81.1082468657.squirrel@www.langhirano.net> Message-ID: Is this your entire map file? I think you may have stripped out a bit too much. > MAP > IMAGETYPE PNG > EXTENT 596060.125000 894392.000000 658805.250000 980522.500000 > #EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 > SIZE 400 300 > SHAPEPATH "autbacpo" > IMAGECOLOR 255 255 255 > > > # Start of LAYER DEFINITIONS > LAYER # States polygon layer begins here > NAME principali-parmigiana > DATA principali-parmigiana > > STATUS DEFAULT > TYPE POLYGON > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END > # End of LAYER DEFINITIONS > > END # end of map file/object From n8 at langhirano.it Tue Apr 20 08:49:43 2004 From: n8 at langhirano.it (Nico Alberti) Date: Tue, 20 Apr 2004 17:49:43 +0200 (CEST) Subject: [Mapserver-users] [gis newbie] Using my own data. In-Reply-To: References: <4210.80.105.39.81.1082468657.squirrel@www.langhirano.net> Message-ID: <4816.80.105.39.81.1082476183.squirrel@www.langhirano.net> Thanks to all for your help, especially to Jan Hartmann who kindly offered to check my data. He found that I was actually trying to publish a set of lines, so he suggested to change the TYPE from POLYGON to LINE. After this change Mapserver finally agreed to show me my data :-) Thank you again for your support. -- Ciao Nico From Stephanie.Choi at ec.gc.ca Tue Apr 20 08:56:30 2004 From: Stephanie.Choi at ec.gc.ca (Choi,Stephanie [Ontario]) Date: Tue, 20 Apr 2004 11:56:30 -0400 Subject: [Mapserver-users] Question about GetLegendGraphic Message-ID: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEA@mgtserver3.ontario.int.ec.gc.ca> This is a multi-part message in MIME format. ------_=_NextPart_001_01C426F0.0BB086C2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I got a question about GetLegendGraphic request in Mapserver. I can sucessfully use GetLegendGraphic to get any legend icons without any problem when a layer with one class object and one symbol sign. But when a layer contains more than one class objects and symbols in it then I have a question about it :) I can get all the symbols that I specific in a layer but the problem I have right now is those symbols are overlapped with each other when I make a GetLegendGraphic request. I use the GetLegendRequest as followed: http://localhost/cgi-bin/wms?version=3D1.1.1&Layer=3Dtest&request=3DGetLe= gendG raphic&format=3Dimage/png I just wonder if there is a way to get legend icon with each symbol I specified in this layer. Could anyone give me a hint ? Any help would be greatly appreciated. Thanks in advance, Stephanie =20 ------_=_NextPart_001_01C426F0.0BB086C2 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Question about GetLegendGraphic

            Hi all,

            I got a question about GetLegendGraphic = request in Mapserver.  I can sucessfully use GetLegendGraphic to = get any legend icons without any problem when a layer with one class = object and one symbol sign.  But when a layer contains more than = one class objects and symbols in it then I have a question about it = :)  I can get all the symbols that I specific in a layer but the = problem I have right now is those symbols are overlapped with each other = when I make a GetLegendGraphic request.  I use the GetLegendRequest = as followed:

            http://localhost/cgi-bin/wms?version=3D1.1.1&Layer=3Dt= est&request=3DGetLegendGraphic&format=3Dimage/png

            I just wonder if there is a way to get = legend icon with each symbol I specified in this layer.  Could = anyone give me a hint ?

            Any help would be greatly = appreciated.

            Thanks in advance,

            Stephanie  

            ------_=_NextPart_001_01C426F0.0BB086C2-- From 1wilkerson at charter.net Tue Apr 20 08:44:51 2004 From: 1wilkerson at charter.net (P Wilkerson) Date: Tue, 20 Apr 2004 11:44:51 -0400 Subject: [Mapserver-users] [gis newbie] Questions about EXTENT variable References: <005e01c426d4$0de748c0$6400a8c0@Dale1> <20040420151749.28731.qmail@hm47.locaweb.com.br> Message-ID: <000e01c426ee$6c25e030$6400a8c0@Dale1> Thank you for your message. I used gdalinfo to check the EXTENT value that was given as you suggested. Below is the information that gdalinfo gave me. How do I determine whether this is the proper EXTENT value? This is the EXTENT value I was given. EXTENT 234503.759398496 899884.343580152 238052.631578947 902250.994765712 GDALINFO Driver: GTiff/GeoTIFF Size is 4319, 3303 Coordinate System is `' Origin = (0.000000,0.279655) Pixel Size = (0.000085,-0.000085) Metadata: TIFFTAG_SOFTWARE=IMAGINE TIFF Support Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved @(#)$RCSfile: etif.c $ $Revision: 1.9.1.2 $ $Date: 2001/12/05 00:33:12Z $ Corner Coordinates: Upper Left ( 0.0000000, 0.2796546) Lower Left ( 0.0000000, 0.0000000) Upper Right ( 0.3656761, 0.2796546) Lower Right ( 0.3656761, 0.0000000) Center ( 0.1828380, 0.1398273) Peter ----- Original Message ----- From: "Eduardo Patto Kanegae" To: "P Wilkerson" <1wilkerson at charter.net>; Sent: Tuesday, April 20, 2004 11:17 AM Subject: Re: [Mapserver-users] [gis newbie] Questions about EXTENT variable > Did you check if your EXTENT for Boston is OK? > > A nice tool to do it is using the "gdalinfo" that comes with GDAL package ( http://gdal.maptools.org ) > > $ gdalinfo a-tiff-file.tif > > best > > Eduardo Patto Kanegae > http://www.consultoria.eti.br > UIN: 303747254 > > I Encontro Nacional de Usu?rios MapServer - http://mapserver.cttmar.univali.br/encontro2004 > Projeto MapServer Brasil - http://mapserver.cttmar.univali.br > > ***Fim da Mensagem / End of Message *** > > > > > > On Tue, 20 Apr 2004 08:35:55 -0400, "P Wilkerson" <1wilkerson at charter.net> escreveu: > > > De: "P Wilkerson" <1wilkerson at charter.net> > > Data: Tue, 20 Apr 2004 08:35:55 -0400 > > Para: > > Assunto: [Mapserver-users] [gis newbie] Questions about EXTENT variable > > > > I have a simple PHP Mapscript that works when I use the EXTENT statement and > > tiff file that came with the gmap75 demo. However, when I attempt to use a > > different map (Boston) and change only the EXTENT statement and tiff file, > > Mapserver returns a blank page. > > > > Would somebody please explain what is going on and help out by providing a > > valid extent statement? > > > > Demo EXTENT -2200000 -712631 3072800 3840000 > > Boston EXTENT 234503.759398496 899884.343580152 238052.631578947 > > 902250.994765712 > > > > Does Proj.4 Cartographic Projections Library have anything to do with this? > > > > Also, The TFW world files seemingly have different coordinate systems as > > well. > > > > Any help is warmly appreciated! > > > > Peter > > > > ---------------------------------- > > DEMO MAP FILE > > > > MAP > > NAME Demomap > > SIZE 600 400 > > IMAGECOLOR 255 245 220 > > # FONTSET symbols/fonts/fonts.list > > # SHADESET symbols/shade.sym > > # MARKERSET symbols/marker.sym > > # LINESET symbols/line.sym > > EXTENT -2200000 -712631 3072800 3840000 > > UNITS meters > > # SHAPEPATH "E:/ms4w/Apache/htdocs/map01/data/" > > > > WEB > > IMAGEPATH "/ms4w/tmp/ms_tmp/" > > IMAGEURL "/ms_tmp/" > > END > > > > LAYER > > # DESCRIPTION "Base Map: DemoMap" > > NAME "boston1868" > > STATUS DEFAULT > > TYPE RASTER > > DATA "E:/ms4w/Apache/htdocs/data/bath_mapserver.tif" > > END # Layer for base map > > > > > > END # Mapfile > > ---------------------------- > > > > BOSTON MAP FILE > > > > MAP > > NAME boston1868 > > SIZE 600 400 > > IMAGECOLOR 155 145 220 > > EXTENT 234503.759398496 899884.343580152 238052.631578947 > > 902250.994765712 > > EXTENT -2200000 -712631 3072800 3840000 > > UNITS meters > > > > WEB > > IMAGEPATH "/ms4w/tmp/ms_tmp/" > > IMAGEURL "/ms_tmp/" > > END > > > > LAYER > > NAME "boston1868" > > STATUS ON > > TYPE Raster > > DATA "E:/ms4w/Apache/htdocs/data/boston1868.tif" > > END # Layer for base map > > > > > > END # Mapfile > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > From assefa at dmsolutions.ca Tue Apr 20 10:45:29 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 20 Apr 2004 13:45:29 -0400 Subject: [Mapserver-users] Question about GetLegendGraphic In-Reply-To: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEA@mgtserver3.ontario.int.ec.gc.ca> References: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEA@mgtserver3.ontario.int.ec.gc.ca> Message-ID: <408561B9.1080502@dmsolutions.ca> Stephanie, The implementation right now does not really allow you to request legends for a specific class. Here is an idea of implemetation : How about using the class name as a mean to regoup classes. Classes having the same name could be considered of being of the same "Style" (Style as defined in OGC). I am not sure but I do not think that class names must necessarly be unique. Assuming that class names are not unique, a user could use the Style parameter in the GetLegendGraphic request to get a legend for a specific class (or classes). There might be some issues that I do not see here, but what do you think about this approch ? Later, Choi,Stephanie [Ontario] wrote: > Hi all, > > I got a question about GetLegendGraphic request in Mapserver. I can > sucessfully use GetLegendGraphic to get any legend icons without any > problem when a layer with one class object and one symbol sign. But > when a layer contains more than one class objects and symbols in it then > I have a question about it :) I can get all the symbols that I specific > in a layer but the problem I have right now is those symbols are > overlapped with each other when I make a GetLegendGraphic request. I > use the GetLegendRequest as followed: > > _http://localhost/cgi-bin/wms?version=1.1.1&Layer=test&request=GetLegendGraphic&format=image/png_ > > > > I just wonder if there is a way to get legend icon with each symbol I > specified in this layer. Could anyone give me a hint ? > > Any help would be greatly appreciated. > > Thanks in advance, > > Stephanie > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From TENIERER at gov.ns.ca Tue Apr 20 11:04:14 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Tue, 20 Apr 2004 15:04:14 -0300 Subject: [Mapserver-users] Win32 mapparser.h and Compiling Message-ID: Hi all, I know this topic is on the list already, however, I've been beating this thing dead for over 2 days now with no results. Problem: Need to compile the latest mapserver dev version to access all the WMS fixes. Can't seem to be able to do it correctly. Keep running into the famous Cannot open include file: mapparser.h I would like to get this working as I want to be able to get the latest version compiled whenever certain fixes are out. I know this would be simpler on a Unix system, however, I have no choice in this matter. Can anyone help me out? Any suggestions? I have read about putting the following into the makefile.vc: LEX =3D flex YACC = 3D bison Is this all I need? Any other external programs?? Thanks, Rene Rene J.R. Teniere - BSc., D.GIS GIS Technician Nova Scotia Department of Natural Resources Forestry Division (GIS) - Truro Phone: (902) 893-5655 Mobile: (902) 209-8956 From lfilak at medinaco.org Tue Apr 20 11:11:16 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 20 Apr 2004 14:11:16 -0400 Subject: [Mapserver-users] [PHP] dynamic point data query (again) HELP PLEASE!!!!! Message-ID: <20040420181111.0B83F1A659B@mail.medinaco.org> There may be a work-a-round if your setup allows you to write a new shapefile you can still create a temporary shapefile and use that as the data item for a layer and query that layer. HTH Lowell The following message was sent by "Gijs Epping" on Tue, 20 Apr 2004 16:33:51 +0200. > Hello poeple, > > Is there really nobody that creates point shapes on the fly and then > wants to query on them with php, I Asked this before last week but I > only got some reactions from perl people and they can do it because they > can set the index from a shape. > > I can't set the index with php because it is only readable see the url: > > http://mapserver.gis.umn.edu/doc40/phpmapscript-class-guide.html#ShapeOb > j > > There must be a work around for his problem because if you can do it > with perl why can't you do it with php????? > > Here is the code again. > > $layerObj = $gpoMap->getLayerByName('virtpoint'); > $shp =ms_newShapeObj(MS_SHAPE_POINT); > $line = ms_newLineObj(); > $line->addXY($point_lookup[0], $point_lookup[1]); > $shp->add($line); > //$shp->set(index, $i); // the problem!!!!! > $layerObj->addFeature($shp); > > > if you want to do the following you get the script say's "index is only > readable" error: > > $shp->set(index, 1); > In perl you would write this as following: $shp->{index}=2 And this > works I think > > The point is created, and when you query the point it is marked as > "queryd" but the result I get back from "$oRes = > $oLayer->getResult($iRes);" is: > > stdClass Object ( [shapeindex] => -1 [tileindex] => -1 [classindex] => 0 > ) > > The following code gets the queryd shape from the layer: > > $oShape = $oLayer->getShape($oRes->tileindex,$oRes->shapeindex); > > The error I get is: > Fatal error: [MapServer Error]: msLayerGetShape(): Cannot retrieve > inline shapes randomly. > > The shape index should be set but it is not. > > I hope somebody can help me I am really stuck at the moment and I really > need this to work. > > Thanks in advance. > Gijs > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From noti at ciaoweb.it Tue Apr 20 11:40:19 2004 From: noti at ciaoweb.it (Valerio Noti) Date: Tue, 20 Apr 2004 20:40:19 +0200 Subject: [Mapserver-users] Microsoft and Sun Virtual Machines References: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEA@mgtserver3.ontario.int.ec.gc.ca> Message-ID: <006101c42706$f23f7ab0$2bdc6850@pc> This is a multi-part message in MIME format. ------=_NextPart_000_005C_01C42717.B20416C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Question about GetLegendGraphicHello, I'm using Rosa Applet (1.2) in a PHPMapScript (401) application (Win2000 = server). In client PC, It works fine with Microsoft Java Virtual Machine = installed. I tested the application with Sun JVM in recent PC (which = don't have Microsoft JVM installed). I found that the application is pretty slower and sometimes it seems the = applet temporarily cannot be loaded (the map remains blank). This for = several OS (XP, 2000) and several versions of Internet Explorer. I wonder if Sun JVM needs some particular settings in order to correctly = load the Rosa applet or if Rosa is optimized for Microsoft Virtual = Machine. Thanks for anys suggestion Valerio Noti ------=_NextPart_000_005C_01C42717.B20416C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Question about GetLegendGraphic
            Hello,
            I'm using Rosa Applet (1.2) in a = PHPMapScript (401)=20 application (Win2000 server). In client PC, It works fine with Microsoft = Java=20 Virtual Machine installed. I tested the application with Sun JVM in = recent PC=20 (which don't have Microsoft JVM installed).
            I found that the application is pretty = slower and=20 sometimes it seems the applet temporarily cannot be loaded (the map = remains=20 blank). This for several OS (XP, 2000) and several versions of Internet=20 Explorer.
            I wonder if Sun JVM needs some = particular settings=20 in order to correctly load the Rosa applet or if Rosa is optimized for = Microsoft=20 Virtual Machine.
             
            Thanks for anys suggestion
             
            Valerio Noti
            ------=_NextPart_000_005C_01C42717.B20416C0-- From assefa at dmsolutions.ca Tue Apr 20 11:53:29 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 20 Apr 2004 14:53:29 -0400 Subject: [Mapserver-users] Win32 mapparser.h and Compiling In-Reply-To: References: Message-ID: <408571A9.4000709@dmsolutions.ca> Rene, I was under the impression that the nightly build on the mapserver download site contained these files but I was wrong. Is it possible to include these automagically generated files into the nightly builds ? I usually build stuff on Linux from CVS to get these files and then tranfer them on windows to be able to continue building using vc++. I guess cygwin could also be used in this case although I have not tried it yet. I could send you directly too the latest files of mapparser.x and maplexer.x. So let me know. Later, Rene Teniere wrote: > Hi all, > > I know this topic is on the list already, however, I've been beating > this thing dead for over 2 days now with no results. > > Problem: Need to compile the latest mapserver dev version to access all > the WMS fixes. Can't seem to be able to do it correctly. Keep running > into the famous Cannot open include file: mapparser.h > > I would like to get this working as I want to be able to get the latest > version compiled whenever certain fixes are out. I know this would be > simpler on a Unix system, however, I have no choice in this matter. Can > anyone help me out? Any suggestions? > > I have read about putting the following into the makefile.vc: > > LEX =3D flex > YACC = 3D bison > > Is this all I need? Any other external programs?? > > Thanks, > > Rene > > Rene J.R. Teniere - BSc., D.GIS > GIS Technician > Nova Scotia Department of Natural Resources > Forestry Division (GIS) - Truro > > Phone: (902) 893-5655 > Mobile: (902) 209-8956 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/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 vatsavai at cs.umn.edu Tue Apr 20 12:41:00 2004 From: vatsavai at cs.umn.edu (vatsavai at cs.umn.edu) Date: Tue, 20 Apr 2004 14:41:00 -0500 (CDT) Subject: [Mapserver-users] power outage tonight Message-ID: <200404201941.OAA04441@plato.cs.umn.edu> Hello All MapServer-* list members, There wouldn't be power in our office tonight due to scheduled transformer maintenance work. So I am going to shutdown all systems around 8:00pm (4/20/04), and they will be back online by 8:00am (4/21/04). So no mapserver related service (hosted from U of MN) will be available during that time. Thanks in advance for your understanding and cooperation. Regards, Raju ---- From hermandepauw at hotmail.com Tue Apr 20 13:48:50 2004 From: hermandepauw at hotmail.com (Herman De Pauw) Date: Tue, 20 Apr 2004 22:48:50 +0200 Subject: [Mapserver-users] Compilation problem (mapserver 4.0.2) possible mygis error ... Message-ID:

            Hi,

            I just tried without the pqsql support (i only wanted the support to play around with pgsql) so no big deal to drop pgsql support. But without pgsql it make still complains :

            gcc -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT    -DUSE_GDAL  -DUSE_MYGIS   -I/usr/local/include  -I/usr/local/include -I/usr/local/include -I/usr/local/include      -I/usr/local/include  -I/usr/local/include/mysql    shp2img.c -o shp2img.o
            gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT    -DUSE_GDAL  -DUSE_MYGIS   -I/usr/local/include  -I/usr/local/include -I/usr/local/include -I/usr/local/include      -I/usr/local/include  -I/usr/local/include/mysql    shp2img.o  -L. -lmap -L/usr/local/lib -lgd -L/usr/local/lib -ljpeg -lfreetype -L/usr/local/lib -lpng -L/usr/lib -lz    -L/usr/local/lib -ltiff -L/usr/local/lib -ljpeg -lfreetype -L/usr/local/lib -lpng -L/usr/lib -lz   -L/usr/local/lib -lproj -L/usr/local/lib -ljpeg   -L/usr/local/lib -lgdal.1.1   -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm -lmysqlclient     -lm -lstdc++   -o shp2img
            ./libmap.a(mapmygis.o)(.text+0x66f): In function `msMYGISLayerOpen':
            : undefined reference to `mysql_connect'
            collect2: ld returned 1 exit status
            make: *** [shp2img] Error 1

            configure options where as follows :

            ./configure --with-jpeg=/usr/local --with-freetype=/usr/local --with-zlib=/usr/lib --with-tiff=/usr/local --with-png=/usr/local --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config --with-gd=/usr/local --without-pdf --with-eppl --with-httpd=/usr/sbin/httpd --with-mygis=/usr/local/bin/mysql_config

            Anyone another clue to solve this ?

             

             



             

            >From: Attila Csipa <plists at prometheus.org.yu>
            >To: mapserver-users at lists.gis.umn.edu
            >Subject: Re: [Mapserver-users] Compilation problem (mapserver 4.0.2) possible mygis error ...
            >Date: Tue, 20 Apr 2004 17:16:05 +0200
            >MIME-Version: 1.0
            >Received: from mc11-f24.hotmail.com ([65.54.167.31]) by mc11-s18.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Tue, 20 Apr 2004 09:36:46 -0700
            >Received: from lists.gis.umn.edu ([128.101.73.109]) by mc11-f24.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Tue, 20 Apr 2004 09:24:53 -0700
            >Received: from lists.gis.umn.edu (localhost [127.0.0.1])by lists.gis.umn.edu (8.12.10/8.12.10) with ESMTP id i3KFSOEe012463;Tue, 20 Apr 2004 10:28:28 -0500 (CDT)
            >Received: from zigor.manufacture.co.yu (mx.manufacture.co.yu [62.108.119.242])by lists.gis.umn.edu (8.12.10/8.12.10) with ESMTP id i3KFGNEe012367for <mapserver-users at lists.gis.umn.edu>; Tue, 20 Apr 2004 10:16:24 -0500 (CDT)
            >Received: from map([192.168.250.21] helo=map.manufacture.co.yu ident=bear)by zigor.manufacture.co.yu with esmtp (Exim 3.35 #1 (Debian))id 1BFwyL-0001NN-00for <mapserver-users at lists.gis.umn.edu>; Tue, 20 Apr 2004 17:15:41 +0200
            >X-Message-Info: BVVQfv+dWoOepj37qWbj6fYpdPterC/SCUGVupqpGIA=
            >Organization: Prometheus
            >User-Agent: KMail/1.6.2
            >References: <BAY14-F34VhyemYewQ100064baa at hotmail.com>
            >In-Reply-To: <BAY14-F34VhyemYewQ100064baa at hotmail.com>
            >Message-Id: <200404201716.05023.plists at prometheus.org.yu>
            >X-MIME-Autoconverted: from quoted-printable to 8bit by lists.gis.umn.edu id i3KFGNEe012367
            >Errors-To: mapserver-users-admin at lists.gis.umn.edu
            >X-BeenThere: mapserver-users at lists.gis.umn.edu
            >X-Mailman-Version: 2.0.13
            >Precedence: bulk
            >List-Unsubscribe: <http://lists.gis.umn.edu/mailman/listinfo/mapserver-users>,<mailto:mapserver-users-request at lists.gis.umn.edu?subject=unsubscribe>
            >List-Id: Mapserver Users Mailing List (Appropriate for general users) <mapserver-users.lists.gis.umn.edu>
            >List-Post: <mailto:mapserver-users at lists.gis.umn.edu>
            >List-Help: <mailto:mapserver-users-request at lists.gis.umn.edu?subject=help>
            >List-Subscribe: <http://lists.gis.umn.edu/mailman/listinfo/mapserver-users>,<mailto:mapserver-users-request at lists.gis.umn.edu?subject=subscribe>
            >List-Archive: <http://lists.gis.umn.edu/pipermail/mapserver-users/>
            >Return-Path: mapserver-users-admin at lists.gis.umn.edu
            >X-OriginalArrivalTime: 20 Apr 2004 16:24:56.0498 (UTC) FILETIME=[04A47920:01C426F4]
            >
            >On Tuesday 20 April 2004 16:25, Herman De Pauw wrote:
            > > I tried to compile mapserver 4.0.2 with mygis support. I did as configure :
            > >
            > > ./configure --with-jpeg=/usr/local --with-freetype=/usr/local
            > > --with-zlib=/usr/lib --with-tiff=/usr/local --with-png=/usr/local
            > > --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config
            > > --with-gd=/usr/local --without-pdf --with-eppl --with-httpd=/usr/sbin/httpd
            > > --with-postgis=/usr/local/pgsql/bin/pg_config --with-mygis=/usr/local/bin/m
            > >ysql_config
            > >
            > > Can somebody give me a clue how to fix these ?
            >
            >It seems that the postgis and mygis modules use the same function names and
            >this causes a compilation error when you try to make a binary that supports
            >both. This is obviously a bug regarding namespace clashes, I'm afraid there
            >is no easy fix other than excluding one of them or waiting for the correction
            >to make it into CVS.
            >
            >_______________________________________________
            >Mapserver-users mailing list
            >Mapserver-users at lists.gis.umn.edu
            >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


            Hoeveel kost een kind eigenlijk? From siki at agt.bme.hu Tue Apr 20 16:27:21 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Tue, 20 Apr 2004 22:27:21 -0100 (GMT+1) Subject: [Mapserver-users] Mapserver permissions? {Scanned} In-Reply-To: Message-ID: Hi, The httpd starts the mapserver program as the default apache user, its name and group is usually apache:apache. You can find it in the httpd.conf file. The apache user must have execute permisson on mapserver program for example owner group -rwx------ apache apache or -rwxr-x--- anybody apache or -rwxr-xr-x anybody anygroup on the tmp directory apache must have write permission -rwx------ apache apache or -rwxrwx--- anybody apache or -rwxrwxrwx anybody anygroup Bye Zoltan On Tue, 20 Apr 2004, Mark Balman wrote: > Hi List > > Having got a demo working nicely on Mandrake 9.2, Apache 2, PHP 4.3.4, > Mapserver 4.01, I am trying to get this uploaded onto a host. Could > someone help explain the file permissions as I am getting nowhere fast! > > What does the mapserv executable have to be? I have this running as 777 > on my local development machine in /var/www/cgi-bin and it works fine. > Does mapserver have to be world writable? If I change these on my local > machine then I get file not found message or a dialog box asking to > download..? > > What does the /tmp directory have to be? I also have this as 777.. Also > works fine > > So I am a bit stumped, I do understand that there are several security > issues to note.. > > Any help would be gratefully appreciated, I have read and scanned the > mailing lists all to no avail! > > Many thanks > > Mark > From mlennert at club.worldonline.be Wed Apr 21 05:56:35 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed, 21 Apr 2004 14:56:35 +0200 (CEST) Subject: [Mapserver-users] variable (proportionately) sized point data Message-ID: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> Hello, Can Mapserver display point data as point symbols that are proportionate to a given value for each point ? In other words, if I have a, for example, a shapefile with points (cities for example) at the centroids of my spatial entities. Parallel to that I have a list of population sizes for each city. Can Mapserver display proportionate circles corresponding to the respective population sizes on the fly, or do I have to create a vector or raster file with the proportionate circles with an external program first and than display this with Mapserver ? Moritz From Franck.VILLOIN at interieur.gouv.fr Wed Apr 21 01:07:30 2004 From: Franck.VILLOIN at interieur.gouv.fr (VILLOIN Franck DSIC BMS) Date: Wed, 21 Apr 2004 10:07:30 +0200 Subject: [Mapserver-users] Problem with drawing tif files Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C42777.B18E6FF0 Content-Type: text/plain Hello, I had the same problem . I have changed only the Mapserver.exe module. I put the news DLLs delivered with the new version and the problem disappeared. The tifs have can be need for module GDAL ? I do not know more. Good luck Franck Date: Tue, 20 Apr 2004 16:32:21 +0200 From: Norbert Thieme Reply-To: norbert.thieme at ilmenau.baw.de Organization: Bundesanstalt =?ISO-8859-1?Q?f=FCr_Wasserbau?= To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Problem with drawing tif files Hi, I'm still testing the new version and now I got a new problem. When map->draw() (in php/mapscript) is called then the script seems to be aborted but without an error. With the version 4.0.2 the same mapfile and script works fine. Because of that I tried to send the mapfile directly to the mapserv - cgi with mode=map and there I get a apache error: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. And in the log say: .... Premature end of script headers: /srv/www/cgi-bin/mapserv4 I think it's strange that only the old version of the mapscript works with the *.tif. Because of that I thought that the mapfile is OK but now I'm not sure. Has anyone an idea? Could there be something wrong with the permission? Or something with the mapfile?: MAP IMAGETYPE PNG STATUS ON SIZE 400 400 EXTENT 3250470.029539 5221162.578925 3942023.41747 6113902.660721 UNITS METERS TRANSPARENT ON SHAPEPATH '../daten/shapes' IMAGECOLOR 255 255 255 PROJECTION "init=epsg:31467" END WEB MINSCALE 100 MAXSCALE 8200000 IMAGEPATH '/srv/www/htdocs/mapserv_tmp/' IMAGEURL '/mapserv_tmp/' LOG '/srv/www/htdocs/mapserv_anw/mapserv_log.log' END LAYER NAME "TK2" STATUS DEFAULT TYPE RASTER DEBUG ON DATA "../tk500/kachel/s3_01_03.tif" PROJECTION "init=epsg:31468" END END END Thanks in advance, Norbert ------_=_NextPart_001_01C42777.B18E6FF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable [Mapserver-users] Problem with drawing tif files

            Hello,

            I had the same problem .
            I have changed only the Mapserver.exe = module.
            I put the news DLLs delivered with = the new version and the problem disappeared.
            The tifs have can be need for module = GDAL=A0?
            I do not know more.


            Good luck

            Franck


              Date: Tue, 20 = Apr 2004 16:32:21 +0200
              From: Norbert Thieme = <norbert.thieme at ilmenau.baw.de>
              Reply-To: = norbert.thieme at ilmenau.baw.de
              Organization: Bundesanstalt = =3D?ISO-8859-1?Q?f=3DFCr_Wasserbau?=3D
              To: = mapserver-users at lists.gis.umn.edu
              Subject: [Mapserver-users] Problem = with drawing tif files

              Hi,

              I'm still testing the new version and = now I got a new problem. When
              map->draw() (in php/mapscript) is = called then the script seems to be
              aborted but without an error. With = the version 4.0.2 the same mapfile
              and script works fine.

              Because of that I tried to send the = mapfile directly to the mapserv -
              cgi with mode=3Dmap and there I get a = apache error:

              Internal Server Error
              The server encountered an internal = error or misconfiguration and was
              unable to complete your = request.


              And in the log say:

              ....  Premature end of script = headers: /srv/www/cgi-bin/mapserv4


              I think it's strange that only the old = version of the mapscript works
              with the *.tif. Because of that I = thought that the mapfile is OK but now
              I'm not sure.

              Has anyone an idea? Could there be = something wrong with the permission?
              Or something with the = mapfile?:

              MAP
                 = IMAGETYPE      PNG
                 STATUS ON
                 SIZE 400 400
                 EXTENT 3250470.029539 = 5221162.578925 3942023.41747 6113902.660721
                 UNITS METERS
                 TRANSPARENT ON
                 = SHAPEPATH      '../daten/shapes'
                 = IMAGECOLOR     255 255 255

                 PROJECTION
                    = "init=3Depsg:31467"
                 END

                 WEB
                   MINSCALE = 100
                   MAXSCALE = 8200000
                   IMAGEPATH = '/srv/www/htdocs/mapserv_tmp/'
                   IMAGEURL = '/mapserv_tmp/'
                   LOG = '/srv/www/htdocs/mapserv_anw/mapserv_log.log'
                 END

                 LAYER
                   NAME = "TK2"
                   STATUS = DEFAULT
                   TYPE = RASTER
                   DEBUG = ON
                   DATA = "../tk500/kachel/s3_01_03.tif"
                   = PROJECTION
                       = "init=3Depsg:31468"
                   END
                 END
              END


              Thanks in advance,
              Norbert

            ------_=_NextPart_001_01C42777.B18E6FF0-- From mlennert at club.worldonline.be Wed Apr 21 05:52:28 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed, 21 Apr 2004 14:52:28 +0200 (CEST) Subject: [Mapserver-users] SVG as input ? Message-ID: <33481.164.15.134.161.1082551948.squirrel@164.15.134.161> Hello, I have seen information about using SVG as an output format from Mapserver, but is it possible to use it as an input ? Moritz From norbert.thieme at ilmenau.baw.de Wed Apr 21 06:47:33 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Wed, 21 Apr 2004 15:47:33 +0200 Subject: [Mapserver-users] problem with labels in version 4.2b1? In-Reply-To: References: Message-ID: <40867B75.1010603@ilmenau.baw.de> Hi Steve, thanks for the idea. I haven't considered that. My problem was: I used type annotation for labeling a polygon layer. That worked fine in the older version but apperently not in the new. Sorry for that. I changed it and it looks good. - Can you tell why this was changed? I also still have a problem with *.tif files. I sended it yesterday. Sorry I can't give you a link because haven't found it yet in the mail archive. Any help would be appreciated. Thanks, Norbert From lindsay at lcblanton.com Wed Apr 21 06:52:11 2004 From: lindsay at lcblanton.com (Lindsay C. Blanton) Date: Wed, 21 Apr 2004 08:52:11 -0500 Subject: [Mapserver-users] Dynamic Mapping and Tiger SHP File data Message-ID: <5D91E1B9C012CF45A170862C86D9FBC70F8C2F@srv1.lcblanton-int.local> Hello everyone, I am attempting to use Mapserver in an application that will display a map of a county, with cities and important landmarks. I have all the SHP file data that I need to do this, and I can generate maps perfectly using Mapserver, however I have a question about dynamically doing this. For instance, is there a way for me to pass a variable with the county and state name, and have mapserver automagically display a map centered on the county, at the proper zoom level so that the entire county outline is visible in the map? I can do this statically by creating a map file for each county, however that is unrealistic for 2000+ US counties. Any ideas? -Lb ---------------------------------------- Lindsay C. Blanton Webmaster http://www.radioreference.com From ms57 at streamyx.com Wed Apr 21 01:05:30 2004 From: ms57 at streamyx.com (steve) Date: Wed, 21 Apr 2004 16:05:30 +0800 Subject: [Mapserver-users] Font and Rotation Message-ID: <000401c42777$6e8073c0$be295fdb@maps> My initial mapserver app. was using 3.5 and the layer description below worked fine. It uses a customized font with the roation angle derived from an attribute in the shape file. However, when I maigrated all to the most recetn mapserver *4.0 I think) a couple of things went wrong. 1. the colour was grey until user zoomed in very close. 2. the LABELANGLEITEM hung the application. Question - my goal is to use a cutomized font that I'm able to rotate and have an outline and a fill colour. Has there been any chnages to the way mapserver 4.0 handles this issue? Thanks, Steve ===From Map File==== LAYER NAME "SeaTide" DATA GPS GROUP "SeaTideGroup" TYPE POINT STATUS OFF LABELANGLEITEM "Angle" #CLASSITEM "Name" CLASS NAME 'SeaTide1' TEXT "A" # the text is actually the keyboard character that corresponds to the symbol in the font EXPRESSION ('[Name]' eq 'SeaTide' AND [Posid] eq 1) LABEL TYPE TRUETYPE FORCE TRUE FONT vessel OUTLINECOLOR 0 0 0 COLOR 0 240 0 SIZE 10 END TEMPLATE "gps.html" END#Class HEADER "gps_header.html" FOOTER "gps_footer.html" TOLERANCE 8 DUMP TRUE # allow GML export END From ms57 at streamyx.com Wed Apr 21 06:59:29 2004 From: ms57 at streamyx.com (steve) Date: Wed, 21 Apr 2004 21:59:29 +0800 Subject: [Mapserver-users] True Type Font - colour not showing Message-ID: <000301c427ad$cc4a66b0$c5845fdb@maps> This is a follow up from the mail I sent earlier. My rotation and all is working fine. I changed from POINT to ANNOTATION, (see map file section below), but no matter what colour I set, it always comes out grey, until I zoom very close, and then the set colours are seen. Thanks LAYER NAME "TuahTiga" DATA GPS1 TYPE ANNOTATION STATUS OFF LABELANGLEITEM "Angle" CLASS NAME 'TuahTiga' TEXT "A" EXPRESSION ('[Name]' eq 'TuahTiga' AND [Posid] eq 1) LABEL TYPE TRUETYPE FORCE TRUE FONT vessel PARTIALS FALSE BUFFER 1 OUTLINECOLOR 255 0 0 COLOR 247 182 82 ANTIALIAS TRUE POSITION CC SIZE 10 END TEMPLATE "templates/gps.html" END#Class HEADER "templates/gps_header.html" FOOTER "templates/gps_footer.html" TOLERANCE 8 DUMP TRUE # allow GML export END From gerry.creager at tamu.edu Wed Apr 21 08:22:24 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Wed, 21 Apr 2004 10:22:24 -0500 Subject: [Mapserver-users] variable (proportionately) sized point data In-Reply-To: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> References: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> Message-ID: <408691B0.7050103@tamu.edu> Yes. Although I use the value to encode color on the site below, you could similarly encode a size for the point symbol. http://mesonet.tamu.edu/cgi-bin/mapserv?mode=browse&zoomdir=0&zoomsize=2&layer=weather-pwv&imgxy=350+350&imgext=-106.800000+24.453029+-93.520000+37.746971&map=%2Fvar%2Fwww%2Fmesonet%2Ftexas%2Fmesonet.map&savequery=true&program=%2Fcgi-bin%2Fmapserv&map_web_imagepath=%2Fvar%2Fwww%2Fmesonet%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F Moritz Lennert wrote: > Hello, > > Can Mapserver display point data as point symbols that are proportionate > to a given value for each point ? > > In other words, if I have a, for example, a shapefile with points (cities > for example) at the centroids of my spatial entities. Parallel to that I > have a list of population sizes for each city. Can Mapserver display > proportionate circles corresponding to the respective population sizes on > the fly, or do I have to create a vector or raster file with the > proportionate circles with an external program first and than display this > with Mapserver ? > > Moritz > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From eric at gomoos.org Wed Apr 21 08:24:36 2004 From: eric at gomoos.org (Eric Bridger) Date: 21 Apr 2004 11:24:36 -0400 Subject: [Mapserver-users] True Type Font - colour not showing In-Reply-To: <000301c427ad$cc4a66b0$c5845fdb@maps> References: <000301c427ad$cc4a66b0$c5845fdb@maps> Message-ID: <1082561081.1456.80.camel@ubet.gomoos.org> Well I was going to reply that I've used LABELANGLEITEM in MS4.0.1 with no problems and with POINT layers. You may need to have a CLASSITEM despite the fact that your EXPRESSION contains the field name. Another major change in MS4.0 is the OUTPUTFORMAT section of your map which determines the output image format and thus colormaps, etc. I'm no expert so read up on this section of the Map file. On Wed, 2004-04-21 at 09:59, steve wrote: > This is a follow up from the mail I sent earlier. My rotation and all is > working fine. I changed from POINT to ANNOTATION, (see map file section > below), but no matter what colour I set, it always comes out grey, until I > zoom very close, and then the set colours are seen. > > Thanks > > LAYER > NAME "TuahTiga" > DATA GPS1 > TYPE ANNOTATION > STATUS OFF > LABELANGLEITEM "Angle" > CLASS > NAME 'TuahTiga' > TEXT "A" > EXPRESSION ('[Name]' eq 'TuahTiga' AND [Posid] eq 1) > LABEL > TYPE TRUETYPE > FORCE TRUE > FONT vessel > PARTIALS FALSE > BUFFER 1 > OUTLINECOLOR 255 0 0 > COLOR 247 182 82 > ANTIALIAS TRUE > POSITION CC > SIZE 10 > END > TEMPLATE "templates/gps.html" > END#Class > HEADER "templates/gps_header.html" > FOOTER "templates/gps_footer.html" > TOLERANCE 8 > DUMP TRUE # allow GML export > END > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From eric at gomoos.org Wed Apr 21 08:29:20 2004 From: eric at gomoos.org (Eric Bridger) Date: 21 Apr 2004 11:29:20 -0400 Subject: [Mapserver-users] variable (proportionately) sized point data In-Reply-To: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> References: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> Message-ID: <1082561366.1456.85.camel@ubet.gomoos.org> Yes. You could create a series of CLASSes with EXPRESSIONs for each one evaluating your population field e.g.: EXPRESSION (10000 < [population] AND [population] <= 20000) SYMBOL 'circle' SIZE 20 etc. On Wed, 2004-04-21 at 08:56, Moritz Lennert wrote: > Hello, > > Can Mapserver display point data as point symbols that are proportionate > to a given value for each point ? > > In other words, if I have a, for example, a shapefile with points (cities > for example) at the centroids of my spatial entities. Parallel to that I > have a list of population sizes for each city. Can Mapserver display > proportionate circles corresponding to the respective population sizes on > the fly, or do I have to create a vector or raster file with the > proportionate circles with an external program first and than display this > with Mapserver ? > > Moritz > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From j.l.h.hartmann at uva.nl Wed Apr 21 08:45:51 2004 From: j.l.h.hartmann at uva.nl (Jan Hartmann) Date: Wed, 21 Apr 2004 17:45:51 +0200 Subject: [Mapserver-users] variable (proportionately) sized point data In-Reply-To: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> References: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> Message-ID: <4086972F.6000607@uva.nl> Moritz Lennert wrote: > Hello, > > Can Mapserver display point data as point symbols that are proportionate > to a given value for each point ? > > In other words, if I have a, for example, a shapefile with points (cities > for example) at the centroids of my spatial entities. Parallel to that I > have a list of population sizes for each city. Can Mapserver display > proportionate circles corresponding to the respective population sizes on > the fly, or do I have to create a vector or raster file with the > proportionate circles with an external program first and than display this > with Mapserver ? > You can use the LABELSIZEITEM keyword within the LAYER definition. See: http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#layer s.v. Jan From dmorissette at dmsolutions.ca Wed Apr 21 08:50:19 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 21 Apr 2004 11:50:19 -0400 Subject: [Mapserver-users] Compilation problem (mapserver 4.0.2) possible mygis error ... In-Reply-To: <200404201716.05023.plists@prometheus.org.yu> References: <200404201716.05023.plists@prometheus.org.yu> Message-ID: <4086983B.7000002@dmsolutions.ca> Attila Csipa wrote: > > It seems that the postgis and mygis modules use the same function names and > this causes a compilation error when you try to make a binary that supports > both. This is obviously a bug regarding namespace clashes, I'm afraid there > is no easy fix other than excluding one of them or waiting for the correction > to make it into CVS. > Attila, The functions should be made static (just adding a static prefix to their definitions) in both files, or the names changed. Since you wrote the mygis extension (I believe), could you please fix that? I have created a bug about this http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=632 Thanks Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From plists at prometheus.org.yu Wed Apr 21 00:56:57 2004 From: plists at prometheus.org.yu (Attila Csipa) Date: Wed, 21 Apr 2004 09:56:57 +0200 Subject: [Mapserver-users] Compilation problem (mapserver 4.0.2) possible mygis error ... In-Reply-To: References: Message-ID: <200404210956.57248.plists@prometheus.org.yu> On Tuesday 20 April 2004 22:48, Herman De Pauw wrote: > ./libmap.a(mapmygis.o)(.text+0x66f): In function `msMYGISLayerOpen': > : undefined reference to `mysql_connect' > ./configure --with-jpeg=/usr/local --with-freetype=/usr/local > --with-zlib=/usr/lib --with-tiff=/usr/local --with-png=/usr/local > --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config > --with-gd=/usr/local --without-pdf --with-eppl --with-httpd=/usr/sbin/httpd > --with-mygis=/usr/local/bin/mysql_config > > > Anyone another clue to solve this ? Could you send the output of /usr/local/bin/mysql_config ? From Stephanie.Choi at ec.gc.ca Wed Apr 21 09:50:40 2004 From: Stephanie.Choi at ec.gc.ca (Choi,Stephanie [Ontario]) Date: Wed, 21 Apr 2004 12:50:40 -0400 Subject: [Mapserver-users] WFS Questions Message-ID: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEC@mgtserver3.ontario.int.ec.gc.ca> This is a multi-part message in MIME format. ------_=_NextPart_001_01C427C0.C72440E4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I got a question about WFS support in mapserver. I am interested in transactional functionalities (ie. Insert, update, ...etc ) in WFS Server. I got the latest build from cvs and does anyone know if this bit of functionality is included in this build ? Also, I just wonder if anyone knows where may I find a WFS client software ? =20 Any help would be greatly appreciated. Thanks in advance, Stephanie =20 ------_=_NextPart_001_01C427C0.C72440E4 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable WFS Questions

            Hi all,

            I got a question about WFS support in = mapserver.  I am interested in transactional functionalities (ie. = Insert, update, …etc ) in WFS Server.  I got the latest build = from cvs and does anyone know if this bit of functionality is included = in this build ?  Also, I just wonder if anyone knows where may I = find a WFS client software ? 

            Any help would be greatly = appreciated.

            Thanks in advance,

            Stephanie        &= nbsp;

            ------_=_NextPart_001_01C427C0.C72440E4-- From bartvde at xs4all.nl Wed Apr 21 10:14:06 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Wed, 21 Apr 2004 19:14:06 +0200 Subject: [Mapserver-users] WFS Questions In-Reply-To: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEC@mgtserver3.ontario.int.ec.gc.ca> References: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEC@mgtserver3.ontario.int.ec.gc.ca> Message-ID: Hi Stephanie, Mapserver is not a WFS-T (transactional WFS), it just provides read-only WFS functionality. If you want a transactional WFS, you should look into Geoserver (geoserver.sourceforge.net) or Deegree (deegree.sourceforge.net). Free WFS clients are e.g. provided by Cadcorp or by ESRI. Best regards, Bart On Wed, 21 Apr 2004 12:50:40 -0400, Choi,Stephanie [Ontario] wrote: > Hi all, > > I got a question about WFS support in mapserver. I am interested in > transactional functionalities (ie. Insert, update, ...etc ) in WFS > Server. I got the latest build from cvs and does anyone know if this > bit of functionality is included in this build ? Also, I just wonder if > anyone knows where may I find a WFS client software ? > > Any help would be greatly appreciated. > > Thanks in advance, > > Stephanie -- From warmerdam at pobox.com Wed Apr 21 10:19:57 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 21 Apr 2004 13:19:57 -0400 Subject: [Mapserver-users] WFS Questions In-Reply-To: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEC@mgtserver3.ontario.int.ec.gc.ca> References: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEC@mgtserver3.ontario.int.ec.gc.ca> Message-ID: <4086AD3D.2080407@pobox.com> Choi,Stephanie [Ontario] wrote: > Hi all, > > I got a question about WFS support in mapserver. I am interested in > transactional functionalities (ie. Insert, update, ?etc ) in WFS > Server. I got the latest build from cvs and does anyone know if this > bit of functionality is included in this build ? Also, I just wonder if > anyone knows where may I find a WFS client software ? > > Any help would be greatly appreciated. Stephanie, There is no WFS transactional support in MapServer, nor should you anticipate this being added in the near future. Mapserver can act as a WFS client (as well as a server), but I too would be intererested in knowing of other readily available WFS clients. 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 assefa at dmsolutions.ca Wed Apr 21 11:59:28 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 21 Apr 2004 14:59:28 -0400 Subject: [Mapserver-users] 4.2 beta 1 released... In-Reply-To: References: Message-ID: <4086C490.90108@dmsolutions.ca> For those interested, the maptools.org site has been updated with 4.2b1 windows binaries (http://www.maptools.org/php_mapscript/index.phtml?page=downloads.html). Steve Lime wrote: > Hi Folks: The first beta for 4.2 was posted last night on the UMN > website. Should everything be ok (it's not, one potential bug was > reaffirmed this morning) we'll do a production release in a week or so. > Your feedback is important, so please fire the new version up and let us > know how it goes. I would imagine Windows binaries would be available > from the usual sources very soon. > > I've attached the HISTORT.TXT file from the distribution so folks can > see the changes. > > Steve > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From bob.basques at ci.stpaul.mn.us Wed Apr 21 13:05:17 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Wed, 21 Apr 2004 15:05:17 -0500 Subject: [Mapserver-users] uninformed question :c) Message-ID: <4086D3FD.5090409@ci.stpaul.mn.us> All, What SHP file components are requires for MapSERVER, which file tags does it use for operation? For example: .avl .dbf (yes) .prj (I don't think so) .sbn .sbx .shp (yes) .shx (yes) etc. Thanks bobb From v.winkler at geotec.de Wed Apr 21 23:44:05 2004 From: v.winkler at geotec.de (Winkler, Viola) Date: Thu, 22 Apr 2004 08:44:05 +0200 Subject: [Mapserver-users] proj4-Problems Message-ID: <5B70A170ED0ACE4B8A095B92A74B43480D7EB9@server2.geotec.local> Hello, i use the umn-mapserver on WinXP in Version 4.0.2. The proj4 library is install on C:\Proj, but the on-the-fly projection doesn't work. On Version 4.1 ist doesn't work too. Could it be an bug in set-up? Can anybody help? Viola From v.winkler at geotec.de Wed Apr 21 23:49:42 2004 From: v.winkler at geotec.de (Winkler, Viola) Date: Thu, 22 Apr 2004 08:49:42 +0200 Subject: [Mapserver-users] New Entry in Proj4!!?? Message-ID: <5B70A170ED0ACE4B8A095B92A74B43480D7EBA@server2.geotec.local> Hello, we need a new projection entry in proj4. In Germany is defined a national coordinate system that is called RD 83 and wich is used in some federal states. Rd 83 is an Gauss-Krueger-Projection (3 degree) based on the ellipsoid bessel 1841and the datum Potsdam. We need this projection for our application but it isn't defined in the proj4 library. Could anybody be so kind to insert this projection in the library please, that we could do an on-the-fly projection from RD 83 (Zone 4, Zone 5) to ETRF1989 (Zone 32N, Zone 33N) with the Mapserver? The transformation parameters from RD 83 to ETRF 1989 are: tx = 612.4 ty = 77.0 tz = 440.2 rx = -0.054 ry = 0.057 rz = -2.797 m = 2.55 More details for that transformation you can find under: http://crs.ifag.de/country_select.php?country=DE Many thanks in advance! With best regards, Viola Winkler From samuzzal at linux.net Wed Apr 21 23:50:43 2004 From: samuzzal at linux.net (Sam Choudry) Date: Wed, 21 Apr 2004 23:50:43 -0700 (PDT) Subject: [Mapserver-users] Problem Colouring Layers Message-ID: <20040422065043.999BD3961@sitemail.everyone.net> Dear group, Thank yo very much for showing me the way to sove the problem regarding windows 2000 Server. Although it still remains but I hope I will be able to solve it. This time I have another problem. I am trying to colour one of my layers using Php-Mapscript function using these code getlayerbyname("nal-blks"); $coloured_layer->set("status", MS_ON); $class = $coloured_layer->getClass(0); $color = $map->addColor($r,$g,$b); $class->set("color", $color); } . . $image=$map->draw(); $image_url=$image->saveWebImage(); . . ?> .. R G B .. But the following error message is displayed as I try it in the IE. Fatal error: Call to undefined function: addcolor() in c:\inetpub\wwwroot\color.php on line 24 What could be the possible reason? May I have some help from the group. Samuzzal _____________________________________________________________ Linux.Net -->Open Source to everyone Powered by Linare Corporation http://www.linare.com/ From massimo at iuav.it Thu Apr 22 01:09:15 2004 From: massimo at iuav.it (Massimo Mazzanti) Date: Thu, 22 Apr 2004 10:09:15 +0200 (CEST) Subject: [Mapserver-users] PhpMapscript, zoompoint method Message-ID: <1446.157.138.208.81.1082621355.squirrel@cidoc.iuav.it> Hi there, I use MapServer 4.01 and PhpMapScript 4.01. When I call the MapObj Class zoompoint method, using the standard parameters only, i.e.: $map->zoompoint($zoom_factor, $my_point, $map->width, $map->height, $my_extent); all is ok. But when I add the MaxGeoref optional parameter, i.e.: $map->zoompoint($zoom_factor, $my_point, $map->width, $map->height, $my_extent, $max_extent); where $max_extent is a RectObj class object, and $max_extent->minx = 1544200.00; $max_extent->miny = 5053400.00; $max_extent->maxx = 1549300.00; $max_extent->maxy = 5056700.00; are the coordinates values of the $max_extent object, the following error message is displayed: Fatal error: zoomPoint failed : Max Georeferenced coordinates minx >= maxx in "my_php_source_path" As you can see, $max_extent->minx value is less then $max_extent->maxx ... Any idea? Many thanks. --- Massimo Mazzanti CIRCE - Universit? Iuav di Venezia S.Croce 191 - 30135 Venezia tel +39 0412571165 fax +39 0412571761 massimo at iuav.it From bging at web.de Thu Apr 22 01:48:34 2004 From: bging at web.de (=?iso-8859-1?Q? Sebastian=20B=F6lling ?=) Date: Thu, 22 Apr 2004 10:48:34 +0200 Subject: [Mapserver-users] UMN MapServer transactional or basic wfs ? Message-ID: <40783424@web.de> Dear list, is the UMN MapServer WFS a transactional or basic OGC WFS? Thank you, Sebastian Boelling ____________________________________________________________________ Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Sober.A-F! Kostenfrei fuer FreeMail Nutzer. http://f.web.de/?mc=021158 From mlennert at club.worldonline.be Thu Apr 22 02:04:56 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Thu, 22 Apr 2004 11:04:56 +0200 (CEST) Subject: [Mapserver-users] variable (proportionately) sized point data In-Reply-To: <408691B0.7050103@tamu.edu> References: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> <408691B0.7050103@tamu.edu> Message-ID: <33355.164.15.134.161.1082624696.squirrel@164.15.134.161> Gerry, Gerry Creager N5JXS said: > Yes. Although I use the value to encode color on the site below, you > could similarly encode a size for the point symbol. > > http://mesonet.tamu.edu/cgi-bin/mapserv?mode=browse&zoomdir=0&zoomsize=2&layer=weather-pwv&imgxy=350+350&imgext=-106.800000+24.453029+-93.520000+37.746971&map=%2Fvar%2Fwww%2Fmesonet%2Ftexas%2Fmesonet.map&savequery=true&program=%2Fcgi-bin%2Fmapserv&map_web_imagepath=%2Fvar%2Fwww%2Fmesonet%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F > Which technique / command did you use for this ? Moritz > Moritz Lennert wrote: >> Hello, >> >> Can Mapserver display point data as point symbols that are proportionate >> to a given value for each point ? >> >> In other words, if I have a, for example, a shapefile with points >> (cities >> for example) at the centroids of my spatial entities. Parallel to that I >> have a list of population sizes for each city. Can Mapserver display >> proportionate circles corresponding to the respective population sizes >> on >> the fly, or do I have to create a vector or raster file with the >> proportionate circles with an external program first and than display >> this >> with Mapserver ? >> >> Moritz >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > Gerry Creager -- gerry.creager at tamu.edu > Network Engineering -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > Page: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > > From bartvde at xs4all.nl Thu Apr 22 02:26:54 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Thu, 22 Apr 2004 11:26:54 +0200 (CEST) Subject: [Mapserver-users] UMN MapServer transactional or basic wfs ? In-Reply-To: <40783424@web.de> References: <40783424@web.de> Message-ID: <16040.212.238.227.182.1082626014.squirrel@webmail.xs4all.nl> Hi, UMN Mapserver is a basic OGC WFS and not a transactional one. Best regards, Bart > Dear list, > > is the UMN MapServer WFS a transactional or basic OGC WFS? > > Thank you, > > Sebastian Boelling > ____________________________________________________________________ > Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Sober.A-F! > Kostenfrei fuer FreeMail Nutzer. http://f.web.de/?mc=021158 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mlennert at club.worldonline.be Thu Apr 22 02:28:33 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Thu, 22 Apr 2004 11:28:33 +0200 (CEST) Subject: [Mapserver-users] Pie charts In-Reply-To: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> References: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> Message-ID: <33544.164.15.134.161.1082626113.squirrel@164.15.134.161> Hello, Thank you to all those who so rapidly answered below question. It looks like I can do what we need quite easily actually. What a great surprise ! Now, I have another question, knowing that I'm pushing my luck very far: is there a possibility to create pie or bar charts on the basis of several values per site ? I.e. (to stay with my city population example below), would it be possible to show the age structure of city population (0-14;15-64;65+) in this form ? Moritz Moritz Lennert said: > Hello, > > Can Mapserver display point data as point symbols that are proportionate > to a given value for each point ? > > In other words, if I have a, for example, a shapefile with points (cities > for example) at the centroids of my spatial entities. Parallel to that I > have a list of population sizes for each city. Can Mapserver display > proportionate circles corresponding to the respective population sizes on > the fly, or do I have to create a vector or raster file with the > proportionate circles with an external program first and than display this > with Mapserver ? > > Moritz > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Heiko.Kehlenbrink at vermes.fh-oldenburg.de Thu Apr 22 03:34:29 2004 From: Heiko.Kehlenbrink at vermes.fh-oldenburg.de (Heiko Kehlenbrink) Date: Thu, 22 Apr 2004 12:34:29 +0200 (CEST) Subject: [Mapserver-users] arc gis wms Message-ID: <58978.195.243.253.146.1082630069.squirrel@webmail.fh-oldenburg.de> hi list, i try to connect arc gis 8.3 (sp3) to the umn mapserver (3.65 with wms-server and client support). i use the wms-extension from con terra(http://www.conterra.de/). query the capabilities works, even getting a preview (width=170, height=170)works but trying to get the full layer into arc gis generated an error ("Raster kann in ArcGIS nicht angelegt werden.") occured. con terrra documentation says that this error could mean that a gif was requested and no lzw license is available. in my case i request an jpeg (as arc gis could not handle png) and the mapserver is truly generating jpegs... to be mentioned, the preview is accepted by the wms extension any hints welcome best regards heiko kehlenbrink From pedro.carrasco at iver.es Thu Apr 22 04:01:44 2004 From: pedro.carrasco at iver.es (Pedro A. Carrasco Ponce) Date: Thu, 22 Apr 2004 13:01:44 +0200 Subject: [Mapserver-users] uninformed question :c) In-Reply-To: <4086D3FD.5090409@ci.stpaul.mn.us> References: <4086D3FD.5090409@ci.stpaul.mn.us> Message-ID: <4087A618.1050909@iver.es> Bob Basques escribi?: > All, > > What SHP file components are requires for MapSERVER, which file tags > does it use for operation? > > For example: > > .avl > .dbf (yes) > .prj (I don't think so) > .sbn > .sbx > .shp (yes) > .shx (yes) You only need the .dbf, the .shp and the .shx, but if you generate the index, you need the .qix file. Regards -- Pedro From flavio at tydac.ch Thu Apr 22 04:05:46 2004 From: flavio at tydac.ch (Flavio Hendry) Date: Thu, 22 Apr 2004 13:05:46 +0200 Subject: [Mapserver-users] Pie charts In-Reply-To: <33544.164.15.134.161.1082626113.squirrel@164.15.134.161> References: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> <33544.164.15.134.161.1082626113.squirrel@164.15.134.161> Message-ID: Hi Moritz we did somthing similar, however you have to click or search a city to see the charts; link in french: http://www.ch03.ch/fr/geopolitics/abstimmungen/abstimmungen.php We used DMSolutions OWTChart, see: http://www.maptools.org/owtchart/ Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual ---------------------------------------------------------------- ############ ? ? ?Mit freundlichen Gruessen / Kind Regards ############? ? ? ? ? ? ?mailto:flavio at tydac.ch ############ ? ? ? ? TYDAC AG - http://www.tydac.ch #### ? ?#### ? ? ? ?Geographic Information Solutions #### ? ?#### ? ? ? ? Luternauweg 12 -- CH-3006 Bern ############ ? Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- -----Original Message----- From: "Moritz Lennert" To: "Mapserver Users List" Date: Thu, 22 Apr 2004 11:28:33 +0200 (CEST) Subject: [Mapserver-users] Pie charts > Hello, > > Thank you to all those who so rapidly answered below question. It > looks > like I can do what we need quite easily actually. What a great > surprise ! > > Now, I have another question, knowing that I'm pushing my luck very > far: > is there a possibility to create pie or bar charts on the basis of > several > values per site ? I.e. (to stay with my city population example > below), > would it be possible to show the age structure of city population > (0-14;15-64;65+) in this form ? > > Moritz > > Moritz Lennert said: > > Hello, > > > > Can Mapserver display point data as point symbols that are > proportionate > > to a given value for each point ? > > > > In other words, if I have a, for example, a shapefile with points > (cities > > for example) at the centroids of my spatial entities. Parallel to > that I > > have a list of population sizes for each city. Can Mapserver > display > > proportionate circles corresponding to the respective population > sizes on > > the fly, or do I have to create a vector or raster file with the > > proportionate circles with an external program first and than > display this > > with Mapserver ? > > > > Moritz > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mlennert at club.worldonline.be Thu Apr 22 04:31:55 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Thu, 22 Apr 2004 13:31:55 +0200 (CEST) Subject: [Mapserver-users] Pie charts In-Reply-To: References: <33489.164.15.134.161.1082552195.squirrel@164.15.134.161> <33544.164.15.134.161.1082626113.squirrel@164.15.134.161> Message-ID: <33925.164.15.134.161.1082633515.squirrel@164.15.134.161> Flavio Hendry said: > Hi Moritz > > we did somthing similar, however you have to click or search a city to > see the charts; link in french: > > http://www.ch03.ch/fr/geopolitics/abstimmungen/abstimmungen.php > Thank you for the hint, but I'm trying to put the charts on the map itself, not on the side as it is in above link. (Or didn't I see correctly ?) > We used DMSolutions OWTChart, see: > > http://www.maptools.org/owtchart/ Yes, Gijs already suggested this and it does look like a very interesting solution. Thanks to you both ! Moritz From ed at topozone.com Thu Apr 22 05:55:03 2004 From: ed at topozone.com (Ed McNierney) Date: Thu, 22 Apr 2004 08:55:03 -0400 Subject: [Mapserver-users] proj4-Problems Message-ID: <13858AA1A74F30419F319ACB66A9D1224E433C@mercator.topozone.com> Viola - Could you please describe how you are trying to use on-the-fly projection? Posting your MAP file would help - thanks! - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Winkler, Viola [mailto:v.winkler at geotec.de] Sent: Thursday, April 22, 2004 2:44 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] proj4-Problems Hello, i use the umn-mapserver on WinXP in Version 4.0.2. The proj4 library is install on C:\Proj, but the on-the-fly projection doesn't work. On Version 4.1 ist doesn't work too. Could it be an bug in set-up? Can anybody help? Viola _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From craig.gould at bt.com Thu Apr 22 05:56:49 2004 From: craig.gould at bt.com (craig.gould at bt.com) Date: Thu, 22 Apr 2004 13:56:49 +0100 Subject: [Mapserver-users] WMS Label Strangenss Message-ID: <7497DCA1C240C042B28F6657ADFD8E0903248661@i2km11-ukbr.domain1.systemhost.net> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42869.4687DF31 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01C42869.4687DF31" ------_=_NextPart_002_01C42869.4687DF31 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, Excuse me if I'm being daft here as I'm pretty new to this WMS stuff. I have some layer labels coming through a WMS server that when displayed on the client map lose their focus and become off colour and fuzzy. They are supposed to be black, but appear in the final image as a mix of grey/white/black. Hopefully my image attachments will appear on the list. If not then please mail me for them if you know anything about this. The WMS server is passing an image that looks just as it should, e.g. <<1082638016134960.png>>=20 However, when this is placed on the client map the labels appear like this: <>=20 Both maps are using the British National Grid projection epsg:27700. My client map layer looks like this: LAYER=20 NAME OS TYPE RASTER OFFSITE 0 0 0 STATUS DEFAULT MAXSCALE 50000 MINSCALE 0 =20 CONNECTIONTYPE WMS CONNECTION "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=3DC:\Inetpub\WWWRoot\= O SMapServer\OS.map&" METADATA "wms_title" "OS" "wms_name" "OS_Road" "wms_server_version" "1.1.0" "wms_srs" "epsg:27700" "wms_format" "image/png" "wms_map" "C:\Inetpub\WWWRoot\OSMapServer\OS.map" END END=20 [ For the sharp eyed among you, you may notice this is directed to an asp page. This redirects the request to the mapserv cgi-bin script with all the same parameters but without the epsg parameter as this is the only way I can get a client using projection 27700 and a server using the same projection to respond with a map. Mapserver crashes with a page fault otherwise! This is not restricted to just epsg 27700 - if the server/client has the same family of projection as 27700 this page fault will occurr. Not knowing enough about the projection code and being too dum to get it to compile on my own windoze machine I've failed to trace what's causing this problem ] My server map layer looks like this: LAYER NAME "OS_Text" TYPE POINT CONNECTIONTYPE OGR CONNECTION "C:\OS_Maps\SO\SOText.Tab" STATUS DEFAULT MAXSCALE 4000 LABELITEM 'Name' METADATA WMS_TITLE "OS_Text" WMS_SRS "EPSG:27700" END=09 CLASS NAME "OS_Text" COLOR 0 0 0 LABEL =20 FONT "arial" TYPE TRUETYPE SIZE 10 COLOR 0 0 0 POSITION cc OFFSET 0 0 END END PROJECTION "init=3Depsg:27700" END=20 END Many thanks Craig. Craig Gould=20 BT Exact __________________________________________ British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no. 1800000=20 This electronic message contains information from British Telecommunications plc which may be privileged and confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the number or address above) immediately.=20 Activity and use of the British Telecommunications plc email system is monitored to secure its effective operation and for other lawful business purposes. Communications using this system will also be monitored and may be recorded to secure effective operation and for other lawful business purposes ------_=_NextPart_002_01C42869.4687DF31 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable WMS Label Strangenss

            Folks,

            Excuse me if I'm being daft here as I'm = pretty new to this WMS stuff.

            I have some layer labels coming through = a WMS server that when displayed on the client map lose their focus and = become off colour and fuzzy. They are supposed to be black, but appear = in the final image as a mix of grey/white/black. Hopefully my image = attachments will appear on the list. If not then please mail me for them = if you know anything about this.

            The WMS server is passing an image that = looks just as it should, e.g.
            = <<1082638016134960.png>>

            However, when this is placed on the = client map the labels appear like this:
            = <<DEMO108263801613496.gif>>

            Both maps are using the British = National Grid projection epsg:27700.

            My client map layer looks like = this:

            LAYER
                NAME = OS
                TYPE = RASTER
                OFFSITE 0 0 = 0
                STATUS = DEFAULT
                    MAXSCALE 50000
                    MINSCALE 0   
                = CONNECTIONTYPE WMS
                CONNECTION = "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=3DC:\Inetpub\WWWR= oot\OSMapServer\OS.map&"
                = METADATA
                  = "wms_title" "OS"
                  = "wms_name" "OS_Road"
                  = "wms_server_version" "1.1.0"
                  = "wms_srs" "epsg:27700"
                  = "wms_format" "image/png"
                  = "wms_map" = "C:\Inetpub\WWWRoot\OSMapServer\OS.map"
                END
            END=20

            [ For the sharp eyed among you, you may = notice this is directed to an asp page. This redirects the request to = the mapserv cgi-bin script with all the same parameters but without the = epsg parameter as this is the only way I can get a client using = projection 27700 and a server using the same projection to respond with = a map. Mapserver crashes with a page fault otherwise! This is not = restricted to just epsg 27700 - if the server/client has the same family = of projection as 27700 this page fault will occurr. Not knowing enough = about the projection code and being too dum to get it to compile on my = own windoze machine I've failed to trace what's causing this problem = ]


            My server map layer looks like = this:

            LAYER
                    NAME    =         =         "OS_Text"
                    TYPE    =         =         POINT
                    CONNECTIONTYPE  OGR
                    CONNECTION      =         = "C:\OS_Maps\SO\SOText.Tab"
                    STATUS  =         DEFAULT
                    MAXSCALE        =         4000
                    LABELITEM       =         'Name'
                    METADATA
                    =         WMS_TITLE "OS_Text"
                    =         WMS_SRS "EPSG:27700"
                    END    
                    CLASS
                    =         NAME "OS_Text"
                    =         COLOR 0 0 0
                    =         LABEL 
                    =         =         FONT "arial"
                    =         =         TYPE TRUETYPE
                    =         =         SIZE 10
                    =         =         COLOR 0 0 0
                    =         =         POSITION cc
                    =         =         OFFSET 0 0
                    =         END
                    END
                    PROJECTION
                    =         "init=3Depsg:27700"
                    END
            END


            Many thanks
            Craig.




            Craig = Gould
            BT Exact
            __________________________________________
            British = Telecommunications plc
            Registered office: 81 Newgate Street London EC1A 7AJ
            Registered in England no. 1800000

            This = electronic message contains information from British Telecommunications = plc which may be privileged and confidential. The information is = intended to be for the use of the individual(s) or entity named above. = If you are not the intended recipient, be aware that any disclosure, = copying, distribution or use of the contents of this information is = prohibited. If you have received this electronic message in error, = please notify us by telephone or email (to the number or address above) = immediately. =

            Activity and use of the British Telecommunications plc email = system is monitored to secure its effective operation and for other = lawful business purposes. Communications using this system will also be = monitored and may be recorded to secure effective operation and for = other lawful business purposes


            ------_=_NextPart_002_01C42869.4687DF31-- ------_=_NextPart_001_01C42869.4687DF31 Content-Type: image/png; name="1082638016134960.png" Content-Transfer-Encoding: base64 Content-Description: 1082638016134960.png Content-Disposition: attachment; filename="1082638016134960.png" iVBORw0KGgoAAAANSUhEUgAAAlgAAAHgCAMAAAE5ztP9AAAATlBMVEX///9gAAAAEQAANAAAIwCQ AABIAAAAegAYAAB4AACoAAAwAAAMCQAmHAFZQQOfn5/f398fHx9/f3+/v78/Pz9fX18AAABmSwTA AAAAjADVkbCxAAAAAXRSTlMAQObYZgAAIABJREFUeJzdfYu6s7qOJDPdPX05Mx2SlUB4/xedQAL4 oktJFiR99O39rwRk2YhyWZYN6bpKpvLAsz5X6Ay1FYdUFQPKT1mLEFOJuZZRUxqJho9r6f2PaqeU uqWAh0xOnGWsPhBteP/ps+Pjp1BVo96ESfdGacRyXbntquTYZJwWxoIEtulTKG0tof8Uvp0v3G0b Z3As1zNValPZAQhnTeRHczNgybumrVDdjIlRkftWU9W6Wl0nZgSC2POpqJGn0ya197nSYiXETS5G qlH4Rkt8B1x5tB0kuVGmpWQtlpsxjWCBXWfMKh367tFd3sNJn5Vo8QB1uSN/irmESrVo0sQXFVrP BQhpxU/hJCxpRXwPHCOQVtt4pmd4gFQUuVu6GtvwrOsZG/sRYa/65LHDiQGbQkOelIZIVbYOrNNe YW8ltRAkV+Il4fxmalb0tu8a0O1uH/IK6s0MZtEk08X7knEZW7w8qw8Hyvsi6pZN61US5/7ef/bm UUpdbrhy1vtMTxxzSearS/KZgdhUVxbDPt5rsMD7fbEbUqfkFGmNtg0y4PTWnKhq3t8fausB1zId PSaGtUlWJ9V0oWOikRvHEXUDdAXVu3SO5VDXMmksSSz9T537ENXnXrDE7ozBz/drz+Fhym7zNguh LREnahXPkFBaMafnNI1j+6gS61aiq46CYtu1mIYQkgKI8ZiPl/GGbDa4m89kQlk7SZnISbUgCum2 ylj2T3WIN84r9unnZIzbi8yFhVrbQ8hBHKkckrph+9vM/bKN6fSk7taYsmY5M0B0qf59Cy4LXzQv A1W199fsoNA6zYc+6hypz8fdLje/V7ANtZ6YYK6dyTvfRdijx8c6WVZWpIqLhImFz8pc4PjiXC2o /UiXZ2H7pK0IyqpYwy45W0jO7brgRJ9kGQnGpom3mK2iailmqEXvBsyE+7hSNo3pvXPWFSWv0unk YbjxCh8rwqVmp1Zb8pqsInUr8kHvA1U0+61aZ8rxcRxU1cT1KLkYpzl1nlK+Om+6CmMRqGOC+qJ1 9Ue3wjWNSbZGdlbY89d6SijQonGld1/Iyf9wkpzm/E46STaLLAroIo4doMtMAt7CSb0pKspYtx84 fDjSw0ZbjORbmyKvEI4e5Xxc/4qvH+kB+fKmtVT/MX3QVgatNY5quQ1dBIeyLpPiBIs8i0A9ZgLw jZUExWXIfTKMS6vtkU4vNa7RQMhb5IndMia3SK0w2cSZ4PZs2wkClZpjk7sBGLlahDfS1BvzW6Oa Yu8kVXKkvk7bvzk7GZ2UdWCqVY1MDzWnjQdHhtVFy/UsBgmqd3myX0ADu3A7FdbDz/IAIvJtkxzu noyYBm3GZaSNMW0X1Dwl6ZKfXll96G78xjT5Lh0pwzpv9fZEts0HQUlIKEHR62RPyJ+xUhd360mX HTy4bfVowkzdmG1ObtFbstQ4xw9//WX4v39dd5t3P93no9d+2au17ULo8eUjV7ZTgReTLhjL4Eeo inVHzv+1Ghc/1QsfeGMIFfvdxpbe3pKTbFT6XxyZTKkfpQwuOIVrTFkyBq0Ft5hMeWqLSvfH2hRz HTrHp4XM6COniQDJujK/mU5drXGfnVrWLMUlWBIPpctud3jTxLto86imrZw3j0tsIy3xJteErLA3 EU/HrebmFZGsVE95oOEukv0hKHvYNCghp5rDsjKPKFWbsG3ZFs9Qnrd95NQAS51xV9duRBlMpQaJ nmuixXXf1+WO7zmyoYDqmsL00ZQLEpoygTsn4P6viTixNNzcXI6Yy4E2tQVEah1gu3uXoUtGxyde q+yO+qTUGaEqCdyPzGd6UIAWi6wi5fX5BF81fGNBB7klRhD4mkyZJ8S4rzu0RC14dqVc83lSpR0t aBx2Ixhk4vPq+TxGHuI/X/+oc4tUUZmCFbam7P4F5apC+7k0WuS7C6r7Z4+cuexDxRXnSmiFuZse 24GJr2qic3nJeUbE2Zx0VQ9IS7e1Xxt/+/UaTIk8fgsvYbFtSnNG/joV8UaOOZBMNlYLiIG0zAez QgCmJFZc/tfb18oXT/GrKvlcuWGZsfCe3A7fKsEuOlNELOIdKb5asC2gWL1NaSfmsMTuY4f1esUU dxwbwbXUkB4gMgD7l0ux+VeYRVMH+VZtFRkgs5X5V/qlJYKp5V1ZDc9Kaa1Ur4L3xO3P2pi6XnYH nioEwBS479sKLHkWMYaXKiUkr7fcXNbAJeNqkBFx6AbrbaM61E1P5rOhgiwcRgBmgx7QKpJblT2l sHuNcyM5/tfEkNHSghVwL6VBTp/NybVP1YlTG5hUNnInaglKnUiLU5oX0G4O6SmV5XkH8TSWpZfG HEh4gqIzS/xIh7VrPtMz23Sp26dXZRbeNbYn9B3dS2x42a7sEXaqVxfWUsWJOlWWh1rFCrDEVy79 7zNvuiG6NbkwlpDRLpdJw4o2BXWhJ/pxbMYewAdAFkRzTdSIM+1hA4uXNZyukj/U083ekNkvwpC0 N8AUYgrK0iUJ55yeAGdNJzynzS4jAu2wZE/KcFpzXFBYUxulZmx1luL5fGYvyaGsJVI5yJr4IzaV RAs1T3Q8Ntsm5IwC2uNjSkSKlZ8Y1CMELwQatCzJJAJgenpfsm3xinNeXx5DQgmfJA0ccODvMib/ 2oUbcC0TaEnx7LUnWM7oWW1PbgVVCZWhYGBtq6AvpOTJz5Wao1WKJ/IkkgL3wOAmwJS7T8HpV5/x 8kMq9G1TmkMnJSxt+cgwdP043odbN9y74dINj2VkGtjkhKVZYLRFOP9vWF65PHR//9Xd52ZdlyeQ hsvarAX4Q7Ii475/FbtPMS/bL8Vmk8zkqiZFgDH3M+xaa68JppEt3qNio/ONGljyqQprTFUh84Qm x6u0j7GpY6e9ZFi3VZZGln0Fd43FX2Nr3kWTvgbPbN13Dx7lygr0+WtVOKZreyMz0pfAHCY2XyI9 4ZnLiACtRVKH2Mi9hvny6Uq1y/3wTFHKA1TLbS11ubJIswiEGVrCic2NdfppFwA9LoAZHmYzY0LK IyrGiGYxEz7x0RkjiakP2hVtKAM/6gl8V3CuPjN5uVEt4I9hOkqrVD9euz8fCrVkGFS7aqFZ2AXD 5RDQQBb48jqLoJafFpuAOFDUIeY5tphCrnEZPe17A5AVG7F9TQOzsmRJCqTni78ogIHNSolUuauj 8I1tV4sCfR+5qNC0NwBtFTTtoE/QUwwwP8c2YD144jIG0wJQxJGaP1X7hkpDlI6QmzW+tetKJWdq N4nc3GuB28h3Xq5d2/GRSIK9v4b+WAbmMXiKSd8EXnRv2noDOGNIjs7/9687PT+CnmxMJ5ew4vcL EBO//cnNuVmX7vaw/p7m3qCGt6VyJTFel0/Qq6ctw7b4aM4spmwQyF2mBoO8wSbxyDZVE+ax3huk 182dBsBjxNfEfGaEzAcQfikPKaazvi1EV0N/e8jvMwseqjFADdf7/BRz3xt/AzSPbCcCaWXBfAYk XOyMoKG/DMPrX7ZZVSuSj9QvP2ILWsXhkPwm0wmxFiinxZXbv/q3kyelkC7q4tUo7Nj4rPUS93Tn GqrKog+KPuJOJtaZDcC6bbFeIx1l0nBLWu4mPXTmxq2Xwo459VFfF1CqNk251Rb42mJcYchZrLih FJ/aWxW54PxBOgN4LcHgzz+Ssm1QkcvwSB95Da7G2sqb8cSFClssRlko2fyZ/NslnkhsmradwHmz VB4Vm0OvV3jLKMxpOXHeJ6MYW0VmxKSvzWuQhom1Yd5G3TukqVgnchM7C6kP48N8HRhiTyakm21/ /k6S6SlnnDrozc1JN/KZV/w2SLSIbGYl9NYCVVwEJDSBjFRvy3SHHWVNNac5Szvd2K/wKZQTkeKq DZUGeNlgtRXLFGEqtXkAoDJqmS+kGYS7cPHDSippDqXDIk4AXkQRZ/VjJ1+q89kwrUoyqlT2vcj1 tZC99VLAd7u0w0v0iL447XyOadu7h7qF1mvcktbG3+X91YcKuUkAvOrqjaE7XUfytDZ7Ucbo3ZHl gCWQ7cMJxmGcAbEz4GPFn0DR1URYwWKLVY+alhgKJrMD+443SiBY8U0hbClVSYoAZSXiYq/Oc59S a4yr7DEwop3enfK07qw8p4a4C2uw1AOtwk7Z8qaYAsFCue+7fvlF9X+YWmaNvZYv16579BdTDVQP LLc4sUkBgyjz/PV0/5pc93/SlhIs85kK48pXFff7ng9FYeWcFEg/xHjGtL8QFF6fiqh9ZeYeaLvM oJl2WSkXKHF5T1MruEoZSXsgVUzIL1XHouFlGwxLcc0cre2UFq6Jc0TWFxZOe0xOu7ZTm1pR1Mp5 md9v5PNzJW3wiszQEkJ3cCAKBc7g4Sp/XfY0jL+AJQvtagdfTQPUTPCi+b0JVu2haknslDT0Qp7J aKPswAHvOEfaoYizB5KKRThClmYb58BG22BYiG7HXpN5NsyXJid64lirRuQiGfKWjUszmSA9UJGx +sBJm/dBGUHLZn8JruIjTuQCoY7GmktDq0Ti1ssda0J+UXKe6R4bIE5FVwiBayMjHNagQVJYXfON R+JEhmsM1VBy9iPHlzrO4alknKz3aamhT7MfqtfFRu3w4ted2Lwfl5Bv6XYqvKIHRyus9NKwAuon aWhtNL4/uVOYQ2HlC2Gn4q9FDqVj/3qkVwyh6VSfERwYEZLK8MKMZ/ACiL3MLRPNyLfnoIOFJIr+ ccSeSJGXaP89IEayZL184dbURbM0mdbTLqR5b50T0R9pEZ5Ww+5xREqoSnvJVcvmx+pzzBJtxzmL XGYwSggZwm433J9yJa1tgGwT75y6Sqvhmab84Jj9FW44EW2yMyPOj9TYQ0o0F5e9MYDtmTHzCMCS NcpHBUHABsIrExJWvPATRvrYdFCGQDKqPjSen5wItsdvM7vyHylCJ42t+fQ0ji3prJwDivDLxKp1 YqcHBK+kciC0IqaM0i3W3NE090YKRiPGxl6c2nE9sJ5K5fByEjt5jxF4HSMoKtpCL2H4EIh9d9V1 6IbugrmrrlLJ49CsUX87WsKi24+zOuwCWuFlptcI/XcZa66DX7ppInvnnWtB1zOCFE5Z0SlCVTKy pxYEz+17oFj3sdvJXrNBiXfNizHVigdfD1SKyGepyP54qS7Uy+ABPXD0xhJ8HicQVrS1uPUOjdi1 Q4rYQ1VfPam0YELPWjna9vVQ1VrvkdlCHFboY4YTYUTugR58NfkEJ3Zt3v+Rfhj6bnj903fdf8/P fAzdP4Zbd+vu8+Hub/75mq6/zz8dc531hkV3/ufzRWkwWTfuNs9qUHbS+HSE3NzXNd9eTrj2y4aH 4a9/ueYxPB9df/3rhmULxHBf/lyul3lLxKL7cdb2Cztay6v4DHXXdEjv5/dmy4df17z86NEwPmav zciaP8yfZky9kTX/11+vy/6R+VvhrI/ByzyV+iPrUSN/wXmas5yLcxSNgGItRMYSs+v+siMRlerI iiF7YrUdayIe2rNkzyqrteIFxGqk0KrBvd4wiAtVs0+acfHFiYb0QbEQ4pnC5fle1Cvqul8hVKhK LA1yR4i6Rd1pon6RGhamKJKFA1xingm1Rex5aRNERB+iltjWq8HqCNcjLgiyyqoSWzULXWPFy+9w UH4wBGCyWiGOxzfQ3pibpu5I9MyHCOctXQWAV71Cm5Umadx/lc2bhXgZq39FRb4wIqbrEJSBGrPS wq1kXYW1tVgNNaAMgBffBLwepheW9tOqIqZFFTK4IVK6EnxN6C0x8CJTyvXSKrQYAcYaCHL0qCKb 8x0Mr1UDdLkesLOFtEMj8xkRZpDF28NXSiX4Lfg0785GTwnpkrPYC5KogM3ZDMAX0OjnW0NT7dbL kkoN8NrpRH+eiNOpCM2VQjBPEtoMrzrthe9ZrI8y4SzWJIXA+EO0jC54GfI4zbu4qAIYsbOmgYyE coVt8Lp3lyGvZNKKqHXvlRZWJi+DNcHKXIKp5vGKSub1kEKUd0siKzcsH4Uj1iLwzNG+Qis8haLW iQjoFzLj3EGJCcaYLFJWlS/v8AbdA0l4+SEErjPK0T6atEfqYe3psNIiArUgIkhmlS2G53EgUdpt x1w9qXQ2g+iU7iS0swmgCk7sWYljSNuZ78q/HT8TYkVMYUgZLXzWXq4xGGL488W627GQlnd3F4eS xAI3YBba3NEAeFEmzGundVhaa7Ti3AckfIHSP+vj9KQrnspv1QFdLEFZ8gXPy9tiifLoMdvnfKML P7Nu46fLnoWGAgBKCe8YpI03hWhLFA54VUKTfUJh2opjwE9F21qu5aN2Uvd55D2UquyH9rjmsZK4 CqAX2hb3gaPUWGmOL3ZB3TIm5rFw3Nwocmt2Wi/UVhfYIFi1IEiCQXpubsjQLVsL31tWr93t+urb f9QPg+8sWzWtOMA5RWY2JByB5E1jUAQrrVd9JDs5vN/q9dnfu7wO7S6or9WmsAKExb0V5LPW6INV qmdaz9odIDxBqTWI7IHOXKJMYaDxLhsdUQHgJUpRElh7ySqmZcvnYClV7OYTAQUJO9F/bSnOZ/GX r0AXKuclF3bkQQyip1Ncgjz1JhCBY4jaMhZoD6zWrTlY6Z4OuBdNYR21K3+Sp9OGJhOUuUcV1KAN SgKv5Wn3effJMv49+tv1VgUKz87eA5WpFJyAloy33nw7vGZXXbrlyZdHd+27vp40rY7C5xNsD9w+ VddrisaUWRQ/Bsr+IfBnJntJE7i7fAzGwQaPN5SJCtD19rJbmE2XOmT9b8051EFzFVfwwRQ7d8aS OGGSzaVse9RfXdaU2ABodRvw8kOCNiDm8Jh4u0GSuk6STqq/doUhywJJtWd1W3qg8pXsgSYXkoK8 NwOrZXOWzgCKQQOFMGTEuZMYaHEZ9YJZy497DjtrguQtJOvV3gbRHgwvZdPx9mlkraK9jW9SeWZi Xm9Twc7iUr/7AXgZnpIw1JUdHS3U0/HtcT2zxkRWetXogiE2dUirFcNV7SWarok2UjRtBCiJsr7x do2izE1SmlB1QeIIVqcy3dSK62dV565edLmFmO7sXya1fmQq6GhXXsQAL9/CLTqRgReH98CBCxpo ePEDTgvmi7K3+YdX6VOrUB2ztdcJbpuS/3kNTCagR8Lwus3/9BJAuspZyNhom1xzDUyBEYgPRZgV n/K0p0HUJMwWWiGq+iFiLJiyrw10zgsWyYeFXo4gZ9UDptueUJXGOTkzr531RGu1Z634tqmlyVNK RI/Ai28OVdbgrApeziQ3V8w2r9JPAncc7qyGwbA8J/kLv1ryoBl5O1sxuPPBy7Z0jNyYAmsyrmWx l1u3izHtDMleZHLvOv4lZlZv0aSIiVSX7RErLfbwOvEx7wPR3vjWJDYGokdKa+atEVIjkxu/zY4a gPwcwGNUwuE8X7Une4pmME6RA59Gb4EChxVFpXudRasV5wGDoD0npdr1abaX1LaYqxaD6H/aG5PJ OUn7kTx6cKV5xZbKa2cBXZGoA/lFDkLyiWvAtl9MylVpqisSPZNAlou4JqrXw+kJvUY+asDrsrSF ZDGqG9rjU9q6MT+h+kpumZm4nAG1+ylgs1BXJC8X82+RKL82eqt5xBJcQvEcarYQ6RYr+8baOh9P XJ49vSDNb00WdlHyMgo1CZk1vWNK1cmnj+uhIbGAWA/VX2j7elcUx7xPbqBpsygnxBVKSWxvn6EG ei75pNVRhTjBxCWIabUxLu50TzsowTPfXACflTNOFWVjhTjJ/UiR0z2G7W7QOcNPLgHkLgqZH22d KnKnMWdZ77GRIAFyZ5iFyUNwV8smkwxJByB0FqXsitSmGT+57/9Wtoz5UcElkLcAZPkmP3YjpE2L r4IGEOOaHy1m4lKraST3queFENcoeMsgLd6iRCJ3qxCBqspLpEJjhm0ylcN/+QzwFTxQAMk0wBaz zcwgE9sYQV89pAhAWOYKTAm3Svlv6O7LA9IPpK63eJYyIn2VPgPjnB1i2hVxrU/XXQxm7cTVRu6V ns1baleE49P5tQUvR/0vSNnprbdsIF4lktxLsXkLNTZ0/1tZpPaOn1W5FcQfiR8IwdMtxAXOdgqx ENf0rvMDYtw6v9WlIPyAUBT0ltVZ5jTEmqodXhCm3kvClSfJnTjGRdpHTKw3Z6EjMj73cQrvq446 xs5KDiAuZtbON2STBpcEJm3RGVwrcVmDzVKQrpiYL6Nj0NktQXVoxOUVX/50pBR0GYu/FgnyFqDe lm9RJtaMr2wDoVHCIi7muyauAJU/R/lqZD539JqVdAUNxLXJ3nLvJE48l3dF/YaWGmwJajW0voL2 rphVQV4wGpq412BN0tIxW72V5+2dj4V5vOUMRg6LNUw5rsxZzjBC9JYhGuPJfWLPOMRPXKmz3CEX 4q2pOkIr8h4BfMVmbIzRPOMJ2+EGxX09wemr4hycQ22OvSH7LQYy2bDly3AIAxTsK+ggJczNC/E9 LW0Ta34sbSAx/WrXbMkh4g1PNY3WsJu2s33lDU4NNKkWgLzlJixV1B1o5GWZq7TvVIbaQdUS4auR JCwqmlfE1dFQShF+Hj6C8EjrKLmPpI08Yqjyz0qrywYZx6ej+I4VPo2HNIWKrohjjKmR1HZt0WYk dmnL0xhmq4JkivRWfbAy0eArneYPEyJcLWTa/qppBVZw34zVB86Y0V3GgZAa8i2+Yk8p9emaZBNi vSX4Cl2L4BoEdCT2INOZ1XJVvToKrH0R9pVeKj1pmqsYLzFwxuNhrr9h/g8X1Vct3uK0DxnAQKOZ 2tD+ZgBxJci7AJOedDkrkrjWSZjqLJWwRLClVD11hTW0U6l5UjAMKepFvPXc9N9bR3ZnqeROh+yF yD2Li0+lzqvlSYUAN0Imylw7uUtKQiBBT8d3JB4XRh5nGfKVJmWAKt+hiJ1NXDsWifQWDDYLuZu8 pTVAkUbi2ilLMxdI7vlhg7d0ZymQjkjaVN5ykXvVEgdhNYra/dtovgJelRZx1+n1ld+Hh+evfCuW QrO0mL32lSkj+KWHRXPBp/6syHllIRdl8Va7s+gW2sISkeapeKjWSkOk9CwRgeZfDbgOQJZlv4DS gIkxZzPPJrvW0l5mYp0FExaviN2IhLjw/DraoGRD2OYi3VfWJCH50qJjpHVjSmcrL/RI4aBxKcgs IZu/YRc6fb0Uq9MQUebBBrRtARnrQ5QacVAjLKoYOQgAlRqljdx3eZYlvZOD2lfkcixguf5G337y NmlNoytBJSzeG4tPta/wtEQh2uZbX3bNIzXNG947gkrmP7N19YY6/eEHCnyn6DKIvF90RE8T2wJ4 o7e85L6XskbzdE5CaHee3JCnO5lW9NRQnYe27W22+gpa3xLPyQNlE0+ISb+ncC5T6ZJukl0u3jbr QMgL7lehGqFqIEGqyLQ3pGEQifDVS56rlCcYP5KTfHfltrNKTWQn5AVbRmobhstW+LYnrMV8xIUT ltoAyaJyJqiERFjrbhkEkFTExbXGNRAiol/7VHw0eUv3lVFyb1nJXT/WJqWvPHLqWiEsR/iqSuzn DdZhDomhKwaJk2EFDQZXtbfMviq39zlofsLC+VH6atxPAejIOUJ20o6Qe26G0yYNT6WFsmGbZT6d 5ekPdm/hRq2dB/XWxzwADZ41TkuTgytHkK/6rntgL6WpJ9YucRKWX+JsXy5d9ze/Sessmm/2VcO1 W4tWhNXP2Bo6E82DyXlYbIXdVQkLCCC59xuyzDSf2IIJiz+Ai8Nb3HKRTu5ZO2vOcnjL7qsTGX4R NbF3jKCW8+YJQ6AHKHV+5kSxTAZ87aRCQn5Crgi/EBYm/IM5tmj+I56ljLpedxzZ7ix9MUTLAUDe yiKuibH66wKn+3SBvUXk5o8NMoPEOcvxyFaHngOUFL+OyPYn5nyXIG+1ifZVepXROOY9SIVABpqX LQUXSKSx+7STO1MMrvbMThX3khjasula8IjrfDKHu7nFQJP4lsnorTbBjYMHlViR5my+aB7eIhY+ k47xlo3cLeU3SZZWwK02LfzW6JZ3cWkDiGv1Dh8Vre1vGgumJn53+Qpp7yn50zlSsTqPqRS4Z5Kv Pu1J/s0ORYhMXHL7TQwp1onUphbfRd/asJ4fhnvXz//MT5X3l67v/obrnE8dur++6+7D8m83f7q9 lIe37jDcPv8r0fx+PGmQzVu27SqtRinZ2jv/vsWSb56d9d+P1+fhZenlslt37+dfKLgt/3b97a39 0Z3ez+snGX2B3NuSFUfMf9kFVVlmcLzQ8uiG8YWscXg543L9z+527f6u/fJjIf11yUX3j+H9exiz 7jD8+4wy9d0ZnyZ8IzOBpmUsydCl971/QqW7zln6uc9du5dH7q8OeF+QNaPqb/lv6FbdHVmprdn1 VXOElmpSXXF5gHWJTu5TndLVGjUM1/7lgP4yA2hx1oKk20xUG2fd5hMvzno7q//Pl08ewwKxrZZX 467zN24Vt7oqyFvylgZaI5GI9IDcTlfEtRR6IeuPVGSXhbQ2qcjyrNNzV+bwlctbb0gPDLCEBcdd 4bS1/uacANlSYGKdV5m/AAiIq8b0DzzV1LX0yB0zTL7G07OIrE2soRh01CszJtr2rz7CMocTBj02 IwhykF5Pfs0MItq763bbqrVCoKiBuPaW6ubtNF9vRGwXZuNi87TQTFyFlE98m71VNqDJW8eQe2kf PrmR9ZQfcbcGpp4p/dNO7qQIGZ1RqDerviyc72zwo5tjqPptzZu27itCPKxeqQPe+ghF8xM3hYZv raJYumxqGQgtc8SiqKGkhm3CBkhcSgJ+4jREX0Hk7kygAqLdR3s1Uokp+0B5y+gronrSV8KL5i0N UEKh0AVZNzsbumZDg43EhV6Nqhc7L5Qz8USiBlgt4CdDxsdgIWW5JRNaLSD15uu0FRxFQemZ4thB Cz+Qt0KTyniCR+X7NhH3TDtWwEZli+TEfDYJmHxw2fY9NOyeebHOqsgxjt+UwAkbEnHigtqxijyv ZGo0pUttkqXW1OQSe8w4QkPdAAAgAElEQVSVtGlThvMxco0sudfCpyELJSgr2J6GgAS9MxNQnzwQ qg2Bg/nt6L2uXGqZae7j1pJrWqVxQZvgMK119yuk1vnmPmWzLUOBdskWX0111evQxC6pkDLsZSFh L8JG89W1sqrq2INNGej3sJpu4KN/vEsg2WYHccEucNKhaSJWyCh+FY9+5BSa1+pBFJ8tTbGTO3xi F33/GHpedxZAWt64DO56arbZuaOSb8BEnUeZyPZoJE3upDinhVV8egRxjcV3UPCZxbT/j8yXBMKS BsgT4lNyYRkRzVe1WwDGVwgLCvZZS6VQV2ACdWD2rzQFmMbIfYQSWDhxybUVYkslSBpYywQOYxoL 5B1YDVtX1FOPiXJj4plZ9yf6OmOH20OjRfPCuTjiGmtlBB72gXCqDwOCLhEKLlZEu5Jb9+iu7y1w pTUwqSwtPtPnfFzYspToTH7WhW7vHcCp7FfjTTauiKbGV8BXh8asDcT1mHehljvEt74iGHbhg9gj YQhQDQOfJG7imh9FGOZ/80pWTPB2jZG7ZkcTtCMBSVb/UoZSiVbSsYfStdJB+IpssZptjiCu2gZ0 FdguLMFb/ri3ZZKNCRxxtUjd60VsWc7t0uAruCsavOW9IGYgRMVSLI+ejP4LnVgLmlHkDta6ZEO4 MGvMviEy+mheXC1R3WrzFdEVwRvHJeUAvm+XsiuGVsNvFTMRl6yGTnwiLi33lmTQ3NGEgTAw4ZOI 2Vd5ujmSuLCNDpL5qfogiN2fZuiU6ebW+FTW1smduWR9omMcCNlvJhNx3mKVY7bOTZrCd8ldbEZ9 XlwMBI8K2VCsEcWhOvWHLyXSmu3EJTnL+PzElmuw/m4nrc5EVq50cxDNaxkai9F0TORqdQyWwgwZ nWUjGwnR9VkzNfG+YifPfCf1C0piUWTny+1hOjWxewPUciHMsJhYSNPcLTiGlAY+uiosg1r6hV/5 4T3YTlzcCecdKNzjWpLkfcXnHjZScq6drSJ7iznezGIgjExZLR/11B6WLi5sG5c+EKqVtLRC85XS LffVmmOmr7mQvnrjfz1ITRER4rILEU+Q+yG2I1ft5UegYH2OwxV5QyfacbqQypwPyu4p+GpDVitx haVCjes56FIit3kEezRslf3lR6pI3orPG8vpUZ7g2FL4462s4MjivNWU8tq3mKwtqLiLrmcidXwy 2gJU8Neo+ee+4MIlue8H97ZCaa42RxHugZdijWIkFl478VXWLuZ1EJ4qyCMolBonz3RXRClL4I3i jJaToKWaTUql9EhdS3SpKYTq3Pxqwee6F+kyP2l16/oHZwLENeYrgj7ZlIVJRnbmmJLFB/2At7a2 9Mt7LteNW3+P+XWf1+4/yULv+pBJGCHI0AcRBLcKC0iFK1Q+97Hf3nM5y/3a3R7dUAS78kAIV6ce hMYAlNwN7YG7Yt89U2ddXrB6dcZ/q/WLBU+O3DvBgUiCO/9OURifnMlbCIneFXVhdwBQ31BfiQkb ktk9xGVcfAe8ZXalUDvsK/okl22GfUXcRkvQhYeowI+pRUyFxPT7km125rm6OHKPuM6InbkT+2U9 AvoKSDeb27NJu7fCfdW9YaQEErCvPIIHvjapB8KiAgNhsXNsurDnkijCgqDX4q0cT0HkrivZJ60a uY/J/0ijPF0xK9O4XEJdNecJ62wH8dUy+2lLRLUWsRNW0guDuIdNoEr3UKvb7i3p6aWyShlcUX4x GRKyzQipJtK/X0tynV/kcr3X52d5bv8AZsskaXEYaKVsfz2iWOBv2rT/kW1UZy+Xru+7+6Nb3r5/ e02aL9cLVVIYCMlGyr5KeqHcaPrstBZkG1AR1lg1TL9fFc3PP/zQry+Ufyy/k8EvqLmzkXweR4zm +XNC2LoNd2TOz0MEm7eW/MJ9eZ3SbfmxGslZXqnyNxuwsmiLSj+Dc8tUDc/XlMa1NaM3Z12H2UdX DVlIhZjiRByzGuzS3syIcvVwV4wRrJOsx5DcJPHmZs24/4rAaQAeQzyzUoBp9D4T/bL+os97kKoM ZcvQ1uYtdCBc1diBUB3OgbMT7+O6UhO5JzskhNSmJk9ziboqOW/gjbqESTgxBZRnVcCwYHqBwyt4 7TP2ly5yTP9wJMZHAEgyQg87MJktQMkJw+SnX36Wq6iEqrm6qxW5C4WZ8wQIo3wVPyjOl9p3jzSu 4C9XW/zNCzDwIrwFDoQxw/2YsthmEwPX+A5glSBMaCfvreorcxv0VA7fBm02SZwcqw+zwN5qEyjl 5upbUuCRHLR6a5OMeD3rZL7IXSpsijZt7hQmDAaLQJ2Gt/CgfoELs8NlBUDMeaRWQLS9SbYNRKwV vdsYXpiekxymfGUndzza3gV7IFOyDM+zQAsMJ4t+afQV3BVtT2R6hPaVcf+NKAjg86/mdFdMQ1XL I1nbO5xpY3IbcVONwgRW3qugV5KayJ2rEotErYPcmd4qfw2wboDxGHNG3DzPDIQNg6LBxltD5Kd9 1OZS6X4htqMnvmLGROrY4d4SY4jEf4bWkFVwh0n3Z1LvDmf952kft/akKNfQcg+GaY3iAhkKe1pv Kv5m31DPmYlrMYw7S0unU74ik0b01VIcRoFLLI2jrPKWUtTorMQ+SuTKU1s5UQNGmagVOElZs5/l nfVM1RZh+pZfpuTTgUGq7+ytu3d/S4Jqu+MCQ9XecknxlMGUVt804ySLWvyhEdf9nc2TCF6rAhJy m9RmC+mcPpfZSsnemt+tPGRKsrOo/fAYYWV0tefoPb4CiUsaQTmRaH75mRrgURPpNBrNGyYK2gSl 9BbnK26gFEzbzlbeeNJF9oZgXjDNCLUiwNRw2t1lIy6LoM5yoZwUPno2TCNF0bQNNK8EALWzyqfu 3KISlv8B2KSCzthUad4rJ4pJZMnEhUaoALnLLZN1puIg2hUxDpacpYo9msdvN6MoE1c9+wmleQ/k sWi+rTOxnmbNkr0vak5AmFYlirhy1KPmRL0J0jIaLYZ9o+nGZYytNr4J/AZPzh1bpsHX76dO4tCm BXl/NJ8fFOhObx/NVHxYo1MTVydx3LD6TJxFo3n4IP6QjS4BgWFRGI5JU21rNF+IsJqILI2EMpPS FZUQKneW5lpM8mIT8w3OE8oCapK8oFs0eSBVVnHeGq20BfTIPmBC3vm+Pk9kEaIzpHdI5LAFztIO xBW0h2yVRlyV5oSaPFzbhK13KDJ2UlCSyd/Qd/f515wWYMll6IYV0PLSVlaO68Bk+/5J6Gr7JuRW XIkAtiaj7Ola67Bt2yvFnoiiLbo601KxRzNT05bF94+2q+ZxRR/JT7XgI6asBVom0pfPRdJWLRkX H4urpTpINYiutqOWcMsq52LLPEGVT0dHW7nY1729sEpr41Uj6Uo/05xab8KWDVq2rDf2xMABk8Rd RnnPaSktuFqqk1RbYCUOA4fSlmhB3q2z5x013EC0pgKrC6Ktp422dGmFVV1byCj4CZjwEAM9BYrW jQQH742W7gJ4hxBghUVbgs39WOgWAV2NzHQ3wkqv+nzawrJWOm2hPR8DVhdFW7nJ0gPr9+bQ0KRW bwy2XJ0wNRHRcy5tkft76aIibTmeOtG9meMgBFqZB9LPntybV60rlvUi6EpuwiSd1E5hMinexGjL UIizgbnzSNoqfAksUCtiuDnwxtFCgEwKcdSekneJxv9m2rLkuYzAOo62KD/qGQFBLDfGiStsOlKO +PaUvFsmJWY10ZYtM28GVld4xhnIl8UYH4oJAUlOgFX5KDl0l2QCs5wCpSV1MH0iwXFUFKmy2yeL Tw+hLQhb8bhK7fvp6r2aKw0u2Z/yxFG0NQIWtAWuCVAiim2fjPCIoC0pkk9E3ulLyOmjIDqVF4J7 aUg0tCsXcC1Dy4g6GuDGVRdEW1oC4i35j01qcjZdofGtNgpG01a2+tpIW9a6W4BV1ufeyQzFwOCP 7H1rFKwNVoLkIiJpy7hjJJa2GoEVRlv5tJ3OyRtXqHQJCtrpz6XAKS5+cim3qhByD/N5tNUMrLK+ o2jrfaBpE1AhXx4FBfxE0BbXmDbawofkCGAFBfJStLV/DtokH09XtoZptNRIW0oOwVY2T6RYA5K2 R72K2mKgtVktU/JgKyT5XbpSVfTLbOX1kbiw5BDi5hjCms0U/SBmt+nban0hjZvk3bDKlA+F1fLN SVsRsehYfbDRVgiwGGIJpq1C/Jvkf30UxHSF6zXvl6KtENl2hLaWx8L6fx2u87M8wyJYe8QGFrTl tAhCy7dJ/ly6ormVbC0zSWRNS5cchC3xEHkVl+tlmMH171339/45tX+7Ym3R2lYOiT6rRtr6ZViB C+nCJXyRthTLVOmFsa7/0vXvn/CYceWhLDrjlMoJtLWde9Pw/U3DtL63ZQyuxPsnbgtgZr2kfJO2 ZMN14eUe/L2OXxbG+o8/s3mhTYfQlrpIvdJwv9Ewq2ptVOsoKNMWcGt9gfxx0OKxtQDr31+d+7J9 M4vUoKBJolrhfGi7zOUyhsdKw4WcCiuM1phZL63rOIM+OR9NW02TQq0tx9AW04j3Zb5puFtpOJev jIKqogVWv0tb/AvVn2bjtjRZUolZeNpK7c+XucVY9Y8V/9gouArqcX3U/CnaqhnLeqGq3pG0VTZC 8F/4erN0t1Ba83n7d2mLsIM9Hu5rQBBtVfsfqDYw/gunK6m2Q0ZBsNyv0BYJLCB6MtZ8SrS1inz/ A2Gl13YAXamFf4K2+Njd+4A4WuaYx10/wq9DBI2CQnWeSaMo9uyomDY9gbamSQCWYNsDq099qRz3 lP4s5NKprUaArupzlklj+1rx79BWYdQDLC+uiLIhQ6JMW0eOgvVZeBQUU/KJqM7+EdpidwTAuGqB 1VI+KNoCHkDu8g1qx9BVquEaBW37bUxap9FWbYwH1gF0RduI2cms9oIjYbVoVT+8xKuixnFnu2ir 0bZkSIjdfXWAEvP8hUpb7mWFRB11f1o9PHIG0NWqeyhtiU2hjHCeP5CuSFv+PYYCtE6kqw7H1TGw EgsEQIu3oewJQnAVCavFXmrQ/fwF23QvXbXCCp5BBo2CyGLPYbTFlbXk3aNxVdkM3bb1rVFQLnoY XenF+HPwZdY22KIUsM6hq81uRlteKxW2vkdXW2k5/x9FV5P4FTiJw2oxkdoQ9gJtn571Ib1NQRIy IjLlvkJXjAnPxghz5fKNgqkVsIExrnwDjoTVYj+CtqhybrpqGB5SSWjLAqum/KVys+BoUDAxaUWl 9CjXloMkJtp6Zoz3rVEwE2fqFGiBd8UNzosIohTEgOXAlafBQfmHBV0FwqBi+8dAWH3seUZB/2KP /nqFRmyNYvUdBiwnrFx9ISSQd8lBdFXrmfY7CMpa1mp6C1LefKtGpQVQiNVAV6205U9tWeVQWLlS p0oBOBkq3X0ntoqNV3IjuFvYOAq6oHU6bblgFU5X7DlxJU4+MeH5B/jCU0U1yovDVUXm34y2MDlt FBS9YTgDrwqWqWKqiBFb7O4Y+ih984KC9mZoHYqt00bBtQ6yEqHmOu5iVudoWJGNoPUABwjbY8iD 5J1rpyvtuCjnYCs+daXr1dgy0FWdvWCqmsSzuep+XhxhyHOEbTHECs4xtNPWEdhi6Krff6OdkAa6 qqsivkpn6HyrAiupKYSCmR747H8IrjTo/CC0aLp6v//h/a/eJlbQlR7TKEh+VWG1HRHfbarQliH1 wQMrHlaLzm9FW8W6e85YA8NYv0FX6/eJroiLeyaxYSJtoZn2/Bu2e1QSFDI/BC1iP8faOn4obKar OFi9D6Cwyo5jaVNT3mgiv9ieVa3Fl17DJej5C8ZInWjigPU7o6Al4qEO22gLuWcT9RF64IUV54qA TaKhxW4Tav+JxHNGQWPdVTAPQsu0OvdZRFLTo5h4FzGtEhrIi9vPmDwRaPr36UoPtppWEmOA5UpR dV8P5JV9jWAekJJ4ujoGVgpredJNVVH/HfLCyl04DFrqVuy8dT8XtBvqJlNak0pafmy1A6sJV87y aSDfNBym0CJdCKzilwLi6odGwQOgJebdEWmFldtIUHCoT1lsP5EoKY7sF16NOiDASl60S7/DE0Tg tFTim7hy2QkCFvT+B/gnElU9bO4uZ4+UUZBfW0m+q0rW86y+6/ZEwWqxZTPWTLWpaNACfyIRcj84 d2cRCIyCdJ5y/063Um27CVstwIqEldFgVIi1W5Gw9f6qtw71PHadNALBoH2iD/OwInQ9GrWq/f6E 4wq2mF5f3Loh97at/ZNpqaxVjayQ33NQnSHfHC8nFxBoWS/SfH++B6uDcFUZm6rKOqmRUVGYpCnu ZaljiQpWMix2JKIpeUDJeIPmcsHQ8tBV/O6sElvwzY2nq0pVhJWoAdSdjp3vWSOvDtCWE1hrsThs /QasaqNKbktUI6SBrnRYyV4UPTyRnxtoywWs1GgMtL4/CqaSBfKnZOQBzUZcSVNR4efHJGhBBOjF VRcCrd+hK8o440FzSr5lFOR8ZKQrSkVDko+27MCijLVh67foiqxAgtYZdJXWxxzBRkElvjcnuDja Mo+E+DWj8puwqmvhsHUKXa2V8d/h6Cr9Qi71kE2y0pYVWIJ9J7R+bxRkK6IuHkzJR8BK2hphgdVW AQwr7Sy5VPER6FZp7rFjy0VX1vcSOd45w1VG3wv1KtpHQZGu8LngvpzOP9jqaBs/oiKOR7xjg9YJ sHoSn6zCQgtMyf/cKEhl57BGIrRlvVmgewzQOhxXT/GrRUhs5R6x7pAyaQaNgo6aLZpTfV71uaHX oUusqLkgWBlLi0XpH0kkr+jgURDfLRiDqw5KuxuMGY52lk0hxppxZHCaR0Vbbykv65eCdkfNcSUs dhbiY9MPykY2V9VOuipX/oN+pIDZySxN53nx0RVxmjweCyt/KcQGO2ndhL+ac+mKWvn3Q8tAWyGB i44j0psorTUgpBVbwChoy5oeDivm7TFB0IJGxJE9RYlrFJQOH0xXEaXpjTnVMcOIeCpdSfFrA7Qc 0RYv8u1BqEeC30F0tRpwWpjI+m2RPD43Ecy1jIJ8/Q15UwVaE1k5KeqtWTsnCKszRsFGK0kRcqMu WoWwBIrZah4F6dYYTZc1CRsg1m/69WK3Rdrz8j268hqiecq1oPTpdF8cBYnWmK2L1XV015MvGb8l vwsrqzU6tAIWlDhsfS1op1vjrEKo8dPu8vqFxAt8O9DZ0cmj4LEW4TrQqg+iq7/r/KKrx73rr5dK I462qKuk73H7rPFH6Go1egK2iDqOhpWGq355g9ryFrW/gdA6LpCnGxQOq2/S1fGW2TpcuIodBQlg fS//cOgouHwPWBR3yCnQQmaSRZHsW3DQ3mdD4ap4cCCfyqicp8QzCooHj7/z59HWt0dBUo7OyAsL ifEpefaiGxbFG+SUn9VCZpKrZiKnwWr5diptNY+Cq6H6k6imWgyTdzVN+3bjJIKu4ITGgRl57ZFE +L01AArG7R9dDTIYJGtFPwCsL42C/NEvb5LHU/LQRRsXxRvlV3F1MKzQ7TwtbuFoa/+stNYXlkqC r6Y1y88AywurQLqizwbR1hrIFygQWhKOqxNh9TvA+l7QTmqEBfIlbdUoYFrzP5quuq1dtO9OH5AX cdJVwCjIakU9ksguoZbyPx1WCrDOWfr5haCd0jok/6C+W+StBVr+zVFwEQVY3Qm09SNBO6V1zLYt uc5/BrpCcNUdDK1fHwWPWKQWaSsodVrZPVcgYHUHYis1/N25IKtW0FbQY2Nc3f8MdNXhwDpq907y +WhYeeiKPnggbaEp+R+HlQVYBwTyXlgdHLQjJw6ireUA8BsKLaMgHT9Gy2el0KYeWndna0F3Pl3R J91DIv/8BZqSb6GrdbpbT3tjxQisQGhF0BWKFtCDqlbYk9Tpl6n4q7WlaRQs6eooaFlGwrJQRMX2 2hm64tdhcddhK7lsa0xSb9tCU/KmUXDS0XoMtFzACoBWNF0R+0AJLVFKxWWr6e2+/s74vOl0/jC+ /u2HoX8fH/66Z3+/dJeXXje8PrxKzMf/5v2pl+Fv2Qh9fbwtvpS7Wflj8r9Su1OX/qB5T+3HX8RO V8D4egC2nMDq2rB1DKyWT8hmXUpqxTewrp8P/QcAY7cAq3sBZ/56GYb77b9e569/3eP299Ie+kWh X41ssPoo95vtfnjudmen1MCqLsgVtE/cJdLqIeIHVgO0koK2imlc8VhqGgU/eHp0GwP1w6z2twBr /H8LMy0weaHvebn3L1Q9bre3/g6sS3e/rxY/yhuwXsb+47LD6N8JYGVt888F9SxGcCCvxO7Klbjy DxF0lfqJj1DbZozvm3+/70PheH/0ryO39Smf17/X23xk5qR/LA9nXD8M9zfsQ+H7S5cqb8B62f3H BqPX3ympu2zf+9z7wcil5A2/HijvGgit9oVCK7RCgvYk28M4YzQ8cu1NyFer1PH5h7Ty9/F+A939 wpijUwwdtMuZnwHZUBexAm2CVsQomEajAfGoG1bE4eNWe3aO/gDr9iC0qgYVh5y0ZR0BdGCBoPEs b7XRlSbBeVNJL2hzjbz/Idkk/wHWGsWVrVGOANFLZUIMO2hpid0pQ7DST8BqbKUr+nQ8bcGb5DVY VZYBO7kFMMY3591VW9h5f9AOSNrBBDfEDpYH0ha8SR6C1WIRpy1xZGVFJSxbaC5pf2MU5LOmpngB TMjHBPI1bcGb5GFcrZZloX/kfD8lCTASGqHFqUesN7tgtXwyudylOdb1HLxtCzgiN70t/wDZDt0+ Sk9pdjmJrsQMfDxdkeon7DZNv5V6k9r6ppU5yfYx20eJC9zk3FEQ+QYahJUOgJZOW/W6ILKOw1sG hTO+Wo3fPkpPafyjIFQ/Oyse2S+oQZtWeuSMZ3uIdcHtr3oNbbs3afOGZMNe+7QJVODH6MqSP3bQ FXn0aNoqmpD+dJQlN+AUIpLDCYuomZ6vZBqFimmiFEdXXXrtJ9BVVWd3LG0px0BoRdLWZssRYjEp llKe5EddzLBSk8Mjf6pW5efZbK3a2cPebepIpNMSRVt4FpyHFdCg59Pxk7mhdEWdknyNQ1BXihoR gU3yUBNkCQnk4dCHGQXjGlSJGVazjpQLLU8thAQnGRGLoFbQiIiOF2X1gLSPiChhKXQV0Z5c7KPg Hqja6Mq3WGFVLTPyeA2FIJvkqerrT6K00xYeYiH1RkHLRVeqcKOgmEUFDSKKR9KW2oJtbEf3iDbc y4y0jI9+cROIiKdZD4cV+7n+ilrE9E4J5PlmCCxNifNWFmEWfpna2N4IrbwhJ9MV5/KGAbOoIIa2 kNfWSIJCq8G0FVjZbISp1z4D3IuylSENYqVtFKRGEB+uqiNBC4mO8sfQVpVwAC8QSaDYLOZixlXT KLh81wNbYgTxw6qoM3RrjVHiaSuxaCIssoaJ+2p32Ml0lR+ERkE1n8EX7ebtxC+516e+RlvBgTy1 WmlbKeRP4BnXSgr9M+gqOcGt95QxmOHBn0ove/Ihh9bP05bVUtNKYXUy03E/f6PWBqukaVMscVqE U/4pI6X7uHXD/cGofI+2QD3ZdGkFBZbe4Op3cvzrgmJCA29RoqSs+1V0RQ55jbB6MVa//4zdW+mf hrYqC2CkbbqLmElBF1isMDfIAqvPl2hcdf19uFaE9Qu0BV8a9rLnpA0h25L9AyH/xBNdNdYga8gp urcdVqzS12nLtJRYWyaLt+QGpBrNBtcChoSGoTm8fB1W9deTacsEq8VybpouHwYs/zi4lXlWZijT 5ERBLcQIBishFaHkP3GD+ZHzaMsMq8IyVz4IWO2wkgtO5SclvD+Hrsb6rBNW9eGTaMuHq80yW/wI XDUZ0x5JLOiKWwqH6mqmK6MhXeuARxLFybUbVm/TQvkQYAXRFW0uO0GMgoTjTqSr/EsLXZGnD6at Nlx10tu2IoAVR1e0yepoeXYSvglVfNwK0xWBpPQLtjwCKJ1HW23AepeWx4wGOHhh9fTuhVYWLC2p ESVtWsGKyRAY7g+oeh5tubG1F5RuiLvt7lHwqRcgiUhZr7Rm3Kx0Rbw/8BhY/QxtPa7DvZ/fmTrc /9hCXI4oBleuVLuYD5wqIlIWLI9JnOZ+HM+iq9NoSxrE54WCv+rlgXUBOhxxtrqRrlYjwOp2ZOrK jitkNchiD1Y7YN+Wg7Yuw183Q+txl5WJcMTXZH90VdqQ15vJyaDSnGY1LmhntXB7Jr2v09Z9HggX tppfX1+2KJfqPnkaHERXtLm6Nu0lEaeMgryWwaBVLWqXfPLZQFvXeW/isMRYD1aJNW1vbjCs6m96 pcbCFrUfGAX5E/4REaAtzYZ+JanhRlyFwIo7BGn88CioZjRAiwfQlr0V0IUkdq0NbZ8LlkaUo4pG 6ChopivtTkTAqlQ4dG8NRpy8uEOsGLpi1wRVAEzWIdSmRs72C8nBJ/yQAyr2RcbTaQu/GN+kMIKu lLmghbaiYTWL8KLg9/n6Y9udwFktHloobRmuxgOsk+aCMLRiR8FdzzEKjqyaJrZURAi2kCepR+az Jp6h0Isrx1wQwdYRdKUJuF545JzxdNqyLSjagRVBV4bYW7vR34XVd+hq/ZJ8OzaQN0w/KksuXMXl GJijKh/9Ll0dDavqyOlpU1GMwDqIrtYz5akJuNfASwX+2UZB7uihI6JRTMA6FlbV6UlXR2yeko// Bl1RZ770SGItFmDF5RiQWrIdDWgh2ym7WjCsxqDM6e/Rljc/ehisNrUtk6CvPEu2Q2E1a9WzfRlX csqina5WhR+jLR+wjoVVqpoku4BkPHAELCiqyZv8qnPtL2V2ZOSPf7ZHFhewQueClEzVh/2UaOXI dR5Bi30xjZACio7CKgh/l7YcwDqPrrh0lwiug9Z5NK0x+1N/OTq4pyAcRFsuC+Y01omwkvKoOrTO T3Bp2+ChDROEVaNSVuBrI6IVWOeNgnQpkI+C13nM+fjqW3bMsCPFDKvqwJdoywasU2El4sowIrYq hcHqc0KE1SiTnuW4cUgAAAq8SURBVF4xdfAb0LIA69RRkC5YThYV2rLU1qhmSDEoZ4wjJqcU80ii 903y3jSWInhr0qsvNLEAy09bX6ArdBQcFSuCvb/rQJxsSUm5oGWO3WNbki6aE8uEpTCBuwgt7mTw Og+336FQg868vYLgqtbpu36oFFoXaByB/AHAMgA8JX8YV5RNM23FwmrR1ALzEjzsRK4xb5oBa1Fq xdUsVtqKB5ZvFKxdxKWwOGsmaEWOgruqsmmpvl4q99Scjq+BFSMmaIXjykFXXboEtx+il2dco17Z GCNd6amL7bwJVsuncrnQsnyNqUXw1VsMa9TRwMLnglTQXvkqWx6cLB1FOGeGFWpYFD4Gc9GVae2a 6HHO+83/bHAuwXPC9rkg5a8VXeAWB0EL/iXSfZoA5GOxnDz9mdfC7UFqdR7HmzdFaOs4XCkXXoyC SClw60xp0nKuUtPTH810xWjB5nC1qf7ozm0xdrcjw1te0d5zifn69/fbfPY+/3sf1h/neMyf0NoM QSyKK0sCRRn9dUvc6IccISSArtI5pGkUTGWqrysGWpkX3l+WGUQ/PLsPsPbz8+e/+/zamvul6y73 v6vciJquiLfelQdgWNkSc20ZdymoQjisEDCEUnDVbakyF12tMtVLYcHY+nz4AOvz8cNYb2563Lrr 0F3/5tchzf9f/oHVUidr2FnPRB+uxTgKopzEn0LC0hPpav/kpqu3lPd/kZDVnq7LdvoumPqvHViJ Wj/MdHW5z6+cHP76vv8/fA37R/qCtrz00aOgoYRASdBMGptKYEOYdPn2MVCHVfUl5pnERJbwqmSs zzsmb8vh+73rrjexcihoL8fFg0ZBSxF7piwphmOXCQl2gekKFE5RTBOHQ8v3fDx9GJ8LHjYKbh89 uQk8UwbS1SrSEBYNK4iuqIP+fVtd/aPyzfvccVilEg8rKrNuvPuHwUqUb4yC2YkQ2loKr2ItpxzE r/3QUTD7AuW+VrDo4ZUBsAGwOnQUZE+G7p6ChKjxV+iqTisn3954kZ9NnOr5MlvLPxNdkQoNQ6JL qurSAy66UgqF4Co5gNqjgxGLlVBY8Wpl5OaFVa11KrSE8OyH6Ir/jodrwvTpl0bBMl/ahKtS8Txo PdmvPwUrDlcGWFXqJlidNQqWOq2wWpS/ga0n98UXtHed9NMt38ZVR6IpkK6k345EcFXtvBnJmUrD Zc9yCrSe5EcnXcmlZXckkQWhSAPL7uC6ZCisFmFWKYhPZThVlmSGe89lnx7IP4lPjbBiTIjuSHif 0iNxBT+8WhW2wcqIq466eJqt8tGOg9Xy2dhkUhDaej8MdH90/f3S3W7rbzddrn13u1oqexZ/Z3GP goINja62DyiuPszT1nvN+TDA5iJFPMDQVaatecxP0oxNClrvh4GWxcD11+Y+Pwp2mXcx9MOtu73+ v6gYI3AVQFdeWC1BCsB1k3Usoy1aYKUUEOMBBVbUVyY50oirDgjk3xtj7sN9Ac/juv885t+woa58 sKOWZ2k/AlY2XNVLjSW26r4rp7iAN7pNICCriIwuRR+VEgfO2TPQaPUOytHWgpnrretfkNp/G/Pv RVf3mxlYhlYx7ZNsGOiKtFDeTOrmTlUSXsGWaVWIOCgf2YTZItqSQ9bdqf4uem7ikEA+N/obsKKa kYCGhAQzcgiiA4sfL+l0mCwBdAUocBMB2Ub8JDEzGDIKdkWHMY6CcjMmbgTj7r7CWvpZfeTDcBUI q0VJGnuRWqp1o2BoxaWucllttY6CWM3iQSdthcIqGle0YmV4ZPeLkVn9Y17zEQmrxd5YafLzIHEU zGomwytSU1HYTgrFVVzBCS50S4Np0jeJ7pWO79mdo2hrtbTZ/4T7f3zUj197ncphwlcbXamxNKFj pK1YulrU1I3MuD2yBLilov56DG09c+OX62VB1OPGAstE1fVLh/M/uUV4FNTS0HB0TxjsDoHVItqz OK4c1SdBo6lJlFlCKwBbFWEtjDVcey5PgV/7qlmN5mWSGcQVyVPy3S8GTjCQF2CVj4KGhAUiLlh9 SiJxDNGl9wNF5c3QqhOjC7AWofR9kaW0cW2iDyM1M2noHCE5xwAjIkZXE9sqtoiu6IUW/OIZijK3 aVYotupsw4eqSMaK732FHgstR83MaKnQ1sJDplFQMmhvtgNbo7tkWpww0QItS979AFInZsxkC5pw VX7TjWlxW3mes+jygxEgPC4CbLijLaJcO2m0KlYtaIZVdUQfwQTskDMDNAtCVuYtaF3lgOyE0BZZ iiSNw0fBrAW+mpXxZLLxAqetj5NgBZImHDN5S4q2CtpyGOPK+DtCAK8VC9D2qvkizHRR1Vab48dV wzDKDC7uH/ZKGGVqxBZfAF/uy+Rn6WrT+sy+QMPFXO00WAFGYsJh3mhLtLUrUy3BlvtSiaYr1bVJ F8Pb8AaLpwuAo2BcOIrSOlHyq7SlvVqUWO4T5OxR8L1Ekqf3wNBpApUR28fQla5j2xdjkfZoq3y/ llyJIs2j4Gikq/2Tma62b/i9tcDKiFi32im0lR5HkVXpURNfDFrN3dS9PbDbFjSssAILdXzOlM8U 6AkNoF5d9XTawqBFaJEhhY6tALqy2KtnFiN6Lwkt95AkjoKiVeP9FqjHuAvZIpvlxAQELFqJfEtG zKr8V2HFD1IgzbDsxCqsg6g/DIOKnEBbuwUEWawOdQv4nvHVUTA5pMMCmNXhPKPi7H1wqs867/NX oFX51gisUp1sCN38aLpSNi1R+TWKs4na9eFMj7wpOpdr1koaRCp6FLYagUW8gpmvRVWjBKQrbtMQ oT1RR3lSAqKklV1k2qKMQW4w/DALb4M/1Qqtx3W4Ly9sT3e2VPMiAFjiC9fYhvgWXITgk/lGDb3Q Pq66Ksco2BhtySXbHmeWoNWCrfnR1HlD+rqJeDFYF/MAqz6mQKsdVrk9ZVBU6YquDx8Fpe/8WSOs sn9dIjFqE21dhr/9dyeYG+0EVjUkkhdRpLs10RXH7R/yTFeeFmGVK7C3kRwFlUPpWSIqV2Ra/5m2 T15pghZT+H7//KrSB1h0gOEGVn2Coa0YutrtsQ6pUMeOglm1xc0TGYlro3eiydvayuwA80k4bV23 /egLsLhVEB1YkkZJW1TTYjPyot5oo6tdEYuhpLptwZammYH9J2mLLu8EFlmHSFvvb3qsGExruaaj X5LDl1I3NiJCNiooNdMWf6opkBcS1s3AEmgLGooEw269zoIrfh4I09Wq0kpbWZxHoPrHaEvaG24K sfi2kYF8ri60HvTXIbDirZroClODnrNmg31bqAbX7g1V5Fl2ELAI2iKUD8rIC5pRaWbDxNY7YBZ4 IvWaM6cQPLCyygMPASMhY4uZIwptEeXEUbChboqqKx0aM0VV0vyzBVr4OCKWVTkiEljIJLGMFY+k q9MjuyS6NEZb1fAnlF9e/RVDWzZY7WW5cocBqzJIp01tFg16hKaQwBLMqIuKuj0DbdXDHzCeRtCW HVhLWWT/SjiwDPuYvbfMqGmP7Ma9VFPVGG0RURUWp4XQlh1bI1uxM3Y3XAZEWyfQ1V6ZxWaycaIV +4b9DxSFqXWF0JYNWwIpHEtYpGFq7hy8R96SqAFHQdjjkj0bbRmKILqK2GlLjBHOAFZtm3JdXEbe giuErlY9qDtrjcRpCzAn3k+72LBVzLz4sNIIrP8PbpIWV82pf3MAAAAASUVORK5CYII= ------_=_NextPart_001_01C42869.4687DF31 Content-Type: image/gif; name="DEMO108263801613496.gif" Content-Transfer-Encoding: base64 Content-Description: DEMO108263801613496.gif Content-Disposition: attachment; filename="DEMO108263801613496.gif" R0lGODdhWALgAYQAAP///wAAwDLIMgB9AGAAAAARAAA0AAAjAJAAAEgAAAB6ABgAAHgAAKgAADAA AAwJACYcAVlBA5+fn9/f3x8fH39/f7+/vz8/P19fX2ZLBMAAAACMAAAAAAAAAAAAAAAAACwAAAAA WALgAUAF/qAgittonqKGrmzrvqMKlzC5ZnU+0nrP8r4grjUMvoArmXEZO+6YJ2RNCu1Rq9hbdmvC XEyTUxF7tdaU3Cy6Vc6NXe30U/6rZd7Q+Jre2keNcTobJYF8QYOGW4g3eIkijVmFeWeOTH4okisl kHyZVZ5unDZ9laROmFyLn6Clp0yNoj5XsW6to0mVhZe2LLt/JqC0rrm8I7G+ici3gGZwisWRKMIv 01MsnNVyZcqOutBn3KwmjeLM36LcfMqx2cPWzmTfdmx87e/ywKb47rj7LuE5qNibce5FOjrI2KWS FY9EuXy2BqKiYy/Ww0O9/MHT5E1jP4KvAhb8hy8htYUM/pmUuzgHy51WqrjgyCbqogUKJi4YEDDh goQTGjBU8MiyJUmPKNKtFNAoTBgRT0VYCHn0m0kXErVg/TSxG5mij2zF3FcTY0ZMYPmV0nWQF0CI OrIaq2r1ZC0oClHCFLlqi1wraatwGmvURNtlZpF2NajYsDKWsOhCu5qFlqi/0sZhpqetYWWxgeMK Oqt2dGOVMA4Xe2z6ozzKa+36le25GI+igTfzdblkm6ZJp2NLbqxUX92tvCD3uJwmdGuQz3zoBq61 NtBoSGc2Jnw9uPcmRKA5Rx5+NoyXevMM4m5djOIxaX2b89huevukqr8vgS1crGi8n/1HHXSFYXdN Itk8/nTFQeMZYZ97irHXnX5G+LJJC06NkGFvyQVIG4B3hYjYPa3dFt2ByzW324S/0ZfdduBQyOIv AnLon2AiUpXjh4nZCF18bWi3z3qkNfZgKeghJZ+MrDnY4o0gnuehlDX6OB+BcTgnoXjGyXPkaV/W 0aWMYy4mJoR0NPhkK0LuKF0zBToTXyJqcpbUN2WEyYuea7pGZhVNOrkiMba9GWV1vOmWZWk9njij IUXxeSihw/1ZSqBCQNkhjm6OI5OUZWQS2JyNgtfZnpJ6ummllbSVn1sECpCJXHWeOSl5iHKKK1d4 cqHBr8AGK2ywjqbEka5LpAoXq8lQiSazHmFqaJyU/t6KYqbTlmegfrWiVhqQ1iq7bJmO8IctYxRK a6aqp7LJFLK75sqrpUd0S6+tsdJJyWQ86hBVVDxdC61Gj5WTZL5eWSuwtvPeu63DmlZLbrPxOlIN La/aom6V/cmEx5EH0wixxCmMTGZHq/VryJfCZNwKpp5gZi+1CJrM5Z332XxlkRqrvLK712DMJKPz rKtvMeLq3KcALj+n9Lg481vxz0AL1rJ+Gy/9bppIZ/pGm0832vRXlupR0tRzZZbinj0APBVUJ7wd FQ5hZBCBAF7AHfBQTGs4ggUXVICBCD5FRcFPI1QgwVMTUDD4CWHwjQLAAAsgN0SVg7HwRhHZyS68 /mFDPbasnfjTxugVqlUEZkmHVXW2ExOMcKeZ3wS6s1CnkdXqrReIeq8qDkyx51SrzdRfvW9tcWrp 1ps7w4KuPaAcH0fP9aPF2laI2ccRXw/0m8uL5OtYHZMuMhdFhi+1R87Mm7eGXe80MM758evZRJsn /nJg1xxWqixjHtZmZzT97eVP5EBXh1jiPnUQMHsUQVvacNe5Cj7LT8HJWvG+FjEjicxUkCoV5+KH lLeEsBJ5kd7nrCcG9ZGPhRhUzP1GSJZVvTB3v6PZw2JXLhKNaHqlO5BuIIGN1RUNGllxHE8u8Ljq hCyGJUTfezp4rkH1jV4oIw7perOoP4TGfUTU/p2uLjY+IQjtOzP0nhiDI5CGlYxCgchhDnIoDiqA YktbpNQYHsQc5lDwhtQToHfSuL64JE+FOuSHHIEIxR5u5Is0kMJ43AdG8CVrJGX8Y9QyKMVLYgED FHibCUS5wp398I34iONr8ldICD4weIBU3u2+1z//rZGH/kDfQ4Z4wEaeUHgIyR8D1aQKSlIxguG7 oCVRyDbj8ew0utSRMwv1TFgCUw4WsiZnutUgY2Zyf6VM5vIs6CB0LHILhNTanxbUPVjRkGSnpB8e RajGIMLTdZpU5jRlichv1uyMg+ykd5ZkiHMqsJVHe+e38rjDXyaMmfm0gxFxREaI9nOT0GTl/j0N mjKFHipkomrUHbUJp3vaUp8wRKlKJ8hPZK5sCA1Ep0ATir0/zXRK6mzpDK5AiIe2Z2Z2zGlJiyfO i47Tn/FEBUehoEErktCmaBvCTKZRFgma0qfEtCYDX4nTlRrVk2gS118keVAt7hQIVKAc5PTmAglc oHEiEIrg4ioACtjVEla1Jzit1LE1zTNnc8jq80jqVY5Js7CBhN9Va0qcXRCrnQPrXRweFFNJhFSo 8ptfUhv6vU8VNURPDOdQaVrN0KEzdskzmD2cM9HB1rNPMb1HqPpKWnx+1Y/HW2ZOAxHbKaiyCpT7 AgUkB0oBvPUEFcDJBUjZUXOZ9KsFBGsr/mkRUlHZcT0xmeRmrcPbxRqSpSttXyQaVEtXMnatGhIu 4nCCXgEkF29s/dfwENuuziayigUUr3cZ9UU3KsijidUtX3t5xLuEtsC2vSZUW7iCqGDgJ5kbrUmT pBCLfHa/UTDRVW/TxfQY5b+eq1VlGRocZVEYdpJIZ/Ogy9X6PrdT0XWoa197X8XSmMQSvnFmd9o1 zdJnMFmMFkJ3FdsRv0+j0ksgZqnD4WPiOMdD3jFh8ethD+r4iu6EcpD0+mIEXxl2ZoJpQleCXSKl YqQ+/mCNZ+xkMI9XP5A4Xav2xWMzOrW2bg7f7hhF3fkshYBaenKUVYTWkxmwOYGpAN/y/iYV9m5O zvPdz50jKuWTRsnCF4ZTG7bX4k6PpsgiQ0KhZZSWMKlJGJB24KDp7IpZjdWGBKYvPSuNZzfa+Mms aDKpUypjn9F4qZewV3GoLGgux5rSPgRQnKkZkEAXctOZ7W2pDuwlwKIymFEOsgyTXex9QrnX4Aav ea/d0RuTatXMplBrE2yI9zZRb/qtchKWKmlPLwzUx+bffuk9sFHJG4727cteZzllLP/7vPhrcZ6M HW6KFCHVUgMw/eb11zpjEcYDz3F9buZLhmO0hJOWaMhdHEty90w20wkqQyqO5BeRFyVIKG+6ET7z eaOR24b1uEU7HumBp9xY304zOXFO/vBbO5nfk0jxzX0YM0bunOcF9bVOB9xyc3O26AK/pben7pBa G1xJs35qRomOYGmjI+ECts8eJWLZggf9u2uR9ta3OzkwHMC4EnC0AAjwbnmIOEYZ9C0BxwCw4fIk lHkGYbk/O50UjtvFuCk1aF50ZYKiW+g1t3ng7Z1x0Zr85AIOBcYpC2ugU1263ZC7SjUMdbp/GUaC 3LzEKY300oo7wFzPPbE9j+Ez2/qwdKpVOyyv5rfr7LeyVwvxs5zpgzMY6z8H3pJHzmK3d740dDTt 7x0T0B7UvuOte/nc2T2pVF1Eu6Efku7p2TTVq/SQg/7+vZzrdZ2TH/X6Djvmn+Dv/vTjPsZ3phru d3t2FiGAp32+JFmZl3iyllfhNA1oNnund38MyHnLV3yYNHSmc4AmswsL115stX/Ol3MN6IAUeH0S aHVko1t8Am22pxHwh3Ecp2BoN3HlRH3W52XNJ3WyJjNOtzSst4ID9YJIFDoxGE/ypwacR4ANBy9h gg3Vt1Bk9wsst2ayoHrslErrZzNJwz0IqGJoYYWv1mZNOH462D6QRCNB+IOuJH8xc4QVmINJmHyX 520NhG8FyGKNh4I1VkePh3NLVSdwGH6xtxprAIbbplFtRHJdpoOMd2iP5npWCAjndiy4ZHpmECkB l280h03IxjRzqANNxYOS+IeO/miGJ0iCTKh/C/gduoaDGYZ1vEdrnZgG9McIhUiH04cKXbiJs/iJ qbiFIjiE6jeBI0gNVbh9Ygd6O+g3XVBXknM1WBNNpSiMr2eKJmgZOag0A2hoALiNc+gLm1E5g2N4 D5gaoThHS3h7eIh/zSgNw4eAyiiPp4F8zMeHskgNAIVGN1VIptZM7tKNAPdxsEiPEhiOJgiJtMRq g1R1qMhmx6h1Bkly5ySQnKh4zIiP+XhkopeLMtSPUYiNnjWRJJOEyViPZXWPXrUZrSMp0tiQ7uBq 8xhBTReSYSMF6ViHbZaT4kiKj+BCGlgDlXM5I/ATohQVeRcwI/AAjwM4o8Re/g3gXo/jVsullHhn AhVwXFBhjn/zBX/jaGpVlJZjlZqTVjqIBBE2kqrIkU+Dk/cCVCmZkd/IlkhFVHSJHwMEB5xmPJWT ljL4kJMoHcLgeCUpkvaXP6E4incZjBUFkEf1izlpECC5lp7iCReCaAhEUgaVa922M14YcTrJa9aI Wz32mKKJkY3lkCXYUxrZe5QHiBEJkbJJL4rpRie2mOAlEcmTNMcQmXH5QcJHFAj0cJdoXltFJiZU hl31i1SlbDaJmwOHiCCXgkgiLt24bAR5dZi4WZE5bMoZD1C4nO+ijbjDmz5wARdgV32nGR4ZRapp l8Hni4Xkm6zYnR5YkLPJ/oYSuYq793TyyZ6/GS2TaZozCIxLQ59chaD4aYk4NluuKZ5qB32AuZF/ qaB4SZ0+6SI7ZKFshpDZaYy49mbVCKJqOXdSZaD7aWn7CE0DiqI1oGhx9QV5Fzl614Bt96GtuIwv I0z1x4qGqTDWmKElamkVKJ2y857BCKQz+XVkyKSX0mrWNpPe1B8cpJC5CXx1+Z+omYhssEtxSGtI p21PiqGBaYOMSItoOqT8KYy76ZhSx6HcR6buAYdZmKZOOqaheYVQc5JctKQ/yiFA2XwtmVtBiXVG mkstCnuthwWJKaeAxZn5qXxN+qcduX6DSZglp6bBCKdbWqY+paNKk6h2/tqZWuOglIqk2+lS/neK t1U9/ukCfllVeXmNV8epooiqn3WZU/gklZh1jkpPdSIFMtef5Felq6qp/vKXlkKNU2ar0DKsp9lt pJcc/SUxlumjRcdLyJqkVlpAF3ik1AkEYSkDjPMCbpUTiJOVcCMUTXOLOYJpx7qg22cvfth1O8ZN t6et4smt3YqDeOSsoyN/h9GTBVqC62h0GBiph/CKngqEtKWlotk7tGKnzjqrL5haLnqwJDqbZLWB 9USvhRqx+/qTYfFnxUiDJLmM7vqdGcpaCZmwXaFyYDeX08Owfsqf4Xlh0AqzDGqRCZofhTc4PXEC RskCeZMh8hV1L3uq/oAZGrI6oRwhag+KCmkYbQg7ou74i6nKtEz4hAxpWnvQCLYDBjV6taVDnvcH rwaLMN01tVj7eqOGYVPKLtMqnFArcgk5DRUboMZQt5NqmBNbsJ2JR85Gqiqol1FKi9eZp9XZpV9r Vli6i1yLrZ/YjgpLPJEUdzB7fsYXm7i6tIybpXTnm8lpDb34t1vRZ/+3dcF6X/jasIZbGHw6jJO7 phtbbT/wmY5Ui6TDCmN4kcrKrzIorAzaMCZLD1UruZy7W9ziF18yu9/0raflA97pZndYD66qh3wG omsogtdacJabubCLukLauS8ASsyVOU+Lo4zqiVM4C4e5jW73vFey/pejurXFIrXD4LPFq6T6yaow C2y0+rhhSKw8K78FR7/Ay3DoN1o8ZSD8G2V02po6xFH3uXiOerqll7U02yk4YGQ3+2mY1cChu8GH RA6QSoRM9Vp/xamHKisuSASbYbn1p8AoO71qBL1m+qtnCiZakDRzZTl6Nzc9bHE3vKPOE7vPR7u1 G3I2rMJKe429GsE7/B05m4Gea8TFCZq5S3A0zLJaK3HpKKoae8D1SMWDZWKfCqqCIKbgirgA8sXx G7ydOcZQmsU8rIUeQm1by0cX+TstDJOqCQR8nLh4bL1HrIQ8esgl7HcGXMhptmc72aOgyElkFwjR 97Cie6d4OsBK/lx8vbpO8QqgOQPJQWpe32ePXOo8BuO2/wuxdly+Eve9hoySaqco4ptgRyi9a8y+ r1G9Bjy3Ift5nWxJuByYHVvLNXS5sryrG0zM0rfFhujM2iLMmdqoUpfJw6jD45uikkuZC+uxi5qj 0PzGtMoDpmy28Mm7tohs2kzNeWyvpenKAEzPgLW3SifI/KWP2kmkbFzMPpfFYCGzKhGcRczBYbW+ OofPZszJuSQS4pDO3RytsSxB71zGpYgb24rAHMMOCl2rrujML2wV4ZA+nmyoNWiGe5gVKdynIZyx 6hwRH/0CGxIwNMBcAuAAiDOzrjnSk1G6mXIFY0s4QusT/lvR/o/YrSx90hj9thRMuQRaxbBqAgUw FI2TvjyNjS4M1O6AB8GFd2ULwEi9VxEKusjrHwO90Yysqh1cbGsgxwfdqfsw0qZq1p811irtzcIL z4+q0f3K0f6cSHXayPH8yg4919agWhSd0msr0bznt40o1VDdzPbM1sApzWmNkgSMqHwNj77Gk5SN ipjqnJpc2cz81PibqTCM2YatEfmsi9/s2ScI2qNcqbNY1qgd25Ot27V9uyNbQMCc2rvWnkKWxN/W nXaN0H6c3G291qe9xJH9nDRDxkzdvHxrzv0bwIjN3GGH2+/4uXw10KVmnf6LfdWNxhTLj4Ln1g/N 3cJ9tzjr/tz/OyomHc3uzcu7rX2qvMre197f3dqfONqXpIDvDRh03Ff2gd/ymrKkureX4NOq1tsx bTXxrdRgXNjZ3bcl9smw+dI759gvtrfTKeG+HaXeXc9NbbjcLK0xqGTKmDEWOZia3QciLpdrC+Az eeII3dzKO9GuBeI77tSClh8xHrl+F0c13s7uXeD9XNv66ixATsu8TTQgQ88K7uO/bcDkLNeh6mtD LcQejuPXx5J6OBhM3qDaKRc+6GPBjbubLLi+TJucc2B9adp2zq1kDs74xJrmS7UFPI8yPqqDPeWr iyqKmsjYTXcX3ctfesrN2JgTDrfjZqypR9DsjMUaqiRu/jx2Dd2aIGzkYYyiNKHMPd7pKc7ozgqH B95lIp5NO3690Gm7LjrqYc6xuVO4BgjFbgoxqh4nSX7Yqx09sO68JA6YtA4/yXhZrtdNdhvnqj0y h3Tl+tzFuwHkZx4SLlmCv0vtpX6c93umvtnr61x/v77Zt87PTbzgAI48ss5/IrwQlh7p25eThCzu WX6M5Z4662jt1lzauS3gd56wfP7cBF9PJoniVvzM/0yS1I2LGN7ZTR7qST0lS91pKy7kxZfKoP6a C5zv5cKsgonlp87ExwrwFYhq9lviqDrocwx3HO/vwM7gkmncfGHtJE/qJb/kjLmnNw/x3E5AHGUv J7zl/jGPTchQsYcqIUEyw/Yd5Km4hz4TgTDfxma8SKqX7Qq/8BFOvUjPGr4bj3De6CYfh4tO9ANp Spr413Fd9L6Ccuq4dKhq5mafoceu5Qk+UOjN42umHFoe1x4aei857RleC3Dd9+xez2Uf0mw0aN6+ 44RI3D3X2Oae6KZe79EtXazzl4l/cSe73hyu7hP0+Ne99bkNmUjPtgjv82Leg6FN6MMt8+o+7Ihe b7WddzstFSJwrho++v7N1ANR+AiPthFvWnnvyOAtgkm4sjAwlLnvlaG/orBt6l4F/AZaEauv38WP J91LyX//344/+Zwd9yKv+gF975/P4CXwWLAvzrNP/vveH62Z5uA0Dx023+fRwydvkP3sz+Xrn96Q deMgIIgjWZaZmaomuoqa5sozPcfutuZu1tbz7icsBYfGke+oXDKZxdGtKZ1Sp89UtGqTJbWqrlcA NmXD07Ipd6X1jmuz4A0Xz+t21RVtlN/7Qv6LH4keyRicYVgXIhShoEvjCCDPYpygpBelo+ZSntbG 5WadJOQcaWbVqVTqKWkoFNBSmwiolWOqKy5N5xxtLqdMKxzk7RRxLBNrcGhrb6WI8Z4mtC91Gpll de3jMldfy7QROE+N8iazTjdVs+oQGIpitt9u6Do1X7mX6fizuPhR6gQSFwIKIDhiYMESEUQElDDC /qAFByIoVBBxoaLFhAIsaBRh4YJFjgYLXgBJ4uNEjClGCkDIUkCFlypZuLFlbd8/f/FwXKtWTx4w V/pWZCoqbQhLjCMpYAhIsAXBgBlEjpwgAQMFAQxiYKhIISAFCxayRlUB9sJXs1ezOmRIYmnTjiMU vCyLE49NIEF00typrgQ+vGF+egEUuAqkvSnAJeErRBxcpyUaZpiAVQBFtyQwPLycecTMliZHomwp skTFqp5nVp2s9WXcEpzlcvFRRAKFtiXGsnscifAMx3RwzfslCnjNFYcR87yrRPgP6OmQ0Vje59wf JF1ehj3WTgby6dEXayruF094dNvMgb+DSPo7/unOUWWyfgd7CkCyin1Pfoiob6L01ER6ShRoGDfN 1fEeeeFsIl+DwwV1ngDn1LNfgONVUeAXEnrnyYDqcBhNduuxp+AcDAbHxoPuiaeCfffB8hwlSXwy 4zODUXiCY+YV9gmQQAIlmHIJovhfhC8mKQiEffWnXIx24BeOD5k8sUaTJIyIJImDwNHMlTreIxSO XDr5JBLeFKImFZREKWWZupgp4I5ptgcjiENcsmU8U5qRwxjCLfIOf3ml6GadFcap5YL08JkIoxMS qKdxiW6xaGEAFtrhF7dkOV+K2kl6HgywPHpmmp8ScaoWtmHhyBXIsWpGMLPOmiOoa7J4lB81/l5K oZ92qHjHrQ4S8SqxNfxUxJv5yElno7mesCJ1ukoLqbEmkgpesTWoGmmL6nkJ7R6AjOlLrXYU6yuN dj7nrbXCCiGBSZxq6xcpN1bzbSQu3gnYn4MFcUmzRyijxpd9FIGhoJq6G++1oTLBkZIh4svtvvzO 0uoPPk6q8KiCHCxupeRKjKrDFfsb7bQh75Rvt/bC+o9/r1h6rMtkgttxiSaf3DIqTUCjsac2FBwG zGz6pLKyFtc5SqLhrTE1ziWzDHSbQrMw6MofQrljvtjuqK+HBjrtF8E3pyHrTZgSKe+SWss9jiz8 Zlnf0c4eiWaitrENMIVQn1iqiDxXXXO//iBPC59zgVJrqLx4g/0vzX5RQnbTgO8kuCak5E314X8l q3TcpWPdK+oy4zn53hlSUUG9bb2Eq558vJH3x/f6EXbbVmDOZ7cxc70pk6lrqHuflGc7RAWzjXDa Rac7sQPmZ5f3q8jK43Bq9V2qazzKXpMOt9CIsk5yO/J9ey491Z2IvveZGj5619K/C6BjGttPX87V EA5/dPoxM2QNsH914F3o4penBCZsSIvLWsp45DrwsQxDZMAdc7QXwF1dj4D0Qx6cAIie3OlIcR/8 Wfj2l8KrsXCFgTifCDlIu/Z5kBfY250Ge5a5RxUrZt0aVgSDOD4UwguE/nOb2m7nM+sd/jCHJDxc 8DaEjfpBzHQunFMLxcdEaiRNbc6oIQ7fl5+ZxWpttkKcDU0ohio9jmmp6g3kzGA+YDkxG3LAoBGb GMMGjrF2IzKXA5dYLRVW8WFtpKAcr4hHKiAwHkqUkRj7OMW3Za53BBpYINNIPiFWTH+EhGBtDIiu RhJndcKIpCXVSMlnWZJD3ZOiKhN5SC1WzpBXJB7fsLDIJnSxg2D04ha/mDVE0AJMqVyl1ZIZMCpa MZe17BAbs7gC3OhGdRu7GSkFucvstW6QNOnFOooAHFcqcJmTbEzQHGbBQrKTiD+YHSfVls0Fag6Y NkPm3N62TvSAgnol1IYkv9e2Ld2K/l10c6PYyBezEHbTbL/EZkPvt8eylQthPpRiFBmo0Upi8ZPH G2JHdxbQF76slzoM5sXuwpfLIZRSAwSeOa/pUo7KMp4TnJvjEMlKhD1im0r43x6v0JqVzKA7XeGN ZrpDAQacIWIzpGg7ZdpMNPrMVn+T6hMTJ01bPhOONPGkP2wHDJ/+9E0G0QBL7CIDtOiGAlkRAL1I gAAmDIN/LLUpVTWZn1fKb4d8xGpM3ZU/jllzqzRlpSnxBdQfkLWeQqhrAQvrhMiOVKt67deNYLpR 0TGTlk/dZF7LOYjG2tN9jHXqP6cq2r9GdFXVO1BrF9VDnUr0ljJsaWynd8PSclOU/p60rG1PKlDE ytYV/cQnPQ3rzM92lblh3cQoSFtaSAyFsrjN7U1FisRW2rGywE0ttPaZXeZyVbWGBGd3RclbXj6U vIJcrne9Sbtw9gyTm8Ou1bh3XfIaFGLE2FN8HbnbGlDzIRpBifMoloLmJaQCbpWAg3NzynFJ9r0f 3e7yevdfwwFyad9N7Ruk1lyourfEoSWuFzlXA9KMIK6ikclseGOQGZfitrHMMH6LiM//SoKvdUTu iQEK2O0dVr5RhZBmQWliA6l4vQMur4Vru1kca1Q+Pv4xya68Wu8RpsOdXfKWk6vjSYB5OslwcmKh fNlGXYJQCH2DlX8zv5nmGMWI/u1ynSuVU1iWErWzjNiZ0ayo8krmeQjJ6nCdq7pFyCHOGlwWkIc8 2SwrU7usDe6c7aiYjhoDBVq+pxcha2DXODSTeC2yR1GNYRGCLs9EFiaeW/dpOqtx1sWbxQ/hK8w8 ZqMcwlnorhM9XldP+piRtnWYAxxsLE+0r8T26gjPw2hybEvKq3b2Ca1tbEFedW3v9XKyp4xt4SaU 3PvK7WJ1Zuk/S3rN7h6xuKm8bh5+caE8bTa+Pxzl2qWTz5bDrnQpHO3vAHvZl9Z2vJ3pqm0DtNVV LbacLprtnAQ2HtN+Mq3MHTrxcvbGw2Y4vLW6H1bZV1m3GqfGk+zLfIo5Gxxn/l+N82vjSh/84wm/ cCoX3ldI6+CPqga5JAcGYAHj0t87WecdGdpeoFf42eG+bpUG21BDXJXnlCPozQ3eca07skBZKriS kq7H6ows5O0Gr5E96uaZr5vEe52f1fGN9WvTU+hR6/e4mwA7t8CT6rxm7xLKni17k68f7nAiXxyu 70if/dVGL7g4E0c2sNM6Fl9XAoOJGlWub/NotSqmmrf+7rS3/fK6CLGdaV7qE4bp7Y23h5LzjnBl 77IRyEmXst3+dCGbOvSqNxXdEQ3xxzMd14tPL+mNPubUkzTjjH8s8/fbdrQLO9W7Fz4fkf3z4ub+ X5T/Ay1+a3w/M7z2+f5p/vQjRnjrLgY6Eu991tP/XbHy+fsdu4L4Ha8TmOut+4zEffocn+yNXnBA w4igkwBSn/xVXhk5HT7Zn8lhmpnEWpr1X/whxudVEseJXvXN3gVKC6Dozx/53PQlYOUN3Njgn/5Y icYNmvPFFygEHLVdW6O13L5xoO8FmQyC2kjBVqaVBwQu3+bNgYJpRpltn//toGk5UZtJAeTBn+4N H0pNWAz5oANuSBAWoLVsYBVAD2vkYAuimxKOVZw0Azg8occdYRiO4Tx5mxMqHvLVydoNIWjh4A8u HS6kC2HcAhpOnPW14Bi64POV4JxlIbPlQg2GiwKGW7pxUbAE4BWeYMWR/l9rseEhup4T2pMhTt2t TaIU4qG6OeAY9GEHsl36BWIbSmK5aOLdNV3RDaB9xGC1XWKnmKANLiLO1REqtocrWWESHWAUmhsX eqAdvknaKNYCUiLvEaC8TZklXh05LaOlhMfh+Y4r2pzy8eDvvUAgFknwgYvGvF+5Td8zNhQJZiIw aV87uV8tJt8i4s4xvszp3eGniOOcIAgqMR1s+WISYaMaOt4f0mE2aqM1qpeR/Jh+DKBCJhL/9db5 vR788OM0JqSuSWLRrJxj4SJBoss8Ft8wfiP2udNGQtKz0dcggiTsSaB5deQV5Z/WNdandWMFEsmF bKMdGpYSAiAnDB3G/ryhJm4atH0iVLlkuwVcdCFjMl7jBwZZSDWfI7TCHGKfSaIjMDWJ+93bGoFh zQmiPDTZEbGk2dkiVXbiTJKkSv1a8VlWeqhjKPjNOPqkVo5eIB5lSqFkO9kjbTllGDENOxoTJgrl uaXlBi3kJE2hunjlV/YkxYnlWOalXl4Hu8UlLb7eWm6iibFlZNpkKXIlImIcR9plmuDllz2mWdqU dPjlHV6fSPofJN6iH3KmL8QksDBDPQDKa+JkKLoiO4YhQK4er/AbJmjkVspksxFnWWbdE5heHBmm BermQD4kXqzlb/pmMVgZsInd2BgNHekF4rnmasImZLrRafIm9wEm/mEV5HmyyF35oXEeYntmJDKB QuIp4nGOHV7tZmqmnDS+4n4iQ3+V2Ml549OMHxkipWKaIXWOJniWZks+50nKnYil51Z6FhCx5mq9 5zHJ4ixO5h9S3iKUo2l651ISomCioDuKKJWA4cUxQVUcAGaERiviG4aO5IhmZSRWJIhOFXScYdyp InkK4YQSYzNhZoG5hQJ4RL2IAAK8FdGBpYDKY1KWDtjNUecg1I5KJoky5hVi5ko2Ji6sqBAshQGQ RAksKdow5YLmguAtpsFVBUh8xonmqAsxjkrK2Y1mKYee2k2SZYmSxg64mAgsQBHG5iUtIZQqJrwV aUIQRGmEpZx+/tKVKqOlWZWXepZwegOYusBIKMCbVhM8GZeDMsKG5tlejAFLcMYEJKnNPerm0alS cidE9uePamEaLieeFqWH/YihJk/wYQmpeUSLqaopkiaDEpKrvmp+7lyE8uelugcxHVdiUV6A7mpi 1pF+QMVbdCqO5maDxl6d5mmCSmd1QqGtJiB2aql56qpn5qGdhZ+3CtxTZiY/MGsw+ihhLmtQBmmv EFM3JcZm3mCaCgVtxmpAKhK3FqwASSq4Xp+4qoIIBmZ81ifBzuqXxOOhiuK2HmSXbqzuOVqtbine Aayw8OviHUw05qpB5qMbCmmJsapAymsUHuu/RqBujevH5mVm/j1plFoorBDMjAbsxFrRh7Krwl7j 8IASv5yjZg4rijblRgUGysVoyqqslgAHPPwdFSIrkKqZ+nAsEjJZodrsbdaU20Dt0tqDxfbJI/rG 0B7sy2bYf7Lctz7o2dJt0aomy65bOURtaaUtr5Yk1mat11Lc0dJrvSarJ97fu+pr3rbdmtrrzcjm bILkuVLt4d5k195tif4FvsptxUqoqq3t16bYuqopDQbuC2ptpWIpoIXqXzVsvjKu9GmU6ILmRBbo qCJX5car5iZbpKruwn6iRFqqulZk2TqdZerrzwItVu0u7wJvus6tieEn+6ErdEJv9L4tPtle3Qqa li0v81aC/vPuJfYmKBt02uwGr/luLrERZRxQJPbpAd8KWpg1IhfRlenqqesybej9bvXa7WS6r6VR L3x2L/2urMS67dSmrvSuL5t266Z8pKzeaQIKMCaOJyhS7AFj2fLCgP3SqNINrgEvX9ymnap0m4Na sP6a29FsogonIPhyowd78GeWL5ryRwkTY5NU5oS+8HzZYLO4MOsyYwxfrAg78ELKbO9abysFCZdu lgp3wfASK+Ly6T9G2QdvMP4usQaHpBLzbyRCK1zasKV2LrxCrmNeLrHgoxZLQXWRaxKHbFjy7CD6 UwqXKxPrW4wYoqf4MNdRcRur12+tXyjFrvHe6km2XuGs/nDjUmAB225wNiN0UWsg62wD4232FgJj LC55iAOyoZ5C3g0ax9dy8LHn9tkCH7CowXHTtuPWHrIhbVgYAk+j+W8Xj+/1Oi0s3ywg0+8bm0Ba hWSz+pnUvTIL/qh+MfIRM+YjVTFIGfIkU7IqX4uiKuoNT/Ara+8KrwIdo+bG8LAr+2NSNjMkyzEm +LHfopm/llgwXzM2w+wVb2zRlJwz91HkyepFoig5UzDxRjLKWjJvrbP9tPMovzPUGW5A2ggmtx3s bk36IuE+07EuT7QlpLM8TdR2/OroGjRuNUw2X/IfM9sUK5qF4XLQkq0roLM01wkhhN98FmbeFjMY x3ON/ob0N2NuNHWlkBhcEdM0SnfmShux9XoyTLOsR8+0T+exTUvVyS7zQBaxH2tyk6Ku2+5hQXO0 /sq09L00EmsXVgozoWZwW96MSpdu/gIwmBFyPw9xQotzLmfpldzz/kYzc+KxtHUdVSvw+87edUIz W/8hMXD1Ncs1+/Jz/P7bepV1XRNt+yp0UQupVu/XfPYoivDkXJfijEb1HHtcT48WaHraY+er+uQw GTfgRtNzOaP1U1tcG0tw4nY2StHXwx7KX3eSW1dhr560Uhs2qhmnZpuzhcE2jNSuSNWjFctRTiN1 HVuoHWeyO+Mgcf42cCduL180om4UkrHyWyrzV4Gf/lh+NVjvJPzJpHRzMnWHb6gRl3xidXi3clJ7 iGsv9fueY5iM9GqD6ntTiCch5gbr4S5LdFcPsxoLLWGSGz0/cdW+2xj66gHvt1n78s5Kplrzcm2T tiSHmRzYd6XtIPzy1iCnsiqnIjxP+NhesoVnyP6B21sjcKVy+Efrd2ifcSUDdILztXYXeMG2qhxP g2VHuGozkFFuNjV8eF7PONBaNSI7957C85FNtywv7IHMr4yfN5OPdYxXt5HTeJKH5o27N7KeODau Z2oj+JbzNIVX+XErb5a7sV3a5sxS+UyDeS62DCj7+I1O5SMvuZDX4b6h4gwnCnEXt+xeNvkV7ilj /o04gd6gn24CK/meb7eaa+yUV+uxcTdvq+/lyvmLj6J86/ZCGxt/s/daQzqV76AyFPEjNmF7E3pW P7TRsvrq+oeG4rg/KxdhmroRoDqsIuhzx7pbazo8E3BFa7EjN+6FF7gMRomuLywf0vWJ9u9013aZ 03rgVAqZx7dy+zqWa4E+BFrusvhgrniAVzk3P7uwhzUrmi81IjSKJnsbfST4ZrGnQxUpPvsVbzIX 77bIonuyIUfCajeuSwsrsLTtjhxGxrS9+965n0fyWkNtdrEE3ba2bzsjdXRQj1LBH/yhv3e55/u8 O8qZJlyxH/uAh7e7z67kwBDdAuWbt0uOA7ar/v84v6PyX9b0x7ud+IV6zFk6mMWwvM8ag8M5HOlE x/O8zP+zxlfW3Lm8tJPnyRu9VIN4lTJhzB/9f6+kUcD6NCY9L/KC1ZZ89gY81JuXz5dhuDv6qn95 1Rd2P645xOu7Mz898CKVCGAASEyAhPU8oAMfyVv926somqd25Da8cXlzy4s98BaaXAzqksn7Wa+4 MdR738eslx8w4eO34CMh4i8zjT1PJ1+8mga6nvZ1wme6YLs921eyj5G4WGfQ2MuF3RdE3sfyg+v1 vJPslce5sU97IF8+DcH9124+SM95vZb9dZ+95G/2StUz6nt280dc7qO365OxPw7jsj8baEc//nx9 sc3P+BPQ8PPTvJbvvFNffcpPrqu5+Zkvz6dwevifoHCvl0XbZ/kTPzxf//kl574fg93o3PsXGQho wkiW5omm6sq27gurWyvGdlqr2c2Te1/6rXLAoouImq2UKKGxxHy2otKWs4rNAqkjpPYLDnNP3rCp HDSfrk82Cq2OwUcb7rhZvYP1YHf8/zU2B0hYSEdj2MXi12eWwUgymEg2yMSHt1V4+QU56fnCJZmy +VlKsin6NdepxSrFqpH6WVnkCqWZaGu6e3tWVMcbfIiYOKjbBij0SCxMxgLcY0uaZ3jcbBoqNX0d yFxoXJ2MySI7GftcK4Mbzt1uko217f7r/v29Ym2Ez8MKW178LM/ElYBGCKabh1AAPC0GE6Ib4gkc IX37YLg6505SwxE7Nt7wWNHhvIXdRBYkF3ERuzgULyKsZHAGRRsgb8w0+YfknpruLvnDIlHcn5sc X/wkpDFGlGViVlochzMLlaM9eDbzmfKeU0dZLlKNg1HGJT1ET1h9GkPZD7VR4/kydLYU1qwpyrrY wZRlmLwQM05JcldbLptQfbQ9+XZS3HUqvhoJioeo3bRDj8zTaMnGzMUq6ZDSN9mhzkSc1cw1pzW1 YcKFdE0oUeHCiNclMMimzZG27tklLAjQMOGCBAESZJMQPiI2bgsUhhMXYAH3BAoYUPgW/hDcOfYS DUzY3j4MPArcaZQONqsD2WHzibGJRkm38BodtkIHjkG+AgXeJCZ8x73DbgI0J55zF1TQ3QgU+IZB Bcz1txt5vE1XHQoGVkBehr/N9t874p0gYRCulJbeEvNVYd81o8k1Ul/xnVjXC5CkaMUNGWJQ3XIE bifEdbRlAMEF0sG2nwbFTTdCgxXkWEKIrw13gXEm5Lcff1ZasIBzIQqggApbCqROa+bRKABf6wFW gmMKBUIiD6f9ow4j+LBBZok2NhnlhwJ8l8EFGLwWXAUfXqcghtj5SYIDOw5Y5XLPPRddb4+SQIGh wVX4oYQYOKAnf1x8CWN4IzyIQoPq/j3VZplnopmmYCWx6CKcYXLkxE3L1GmnXmn1kxFMQHQ0ZacC IHcQWr30IZmqn6z4kRmpmthYKXOQpWyxE137q2V+PURTtU2esKS1Ms7aCGvlweUMPYA8eywOs3DL lZjY5gPLZbTAQIUTW4JaI2VTtHmMnOi2JxK7fKgJxL1q4Aqmtwtzom07SUEr36njdhtvrvStS3BU pb1pyLSVxTgZwxV3VU8zYY3Camf5aPYLwCertke66npyFsj2UJxxqA77u1UjvG5LcUC2wuwqsqvt QyazzS4Lks6AKNxzw01YY7LPe4mYsjATR4O0RSmmWjJDNieNs5vwocbz1jNbTfO8/lWfG+1lAGXb 75qgFGW2Q6E5fbNi+K4tK8u6vr103EI9nHfdRJNrrtZ6G043NSIRJYiz7rV99s6ct6Jx6JIfzrix 7r50N9iVo8c63FKxazHGrWo+Sh223963h7GGDK/biPOt+OJzm37645RXJI0SY2Q9OUJm/tW5W7Iv Bk3zlLzYcrm/C+QH8677/msnCKvh69Oyb/9E9c7v/UbN7OmexRzj8/D18MBHzjxeiYP/Cjnzg1E/ 6GkvDrCjF+Q6hpjB9e4JsWjgytj2OZTFqH+iU939+CfB3V3jgWYZi/1MYxI2SK0q5hPgqtq3wNxd oWx2eh7Q5EU6FNothWTbXEKc/nAw6SnwfCfcUApzlwYWTvB7jZObXuo1wyVkpnSje9UNT1G8gWWi hwF0IgZX10QiMnFk+4veBk3Iklr5wHsFtKD1FCFF9X2kjEABoxUHiLj6TMJ7P+viGf6nCjc+zA1k bIcIZcix1pHQJKJ4FrtmVMQhmvFiwtuYBlVGNVOQkY3By1wgxVIEBxrveO7bohaxiL4hujCUsUuk F732Q0/0sRSMAJwOXUAQVxbugFLhoiIXITBxXfCTEIuG+PAYPz2qkhBqtKUgI0HAQQrTh7soZDJj yMu4Jctlu/wgiEogpWoiEJURnOMqjXlMNDYlgdnbpudSibYrgpIy3WOkVm4F/kMXhCt4d0wiLYd5 SThyUpxATF84Tzk19o0ThNUUotVGWUdSYgEfphoWpn4HzGB28zz5pCAsAWm5mk0joka5qGfeCFJl oOiWF5TjHHtgKOioZGgSWyZFn1lKzkXUYBHjnUfhR86BknSRdgSTSV9qg+AM6KE+Q+ImcfoJOipk I/iQ5ftg6rhZlvMdG4FdAdu5UHx6sqdp4qgUqmhExrjzqfzECSp4UQZ5xDInYdUmTxupz52aE63o 7CU2PjPF2Zm1ps3MQUwECsV+qjNFycIaOKkZ1S/WNaY2zOJNkWkSUniVgf7cpyV4clW5vjVsCY2m RUPySG7ek7G8yFdl9foe/sKNJGrhHINHYIfVrOqyp/l7hVG5Ub7PIkQm6WTmbvmaWnrYIXU7hKZb QYs3aR72ZapV7GiJtz7MAlQYZ11VVae6T+x2g06gq+A6E4dQ2e7lts6tXXKf2K4SllVFXQOLb09b XFGRNb20A559EOlWfpwUrtNt5mLpyYtWKhOy3JAsBNcbuAPWhAoFvANhFccX/QI1Y+FFcDByG7kq YGA/QkoOhwmFPrX2d1ntde8b/lfMwNJXuBW1Zif0h1j+xpW85dWuFSaDKRAnh6jftbGKURsMA0vV Q3Fh8D9zWl/jHveFbY0r14Yw2ccQN8NFGI6Ov+PYVN4hyurFaEDbluJM/gy3li1W55Khq2QnQxR1 E8VlEaKEm3mSiqs8PCOBdyFkm46WM7gTbCfT3FnONtmuu2quyqYs6BdUyQT62ZNn11hisSb2y8/9 sZ/VVmY1G3TQ3Z3tXE3BQaQyWbwgBXLaDG3iSvs4wfPV6VbpPGrfee++qL7wf71L5VJbmJiRNkMk W53R+Lr61YGONayBNmszd4HLCXNpjHP9508TNLTkQ0fUSBRmUQ+7KXwk9UGnGU9rvrfGRx6ruaFq 6kyn+w8igwJrty3fJE+bVsc+tx1Bs9/KiI/NbQawQnu7a3hLO4/dfHe07axrXW/asz8N9xb33atb a/bMB78zW3tNcFUj/hzYgmkwr5db7JDXu9NphvhRtX1upaJ83AJfd7U1vnLAvnLeNFe2hE0JaJLX BRKhtrXE1yBSWI042FFEys9jrg4+f/ziJcd5lgmdc8cyu9lKPC+JvZxwi1N61bDchvLE0CaPg/zm The3t42t9UMf/SpFv/TAtdBuMs+KpnJH9wfJ7m9l63yzaRdtdoP7dkxT++V/B7iR1V3nlp/92A0f WbIz2Ha195u6kzb6gcudu+H2uebCVnxGV3ifslP8PnSsU4Wn3oNft0MPqHc54bnuZz3YzvNIn7m8 i4J3XNv3aEFT87LtmQRKcrz1AQ+D6jm/cfPGgxRit7svdV9QaBNb/ryn53fhGxt4yl6+9qVe60eJ vuKKZ52nuX+0yPc+Y/8BH/OnHvpXsRd+5MfbjTnjPsDFn9Xye1flo/f0sYkvB4gmdNlHdXp2ffg3 f1pWS80nf5AHffJRFoYVdT3Wc3Q1ec7HchJlgLBne+yHXZfVgW5Xd2Z3fu90KhVWglaHZgR4Thwo fpMFgAEnfMzXZXZWZAg4gnqXgnmXcg/IXOGDcRFxfPIXg762ds8Wf/ZHX2NRfyEogov3dKGngqGS NccwZzMjfDYwhC/YQ66XfKDlBl7XZWKYBwaHgZyAX6SFdva1g9KXAoBSRFmYegLIhV24hW8lBGRI VjHRhImHg9sV/oWiB2PQp3IUwS9gIodSdoF5xYK4dYR5Zw3e94WPhWSLyGpMVy0L5zrdxoPoBwOH 2GMicYeM6IUOMYpuyATJMz3L54QJCFIz8DETt4adxRT6p4MjlYgaCHOdl4GEZIn2Zmn9t1R88HV/ 2HkMaGl96GLAKIxqSHLZFnl9RYc1WHzrp4TM+IX6MHvulhNWUT1W1UG7KI7I9W/l6H+eOImTU4HS 4mypVITaJ4vkiHR/A43jx4tWNA0NcUidKIUgh45JaEmOeHR3QBs1ICCwgU2CMgK3MSq1ISyKKEoj 1Wb2wUawyBBhd43pmIQS6YNICDa5JGPKF4yNyG7/AkYakgMH/vmGJGABB1IhxFIczIFHqwB0odhj lzA2aWSMe0iK4+iGbRiPL2Qmj6c2IDh47DiNn/ItS+kk3iEoVbIgpEIqEsAp76d7g2iLrgiUv5hT GIk20uWTP2kXtEYyDgdsIySNXRdm5JEg/WElXiIA81QcF0Ao0TEBE5AA8GiOZcKJlUaRUpSR1PhY 1OOB/gSSP0hahXiJtfeOQbgCBaknKpkk4GICeTIgClmNtbaVcAMJOPmEbgeO74NtgclDEcaRumWT UHiPPtaYmglcqXYDNPmPyZeTkgY/BkODGqledBcZqOl/itmTMnc99iILMUgVsgmYgSicZxhvvMk6 o7mR9wd1/r85YRyHL2gJSQ7UQP4Vm/zYipt5gJ8pe4ZEZNE5X+QZkvI4cqcpeNLZd134eq+5nq1Y m0s3eepzO964VOFJf5g4fYk2n765movZVfBpefIZoPClnMt5ey7oWrYJCg/agA54jhEocjcRmkdp oHo5ePzHB/WJeEooocn5Q+jpj9I3lp+EoSTqfhuqhQgKngO2oO2Yg4s4ZlcXQc75n2iXore0ojhT XS5qlZWXmt85Ru5pjyNpWUFWeCaaTJrYjOgDY/VYmP6JdUL6otGYoAraj9aJPPwpoqTparLHnDk4 E4c5H1mpbfnIXuqHpfSjpTHanurJlcqlpBIXBRbJXmRa/qZOKIFxRES6wIRhaZ9x2gJXiCjZEZcK iWUjIAEU8BqNhj2QEaLYaJ7GBiyC2ToMlotH5qRronQ31qV0JidBR4lgFlmOGSxDwpLgkk2OOiFx KauC8qjGN10e6oyXuoKHgILXWIwuiG6feqMEun+41nh1CqptQaU/kSGyIRyLtmE6JiniwaoA5Hq4 mqt3SqeW1qu6qad4uo19o6PjGZxjhaYz+oi6uq2VWE8vQB6Vgh0LEpc81pCvcSDU6pa2Oqp9Knrq uq8JOCL5uFb5OY1bIKwMSqhpaqxJirAW1K1+SJJtIQnYeo5iimvUQhNhRqXAqq2a2pVzyrF8F6Xp SrJY/lQnqNCa8Ymu7Pp8yCqLDlaGWlmnS2Sk53NdLjuLIAp2U1ikT+ESWIqcEOqbi9GZQQmxjzii SApYN5uwANqzpzqhyglPVmcLKauLT6u0bZCH/8pLGOsWkni0utl1Msq0Ias258qyBIRXFXsyvWq1 Q9pTISKtMnqibKh7MNtPbAqyIpm17VK2ZltCplmjgmO0XGuTVUtFRPSo2pEkmEmsr4JQ3BVNeDu4 +wmmVWqxwWdCf4u5LDuI4Id9pteRo7eO68cI73qXaVtxoNdCP6SzkMO5yVqynuqvMQeLn2qlbGcy kutOGyWxoQOKYfuZn3u33gm11ka38jWoM5en5dqc/rSnQ50aI5n1p9wIo5KnSE25t1Fbs3JKSXfA pzirucAQuwDZvR0ovbuUvlnkuwmRCn9DGix6DxTxvfzpQdCLeXqYvA1auxTav+kpWW/boiObuR77 mcZbv8C6Cdimv517CmCbu5ermg7Mae2LvWKzvfy7k/06g4Bbj15ZaeUrwX1bwLvatNOXZxYosiUs vJU7izLbfYYntnt7v/s7wqpLozwboe6AUBtrtQhTYQlcqZbawRRMXL8KU8T4uCw8oF66ri2sVVxX ukYYsmEYv0LrtP9rgn8Hwt8awR37ixW5wcZ7nTzcSil8oFW8tVg8xg/IGbWCQzdcXIeHga/lxC5M /sJk3MRJNXnE50w/ybBcShis8MbpAb71Ra40Z8c7lKH8arhVsb7co2qtJwt6yDxizLZgnMW8asQC pbfO4sUGrKTQKb+AbMO7ULQaCrfHq6S4UkY1IQ3TiVQ/QMozbMtQ3Lk1nMdsYltt3HvJx2xUkWKe icfF3K8w/JOmdcuevL+E2bCYq0ahPLug+8TOi8qFx2VqQrOiisPG7J1Eu0ADkXnWjMxN3MCDM6yA q8GbvMSstHLZTKRmuxlsbKm4578r5gdgucwLrMmtds7omxBncbJ+9M6weWLPPLrLfMqPvEvgVnip LHj6eKobW8blrNAVfdGlzM7kzAMbNiwaojis/qey8dzJI0LP9VyqydyJAbHNwqvLJCzEsvtbvezL KZBjJLC4opNDVByArOyRr4yOcuQKneC1e9zS5rzHXhrT1hPJmiuggtwDVraUn7TT+hqbhWQQfIHJ A9QSxVu42kXHRi3KSpHO+WSUFo2jiPk6b9ZhwdK1qlyAc+jTWgHU+mYxRK3HTu2K/1zAzpzRu/lj Z90TVjHQN7Bo13RsVZ1xj/HHYzLE1PyRqUQj0sx+/AzZC42PK9a8Ac2erHjPmAeDYZkKuXmk+AvV GlzYwkba57vDdrfZc9fUnVyTNR1irplJCTvFG/ehB3zZAtc0eWXZO+vNc1rWLRPbsm1+kLbC/jEX ZXBQE1jNfZOBjOqW2hz91widsTlY3EUjGkz12Amq2IvNxLlN2R6Zw7t82tXNvV8byEvayd8IeAzt zdoI13Aqx7a9zJF40gpH22PNvBdJt4d8M8ddmPx3p/NM0hCJ3FA21zvX4KyNpK+7zrpG0Un9vPcd jpY703s5gphT392J4R1lktJX1/u9pQv+XVs9zdZLS+EbvQWzstx22r3IoVrc0+ddOSr+3Vjbz6H3 Rxod4lOVtCjeWgSOz8HQEYtsqApu4/ZdsHRt4hBOSnHBuzqe3Z5tgyuurUZOXw8LdRKd4Lcd5HKN 42tyyVecrWht3kqljDKs5cjM5SMJnCMcJ95X2+RMrmpc4MportYn/Nb0tt64PLYw7NfYjWccbsIP 3LChbTghAAA7 ------_=_NextPart_001_01C42869.4687DF31-- From jmckenna at dmsolutions.ca Thu Apr 22 06:04:33 2004 From: jmckenna at dmsolutions.ca (Jeff McKenna) Date: Thu, 22 Apr 2004 09:04:33 -0400 Subject: [Mapserver-users] Interoperability Day: Request for Live App URLs Message-ID: <4087C2E1.6000800@dmsolutions.ca> Hello all, As part of the "Canadian Interoperability Day Showcase" for the OGC meeting here in Ottawa (http://www.opengis.org/events/?page=040423) DM Solutions will have a booth tomorrow promoting open source and mapserver. We would like to show cool apps that use and promote OGC specs (WMS, WFS, SLD, Context, etc.) ...so please send me some links if you'd like us to show your app. Please include a brief description of which specs are used. Thanks a lot. jeff -- Jeff McKenna GIS Specialist DM Solutions Group Inc. http://www.dmsolutions.ca From hermandepauw at hotmail.com Thu Apr 22 06:23:35 2004 From: hermandepauw at hotmail.com (Herman De Pauw) Date: Thu, 22 Apr 2004 15:23:35 +0200 Subject: [Mapserver-users] Compilation problem (mapserver 4.0.2) possible mygis error ... Message-ID:

            Hi,

            Here's my /usr/local/bin/mysql_config (I ommited comments to not clutter up the screen) :

            which ()
            {
              IFS="${IFS=   }"; save_ifs="$IFS"; IFS=':'
              for file
              do
                for dir in $PATH
                do
                  if test -f $dir/$file
                  then
                    echo "$dir/$file"
                    continue 2
                  fi
                done
                echo "which: no $file in ($PATH)"
                exit 1
              done
              IFS="$save_ifs"
            }

            fix_path ()
            {
              var=$1
              shift
              for filename
              do
                path=$basedir/$filename
                if [ -d "$path" ] ;
                then
                  eval "$var"=$path
                  return
                fi
              done
            }

            get_full_path ()
            {
              case $1 in
                /*) echo "$1";;
                ./*) tmp=`pwd`/$1; echo $tmp | sed -e 's;/\./;/;' ;;
                 *) which $1 ;;
               esac
            }

            ldata='/usr/local/var'
            execdir='/usr/local/libexec'
            bindir='/usr/local/bin'
            pkglibdir='/usr/local/lib/mysql'
            fix_path pkglibdir lib/mysql lib
            pkgincludedir='/usr/local/include/mysql'
            fix_path pkgincludedir include/mysql include
            version='4.0.18'
            socket='/tmp/mysql.sock'
            port='3306'
            ldflags=''
            client_libs='-lz -lcrypt -lnsl -lm  '

            libs="$ldflags -L$pkglibdir -lmysqlclient $client_libs"
            libs=`echo "$libs" | sed -e 's;  \+; ;g' | sed -e 's;^ *;;' | sed -e 's; *\$;;'`
            libs_r="$ldflags -L$pkglibdir -lmysqlclient_r -lpthread -lz -lcrypt -lnsl -lm  -lpthread  "
            libs_r=`echo "$libs_r" | sed -e 's;  \+; ;g' | sed -e 's;^ *;;' | sed -e 's; *\$;;'`
            cflags="-I$pkgincludedir "
            include="-I$pkgincludedir"
            embedded_libs="$ldflags -L$pkglibdir -lmysqld -lpthread -lz -lcrypt -lnsl -lm  -lpthread   -lrt"
            embedded_libs=`echo "$embedded_libs" | sed -e 's;  \+; ;g' | sed -e 's;^ *;;' | sed -e 's; *\$;;'`

            cflags=`echo "$cflags " | sed -e 's;\(-DDBUG_OFF\|-DSAFEMALLOC\|-USAFEMALLOC\|-DSAFE_MUTEX\|-DPEDANTIC_SAFEMALLOC\|-DUNIV_MUST_NOT_INLINE\|-DF
            ORCE_INIT_OF_VARS\|-DEXTRA_DEBUG\|-DHAVE_purify\|-O[0-9]\|-W[-A-Za-z]*\) *;;g' | sed -e 's; *\$;;'`

            usage () {
                    cat <<EOF
            Usage: $0 [OPTIONS]
            Options:
                    --cflags         [$cflags]
                    --include        [$include]
                    --libs           [$libs]
                    --libs_r         [$libs_r]
                    --socket         [$socket]
                    --port           [$port]
                    --version        [$version]
                    --libmysqld-libs [$embedded_libs]
            EOF
                    exit 1
            }

            if test $# -le 0; then usage; fi

            while test $# -gt 0; do
                    case $1 in
                    --cflags)  echo "$cflags" ;;
                    --include) echo "$include" ;;
                    --libs)    echo "$libs" ;;
                    --libs_r)  echo "$libs_r" ;;
                    --socket)  echo "$socket" ;;
                    --port)    echo "$port" ;;
                    --version) echo "$version" ;;
                    --embedded-libs | --embedded | --libmysqld-libs) echo "$embedded_libs" ;;
                    *)         usage ;;
                    esac

                    shift
            done

            exit 0

            I discoverd that the 2.4b1 version does compile & make with this mysql_config (the 4.0.2 doesn't)

            Regards,

            Helder De Pauw

            PS Is there a possibilitie to use (convert to ... or use as is) srtm data in mapserver (I live in Belgium and there's no other altitude data for free use



             

            >From: Attila Csipa <plists at prometheus.org.yu>
            >To: mapserver-users at lists.gis.umn.edu
            >Subject: Re: [Mapserver-users] Compilation problem (mapserver 4.0.2) possible mygis error ...
            >Date: Wed, 21 Apr 2004 09:56:57 +0200
            >MIME-Version: 1.0
            >Received: from mc11-f31.hotmail.com ([65.54.167.38]) by mc11-s14.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Wed, 21 Apr 2004 09:43:21 -0700
            >Received: from lists.gis.umn.edu ([128.101.73.109]) by mc11-f31.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Wed, 21 Apr 2004 09:40:48 -0700
            >Received: from lists.gis.umn.edu (localhost [127.0.0.1])by lists.gis.umn.edu (8.12.10/8.12.10) with ESMTP id i3LG6eFS003629;Wed, 21 Apr 2004 11:06:44 -0500 (CDT)
            >Received: from zigor.manufacture.co.yu (mx.manufacture.co.yu [62.108.119.242])by lists.gis.umn.edu (8.12.10/8.12.10) with ESMTP id i3LFrkFS003458for <mapserver-users at lists.gis.umn.edu>; Wed, 21 Apr 2004 10:53:46 -0500 (CDT)
            >Received: from map([192.168.250.21] helo=map.manufacture.co.yu ident=bear)by zigor.manufacture.co.yu with esmtp (Exim 3.35 #1 (Debian))id 1BGCav-0007dC-00for <mapserver-users at lists.gis.umn.edu>; Wed, 21 Apr 2004 09:56:33 +0200
            >X-Message-Info: StaYHEBmGBoqDB9RRDGYLDreiG5kbnhlAzuSGbbW0UU=
            >Organization: Prometheus
            >User-Agent: KMail/1.6.2
            >References: <BAY14-F10IafFEgOUHa00066a47 at hotmail.com>
            >In-Reply-To: <BAY14-F10IafFEgOUHa00066a47 at hotmail.com>
            >Message-Id: <200404210956.57248.plists at prometheus.org.yu>
            >Errors-To: mapserver-users-admin at lists.gis.umn.edu
            >X-BeenThere: mapserver-users at lists.gis.umn.edu
            >X-Mailman-Version: 2.0.13
            >Precedence: bulk
            >List-Unsubscribe: <http://lists.gis.umn.edu/mailman/listinfo/mapserver-users>,<mailto:mapserver-users-request at lists.gis.umn.edu?subject=unsubscribe>
            >List-Id: Mapserver Users Mailing List (Appropriate for general users) <mapserver-users.lists.gis.umn.edu>
            >List-Post: <mailto:mapserver-users at lists.gis.umn.edu>
            >List-Help: <mailto:mapserver-users-request at lists.gis.umn.edu?subject=help>
            >List-Subscribe: <http://lists.gis.umn.edu/mailman/listinfo/mapserver-users>,<mailto:mapserver-users-request at lists.gis.umn.edu?subject=subscribe>
            >List-Archive: <http://lists.gis.umn.edu/pipermail/mapserver-users/>
            >Return-Path: mapserver-users-admin at lists.gis.umn.edu
            >X-OriginalArrivalTime: 21 Apr 2004 16:40:51.0245 (UTC) FILETIME=[68210DD0:01C427BF]
            >
            >On Tuesday 20 April 2004 22:48, Herman De Pauw wrote:
            > > ./libmap.a(mapmygis.o)(.text+0x66f): In function `msMYGISLayerOpen':
            > > : undefined reference to `mysql_connect'
            >
            > > ./configure --with-jpeg=/usr/local --with-freetype=/usr/local
            > > --with-zlib=/usr/lib --with-tiff=/usr/local --with-png=/usr/local
            > > --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config
            > > --with-gd=/usr/local --without-pdf --with-eppl --with-httpd=/usr/sbin/httpd
            > > --with-mygis=/usr/local/bin/mysql_config
            > >
            > >
            > > Anyone another clue to solve this ?
            >
            >Could you send the output of /usr/local/bin/mysql_config ?
            >_______________________________________________
            >Mapserver-users mailing list
            >Mapserver-users at lists.gis.umn.edu
            >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


            Heb jij het juiste gewicht? From cpurvis at asg.sc.edu Thu Apr 22 06:41:21 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 22 Apr 2004 09:41:21 -0400 Subject: [Mapserver-users] Interoperability Day: Request for Live App URLs Message-ID: Hi, Jeff: Are you only looking for Canadian URL's? And are you more interested in sites who act as OGC clients than those who are servers? We're in a position of serving data via WMS and WFS but not grabbing any by the same protocols. Charlton > -----Original Message----- > From: Jeff McKenna [mailto:jmckenna at dmsolutions.ca] > Sent: Thursday, April 22, 2004 9:05 AM > To: Mapserver-users > Subject: [Mapserver-users] Interoperability Day: Request for Live App URLs > > Hello all, > > As part of the "Canadian Interoperability Day Showcase" for the OGC > meeting here in Ottawa (http://www.opengis.org/events/?page=040423) DM > Solutions will have a booth tomorrow promoting open source and > mapserver. We would like to show cool apps that use and promote OGC > specs (WMS, WFS, SLD, Context, etc.) ...so please send me some links if > you'd like us to show your app. Please include a brief description of > which specs are used. Thanks a lot. From guillaume_cordier at hotmail.com Thu Apr 22 06:42:10 2004 From: guillaume_cordier at hotmail.com (Cordier Guillaume) Date: Thu, 22 Apr 2004 13:42:10 +0000 Subject: [Mapserver-users] how to configure mapscript Message-ID: Hi everyone, I am new to mapserver and to mapscript. I hope I succeeded in installing mapserver and the tutorial. And now, I am trying to install maplab, but I can't load the mapfile of the tutorial. The error message is : Warning: dl(): Not supported in multithreaded Web servers - use extension statements in your php.ini in c:\data\maplab-2.1-rc3\htdocs\mapedit\mapeditapp.php on line 150 Fatal error: Call to undefined function: ms_tokenizemap() in c:\data\maplab-2.1-rc3\htdocs\mapedit\mapeditapp.php on line 168 There is also another error message with phpinfo(). Mapscript is recognized, but functions (like this one below) are not "registered" : Warning: Function registration failed - duplicate name - ms_reseterrorlist in c:\data\info.php on line 7 Warning: MapScript: Unable to register functions, unable to load in Unknown on line 0 I think mapscript is not well configured. I tried to make PHP run as a CGI module (and not an Apache module). Maybe I failed ? Thanks for helping me. And sorry for my bad english... Guillaume _________________________________________________________________ Recevez par e-mail des ?motic?nes pour MSN Messenger http://g.msn.fr/FR1001/2275?url=http://www.msn.fr/ilovemessenger/premium/Default.asp?Ath=f From alessio.f at cost.it Thu Apr 22 06:50:42 2004 From: alessio.f at cost.it (Alessio Ferrario) Date: Thu, 22 Apr 2004 15:50:42 +0200 Subject: [Mapserver-users] mapserver+postgis schema Message-ID: <1082641842.17322.25.camel@io.cost.it> Hi all, Can I use schema in a postgres layer? my map file look like this: .... CONNECTIONTYPE POSTGIS CONNECTION "user=dbuser dbname=ITALIA33 host=192.168.0.1 port=5432" DATA "the_geom from gis.it_iso using SRID=-1" .... I software configuration is: postgres 7.3.4 running on Red Hat Linux 9 mapserver 4.0 php 4.3.4 apache 2.0.47 thanks in advance best regards Alessio -- Alessio Ferrario e-mail: alessio.f at cost.it Work: +39-02-454461 Fax +39-02-45446333 From jmckenna at dmsolutions.ca Thu Apr 22 07:11:38 2004 From: jmckenna at dmsolutions.ca (Jeff McKenna) Date: Thu, 22 Apr 2004 10:11:38 -0400 Subject: [Mapserver-users] Interoperability Day: Request for Live App URLs References: Message-ID: <4087D29A.7070204@dmsolutions.ca> Hi Charlton, It doesn't matter where then application resides, just that it uses OGC specs. In fact we're already planning on using the IOOS application in the showcase (which I believe you are involved in). thanks for getting back to me. Jeff Charlton Purvis wrote: > Hi, Jeff: > > Are you only looking for Canadian URL's? > > And are you more interested in sites who act as OGC clients than those > who are servers? We're in a position of serving data via WMS and WFS > but not grabbing any by the same protocols. > > Charlton > > >>-----Original Message----- >>From: Jeff McKenna [mailto:jmckenna at dmsolutions.ca] >>Sent: Thursday, April 22, 2004 9:05 AM >>To: Mapserver-users >>Subject: [Mapserver-users] Interoperability Day: Request for Live App > > URLs > >>Hello all, >> >>As part of the "Canadian Interoperability Day Showcase" for the OGC >>meeting here in Ottawa (http://www.opengis.org/events/?page=040423) DM >>Solutions will have a booth tomorrow promoting open source and >>mapserver. We would like to show cool apps that use and promote OGC >>specs (WMS, WFS, SLD, Context, etc.) ...so please send me some links > > if > >>you'd like us to show your app. Please include a brief description of >>which specs are used. Thanks a lot. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Jeff McKenna GIS Specialist DM Solutions Group Inc. http://www.dmsolutions.ca From stepan.kafka at centrum.cz Thu Apr 22 07:16:23 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Thu, 22 Apr 2004 16:16:23 +0200 Subject: [Mapserver-users] WMS Label Strangenss In-Reply-To: <7497DCA1C240C042B28F6657ADFD8E0903248661@i2km11-ukbr.domain1.systemhost.net> Message-ID: <003301c42874$63fa6c50$463c2fc3@HSGIS> This is a multi-part message in MIME format. ------=_NextPart_000_0034_01C42885.27833C50 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit WMS Label StrangenssYour layer uses anti-aliased fonts (to be smoother) as default option. Try set ANTIALIAS FALSE in the LABEL object: LABEL FONT "arial" TYPE TRUETYPE SIZE 10 COLOR 0 0 0 POSITION cc OFFSET 0 0 ANTIALIAS FALSE END Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz ICQ: 294002967 http://www.bnhelp.cz -----Puvodn? zpr?va----- Od: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele craig.gould at bt.com Odesl?no: 22. dubna 2004 14:57 Komu: mapserver-users at lists.gis.umn.edu Predmet: [Mapserver-users] WMS Label Strangenss Folks, Excuse me if I'm being daft here as I'm pretty new to this WMS stuff. I have some layer labels coming through a WMS server that when displayed on the client map lose their focus and become off colour and fuzzy. They are supposed to be black, but appear in the final image as a mix of grey/white/black. Hopefully my image attachments will appear on the list. If not then please mail me for them if you know anything about this. The WMS server is passing an image that looks just as it should, e.g. <<1082638016134960.png>> However, when this is placed on the client map the labels appear like this: <> Both maps are using the British National Grid projection epsg:27700. My client map layer looks like this: LAYER NAME OS TYPE RASTER OFFSITE 0 0 0 STATUS DEFAULT MAXSCALE 50000 MINSCALE 0 CONNECTIONTYPE WMS CONNECTION "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=C:\Inetpub\WWWRoot\OSMap Server\OS.map&" METADATA "wms_title" "OS" "wms_name" "OS_Road" "wms_server_version" "1.1.0" "wms_srs" "epsg:27700" "wms_format" "image/png" "wms_map" "C:\Inetpub\WWWRoot\OSMapServer\OS.map" END END [ For the sharp eyed among you, you may notice this is directed to an asp page. This redirects the request to the mapserv cgi-bin script with all the same parameters but without the epsg parameter as this is the only way I can get a client using projection 27700 and a server using the same projection to respond with a map. Mapserver crashes with a page fault otherwise! This is not restricted to just epsg 27700 - if the server/client has the same family of projection as 27700 this page fault will occurr. Not knowing enough about the projection code and being too dum to get it to compile on my own windoze machine I've failed to trace what's causing this problem ] My server map layer looks like this: LAYER NAME "OS_Text" TYPE POINT CONNECTIONTYPE OGR CONNECTION "C:\OS_Maps\SO\SOText.Tab" STATUS DEFAULT MAXSCALE 4000 LABELITEM 'Name' METADATA WMS_TITLE "OS_Text" WMS_SRS "EPSG:27700" END CLASS NAME "OS_Text" COLOR 0 0 0 LABEL FONT "arial" TYPE TRUETYPE SIZE 10 COLOR 0 0 0 POSITION cc OFFSET 0 0 END END PROJECTION "init=epsg:27700" END END Many thanks Craig. Craig Gould BT Exact __________________________________________ British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no. 1800000 This electronic message contains information from British Telecommunications plc which may be privileged and confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the number or address above) immediately. Activity and use of the British Telecommunications plc email system is monitored to secure its effective operation and for other lawful business purposes. Communications using this system will also be monitored and may be recorded to secure effective operation and for other lawful business purposes ------=_NextPart_000_0034_01C42885.27833C50 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable WMS Label Strangenss
            Your layer uses = anti-aliased=20 fonts (to be smoother) as default = option.=20 Try set ANTIALIAS FALSE in the LABEL object:
             
                   &nbs= p;       =20 LABEL =20
                   =20        =20         FONT=20 "arial"
                   =20        =20         TYPE=20 TRUETYPE
                   =20        =20         SIZE=20 10
                   =20        =20         COLOR=20 0 0 0
                   =20        =20         POSITION cc =
                   =20        =20         OFFSET 0 0
                      &nbs= p; ANTIALIAS=20 FALSE 
                  &= nbsp;        =20 END

            Stepan Kafka
            Help Service Remote Sensing
            tel:=20 +420-327514118
            mailto:kafka at email.cz
            ICQ: 294002967
            http://www.bnhelp.cz

            -----Původn=ED zpr=E1va-----
            Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za u=9Eivatele=20 craig.gould at bt.com
            Odesl=E1no: 22. dubna 2004 = 14:57
            Komu:=20 mapserver-users at lists.gis.umn.edu
            Předmět: = [Mapserver-users] WMS=20 Label Strangenss

            Folks,

            Excuse me if I'm being daft here as I'm = pretty new=20 to this WMS stuff.

            I have some layer labels coming through = a WMS=20 server that when displayed on the client map lose their focus and = become off=20 colour and fuzzy. They are supposed to be black, but appear in the = final image=20 as a mix of grey/white/black. Hopefully my image attachments will = appear on=20 the list. If not then please mail me for them if you know anything = about=20 this.

            The WMS server is passing an image that = looks just=20 as it should, e.g.
            <<1082638016134960.png>>

            However, when this is placed on the = client map the=20 labels appear like this:
            <<DEMO108263801613496.gif>>

            Both maps are using the British = National Grid=20 projection epsg:27700.

            My client map layer looks like = this:

            LAYER
                NAME OS
                TYPE RASTER
                OFFSITE 0 0 0
                STATUS DEFAULT=20
                    MAXSCALE 50000 =
                   =20 MINSCALE 0    =
                CONNECTIONTYPE = WMS=20
                CONNECTION = "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=3DC:\Inetpub\= WWWRoot\OSMapServer\OS.map&"
                METADATA
                  "wms_title" "OS" =
                  = "wms_name"=20 "OS_Road"
                  "wms_server_version" = "1.1.0"=20
                  = "wms_srs"=20 "epsg:27700"
                  "wms_format" = "image/png"=20
                  = "wms_map"=20 "C:\Inetpub\WWWRoot\OSMapServer\OS.map"
                END
            END

            [ For the sharp eyed among you, you may = notice this=20 is directed to an asp page. This redirects the request to the mapserv = cgi-bin=20 script with all the same parameters but without the epsg parameter as = this is=20 the only way I can get a client using projection 27700 and a server = using the=20 same projection to respond with a map. Mapserver crashes with a page = fault=20 otherwise! This is not restricted to just epsg 27700 - if the = server/client=20 has the same family of projection as 27700 this page fault will = occurr. Not=20 knowing enough about the projection code and being too dum to get it = to=20 compile on my own windoze machine I've failed to trace what's causing = this=20 problem ]


            My server map layer looks like = this:

            LAYER=20
                    NAME    =        =20         "OS_Text"=20
                    TYPE    =        =20         POINT=20
                    CONNECTIONTYPE  OGR=20
                    CONNECTION     =20         = "C:\OS_Maps\SO\SOText.Tab"=20
                    STATUS          = DEFAULT=20
                    MAXSCALE       =20         4000=20
                    LABELITEM      =20         'Name'=20
                    METADATA =
                   =20         WMS_TITLE "OS_Text"=20
                   =20         WMS_SRS "EPSG:27700"=20
                    END    =20
                    CLASS
                   =20         NAME "OS_Text" =
                   =20         COLOR 0 0 0 =
                   =20         LABEL  =
                   =20        =20         FONT "arial" =
                   =20        =20         TYPE TRUETYPE =
                   =20        =20         SIZE 10
                    =        =20         COLOR 0 0 0 =
                   =20        =20         POSITION cc =
                   =20        =20         OFFSET 0 0 =
                   =20         END
                    = END=20
                    PROJECTION =
                   =20         "init=3Depsg:27700" =
                   =20 END
            END


            Many thanks
            Craig.




            Craig = Gould
            BT=20 Exact
            __________________________________________
            British Telecommunications = plc
            Registered=20 office: 81 Newgate Street London EC1A 7AJ
            Registered in England no. = 1800000

            This electronic message contains information from British=20 Telecommunications plc which may be privileged and confidential. The=20 information is intended to be for the use of the individual(s) or = entity named=20 above. If you are not the intended recipient, be aware that any = disclosure,=20 copying, distribution or use of the contents of this information is=20 prohibited. If you have received this electronic message in error, = please=20 notify us by telephone or email (to the number or address above)=20 immediately. =

            Activity and use of=20 the British Telecommunications plc email system is monitored to secure = its=20 effective operation and for other lawful business purposes. = Communications=20 using this system will also be monitored and may be recorded to secure = effective operation and for other lawful business=20 purposes


            ______________________________

            Bertrand=20 PAU

            bertrand.pau at geosignal.fr


            GEOSIGNAL
            groupe = BVA

            191 av du g=E9n=E9ral Leclerc
            BP59 - 78222 = Viroflay=20 Cedex - France
            tel : + 33 1 30 84 88 00
            fax : + 33 1 30 84 88 01

            www.geosignal.fr
            ______________________________ =

------=_NextPart_000_0034_01C42885.27833C50-- From alhim at intracom.gr Thu Apr 22 07:33:36 2004 From: alhim at intracom.gr (Alexandros Chimarios) Date: Thu, 22 Apr 2004 17:33:36 +0300 Subject: [Mapserver-users] mapserver+postgis schema In-Reply-To: <1082641842.17322.25.camel@io.cost.it> References: <1082641842.17322.25.camel@io.cost.it> Message-ID: <200404221733.36687.alhim@intracom.gr> Also add the index oid on your query like this : DATA "the_geom from gis.it_iso using UNIQUE oid using SRID=-1" Please notice that you should have created the indexes (oid, srid) on your DB. Please refer to the PostGIS manual. On Thursday 22 April 2004 16:50, Alessio Ferrario wrote: > Hi all, > Can I use schema in a postgres layer? > my map file look like this: > .... > CONNECTIONTYPE POSTGIS > CONNECTION "user=dbuser dbname=ITALIA33 host=192.168.0.1 port=5432" > DATA "the_geom from gis.it_iso using SRID=-1" > .... > > I software configuration is: > postgres 7.3.4 running on Red Hat Linux 9 > mapserver 4.0 > php 4.3.4 > apache 2.0.47 > > thanks in advance > best regards > Alessio From TMitchell at lignum.com Thu Apr 22 09:05:37 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Thu, 22 Apr 2004 09:05:37 -0700 Subject: [Mapserver-users] uninformed question :c) In-Reply-To: <4087A618.1050909@iver.es> Message-ID: > You only need the .dbf, the .shp and the .shx, but if you generate the > index, you need the .qix file. i.e. from using the "shptree" command/tool. From sd at dil.in Thu Apr 22 09:18:47 2004 From: sd at dil.in (Saurabh Data) Date: Thu, 22 Apr 2004 16:18:47 +0000 Subject: [Mapserver-users] interoperability/compatibility Message-ID: Dear users Can someone comment on general compatibility/interoperability of OSS with other OSS or with the proprietary systems. Many THanks Saurabh Data ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ Find a cheaper internet access deal - choose one to suit you. http://www.msn.co.uk/internetaccess From TMitchell at lignum.com Thu Apr 22 09:10:18 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Thu, 22 Apr 2004 09:10:18 -0700 Subject: [Mapserver-users] variable (proportionately) sized point data In-Reply-To: <33355.164.15.134.161.1082624696.squirrel@164.15.134.161> Message-ID: Gerry, I'm also curious on what's going on in the backend - some neat stuff at any rate. Where do you get radar? mapserver-users-admin at lists.gis.umn.edu wrote on 04/22/2004 02:04:56 AM: > Gerry, > > Gerry Creager N5JXS said: > > Yes. Although I use the value to encode color on the site below, you > > could similarly encode a size for the point symbol. > > > > http://mesonet.tamu.edu/cgi-bin/mapserv? > mode=browse&zoomdir=0&zoomsize=2&layer=weather- > pwv&imgxy=350+350&imgext=-106.800000+24.453029+-93.520000+37. > 746971&map=%2Fvar%2Fwww%2Fmesonet%2Ftexas%2Fmesonet. > map&savequery=true&program=%2Fcgi-bin%2Fmapserv&map_web_imagepath=% > 2Fvar%2Fwww%2Fmesonet%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F > > > > Which technique / command did you use for this ? > > Moritz > > > > Moritz Lennert wrote: > >> Hello, > >> > >> Can Mapserver display point data as point symbols that are proportionate > >> to a given value for each point ? > >> > >> In other words, if I have a, for example, a shapefile with points > >> (cities > >> for example) at the centroids of my spatial entities. Parallel to that I > >> have a list of population sizes for each city. Can Mapserver display > >> proportionate circles corresponding to the respective population sizes > >> on > >> the fly, or do I have to create a vector or raster file with the > >> proportionate circles with an external program first and than display > >> this > >> with Mapserver ? > >> > >> Moritz > >> _______________________________________________ > >> Mapserver-users mailing list > >> Mapserver-users at lists.gis.umn.edu > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > -- > > Gerry Creager -- gerry.creager at tamu.edu > > Network Engineering -- AATLT, Texas A&M University > > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > > Page: 979.228.0173 > > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mlennert at club.worldonline.be Thu Apr 22 09:26:28 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Thu, 22 Apr 2004 18:26:28 +0200 (CEST) Subject: [Mapserver-users] Pie charts In-Reply-To: References: <33925.164.15.134.161.1082633515.squirrel@164.15.134.161> Message-ID: <34696.164.15.134.161.1082651188.squirrel@164.15.134.161> Tyler Mitchell said: > I'm very interested in any solution where you could embed the charts in > the map. I'll help wherever I can. > Well, Gijs suggested using wld files to connect simple raster images to your map (see below). The wld files georeference your raster images. (See http://mesonet.agron.iastate.edu/docs/radmapserver/howto-3.html#ss3.3 for an example and explanation). So, if I understand correctly you would have to create one raster and one wld file for every entity for which you need a chart. Then you can include them in your map file just like any other maps. Moritz Gijs Epping said: > This (OWT chart) did it for us, just create an gif and with wld files > stick them on a map connected to a point. > > http://www.maptools.org/owtchart/ > > You can create every gif with this tool pie charts, bars verything. From kueda at wso.williams.edu Thu Apr 22 09:27:49 2004 From: kueda at wso.williams.edu (Ken-ichi) Date: Thu, 22 Apr 2004 09:27:49 -0700 Subject: [Mapserver-users] how to configure mapscript In-Reply-To: References: Message-ID: <4087F285.4050502@wso.williams.edu> Hi Guillaume. Your English reads fine to me. I've never installed Mapserver under Win2k, but a quick Googling of your error message turned up these: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0211/msg00549.html http://lists.maptools.org/pipermail/maplab-users/2004-January/001056.html -Ken-ichi Cordier Guillaume wrote: > Hi everyone, > > I am new to mapserver and to mapscript. > > I hope I succeeded in installing mapserver and the tutorial. > And now, I am trying to install maplab, but I can't load the mapfile > of the tutorial. > > The error message is : > Warning: dl(): Not supported in multithreaded Web servers - use > extension statements in your php.ini in > c:\data\maplab-2.1-rc3\htdocs\mapedit\mapeditapp.php on line 150 > Fatal error: Call to undefined function: ms_tokenizemap() in > c:\data\maplab-2.1-rc3\htdocs\mapedit\mapeditapp.php on line 168 > > There is also another error message with phpinfo(). > Mapscript is recognized, but functions (like this one below) are not > "registered" : > Warning: Function registration failed - duplicate name - > ms_reseterrorlist in c:\data\info.php on line 7 > > Warning: MapScript: Unable to register functions, unable to load in > Unknown on line 0 > > I think mapscript is not well configured. > I tried to make PHP run as a CGI module (and not an Apache module). > Maybe I failed ? > > > Thanks for helping me. > And sorry for my bad english... > > Guillaume > > _________________________________________________________________ > Recevez par e-mail des ?motic?nes pour MSN Messenger > http://g.msn.fr/FR1001/2275?url=http://www.msn.fr/ilovemessenger/premium/Default.asp?Ath=f > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From craig.gould at bt.com Thu Apr 22 09:35:40 2004 From: craig.gould at bt.com (craig.gould at bt.com) Date: Thu, 22 Apr 2004 17:35:40 +0100 Subject: [Mapserver-users] WMS Label Strangenss Message-ID: <7497DCA1C240C042B28F6657ADFD8E0903248662@i2km11-ukbr.domain1.systemhost.net> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42887.D935E970 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Stepan, The labels disappear completely when I use the ANTIALIAS FALSE option Craig. -----Original Message----- From: Stepan Kafka [mailto:stepan.kafka at centrum.cz]=20 Sent: 22 April 2004 15:16 To: Gould,CR,Craig,XGH6A C; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] WMS Label Strangenss =09 =09 Your layer uses anti-aliased fonts (to be smoother) as default option. = Try set ANTIALIAS FALSE in the LABEL object: =20 LABEL =20 FONT "arial"=20 TYPE TRUETYPE=20 SIZE 10=20 COLOR 0 0 0=20 POSITION cc=20 OFFSET 0 0 ANTIALIAS FALSE=20 END=20 =09 Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz ICQ: 294002967 http://www.bnhelp.cz =20 =09 -----P=F9vodn=ED zpr=E1va----- Od: mapserver-users-admin at lists.gis.umn.edu = [mailto:mapserver-users-admin at lists.gis.umn.edu]za u=BEivatele = craig.gould at bt.com Odesl=E1no: 22. dubna 2004 14:57 Komu: mapserver-users at lists.gis.umn.edu P=F8edm=ECt: [Mapserver-users] WMS Label Strangenss =09 =09 Folks,=20 Excuse me if I'm being daft here as I'm pretty new to this WMS stuff.=20 I have some layer labels coming through a WMS server that when = displayed on the client map lose their focus and become off colour and = fuzzy. They are supposed to be black, but appear in the final image as a = mix of grey/white/black. Hopefully my image attachments will appear on = the list. If not then please mail me for them if you know anything about = this. The WMS server is passing an image that looks just as it should, e.g.=20 <<1082638016134960.png>>=20 However, when this is placed on the client map the labels appear like = this:=20 <>=20 Both maps are using the British National Grid projection epsg:27700.=20 My client map layer looks like this:=20 LAYER=20 NAME OS=20 TYPE RASTER=20 OFFSITE 0 0 0=20 STATUS DEFAULT=20 MAXSCALE 50000=20 MINSCALE 0 =20 CONNECTIONTYPE WMS=20 CONNECTION = "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=3DC:\Inetpub\WWWRoot\= OSMapServer\OS.map& = "=20 METADATA=20 "wms_title" "OS"=20 "wms_name" "OS_Road"=20 "wms_server_version" "1.1.0"=20 "wms_srs" "epsg:27700"=20 "wms_format" "image/png"=20 "wms_map" "C:\Inetpub\WWWRoot\OSMapServer\OS.map"=20 END=20 END=20 [ For the sharp eyed among you, you may notice this is directed to an = asp page. This redirects the request to the mapserv cgi-bin script with = all the same parameters but without the epsg parameter as this is the = only way I can get a client using projection 27700 and a server using = the same projection to respond with a map. Mapserver crashes with a page = fault otherwise! This is not restricted to just epsg 27700 - if the = server/client has the same family of projection as 27700 this page fault = will occurr. Not knowing enough about the projection code and being too = dum to get it to compile on my own windoze machine I've failed to trace = what's causing this problem ] My server map layer looks like this:=20 LAYER=20 NAME "OS_Text"=20 TYPE POINT=20 CONNECTIONTYPE OGR=20 CONNECTION "C:\OS_Maps\SO\SOText.Tab"=20 STATUS DEFAULT=20 MAXSCALE 4000=20 LABELITEM 'Name'=20 METADATA=20 WMS_TITLE "OS_Text"=20 WMS_SRS "EPSG:27700"=20 END =20 CLASS=20 NAME "OS_Text"=20 COLOR 0 0 0=20 LABEL =20 FONT "arial"=20 TYPE TRUETYPE=20 SIZE 10=20 COLOR 0 0 0=20 POSITION cc=20 OFFSET 0 0=20 END=20 END=20 PROJECTION=20 "init=3Depsg:27700"=20 END=20 END=20 Many thanks=20 Craig.=20 Craig Gould BT Exact __________________________________________ British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no. 1800000=20 This electronic message contains information from British = Telecommunications plc which may be privileged and confidential. The = information is intended to be for the use of the individual(s) or entity = named above. If you are not the intended recipient, be aware that any = disclosure, copying, distribution or use of the contents of this = information is prohibited. If you have received this electronic message = in error, please notify us by telephone or email (to the number or = address above) immediately.=20 Activity and use of the British Telecommunications plc email system is = monitored to secure its effective operation and for other lawful = business purposes. Communications using this system will also be = monitored and may be recorded to secure effective operation and for = other lawful business purposes ------_=_NextPart_001_01C42887.D935E970 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message
Stepan,
The=20 labels disappear completely when I use the ANTIALIAS FALSE=20 option
Craig.
-----Original Message-----
From: = Stepan Kafka=20 [mailto:stepan.kafka at centrum.cz]
Sent: 22 April 2004=20 15:16
To: Gould,CR,Craig,XGH6A C;=20 mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users] WMS=20 Label Strangenss

Your layer uses = anti-aliased=20 fonts (to be smoother) as default = option.=20 Try set ANTIALIAS FALSE in the LABEL object:
 
       &nbs= p;       =20 LABEL =20
       =20        =20         FONT "arial" =
       =20        =20         TYPE TRUETYPE =
       =20        =20         SIZE 10
        =        =20         COLOR 0 0 0 =
       =20        =20         POSITION cc =
       =20        =20         OFFSET 0 0
          &nbs= p; ANTIALIAS=20 = FALSE 
      &= nbsp;        =20 END

Stepan Kafka
Help Service Remote Sensing
tel:=20 +420-327514118
mailto:kafka at email.cz
ICQ: 294002967
http://www.bnhelp.cz

-----P=F9vodn=ED zpr=E1va-----
Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za = u=BEivatele=20 craig.gould at bt.com
Odesl=E1no: 22. dubna 2004 = 14:57
Komu:=20 mapserver-users at lists.gis.umn.edu
P=F8edm=ECt: = [Mapserver-users] WMS=20 Label Strangenss

Folks,

Excuse me if I'm being daft here as = I'm pretty=20 new to this WMS stuff.

I have some layer labels coming = through a WMS=20 server that when displayed on the client map lose their focus and = become off=20 colour and fuzzy. They are supposed to be black, but appear in the = final=20 image as a mix of grey/white/black. Hopefully my image attachments = will=20 appear on the list. If not then please mail me for them if you know = anything=20 about this.

The WMS server is passing an image = that looks=20 just as it should, e.g.
<<1082638016134960.png>>

However, when this is placed on the = client map=20 the labels appear like this:
<<DEMO108263801613496.gif>>

Both maps are using the British = National Grid=20 projection epsg:27700.

My client map layer looks like = this:

LAYER
    NAME OS
    TYPE RASTER
    OFFSITE 0 0 0
    STATUS DEFAULT=20
        MAXSCALE 50000 =
       =20 MINSCALE 0   =20
    = CONNECTIONTYPE=20 WMS
    CONNECTION=20 "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=3DC:\Inetpub\= WWWRoot\OSMapServer\OS.map&"
    METADATA
      "wms_title" "OS" =
      = "wms_name"=20 "OS_Road"
      "wms_server_version" = "1.1.0"=20
      "wms_srs"=20 "epsg:27700"
      "wms_format" = "image/png"=20
      "wms_map"=20 "C:\Inetpub\WWWRoot\OSMapServer\OS.map"
    END
END

[ For the sharp eyed among you, you = may notice=20 this is directed to an asp page. This redirects the request to the = mapserv=20 cgi-bin script with all the same parameters but without the epsg = parameter=20 as this is the only way I can get a client using projection 27700 = and a=20 server using the same projection to respond with a map. Mapserver = crashes=20 with a page fault otherwise! This is not restricted to just epsg = 27700 - if=20 the server/client has the same family of projection as 27700 this = page fault=20 will occurr. Not knowing enough about the projection code and being = too dum=20 to get it to compile on my own windoze machine I've failed to trace = what's=20 causing this problem ]


My server map layer looks like = this:

LAYER=20
        NAME    =        =20         "OS_Text"=20
        TYPE    =        =20         POINT=20
        CONNECTIONTYPE  OGR=20
        CONNECTION     =20         = "C:\OS_Maps\SO\SOText.Tab"=20
        STATUS         =20 DEFAULT
        MAXSCALE       =20         4000=20
        LABELITEM      =20         'Name'=20
        METADATA =
       =20         WMS_TITLE "OS_Text"=20
       =20         WMS_SRS "EPSG:27700"=20
        END    =20
        CLASS=20
       =20         NAME "OS_Text" =
       =20         COLOR 0 0 0 =
       =20         LABEL  =
       =20        =20         FONT "arial" =
       =20        =20         TYPE TRUETYPE =
       =20        =20         SIZE 10 =
       =20        =20         COLOR 0 0 0 =
       =20        =20         POSITION cc =
       =20        =20         OFFSET 0 0 =
       =20         END
        = END=20
        PROJECTION =
       =20         "init=3Depsg:27700"=20
        END
END


Many thanks
Craig.




Craig Gould
BT=20 Exact
__________________________________________
British Telecommunications = plc
Registered=20 office: 81 Newgate Street London EC1A 7AJ
Registered in England = no.=20 1800000

This electronic message contains = information=20 from British Telecommunications plc which may be privileged and=20 confidential. The information is intended to be for the use of the=20 individual(s) or entity named above. If you are not the intended = recipient,=20 be aware that any disclosure, copying, distribution or use of the = contents=20 of this information is prohibited. If you have received this = electronic=20 message in error, please notify us by telephone or email (to the = number or=20 address above) immediately.=20

Activity and use=20 of the British Telecommunications plc email system is monitored to = secure=20 its effective operation and for other lawful business purposes.=20 Communications using this system will also be monitored and may be = recorded=20 to secure effective operation and for other lawful business=20 = purposes


=00 ------_=_NextPart_001_01C42887.D935E970-- From toomas.aas at raad.tartu.ee Thu Apr 22 10:43:54 2004 From: toomas.aas at raad.tartu.ee (Toomas Aas) Date: Thu, 22 Apr 2004 20:43:54 +0300 Subject: [Mapserver-users] junk pointer revisited Message-ID: <200404221744.i3MHiFXR013772@lv.raad.tartu.ee> Hello! I'm running Mapserver and PHP/Mapscript on FreeBSD 4.9. A couple of days ago I upgraded PHP from 4.3.4 to 4.3.6 and then I also re-compiled Mapserver using the newer PHP source tree. After that I'm seeing again mapserv dying with Signal 10 in /var/log/messages: Apr 22 15:21:45 mail /kernel: pid 52647 (mapserv), uid 80: exited on signal 10 and this message in Apache's error_log: mapserv in realloc(): warning: junk pointer, too high to make sense [Thu Apr 22 15:21:45 2004] [error] [client 213.35.245.74] Premature end of script headers I had exactly the same problem when I first installed Mapserver 4.0.1 and back then I posted this message: http://mapserver.gis.umn.edu/cgi-bin/wilma_hiliter/mapserver-users/0312/msg00100.html?line=3#hilite Someone recommended me off-list that I shouldn't use both --with-tiff and --with-gdal, so I recompiled without --with-tiff and the errors went away. Now when compiling Mapserver again I made sure to not use --with-tiff but still the error messages returned. Otherwise the ./configure line is exactly the same (except that newer PHP source tree is used). I also noticed that immediately *before* the "junk pointer" message in Apache's error_log is this message: wmftogif: not found Error: Can't open file (/home/mapserver/www/tmp/1082636396526241.jpg) Might this indicate that this is all simply an error in our PHP/Mapscript application? Can a "junk pointer" message be caused by wmftogif (whatever that is) not finding a file it wants? Unfortunately I am not the one who develops applications on this server, I just install the necessary base software. So I don't know whether the error is caused by me or by application developers. -- Toomas Aas | toomas.aas at raad.tartu.ee | http://www.raad.tartu.ee/~toomas/ * My wife ran off with my best friend, and i sure do miss him. From arnulf.christl at ccgis.de Thu Apr 22 11:23:10 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Thu, 22 Apr 2004 20:23:10 +0200 Subject: [Mapserver-users] Interoperability Day: Request for Live App URLs In-Reply-To: References: Message-ID: <40880D8E.5000602@ccgis.de> Hi, we just relaunched the Mapbender hompage (WMS Client Suite). There are a few nice apps in the Gallery, some host a UMN MapServer. http://www.mapbender.org I didn't get around to linking them yet, therefore here's the list with UMN MapServer engines connected by WMS: http://www.zwischenwasser.at (follow the link to , better use an IE) http://www.liz-online.de/gi/ps/blattkrank/blattmoni.htm (with a little java) http://wms.ccgis.de/mapbender/index.html (full fledged & with four separate WMS indluded!) http://www.bicc.de/gis/angola_confmap/ (basic D-HTML) http://www.terrestris.de/maps/ (beware not all of them are working, Till Adams is on hollidays :-) http://www.terrestris.de/playground/ (select , if you look hard you will find a small littel red circle, it shows the current weather data which is actualized by SMS from a mobile GSM module. This is a great application but still a prototype) http://wms1.ccgis.de/mapbender_wesseling/index.html (app is stable, still working on the data) I try to get the Mapbender gallery filled a little better soon, because I know that besides those I know of there are a lot more sites outside, but people don't seem to bother promoting them a lot. Additionally you find a UMN_User map on http://wms.ccgis.de showing some places where people use UMN MapServer around here, but I dunno whether they do WMS or not. Comments welcome! Regards, Arnulf. Charlton Purvis wrote: >Hi, Jeff: > >Are you only looking for Canadian URL's? > >And are you more interested in sites who act as OGC clients than those >who are servers? We're in a position of serving data via WMS and WFS >but not grabbing any by the same protocols. > >Charlton > > > >>-----Original Message----- >>From: Jeff McKenna [mailto:jmckenna at dmsolutions.ca] >>Sent: Thursday, April 22, 2004 9:05 AM >>To: Mapserver-users >>Subject: [Mapserver-users] Interoperability Day: Request for Live App >> >> >URLs > > >>Hello all, >> >>As part of the "Canadian Interoperability Day Showcase" for the OGC >>meeting here in Ottawa (http://www.opengis.org/events/?page=040423) DM >>Solutions will have a booth tomorrow promoting open source and >>mapserver. We would like to show cool apps that use and promote OGC >>specs (WMS, WFS, SLD, Context, etc.) ...so please send me some links >> >> >if > > >>you'd like us to show your app. Please include a brief description of >>which specs are used. Thanks a lot. >> >> > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- ---------------------------- CCGIS Christl & Stamm GbR ---------------------------- http://www.ccgis.de http://www.mapbender.org ---------------------------- Service: +49 (0)228 90826 0 Direct: +49 (0)228 90826 23 Fax: +49 (0)228 90826 11 ---------------------------- CCGIS Christl & Stamm GbR Siemensstra?e 8 53121 Bonn GERMANY From bob.basques at ci.stpaul.mn.us Thu Apr 22 11:29:34 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Thu, 22 Apr 2004 13:29:34 -0500 Subject: [Mapserver-users] proj.4 stuff Message-ID: <40880F0E.6070109@ci.stpaul.mn.us> Ok, I can't get it to work: HELP!! How do I translate this (From the MNDOT website) PROJCS

["Ramsey - county coordinates - english",GEOGCS ["Ramsey - county coordinates - english",DATUM ["<custom>",SPHEROID ["<custom>",6378418.941,298.2572242549207]
],PRIMEM ["Greenwich",0.0],UNIT ["Degree",0.0174532925199433]],PROJECTION ["Lambert_Conformal_Conic"],PARAMETER ["False_Easting",499999.999998],PARAMETER ["False_Northing",99999.9999996],PARAMETER ["Central_Meridian",-93.38333333333334],PARAMETER ["Standard_Parallel_1",44.88333333333333],PARAMETER ["Standard_Parallel_2",45.13333333333333],PARAMETER ["Latitude_Of_Origin",44.79111111111111],UNIT ["Foot_US",0.3048006096012192] ] To an output projection in a MAP file.


Here is what doesn't work ( i did get this to work once upon a time, but it was a while ago.), also, once it works, can I add to the proj file with an arbitrary number so I don't have to worry about it anymore, what numbers are available for use?: MAP NAME 'test' SIZE 800 650 STATUS ON ##IMAGECOLOR 254 254 254 EXTENT 332000 -18000 678000 328000 UNITS FEET PROJECTION "init=epsg:26915" END TRANSPARENT TRUE ##SYMBOL ##NAME 'circle' ##TYPE ELLIPSE ##POINTS 1 1 END ##FILLED TRUE ##END LAYER NAME 'tlg01' DATA './data/tlg01/tlg_roads_l' STATUS DEFAULT TYPE LINE ##CLASS ##NAME 'TLG' ##SYMBOL 'circle' ##SIZE 5 ##OUTLINECOLOR 0 0 0 ##COLOR 255 101 101 ##END PROJECTION ##"init=epsg:26992" "proj=utm" "ellps=GRS80" ##"datum=nad83" "zone=15" "lat_0=44.88333333333333" "lon_0=-93.38333333333334" ##"unit=foot_us" END END END ## end Map Thanks bobb From TENIERER at gov.ns.ca Thu Apr 22 12:27:34 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Thu, 22 Apr 2004 16:27:34 -0300 Subject: [Mapserver-users] SLD Problems for Win32 Message-ID: Hi All, Thought version 4.2b1 would have solved my problems, however, they are still there. I can't seem to be able to add more than one NamedLayer for each symbolizer type (ie: line, polygon, etc.). It works fine as long as I don't have more than one layer per type. Example: This works: Shoreline #000000 Lakes #000000 #000000 This doesn't: Shoreline #000000 Rivers #0000ff Lakes #000000 #000000 Server Mapfile: MAP NAME "Base Data WMS Map File" SHAPEPATH "d:/GIS_Data/" SYMBOLSET "c:/Inetpub/wwwroot/wms/etc/nsdnr_symbols.sym" FONTSET "c:/Inetpub/wwwroot/wms/etc/fonts.txt" STATUS ON WEB IMAGEPATH "c:/temp/tmp/" IMAGEURL "/temp/tmp/" METADATA "wms_title" "Nova Scotia NFIS Server" "wms_onlineresource" "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" "wms_srs" "EPSG:2038" #Optional wms entries: "wms_contactperson" "Richard Morash" "wms_contactorganization" "Nova Scotia Department of Natural Resources, Forestry Division" "wms_contactposition" "GIS Project Manager" "wms_abstract" "Nova Scotia Department of Natural Resources Forestry Division. This is Nova Scotia's Base Data Open GIS Consortium Web Map Server for sustainable forest management." "wms_keywordlist" "WAP,Forest,Information,System,gis,sustainable,management" "wms_addresstype" "Postal" "wms_address" "664 Prince Street PO BOX 68" "wms_city" "Truro" "wms_stateorprovince" "Nova Scotia" "wms_postcode" "B2N 5B8" "wms_country" "CANADA" "wms_contactvoicetelephone" "(902) 893-5657" "wms_contactfacsimiletelephone" "(902) 893-6102" "wms_contactelectronicmailaddress" "rmorash at gov.ns.ca" "wms_accessconstraints" "WMS image only" "wms_fees" "None" END END PROJECTION #UTM Zone 20 NAD83 for Nova Scotia "init=epsg:2038" END LAYER NAME "Shoreline" DATA "shoreutm/shoreutm" TYPE LINE GROUP "Base Data" METADATA "wms_title" "Shoreline" "wms_srs" "EPSG:2038" "wms_group_title" "Base Data" END CLASS STYLE SYMBOL 0 COLOR 72 164 255 SIZE 2 MINSIZE 1 MAXSIZE 100 END END END LAYER NAME "Lakes" #STATUS OFF DATA "nslake83/nslake83.shp" TYPE POLYGON GROUP "Base Data" METADATA "wms_title" "Lakes" "wms_srs" "EPSG:2038" "wms_group_title" "Base Data" END CLASS STYLE SYMBOL 0 COLOR 132 193 255 OUTLINECOLOR 0 0 230 BACKGROUNDCOLOR 72 164 255 MINSIZE 1 MAXSIZE 100 END END END LAYER NAME "Rivers" STATUS OFF TYPE LINE TILEINDEX "coindex/coindex" TILEITEM "lorivers" GROUP "Base Data" CLASSITEM "rivers_id" METADATA "wms_title" "Rivers" "wms_srs" "EPSG:2038" "wms_group_title" "Base Data" END CLASS EXPRESSION /./ STYLE SYMBOL 0 COLOR 0 0 230 SIZE 1 MINSIZE 1 MAXSIZE 100 END END END Client Mapfile: MAP NAME "Nova Scotia WAP Page" STATUS ON EXTENT 180504 4786079 806737 5255785 SIZE 400 300 IMAGETYPE PNG24 IMAGECOLOR 255 255 255 UNITS METERS RESOLUTION 90.714286 WEB IMAGEPATH "c:/temp/tmp/" IMAGEURL "/temp/tmp/" END QUERYMAP STATUS ON SIZE -1 -1 COLOR 255 255 0 STYLE HILITE END PROJECTION #UTM Zone 20 NAD83 for Nova Scotia "init=epsg:2038" END SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS METERS INTERVALS 5 SIZE 250 5 STYLE 0 POSITION LL LABEL TYPE BITMAP SIZE SMALL OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 PARTIALS TRUE FORCE FALSE END END OUTPUTFORMAT NAME "PNG24" MIMETYPE "image/png" DRIVER "GD/PNG" EXTENSION "png" IMAGEMODE RGB END REFERENCE IMAGE "d:/www/gmap/wap/images/keymap.png" EXTENT 180504 4786079 806737 5255785 SIZE 175 131 STATUS ON COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END LEGEND STATUS ON KEYSIZE 18 12 TEMPLATE "d:/www/gmap/wap/templates/legend_template_all.html" LABEL TYPE BITMAP SIZE SMALL COLOR 0 0 89 END END LAYER NAME "Shoreline" GROUP "Base Data" STATUS ON TYPE LINE UNITS METERS SIZEUNITS PIXELS TOLERANCE 0 TOLERANCEUNITS PIXELS CONNECTIONTYPE WMS CONNECTION "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" METADATA "wms_srs" "EPSG:2038" "wms_name" "Shoreline" "wms_server_version" "1.1.1" "wms_formatlist" "image/png,image/gif,image/jpeg,image/wbmp" "wms_format" "image/png" "wms_connectiontimeout" "45" "wms_sld_url" "http://10.2.185.9/wms/sld/basewms_sld.xml" END END LAYER NAME "Lakes" GROUP "Base Data" STATUS ON TEMPLATE "d:/www/gmap/wap/templates/blank.html" TYPE POLYGON MAXSCALE 500000 TOLERANCE 10 TOLERANCEUNITS PIXELS CONNECTIONTYPE WMS CONNECTION "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" METADATA "wms_srs" "EPSG:2038" "wms_name" "Lakes" "wms_server_version" "1.1.1" "wms_formatlist" "image/png,image/gif,image/jpeg,image/wbmp" "wms_format" "image/png" "wms_connectiontimeout" "45" "wms_sld_url" "http://10.2.185.9/wms/sld/basewms_sld.xml" END END LAYER NAME "Rivers" GROUP "Base Data" STATUS ON TEMPLATE "d:/www/gmap/wap/templates/blank.html" TYPE LINE MAXSCALE 500000 TOLERANCE 10 TOLERANCEUNITS PIXELS CONNECTIONTYPE WMS CONNECTION "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" METADATA "wms_srs" "EPSG:2038" "wms_name" "Rivers" "wms_server_version" "1.1.1" "wms_formatlist" "image/png,image/gif,image/jpeg,image/wbmp" "wms_format" "image/png" "wms_connectiontimeout" "45" "wms_sld_url" "http://10.2.185.9/wms/sld/basewms_sld.xml" END END Thanks, Rene From arnulf.christl at ccgis.de Thu Apr 22 12:34:58 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Thu, 22 Apr 2004 21:34:58 +0200 Subject: [Mapserver-users] Interoperability Day: Request for Live App URLs In-Reply-To: <40880D8E.5000602@ccgis.de> References: <40880D8E.5000602@ccgis.de> Message-ID: <40881E62.1090608@ccgis.de> Oops, just noticed that the English language frontend of wms.ccgis.de is broken, please use the german frontend. We'll fix it soon. Arnulf Christl wrote: > Hi, > we just relaunched the Mapbender hompage (WMS Client Suite). There are > a few nice apps in the Gallery, some host a UMN MapServer. > http://www.mapbender.org > > I didn't get around to linking them yet, therefore here's the list > with UMN MapServer engines connected by WMS: > http://www.zwischenwasser.at (follow the link to , better > use an IE) > http://www.liz-online.de/gi/ps/blattkrank/blattmoni.htm (with a little > java) > http://wms.ccgis.de/mapbender/index.html (full fledged & with four > separate WMS indluded!) > http://www.bicc.de/gis/angola_confmap/ (basic D-HTML) > http://www.terrestris.de/maps/ (beware not all of them are working, > Till Adams is on hollidays :-) > http://www.terrestris.de/playground/ (select , if you look > hard you will find a small littel red circle, it shows the current > weather data which is actualized by SMS from a mobile GSM module. This > is a great application but still a prototype) > http://wms1.ccgis.de/mapbender_wesseling/index.html (app is stable, > still working on the data) > > I try to get the Mapbender gallery filled a little better soon, > because I know that besides those I know of there are a lot more sites > outside, but people don't seem to bother promoting them a lot. > > Additionally you find a UMN_User map on > http://wms.ccgis.de > showing some places where people use UMN MapServer around here, but I > dunno whether they do WMS or not. > > Comments welcome! > > Regards, Arnulf. > > Charlton Purvis wrote: > >> Hi, Jeff: >> >> Are you only looking for Canadian URL's? >> >> And are you more interested in sites who act as OGC clients than those >> who are servers? We're in a position of serving data via WMS and WFS >> but not grabbing any by the same protocols. >> >> Charlton >> >> >> >>> -----Original Message----- >>> From: Jeff McKenna [mailto:jmckenna at dmsolutions.ca] >>> Sent: Thursday, April 22, 2004 9:05 AM >>> To: Mapserver-users >>> Subject: [Mapserver-users] Interoperability Day: Request for Live App >>> >> >> URLs >> >> >>> Hello all, >>> >>> As part of the "Canadian Interoperability Day Showcase" for the OGC >>> meeting here in Ottawa (http://www.opengis.org/events/?page=040423) DM >>> Solutions will have a booth tomorrow promoting open source and >>> mapserver. We would like to show cool apps that use and promote OGC >>> specs (WMS, WFS, SLD, Context, etc.) ...so please send me some links >>> >> >> if >> >> >>> you'd like us to show your app. Please include a brief description of >>> which specs are used. Thanks a lot. >>> >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> > > -- ---------------------------- CCGIS Christl & Stamm GbR ---------------------------- http://www.ccgis.de http://www.mapbender.org ---------------------------- Service: +49 (0)228 90826 0 Direct: +49 (0)228 90826 23 Fax: +49 (0)228 90826 11 ---------------------------- CCGIS Christl & Stamm GbR Siemensstra?e 8 53121 Bonn GERMANY From willrichardson at teq-services.com Thu Apr 22 12:34:32 2004 From: willrichardson at teq-services.com (Will Richardson) Date: Thu, 22 Apr 2004 13:34:32 -0600 Subject: [Mapserver-users] Zip code boundary shapefiles In-Reply-To: <40880D8E.5000602@ccgis.de> Message-ID: <000401c428a0$d6a25de0$ceea9040@DEV6> Hello, Does anyone know where I can download the shapefiles for the Zipcode boundaries in the US? Thanks, will From warmerdam at pobox.com Thu Apr 22 13:28:48 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 22 Apr 2004 16:28:48 -0400 Subject: [Mapserver-users] proj.4 stuff In-Reply-To: <40880F0E.6070109@ci.stpaul.mn.us> References: <40880F0E.6070109@ci.stpaul.mn.us> Message-ID: <40882B00.7040208@pobox.com> Bob Basques wrote: > Ok, I can't get it to work: > > HELP!! > > How do I translate this (From the MNDOT website) > > PROJCS

["Ramsey - county coordinates - english",GEOGCS > ["Ramsey - county coordinates - english",DATUM > ["<custom>",SPHEROID > ["<custom>",6378418.941,298.2572242549207]
],PRIMEM > ["Greenwich",0.0],UNIT > ["Degree",0.0174532925199433]],PROJECTION > ["Lambert_Conformal_Conic"],PARAMETER > ["False_Easting",499999.999998],PARAMETER > ["False_Northing",99999.9999996],PARAMETER > ["Central_Meridian",-93.38333333333334],PARAMETER > ["Standard_Parallel_1",44.88333333333333],PARAMETER > ["Standard_Parallel_2",45.13333333333333],PARAMETER > ["Latitude_Of_Origin",44.79111111111111],UNIT > ["Foot_US",0.3048006096012192] > > ] This corresponds to the PROJ.4 definition: +proj=lcc +lat_1=44.88333333333333 +lat_2=45.13333333333333 +lat_0=44.79111111111111 +lon_0=-93.38333333333334 +x_0=152400.3048 +y_0=30480.06096 +a=6378418.941 +b=6357033.31 +to_meter=0.3048006096012192 +no_defs I got this by putting your definition in a text file, trimming some of the HTML junk out and then doing the following. The testepsg program in gdal/ogr (needs to be forced to build ... not a default utility) converts between different coordinate system formats. The ESRI:: prefix tells the program the. prj file has ESRI WKT instead of OGR WKT. warmerda at gdal2200[44]% testepsg ESRI::./wrk.prj Which gave: WKT[ESRI::./wrk.prj] = PROJCS["Ramsey - county coordinates - english", GEOGCS["Ramsey - county coordinates - english", DATUM["<custom>", SPHEROID["<custom>",6378418.941,298.2572242549207]], PRIMEM["Greenwich",0.0], UNIT["Degree",0.0174532925199433]], PROJECTION["Lambert_Conformal_Conic_2SP"], PARAMETER["False_Easting",499999.999998], PARAMETER["False_Northing",99999.9999996], PARAMETER["Central_Meridian",-93.38333333333334], PARAMETER["Standard_Parallel_1",44.88333333333333], PARAMETER["Standard_Parallel_2",45.13333333333333], PARAMETER["Latitude_Of_Origin",44.79111111111111], UNIT["Foot_US",0.3048006096012192]] Simplified WKT[ESRI::./wrk.prj] = PROJCS["Ramsey - county coordinates - english", GEOGCS["Ramsey - county coordinates - english", DATUM["<custom>", SPHEROID["<custom>",6378418.941,298.2572242549207]], PRIMEM["Greenwich",0.0], UNIT["Degree",0.0174532925199433]], PROJECTION["Lambert_Conformal_Conic_2SP"], PARAMETER["False_Easting",499999.999998], PARAMETER["False_Northing",99999.9999996], PARAMETER["Central_Meridian",-93.38333333333334], PARAMETER["Standard_Parallel_1",44.88333333333333], PARAMETER["Standard_Parallel_2",45.13333333333333], PARAMETER["Latitude_Of_Origin",44.79111111111111], UNIT["Foot_US",0.3048006096012192]] Old Style WKT[ESRI::./wrk.prj] = PROJCS["Ramsey - county coordinates - english", GEOGCS["Ramsey - county coordinates - english",DATUM["<custom>",SPHEROID[" <custom>",6378418.941,298.2572242549207]],PRIMEM["Greenwich",0.0],UNIT["De gree",0.0174532925199433]],PROJECTION["Lambert_Conformal_Conic_2SP"],PARAMETER[" False_Easting",499999.999998],PARAMETER["False_Northing",99999.9999996],PARAMETE R["Central_Meridian",-93.38333333333334],PARAMETER["Standard_Parallel_1",44.8833 3333333333],PARAMETER["Standard_Parallel_2",45.13333333333333],PARAMETER["Latitu de_Of_Origin",44.79111111111111],UNIT["Foot_US",0.3048006096012192]] ESRI'ified WKT[ESRI::./wrk.prj] = PROJCS["Ramsey - county coordinates - english", GEOGCS["Ramsey - county coordinates - english", DATUM["D_<custom>", SPHEROID["_lt_custom_gt",6378418.941,298.2572242549207]], PRIMEM["Greenwich",0.0], UNIT["Degree",0.017453292519943295]], PROJECTION["Lambert_Conformal_Conic"], PARAMETER["False_Easting",499999.999998], PARAMETER["False_Northing",99999.9999996], PARAMETER["Central_Meridian",-93.38333333333334], PARAMETER["Standard_Parallel_1",44.88333333333333], PARAMETER["Standard_Parallel_2",45.13333333333333], PARAMETER["Latitude_Of_Origin",44.79111111111111], UNIT["Foot_US",0.30480060960121924]] PROJ.4 rendering of [ESRI::./wrk.prj] = +proj=lcc +lat_1=44.88333333333333 +lat_ 2=45.13333333333333 +lat_0=44.79111111111111 +lon_0=-93.38333333333334 +x_0=1524 00.3048 +y_0=30480.06096 +a=6378418.941 +b=6357033.31 +to_meter=0.30480060960121 92 +no_defs -- ---------------------------------------+-------------------------------------- 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 bob.basques at ci.stpaul.mn.us Thu Apr 22 15:14:14 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Thu, 22 Apr 2004 17:14:14 -0500 Subject: [Mapserver-users] proj.4 stuff In-Reply-To: <40882B00.7040208@pobox.com> References: <40880F0E.6070109@ci.stpaul.mn.us> <40882B00.7040208@pobox.com> Message-ID: <408843B6.8030003@ci.stpaul.mn.us> Frank Warmerdam wrote: > Bob Basques wrote: > >> Ok, I can't get it to work: >> >> HELP!! >> >> > > This corresponds to the PROJ.4 definition: > > +proj=lcc +lat_1=44.88333333333333 +lat_2=45.13333333333333 > +lat_0=44.79111111111111 +lon_0=-93.38333333333334 +x_0=152400.3048 > +y_0=30480.06096 +a=6378418.941 +b=6357033.31 > +to_meter=0.3048006096012192 +no_defs > > I got this by putting your definition in a text file, trimming some of > the > HTML junk out and then doing the following. The testepsg program in > gdal/ogr > (needs to be forced to build ... not a default utility) converts > between different > coordinate system formats. The ESRI:: prefix tells the program the. > prj file has > ESRI WKT instead of OGR WKT. > > Ok, that's cool, so that's in the GDAL stuff, interesting. Learn something everyday. Although I didn't see any reference to it anywhere in my searching. So I took the above and made this Map File, is the correct way to implement (it didn't work, I get a blank page still): MAP NAME 'test' SIZE 800 650 STATUS ON EXTENT 332000 -18000 678000 328000 UNITS FEET PROJECTION "init=epsg:26915" END LAYER NAME 'tlg01' DATA './data/tlg01/tlg_roads_l' STATUS DEFAULT TYPE LINE PROJECTION "proj=lcc" "lat_1=44.88333333333333" "lat_2=45.13333333333333" "lat_0=44.79111111111111" "lon_0=-93.38333333333334" "x_0=152400.3048" "y_0=30480.06096" "a=6378418.941" "b=6357033.31" "to_meter=0.3048006096012192" "no_defs" END END END ## end Map Thanbks for the help on this bobb From akrherz at iastate.edu Thu Apr 22 15:14:45 2004 From: akrherz at iastate.edu (Daryl Herzmann) Date: Thu, 22 Apr 2004 17:14:45 -0500 (CDT) Subject: Where to get RADAR data? was: Re: [Mapserver-users] variable (proportionately) sized point data In-Reply-To: References: Message-ID: Hi Tyler, On Thu, 22 Apr 2004, Tyler Mitchell wrote: >Gerry, I'm also curious on what's going on in the backend - some neat >stuff at any rate. Where do you get radar? You can get the RADAR imagery from my WMS service. http://mesonet.agron.iastate.edu/wms/comprad.php? Or you can download the composites directly from. http://mesonet.agron.iastate.edu/data/gis/images/unproj/USCOMP/ Or if you are like Gerry and myself and have the raw NIDS NWS Level III data, you can convert these datafiles into composite GIS rasters. My crude HOWTO on this procedure can be found here. http://mesonet.agron.iastate.edu/docs/radmapserver/howto.html The composites aren't the pretty ones you can get from the commercial vendors, but they work :) later, daryl -- /** * Daryl Herzmann (akrherz at iastate.edu) * Program Assistant -- Iowa Environmental Mesonet * http://mesonet.agron.iastate.edu */ From gayathri at ou.edu Thu Apr 22 15:43:54 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Thu, 22 Apr 2004 17:43:54 -0500 Subject: Where to get RADAR data? was: Re: [Mapserver-users] variable (proportionately) sized point data Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E4B58B@XMAIL1.sooner.net.ou.edu> Daryl, Pretty Cool site. But the resolution dithers as I zoom in. Is this how it is supposed to be? Thanks gayathri > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Daryl Herzmann > Sent: Thursday, April 22, 2004 5:15 PM > To: Tyler Mitchell > Cc: Gerry Creager N5JXS; Mapserver Users List > Subject: Where to get RADAR data? was: Re: [Mapserver-users] > variable (proportionately) sized point data > > > Hi Tyler, > > On Thu, 22 Apr 2004, Tyler Mitchell wrote: > > >Gerry, I'm also curious on what's going on in the backend - > some neat > >stuff at any rate. Where do you get radar? > > You can get the RADAR imagery from my WMS service. > http://mesonet.agron.iastate.edu/wms/comprad.php? Or you can download the composites directly from. http://mesonet.agron.iastate.edu/data/gis/images/unproj/USCOMP/ Or if you are like Gerry and myself and have the raw NIDS NWS Level III data, you can convert these datafiles into composite GIS rasters. My crude HOWTO on this procedure can be found here. http://mesonet.agron.iastate.edu/docs/radmapserver/howto.html The composites aren't the pretty ones you can get from the commercial vendors, but they work :) later, daryl -- /** * Daryl Herzmann (akrherz at iastate.edu) * Program Assistant -- Iowa Environmental Mesonet * http://mesonet.agron.iastate.edu */ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gerry.creager at tamu.edu Thu Apr 22 19:20:17 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Thu, 22 Apr 2004 21:20:17 -0500 Subject: Where to get RADAR data? was: Re: [Mapserver-users] variable (proportionately) sized point data In-Reply-To: <3FC4483968B5A048BBD9F3387EBFF5C0E4B58B@XMAIL1.sooner.net.ou.edu> References: <3FC4483968B5A048BBD9F3387EBFF5C0E4B58B@XMAIL1.sooner.net.ou.edu> Message-ID: <40887D61.1010904@tamu.edu> The pixellation you see as you zoom in is, in fact, the way you want to see the data. We're not making a radar mosaic as a pretty picture, here, both Daryl and I are making operational graphic overlays on our maps. The pixellation is representative of the data binning that takes place: Doppler radar isn't a smooth function, but a regionalized, binned process: The area of each bin is currently roughly 1km x 1km. The color value, on the base reflectivity images (the ones Daryl and I make more readily available) has a reflectivity in dBz associated with each color (and I need to get that scalebar back up...). Velocities have a value associated with point-relative velocity in m/sec. If we made it a continuous color function we'd lose data in making it pretty. Hope this helps! Gerry Swaminathan, Gayathri wrote: > Daryl, > Pretty Cool site. But the resolution dithers as I zoom in. Is this how > it is supposed to be? > Thanks > gayathri > > >>-----Original Message----- >>From: mapserver-users-admin at lists.gis.umn.edu >>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of >>Daryl Herzmann >>Sent: Thursday, April 22, 2004 5:15 PM >>To: Tyler Mitchell >>Cc: Gerry Creager N5JXS; Mapserver Users List >>Subject: Where to get RADAR data? was: Re: [Mapserver-users] >>variable (proportionately) sized point data >> >> >>Hi Tyler, >> >>On Thu, 22 Apr 2004, Tyler Mitchell wrote: >> >> >>>Gerry, I'm also curious on what's going on in the backend - >> >>some neat >> >>>stuff at any rate. Where do you get radar? >> >>You can get the RADAR imagery from my WMS service. >> > > http://mesonet.agron.iastate.edu/wms/comprad.php? > > Or you can download the composites directly from. > > http://mesonet.agron.iastate.edu/data/gis/images/unproj/USCOMP/ > > Or if you are like Gerry and myself and have the raw NIDS NWS Level III > data, you can convert these datafiles into composite GIS rasters. My > crude HOWTO on this procedure can be found here. > > http://mesonet.agron.iastate.edu/docs/radmapserver/howto.html > > The composites aren't the pretty ones you can get from the commercial > vendors, but they work :) > > later, > daryl > -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From gerry.creager at tamu.edu Thu Apr 22 19:24:50 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Thu, 22 Apr 2004 21:24:50 -0500 Subject: [Mapserver-users] variable (proportionately) sized point data In-Reply-To: References: Message-ID: <40887E72.8090800@tamu.edu> Daryl Herzmann (http://mesonet.agron.iastate.edu/wms/comprad.php) and I get 'em from the same place, the Unidata LDM data feed. We take the Level III (NIDS) data and create mosaics of all the appropriate radars for the regions we individually are concerned with. The package we use to make the images, either a single radar site or a statewide mosaic, is calle GemPak, and it, as well, is the handywork of Unidata. It'll produce a GIF, which I then transform into a png. We've established the background color (I used gimp to determine the predominent color) and identified that as transparent in the mapfile. For the PWV values, I have what amounts to a big if-then-else statement set defining the PWV point value colors. The size is representative of the radius of the integrated column of atmosphere we can estimate water reasonalby well for, using the GPS technique. Next question? gerry Tyler Mitchell wrote: > Gerry, I'm also curious on what's going on in the backend - some neat > stuff at any rate. Where do you get radar? > > mapserver-users-admin at lists.gis.umn.edu wrote on 04/22/2004 02:04:56 AM: > > >>Gerry, >> >>Gerry Creager N5JXS said: >> >>>Yes. Although I use the value to encode color on the site below, you >>>could similarly encode a size for the point symbol. >>> >>>http://mesonet.tamu.edu/cgi-bin/mapserv? >> >>mode=browse&zoomdir=0&zoomsize=2&layer=weather- >>pwv&imgxy=350+350&imgext=-106.800000+24.453029+-93.520000+37. >>746971&map=%2Fvar%2Fwww%2Fmesonet%2Ftexas%2Fmesonet. >>map&savequery=true&program=%2Fcgi-bin%2Fmapserv&map_web_imagepath=% >>2Fvar%2Fwww%2Fmesonet%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F >> >>Which technique / command did you use for this ? >> >>Moritz >> >> >> >>>Moritz Lennert wrote: >>> >>>>Hello, >>>> >>>>Can Mapserver display point data as point symbols that are > > proportionate > >>>>to a given value for each point ? >>>> >>>>In other words, if I have a, for example, a shapefile with points >>>>(cities >>>>for example) at the centroids of my spatial entities. Parallel to > > that I > >>>>have a list of population sizes for each city. Can Mapserver display >>>>proportionate circles corresponding to the respective population > > sizes > >>>>on >>>>the fly, or do I have to create a vector or raster file with the >>>>proportionate circles with an external program first and than display >>>>this >>>>with Mapserver ? >>>> >>>>Moritz >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>>-- >>>Gerry Creager -- gerry.creager at tamu.edu >>>Network Engineering -- AATLT, Texas A&M University >>>Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 >>>Page: 979.228.0173 >>>Office: 903A Eller Bldg, TAMU, College Station, TX 77843 >>> >>> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From lindsay at lcblanton.com Thu Apr 22 19:59:46 2004 From: lindsay at lcblanton.com (Lindsay C. Blanton) Date: Thu, 22 Apr 2004 21:59:46 -0500 Subject: [Mapserver-users] ItemQuery Problems Message-ID: <5D91E1B9C012CF45A170862C86D9FBC70F8C36@srv1.lcblanton-int.local> Hello Everyone! Needs some help with the itemquery mode. I keep getting "msQueryByAttributes(): Search returned no results. No matching record(s) found, layer and area of interest do not overlap" no matter what I do. I'm trying to do simple county mapping for a single county (Dallas County TX) using the SHP file data at: http://nationalatlas.gov/county00m.html My MapServer CGI URL looks like the following: http://10.110.1.23/cgi-bin/mapserv?map=/home/www/html/county/test.map&mo de=itemquerymap&layer=county&qlayer=county&mapext=shapes&qitem=county&qs tring=Dallas+County My MapServer .map file is: ------ begin cut --- MAP NAME test SHAPEPATH ./data SIZE 300 300 WEB IMAGEPATH "/home/www/html/mstmp/" IMAGEURL "/mstmp/" END QUERYMAP STATUS ON STYLE HILITE COLOR 255 255 0 END LAYER NAME county DATA co2000p020 STATUS DEFAULT TYPE POLYGON CLASS COLOR 212 212 212 OUTLINECOLOR 0 0 0 TEMPLATE test.html END END END ------ end cut --- And my template file looks like the following: Any ideas why this is not working for me? I am attempting to highlight a single county in this example, yet, nothing is returned when quering the shp file. Please Help!!!! -Lb ---------------------------------------- Lindsay C. Blanton Webmaster http://www.radioreference.com From sd at dil.in Thu Apr 22 21:50:12 2004 From: sd at dil.in (Saurabh Data) Date: Fri, 23 Apr 2004 04:50:12 +0000 Subject: [Mapserver-users] mapserver licence Message-ID: Dear Users Is there any name for the licence for Mapserver. For eg, systems like GRASS GIS, MySQL and PostGIS are distributed under GNU GPL. I am aware that the license is at http://mapserver.gis.umn.edu/license.html. It does however state that it is available free of charge with access to the source code and gives the user to use copy , modify, distribute and sell copies of the software but there is no name for it !!. Thanks for any help Saurabh ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo From M_Langner at web.de Thu Apr 22 21:57:30 2004 From: M_Langner at web.de (Michael Langner) Date: Fri, 23 Apr 2004 06:57:30 +0200 Subject: [Mapserver-users] Change color of queried object via php_mapscript ?! Message-ID: <1025556905@web.de> Hello Mapserver users. I will change the color of a queried object via php_mapscript. I have the object in the "hand" but i can't change the color. I will do this to hilite the queried object. Has someone an idea ?? Thanks - Michael ____________________________________________________________________ Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Sober.A-F! Kostenfrei fuer FreeMail Nutzer. http://f.web.de/?mc=021158 From sd at dil.in Thu Apr 22 22:59:43 2004 From: sd at dil.in (Saurabh Data) Date: Fri, 23 Apr 2004 05:59:43 +0000 Subject: [Mapserver-users] manipulate vs analysis Message-ID: Dear users can someone clarify the difference between manipulate and analysis !! Manipulate should genreally mean changing the data and analying would mean investigating. So when we talk about Buffereing and Overlaying, does it come as part of analysis or manipulate. Or if someone can explain the both terms with the help of any examples !! Many Thanks Saurabh ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger From satyajit.gantayat at aurovision.com Thu Apr 22 23:18:03 2004 From: satyajit.gantayat at aurovision.com (Satyajit) Date: Fri, 23 Apr 2004 11:48:03 +0530 Subject: [Mapserver-users] Query Function In-Reply-To: Message-ID: <000001c428fa$c1c7d350$183ba8c0@aurogis02> Where do you write the functions like Querying the Map ? Is it through MapScript ? If I install Mapscript in my server (where mapserver and Maplab is also installed ) can I still write the funtions like query locally (as I edit the Map file locally even if none of them in installed in my local machine) ? Thanks & Regards Satyajit From arnulf.christl at ccgis.de Thu Apr 22 23:33:32 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Fri, 23 Apr 2004 08:33:32 +0200 Subject: [Mapserver-users] Interoperability Day: Request for Live App URLs In-Reply-To: <1082667485.1195.43.camel@katrin> References: <40880D8E.5000602@ccgis.de> <1082667485.1195.43.camel@katrin> Message-ID: <4088B8BC.8010006@ccgis.de> Nicol Hermann wrote: >Hallo Arnulf, > > >>Additionally you find a UMN_User map on >>http://wms.ccgis.de >>showing some places where people use UMN MapServer around here, but I >>dunno whether they do WMS or not. >> >>Comments welcome! >> >> >> > >wer pflegt denn diese User-Liste? Gibt es hierf?r eine Erfassungsformular und wenn ja wo? > >Gru? Nicol > > > > Hi, the question was who is in charge and operates of the (local german speaking) UMN_User map - thats us, the CCGIS team. Next question was whether there is an online form to enter new sites. There is no public form, currently I still enter new sites manually in the hope to keep track of development and prevent too many dead links. So please send us any links you know of, we'll put them in the map. You can decide to change links and information any time, just drop an email in the Mapbender User Mailing List. Regards, Arnulf. -- ---------------------------- CCGIS Christl & Stamm GbR ---------------------------- http://www.ccgis.de http://www.mapbender.org ---------------------------- Service: +49 (0)228 90826 0 Direct: +49 (0)228 90826 23 Fax: +49 (0)228 90826 11 ---------------------------- CCGIS Christl & Stamm GbR Siemensstra?e 8 53121 Bonn GERMANY From mhln25 at yahoo.com Fri Apr 23 00:30:19 2004 From: mhln25 at yahoo.com (Mahalakshmi Narayanan) Date: Fri, 23 Apr 2004 00:30:19 -0700 (PDT) Subject: [Mapserver-users] Problem Colouring Layers In-Reply-To: <20040422065043.999BD3961@sitemail.everyone.net> Message-ID: <20040423073019.53122.qmail@web60905.mail.yahoo.com> I think you are using MapScript 3.6. In this we can change the colours to only one of those which is already present in the mapfile. To find the colour you can use this fn below which will find out the index of the color that you want based on rgb values passed, function findindex($r,$g,$b) { $r1=(int) $r; $g1=(int) $g; $b1=(int) $b; for($i=0;$i<$customrange+3;$i++) { $col=$gpoMap->getColorByIndex($i); $tr=$col->red; $tg=$col->green; $tb=$col->blue; if(($r1 == $tr) && ($g1 == $tg) && ($b1 == $tb)) { $in=$i; break; } } return($in); } -- Then set the colour by : $in=findindex($r1,$g1,$b1); $col=$gpoMap->getColorByIndex($in); -- Let me know if this works.. With regards, Mahalakshmi Narayanan --- Sam Choudry wrote: > Dear group, > > Thank yo very much for showing me the way to > sove the > problem regarding windows 2000 Server. Although it > still > remains but I hope I will be able to solve it. > > This time I have another problem. I am trying to > colour > one of my layers using Php-Mapscript function using > these code > > . > $r = $_POST["R"]; > $g = $_POST["G"]; > $b = $_POST["B"]; > > if($r != '' && $g != '' && $b != '') > { > $coloured_layer = > $map->getlayerbyname("nal-blks"); > $coloured_layer->set("status", MS_ON); > $class = $coloured_layer->getClass(0); > $color = $map->addColor($r,$g,$b); > $class->set("color", $color); > } > . > . > $image=$map->draw(); > $image_url=$image->saveWebImage(); > . > . > ?> > > .. > R > G > B > .. > > > But the following error message is displayed as I > try > it in the IE. > > Fatal error: Call to undefined function: addcolor() > in c:\inetpub\wwwroot\color.php on line 24 > > What could be the possible reason? May I have some > help from the group. > > Samuzzal > > _____________________________________________________________ > Linux.Net -->Open Source to everyone > Powered by Linare Corporation > http://www.linare.com/ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25? http://photos.yahoo.com/ph/print_splash From plists at prometheus.org.yu Fri Apr 23 01:09:00 2004 From: plists at prometheus.org.yu (Attila Csipa) Date: Fri, 23 Apr 2004 10:09:00 +0200 Subject: [Mapserver-users] Compilation problem (mapserver 4.0.2) possible mygis error ... In-Reply-To: References: Message-ID: <200404231009.00722.plists@prometheus.org.yu> On Thursday 22 April 2004 15:23, Herman De Pauw wrote: > I discoverd that the 2.4b1 version does compile & make with this > mysql_config (the 4.0.2 doesn't) Yes, this was a bug regarding 4.0.x versions of mysql but it was fixed around mapserver v4.1 I believe. From williampaul28 at yahoo.com Fri Apr 23 01:31:13 2004 From: williampaul28 at yahoo.com (william paul) Date: Fri, 23 Apr 2004 01:31:13 -0700 (PDT) Subject: [Mapserver-users] erase img from tmp directory Message-ID: <20040423083113.88577.qmail@web90002.mail.scd.yahoo.com> --0-180703279-1082709073=:87710 Content-Type: text/plain; charset=us-ascii HI, i am new with mapserver. I would like to know how can I erase the img file from the tmp directory, for example each time when it is created an image in the tmp directory i want to be replaced with the new one, in this way you used extremly low space to store the img files. can any one help? thank's --------------------------------- Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25? --0-180703279-1082709073=:87710 Content-Type: text/html; charset=us-ascii
HI,
i am new with mapserver. I would like to know how can I erase the img file from the tmp directory, for example each time when it is created an image in the tmp directory i want to be replaced with the new one, in this way you used extremly low space to store the img files.
can any one help?
thank's


Do you Yahoo!?
Yahoo! Photos: High-quality 4x6 digital prints for 25? --0-180703279-1082709073=:87710-- From stepan.kafka at centrum.cz Fri Apr 23 02:26:29 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Fri, 23 Apr 2004 11:26:29 +0200 Subject: [Mapserver-users] WMS Label Strangenss In-Reply-To: <7497DCA1C240C042B28F6657ADFD8E0903248662@i2km11-ukbr.domain1.systemhost.net> Message-ID: <002601c42915$0f098270$463c2fc3@HSGIS> This is a multi-part message in MIME format. ------=_NextPart_000_0027_01C42925.D2925270 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit Messagehmm, I should run, I don't know where is the mistake. When remove turn antialias false, everything goes well again? Stepan -----P?vodn? zpr?va----- Od: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele craig.gould at bt.com Odesl?no: 22. dubna 2004 18:36 Komu: mapserver-users at lists.gis.umn.edu P?edm?t: RE: [Mapserver-users] WMS Label Strangenss Stepan, The labels disappear completely when I use the ANTIALIAS FALSE option Craig. -----Original Message----- From: Stepan Kafka [mailto:stepan.kafka at centrum.cz] Sent: 22 April 2004 15:16 To: Gould,CR,Craig,XGH6A C; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] WMS Label Strangenss Your layer uses anti-aliased fonts (to be smoother) as default option. Try set ANTIALIAS FALSE in the LABEL object: LABEL FONT "arial" TYPE TRUETYPE SIZE 10 COLOR 0 0 0 POSITION cc OFFSET 0 0 ANTIALIAS FALSE END Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz ICQ: 294002967 http://www.bnhelp.cz -----P?vodn? zpr?va----- Od: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele craig.gould at bt.com Odesl?no: 22. dubna 2004 14:57 Komu: mapserver-users at lists.gis.umn.edu P?edm?t: [Mapserver-users] WMS Label Strangenss Folks, Excuse me if I'm being daft here as I'm pretty new to this WMS stuff. I have some layer labels coming through a WMS server that when displayed on the client map lose their focus and become off colour and fuzzy. They are supposed to be black, but appear in the final image as a mix of grey/white/black. Hopefully my image attachments will appear on the list. If not then please mail me for them if you know anything about this. The WMS server is passing an image that looks just as it should, e.g. <<1082638016134960.png>> However, when this is placed on the client map the labels appear like this: <> Both maps are using the British National Grid projection epsg:27700. My client map layer looks like this: LAYER NAME OS TYPE RASTER OFFSITE 0 0 0 STATUS DEFAULT MAXSCALE 50000 MINSCALE 0 CONNECTIONTYPE WMS CONNECTION "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=C:\Inetpub\WWWRoot\OSMap Server\OS.map&" METADATA "wms_title" "OS" "wms_name" "OS_Road" "wms_server_version" "1.1.0" "wms_srs" "epsg:27700" "wms_format" "image/png" "wms_map" "C:\Inetpub\WWWRoot\OSMapServer\OS.map" END END [ For the sharp eyed among you, you may notice this is directed to an asp page. This redirects the request to the mapserv cgi-bin script with all the same parameters but without the epsg parameter as this is the only way I can get a client using projection 27700 and a server using the same projection to respond with a map. Mapserver crashes with a page fault otherwise! This is not restricted to just epsg 27700 - if the server/client has the same family of projection as 27700 this page fault will occurr. Not knowing enough about the projection code and being too dum to get it to compile on my own windoze machine I've failed to trace what's causing this problem ] My server map layer looks like this: LAYER NAME "OS_Text" TYPE POINT CONNECTIONTYPE OGR CONNECTION "C:\OS_Maps\SO\SOText.Tab" STATUS DEFAULT MAXSCALE 4000 LABELITEM 'Name' METADATA WMS_TITLE "OS_Text" WMS_SRS "EPSG:27700" END CLASS NAME "OS_Text" COLOR 0 0 0 LABEL FONT "arial" TYPE TRUETYPE SIZE 10 COLOR 0 0 0 POSITION cc OFFSET 0 0 END END PROJECTION "init=epsg:27700" END END Many thanks Craig. Craig Gould BT Exact __________________________________________ British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no. 1800000 This electronic message contains information from British Telecommunications plc which may be privileged and confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the number or address above) immediately. Activity and use of the British Telecommunications plc email system is monitored to secure its effective operation and for other lawful business purposes. Communications using this system will also be monitored and may be recorded to secure effective operation and for other lawful business purposes ------=_NextPart_000_0027_01C42925.D2925270 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message
hmm, I=20 should run, I don't know where is the mistake. When remove turn = antialias false,=20 everything goes well again?
 
Stepan
-----P=F9vodn=ED zpr=E1va-----
Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za u=BEivatele=20 craig.gould at bt.com
Odesl=E1no: 22. dubna 2004 = 18:36
Komu:=20 mapserver-users at lists.gis.umn.edu
P=F8edm=ECt: RE: = [Mapserver-users] WMS=20 Label Strangenss

Stepan,
The=20 labels disappear completely when I use the ANTIALIAS FALSE=20 option
Craig.
-----Original Message-----
From: = Stepan Kafka=20 [mailto:stepan.kafka at centrum.cz]
Sent: 22 April 2004=20 15:16
To: Gould,CR,Craig,XGH6A C;=20 mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users]=20 WMS Label Strangenss

Your layer uses anti-aliased fonts (to be = smoother) as default option. Try set = ANTIALIAS FALSE=20 in the LABEL object:
 
       &nbs= p;       =20 LABEL =20
       =20        =20         FONT "arial" =
       =20        =20         TYPE TRUETYPE =
       =20        =20         SIZE 10 =
       =20        =20         COLOR 0 0 0 =
       =20        =20         POSITION cc =
       =20        =20         OFFSET 0 0
          &nbs= p; ANTIALIAS=20 = FALSE 
      &= nbsp;        =20 END

Stepan Kafka
Help Service Remote = Sensing
tel:=20 +420-327514118
mailto:kafka at email.cz
ICQ: 294002967
http://www.bnhelp.cz

-----P=F9vodn=ED zpr=E1va-----
Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za = u=BEivatele=20 craig.gould at bt.com
Odesl=E1no: 22. dubna 2004=20 14:57
Komu: = mapserver-users at lists.gis.umn.edu
P=F8edm=ECt:=20 [Mapserver-users] WMS Label Strangenss

Folks,

Excuse me if I'm being daft here as = I'm pretty=20 new to this WMS stuff.

I have some layer labels coming = through a WMS=20 server that when displayed on the client map lose their focus and = become=20 off colour and fuzzy. They are supposed to be black, but appear in = the=20 final image as a mix of grey/white/black. Hopefully my image = attachments=20 will appear on the list. If not then please mail me for them if = you know=20 anything about this.

The WMS server is passing an image = that looks=20 just as it should, e.g.
<<1082638016134960.png>>

However, when this is placed on the = client map=20 the labels appear like this:
<<DEMO108263801613496.gif>>

Both maps are using the British = National Grid=20 projection epsg:27700.

My client map layer looks like = this:=20

LAYER
    NAME OS =
    TYPE = RASTER
    OFFSITE 0 0 = 0=20
    STATUS=20 DEFAULT
        = MAXSCALE 50000=20
        MINSCALE 0   
    CONNECTIONTYPE WMS
    CONNECTION = "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=3DC:\Inetpub\= WWWRoot\OSMapServer\OS.map&"
    METADATA
      "wms_title" "OS" =
      = "wms_name"=20 "OS_Road"
      "wms_server_version" = "1.1.0"=20
     =20 "wms_srs" "epsg:27700"
      "wms_format" = "image/png"=20
     =20 "wms_map" "C:\Inetpub\WWWRoot\OSMapServer\OS.map"
    END =
END

[ For the sharp eyed among you, you = may notice=20 this is directed to an asp page. This redirects the request to the = mapserv=20 cgi-bin script with all the same parameters but without the epsg = parameter=20 as this is the only way I can get a client using projection 27700 = and a=20 server using the same projection to respond with a map. Mapserver = crashes=20 with a page fault otherwise! This is not restricted to just epsg = 27700 -=20 if the server/client has the same family of projection as 27700 = this page=20 fault will occurr. Not knowing enough about the projection code = and being=20 too dum to get it to compile on my own windoze machine I've failed = to=20 trace what's causing this problem ]


My server map layer looks like = this:=20

LAYER=20
        NAME    =        =20         "OS_Text"=20
        TYPE    =        =20         POINT=20
        CONNECTIONTYPE  OGR=20
        CONNECTION     =20        =20 "C:\OS_Maps\SO\SOText.Tab"=20
        STATUS         =20 DEFAULT
        = MAXSCALE       =20         4000=20
        LABELITEM      =20         'Name'=20
        METADATA =
       =20         WMS_TITLE "OS_Text"=20
       =20         WMS_SRS "EPSG:27700"=20
        END    =20
        CLASS=20
       =20         NAME "OS_Text"=20
       =20         COLOR 0 0 0 =
       =20         LABEL  =
       =20        =20         FONT "arial" =
       =20        =20         TYPE TRUETYPE =
       =20        =20         SIZE 10 =
       =20        =20         COLOR 0 0 0 =
       =20        =20         POSITION cc =
       =20        =20         OFFSET 0 0 =
       =20         END
        = END=20
        PROJECTION =
       =20         "init=3Depsg:27700"=20
        END
END


Many thanks
Craig.




Craig=20 Gould
BT Exact
__________________________________________
British Telecommunications = plc
Registered=20 office: 81 Newgate Street London EC1A 7AJ
Registered in England = no.=20 1800000

This electronic message contains = information=20 from British Telecommunications plc which may be privileged and=20 confidential. The information is intended to be for the use of the = individual(s) or entity named above. If you are not the intended=20 recipient, be aware that any disclosure, copying, distribution or = use of=20 the contents of this information is prohibited. If you have = received this=20 electronic message in error, please notify us by telephone or = email (to=20 the number or address above) immediately.

Activity and=20 use of the British Telecommunications plc email system is = monitored to=20 secure its effective operation and for other lawful business = purposes.=20 Communications using this system will also be monitored and may be = recorded to secure effective operation and for other lawful = business=20 = purposes


= ------=_NextPart_000_0027_01C42925.D2925270-- From antonio.cosenza at polito.it Fri Apr 23 03:49:54 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Fri, 23 Apr 2004 12:49:54 +0200 Subject: [Mapserver-users] erase img from tmp directory In-Reply-To: <20040423083113.88577.qmail@web90002.mail.scd.yahoo.com> References: <20040423083113.88577.qmail@web90002.mail.scd.yahoo.com> Message-ID: <4088F4D2.40109@polito.it> william paul wrote: > HI, > i am new with mapserver. I would like to know how can I erase the img > file from the tmp directory, for example each time when it is created > an image in the tmp directory i want to be replaced with the new one, > in this way you used extremly low space to store the img files. > can any one help? > thank's what is your platform? Unix or Windows? > ------------------------------------------------------------------------ > Do you Yahoo!? > Yahoo! Photos: High-quality 4x6 digital prints for 25? > From alhim at intracom.gr Fri Apr 23 05:25:31 2004 From: alhim at intracom.gr (Alexandros Chimarios) Date: Fri, 23 Apr 2004 15:25:31 +0300 Subject: [Mapserver-users] mapObj clone() method problem In-Reply-To: <40852D2F.4030501@pobox.com> References: <200404201556.55718.alhim@intracom.gr> <40852D2F.4030501@pobox.com> Message-ID: <200404231525.32004.alhim@intracom.gr> Dear Frank, I have upgraded to Mapserver 4.2beta version and the clone method suceeded ... but only for the first time. When I try to clone a mapObj for second time I get a segmentation fault error. Initially I thought that it might be a memory problem but then I succesfully tried the following code : // FWG_Map inherits from mapObj. mo = FWG_Map('/usr/local/apache2/cgi-bin/geodata/world.map') mo1 = FWG_Map('/usr/local/apache2/cgi-bin/geodata/world.map') mo2 = FWG_Map('/usr/local/apache2/cgi-bin/geodata/world.map') mo3 = FWG_Map('/usr/local/apache2/cgi-bin/geodata/world.map') mo4 = FWG_Map('/usr/local/apache2/cgi-bin/geodata/world.map') This is my .map file : SYMBOL NAME "star" TYPE TRUETYPE FONT arial CHARACTER "r" END # Start of map file # MAP NAME Mediteranean STATUS ON SIZE 600 600 EXTENT 2.5256 21.5595 34.1734 53.2078 # EXTENT -180 -90 180 90 SHAPEPATH "/root/downloads/Arc/Linux/ArcExplorerJava4.0.1/aej40exe/data/World" IMAGECOLOR 60 175 220 IMAGETYPE JPEG #SYMBOLSET '/root/projects/python/symbols.ini' #TEMPLATE /usr/local/apache2/cgi-bin/index.html # PROJECTION # "init=epsg:2163" #END SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE TINY END STYLE 1 SIZE 100 2 COLOR 0 0 0 UNITS KILOMETERS INTERVALS 2 TRANSPARENT FALSE STATUS ON END #start of symbol definitions (we're only using a few) SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 4 4 END FILLED TRUE END SYMBOL NAME 'star' TYPE VECTOR FILLED TRUE POINTS 0 .375 .35 .375 .5 0 .65 .375 1 .375 .75 .625 .875 1 .5 .75 .125 1 .25 .625 END END SYMBOL NAME 'starc' TYPE TRUETYPE FILLED TRUE FONT rwg ANTIALIAS true CHARACTER "*" END LAYER NAME country STATUS ON DATA country TYPE POLYGON CLASS STYLE COLOR 150 120 80 OUTLINECOLOR 25 25 25 END END END LAYER NAME cities STATUS ON DATA cities TYPE POINT LABELITEM "NAME" CLASS STYLE COLOR 255 255 0 #SYMBOL 'starc' SYMBOL '/usr/local/apache2/cgi-bin/geodata/symbols/ctyhwy.png' END LABEL COLOR 255 255 0 SIZE tiny FONT arial POSITION CL PARTIALS TRUE ANTIALIAS TRUE MINDISTANCE 30 BUFFER 1 END END END LAYER CONNECTIONTYPE postgis CONNECTION "user=alhim dbname=fremis_geo_db host=127.0.0.1" DATA " geolocation from unit_tracks USING UNIQUE oid USING SRID = -1 " NAME "ships" STATUS OFF TYPE POINT LABELITEM "unit_id" CLASS STYLE COLOR 255 255 0 #SYMBOL 'starc' SYMBOL '/usr/local/apache2/cgi-bin/geodata/symbols/ctyhwy.png' END LABEL COLOR 255 255 0 SIZE tiny FONT arial POSITION CL PARTIALS TRUE ANTIALIAS TRUE MINDISTANCE 30 BUFFER 1 END END END END # end of map file definition On Tuesday 20 April 2004 17:01, you wrote: > Alexandros Chimarios wrote: > > Hi all, > > > > I have a problem using Python Mapscript. In particular when i invoke > > mapObj.clone() method i got a segmentation fault. This is my source code > > : > > > > mo = mapObj('/usr/local/apache2/cgi-bin/geodata/world.map') > > mo_clone = mo.clone() > > > > However, when I created a subclass of mapObj, then the clone method run > > normally. But i have noticed that the clone method runs ok for 2 times. > > if I try to invoke it the 3rd time i get an segmenation fault again. For > > example : > > Alexandros, > > I don't think you mentioned which version of MapServer/MapScript you were > using. A bunch of fixes where implemented in the map cloning capability > about six weeks ago by Sean and I. The 4.2 release should be in > substantially better shape than older versions. If you still get the > problem with 4.2 then please submit a bug report including your mapscript > fragment, and the .map file you are working with. Generally it is easy to > track down the problems given that and valgrind. > > Best regards, From craig.gould at bt.com Fri Apr 23 05:45:24 2004 From: craig.gould at bt.com (craig.gould at bt.com) Date: Fri, 23 Apr 2004 13:45:24 +0100 Subject: [Mapserver-users] WMS Label Strangenss Message-ID: <7497DCA1C240C042B28F6657ADFD8E09667C30@i2km11-ukbr.domain1.systemhost.net> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42930.D8A3B617 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Thanks for the reply. The text returns when antialias false is turned = off. =20 However, I don't really understand how this would make any difference. The png file being created by the server has the text in, it's just when = it's merged with the client map that the text dissappears (in the case = of antialias false) or becomes fuzzy (in the case of antialias true). =20 Forgive my ignorance but how do the client and server images get merged? = Could the caause be in the merge somewhere? =20 Thanks again Craig. =20 -----Original Message----- From: Stepan Kafka [mailto:stepan.kafka at centrum.cz]=20 Sent: 23 April 2004 10:26 To: Gould,CR,Craig,XGH6A C; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] WMS Label Strangenss =09 =09 hmm, I should run, I don't know where is the mistake. When remove turn = antialias false, everything goes well again? =20 Stepan -----P=F9vodn=ED zpr=E1va----- Od: mapserver-users-admin at lists.gis.umn.edu = [mailto:mapserver-users-admin at lists.gis.umn.edu]za u=BEivatele = craig.gould at bt.com Odesl=E1no: 22. dubna 2004 18:36 Komu: mapserver-users at lists.gis.umn.edu P=F8edm=ECt: RE: [Mapserver-users] WMS Label Strangenss =09 =09 Stepan, The labels disappear completely when I use the ANTIALIAS FALSE option Craig. -----Original Message----- From: Stepan Kafka [mailto:stepan.kafka at centrum.cz]=20 Sent: 22 April 2004 15:16 To: Gould,CR,Craig,XGH6A C; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] WMS Label Strangenss =09 =09 Your layer uses anti-aliased fonts (to be smoother) as default = option. Try set ANTIALIAS FALSE in the LABEL object: =20 LABEL =20 FONT "arial"=20 TYPE TRUETYPE=20 SIZE 10=20 COLOR 0 0 0=20 POSITION cc=20 OFFSET 0 0 ANTIALIAS FALSE=20 END=20 =09 Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz ICQ: 294002967 http://www.bnhelp.cz =20 =09 -----P=F9vodn=ED zpr=E1va----- Od: mapserver-users-admin at lists.gis.umn.edu = [mailto:mapserver-users-admin at lists.gis.umn.edu]za u=BEivatele = craig.gould at bt.com Odesl=E1no: 22. dubna 2004 14:57 Komu: mapserver-users at lists.gis.umn.edu P=F8edm=ECt: [Mapserver-users] WMS Label Strangenss =09 =09 Folks,=20 Excuse me if I'm being daft here as I'm pretty new to this WMS = stuff.=20 I have some layer labels coming through a WMS server that when = displayed on the client map lose their focus and become off colour and = fuzzy. They are supposed to be black, but appear in the final image as a = mix of grey/white/black. Hopefully my image attachments will appear on = the list. If not then please mail me for them if you know anything about = this. The WMS server is passing an image that looks just as it should, = e.g.=20 <<1082638016134960.png>>=20 However, when this is placed on the client map the labels appear = like this:=20 <>=20 Both maps are using the British National Grid projection epsg:27700. = My client map layer looks like this:=20 LAYER=20 NAME OS=20 TYPE RASTER=20 OFFSITE 0 0 0=20 STATUS DEFAULT=20 MAXSCALE 50000=20 MINSCALE 0 =20 CONNECTIONTYPE WMS=20 CONNECTION = "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=3DC:\Inetpub\WWWRoot\= OSMapServer\OS.map& = "=20 METADATA=20 "wms_title" "OS"=20 "wms_name" "OS_Road"=20 "wms_server_version" "1.1.0"=20 "wms_srs" "epsg:27700"=20 "wms_format" "image/png"=20 "wms_map" "C:\Inetpub\WWWRoot\OSMapServer\OS.map"=20 END=20 END=20 [ For the sharp eyed among you, you may notice this is directed to = an asp page. This redirects the request to the mapserv cgi-bin script = with all the same parameters but without the epsg parameter as this is = the only way I can get a client using projection 27700 and a server = using the same projection to respond with a map. Mapserver crashes with = a page fault otherwise! This is not restricted to just epsg 27700 - if = the server/client has the same family of projection as 27700 this page = fault will occurr. Not knowing enough about the projection code and = being too dum to get it to compile on my own windoze machine I've failed = to trace what's causing this problem ] My server map layer looks like this:=20 LAYER=20 NAME "OS_Text"=20 TYPE POINT=20 CONNECTIONTYPE OGR=20 CONNECTION "C:\OS_Maps\SO\SOText.Tab"=20 STATUS DEFAULT=20 MAXSCALE 4000=20 LABELITEM 'Name'=20 METADATA=20 WMS_TITLE "OS_Text"=20 WMS_SRS "EPSG:27700"=20 END =20 CLASS=20 NAME "OS_Text"=20 COLOR 0 0 0=20 LABEL =20 FONT "arial"=20 TYPE TRUETYPE=20 SIZE 10=20 COLOR 0 0 0=20 POSITION cc=20 OFFSET 0 0=20 END=20 END=20 PROJECTION=20 "init=3Depsg:27700"=20 END=20 END=20 Many thanks=20 Craig.=20 Craig Gould BT Exact __________________________________________ British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no. 1800000=20 This electronic message contains information from British = Telecommunications plc which may be privileged and confidential. The = information is intended to be for the use of the individual(s) or entity = named above. If you are not the intended recipient, be aware that any = disclosure, copying, distribution or use of the contents of this = information is prohibited. If you have received this electronic message = in error, please notify us by telephone or email (to the number or = address above) immediately.=20 Activity and use of the British Telecommunications plc email system = is monitored to secure its effective operation and for other lawful = business purposes. Communications using this system will also be = monitored and may be recorded to secure effective operation and for = other lawful business purposes ------_=_NextPart_001_01C42930.D8A3B617 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message
Thanks=20 for the reply. The text returns when antialias false is turned = off.
 
However, I don't really understand how this would make any=20 difference.
The=20 png file being created by the server has the text in, it's just when = it's merged=20 with the client map that the text dissappears (in the case of = antialias=20 false) or becomes fuzzy (in the case of antialias = true).
 
Forgive my ignorance but how do the client and server images = get merged?=20
Could=20 the caause be in the merge somewhere?
 
Thanks=20 again
Craig.
 
-----Original Message-----
From: = Stepan Kafka=20 [mailto:stepan.kafka at centrum.cz]
Sent: 23 April 2004=20 10:26
To: Gould,CR,Craig,XGH6A C;=20 mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users] WMS=20 Label Strangenss

hmm,=20 I should run, I don't know where is the mistake. When remove turn = antialias=20 false, everything goes well again?
 
Stepan
-----P=F9vodn=ED zpr=E1va-----
Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za = u=BEivatele=20 craig.gould at bt.com
Odesl=E1no: 22. dubna 2004 = 18:36
Komu:=20 mapserver-users at lists.gis.umn.edu
P=F8edm=ECt: RE: = [Mapserver-users]=20 WMS Label Strangenss

Stepan,
The labels disappear completely when I = use the=20 ANTIALIAS FALSE option
Craig.
-----Original Message-----
From: = Stepan Kafka=20 [mailto:stepan.kafka at centrum.cz]
Sent: 22 April 2004=20 15:16
To: Gould,CR,Craig,XGH6A C;=20 mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users]=20 WMS Label Strangenss

Your layer uses anti-aliased fonts (to be=20 smoother) as default = option. Try set=20 ANTIALIAS FALSE in the LABEL object:
 
       &nbs= p;       =20 LABEL =20
       =20        =20         FONT "arial" =
       =20        =20         TYPE TRUETYPE =
       =20        =20         SIZE 10 =
       =20        =20         COLOR 0 0 0 =
       =20        =20         POSITION cc =
       =20        =20         OFFSET 0 0
          &nbs= p; ANTIALIAS=20 = FALSE 
      &= nbsp;        =20 END

Stepan Kafka
Help Service Remote = Sensing
tel:=20 +420-327514118
mailto:kafka at email.cz
ICQ: 294002967
http://www.bnhelp.cz

-----P=F9vodn=ED zpr=E1va-----
Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za = u=BEivatele=20 craig.gould at bt.com
Odesl=E1no: 22. dubna 2004=20 14:57
Komu:=20 mapserver-users at lists.gis.umn.edu
P=F8edm=ECt: = [Mapserver-users]=20 WMS Label Strangenss

Folks,

Excuse me if I'm being daft here = as I'm=20 pretty new to this WMS stuff.

I have some layer labels coming = through a WMS=20 server that when displayed on the client map lose their focus = and become=20 off colour and fuzzy. They are supposed to be black, but appear = in the=20 final image as a mix of grey/white/black. Hopefully my image = attachments=20 will appear on the list. If not then please mail me for them if = you know=20 anything about this.

The WMS server is passing an = image that looks=20 just as it should, e.g.
<<1082638016134960.png>>

However, when this is placed on = the client=20 map the labels appear like this:
<<DEMO108263801613496.gif>> =

Both maps are using the British = National Grid=20 projection epsg:27700.

My client map layer looks like = this:=20

LAYER
    NAME OS =
    TYPE = RASTER=20
    = OFFSITE 0 0=20 0
    STATUS=20 DEFAULT
        = MAXSCALE 50000=20
        MINSCALE 0   
    CONNECTIONTYPE WMS
    CONNECTION = "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=3DC:\Inetpub\= WWWRoot\OSMapServer\OS.map&"
    METADATA
      "wms_title" "OS" =
      = "wms_name"=20 "OS_Road"
      "wms_server_version"=20 "1.1.0"
      "wms_srs" = "epsg:27700"=20
     =20 "wms_format" "image/png"
      "wms_map"=20 "C:\Inetpub\WWWRoot\OSMapServer\OS.map"
    END =
END

[ For the sharp eyed among you, = you may=20 notice this is directed to an asp page. This redirects the = request to=20 the mapserv cgi-bin script with all the same parameters but = without the=20 epsg parameter as this is the only way I can get a client using=20 projection 27700 and a server using the same projection to = respond with=20 a map. Mapserver crashes with a page fault otherwise! This is = not=20 restricted to just epsg 27700 - if the server/client has the = same family=20 of projection as 27700 this page fault will occurr. Not knowing = enough=20 about the projection code and being too dum to get it to compile = on my=20 own windoze machine I've failed to trace what's causing this = problem=20 ]


My server map layer looks like = this:=20

LAYER=20
        NAME    =        =20         "OS_Text"=20
        TYPE    =        =20         POINT=20
        CONNECTIONTYPE  OGR=20
        CONNECTION     =20        =20 "C:\OS_Maps\SO\SOText.Tab"=20
        STATUS          = DEFAULT
        = MAXSCALE       =20         4000=20
        LABELITEM      =20         'Name'=20
        METADATA =
       =20         WMS_TITLE "OS_Text"=20
       =20         WMS_SRS "EPSG:27700"=20
        END    =20
        CLASS=20
       =20         NAME "OS_Text"=20
       =20         COLOR 0 0 0 =
       =20         LABEL  =
       =20        =20         FONT "arial"=20
       =20        =20         TYPE TRUETYPE=20
       =20        =20         SIZE 10 =
       =20        =20         COLOR 0 0 0 =
       =20        =20         POSITION cc =
       =20        =20         OFFSET 0 0 =
       =20         END =
        END=20
        PROJECTION =
       =20         "init=3Depsg:27700"=20
        END
END=20


Many thanks
Craig.




Craig=20 Gould
BT Exact
__________________________________________
British Telecommunications=20 plc
Registered office: 81 Newgate Street London EC1A=20 7AJ
Registered in England no. 1800000
=

This = electronic=20 message contains information from British Telecommunications plc = which=20 may be privileged and confidential. The information is intended = to be=20 for the use of the individual(s) or entity named above. If you = are not=20 the intended recipient, be aware that any disclosure, copying,=20 distribution or use of the contents of this information is = prohibited.=20 If you have received this electronic message in error, please = notify us=20 by telephone or email (to the number or address above)=20 immediately. =

Activity and=20 use of the British Telecommunications plc email system is = monitored to=20 secure its effective operation and for other lawful business = purposes.=20 Communications using this system will also be monitored and may = be=20 recorded to secure effective operation and for other lawful = business=20 = purposes


= =00 ------_=_NextPart_001_01C42930.D8A3B617-- From samuzzal at linux.net Fri Apr 23 06:03:46 2004 From: samuzzal at linux.net (Sam Choudry) Date: Fri, 23 Apr 2004 06:03:46 -0700 (PDT) Subject: [Mapserver-users] layer->open(shape) Problem Message-ID: <20040423130346.371F8725B@sitemail.everyone.net> Hello, I was doing a point query and the querybypoint() was successful. But in GMapDumpQueryResults(), for line $oLayer->open($map->shapepath); I got the following warning and error. Warning: Wrong parameter count for open() in c:\inetpub\wwwroot\php\nalbari\barama.php on line 164 Villages Name Fatal error: [MapServer Error]: msLayerGetShape(): Shapefile layer has not been opened. in c:\inetpub\wwwroot\php\nalbari\barama.php on line 189 As far I know, number and type of parameter passed is OK. Then why is occuring. Can anybody give some hint. I am using MapScript V.4.1. Good Bye. Samuzzal _____________________________________________________________ Linux.Net -->Open Source to everyone Powered by Linare Corporation http://www.linare.com/ From publiek at home.nl Fri Apr 23 06:19:49 2004 From: publiek at home.nl (publiek at home.nl) Date: Fri, 23 Apr 2004 15:19:49 +0200 Subject: [Mapserver-users] Wms or Wfs Message-ID: <200404231320.i3NDK6FS025130@lists.gis.umn.edu> Hello all, I'm trying to understand what WMS / WFS do. We have a database with employment data per location. We also have a polygon database (postgis/postgresql). It is possible to use wfs to get a table depending on where the user clicks on the map? I believe the mapserver asks postgresql the relevant data? And with wms you also get the image? Am i correct on this? And how could i implement this? Any tips / pointers? From stepan.kafka at centrum.cz Fri Apr 23 06:25:16 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Fri, 23 Apr 2004 15:25:16 +0200 Subject: [Mapserver-users] WMS Label Strangenss In-Reply-To: <7497DCA1C240C042B28F6657ADFD8E09667C30@i2km11-ukbr.domain1.systemhost.net> Message-ID: <003701c42936$6a5b5600$463c2fc3@HSGIS> This is a multi-part message in MIME format. ------=_NextPart_000_0038_01C42947.2DE42600 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit MessageCraig, mapserver as client processes WMS layer as other raster data. If the picture has transparent background, underlying data are seen too. When I am thinking about this, your problems may also be caused by background color and transparency colision in the picture. Please try: 1. temporarily change the text color - what is the result? 2. show the WMS maps in some DHTML client (maps are stacked at the client html page) e.g. www.wmsviewer.com Are your WMS maps seen from world? What is the address? I'd like to test them. Stepan -----P?vodn? zpr?va----- Od: craig.gould at bt.com [mailto:craig.gould at bt.com] Odesl?no: 23. dubna 2004 14:45 Komu: stepan.kafka at centrum.cz; mapserver-users at lists.gis.umn.edu P?edm?t: RE: [Mapserver-users] WMS Label Strangenss Thanks for the reply. The text returns when antialias false is turned off. However, I don't really understand how this would make any difference. The png file being created by the server has the text in, it's just when it's merged with the client map that the text dissappears (in the case of antialias false) or becomes fuzzy (in the case of antialias true). Forgive my ignorance but how do the client and server images get merged? Could the caause be in the merge somewhere? Thanks again Craig. -----Original Message----- From: Stepan Kafka [mailto:stepan.kafka at centrum.cz] Sent: 23 April 2004 10:26 To: Gould,CR,Craig,XGH6A C; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] WMS Label Strangenss hmm, I should run, I don't know where is the mistake. When remove turn antialias false, everything goes well again? Stepan -----P?vodn? zpr?va----- Od: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele craig.gould at bt.com Odesl?no: 22. dubna 2004 18:36 Komu: mapserver-users at lists.gis.umn.edu P?edm?t: RE: [Mapserver-users] WMS Label Strangenss Stepan, The labels disappear completely when I use the ANTIALIAS FALSE option Craig. -----Original Message----- From: Stepan Kafka [mailto:stepan.kafka at centrum.cz] Sent: 22 April 2004 15:16 To: Gould,CR,Craig,XGH6A C; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] WMS Label Strangenss Your layer uses anti-aliased fonts (to be smoother) as default option. Try set ANTIALIAS FALSE in the LABEL object: LABEL FONT "arial" TYPE TRUETYPE SIZE 10 COLOR 0 0 0 POSITION cc OFFSET 0 0 ANTIALIAS FALSE END Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz ICQ: 294002967 http://www.bnhelp.cz -----P?vodn? zpr?va----- Od: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele craig.gould at bt.com Odesl?no: 22. dubna 2004 14:57 Komu: mapserver-users at lists.gis.umn.edu P?edm?t: [Mapserver-users] WMS Label Strangenss Folks, Excuse me if I'm being daft here as I'm pretty new to this WMS stuff. I have some layer labels coming through a WMS server that when displayed on the client map lose their focus and become off colour and fuzzy. They are supposed to be black, but appear in the final image as a mix of grey/white/black. Hopefully my image attachments will appear on the list. If not then please mail me for them if you know anything about this. The WMS server is passing an image that looks just as it should, e.g. <<1082638016134960.png>> However, when this is placed on the client map the labels appear like this: <> Both maps are using the British National Grid projection epsg:27700. My client map layer looks like this: LAYER NAME OS TYPE RASTER OFFSITE 0 0 0 STATUS DEFAULT MAXSCALE 50000 MINSCALE 0 CONNECTIONTYPE WMS CONNECTION "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=C:\Inetpub\WWWRoot\OSMap Server\OS.map&" METADATA "wms_title" "OS" "wms_name" "OS_Road" "wms_server_version" "1.1.0" "wms_srs" "epsg:27700" "wms_format" "image/png" "wms_map" "C:\Inetpub\WWWRoot\OSMapServer\OS.map" END END [ For the sharp eyed among you, you may notice this is directed to an asp page. This redirects the request to the mapserv cgi-bin script with all the same parameters but without the epsg parameter as this is the only way I can get a client using projection 27700 and a server using the same projection to respond with a map. Mapserver crashes with a page fault otherwise! This is not restricted to just epsg 27700 - if the server/client has the same family of projection as 27700 this page fault will occurr. Not knowing enough about the projection code and being too dum to get it to compile on my own windoze machine I've failed to trace what's causing this problem ] My server map layer looks like this: LAYER NAME "OS_Text" TYPE POINT CONNECTIONTYPE OGR CONNECTION "C:\OS_Maps\SO\SOText.Tab" STATUS DEFAULT MAXSCALE 4000 LABELITEM 'Name' METADATA WMS_TITLE "OS_Text" WMS_SRS "EPSG:27700" END CLASS NAME "OS_Text" COLOR 0 0 0 LABEL FONT "arial" TYPE TRUETYPE SIZE 10 COLOR 0 0 0 POSITION cc OFFSET 0 0 END END PROJECTION "init=epsg:27700" END END Many thanks Craig. Craig Gould BT Exact __________________________________________ British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no. 1800000 This electronic message contains information from British Telecommunications plc which may be privileged and confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the number or address above) immediately. Activity and use of the British Telecommunications plc email system is monitored to secure its effective operation and for other lawful business purposes. Communications using this system will also be monitored and may be recorded to secure effective operation and for other lawful business purposes ------=_NextPart_000_0038_01C42947.2DE42600 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message
Craig,
 =20 mapserver as client processes WMS layer as other raster data. If the=20 picture has transparent background, underlying data are seen=20 too.
When I=20 am thinking about this, your problems may also be caused = by=20 background color and transparency colision in the picture. Please=20 try:
 
1.=20 temporarily change the text color - what is the = result?
2.=20 show the WMS maps in some DHTML client (maps are stacked at the client = html=20 page) e.g. www.wmsviewer.com
 
Are=20 your WMS maps seen from world? What is the address? I'd like to test=20 them.
 
Stepan
-----P=F9vodn=ED zpr=E1va-----
Od: = craig.gould at bt.com=20 [mailto:craig.gould at bt.com]
Odesl=E1no: 23. dubna 2004=20 14:45
Komu: stepan.kafka at centrum.cz;=20 mapserver-users at lists.gis.umn.edu
P=F8edm=ECt: RE: = [Mapserver-users] WMS=20 Label Strangenss

Thanks for the reply. The text=20 returns when antialias false is turned off.
 
However, I don't really understand how this would make any=20 difference.
The=20 png file being created by the server has the text in, it's just when = it's=20 merged with the client map that the text dissappears = (in the case of=20 antialias false) or becomes fuzzy (in the case of antialias=20 true).
 
Forgive my ignorance but how do the client and server images = get=20 merged?
Could the caause be in the merge = somewhere?
 
Thanks again
Craig.
 
-----Original Message-----
From: = Stepan Kafka=20 [mailto:stepan.kafka at centrum.cz]
Sent: 23 April 2004=20 10:26
To: Gould,CR,Craig,XGH6A C;=20 mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users]=20 WMS Label Strangenss

hmm, I should run, I don't know where is the mistake. When = remove=20 turn antialias false, everything goes well = again?
 
Stepan
-----P=F9vodn=ED zpr=E1va-----
Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za = u=BEivatele=20 craig.gould at bt.com
Odesl=E1no: 22. dubna 2004=20 18:36
Komu: = mapserver-users at lists.gis.umn.edu
P=F8edm=ECt:=20 RE: [Mapserver-users] WMS Label Strangenss

Stepan,
The labels disappear completely when I = use the=20 ANTIALIAS FALSE option
Craig.
-----Original = Message-----
From: Stepan=20 Kafka [mailto:stepan.kafka at centrum.cz]
Sent: 22 April = 2004=20 15:16
To: Gould,CR,Craig,XGH6A C;=20 mapserver-users at lists.gis.umn.edu
Subject: RE:=20 [Mapserver-users] WMS Label Strangenss

Your layer uses anti-aliased fonts (to be=20 smoother) as default = option. Try=20 set ANTIALIAS FALSE in the LABEL object:
 
       &nbs= p;       =20 LABEL =20
       =20        =20         FONT "arial"=20
       =20        =20         TYPE TRUETYPE=20
       =20        =20         SIZE 10 =
       =20        =20         COLOR 0 0 0 =
       =20        =20         POSITION cc =
       =20        =20         OFFSET 0 0
          &nbs= p; ANTIALIAS=20 = FALSE 
      &= nbsp;        =20 END

Stepan Kafka
Help Service Remote = Sensing
tel:=20 +420-327514118
mailto:kafka at email.cz
ICQ: = 294002967
http://www.bnhelp.cz

-----P=F9vodn=ED zpr=E1va-----
Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za = u=BEivatele=20 craig.gould at bt.com
Odesl=E1no: 22. dubna 2004=20 14:57
Komu:=20 mapserver-users at lists.gis.umn.edu
P=F8edm=ECt: = [Mapserver-users]=20 WMS Label Strangenss

Folks,

Excuse me if I'm being daft = here as I'm=20 pretty new to this WMS stuff.

I have some layer labels coming = through a=20 WMS server that when displayed on the client map lose their = focus and=20 become off colour and fuzzy. They are supposed to be black, = but appear=20 in the final image as a mix of grey/white/black. Hopefully my = image=20 attachments will appear on the list. If not then please mail = me for=20 them if you know anything about this.

The WMS server is passing an = image that=20 looks just as it should, e.g.
<<1082638016134960.png>> =

However, when this is placed on = the client=20 map the labels appear like this:
<<DEMO108263801613496.gif>>=20

Both maps are using the British = National=20 Grid projection epsg:27700.

My client map layer looks like = this:=20

LAYER
    NAME = OS
    TYPE = RASTER=20
    = OFFSITE 0 0=20 0
    STATUS=20 DEFAULT
        = MAXSCALE 50000=20
        MINSCALE 0   =20
   =20 CONNECTIONTYPE WMS
    CONNECTION "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=3DC:\Inetpub\= WWWRoot\OSMapServer\OS.map&"
    METADATA
      "wms_title" = "OS"=20
     =20 "wms_name" "OS_Road"
      "wms_server_version"=20 "1.1.0"
      "wms_srs" = "epsg:27700"=20
     =20 "wms_format" "image/png"
      "wms_map"=20 "C:\Inetpub\WWWRoot\OSMapServer\OS.map"
    END =
END

[ For the sharp eyed among you, = you may=20 notice this is directed to an asp page. This redirects the = request to=20 the mapserv cgi-bin script with all the same parameters but = without=20 the epsg parameter as this is the only way I can get a client = using=20 projection 27700 and a server using the same projection to = respond=20 with a map. Mapserver crashes with a page fault otherwise! = This is not=20 restricted to just epsg 27700 - if the server/client has the = same=20 family of projection as 27700 this page fault will occurr. Not = knowing=20 enough about the projection code and being too dum to get it = to=20 compile on my own windoze machine I've failed to trace what's = causing=20 this problem ]


My server map layer looks like = this:=20

LAYER=20
        NAME   =20        =20         "OS_Text"=20
        TYPE   =20        =20         POINT=20
        CONNECTIONTYPE  OGR=20
        CONNECTION     =20        =20 "C:\OS_Maps\SO\SOText.Tab"=20
        STATUS =20         DEFAULT=20
        MAXSCALE       =20         4000=20
        LABELITEM      =20         'Name'=20
        METADATA=20
       =20         WMS_TITLE "OS_Text"=20
       =20         WMS_SRS "EPSG:27700"=20
        END    =20
        CLASS=20
       =20         NAME "OS_Text"=20
       =20         COLOR 0 0 0=20
       =20         LABEL =20
       =20        =20         FONT "arial"=20
       =20        =20         TYPE TRUETYPE=20
       =20        =20         SIZE 10 =
       =20        =20         COLOR 0 0 0=20
       =20        =20         POSITION cc=20
       =20        =20         OFFSET 0 0=20
       =20         END =
        END=20
        PROJECTION=20
       =20         "init=3Depsg:27700"=20
        END
END


Many thanks
Craig.




Craig=20 Gould
BT Exact
__________________________________________
British Telecommunications=20 plc
Registered office: 81 Newgate Street London EC1A=20 7AJ
Registered in England no. 1800000
=

This = electronic=20 message contains information from British Telecommunications = plc which=20 may be privileged and confidential. The information is = intended to be=20 for the use of the individual(s) or entity named above. If you = are not=20 the intended recipient, be aware that any disclosure, copying, = distribution or use of the contents of this information is = prohibited.=20 If you have received this electronic message in error, please = notify=20 us by telephone or email (to the number or address above)=20 immediately.=20

Activity=20 and use of the British Telecommunications plc email system is=20 monitored to secure its effective operation and for other = lawful=20 business purposes. Communications using this system will also = be=20 monitored and may be recorded to secure effective operation = and for=20 other lawful business=20 = purposes


=
------=_NextPart_000_0038_01C42947.2DE42600-- From craig.gould at bt.com Fri Apr 23 06:38:03 2004 From: craig.gould at bt.com (craig.gould at bt.com) Date: Fri, 23 Apr 2004 14:38:03 +0100 Subject: [Mapserver-users] WMS Label Strangenss Message-ID: <7497DCA1C240C042B28F6657ADFD8E09667C31@i2km11-ukbr.domain1.systemhost.net> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42938.337DF31B Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Stepan =20 I tried changing the text colour to 1 0 0 ,instead of 0 0 0 and the = problem disappears. The text is now readable but interestingly still has a little shadow of = whiteness on the right hand side. If I try the ANTIALIAS FALSE I don't get the shadow but the text does = not look as good. Using the bitmap the text is perfect, except the font doesn't look very = good. =20 In summary I think I'll use the ANTILALIAS FALSE option with the = truetype font with a colour of 1 1 1. =20 Many thanks again for the replies,=20 Craig. =20 -----Original Message----- From: Stepan Kafka [mailto:stepan.kafka at centrum.cz]=20 Sent: 23 April 2004 14:25 To: Gould,CR,Craig,XGH6A C; stepan.kafka at centrum.cz; = mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] WMS Label Strangenss =09 =09 Craig, mapserver as client processes WMS layer as other raster data. If the = picture has transparent background, underlying data are seen too. When I am thinking about this, your problems may also be caused by = background color and transparency colision in the picture. Please try: =20 1. temporarily change the text color - what is the result? 2. show the WMS maps in some DHTML client (maps are stacked at the = client html page) e.g. www.wmsviewer.com =20 Are your WMS maps seen from world? What is the address? I'd like to = test them. =20 Stepan -----P=F9vodn=ED zpr=E1va----- Od: craig.gould at bt.com [mailto:craig.gould at bt.com] Odesl=E1no: 23. dubna 2004 14:45 Komu: stepan.kafka at centrum.cz; mapserver-users at lists.gis.umn.edu P=F8edm=ECt: RE: [Mapserver-users] WMS Label Strangenss =09 =09 Thanks for the reply. The text returns when antialias false is turned = off. =20 However, I don't really understand how this would make any difference. The png file being created by the server has the text in, it's just = when it's merged with the client map that the text dissappears (in the = case of antialias false) or becomes fuzzy (in the case of antialias = true). =20 Forgive my ignorance but how do the client and server images get = merged?=20 Could the caause be in the merge somewhere? =20 Thanks again Craig. =20 -----Original Message----- From: Stepan Kafka [mailto:stepan.kafka at centrum.cz]=20 Sent: 23 April 2004 10:26 To: Gould,CR,Craig,XGH6A C; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] WMS Label Strangenss =09 =09 hmm, I should run, I don't know where is the mistake. When remove = turn antialias false, everything goes well again? =20 Stepan -----P=F9vodn=ED zpr=E1va----- Od: mapserver-users-admin at lists.gis.umn.edu = [mailto:mapserver-users-admin at lists.gis.umn.edu]za u=BEivatele = craig.gould at bt.com Odesl=E1no: 22. dubna 2004 18:36 Komu: mapserver-users at lists.gis.umn.edu P=F8edm=ECt: RE: [Mapserver-users] WMS Label Strangenss =09 =09 Stepan, The labels disappear completely when I use the ANTIALIAS FALSE = option Craig. -----Original Message----- From: Stepan Kafka [mailto:stepan.kafka at centrum.cz]=20 Sent: 22 April 2004 15:16 To: Gould,CR,Craig,XGH6A C; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] WMS Label Strangenss =09 =09 Your layer uses anti-aliased fonts (to be smoother) as default = option. Try set ANTIALIAS FALSE in the LABEL object: =20 LABEL =20 FONT "arial"=20 TYPE TRUETYPE=20 SIZE 10=20 COLOR 0 0 0=20 POSITION cc=20 OFFSET 0 0 ANTIALIAS FALSE=20 END=20 =09 Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz ICQ: 294002967 http://www.bnhelp.cz =20 =09 -----P=F9vodn=ED zpr=E1va----- Od: mapserver-users-admin at lists.gis.umn.edu = [mailto:mapserver-users-admin at lists.gis.umn.edu]za u=BEivatele = craig.gould at bt.com Odesl=E1no: 22. dubna 2004 14:57 Komu: mapserver-users at lists.gis.umn.edu P=F8edm=ECt: [Mapserver-users] WMS Label Strangenss =09 =09 Folks,=20 Excuse me if I'm being daft here as I'm pretty new to this WMS = stuff.=20 I have some layer labels coming through a WMS server that when = displayed on the client map lose their focus and become off colour and = fuzzy. They are supposed to be black, but appear in the final image as a = mix of grey/white/black. Hopefully my image attachments will appear on = the list. If not then please mail me for them if you know anything about = this. The WMS server is passing an image that looks just as it should, = e.g.=20 <<1082638016134960.png>>=20 However, when this is placed on the client map the labels appear = like this:=20 <>=20 Both maps are using the British National Grid projection = epsg:27700.=20 My client map layer looks like this:=20 LAYER=20 NAME OS=20 TYPE RASTER=20 OFFSITE 0 0 0=20 STATUS DEFAULT=20 MAXSCALE 50000=20 MINSCALE 0 =20 CONNECTIONTYPE WMS=20 CONNECTION = "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=3DC:\Inetpub\WWWRoot\= OSMapServer\OS.map& = "=20 METADATA=20 "wms_title" "OS"=20 "wms_name" "OS_Road"=20 "wms_server_version" "1.1.0"=20 "wms_srs" "epsg:27700"=20 "wms_format" "image/png"=20 "wms_map" "C:\Inetpub\WWWRoot\OSMapServer\OS.map"=20 END=20 END=20 [ For the sharp eyed among you, you may notice this is directed to = an asp page. This redirects the request to the mapserv cgi-bin script = with all the same parameters but without the epsg parameter as this is = the only way I can get a client using projection 27700 and a server = using the same projection to respond with a map. Mapserver crashes with = a page fault otherwise! This is not restricted to just epsg 27700 - if = the server/client has the same family of projection as 27700 this page = fault will occurr. Not knowing enough about the projection code and = being too dum to get it to compile on my own windoze machine I've failed = to trace what's causing this problem ] My server map layer looks like this:=20 LAYER=20 NAME "OS_Text"=20 TYPE POINT=20 CONNECTIONTYPE OGR=20 CONNECTION "C:\OS_Maps\SO\SOText.Tab"=20 STATUS DEFAULT=20 MAXSCALE 4000=20 LABELITEM 'Name'=20 METADATA=20 WMS_TITLE "OS_Text"=20 WMS_SRS "EPSG:27700"=20 END =20 CLASS=20 NAME "OS_Text"=20 COLOR 0 0 0=20 LABEL =20 FONT "arial"=20 TYPE TRUETYPE=20 SIZE 10=20 COLOR 0 0 0=20 POSITION cc=20 OFFSET 0 0=20 END=20 END=20 PROJECTION=20 "init=3Depsg:27700"=20 END=20 END=20 Many thanks=20 Craig.=20 Craig Gould BT Exact __________________________________________ British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no. 1800000=20 This electronic message contains information from British = Telecommunications plc which may be privileged and confidential. The = information is intended to be for the use of the individual(s) or entity = named above. If you are not the intended recipient, be aware that any = disclosure, copying, distribution or use of the contents of this = information is prohibited. If you have received this electronic message = in error, please notify us by telephone or email (to the number or = address above) immediately.=20 Activity and use of the British Telecommunications plc email system = is monitored to secure its effective operation and for other lawful = business purposes. Communications using this system will also be = monitored and may be recorded to secure effective operation and for = other lawful business purposes ------_=_NextPart_001_01C42938.337DF31B Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message
Stepan
 
I=20 tried changing the text colour to 1 0 0 ,instead of 0 0 0 and the = problem=20 disappears.
The=20 text is now readable but interestingly still has a little shadow of = whiteness on=20 the right hand side.
If I=20 try the ANTIALIAS FALSE I don't get the shadow but the text does not = look as=20 good.
Using=20 the bitmap the text is perfect, except the font doesn't look very=20 good.
 
In=20 summary I think I'll use the ANTILALIAS FALSE option with the truetype = font with=20 a colour of 1 1 1.
 
Many=20 thanks again for the replies,
Craig.
 
-----Original Message-----
From: = Stepan Kafka=20 [mailto:stepan.kafka at centrum.cz]
Sent: 23 April 2004=20 14:25
To: Gould,CR,Craig,XGH6A C; stepan.kafka at centrum.cz;=20 mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users] WMS=20 Label Strangenss

Craig,
  mapserver as client processes WMS layer as other = raster data. If=20 the picture has transparent background, underlying data are seen=20 too.
When=20 I am thinking about this, your problems may also be = caused by=20 background color and transparency colision in the picture. Please=20 try:
 
1.=20 temporarily change the text color - what is the = result?
2.=20 show the WMS maps in some DHTML client (maps are stacked at the client = html=20 page) e.g. www.wmsviewer.com
 
Are=20 your WMS maps seen from world? What is the address? I'd like to test=20 them.
 
Stepan
-----P=F9vodn=ED zpr=E1va-----
Od: = craig.gould at bt.com=20 [mailto:craig.gould at bt.com]
Odesl=E1no: 23. dubna 2004=20 14:45
Komu: stepan.kafka at centrum.cz;=20 mapserver-users at lists.gis.umn.edu
P=F8edm=ECt: RE: = [Mapserver-users]=20 WMS Label Strangenss

Thanks for the reply. The text=20 returns when antialias false is turned off.
 
However, I don't really understand how this would make any=20 difference.
The png file being created by the server has the text in, = it's just=20 when it's merged with the client map that the=20 text dissappears (in the case of antialias false) or becomes fuzzy = (in the=20 case of antialias true).
 
Forgive my ignorance but how do the client and server = images get=20 merged?
Could the caause be in the merge = somewhere?
 
Thanks again
Craig.
 
-----Original Message-----
From: = Stepan Kafka=20 [mailto:stepan.kafka at centrum.cz]
Sent: 23 April 2004=20 10:26
To: Gould,CR,Craig,XGH6A C;=20 mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users]=20 WMS Label Strangenss

hmm, I should run, I don't know where is the mistake. = When remove=20 turn antialias false, everything goes well = again?
 
Stepan
-----P=F9vodn=ED zpr=E1va-----
Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za = u=BEivatele=20 craig.gould at bt.com
Odesl=E1no: 22. dubna 2004=20 18:36
Komu:=20 mapserver-users at lists.gis.umn.edu
P=F8edm=ECt: RE:=20 [Mapserver-users] WMS Label Strangenss

Stepan,
The labels disappear completely when = I use the=20 ANTIALIAS FALSE option
Craig.
-----Original = Message-----
From: Stepan=20 Kafka [mailto:stepan.kafka at centrum.cz]
Sent: 22 = April 2004=20 15:16
To: Gould,CR,Craig,XGH6A C;=20 mapserver-users at lists.gis.umn.edu
Subject: RE:=20 [Mapserver-users] WMS Label Strangenss

Your layer uses anti-aliased fonts (to = be=20 smoother) as default = option. Try=20 set ANTIALIAS FALSE in the LABEL object:
 
       &nbs= p;       =20 LABEL =20
       =20        =20         FONT "arial"=20
       =20        =20         TYPE TRUETYPE=20
       =20        =20         SIZE 10 =
       =20        =20         COLOR 0 0 0=20
       =20        =20         POSITION cc=20
       =20        =20         OFFSET 0 0
          &nbs= p; ANTIALIAS=20 = FALSE 
      &= nbsp;        =20 END =

Stepan Kafka
Help Service Remote = Sensing
tel:=20 +420-327514118
mailto:kafka at email.cz
ICQ: = 294002967
http://www.bnhelp.cz

-----P=F9vodn=ED zpr=E1va-----
Od:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za = u=BEivatele=20 craig.gould at bt.com
Odesl=E1no: 22. dubna 2004=20 14:57
Komu:=20 mapserver-users at lists.gis.umn.edu
P=F8edm=ECt:=20 [Mapserver-users] WMS Label = Strangenss

Folks,

Excuse me if I'm being daft = here as I'm=20 pretty new to this WMS stuff.

I have some layer labels = coming through a=20 WMS server that when displayed on the client map lose their = focus=20 and become off colour and fuzzy. They are supposed to be = black, but=20 appear in the final image as a mix of grey/white/black. = Hopefully my=20 image attachments will appear on the list. If not then = please mail=20 me for them if you know anything about this.

The WMS server is passing an = image that=20 looks just as it should, e.g.
<<1082638016134960.png>>=20

However, when this is placed = on the=20 client map the labels appear like this:
<<DEMO108263801613496.gif>>=20

Both maps are using the = British National=20 Grid projection epsg:27700.

My client map layer looks = like=20 this:

LAYER =
    NAME = OS=20
    = TYPE=20 RASTER
   =20 OFFSITE 0 0 0
    STATUS DEFAULT=20
        MAXSCALE 50000=20
        MINSCALE 0   =20
   =20 CONNECTIONTYPE WMS
    CONNECTION "http://132.146.248.79/OSMapServer/OSWMSMap.asp?map=3DC:\Inetpub\= WWWRoot\OSMapServer\OS.map&"
    METADATA
      = "wms_title"=20 "OS"
      "wms_name" = "OS_Road"=20
     =20 "wms_server_version" "1.1.0"
      "wms_srs" = "epsg:27700"=20
     =20 "wms_format" "image/png"
      "wms_map"=20 "C:\Inetpub\WWWRoot\OSMapServer\OS.map"
    END =
END

[ For the sharp eyed among = you, you may=20 notice this is directed to an asp page. This redirects the = request=20 to the mapserv cgi-bin script with all the same parameters = but=20 without the epsg parameter as this is the only way I can get = a=20 client using projection 27700 and a server using the same = projection=20 to respond with a map. Mapserver crashes with a page fault=20 otherwise! This is not restricted to just epsg 27700 - if = the=20 server/client has the same family of projection as 27700 = this page=20 fault will occurr. Not knowing enough about the projection = code and=20 being too dum to get it to compile on my own windoze machine = I've=20 failed to trace what's causing this problem ]


My server map layer looks = like=20 this:

LAYER=20
        NAME   =20        =20         "OS_Text"=20
        TYPE   =20        =20         POINT=20
        CONNECTIONTYPE  = OGR=20
        CONNECTION     =20        =20 "C:\OS_Maps\SO\SOText.Tab"=20
        STATUS =20         DEFAULT=20
        MAXSCALE       =20         4000=20
        LABELITEM      =20         'Name'=20
        METADATA=20
       =20         WMS_TITLE "OS_Text"=20
       =20         WMS_SRS "EPSG:27700"=20
        END    =20
        CLASS=20
       =20         NAME "OS_Text"=20
       =20         COLOR 0 0 0=20
       =20         LABEL =20
       =20        =20         FONT "arial"=20
       =20        =20         TYPE TRUETYPE=20
       =20        =20         SIZE 10 =
       =20        =20         COLOR 0 0 0=20
       =20        =20         POSITION cc=20
       =20        =20         OFFSET 0 0=20
       =20         END =
       =20 END=20
        PROJECTION=20
       =20         "init=3Depsg:27700"=20
        END
END


Many thanks
Craig.




Craig=20 Gould
BT Exact
__________________________________________
British Telecommunications = plc
Registered office: 81 Newgate Street London EC1A=20 7AJ
Registered in England no. 1800000
=

This = electronic=20 message contains information from British Telecommunications = plc=20 which may be privileged and confidential. The information is = intended to be for the use of the individual(s) or entity = named=20 above. If you are not the intended recipient, be aware that = any=20 disclosure, copying, distribution or use of the contents of = this=20 information is prohibited. If you have received this = electronic=20 message in error, please notify us by telephone or email (to = the=20 number or address above) immediately.

Activity=20 and use of the British Telecommunications plc email system = is=20 monitored to secure its effective operation and for other = lawful=20 business purposes. Communications using this system will = also be=20 monitored and may be recorded to secure effective operation = and for=20 other lawful business=20 = purposes


=
=00 ------_=_NextPart_001_01C42938.337DF31B-- From ch.grau at uni.de Fri Apr 23 06:47:03 2004 From: ch.grau at uni.de (Christian Grau) Date: Fri, 23 Apr 2004 15:47:03 +0200 Subject: [Mapserver-users] Change color of queried object via php_mapscript ?! Message-ID: Hi Michael, you can add a new layer via mapscript ( query hilite layer ;-) ) set the data on the queried layer data and a filter with the id of the objekt. so you can give this layer any color you want.... christian From r0ss at shaw.ca Fri Apr 23 06:35:48 2004 From: r0ss at shaw.ca (ross s) Date: Fri, 23 Apr 2004 07:35:48 -0600 Subject: [Mapserver-users] Advantages of MapServer and Product Comparisons Message-ID: <314b84312620.312620314b84@shaw.ca> Hi all, I have been searching the Internet trying to compile a list of reasons why my firm should move to a products such as MapServer - I need to sell the top brass. I have been unsuccessful at finding a list of pros and cons for MapServer. Does anyone have any good resources around the true functionality of MapServer and also where it is lacking - I believe I noticed it does not have DWG support. Thanks in advance, Ross From jnielsen at aero-graphics.com Fri Apr 23 07:14:43 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 23 Apr 2004 08:14:43 -0600 Subject: [Mapserver-users] Zip code boundary shapefiles In-Reply-To: <000401c428a0$d6a25de0$ceea9040@DEV6> References: <000401c428a0$d6a25de0$ceea9040@DEV6> Message-ID: <1082729683.408924d30e1ce@www.agi-lan.com> Quoting Will Richardson : > Hello, > > Does anyone know where I can download the shapefiles for the Zipcode > boundaries in the US? > > Thanks, > will > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > http://www.census.gov/geo/www/cob/ http://www.census.gov/geo/www/cob/z32000.html Not sure if that helps... From teb at mallit.fr.umn.edu Fri Apr 23 07:00:54 2004 From: teb at mallit.fr.umn.edu (Thomas E Burk) Date: Fri, 23 Apr 2004 09:00:54 -0500 (CDT) Subject: [Mapserver-users] mapserver licence Message-ID: <200404231400.i3NE0sTY002385@mallit.fr.umn.edu> > >Dear Users > >Is there any name for the licence for Mapserver. For eg, systems like GRASS >GIS, MySQL and PostGIS are distributed under GNU GPL. > >I am aware that the license is at http://mapserver.gis.umn.edu/license.html. > >It does however state that it is available free of charge with access to the >source code and gives the user to use copy , modify, distribute and sell >copies of the software but there is no name for it !!. > It is a slight modification of the MIT license . We didn't feel constrained to use a specific license verbatim. Tom ======================= Dr. Thomas E. Burk University of Minnesota 1530 Cleveland Avenue North St. Paul, MN 55108 612-624-6741 612-625-5212 (FAX) tburk at umn.edu From alessio.f at cost.it Fri Apr 23 07:31:02 2004 From: alessio.f at cost.it (Alessio Ferrario) Date: Fri, 23 Apr 2004 16:31:02 +0200 Subject: [Mapserver-users] mapserver+postgis schema In-Reply-To: <200404221733.36687.alhim@intracom.gr> References: <1082641842.17322.25.camel@io.cost.it> <200404221733.36687.alhim@intracom.gr> Message-ID: <1082730662.4825.288.camel@io.cost.it> Hi, first of all thaks for your reply. I follow yuor suggestion, but unfortunately no luck,I've still the same problem. Now my map filelook like this : .... LAYER NAME "isone" STATUS ON TYPE POLYGON CONNECTIONTYPE POSTGIS CONNECTION "user=postgres dbname=test_cc host=192.168.0.1 port=5432" DATA "the_geom from cc.pippo_iso UNIQUE oid using SRID=-1" .... This is the error reported by mapserver when i try to use the schema: -------- msDrawMap(): Image handling error. Failed to draw layer named 'isone'. prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT tipo::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from cc.pippo_iso UNIQUE oid WHERE the_geom && setSRID('BOX3D(527833.85 5040987,552290.15 5065452)'::BOX3D, -1 )' Postgresql reports the error '' More Help: Error with POSTGIS data variable. You specified ''. Standard ways of specifiying are : (1) 'geometry_column from geometry_table' (2) 'geometry_column from () as foo using unique using SRID=' Make sure you put in the 'using unique ' and 'using SRID=#' clauses in.... in my postgres log i see: ----- 2004-04-23 14:47:54 [14740] ERROR: Function force_2d(cc.geometry) does not exist Unable to identify a function that satisfies the given argument types You may need to add explicit typecasts 2004-04-23 14:47:54 [14740] LOG: statement: DECLARE mycursor BINARY CURSOR FOR SELECT tipo::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),oid::text from cc.pippo_iso WHERE the_geom && setSRID('BOX3D(514064 5033607,515064 5034607)'::BOX3D, -1 ) ---- It's seems I've no declared the function, but I've the function in my schema "cc". Maybe we have to declare in some way the "search_path" variable... Any idea? thanks to all Ciao Alessio P.S. obviously whne i use "public" schema all work fine Il gio, 2004-04-22 alle 16:33, Alexandros Chimarios ha scritto: > Also add the index oid on your query like this : > > DATA "the_geom from gis.it_iso using UNIQUE oid using SRID=-1" > > > Please notice that you should have created the indexes (oid, srid) > on your DB. Please refer to the PostGIS manual. > > > > On Thursday 22 April 2004 16:50, Alessio Ferrario wrote: > > Hi all, > > Can I use schema in a postgres layer? > > my map file look like this: > > .... > > CONNECTIONTYPE POSTGIS > > CONNECTION "user=dbuser dbname=ITALIA33 host=192.168.0.1 port=5432" > > DATA "the_geom from gis.it_iso using SRID=-1" > > .... > > > > I software configuration is: > > postgres 7.3.4 running on Red Hat Linux 9 > > mapserver 4.0 > > php 4.3.4 > > apache 2.0.47 > > > > thanks in advance > > best regards > > Alessio -- Alessio Ferrario e-mail: alessio.f at cost.it Work: +39-02-454461 Fax +39-02-45446333 From dgadoury at dmsolutions.ca Fri Apr 23 07:31:31 2004 From: dgadoury at dmsolutions.ca (Dean Gadoury) Date: Fri, 23 Apr 2004 10:31:31 -0400 Subject: [Mapserver-users] Zip code boundary shapefiles In-Reply-To: <1082729683.408924d30e1ce@www.agi-lan.com> References: <000401c428a0$d6a25de0$ceea9040@DEV6> <1082729683.408924d30e1ce@www.agi-lan.com> Message-ID: <408928C3.2060604@dmsolutions.ca> Try here: http://www.census.gov/geo/www/cob/z52000.html Jason M. Nielsen wrote: >Quoting Will Richardson : > > > >>Hello, >> >>Does anyone know where I can download the shapefiles for the Zipcode >>boundaries in the US? >> >>Thanks, >>will >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> >http://www.census.gov/geo/www/cob/ >http://www.census.gov/geo/www/cob/z32000.html > >Not sure if that helps... >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- ___________________________ Dean Gadoury DM Solutions Group 30 Rosemount Ave. Suite 200 Ottawa, Ontario. K1Y 1P4 613.565.5056 ext. 24 dgadoury at dmsolutions.ca www.dmsolutions.ca From edspremolla at Antel.com.uy Fri Apr 23 08:19:50 2004 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: Fri, 23 Apr 2004 12:19:50 -0300 Subject: [Mapserver-users] erase img from tmp directory In-Reply-To: <20040423083113.88577.qmail@web90002.mail.scd.yahoo.com> References: <20040423083113.88577.qmail@web90002.mail.scd.yahoo.com> Message-ID: <1082733590.617.8.camel@fly.in.iantel.com.uy> Croon will do it for you ;-) like this: 1,31 * * * * find /var/www/html/tmp/ -type f -amin +30 -exec rm -f {} \; this will search the tmp dir for files more than 30 min not been accessed and remove them. If you are in windows try to hack something similar with the help of the periodic task manager ( and god one ;-) ). LALO El vie, 23-04-2004 a las 05:31, william paul escribi??: > HI, > i am new with mapserver. I would like to know how can I erase the img > file from the tmp directory, for example each time when it is created > an image in the tmp directory i want to be replaced with the new one, > in this way you used extremly low space to store the img files. > can any one help? > thank's > > > ______________________________________________________________________ > Do you Yahoo!? > Yahoo! Photos: High-quality 4x6 digital prints for 25 -- Eduardo Spremolla Antel I+D From lfilak at medinaco.org Fri Apr 23 08:25:24 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 23 Apr 2004 11:25:24 -0400 Subject: [Mapserver-users] layer->open(shape) Problem Message-ID: <20040423151956.72C121A659B@mail.medinaco.org> Wouldn't shapepath value be a directory containing all shapefiles? I believe layer->open needs a single shapefile as an argument. Lowell The following message was sent by Sam Choudry on Fri, 23 Apr 2004 06:03:46 -0700 (PDT). > Hello, > > I was doing a point query and the querybypoint() was successful. But in GMapDumpQueryResults(), for line > > $oLayer->open($map->shapepath); > > I got the following warning and error. > > Warning: Wrong parameter count for open() in c:\inetpub\wwwroot\php\nalbari\barama.php on line 164 > Villages > Name > > Fatal error: [MapServer Error]: msLayerGetShape(): Shapefile layer has not been opened. in c:\inetpub\wwwroot\php\nalbari\barama.php on line 189 > > As far I know, number and type of parameter passed is OK. Then why is occuring. Can anybody give some hint. I am using MapScript V.4.1. Good Bye. > > Samuzzal > > _____________________________________________________________ > Linux.Net -->Open Source to everyone > Powered by Linare Corporation > http://www.linare.com/ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From alessio.f at cost.it Fri Apr 23 08:23:21 2004 From: alessio.f at cost.it (Alessio Ferrario) Date: Fri, 23 Apr 2004 17:23:21 +0200 Subject: [Mapserver-users] mapserver+postgis schema In-Reply-To: <1082730662.4825.288.camel@io.cost.it> References: <1082641842.17322.25.camel@io.cost.it> <200404221733.36687.alhim@intracom.gr> <1082730662.4825.288.camel@io.cost.it> Message-ID: <1082733801.4825.291.camel@io.cost.it> Myabe found a solution... ALTER USER test SET search_path TO bar,foo; Thanks to all Ciao Alessio Il ven, 2004-04-23 alle 16:31, Alessio Ferrario ha scritto: > Hi, > first of all thaks for your reply. > I follow yuor suggestion, but unfortunately no luck,I've still the same > problem. > Now my map filelook like this : > .... > LAYER > NAME "isone" > STATUS ON > TYPE POLYGON > CONNECTIONTYPE POSTGIS > CONNECTION "user=postgres dbname=test_cc host=192.168.0.1 port=5432" > DATA "the_geom from cc.pippo_iso UNIQUE oid using SRID=-1" > .... > > This is the error reported by mapserver when i try to use the schema: > -------- > msDrawMap(): Image handling error. Failed to draw layer named 'isone'. > prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual > query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT > tipo::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from cc.pippo_iso UNIQUE oid WHERE the_geom && setSRID('BOX3D(527833.85 5040987,552290.15 5065452)'::BOX3D, -1 )' > > Postgresql reports the error '' > More Help: > Error with POSTGIS data variable. You specified ' file>'. > Standard ways of specifiying are : > (1) 'geometry_column from geometry_table' > (2) 'geometry_column from () as foo using unique name> using SRID=' > Make sure you put in the 'using unique ' and 'using SRID=#' > clauses in.... > > in my postgres log i see: > ----- > 2004-04-23 14:47:54 [14740] ERROR: Function force_2d(cc.geometry) does > not exist > Unable to identify a function that satisfies the given argument > types > You may need to add explicit typecasts > 2004-04-23 14:47:54 [14740] LOG: statement: DECLARE mycursor BINARY > CURSOR FOR SELECT > tipo::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),oid::text from cc.pippo_iso WHERE the_geom && setSRID('BOX3D(514064 5033607,515064 5034607)'::BOX3D, -1 ) > ---- > It's seems I've no declared the function, but I've the function in my > schema "cc". > Maybe we have to declare in some way the "search_path" variable... > > Any idea? > thanks to all > Ciao > Alessio > > P.S. > obviously whne i use "public" schema all work fine > > > > > Il gio, 2004-04-22 alle 16:33, Alexandros Chimarios ha scritto: > > Also add the index oid on your query like this : > > > > DATA "the_geom from gis.it_iso using UNIQUE oid using SRID=-1" > > > > > > Please notice that you should have created the indexes (oid, srid) > > on your DB. Please refer to the PostGIS manual. > > > > > > > > On Thursday 22 April 2004 16:50, Alessio Ferrario wrote: > > > Hi all, > > > Can I use schema in a postgres layer? > > > my map file look like this: > > > .... > > > CONNECTIONTYPE POSTGIS > > > CONNECTION "user=dbuser dbname=ITALIA33 host=192.168.0.1 port=5432" > > > DATA "the_geom from gis.it_iso using SRID=-1" > > > .... > > > > > > I software configuration is: > > > postgres 7.3.4 running on Red Hat Linux 9 > > > mapserver 4.0 > > > php 4.3.4 > > > apache 2.0.47 > > > > > > thanks in advance > > > best regards > > > Alessio -- Alessio Ferrario e-mail: alessio.f at cost.it Work: +39-02-454461 Fax +39-02-45446333 From warmerdam at pobox.com Fri Apr 23 08:33:57 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 23 Apr 2004 11:33:57 -0400 Subject: [Mapserver-users] proj.4 stuff In-Reply-To: <408843B6.8030003@ci.stpaul.mn.us> References: <40880F0E.6070109@ci.stpaul.mn.us> <40882B00.7040208@pobox.com> <408843B6.8030003@ci.stpaul.mn.us> Message-ID: <40893765.7030108@pobox.com> Bob Basques wrote: > Ok, that's cool, so that's in the GDAL stuff, interesting. Learn > something everyday. Although I didn't see any reference to it anywhere > in my searching. > > So I took the above and made this Map File, is the correct way to > implement (it didn't work, I get a blank page still): Bob, I don't see much obvious in the way of problems here, but I would mention that EPSG:26915 is in meters, not feet. The definition looks like: +proj=utm +zone=15 +ellps=GRS80 +datum=NAD83 +units=m +no_defs You really need to verify that converting the bounds of your tlg_roads_l file into from the declared source projection into the declared output projection actually gives bounds that intersect your map EXTENT declaration. Best regards, > MAP > NAME 'test' > SIZE 800 650 > STATUS ON > EXTENT 332000 -18000 678000 328000 > UNITS FEET > > PROJECTION > "init=epsg:26915" > END > > LAYER > NAME 'tlg01' > DATA './data/tlg01/tlg_roads_l' > STATUS DEFAULT > TYPE LINE > > PROJECTION > "proj=lcc" > "lat_1=44.88333333333333" > "lat_2=45.13333333333333" > "lat_0=44.79111111111111" > "lon_0=-93.38333333333334" > "x_0=152400.3048" > "y_0=30480.06096" > "a=6378418.941" > "b=6357033.31" > "to_meter=0.3048006096012192" > "no_defs" > END > END > > END ## end Map -- ---------------------------------------+-------------------------------------- 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 arnulf.christl at ccgis.de Fri Apr 23 09:01:07 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Fri, 23 Apr 2004 18:01:07 +0200 Subject: [Mapserver-users] Wms or Wfs In-Reply-To: <200404231320.i3NDK6FS025130@lists.gis.umn.edu> References: <200404231320.i3NDK6FS025130@lists.gis.umn.edu> Message-ID: <40893DC3.2080406@ccgis.de> publiek at home.nl wrote: >Hello all, > >I'm trying to understand what WMS / WFS do. > > WMS describes the interface to order (request) raster images (pixels) and the returned map. Optionally it can (and most do) deliver feature information - the attributes of a geometry. WFS describes the interface to order (request) vector geometry (features) and how to receive them. >We have a database with employment data per location. >We also have a polygon database (postgis/postgresql). > >It is possible to use wfs to get a table depending on where the user clicks on the map? > Yes. >I believe the mapserver asks postgresql the relevant data? > > Yes. >And with wms you also get the image? > > Yes. >Am i correct on this? And how could i implement this? Any tips / pointers? > > First specify for yourself what you want. If you want to see a map where you can click on a location and see the attributes of that "point" then you just include the PostgreSQL/PostGIS table in the UMN MapServer as a LAYER in the MAP file. Then you can query this layer with a client and receive the results in a HTML page. The layout of the resulting HTML page can be customized individually. If you need the coordinates of the location you would rather ask the WFS, it will return the geometry and the attributes but no map. Regards, Arnulf. -- ---------------------------- CCGIS Christl & Stamm GbR ---------------------------- http://www.ccgis.de http://www.mapbender.org ---------------------------- Service: +49 (0)228 90826 0 Direct: +49 (0)228 90826 23 Fax: +49 (0)228 90826 11 ---------------------------- CCGIS Christl & Stamm GbR Siemensstra?e 8 53121 Bonn GERMANY >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From spencer at dmsolutions.ca Fri Apr 23 09:48:19 2004 From: spencer at dmsolutions.ca (Paul Spencer) Date: Fri, 23 Apr 2004 12:48:19 -0400 Subject: [Mapserver-users] Wms or Wfs In-Reply-To: <40893DC3.2080406@ccgis.de> References: <200404231320.i3NDK6FS025130@lists.gis.umn.edu> <40893DC3.2080406@ccgis.de> Message-ID: <408948D3.3070808@magma.ca> A slight clarification, I think your wording has implied that a WMS works for raster data only ... The WMS returns images of any layer configured for the WMS, which can be either vector or raster. A WMS client only has to combine the resulting layers to produce a map image. Web Feature Service returns vector features in GML, the WFS client has to understand GML and do its own rendering. If you use a recent (i.e. 4.2) version of MapServer and you have a correctly configured map file, then you can do some fairly intelligent things with WMS and WFS. Primarily you will use WMS to view your data. For any given layer, you can use the WMS DescribeLayer request to determine if a WFS is available for that layer. If it is, then you can find out about the features that are being drawn by the WMS by issuing a DescribeFeatureType request to the WFS server using the typename and wfs onlineresource returned by the DescribeLayer request. This will tell you the attributes and attribute types of the WFS data and allow one to build relatively sophisticated interfaces to support querying, filtering, and extraction of data (for instance). And the reason why this is cool is because the client application and remote data provider (WMS or WFS) can be any technology you wish, either MapServer or some other one, and neither the client nor the server will care (at least that's the ideal theory!) Paul Arnulf Christl wrote: > publiek at home.nl wrote: > >> Hello all, >> >> I'm trying to understand what WMS / WFS do. >> >> > WMS describes the interface to order (request) raster images (pixels) > and the returned map. Optionally it can (and most do) deliver feature > information - the attributes of a geometry. > WFS describes the interface to order (request) vector geometry > (features) and how to receive them. > >> We have a database with employment data per location. >> We also have a polygon database (postgis/postgresql). >> >> It is possible to use wfs to get a table depending on where the user >> clicks on the map? > > Yes. > >> I believe the mapserver asks postgresql the relevant data? >> >> > Yes. > >> And with wms you also get the image? >> > Yes. > >> Am i correct on this? And how could i implement this? Any tips / >> pointers? >> > First specify for yourself what you want. If you want to see a map where > you can click on a location and see the attributes of that "point" then > you just include the PostgreSQL/PostGIS table in the UMN MapServer as a > LAYER in the MAP file. Then you can query this layer with a client and > receive the results in a HTML page. The layout of the resulting HTML > page can be customized individually. > If you need the coordinates of the location you would rather ask the > WFS, it will return the geometry and the attributes but no map. > > Regards, Arnulf. > -- ----------------------------------------------------------------- |Paul Spencer pspencer at dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From warmerdam at pobox.com Fri Apr 23 09:56:53 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 23 Apr 2004 12:56:53 -0400 Subject: [Mapserver-users] mapObj clone() method problem In-Reply-To: <200404231525.32004.alhim@intracom.gr> References: <200404201556.55718.alhim@intracom.gr> <40852D2F.4030501@pobox.com> <200404231525.32004.alhim@intracom.gr> Message-ID: <40894AD5.9030501@pobox.com> Alexandros Chimarios wrote: > Dear Frank, > > I have upgraded to Mapserver 4.2beta version and the clone method suceeded ... > but only for the first time. When I try to clone a mapObj for second time I > get a segmentation fault error. > Hi, I run your map through the map copy code, and sure enough there were lots of problems. I have committed a bunch of patches to mapcopy.c in the development trunk (not 4.2). While it was clean after that, I don't really trust the map copying code. It is poorly tested, and likely buggy in other venues. I am not sure if it is worth merging the mapcopy.c changes back into 4.2 before final release or not. I will leave that to Daniel. 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 bob.basques at ci.stpaul.mn.us Fri Apr 23 10:40:09 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Fri, 23 Apr 2004 12:40:09 -0500 Subject: [Mapserver-users] proj.4 stuff In-Reply-To: <40893765.7030108@pobox.com> References: <40880F0E.6070109@ci.stpaul.mn.us> <40882B00.7040208@pobox.com> <408843B6.8030003@ci.stpaul.mn.us> <40893765.7030108@pobox.com> Message-ID: <408954F9.1030300@ci.stpaul.mn.us> Frank Warmerdam wrote: > Bob Basques wrote: > >> Ok, that's cool, so that's in the GDAL stuff, interesting. Learn >> something everyday. Although I didn't see any reference to it >> anywhere in my searching. >> >> So I took the above and made this Map File, is the correct way to >> implement (it didn't work, I get a blank page still): > > > Bob, > > I don't see much obvious in the way of problems here, but I would > mention that EPSG:26915 is in meters, not feet. The definition looks > like: > +proj=utm +zone=15 +ellps=GRS80 +datum=NAD83 +units=m +no_defs > > You really need to verify that converting the bounds of your tlg_roads_l > file into from the declared source projection into the declared output > projection actually gives bounds that intersect your map EXTENT > declaration. I was leaning in this direction as well, although I didn't think about the METERS thing. BTW, I did try the above yesterday as well as the MAP projection, and it still gives up with a blank page. How/what is the best way to verify? If I could get the WMS stuff figured out a Capabilties request would be a nice way I think. Is there a way of not sending a mapextent and just getting the whole of the dataset from MapServer? Now remember, I'm still a newbie at this stuff, so don't think too poorly of me for not knowing this all off the start line. :c) I'm not understanding this Meters to Feet conversion aspect clearly, shouldn't that all be compensated for in the reprojection, if not, then what DOES the reprojection do? doesn't the" to_meter" value in the LAYER below indicate to me that the meter is bing converted to feet? It seems like there is probaly some shift that is occuring where the input and output are out of alignment for some reason. BTW, if I do figure this out, I may do all the counties in the list from the MN/DOT site, just because I have a leg up on it, I'll need to do nieghboring counties anyway. Thanks again for the help here, I see your name all over the place related to PROJ.4 queries by other folks, I guess that makes you the defacto expert (yes I'm buttering you up) For the MAP file below, this is the Request I'm trying to send: bobb From jnielsen at aero-graphics.com Fri Apr 23 10:40:38 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 23 Apr 2004 11:40:38 -0600 Subject: [Mapserver-users] tileindex issue. Message-ID: <1082742038.40895516d1561@www.agi-lan.com> NAME SLC STATUS ON SIZE 558 360 #NAD83 Utah Central US Foot EXTENT 1467000.000 7325000.000 1565000.000 7478000.000 UNITS FEET SHAPEPATH "/var/www/secure/mapserverdata" IMAGECOLOR 0 0 0 IMAGETYPE PNG24 FONTSET "fonts/fonts.list" ... LAYER NAME slc2002tiles TILEINDEX "sheets/slc/slc2002sheets" TILEITEM "location" STATUS ON TYPE POLYGON CLASSITEM "location" CLASS STATUS ON NAME "poly" COLOR 200 200 200 OUTLINECOLOR 0 0 0 END END ogrinfo -al slc2002sheets.shp | more INFO: Open of `slc2002sheets.shp' using driver `ESRI Shapefile' successful. Layer name: slc2002sheets Geometry: Polygon Feature Count: 16 Extent: (1468183.750000, 7329842.500000) - (1563787.500000, 7473606.250000) Layer SRS WKT: (unknown) location: String (255.0) OGRFeature(slc2002sheets):0 location (String) = A1.tif POLYGON ((1468183.750 7473606.250,1492086.250 7473606.250,1492086.250 7437663.750,1468183.750 7437663.750,1468183.750 7473606.250)) OGRFeature(slc2002sheets):1 location (String) = A2.tif POLYGON ((1468183.750 7437666.250,1492086.250 7437666.250,1492086.250 7401723.750,1468183.750 7401723.750,1468183.750 7437666.250)) ... -rw-r--r-- 1 root root 704 Apr 23 10:21 d3.txt -rw-r--r-- 1 root root 117 Apr 23 10:21 d4.tfw -rw-r--r-- 1 root root 412491136 Apr 23 10:22 d4.tif -rw-r--r-- 1 root root 704 Apr 23 10:22 d4.txt [root at localhost mapserverdata]# pwd /var/www/secure/mapserverdata Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'slc2002tiles'. in /var/www/html/mymstest2/slc0.phtml on line 55 Warning: [MapServer Error]: msTiledSHPOpenFile(): Unable to open a single tile to use as a template in layer slc2002tiles. in /var/www/html/mymstest2/slc0.phtml on line 55 Warning: [MapServer Error]: msSHPOpenFile(): (/var/www/html/mymstest2/d4.tif) in /var/www/html/mymstest2/slc0.phtml on line 55 Warning: [MapServer Error]: msSHPOpenFile(): (/var/www/secure/mapserverdata/d4.tif) in /var/www/html/mymstest2/slc0.phtml on line 55 It appears to find the shapefile and reference the location attribute. Presuming this since it at least on this second check tried to use the data path specified in the map file. I went so far as to force the full path to the images in the shape file as well as modifying the DATA path and even added a DATA path to the LAYER. I have attempted to use the base mapserverdata directory in all situations as well as the desired location "path"/sheets/slc. No matter what I do the best result I get is it finds the shape file but then cant find the images even when it indicates its looking in the very place they exist. Confused... Anyone know what I am doing wrong? Thanks. From bfraser at geoanalytic.com Fri Apr 23 10:44:45 2004 From: bfraser at geoanalytic.com (Brent Fraser) Date: Fri, 23 Apr 2004 11:44:45 -0600 Subject: [Mapserver-users] WFS Questions References: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEC@mgtserver3.ontario.int.ec.gc.ca> <4086AD3D.2080407@pobox.com> Message-ID: <032001c4295a$aa8f73e0$020002c0@SHARK> Stephanie, Frank (and all), There's a free WMS/WFS [Windows only] client called "Gaia" available at http://nukegold.com/downloads.html Not too many features, but is seems pretty reliable for beta software. Brent Fraser ----- Original Message ----- From: "Frank Warmerdam" To: "Choi,Stephanie [Ontario]" Cc: Sent: Wednesday, April 21, 2004 11:19 AM Subject: Re: [Mapserver-users] WFS Questions Choi,Stephanie [Ontario] wrote: > Hi all, > > I got a question about WFS support in mapserver. I am interested in > transactional functionalities (ie. Insert, update, ?etc ) in WFS > Server. I got the latest build from cvs and does anyone know if this > bit of functionality is included in this build ? Also, I just wonder if > anyone knows where may I find a WFS client software ? > > Any help would be greatly appreciated. Stephanie, There is no WFS transactional support in MapServer, nor should you anticipate this being added in the near future. Mapserver can act as a WFS client (as well as a server), but I too would be intererested in knowing of other readily available WFS clients. 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.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bob.basques at ci.stpaul.mn.us Fri Apr 23 10:56:36 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Fri, 23 Apr 2004 12:56:36 -0500 Subject: [Mapserver-users] proj.4 stuff In-Reply-To: <408954F9.1030300@ci.stpaul.mn.us> References: <40880F0E.6070109@ci.stpaul.mn.us> <40882B00.7040208@pobox.com> <408843B6.8030003@ci.stpaul.mn.us> <40893765.7030108@pobox.com> <408954F9.1030300@ci.stpaul.mn.us> Message-ID: <408958D4.2010706@ci.stpaul.mn.us> > > For the MAP file below, this is the Request I'm trying to send: Oops, forgot the map file . . . . > > ## http:///cgi-bin/mapserv?mapext=578671+151667.5+580671+153167.5&mapsize=500+375&map=../html/raster/tlg01.map&mode=map MAP NAME 'test' SIZE 800 650 STATUS ON EXTENT 332000 -18000 678000 328000 UNITS FEET PROJECTION ##"init=epsg:26915" "proj=utm" "zone=15" "ellps=GRS80" "datum=NAD83" "units=m" "no_defs" END LAYER NAME 'tlg01' DATA './data/tlg01/tlg_roads_l' STATUS DEFAULT TYPE LINE PROJECTION "proj=lcc" "lat_1=44.88333333333333" "lat_2=45.13333333333333" "lat_0=44.79111111111111" "lon_0=-93.38333333333334" "x_0=152400.3048" "y_0=30480.06096" "a=6378418.941" "b=6357033.31" "to_meter=0.3048006096012192" "no_defs" END END END ## end Map From assefa at dmsolutions.ca Fri Apr 23 11:20:18 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 23 Apr 2004 14:20:18 -0400 Subject: [Mapserver-users] SLD Problems for Win32 In-Reply-To: References: Message-ID: <40895E62.1070100@dmsolutions.ca> Rene, I was trying to reproduce your problem with my own data. Here is what I have tested : sld containing 2 named layers and both named layers use LineSymbolizers. I was able to render the map without problem. I have setup a quick demo (using mapserver 4.2b1) so you can see the slds. http://www2.dmsolutions.ca/cgi-bin/mswms_world?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&LAYERS=WorldGen_Outline,WorldRoads&SLD=http://localhost/msapps/world_testdata/tests/sld_tests/sld_test_rene.xml&BBOX=-81.366241839,42.39269586,-77.8780568047,44.13861927 http://www2.dmsolutions.ca/cgi-bin/mswms_world?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&LAYERS=WorldGen_Outline,WorldRoads&SLD=http://localhost/msapps/world_testdata/tests/sld_tests/sld_test_rene2.xml&BBOX=-81.366241839,42.39269586,-77.8780568047,44.13861927 From what I gathered this is the type of sld's that you are having problem with. Please have a look and let me know if that is the case. (As you have seen I have not tested this using a wms client, but just a http call to a wms server. I do not think that It matters though). If you still have a problem, you might send me the wms server map fileand releted sld with tests URL's so I can set it up here. Best Regards, Rene Teniere wrote: > Hi All, > > Thought version 4.2b1 would have solved my problems, however, they are > still there. I can't seem to be able to add more than one NamedLayer for > each symbolizer type (ie: line, polygon, etc.). It works fine as long as > I don't have more than one layer per type. Example: > > This works: > > > Shoreline > > > > > > #000000 > > > > > > > > Lakes > > > > > > #000000 > > > #000000 > > > > > > > > > This doesn't: > > > Shoreline > > > > > > #000000 > > > > > > > > Rivers > > > > > > #0000ff > > > > > > > > Lakes > > > > > > #000000 > > > #000000 > > > > > > > > > Server Mapfile: > MAP > NAME "Base Data WMS Map File" > SHAPEPATH "d:/GIS_Data/" > SYMBOLSET "c:/Inetpub/wwwroot/wms/etc/nsdnr_symbols.sym" > FONTSET "c:/Inetpub/wwwroot/wms/etc/fonts.txt" > STATUS ON > WEB > IMAGEPATH "c:/temp/tmp/" > IMAGEURL "/temp/tmp/" > METADATA > "wms_title" "Nova Scotia NFIS Server" > "wms_onlineresource" > "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" > "wms_srs" "EPSG:2038" > > #Optional wms entries: > "wms_contactperson" "Richard Morash" > "wms_contactorganization" "Nova Scotia Department of > Natural Resources, Forestry Division" > "wms_contactposition" "GIS Project Manager" > "wms_abstract" "Nova Scotia Department of > Natural Resources Forestry Division. This is Nova Scotia's Base Data > Open GIS Consortium Web Map Server for sustainable forest management." > "wms_keywordlist" > "WAP,Forest,Information,System,gis,sustainable,management" > "wms_addresstype" "Postal" > "wms_address" "664 Prince Street PO BOX 68" > "wms_city" "Truro" > "wms_stateorprovince" "Nova Scotia" > "wms_postcode" "B2N 5B8" > "wms_country" "CANADA" > "wms_contactvoicetelephone" "(902) 893-5657" > "wms_contactfacsimiletelephone" "(902) 893-6102" > "wms_contactelectronicmailaddress" "rmorash at gov.ns.ca" > "wms_accessconstraints" "WMS image only" > "wms_fees" "None" > END > END > PROJECTION > #UTM Zone 20 NAD83 for Nova Scotia > "init=epsg:2038" > END > LAYER > NAME "Shoreline" > DATA "shoreutm/shoreutm" > TYPE LINE > GROUP "Base Data" > METADATA > "wms_title" "Shoreline" > "wms_srs" "EPSG:2038" > "wms_group_title" "Base Data" > END > CLASS > STYLE > SYMBOL 0 > COLOR 72 164 255 > SIZE 2 > MINSIZE 1 > MAXSIZE 100 > END > END > END > LAYER > NAME "Lakes" > #STATUS OFF > DATA "nslake83/nslake83.shp" > TYPE POLYGON > GROUP "Base Data" > METADATA > "wms_title" "Lakes" > "wms_srs" "EPSG:2038" > "wms_group_title" "Base Data" > END > CLASS > STYLE > SYMBOL 0 > COLOR 132 193 255 > OUTLINECOLOR 0 0 230 > BACKGROUNDCOLOR 72 164 255 > MINSIZE 1 > MAXSIZE 100 > END > END > END > LAYER > NAME "Rivers" > STATUS OFF > TYPE LINE > TILEINDEX "coindex/coindex" > TILEITEM "lorivers" > GROUP "Base Data" > CLASSITEM "rivers_id" > METADATA > "wms_title" "Rivers" > "wms_srs" "EPSG:2038" > "wms_group_title" "Base Data" > END > CLASS > EXPRESSION /./ > STYLE > SYMBOL 0 > COLOR 0 0 230 > SIZE 1 > MINSIZE 1 > MAXSIZE 100 > END > END > END > > Client Mapfile: > MAP > NAME "Nova Scotia WAP Page" > STATUS ON > EXTENT 180504 4786079 806737 5255785 > SIZE 400 300 > IMAGETYPE PNG24 > IMAGECOLOR 255 255 255 > UNITS METERS > RESOLUTION 90.714286 > WEB > IMAGEPATH "c:/temp/tmp/" > IMAGEURL "/temp/tmp/" > END > QUERYMAP > STATUS ON > SIZE -1 -1 > COLOR 255 255 0 > STYLE HILITE > END > PROJECTION > #UTM Zone 20 NAD83 for Nova Scotia > "init=epsg:2038" > END > SCALEBAR > STATUS ON > COLOR 255 255 255 > OUTLINECOLOR 0 0 0 > BACKGROUNDCOLOR 0 0 0 > IMAGECOLOR 255 255 255 > UNITS METERS > INTERVALS 5 > SIZE 250 5 > STYLE 0 > POSITION LL > LABEL > TYPE BITMAP > SIZE SMALL > OFFSET 0 0 > BUFFER 0 > MINDISTANCE -1 > MINFEATURESIZE -1 > COLOR 0 0 0 > PARTIALS TRUE > FORCE FALSE > END > END > OUTPUTFORMAT > NAME "PNG24" > MIMETYPE "image/png" > DRIVER "GD/PNG" > EXTENSION "png" > IMAGEMODE RGB > END > REFERENCE > IMAGE "d:/www/gmap/wap/images/keymap.png" > EXTENT 180504 4786079 806737 5255785 > SIZE 175 131 > STATUS ON > COLOR -1 -1 -1 > OUTLINECOLOR 255 0 0 > END > LEGEND > STATUS ON > KEYSIZE 18 12 > TEMPLATE "d:/www/gmap/wap/templates/legend_template_all.html" > LABEL > TYPE BITMAP > SIZE SMALL > COLOR 0 0 89 > END > END > LAYER > NAME "Shoreline" > GROUP "Base Data" > STATUS ON > TYPE LINE > UNITS METERS > SIZEUNITS PIXELS > TOLERANCE 0 > TOLERANCEUNITS PIXELS > CONNECTIONTYPE WMS > CONNECTION > "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" > METADATA > "wms_srs" "EPSG:2038" > "wms_name" "Shoreline" > "wms_server_version" "1.1.1" > "wms_formatlist" > "image/png,image/gif,image/jpeg,image/wbmp" > "wms_format" "image/png" > "wms_connectiontimeout" "45" > "wms_sld_url" > "http://10.2.185.9/wms/sld/basewms_sld.xml" > END > END > LAYER > NAME "Lakes" > GROUP "Base Data" > STATUS ON > TEMPLATE "d:/www/gmap/wap/templates/blank.html" > TYPE POLYGON > MAXSCALE 500000 > TOLERANCE 10 > TOLERANCEUNITS PIXELS > CONNECTIONTYPE WMS > CONNECTION > "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" > METADATA > "wms_srs" "EPSG:2038" > "wms_name" "Lakes" > "wms_server_version" "1.1.1" > "wms_formatlist" > "image/png,image/gif,image/jpeg,image/wbmp" > "wms_format" "image/png" > "wms_connectiontimeout" "45" > "wms_sld_url" > "http://10.2.185.9/wms/sld/basewms_sld.xml" > END > END > LAYER > NAME "Rivers" > GROUP "Base Data" > STATUS ON > TEMPLATE "d:/www/gmap/wap/templates/blank.html" > TYPE LINE > MAXSCALE 500000 > TOLERANCE 10 > TOLERANCEUNITS PIXELS > CONNECTIONTYPE WMS > CONNECTION > "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" > METADATA > "wms_srs" "EPSG:2038" > "wms_name" "Rivers" > "wms_server_version" "1.1.1" > "wms_formatlist" > "image/png,image/gif,image/jpeg,image/wbmp" > "wms_format" "image/png" > "wms_connectiontimeout" "45" > "wms_sld_url" > "http://10.2.185.9/wms/sld/basewms_sld.xml" > END > END > > Thanks, > Rene > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/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 sgillies at frii.com Fri Apr 23 11:17:57 2004 From: sgillies at frii.com (Sean Gillies) Date: Fri, 23 Apr 2004 12:17:57 -0600 Subject: [Mapserver-users] mapObj clone() method problem In-Reply-To: <40894AD5.9030501@pobox.com> References: <200404201556.55718.alhim@intracom.gr> <40852D2F.4030501@pobox.com> <200404231525.32004.alhim@intracom.gr> <40894AD5.9030501@pobox.com> Message-ID: <40895DD5.1060204@frii.com> Frank Warmerdam wrote: > Alexandros Chimarios wrote: > >> Dear Frank, >> I have upgraded to Mapserver 4.2beta version and the clone method >> suceeded ... but only for the first time. When I try to clone a mapObj >> for second time I get a segmentation fault error. >> > > Hi, > > I run your map through the map copy code, and sure enough there were > lots of > problems. I have committed a bunch of patches to mapcopy.c in the > development > trunk (not 4.2). While it was clean after that, I don't really trust the > map copying code. It is poorly tested, and likely buggy in other venues. > > I am not sure if it is worth merging the mapcopy.c changes back into 4.2 > before final release or not. I will leave that to Daniel. > > Best regards, > There is an issue in Bugzilla regarding the problems with clone() http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=557 I sorta wish I'd never begun work on cloning a mapObj ... it's just too fragile. MapServer wasn't really intended to be used like this and it's been a difficult stretch. That said, I'd like to hear more about your cloning use cases. cheers, Sean From TENIERER at gov.ns.ca Fri Apr 23 11:40:48 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Fri, 23 Apr 2004 15:40:48 -0300 Subject: [Mapserver-users] SLD Problems for Win32 Message-ID: Assefa, I tested it and it works VIA WMS Server only. The client side does not work. I guess that's more work for someone :( Rene >>> Yewondwossen Assefa 2004-04-23 3:20:18 PM >>> Rene, I was trying to reproduce your problem with my own data. Here is what I have tested : sld containing 2 named layers and both named layers use LineSymbolizers. I was able to render the map without problem. I have setup a quick demo (using mapserver 4.2b1) so you can see the slds. http://www2.dmsolutions.ca/cgi-bin/mswms_world?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&LAYERS=WorldGen_Outline,WorldRoads&SLD=http://localhost/msapps/world_testdata/tests/sld_tests/sld_test_rene.xml&BBOX=-81.366241839,42.39269586,-77.8780568047,44.13861927 http://www2.dmsolutions.ca/cgi-bin/mswms_world?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&LAYERS=WorldGen_Outline,WorldRoads&SLD=http://localhost/msapps/world_testdata/tests/sld_tests/sld_test_rene2.xml&BBOX=-81.366241839,42.39269586,-77.8780568047,44.13861927 From what I gathered this is the type of sld's that you are having problem with. Please have a look and let me know if that is the case. (As you have seen I have not tested this using a wms client, but just a http call to a wms server. I do not think that It matters though). If you still have a problem, you might send me the wms server map fileand releted sld with tests URL's so I can set it up here. Best Regards, Rene Teniere wrote: > Hi All, > > Thought version 4.2b1 would have solved my problems, however, they are > still there. I can't seem to be able to add more than one NamedLayer for > each symbolizer type (ie: line, polygon, etc.). It works fine as long as > I don't have more than one layer per type. Example: > > This works: > > > Shoreline > > > > > > #000000 > > > > > > > > Lakes > > > > > > #000000 > > > #000000 > > > > > > > > > This doesn't: > > > Shoreline > > > > > > #000000 > > > > > > > > Rivers > > > > > > #0000ff > > > > > > > > Lakes > > > > > > #000000 > > > #000000 > > > > > > > > > Server Mapfile: > MAP > NAME "Base Data WMS Map File" > SHAPEPATH "d:/GIS_Data/" > SYMBOLSET "c:/Inetpub/wwwroot/wms/etc/nsdnr_symbols.sym" > FONTSET "c:/Inetpub/wwwroot/wms/etc/fonts.txt" > STATUS ON > WEB > IMAGEPATH "c:/temp/tmp/" > IMAGEURL "/temp/tmp/" > METADATA > "wms_title" "Nova Scotia NFIS Server" > "wms_onlineresource" > "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" > "wms_srs" "EPSG:2038" > > #Optional wms entries: > "wms_contactperson" "Richard Morash" > "wms_contactorganization" "Nova Scotia Department of > Natural Resources, Forestry Division" > "wms_contactposition" "GIS Project Manager" > "wms_abstract" "Nova Scotia Department of > Natural Resources Forestry Division. This is Nova Scotia's Base Data > Open GIS Consortium Web Map Server for sustainable forest management." > "wms_keywordlist" > "WAP,Forest,Information,System,gis,sustainable,management" > "wms_addresstype" "Postal" > "wms_address" "664 Prince Street PO BOX 68" > "wms_city" "Truro" > "wms_stateorprovince" "Nova Scotia" > "wms_postcode" "B2N 5B8" > "wms_country" "CANADA" > "wms_contactvoicetelephone" "(902) 893-5657" > "wms_contactfacsimiletelephone" "(902) 893-6102" > "wms_contactelectronicmailaddress" "rmorash at gov.ns.ca" > "wms_accessconstraints" "WMS image only" > "wms_fees" "None" > END > END > PROJECTION > #UTM Zone 20 NAD83 for Nova Scotia > "init=epsg:2038" > END > LAYER > NAME "Shoreline" > DATA "shoreutm/shoreutm" > TYPE LINE > GROUP "Base Data" > METADATA > "wms_title" "Shoreline" > "wms_srs" "EPSG:2038" > "wms_group_title" "Base Data" > END > CLASS > STYLE > SYMBOL 0 > COLOR 72 164 255 > SIZE 2 > MINSIZE 1 > MAXSIZE 100 > END > END > END > LAYER > NAME "Lakes" > #STATUS OFF > DATA "nslake83/nslake83.shp" > TYPE POLYGON > GROUP "Base Data" > METADATA > "wms_title" "Lakes" > "wms_srs" "EPSG:2038" > "wms_group_title" "Base Data" > END > CLASS > STYLE > SYMBOL 0 > COLOR 132 193 255 > OUTLINECOLOR 0 0 230 > BACKGROUNDCOLOR 72 164 255 > MINSIZE 1 > MAXSIZE 100 > END > END > END > LAYER > NAME "Rivers" > STATUS OFF > TYPE LINE > TILEINDEX "coindex/coindex" > TILEITEM "lorivers" > GROUP "Base Data" > CLASSITEM "rivers_id" > METADATA > "wms_title" "Rivers" > "wms_srs" "EPSG:2038" > "wms_group_title" "Base Data" > END > CLASS > EXPRESSION /./ > STYLE > SYMBOL 0 > COLOR 0 0 230 > SIZE 1 > MINSIZE 1 > MAXSIZE 100 > END > END > END > > Client Mapfile: > MAP > NAME "Nova Scotia WAP Page" > STATUS ON > EXTENT 180504 4786079 806737 5255785 > SIZE 400 300 > IMAGETYPE PNG24 > IMAGECOLOR 255 255 255 > UNITS METERS > RESOLUTION 90.714286 > WEB > IMAGEPATH "c:/temp/tmp/" > IMAGEURL "/temp/tmp/" > END > QUERYMAP > STATUS ON > SIZE -1 -1 > COLOR 255 255 0 > STYLE HILITE > END > PROJECTION > #UTM Zone 20 NAD83 for Nova Scotia > "init=epsg:2038" > END > SCALEBAR > STATUS ON > COLOR 255 255 255 > OUTLINECOLOR 0 0 0 > BACKGROUNDCOLOR 0 0 0 > IMAGECOLOR 255 255 255 > UNITS METERS > INTERVALS 5 > SIZE 250 5 > STYLE 0 > POSITION LL > LABEL > TYPE BITMAP > SIZE SMALL > OFFSET 0 0 > BUFFER 0 > MINDISTANCE -1 > MINFEATURESIZE -1 > COLOR 0 0 0 > PARTIALS TRUE > FORCE FALSE > END > END > OUTPUTFORMAT > NAME "PNG24" > MIMETYPE "image/png" > DRIVER "GD/PNG" > EXTENSION "png" > IMAGEMODE RGB > END > REFERENCE > IMAGE "d:/www/gmap/wap/images/keymap.png" > EXTENT 180504 4786079 806737 5255785 > SIZE 175 131 > STATUS ON > COLOR -1 -1 -1 > OUTLINECOLOR 255 0 0 > END > LEGEND > STATUS ON > KEYSIZE 18 12 > TEMPLATE "d:/www/gmap/wap/templates/legend_template_all.html" > LABEL > TYPE BITMAP > SIZE SMALL > COLOR 0 0 89 > END > END > LAYER > NAME "Shoreline" > GROUP "Base Data" > STATUS ON > TYPE LINE > UNITS METERS > SIZEUNITS PIXELS > TOLERANCE 0 > TOLERANCEUNITS PIXELS > CONNECTIONTYPE WMS > CONNECTION > "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" > METADATA > "wms_srs" "EPSG:2038" > "wms_name" "Shoreline" > "wms_server_version" "1.1.1" > "wms_formatlist" > "image/png,image/gif,image/jpeg,image/wbmp" > "wms_format" "image/png" > "wms_connectiontimeout" "45" > "wms_sld_url" > "http://10.2.185.9/wms/sld/basewms_sld.xml" > END > END > LAYER > NAME "Lakes" > GROUP "Base Data" > STATUS ON > TEMPLATE "d:/www/gmap/wap/templates/blank.html" > TYPE POLYGON > MAXSCALE 500000 > TOLERANCE 10 > TOLERANCEUNITS PIXELS > CONNECTIONTYPE WMS > CONNECTION > "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" > METADATA > "wms_srs" "EPSG:2038" > "wms_name" "Lakes" > "wms_server_version" "1.1.1" > "wms_formatlist" > "image/png,image/gif,image/jpeg,image/wbmp" > "wms_format" "image/png" > "wms_connectiontimeout" "45" > "wms_sld_url" > "http://10.2.185.9/wms/sld/basewms_sld.xml" > END > END > LAYER > NAME "Rivers" > GROUP "Base Data" > STATUS ON > TEMPLATE "d:/www/gmap/wap/templates/blank.html" > TYPE LINE > MAXSCALE 500000 > TOLERANCE 10 > TOLERANCEUNITS PIXELS > CONNECTIONTYPE WMS > CONNECTION > "http://10.2.185.9/cgi-bin/mapserv41.exe?map=/inetpub/wwwroot/wms/basewms.map&" > METADATA > "wms_srs" "EPSG:2038" > "wms_name" "Rivers" > "wms_server_version" "1.1.1" > "wms_formatlist" > "image/png,image/gif,image/jpeg,image/wbmp" > "wms_format" "image/png" > "wms_connectiontimeout" "45" > "wms_sld_url" > "http://10.2.185.9/wms/sld/basewms_sld.xml" > END > END > > Thanks, > Rene > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/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 racarr at fs.fed.us Fri Apr 23 11:59:38 2004 From: racarr at fs.fed.us (Robert A Carr) Date: Fri, 23 Apr 2004 13:59:38 -0500 Subject: [Mapserver-users] junk pointer revisited Message-ID: Toomas, Did you compile PHP 4.3.6 from source? If so, did the configure string specify '--without-tiff'? A few months ago I performed a similar upgrade on FreeBSD 4.9, and until I recompiled PHP without tiff support, I received the junk pointer error. --- Bob Carr USDA Forest Service - Eastern Region racarr at fs.fed.us |---------+---------------------------------------> | | "Toomas Aas" | | | | | | Sent by: | | | mapserver-users-admin at lists.| | | gis.umn.edu | | | | | | | | | 04/22/2004 12:43 PM | | | | |---------+---------------------------------------> >------------------------------------------------------------------------------------------------------------| | | | To: mapserver-users at lists.gis.umn.edu | | cc: | | Subject: [Mapserver-users] junk pointer revisited | >------------------------------------------------------------------------------------------------------------| Hello! I'm running Mapserver and PHP/Mapscript on FreeBSD 4.9. A couple of days ago I upgraded PHP from 4.3.4 to 4.3.6 and then I also re-compiled Mapserver using the newer PHP source tree. After that I'm seeing again mapserv dying with Signal 10 in /var/log/messages: Apr 22 15:21:45 mail /kernel: pid 52647 (mapserv), uid 80: exited on signal 10 and this message in Apache's error_log: mapserv in realloc(): warning: junk pointer, too high to make sense [Thu Apr 22 15:21:45 2004] [error] [client 213.35.245.74] Premature end of script headers I had exactly the same problem when I first installed Mapserver 4.0.1 and back then I posted this message: http://mapserver.gis.umn.edu/cgi-bin/wilma_hiliter/mapserver-users/0312/msg00100.html?line=3#hilite Someone recommended me off-list that I shouldn't use both --with-tiff and --with-gdal, so I recompiled without --with-tiff and the errors went away. Now when compiling Mapserver again I made sure to not use --with-tiff but still the error messages returned. Otherwise the ./configure line is exactly the same (except that newer PHP source tree is used). I also noticed that immediately *before* the "junk pointer" message in Apache's error_log is this message: wmftogif: not found Error: Can't open file (/home/mapserver/www/tmp/1082636396526241.jpg) Might this indicate that this is all simply an error in our PHP/Mapscript application? Can a "junk pointer" message be caused by wmftogif (whatever that is) not finding a file it wants? Unfortunately I am not the one who develops applications on this server, I just install the necessary base software. So I don't know whether the error is caused by me or by application developers. -- Toomas Aas | toomas.aas at raad.tartu.ee | http://www.raad.tartu.ee/~toomas/ * My wife ran off with my best friend, and i sure do miss him. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Stephanie.Choi at ec.gc.ca Fri Apr 23 12:25:03 2004 From: Stephanie.Choi at ec.gc.ca (Choi,Stephanie [Ontario]) Date: Fri, 23 Apr 2004 15:25:03 -0400 Subject: [Mapserver-users] How to add logo on a layer ? Message-ID: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEE@mgtserver3.ontario.int.ec.gc.ca> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42968.AD990FBE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, Does anyone know how to add a logo on each layer ? Thanks, Stephanie ------_=_NextPart_001_01C42968.AD990FBE Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable How to add logo on a layer ?

Hi all,

Does anyone know how to add a logo on = each layer ?

Thanks,
Stephanie

------_=_NextPart_001_01C42968.AD990FBE-- From kallwn at icircus.net Fri Apr 23 12:37:53 2004 From: kallwn at icircus.net (kallwn) Date: Fri, 23 Apr 2004 12:37:53 -0700 Subject: [Mapserver-users] Zip code boundary shapefiles References: <000401c428a0$d6a25de0$ceea9040@DEV6> <1082729683.408924d30e1ce@www.agi-lan.com> <408928C3.2060604@dmsolutions.ca> Message-ID: <005701c4296a$7abd8750$4900a8c0@azstumbler.com> Depending upon your needs these may or may not be suitable for 2 reasons. 1) these are Zip Code Tabulation Areas (ZCTA). They are approximations of the actual zip code delivery areas and not the actual zip codes. 2) the post office realign zip codes about every 6-9 months (when/where needed). Since the US Census Bureau have problems working with the USPS zip codes these are basically compromises. ----- Original Message ----- From: "Dean Gadoury" To: "Jason M. Nielsen" Cc: "Will Richardson" ; "'Mapserver-users'" Sent: Friday, April 23, 2004 7:31 AM Subject: Re: [Mapserver-users] Zip code boundary shapefiles > Try here: http://www.census.gov/geo/www/cob/z52000.html > > Jason M. Nielsen wrote: > > >Quoting Will Richardson : > > > > > > > >>Hello, > >> > >>Does anyone know where I can download the shapefiles for the Zipcode > >>boundaries in the US? > >> > >>Thanks, > >>will > >> > >> > >>_______________________________________________ > >>Mapserver-users mailing list > >>Mapserver-users at lists.gis.umn.edu > >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > >> > >> > >http://www.census.gov/geo/www/cob/ > >http://www.census.gov/geo/www/cob/z32000.html > > > >Not sure if that helps... > >_______________________________________________ > >Mapserver-users mailing list > >Mapserver-users at lists.gis.umn.edu > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > -- > ___________________________ > > Dean Gadoury > > DM Solutions Group > 30 Rosemount Ave. Suite 200 > Ottawa, Ontario. K1Y 1P4 > 613.565.5056 ext. 24 > > dgadoury at dmsolutions.ca > www.dmsolutions.ca > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From jnielsen at aero-graphics.com Fri Apr 23 12:47:56 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 23 Apr 2004 13:47:56 -0600 Subject: [Mapserver-users] How to add logo on a layer ? In-Reply-To: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEE@mgtserver3.ontario.int.ec.gc.ca> References: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEE@mgtserver3.ontario.int.ec.gc.ca> Message-ID: <1082749676.408972eca2f74@www.agi-lan.com> Quoting "Choi,Stephanie [Ontario]" : > Hi all, > > Does anyone know how to add a logo on each layer ? > > Thanks, > Stephanie > > LAYER NAME "logo" STATUS DEFAULT TRANSFORM FALSE TYPE ANNOTATION POSTLABELCACHE TRUE TRANSPARENCY 50 FEATURE POINTS 280 320 280 180 280 40 END TEXT 'company name' END CLASS LABEL TYPE TRUETYPE FONT "Bodina" SIZE 20 ANTIALIAS TRUE COLOR 0 0 0 END END END I use that as more of a water mark but a simple single pair for the points, other custom acjustments, different pixel coords and you should be good. From dgadoury at dmsolutions.ca Fri Apr 23 12:49:20 2004 From: dgadoury at dmsolutions.ca (Dean Gadoury) Date: Fri, 23 Apr 2004 15:49:20 -0400 Subject: [Mapserver-users] Zip code boundary shapefiles In-Reply-To: <005701c4296a$7abd8750$4900a8c0@azstumbler.com> References: <000401c428a0$d6a25de0$ceea9040@DEV6> <1082729683.408924d30e1ce@www.agi-lan.com> <408928C3.2060604@dmsolutions.ca> <005701c4296a$7abd8750$4900a8c0@azstumbler.com> Message-ID: <40897340.7080609@dmsolutions.ca> Good points. There are disclaimers on the distribution site to that effect and there may be other limitations too. All the information the site should be read through carefully before using the data. These boundaries should not be treated as the gospel truth. They are probably a pretty good approximation though depending on the intended use. kallwn wrote: >Depending upon your needs these may or may not be suitable for 2 reasons. > >1) these are Zip Code Tabulation Areas (ZCTA). They are approximations of >the actual zip code delivery areas and not the actual zip codes. >2) the post office realign zip codes about every 6-9 months (when/where >needed). > >Since the US Census Bureau have problems working with the USPS zip codes >these are basically compromises. > > > >----- Original Message ----- >From: "Dean Gadoury" >To: "Jason M. Nielsen" >Cc: "Will Richardson" ; "'Mapserver-users'" > >Sent: Friday, April 23, 2004 7:31 AM >Subject: Re: [Mapserver-users] Zip code boundary shapefiles > > > > >>Try here: http://www.census.gov/geo/www/cob/z52000.html >> >>Jason M. Nielsen wrote: >> >> >> >>>Quoting Will Richardson : >>> >>> >>> >>> >>> >>>>Hello, >>>> >>>>Does anyone know where I can download the shapefiles for the Zipcode >>>>boundaries in the US? >>>> >>>>Thanks, >>>>will >>>> >>>> >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>>> >>>> >>>> >>>> >>>http://www.census.gov/geo/www/cob/ >>>http://www.census.gov/geo/www/cob/z32000.html >>> >>>Not sure if that helps... >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >>> >>> >>> >>-- >>___________________________ >> >>Dean Gadoury >> >>DM Solutions Group >>30 Rosemount Ave. Suite 200 >>Ottawa, Ontario. K1Y 1P4 >>613.565.5056 ext. 24 >> >>dgadoury at dmsolutions.ca >>www.dmsolutions.ca >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> >> > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- ___________________________ Dean Gadoury DM Solutions Group 30 Rosemount Ave. Suite 200 Ottawa, Ontario. K1Y 1P4 613.565.5056 ext. 24 dgadoury at dmsolutions.ca www.dmsolutions.ca From warmerdam at pobox.com Fri Apr 23 13:39:15 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 23 Apr 2004 16:39:15 -0400 Subject: [Mapserver-users] mapObj clone() method problem In-Reply-To: <40895DD5.1060204@frii.com> References: <200404201556.55718.alhim@intracom.gr> <40852D2F.4030501@pobox.com> <200404231525.32004.alhim@intracom.gr> <40894AD5.9030501@pobox.com> <40895DD5.1060204@frii.com> Message-ID: <40897EF3.9080801@pobox.com> Sean Gillies wrote: > There is an issue in Bugzilla regarding the problems with clone() > > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=557 > > I sorta wish I'd never begun work on cloning a mapObj ... it's just too > fragile. MapServer wasn't really intended to be used like this and it's > been a difficult stretch. > > That said, I'd like to hear more about your cloning use cases. Sean, I'll second it being fragile. Ideally we should be able to push more cloning logic down in to the modules responsible for the various component data structures (which I did for the outputFormatObj). I have also updated the references bug with my changes. 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 aattri at cba.ua.edu Fri Apr 23 13:56:03 2004 From: aattri at cba.ua.edu (Attri, Abhishek) Date: Fri, 23 Apr 2004 15:56:03 -0500 Subject: [Mapserver-users] Image not visible Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C42975.63E94206 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All,=20 =20 I am trying to use mapscript to display a simple image. When I add the layers and classes in the mapfile, I get the image. But, when I try to create the layers and classes through the mapscript, I get the image which is not visible. Can somebody help me find out what I am doing wrong? =20 Here is the code for mapfile and mapscript file:- =20 NAME FIRSTMAP SIZE 500 500 STATUS ON SYMBOLSET ../symbols/symbols35.sym EXTENT -88.50 30.23 -84.88 35.02 UNITS MILES SHAPEPATH "../data" =20 WEB IMAGEPATH "/home/tech/abhi/WWW/tmp/" IMAGEURL "/tmp/" END =20 END =20 =20 =20 =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 {name} =3D "Counties"; $layer->{type} =3D MS_POLYGON; $layer->{status} =3D MS_ON; $layer->{data} =3D "./counties"; =20 =20 // create class $class =3D ms_newClassObj($layer); $class->{status}=3D MS_ON; $class->{name}=3D "Myclass"; $style =3D ms_newStyleObj($class); $style->{color}->{red}=3D 110; $style->{color}->{blue}=3D 50; $style->{color}->{green}=3D 100; =20 $style->{outlinecolor}->{red}=3D 200; $style->{outlinecolor}->{blue}=3D 200; $style->{outlinecolor}->{green}=3D 200; =20 $style->{symbol} =3D0; =20 //Draw Image $image=3D$map->draw(); $image_url=3D$image->saveWebImage(); =20 ?> Map 1
>
=20 With thanks in advance, =20 Abhishek =20 ------_=_NextPart_001_01C42975.63E94206 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

 

I am trying to use mapscript to display a simple = image. When I add the layers and classes in the mapfile, I get the image. But, when = I try to create the layers and classes through the mapscript, I get the image = which is not visible. Can somebody help me find out what I am doing = wrong?

 

Here is the code for mapfile and mapscript = file:-

 

NAME FIRSTMAP

SIZE 500 500

STATUS ON

SYMBOLSET = ../symbols/symbols35.sym

EXTENT -88.50 30.23 -84.88 = 35.02

UNITS MILES

SHAPEPATH = "../data"

 

WEB

IMAGEPATH = "/home/tech/abhi/WWW/tmp/"

IMAGEURL = "/tmp/"

END

 

END

 

 

 

 

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

 

<?php

 

dl('php_mapscript.so');

 

    = $map_path=3D"/home/tech/abhi/WWW/ms/map_files/";

    = $map_file=3D"./Newcounty.map";

    $map =3D = ms_newMapObj($map_path.$map_file);

 

 

 

    // create = layer

    $layer =3D = ms_newLayerObj($map);

    $layer->{name} =3D = "Counties";

    $layer->{type} =3D = MS_POLYGON;

    $layer->{status} =3D = MS_ON;

    $layer->{data} =3D = "./counties";

 

 

    // create = class

    $class =3D = ms_newClassObj($layer);

        = $class->{status}=3D MS_ON;

        = $class->{name}=3D "Myclass";

         =    $style =3D = ms_newStyleObj($class);

         =    $style->{color}->{red}=3D = 110;

         =    $style->{color}->{blue}=3D = 50;

         =    $style->{color}->{green}=3D = 100;

 

         =    $style->{outlinecolor}->{red}=3D = 200;

         =    $style->{outlinecolor}->{blue}=3D = 200;

         =    $style->{outlinecolor}->{green}=3D = 200;

 

         =    $style->{symbol} =3D0;

 

    //Draw = Image

    = $image=3D$map->draw();

    = $image_url=3D$image->saveWebImage();

 

?>

<HTML>

<HEAD>

<TITLE>Map = 1</TITLE>

</HEAD>

<BODY>

<center>

<TABLE>

<TR><td>

<INPUT TYPE=3DIMaGe name=3Dmapa src=3D<?php = echo $image_url?>>

</td></TR>

</TABLE>

<center>

</BODY>

</HMTL>

 

With thanks in advance,

 

Abhishek

 

------_=_NextPart_001_01C42975.63E94206-- From jnielsen at aero-graphics.com Fri Apr 23 14:03:28 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 23 Apr 2004 15:03:28 -0600 Subject: [Mapserver-users] tileindex issue. In-Reply-To: <1082742038.40895516d1561@www.agi-lan.com> References: <1082742038.40895516d1561@www.agi-lan.com> Message-ID: <1082754208.408984a0191b6@www.agi-lan.com> Well apparently if I use RASTER as the type I no longer get those errors but nothing is displayed. I have other data stored in these directories that is used by another map file fine. Also I can setup a map file to just display individual tiffs for this tiling and that works. After looking around the web I have seen two examples now of setting up tiling like this in which one person used RASTER and the other POLYGON. Both claimed they work. From jnielsen at aero-graphics.com Fri Apr 23 14:51:51 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 23 Apr 2004 15:51:51 -0600 Subject: [Mapserver-users] tileindex issue. In-Reply-To: <1082754208.408984a0191b6@www.agi-lan.com> References: <1082742038.40895516d1561@www.agi-lan.com> <1082754208.408984a0191b6@www.agi-lan.com> Message-ID: <1082757111.40898ff76ebaf@www.agi-lan.com> duh. Got it. After realizing the TYPE was incorrect I had also forgot and left a DATA designation in there. Works fine now. From uchoa at opengeo.com.br Sat Apr 24 10:56:37 2004 From: uchoa at opengeo.com.br (Helton =?iso-8859-1?Q?Uch=F4a?=) Date: Sat, 24 Apr 2004 14:56:37 -0300 (BRST) Subject: [Mapserver-users] help for PyIMS configuration Message-ID: <64515.200.222.204.26.1082829397.squirrel@webmail.emailtotal.com.br> Hi friends, I?m trying to configure the PyIMS in a RH 8.0 with MapServer 4.0.2 and I give the connection with ArcExplorer, but I don?t give any layer access. When I try add layers nothing happen. Anyone finish a success installation of PyIMS? I?m working with ITASCA demo. You can see my teste in IP: 200.167.44.132 My pyims.xml is: My output of servlet.log is: [root at uchoa cgi-bin]# cat servlet.log ========== QUERY_STRING: Cmd=getVersion STDIN: ========== QUERY_STRING: ServiceName=catalog&CustomStream=True&ClientLocale=pt_BR&ClientVersion=3.1 STDIN: ========== QUERY_STRING: Cmd=getVersion STDIN: ========== QUERY_STRING: ServiceName=PyIMS+Test&CustomStream=True&ClientLocale=pt_BR&ClientVersion=3.1 STDIN: request_tree: PROPERTIES: None ========== QUERY_STRING: Cmd=getVersion STDIN: ========== QUERY_STRING: ServiceName=catalog&CustomStream=True&ClientLocale=pt_BR&ClientVersion=3.1 STDIN: ========== QUERY_STRING: Cmd=getVersion STDIN: ========== QUERY_STRING: ServiceName=PyIMS+Test&CustomStream=True&ClientLocale=pt_BR&ClientVersion=3.1 STDIN: request_tree: PROPERTIES: None Thanks for any help or ideia. -- Helton Uch?a - uchoa at opengeo.com.br Consultor - Geoprocessamento/Software Livre OpenGeo Consultoria - www.opengeo.com.br Tel: (21) 8747-4899 - Fax: (21) 2255-0018 - ICQ 8741329 Grupo MapServer Brasil - Software Livre para GIS http://br.groups.yahoo.com/group/mapserver_brasil/ From bjh at globexplorer.com Sat Apr 24 12:42:12 2004 From: bjh at globexplorer.com (Jean-Henry Berevoescu) Date: Sat, 24 Apr 2004 12:42:12 -0700 Subject: [Mapserver-users] MapFile Java parser Message-ID: <408AC314.9080503@globexplorer.com> Hi, I'm need a MapFile Java parser and I'd like to know if there's any way I can use the Yacc files from the MapServer's distribution in order to generate the parser (with, say, JavaCC or Byacc/Java or any other similar tool). I can do an independent parser, but I think it will be the best to use the same configuration as the one used by MapServer itself, in order to achieve maximum compatibility. Any help with this issue will be highly apreciated. Thanks, Jean From sgillies at frii.com Sat Apr 24 14:35:30 2004 From: sgillies at frii.com (Sean Gillies) Date: Sat, 24 Apr 2004 15:35:30 -0600 Subject: [Mapserver-users] help for PyIMS configuration In-Reply-To: <64515.200.222.204.26.1082829397.squirrel@webmail.emailtotal.com.br> References: <64515.200.222.204.26.1082829397.squirrel@webmail.emailtotal.com.br> Message-ID: <408ADDA2.6040000@frii.com> Helton Uch?a wrote: > Hi friends, > > I?m trying to configure the PyIMS in a RH 8.0 with MapServer 4.0.2 and I > give the connection with ArcExplorer, but I don?t give any layer access. > When I try add layers nothing happen. Anyone finish a success installation > of PyIMS? I?m working with ITASCA demo. You can see my teste in IP: > 200.167.44.132 > > My pyims.xml is: > > > > > > > > > > My output of servlet.log is: > > > > > > > > > [root at uchoa cgi-bin]# cat servlet.log > > > > > > > > > ========== > QUERY_STRING: Cmd=getVersion > STDIN: > > > > > > > > > ========== > QUERY_STRING: > ServiceName=catalog&CustomStream=True&ClientLocale=pt_BR&ClientVersion=3.1 > STDIN: > GROUP="*" NAME="PyIMS Test" SERVICEGROUP="PyIMS Test" STATUS="ENABLED" > TYPE="ImageServer" VERSION=""> COUNTRY="US" LANGUAGE="en" VARIANT="" > /> > > > > > > > > ========== > QUERY_STRING: Cmd=getVersion > STDIN: > > > > > > > > > ========== > QUERY_STRING: > ServiceName=PyIMS+Test&CustomStream=True&ClientLocale=pt_BR&ClientVersion=3.1 > STDIN: > > toctype="png8" /> > request_tree: > PROPERTIES: None > > > > > > > > > ========== > QUERY_STRING: Cmd=getVersion > STDIN: > > > > > > > > > ========== > QUERY_STRING: > ServiceName=catalog&CustomStream=True&ClientLocale=pt_BR&ClientVersion=3.1 > STDIN: > GROUP="*" NAME="PyIMS Test" SERVICEGROUP="PyIMS Test" STATUS="ENABLED" > TYPE="ImageServer" VERSION=""> COUNTRY="US" LANGUAGE="en" VARIANT="" > /> > > > > > > > > ========== > QUERY_STRING: Cmd=getVersion > STDIN: > > > > > > > > > ========== > QUERY_STRING: > ServiceName=PyIMS+Test&CustomStream=True&ClientLocale=pt_BR&ClientVersion=3.1 > STDIN: > > toctype="png8" /> > request_tree: > PROPERTIES: None > > > Thanks for any help or ideia. > Hello Sr. Uchoa, Have you read the document at http://users.frii.com/sgillies/projects/pyims.html PyIMS requires that some WMS parameters (WMS_SRS) be defined for layers in your mapfile. I don't think that the Itasca demo mapfile has WMS metadata. Is your demo.map file working with MapServer outside of PyIMS? Respond to me directly so that we don't clutter the MapServer-users list. cheers, Sean From mapserver at digger.net Sat Apr 24 22:47:59 2004 From: mapserver at digger.net (mapserver at digger.net) Date: Sun, 25 Apr 2004 00:47:59 -0500 (CDT) Subject: [Mapserver-users] Transparent embedded scalebar in 4.2b1 Message-ID: <200404250550.i3P5lxFS005549@lists.gis.umn.edu> Using 4.0.1, I've got an embedded scalebar with a transparent background using: STATUS EMBED TRANSPARENT ON In the new 4.2b1, this doesn't work. Instead, I get a solid white background (or the color specified by IMAGECOLOR if present). The Scalebar Object documentation says of TRANSPARENT, "This flag is now deprecated in favor of declaring transparency within OUTPUTFORMAT declarations." Since OUTPUTFORMAT doesn't apply to an embedded scalebar, is there some other way to get a transparent background? If not, perhaps TRANSPARENT should be un-deprecated? Thanks, Dave From ujunge at pmcentral.com Sun Apr 25 16:55:35 2004 From: ujunge at pmcentral.com (ujunge at pmcentral.com) Date: Sun, 25 Apr 2004 19:55:35 -0400 Subject: [Mapserver-users] dynamic tileindex Message-ID: <001701c42b20$f4a1aa80$0200000a@gericom> hello everybody, i have an application where a shapefile displays the content of about 60 tileindexes. the 60 tileindexes point to aereal ortho-photo imaginary. a background-process appends more and more entries to the tileindex-files, together with the ortho-imaginary, one entry about every 10 seconds. additionally, the user may request another process to add specific entries to a tileindex. and here it gets tricky: the process needs to write to the shape- and dbase-files making up the tileindex, while other users do request data described by those tile-indexes. php_mapscript then crashes while either trying to write or to read from those files. Is there a way to build those tileindexes on mygis or postgis and letting the location-column pointing to a locally stored image-file ? thank you for advises. Company: Uwe Junge, President & CTO PMCentral Systems, Inc. 4201 Pinefield Court Fairfax, Virginia 22033 Tel: +1 (703) 378-0952 Privat: Uwe Junge Op'n Kamp 13 21770 Mittelstenahe Tel: 04773 891093 Fax:04773 891095 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.656 / Virus Database: 421 - Release Date: 4/9/2004 From czhou at cs.umn.edu Sun Apr 25 21:19:31 2004 From: czhou at cs.umn.edu (Changqing Zhou) Date: Sun, 25 Apr 2004 23:19:31 -0500 (CDT) Subject: [Mapserver-users] GPS data Projection In-Reply-To: <001701c42b20$f4a1aa80$0200000a@gericom> References: <001701c42b20$f4a1aa80$0200000a@gericom> Message-ID: HI, I would greatly appreaciate your help on a projection question: How do I display gps data in lat-long point format on top of the following MNDOT base road shapefile? How to project the GPS data to the road map system? (http://www.dot.state.mn.us/tda/basemap/metadata/Roads.htm) Horizontal Coordinate Scheme UTM Ellipsoid GRS80 Horizontal Datum NAD83 Horizontal Units Meters Below is my simplified maplefile. Note I do not use any projections: MAP NAME Hennepin County IMAGETYPE png #EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 # LAEA EXTENT 439000 4960000 487000 5010000 #from arcview #EXTENT -97.5 41.619778 -82.122902 49.38562 # Geographic SIZE 800 600 SHAPEPATH "data" SYMBOLSET "symbols/symbols35.sym" FONTSET "fonts/fonts.list" WEB TEMPLATE 'hennepinRoads.html' IMAGEPATH '/ApacheGroup/Apache2/htdocs/tmp/' IMAGEURL '/tmp/' END PROJECTION # This is Lambert Azimuthal Equal-Area projection for the # Continental U.S. # "proj=laea" # "ellps=clrk66" # "lat_0=45" # "lon_0=-100" # # Alternatively, you can specify an EPSG code. # This is the EPSG code for # Lambert Azimuthal Equal-Area projection for the U.S. #"init=epsg:2163" # END LAYER # Hennepin Road layer begins here NAME hennepin_line DATA hennepinm STATUS DEFAULT TYPE LINE # PROJECTION # "init=epsg:4326" # END CLASSITEM "Code" CLASS EXPRESSION '01' COLOR 0 0 255 END CLASS EXPRESSION '02' COLOR 0 0 255 END CLASS EXPRESSION '03' COLOR 255 0 0 END CLASS EXPRESSION '04' COLOR 0 255 255 END END # Hennepin Roads layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file Thanks, Changqing From blanchal at westminster.edu Sun Apr 25 21:19:40 2004 From: blanchal at westminster.edu (Anna Blanchard) Date: Mon, 26 Apr 2004 00:19:40 -0400 Subject: [Mapserver-users] Projection Error Message-ID: I'm getting this error when envoking the projection class - msProcessProjection(): Projection library error. conic lat_1 = -lat_2 I'm using a Lamber Conformal Conic Projection - my code looks like this in my map declaration: PROJECTION "proj=lcc" "ellps=clrk66" "zone=15" "north" "no_defs" END and like this in my layer definition: LAYER NAME county PROJECTION #start of projection layer geographic END #end projection layer TYPE POLYGON STATUS DEFAULT DATA county GROUP counties # CLASSITEM 'County_nam' CLASS # EXPRESSION 'Lawrence' OUTLINECOLOR 0 0 0 COLOR 225 225 185 # COLOR 255 255 255 END END Does anyone know what i need to do to fix it? Thanks! Anna From nacional at cbs.umn.edu Sun Apr 25 22:26:15 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 26 Apr 2004 00:26:15 -0500 Subject: [Mapserver-users] GPS data Projection In-Reply-To: References: <001701c42b20$f4a1aa80$0200000a@gericom> Message-ID: <1082957175.9228.18.camel@localhost> Changqing, Add this under your MAP object (replace the projection info that's in there now: PROJECTION # This is the projection definition for UTM Zone 15N, datum is NAD83, # and ellipsoid/spheroid is GRS80. "init=epsg:26915" END This is your output projection. Next, add your gps layer and add a PROJECTION object under it, like this: LAYER # GPS Data NAME gps_pts DATA gps STATUS DEFAULT TYPE POINT PROJECTION # This is the projection definition for the GPS data in lat/long, # datum is NAD83, ellipse/spheroid is GRS80 "init=epsg:4269" END ... ... END This is your input projection. Good luck! -Perry On Sun, 2004-04-25 at 23:19, Changqing Zhou wrote: > HI, I would greatly appreaciate your help on a projection question: > > How do I display gps data in lat-long point format on top of the following > MNDOT base road shapefile? How to project the GPS data to the road map system? > > (http://www.dot.state.mn.us/tda/basemap/metadata/Roads.htm) > > Horizontal Coordinate Scheme UTM > Ellipsoid GRS80 > Horizontal Datum NAD83 > Horizontal Units Meters > > Below is my simplified maplefile. Note I do not use any projections: > > MAP > NAME Hennepin County > IMAGETYPE png > #EXTENT 201621.496941 -294488.285333 1425518.020722 > 498254.511514 # LAEA > EXTENT 439000 4960000 487000 5010000 #from arcview > #EXTENT -97.5 41.619778 -82.122902 49.38562 # Geographic > SIZE 800 600 > SHAPEPATH "data" > SYMBOLSET "symbols/symbols35.sym" > FONTSET "fonts/fonts.list" > > WEB > TEMPLATE 'hennepinRoads.html' > IMAGEPATH '/ApacheGroup/Apache2/htdocs/tmp/' > IMAGEURL '/tmp/' > END > > PROJECTION > # This is Lambert Azimuthal Equal-Area projection for the > # Continental U.S. > # "proj=laea" > # "ellps=clrk66" > # "lat_0=45" > # "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # This is the EPSG code for > # Lambert Azimuthal Equal-Area projection for the U.S. > #"init=epsg:2163" > # > END > > LAYER # Hennepin Road layer begins here > NAME hennepin_line > DATA hennepinm > STATUS DEFAULT > TYPE LINE > > # PROJECTION > # "init=epsg:4326" > # END > > CLASSITEM "Code" > CLASS > EXPRESSION '01' > COLOR 0 0 255 > END > CLASS > EXPRESSION '02' > COLOR 0 0 255 > END > CLASS > EXPRESSION '03' > COLOR 255 0 0 > END > CLASS > EXPRESSION '04' > COLOR 0 255 255 > END > > END # Hennepin Roads layer ends here > > > # End of LAYER DEFINITIONS ------------------------------- > > END # end of map file > > > Thanks, > > Changqing > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- "He's no geek.His tan's too good." -Benjamin Choate From gerry.creager at tamu.edu Sun Apr 25 22:43:05 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Mon, 26 Apr 2004 00:43:05 -0500 Subject: [Mapserver-users] GPS data Projection In-Reply-To: References: <001701c42b20$f4a1aa80$0200000a@gericom> Message-ID: <408CA169.30702@tamu.edu> Several things to consider. 1. What datum is the GPS configured to display 1a. When so configured, does it also output the data in that datum from its memory (this is not as obvious as it seems with some consumer-grade GPS receivers). 2. You can generally use WGS84 data (default GPS datum) on top of NAD83 maps. You may see a small error associated with the differences between the 2 datums, but it should be of little importance unless your data are already of high accuracy... say, at the centimeter level. You will have to add a reference for the mapfile to the correct datum/projection in use in a Projection section (init=epsg:26915) and similarly, in the GPS layer, a Projection section referencing 'init=epsg:4326' as well as identifying, in the GPS layer, units as degrees. I've probably missed something, but it's late. gerry Changqing Zhou wrote: > HI, I would greatly appreaciate your help on a projection question: > > How do I display gps data in lat-long point format on top of the following > MNDOT base road shapefile? How to project the GPS data to the road map system? > > (http://www.dot.state.mn.us/tda/basemap/metadata/Roads.htm) > > Horizontal Coordinate Scheme UTM > Ellipsoid GRS80 > Horizontal Datum NAD83 > Horizontal Units Meters > > Below is my simplified maplefile. Note I do not use any projections: > > MAP > NAME Hennepin County > IMAGETYPE png > #EXTENT 201621.496941 -294488.285333 1425518.020722 > 498254.511514 # LAEA > EXTENT 439000 4960000 487000 5010000 #from arcview > #EXTENT -97.5 41.619778 -82.122902 49.38562 # Geographic > SIZE 800 600 > SHAPEPATH "data" > SYMBOLSET "symbols/symbols35.sym" > FONTSET "fonts/fonts.list" > > WEB > TEMPLATE 'hennepinRoads.html' > IMAGEPATH '/ApacheGroup/Apache2/htdocs/tmp/' > IMAGEURL '/tmp/' > END > > PROJECTION > # This is Lambert Azimuthal Equal-Area projection for the > # Continental U.S. > # "proj=laea" > # "ellps=clrk66" > # "lat_0=45" > # "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # This is the EPSG code for > # Lambert Azimuthal Equal-Area projection for the U.S. > #"init=epsg:2163" > # > END > > LAYER # Hennepin Road layer begins here > NAME hennepin_line > DATA hennepinm > STATUS DEFAULT > TYPE LINE > > # PROJECTION > # "init=epsg:4326" > # END > > CLASSITEM "Code" > CLASS > EXPRESSION '01' > COLOR 0 0 255 > END > CLASS > EXPRESSION '02' > COLOR 0 0 255 > END > CLASS > EXPRESSION '03' > COLOR 255 0 0 > END > CLASS > EXPRESSION '04' > COLOR 0 255 255 > END > > END # Hennepin Roads layer ends here > > > # End of LAYER DEFINITIONS ------------------------------- > > END # end of map file > > > Thanks, > > Changqing > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From norbert.thieme at ilmenau.baw.de Sun Apr 25 23:54:10 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Mon, 26 Apr 2004 08:54:10 +0200 Subject: [Mapserver-users] Image not visible In-Reply-To: References: Message-ID: <408CB212.1050608@ilmenau.baw.de> Hi, did you try to use the map->save function? With this you get a mapfile out of your current mapobject. There you can look if everything is correct. Regards, Norbert Attri, Abhishek schrieb: > Hi All, > > > > I am trying to use mapscript to display a simple image. When I add the > layers and classes in the mapfile, I get the image. But, when I try to > create the layers and classes through the mapscript, I get the image > which is not visible. Can somebody help me find out what I am doing wrong? > > > > Here is the code for mapfile and mapscript file:- > > > > NAME FIRSTMAP > > SIZE 500 500 > > STATUS ON > > SYMBOLSET ../symbols/symbols35.sym > > EXTENT -88.50 30.23 -84.88 35.02 > > UNITS MILES > > SHAPEPATH "../data" > > > > WEB > > IMAGEPATH "/home/tech/abhi/WWW/tmp/" > > IMAGEURL "/tmp/" > > END > > > > END > > > > > > > > > > =================================================================================== > > > > > > > dl('php_mapscript.so'); > > > > $map_path="/home/tech/abhi/WWW/ms/map_files/"; > > $map_file="./Newcounty.map"; > > $map = ms_newMapObj($map_path.$map_file); > > > > > > > > // create layer > > $layer = ms_newLayerObj($map); > > $layer->{name} = "Counties"; > > $layer->{type} = MS_POLYGON; > > $layer->{status} = MS_ON; > > $layer->{data} = "./counties"; > > > > > > // create class > > $class = ms_newClassObj($layer); > > $class->{status}= MS_ON; > > $class->{name}= "Myclass"; > > $style = ms_newStyleObj($class); > > $style->{color}->{red}= 110; > > $style->{color}->{blue}= 50; > > $style->{color}->{green}= 100; > > > > $style->{outlinecolor}->{red}= 200; > > $style->{outlinecolor}->{blue}= 200; > > $style->{outlinecolor}->{green}= 200; > > > > $style->{symbol} =0; > > > > //Draw Image > > $image=$map->draw(); > > $image_url=$image->saveWebImage(); > > > > ?> > > > > > > Map 1 > > > > > >
> > > > > >
> > > > >
> >
> > > > > > > > With thanks in advance, > > > > Abhishek > > > From ujunge at pmcentral.com Mon Apr 26 00:45:38 2004 From: ujunge at pmcentral.com (ujunge at pmcentral.com) Date: Mon, 26 Apr 2004 03:45:38 -0400 Subject: [Mapserver-users] w2k shapefile index naming conventions Message-ID: <002b01c42b62$779d1870$0200000a@gericom> hi folks, about a month ago i posted my observation, that shape-file-indexes (*.qix) have never been used by mapserver on my w2k installation. ijust fond the reason for this behavior. for anybody who is interested: i always used the file name including the extension, e.g. "xyz.shp" as the DATA attribute and for contents of tile index locations. then, mapserver is looking for "xyz.shp.qix". if the extension is omitted, e.g DATA "xyz", then mapserver looks for "xyz.qix". Company: Uwe Junge PMCentral Systems, Inc. 4201 Pinefield Court Fairfax, Virginia 22033 Tel: +1 (703) 378-0952 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.656 / Virus Database: 421 - Release Date: 4/10/2004 From menno.schepel at tao.es Mon Apr 26 01:22:18 2004 From: menno.schepel at tao.es (Schepel, Menno) Date: Mon, 26 Apr 2004 10:22:18 +0200 Subject: [Mapserver-users] OGR + DGN STYLEITEM "AUTO" config Message-ID: Hi list, Some days ago I posted a question about using the STYLEITEM "AUTO" option for visualizing a DGN file through the OGR library using Mapserver 4.01 on IIS. Maybe I did not describe the problem correctly since I did not receive any comments, so I?ll give it another try. I can?t figure out what to put in my symbol file in order to make the STYLEITEM "AUTO" option (available within layers read through the OGR library) work. I can visualize a DGN in single color using this layer config: LAYER STATUS OFF GROUP DGN CONNECTIONTYPE OGR CONNECTION "C:\inetpub\wwwroot\vinya\data\granollersv7.dgn" NAME "Granollers" TYPE Line TOLERANCE 10 METADATA WMS_TITLE "Granollers DGN" WMS_SRS "EPSG:23031" WMS_GROUP_TITLE "OGR-DGN Test Files" END PROJECTION "init=epsg:23031" END CLASS COLOR 255 0 0 END DUMP TRUE TEMPLATE "templates/Granollers.html" HEADER "templates/Granollers_header.html" FOOTER "templates/Granollers_footer.html" END But I would like to be able to see all the colours and styles that are encapsulated within this layer. I have used the OGRINFO command from the openEV_FW library and it generates info about styles and elements that can be found within the DGN file (in this case a line and a label): OGRFeature(elements):461 Type (Integer) = 3 Level (Integer) = 12 GraphicGroup (Integer) = 0 ColorIndex (Integer) = 1 Weight (Integer) = 0 Style (Integer) = 0 EntityNum (Integer) = (null) MSLink (Integer) = (null) Text (String) = (null) Style = PEN(id:"ogr-pen-0",c:#ff0000) LINESTRING (440671.760 4604784.860,440668.760 4604784.830) OGRFeature(elements):1102 Type (Integer) = 17 Level (Integer) = 18 GraphicGroup (Integer) = 0 ColorIndex (Integer) = 4 Weight (Integer) = 0 Style (Integer) = 0 EntityNum (Integer) = (null) MSLink (Integer) = (null) Text (String) = P Style = LABEL(t:"P",c:#00ffff,s:0.750g) POINT (440535.710 4605552.610) I have found some examples of using MapInfo files in the forum and on the sites of MapServer and DM solutions, but until now I did not see an example using DGN. The manual is mentioning that it should be possible, however. What do I have to put in the symbol file in order that it will recognize the different styles used within the DGN? Is there someone who has some experience with this that they could share? Thanks, Menno. Menno Schepel, consultor GIS ------------------------------------------------- TAO - grupo gedas Desarrollo Public Sector Passeig de Gr?cia 88 Pral, 08008 Barcelona Espa?a/Spain T: +34 - 93 496 1111 ext. 245 M: +34 - 609 831 859 F: +34 - 93 487 36 46 E: Menno.Schepel at tao.es I: http://www.tao.es -------------------------------------------------- From mmarichal at buscamap.com Mon Apr 26 04:06:54 2004 From: mmarichal at buscamap.com (=?iso-8859-1?Q?Manuel_Marichal_P=E9rez?=) Date: Mon, 26 Apr 2004 12:06:54 +0100 Subject: [Mapserver-users] MapServer apps in Windows CE Message-ID: <002101c42b7e$98b68a70$3c0010ac@pcmanolo> This is a multi-part message in MIME format. ------=_NextPart_000_0022_01C42B86.FA7AF270 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello all. =20 I'm thinking about developing applications in mapserver (Linux+Apache+PHP) which can be browsed in microsoft explorer for Windows CE, i.e: which can be browsed=20 in PDA. I want the PDA only as a client machine. =20 Has anoyone any experience in this subject? =20 Greetings, Manuel Marichal P=E9rez =20 ------=_NextPart_000_0022_01C42B86.FA7AF270 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Mensaje
Hello=20 all.
 
I'm = thinking about=20 developing applications in mapserver (Linux+Apache+PHP) which can be = browsed in=20 microsoft explorer for Windows CE, i.e: which can be browsed=20
in = PDA. I want the=20 PDA only as a client machine.
 
Has anoyone any = experience in=20 this subject?
 
Greetings,
Manuel = Marichal=20 P=E9rez
 
------=_NextPart_000_0022_01C42B86.FA7AF270-- From norbert.thieme at ilmenau.baw.de Mon Apr 26 04:50:58 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Mon, 26 Apr 2004 13:50:58 +0200 Subject: [Mapserver-users] testepsg program Message-ID: <408CF7A2.5010606@ilmenau.baw.de> Hi, some days ago there was a question about proj.4 stuff. There was an answer from Frank Warmerdam where he mentioned a program named testepsg that exists in ogr. But this is not a default utility. I haven't found an option in the configure script of gdal(1.2.0b) and I'm not really familiar in using gcc on SuSE Linux 8. So, can someone please tell me how to build this? Thanks in advance, Norbert From mlennert at club.worldonline.be Mon Apr 26 05:11:27 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 26 Apr 2004 14:11:27 +0200 (CEST) Subject: [Mapserver-users] how to turn off central point for labels (or how not to draw them for attribute=0) ? Message-ID: <33335.164.15.134.161.1082981487.squirrel@164.15.134.161> Hello, I am trying to draw point symbols proportionate to a given attribute. I use LABELSIZEITEM to do this (thanks to Jan Hartmann for the tip) and it works like a charm. The only problem I have is that when the attribute column contains zeros (or NULLS, but in a dbf-file nulls seem to be 0s), instead of seeing nothing in those places where the attribute is zero I still get a tiny central point taht looks like a label anchoring point. Where there is a value for the attribute the central point is covered by the symbol. If my explanation is not clear, please see here: http://moritz.homelinux.org/misc/mapserver_central_label_points.png Is there a way to turn these central points off ? Moritz From Mike.Elstermann at itc-halle.de Mon Apr 26 05:14:58 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Mon, 26 Apr 2004 14:14:58 +0200 Subject: AW: [Mapserver-users] MapServer apps in Windows CE Message-ID: <8BC0EAF5B383D711B69E0006293896C7B186BA@ZEVHNT6> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C42B88.B454C9FE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable here is a little examle: = http://halgis.halle.de/mapserver/palm_init.html =20 =20 ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/RIS, e-Solutions ::: IT-Consult Halle GmbH, Bornknechtstra=DFe 5, 06108 Halle (Saale) ::: Sitz: Rathausstra=DFe 3 ::: Tel.: +49 345 221 4237, Fax: +49 345 221 4236, mobil: +49 160 71 = 545 02 ::: mike.elstermann at itc-halle.de ::: http://www.itc-halle.de =20 ::: GeoDaten Online? -> http://www.itcgis.de =20 -----Urspr=FCngliche Nachricht----- Von: Manuel Marichal P=E9rez [mailto:mmarichal at buscamap.com] Gesendet: Montag, 26. April 2004 13:07 An: Lista MapSever Betreff: [Mapserver-users] MapServer apps in Windows CE Hello all. =20 I'm thinking about developing applications in mapserver (Linux+Apache+PHP) which can be browsed in microsoft explorer for Windows CE, i.e: which can be browsed=20 in PDA. I want the PDA only as a client machine. =20 Has anoyone any experience in this subject? =20 Greetings, Manuel Marichal P=E9rez =20 ------_=_NextPart_001_01C42B88.B454C9FE Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Mensaje
here=20 is a little examle: http://halgis.h= alle.de/mapserver/palm_init.html
 
::: mfg. Mike Elstermann [mikeE.], Teamleiter = GIS/RIS,=20 e-Solutions
::: IT-Consult Halle GmbH, Bornknechtstra=DFe 5, 06108 = Halle=20 (Saale)
::: Sitz: Rathausstra=DFe 3
::: Tel.: +49 345 221 4237, = Fax: +49 345=20 221 4236, mobil: +49 160 71 545 02
::: mike.elstermann at itc-halle.de = ::: http://www.itc-halle.de
:::=20 GeoDaten Online? -> http://www.itcgis.de
-----Urspr=FCngliche Nachricht-----
Von: Manuel = Marichal P=E9rez=20 [mailto:mmarichal at buscamap.com]
Gesendet: Montag, 26. April = 2004=20 13:07
An: Lista MapSever
Betreff: = [Mapserver-users]=20 MapServer apps in Windows CE

Hello=20 all.
 
I'm = thinking about=20 developing applications in mapserver (Linux+Apache+PHP) which can be = browsed=20 in microsoft explorer for Windows CE, i.e: which can be browsed=20
in = PDA. I want the=20 PDA only as a client machine.
 
Has anoyone any experience in this=20 subject?
 
Greetings,
Manuel Marichal=20 P=E9rez
 
------_=_NextPart_001_01C42B88.B454C9FE-- From Ballini.Yvain at seat.it Mon Apr 26 06:18:19 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Mon, 26 Apr 2004 15:18:19 +0200 Subject: [Mapserver-users] getting coordinates of label Message-ID: <4B1A1EC0790F054193453C48725D43185D7847@MSGBE1V1.seat.it> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42B90.F0FA51DF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable hello list, I'm looking in the mapserver souce (version 4.1) where the labeling with two lines is managed. I would like to get 2 different pairs of coordinates (one pair for each line) for a label which is written on 2 lines, like : Via S. Dalmazio =20 In mapgd.c I get cachePtr->point.x and cachePtr->point.y but if the label has to be written on 2 lines, I need another pair of coordinates. I think it's in mapdraw.c or in mapgd.c but I don't find it exactly (may be there should be an offset definition). Has someone any idea? Thank you very much !! =20 Yvain. =20 =20 ------_=_NextPart_001_01C42B90.F0FA51DF Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Mensaje
hello list,
I'm looking in the mapserver souce (version = 4.1) where=20 the labeling with two lines is managed. I would like to get 2=20 different pairs of coordinates (one pair for each line) for a label = which=20 is written on 2 lines, like : Via S.
       &nbs= p;            = ;            =             &= nbsp;           &n= bsp;    Dalmazio
 
In mapgd.c I get cachePtr->point.x and=20 cachePtr->point.y but if the label has to be written = on 2 lines,=20 I need another pair of coordinates.
I think it's in mapdraw.c or in mapgd.c but I = don't=20 find it exactly (may be there should be an offset definition). Has = someone any=20 idea?
Thank you very much !!
 
Yvain.
 
 
------_=_NextPart_001_01C42B90.F0FA51DF-- From woodbri at swoodbridge.com Mon Apr 26 06:28:35 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 26 Apr 2004 09:28:35 -0400 Subject: [Mapserver-users] Perl Mapscript Question Message-ID: <408D0E83.2000003@swoodbridge.com> Hi all, I am getting an apache server 500 error and the follow strange message in the apache logs when trying to use Perl/Mapscript version 4.0.1. [Mon Apr 26 08:16:31 2004] [error] [client 129.44.191.48] Premature end of script headers: /home/woodbri/public_html/index.cgi Can't locate auto/mapscript/imageObj/saveImage.al in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.0 /usr/local/share/perl/5.8.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8.0 /usr/share/perl/5.8.0 /usr/local/lib/site_perl .) at index.cgi line 136 I also get the following error when generating the Makefile, but it seemed like I could ignore it, but maybe not: woodbri at maps:/u/software/ms4c/mapserver-4.0.1/mapscript/perl$ perl Makefile.PL -I/u/software/ms4c/mapserver-4.0.1 -I/opt/mapserver/include -I/opt/mapserver/include -I/opt/mapserver//include -I/opt/mapserver//include -Wl,-rpath,/opt/mapserver//lib -Wl,-rpath,/u/software/ms4c/mapserver-4.0.1 -L/u/software/ms4c/mapserver-4.0.1 -lmap -L/opt/mapserver/lib -lgd -ljpeg -lfreetype -lpng -lz -ljpeg -lfreetype -lpng -lz -L/opt/mapserver/lib -lproj -ljpeg -L/opt/mapserver//lib -lgdal.1.1 -L/opt/mapserver//lib -lcurl -lz -lssl -lcrypto -ldl -lm Unrecognized argument in LIBS ignored: '-Wl,-rpath,/opt/mapserver//lib' Unrecognized argument in LIBS ignored: '-Wl,-rpath,/u/software/ms4c/mapserver-4.0.1' Writing Makefile for mapscript Any ideas from the Perl experts? -Steve W. From mschulz at webgis.de Mon Apr 26 06:32:56 2004 From: mschulz at webgis.de (Michael Schulz) Date: Mon, 26 Apr 2004 15:32:56 +0200 Subject: [Mapserver-users] how to turn off central point for labels (or how not to draw them for attribute=0) ? In-Reply-To: <33335.164.15.134.161.1082981487.squirrel@164.15.134.161> References: <33335.164.15.134.161.1082981487.squirrel@164.15.134.161> Message-ID: <408D0F88.8020201@webgis.de> Hi Moritz, even if the value for the LABELSIZEITEM attribute is 0/NULL, there is a point that then gets the default label, which is for point type layers a single pixel. To avoid this you could try to filter your data at the layer level, so that your layer only conatins points, that have a meanigful value for the LABELSIZEITEM attribute, e.g. something like FILTER ([YOUR_LABELSIZEITEM_ATTRIBUTE] > 0) HTH, Michael Moritz Lennert schrieb: > Hello, > > I am trying to draw point symbols proportionate to a given attribute. I > use LABELSIZEITEM to do this (thanks to Jan Hartmann for the tip) and it > works like a charm. > > The only problem I have is that when the attribute column contains zeros > (or NULLS, but in a dbf-file nulls seem to be 0s), instead of seeing > nothing in those places where the attribute is zero I still get a tiny > central point taht looks like a label anchoring point. > > Where there is a value for the attribute the central point is covered by > the symbol. If my explanation is not clear, please see here: > http://moritz.homelinux.org/misc/mapserver_central_label_points.png > > Is there a way to turn these central points off ? > > Moritz > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From mschulz at webgis.de Mon Apr 26 06:38:03 2004 From: mschulz at webgis.de (Michael Schulz) Date: Mon, 26 Apr 2004 15:38:03 +0200 Subject: [Mapserver-users] testepsg program In-Reply-To: <408CF7A2.5010606@ilmenau.baw.de> References: <408CF7A2.5010606@ilmenau.baw.de> Message-ID: <408D10BB.3030402@webgis.de> Hi Norbert, you could simply do a "make testepsg" in the ogr directory. This will build the testepsg binary (at least with gdal 1.1.8). Cheers, Michael Norbert Thieme schrieb: > Hi, > > some days ago there was a question about proj.4 stuff. There was an > answer from Frank Warmerdam where he mentioned a program named testepsg > that exists in ogr. But this is not a default utility. > > I haven't found an option in the configure script of gdal(1.2.0b) and > I'm not really familiar in using gcc on SuSE Linux 8. So, can someone > please tell me how to build this? > > Thanks in advance, > Norbert > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From cpurvis at asg.sc.edu Mon Apr 26 06:52:36 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Mon, 26 Apr 2004 09:52:36 -0400 Subject: [Mapserver-users] how to turn off central point for labels (or how not to draw them for attribute=0) ? Message-ID: Moritz: What does your CLASS look like? Try doing something like: CLASS LABEL TYPE TRUETYPE ... END STYLE END END The trick is to tell the CLASS only to render the label. It still needs some sort of anchor -- the STYLE, but in this case, it's empty, so it doesn't draw anything unless the LABEL works out. Charlton From bfraser at geoanalytic.com Mon Apr 26 06:52:38 2004 From: bfraser at geoanalytic.com (Brent Fraser) Date: Mon, 26 Apr 2004 07:52:38 -0600 Subject: [Mapserver-users] dynamic tileindex References: <001701c42b20$f4a1aa80$0200000a@gericom> Message-ID: <01d001c42b95$bcc1b770$020002c0@SHARK> Uwe, MapServer can use only a shapefile for a tileindex. It would be a nice enhancement to be able to use any of the currently supported vector datasources (e.g. PostGIS) for a tileindex. Brent Fraser GeoAnalytic Inc. ----- Original Message ----- From: To: Sent: Sunday, April 25, 2004 5:55 PM Subject: [Mapserver-users] dynamic tileindex > hello everybody, > i have an application where a shapefile displays the content > of about 60 tileindexes. the 60 tileindexes point to aereal ortho-photo > imaginary. > a background-process appends more and more entries to the tileindex-files, > together with the ortho-imaginary, one entry about every 10 seconds. > additionally, the user may request > another process to add specific entries to a tileindex. > > and here it gets tricky: > the process needs to write to the shape- and dbase-files making up the > tileindex, > while other users do request data described by those tile-indexes. > php_mapscript > then crashes while either trying to write or to read from those files. > > Is there a way to build those tileindexes on mygis or postgis and letting > the location-column pointing to a locally stored image-file ? > > > thank you for advises. > > > > > Company: > > Uwe Junge, President & CTO > PMCentral Systems, Inc. > 4201 Pinefield Court > Fairfax, Virginia 22033 > > Tel: +1 (703) 378-0952 > > Privat: > > Uwe Junge > Op'n Kamp 13 > 21770 Mittelstenahe > > Tel: 04773 891093 > Fax:04773 891095 > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.656 / Virus Database: 421 - Release Date: 4/9/2004 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak at medinaco.org Mon Apr 26 06:54:59 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 26 Apr 2004 09:54:59 -0400 Subject: [Mapserver-users] Perl Mapscript Question Message-ID: <20040426135458.BDEB11A659B@mail.medinaco.org> It's now "save" instead of "saveImage". Lowell The following message was sent by Stephen Woodbridge on Mon, 26 Apr 2004 09:28:35 -0400. > Hi all, > > I am getting an apache server 500 error and the follow strange message > in the apache logs when trying to use Perl/Mapscript version 4.0.1. > > [Mon Apr 26 08:16:31 2004] [error] [client 129.44.191.48] Premature end > of script headers: /home/woodbri/public_html/index.cgi > Can't locate auto/mapscript/imageObj/saveImage.al in @INC (@INC > contains: /etc/perl /usr/local/lib/perl/5.8.0 > /usr/local/share/perl/5.8.0 /usr/lib/perl5 /usr/share/perl5 > /usr/lib/perl/5.8.0 /usr/share/perl/5.8.0 /usr/local/lib/site_perl .) at > index.cgi line 136 > > > I also get the following error when generating the Makefile, but it > seemed like I could ignore it, but maybe not: > > woodbri at maps:/u/software/ms4c/mapserver-4.0.1/mapscript/perl$ perl > Makefile.PL > -I/u/software/ms4c/mapserver-4.0.1 -I/opt/mapserver/include > -I/opt/mapserver/include -I/opt/mapserver//include -I/opt/mapserver//include > -Wl,-rpath,/opt/mapserver//lib > -Wl,-rpath,/u/software/ms4c/mapserver-4.0.1 > -L/u/software/ms4c/mapserver-4.0.1 -lmap -L/opt/mapserver/lib -lgd > -ljpeg -lfreetype -lpng -lz -ljpeg -lfreetype -lpng -lz > -L/opt/mapserver/lib -lproj -ljpeg -L/opt/mapserver//lib -lgdal.1.1 > -L/opt/mapserver//lib -lcurl -lz -lssl -lcrypto -ldl -lm > > Unrecognized argument in LIBS ignored: '-Wl,-rpath,/opt/mapserver//lib' > Unrecognized argument in LIBS ignored: > '-Wl,-rpath,/u/software/ms4c/mapserver-4.0.1' > Writing Makefile for mapscript > > Any ideas from the Perl experts? > > -Steve W. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak at medinaco.org Mon Apr 26 07:15:30 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 26 Apr 2004 10:15:30 -0400 Subject: [Mapserver-users] Perl Mapscript Question Message-ID: <20040426141529.E08931A659B@mail.medinaco.org> P.S. That is save on the imageobj vs. the mapobj. HTH Lowell The following message was sent by "Lowell Filak" on Mon, 26 Apr 2004 09:54:59 -0400. > It's now "save" instead of "saveImage". > > Lowell > > The following message was sent by Stephen Woodbridge > on Mon, 26 Apr 2004 09:28:35 -0400. > > > Hi all, > > > > I am getting an apache server 500 error and the follow strange message > > in the apache logs when trying to use Perl/Mapscript version 4.0.1. > > > > [Mon Apr 26 08:16:31 2004] [error] [client 129.44.191.48] Premature end > > of script headers: /home/woodbri/public_html/index.cgi > > Can't locate auto/mapscript/imageObj/saveImage.al in @INC (@INC > > contains: /etc/perl /usr/local/lib/perl/5.8.0 > > /usr/local/share/perl/5.8.0 /usr/lib/perl5 /usr/share/perl5 > > /usr/lib/perl/5.8.0 /usr/share/perl/5.8.0 /usr/local/lib/site_perl ) at > > index.cgi line 136 > > > > > > I also get the following error when generating the Makefile, but it > > seemed like I could ignore it, but maybe not: > > > > woodbri at maps:/u/software/ms4c/mapserver-4.0.1/mapscript/perl$ perl > > Makefile.PL > > -I/u/software/ms4c/mapserver-4.0.1 -I/opt/mapserver/include > > -I/opt/mapserver/include -I/opt/mapserver//include > -I/opt/mapserver//include > > -Wl,-rpath,/opt/mapserver//lib > > -Wl,-rpath,/u/software/ms4c/mapserver-4.0.1 > > -L/u/software/ms4c/mapserver-4.0.1 -lmap -L/opt/mapserver/lib -lgd > > -ljpeg -lfreetype -lpng -lz -ljpeg -lfreetype -lpng -lz > > -L/opt/mapserver/lib -lproj -ljpeg -L/opt/mapserver//lib -lgdal.1.1 > > -L/opt/mapserver//lib -lcurl -lz -lssl -lcrypto -ldl -lm > > > > Unrecognized argument in LIBS ignored: '-Wl,-rpath,/opt/mapserver//lib' > > Unrecognized argument in LIBS ignored: > > '-Wl,-rpath,/u/software/ms4c/mapserver-4.0.1' > > Writing Makefile for mapscript > > > > Any ideas from the Perl experts? > > > > -Steve W. > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mlennert at club.worldonline.be Mon Apr 26 07:44:02 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 26 Apr 2004 16:44:02 +0200 (CEST) Subject: [Mapserver-users] how to turn off central point for labels (or how not to draw them for attribute=0) ? In-Reply-To: <408D0F88.8020201@webgis.de> References: <33335.164.15.134.161.1082981487.squirrel@164.15.134.161> <408D0F88.8020201@webgis.de> Message-ID: <33888.164.15.134.161.1082990642.squirrel@164.15.134.161> Michael Schulz said: > Hi Moritz, > > even if the value for the LABELSIZEITEM attribute is 0/NULL, there is a > point that then gets the default label, which is for point type layers a > single pixel. To avoid this you could try to filter your data at the > layer level, so that your layer only conatins points, that have a > meanigful value for the LABELSIZEITEM attribute, e.g. something like > > FILTER ([YOUR_LABELSIZEITEM_ATTRIBUTE] > 0) > > HTH, Michael > This works perfectly, thank you ! Moritz From mlennert at club.worldonline.be Mon Apr 26 07:53:34 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 26 Apr 2004 16:53:34 +0200 (CEST) Subject: [Mapserver-users] how to turn off central point for labels (or how not to draw them for attribute=0) ? In-Reply-To: References: Message-ID: <33916.164.15.134.161.1082991214.squirrel@164.15.134.161> Charlton Purvis said: > Moritz: > > What does your CLASS look like? > > Try doing something like: > CLASS > LABEL > TYPE TRUETYPE > ... > END > STYLE END > END > > The trick is to tell the CLASS only to render the label. It still needs > some sort of anchor -- the STYLE, but in this case, it's empty, so it > doesn't draw anything unless the LABEL works out. > My class looks like this: CLASS NAME "Symbole cercle TT" COLOR 255 0 0 TEXT "N" LABEL POSITION cc FONT esri_1 TYPE truetype FORCE true COLOR 255 0 0 ANTIALIAS true END END I'm not sure I understand your solution. I need the 'TEXT "N"' line to get my symbol displayed, or ? Moritz From cpurvis at asg.sc.edu Mon Apr 26 07:56:55 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Mon, 26 Apr 2004 10:56:55 -0400 Subject: [Mapserver-users] how to turn off central point for labels (or how not to draw them for attribute=0) ? Message-ID: Thanks for sending your CLASS. No, you don't need the text line (unless you really want an 'N' displayed). If all you want is the red dot, this should do it (don't know if this is bound by a particular MapServer version or not; I'm in 4.x): CLASS NAME "Symbole cercle TT" STYLE END LABEL POSITION cc FONT esri_1 TYPE truetype FORCE true COLOR 255 0 0 ANTIALIAS true END END Hope that works. Let me know. Charlton From mlennert at club.worldonline.be Mon Apr 26 08:05:24 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 26 Apr 2004 17:05:24 +0200 (CEST) Subject: [Mapserver-users] how to turn off central point for labels (or how not to draw them for attribute=0) ? In-Reply-To: References: Message-ID: <33951.164.15.134.161.1082991924.squirrel@164.15.134.161> Charlton Purvis said: > Thanks for sending your CLASS. No, you don't need the text line (unless > you really want an 'N' displayed). > > If all you want is the red dot, this should do it (don't know if this is > bound by a particular MapServer version or not; I'm in 4.x): > > CLASS > NAME "Symbole cercle TT" > STYLE END > LABEL > POSITION cc > FONT esri_1 > TYPE truetype > FORCE true > COLOR 255 0 0 > ANTIALIAS true > END > END > > Hope that works. Let me know. No, it doesn't and I don't really understand how it could. The 'N' is the character equivalent of the dot in the ESRI font. If I take out that line, how would Mapserver know which symbol/character to show ? Moritz From mlennert at club.worldonline.be Mon Apr 26 08:02:28 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 26 Apr 2004 17:02:28 +0200 (CEST) Subject: [Mapserver-users] truetype symbol size in legend Message-ID: <33943.164.15.134.161.1082991748.squirrel@164.15.134.161> Hello, Going on with the learning process concerning (proportionately sized) truetype symbols... Thanks to Jan Hartmann and Michael Schulze, I can now satisfyingly display symbols proportionate to a given attribute. Now I would like to be able to display this symbol in the legend at a reaonable size. Below is my entire layer definition. When I display this, I get a one-pixel point in the legend for "Symbole cercle TT". I can "hack" a larger symbol by using the SYMBOL and SIZE commands. However, this works as long as SIZE is smaller then the smallest value in LABELSIZEITEM, otherwise everything smaller is scaled up to the value of SIZE... Is there a way of defining the size of one symbol within the legend ? Moritz ********Layer definition************** LAYER # Cerclestt Name Cerclestt DATA centres_communes STATUS OFF TYPE POINT LABELSIZEITEM VOITURE FILTER ([VOITURE] > 0) CLASS NAME "Symbole cercle TT" COLOR 255 0 0 TEXT "N" # charact?re correspondant au symbole du cercle dans la police ESRI1 LABEL POSITION cc FONT esri_1 TYPE truetype FORCE true COLOR 255 0 0 ANTIALIAS true END END END # Cerclestt From cpurvis at asg.sc.edu Mon Apr 26 08:14:01 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Mon, 26 Apr 2004 11:14:01 -0400 Subject: [Mapserver-users] how to turn off central point for labels (or how not to draw them for attribute=0) ? Message-ID: Moritz, I'm such a doofus. I just realized what the 'N' was all about. That FILTER is exactly what you need. Ignore my advice! Charlton From eric at gomoos.org Mon Apr 26 08:52:45 2004 From: eric at gomoos.org (Eric Bridger) Date: 26 Apr 2004 11:52:45 -0400 Subject: [Mapserver-users] truetype symbol size in legend In-Reply-To: <33943.164.15.134.161.1082991748.squirrel@164.15.134.161> References: <33943.164.15.134.161.1082991748.squirrel@164.15.134.161> Message-ID: <1082994771.22900.17.camel@ubet.gomoos.org> On Mon, 2004-04-26 at 11:02, Moritz Lennert wrote: > Hello, > > Going on with the learning process concerning (proportionately sized) > truetype symbols... > > Thanks to Jan Hartmann and Michael Schulze, I can now satisfyingly display > symbols proportionate to a given attribute. Now I would like to be able to > display this symbol in the legend at a reaonable size. > > Below is my entire layer definition. When I display this, I get a > one-pixel point in the legend for "Symbole cercle TT". I can "hack" a > larger symbol by using the SYMBOL and SIZE commands. However, this works > as long as SIZE is smaller then the smallest value in LABELSIZEITEM, > otherwise everything smaller is scaled up to the value of SIZE... > > Is there a way of defining the size of one symbol within the legend ? > > Moritz > > ********Layer definition************** > > LAYER # Cerclestt > Name Cerclestt > DATA centres_communes > STATUS OFF > TYPE POINT > LABELSIZEITEM VOITURE > FILTER ([VOITURE] > 0) > > CLASS > NAME "Symbole cercle TT" > COLOR 255 0 0 > TEXT "N" # charact?re correspondant au symbole du cercle dans la > police ESRI1 > LABEL > POSITION cc > FONT esri_1 > TYPE truetype > FORCE true > COLOR 255 0 0 > ANTIALIAS true > END > END > END # Cerclestt > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > This is something of a hack also but you could create a separate layer just for displaying the legend. Remove the NAME from your CLASS above to prevent it from displaying in the legend. Create a new LAYER: NAME Cerclestt_legend STATUS DEFAULT TYPE POINT CLASS NAME "Symbole cercle TT" COLOR 255 0 0 # circle name defined in symbol.sym file SYMBOL "circle" SIZE N END Set N to the size you want in pixels. You could also create a TrueType "N" circle in your symbol.sym file and use that as your SYMBOL. Eric From warmerdam at pobox.com Mon Apr 26 09:27:20 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 26 Apr 2004 12:27:20 -0400 Subject: [Mapserver-users] OGR + DGN STYLEITEM "AUTO" config In-Reply-To: <000001c42b86$09e940f0$0100000a@cybermedia.local> References: <000001c42b86$09e940f0$0100000a@cybermedia.local> Message-ID: <408D3868.9010700@pobox.com> Schepel, Menno wrote: > LAYER > STATUS OFF > GROUP DGN > CONNECTIONTYPE OGR > CONNECTION "C:\inetpub\wwwroot\vinya\data\granollersv7.dgn" > NAME "Granollers" > TYPE Line > TOLERANCE 10 > METADATA > WMS_TITLE "Granollers DGN" > WMS_SRS "EPSG:23031" > WMS_GROUP_TITLE "OGR-DGN Test Files" > END > PROJECTION > "init=epsg:23031" > END > CLASS > COLOR 255 0 0 > END > DUMP TRUE > TEMPLATE "templates/Granollers.html" > HEADER "templates/Granollers_header.html" > FOOTER "templates/Granollers_footer.html" > END ... > I have found some examples of using MapInfo files in the forum and on the > sites of MapServer and DM solutions, but until now I did not see an example > using DGN. The manual is mentioning that it should be possible, however. > What do I have to put in the symbol file in order that it will recognize the > different styles used within the DGN? > Is there someone who has some experience with this that they could share? > Thanks, Menno, In general you should just be able to add STYLEITEM "AUTO" to your layer definition, and perhaps remove your CLASS definition. This should cause MapServer to use the OGR style information. There should not be any changes to symbol files required. I don't think any of the DGN autostyled stuff uses symbols. 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 ealpert at digitalglobe.com Mon Apr 26 10:26:35 2004 From: ealpert at digitalglobe.com (Ethan Alpert) Date: Mon, 26 Apr 2004 11:26:35 -0600 Subject: [Mapserver-users] EXTENT and PROJECTION Message-ID: <1FB6937A87F9074C9A2B8F9D9137EB16140B98@COMAIL01.digitalglobe.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42BB3.A021BF77 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 =20 Hello! =20 =20 I spent yesterday scouring the archives of this email list trying to find some info that would help me get a handle on displaying geotiff's from my mapserver. I found plenty of posts that ask the same questions but no responses. :/ =20 I promise to write up a summary if someone can point me in the right direction. =20 I've learned that if you bork the projection and extents in your mapfile you end up with a nice blank image and no error message. I'm somewhat at a loss as to how to go about debugging. So my question is given the following info about a geotiff how do you experts go about setting up PROJECTION and EXTENT? =20 Here's the output of listgeo on my image: =20 Geotiff_Information: Version: 1 Key_Revision: 1.0 Tagged_Information: ModelTiepointTag (2,3): 0 0 0 -5760628 4488331 0 ModelPixelScaleTag (1,3): 1001.042 1001.042 0 End_Of_Tags. Keyed_Information: GTModelTypeGeoKey (Short,1): ModelTypeProjected GTRasterTypeGeoKey (Short,1): RasterPixelIsArea GTCitationGeoKey (Ascii,31): "TIFF 6.0, GeoTIFF Revision 1.0" GeographicTypeGeoKey (Short,1): GCS_WGS_84 GeogCitationGeoKey (Ascii,157): "Actual datum is nonstandard, based on sphere with radius 6370997 meters. Coded in GeoTIFF as WGS84 datum. The difference is not significant at this scale." ProjectedCSTypeGeoKey (Short,1): User-Defined PCSCitationGeoKey (Ascii,117): "Lambert Azimuthal Equal Area projection with arbitrary plane grid; projection center 100.0 degrees W, 45.0 degrees N" ProjCoordTransGeoKey (Short,1): CT_LambertAzimEqualArea ProjLinearUnitsGeoKey (Short,1): Linear_Meter ProjCenterLongGeoKey (Double,1): -100 ProjCenterLatGeoKey (Double,1): 45 End_Of_Keys. End_Of_Geotiff. =20 Projection Method: CT_LambertAzimEqualArea ProjCenterLatGeoKey: 45.000000 ( 45d 0' 0.00"N) ProjCenterLongGeoKey: -100.000000 (100d 0' 0.00"W) ProjFalseEastingGeoKey: 0.000000 m ProjFalseNorthingGeoKey: 0.000000 m GCS: 4326/WGS 84 Datum: 6326/World Geodetic System 1984 Ellipsoid: 7030/WGS 84 (6378137.00,6356752.31) Prime Meridian: 8901/Greenwich (0.000000/ 0d 0' 0.00"E) Projection Linear Units: 9001/metre (1.000000m) =20 PROJ.4 Definition: +proj=3Dlaea +lat_0=3D45.000000000 = +lon_0=3D-100.000000000 +x_0=3D0.000 +y_0=3D0.000 +ellps=3DWGS84 +units=3Dm =20 Corner Coordinates: Upper Left (-5760628.000,4488331.000) (157d29'26.96"E, 40d47' 8.71"N) Lower Left (-5760628.000,-2784239.130) (151d38'58.71"W, 4d43'23.63"N) Upper Right (4279823.260,4488331.000) ( 4d 0'39.82"W, 53d59' 8.05"N) Lower Right (4279823.260,-2784239.130) ( 61d 9'17.99"W, 11d18' 6.31"N) Center (-740402.370, 852045.935) (110d51' 5.84"W, 52d12'27.42"N) =20 Here's the borked map file I wrote: =20 MAP IMAGETYPE PNG SIZE 600 600 SHAPEPATH "data" EXTENT -5760628.000 -2784239.130 4279823.260 4488331.000 =20 PROJECTION "proj=3Dlaea" "lat_0=3D45.000000000" "lon_0=3D-100.000000000" "x_0=3D0.000" "y_0=3D0.000" "ellps=3DWGS84" "units=3Dm" END =20 =20 =20 WEB LOG "/var/www/ms.log" END =20 LAYER NAME land DATA landcvi0201.tif STATUS DEFAULT TYPE RASTER =20 END END=20 =20 I've tried all kinds of permutations. I'm assuming the extents should be something other than the extents provided by listgeo but I haven't any idea what they should be and would like to know what others do when the get a new image to come up with appropriate extents. =20 Thanks! =20 -ethan ------_=_NextPart_001_01C42BB3.A021BF77 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
 
 
Hello!
 
 
I = spent yesterday=20 scouring the archives of this email list trying to find some info that = would=20 help me get a handle on displaying geotiff's from my mapserver. I found = plenty=20 of posts that ask the same questions but no responses. =20 :/
 
I = promise to write=20 up a summary if someone can point me in the right = direction.
 
I've = learned that if=20 you bork the projection and extents in your mapfile you end up with a = nice blank=20 image and no error message. I'm somewhat at a loss as to how to go about = debugging. So my question is given the following info about a geotiff = how do you=20 experts go about setting up PROJECTION and EXTENT?
 
Here's = the output of=20 listgeo on my image:
 
Geotiff_Information:
   Version: 1
   = Key_Revision: 1.0
  =20 Tagged_Information:
      ModelTiepointTag=20 (2,3):
        =20 0            =    =20 0            =    =20 0
        =20 -5760628        =20 4488331         =20 0
      ModelPixelScaleTag=20 (1,3):
        =20 1001.042        =20 1001.042        =20 0
      End_Of_Tags.
  =20 Keyed_Information:
      GTModelTypeGeoKey=20 (Short,1): ModelTypeProjected
     =20 GTRasterTypeGeoKey (Short,1):=20 RasterPixelIsArea
      GTCitationGeoKey = (Ascii,31):=20 "TIFF 6.0, GeoTIFF Revision 1.0"
     =20 GeographicTypeGeoKey (Short,1): = GCS_WGS_84
     =20 GeogCitationGeoKey (Ascii,157): "Actual datum is nonstandard, based on = sphere=20 with radius 6370997 meters.  Coded in GeoTIFF as WGS84 datum.  = The=20 difference is not significant at this = scale."
     =20 ProjectedCSTypeGeoKey (Short,1): = User-Defined
     =20 PCSCitationGeoKey (Ascii,117): "Lambert Azimuthal Equal Area projection = with=20 arbitrary plane grid; projection center 100.0 degrees W, 45.0 degrees=20 N"
      ProjCoordTransGeoKey (Short,1):=20 CT_LambertAzimEqualArea
      = ProjLinearUnitsGeoKey=20 (Short,1): Linear_Meter
      = ProjCenterLongGeoKey=20 (Double,1): -100
      ProjCenterLatGeoKey=20 (Double,1): 45
      = End_Of_Keys.
  =20 End_Of_Geotiff.
 
Projection Method:=20 CT_LambertAzimEqualArea
   ProjCenterLatGeoKey: 45.000000 ( = 45d 0'=20 0.00"N)
   ProjCenterLongGeoKey: -100.000000 (100d 0'=20 0.00"W)
   ProjFalseEastingGeoKey: 0.000000 = m
  =20 ProjFalseNorthingGeoKey: 0.000000 m
GCS: 4326/WGS 84
Datum: = 6326/World=20 Geodetic System 1984
Ellipsoid: 7030/WGS 84 = (6378137.00,6356752.31)
Prime=20 Meridian: 8901/Greenwich (0.000000/  0d 0' 0.00"E)
Projection = Linear=20 Units: 9001/metre (1.000000m)
 
PROJ.4 = Definition:=20 +proj=3Dlaea +lat_0=3D45.000000000 +lon_0=3D-100.000000000 +x_0=3D0.000 = +y_0=3D0.000=20 +ellps=3DWGS84 +units=3Dm
 
Corner = Coordinates:
Upper Left    = (-5760628.000,4488331.000) =20 (157d29'26.96"E, 40d47' 8.71"N)
Lower Left   =20 (-5760628.000,-2784239.130)  (151d38'58.71"W,  = 4d43'23.63"N)
Upper=20 Right   (4279823.260,4488331.000)  (  4d 0'39.82"W, = 53d59'=20 8.05"N)
Lower Right   (4279823.260,-2784239.130)  ( = 61d=20 9'17.99"W, 11d18' = 6.31"N)
Center       =20 (-740402.370, 852045.935)  (110d51' 5.84"W,=20 52d12'27.42"N)
 
Here's = the borked=20 map file I wrote:
 
MAP
  = IMAGETYPE=20 PNG
  SIZE 600 600
  SHAPEPATH "data"
  EXTENT=20 -5760628.000 -2784239.130 4279823.260 4488331.000
 
  = PROJECTION
     =20 "proj=3Dlaea"
     =20 "lat_0=3D45.000000000"
     =20 "lon_0=3D-100.000000000"
     =20 "x_0=3D0.000"
     =20 "y_0=3D0.000"
     =20 "ellps=3DWGS84"
      "units=3Dm"
 =20 END
 
 
 
  = WEB
    LOG "/var/www/ms.log"
 =20 END
 
  = LAYER
    NAME land
    DATA=20 landcvi0201.tif
    STATUS = DEFAULT
    TYPE=20 RASTER
 
  = END
END=20
 
I've = tried all kinds=20 of permutations. I'm assuming the extents should be something other than = the=20 extents provided by listgeo but I haven't any idea what they should be = and would=20 like to know what others do when the get a new image to come up with = appropriate=20 extents.
 
Thanks!
 
-ethan
=00 ------_=_NextPart_001_01C42BB3.A021BF77-- From menno.schepel at tao.es Mon Apr 26 10:54:43 2004 From: menno.schepel at tao.es (Schepel, Menno) Date: Mon, 26 Apr 2004 19:54:43 +0200 Subject: [Mapserver-users] OGR + DGN STYLEITEM "AUTO" config Message-ID: Frank, Following your suggestion I left out the CLASS info and added the STYLEITEM "AUTO". This only results in a blank map! However, adding a CLASS definition using a 'dummy' color (255 255 255 or whatever color you like) gives a good result. Using an empty class (CLASS immediately followed by END) does not do the trick. So here is an abstract of the mapfile used: LAYER STATUS ON GROUP DGN CONNECTIONTYPE OGR CONNECTION "C:\inetpub\wwwroot\vinya\data\xarxa_i07.dgn" NAME "Sorea" TYPE line TOLERANCE 10 STYLEITEM "AUTO" METADATA WMS_TITLE "Sorea DGN" WMS_SRS "EPSG:23031" WMS_EXTENT "420426,55 4591480,93 421308,65 4591676,52" END PROJECTION "init=epsg:23031" END CLASS color 255 255 255 END END Best regards, Menno -----Mensaje original----- De: Frank Warmerdam [mailto:warmerdam at pobox.com] Enviado el: lunes, 26 de abril de 2004 18:27 Para: Schepel, Menno CC: UMN MapServer Asunto: Re: [Mapserver-users] OGR + DGN STYLEITEM "AUTO" config Schepel, Menno wrote: > LAYER > STATUS OFF > GROUP DGN > CONNECTIONTYPE OGR > CONNECTION "C:\inetpub\wwwroot\vinya\data\granollersv7.dgn" > NAME "Granollers" > TYPE Line > TOLERANCE 10 > METADATA > WMS_TITLE "Granollers DGN" > WMS_SRS "EPSG:23031" > WMS_GROUP_TITLE "OGR-DGN Test Files" > END > PROJECTION > "init=epsg:23031" > END > CLASS > COLOR 255 0 0 > END > DUMP TRUE > TEMPLATE "templates/Granollers.html" > HEADER "templates/Granollers_header.html" > FOOTER "templates/Granollers_footer.html" > END ... > I have found some examples of using MapInfo files in the forum and on the > sites of MapServer and DM solutions, but until now I did not see an example > using DGN. The manual is mentioning that it should be possible, however. > What do I have to put in the symbol file in order that it will recognize the > different styles used within the DGN? > Is there someone who has some experience with this that they could share? > Thanks, Menno, In general you should just be able to add STYLEITEM "AUTO" to your layer definition, and perhaps remove your CLASS definition. This should cause MapServer to use the OGR style information. There should not be any changes to symbol files required. I don't think any of the DGN autostyled stuff uses symbols. 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 toomas.aas at raad.tartu.ee Mon Apr 26 10:59:00 2004 From: toomas.aas at raad.tartu.ee (Toomas Aas) Date: Mon, 26 Apr 2004 20:59:00 +0300 Subject: [Mapserver-users] junk pointer revisited In-Reply-To: Message-ID: <200404261759.i3QHxRsc005482@lv.raad.tartu.ee> Hi! > Did you compile PHP 4.3.6 from source? Basically, yes. I used the FreeBSD ports, but in the end that's the same thing. > If so, did the configure string specify '--without-tiff'? You seem to have hit the nail straight on the head! First I recompiled PHP --without-tiff, but the 'signal 10' messages remained. Then I also recompiled Mapserver --without-tiff and now it seems that the error messages no longer appear. Thanks for your help. -- Toomas Aas | toomas.aas at raad.tartu.ee | http://www.raad.tartu.ee/~toomas/ * Key ring - a handy little gadget that allows you to lose all your keys at once. From ed at topozone.com Mon Apr 26 11:21:06 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 26 Apr 2004 14:21:06 -0400 Subject: [Mapserver-users] EXTENT and PROJECTION Message-ID: <13858AA1A74F30419F319ACB66A9D1224E43A5@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42BBB.3DB82F7E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Ethan - =20 I think there have actually been quite a few answers - but there are a lot of different versions of the question! =20 The very first thing you should do is remove the PROJECTION block from your MAP file. You are taking the right approach in trying to get just this image to appear in a single-layer MAP file. If all your layers and output map are the same projection, you don't need any PROJECTION blocks at all. If you add one, you create one more thing you have to get exactly right. =20 Your EXTENT seems fine based on the listgeo output. =20 Is your image actually BLANK or is there a broken-link icon (i.e. the image is missing entirely)? You might try adding the statement =20 IMAGECOLOR 128 0 0 =20 to the top of the MAP file - this will set the map background to a distinctive red color (pick any color) to help you confirm that MapServer's really generating the image. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242=20 _____ =20 From: Ethan Alpert [mailto:ealpert at digitalglobe.com]=20 Sent: Monday, April 26, 2004 1:27 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] EXTENT and PROJECTION =20 =20 Hello! =20 =20 I spent yesterday scouring the archives of this email list trying to find some info that would help me get a handle on displaying geotiff's from my mapserver. I found plenty of posts that ask the same questions but no responses. :/ =20 I promise to write up a summary if someone can point me in the right direction. =20 I've learned that if you bork the projection and extents in your mapfile you end up with a nice blank image and no error message. I'm somewhat at a loss as to how to go about debugging. So my question is given the following info about a geotiff how do you experts go about setting up PROJECTION and EXTENT? =20 Here's the output of listgeo on my image: =20 Geotiff_Information: Version: 1 Key_Revision: 1.0 Tagged_Information: ModelTiepointTag (2,3): 0 0 0 -5760628 4488331 0 ModelPixelScaleTag (1,3): 1001.042 1001.042 0 End_Of_Tags. Keyed_Information: GTModelTypeGeoKey (Short,1): ModelTypeProjected GTRasterTypeGeoKey (Short,1): RasterPixelIsArea GTCitationGeoKey (Ascii,31): "TIFF 6.0, GeoTIFF Revision 1.0" GeographicTypeGeoKey (Short,1): GCS_WGS_84 GeogCitationGeoKey (Ascii,157): "Actual datum is nonstandard, based on sphere with radius 6370997 meters. Coded in GeoTIFF as WGS84 datum. The difference is not significant at this scale." ProjectedCSTypeGeoKey (Short,1): User-Defined PCSCitationGeoKey (Ascii,117): "Lambert Azimuthal Equal Area projection with arbitrary plane grid; projection center 100.0 degrees W, 45.0 degrees N" ProjCoordTransGeoKey (Short,1): CT_LambertAzimEqualArea ProjLinearUnitsGeoKey (Short,1): Linear_Meter ProjCenterLongGeoKey (Double,1): -100 ProjCenterLatGeoKey (Double,1): 45 End_Of_Keys. End_Of_Geotiff. =20 Projection Method: CT_LambertAzimEqualArea ProjCenterLatGeoKey: 45.000000 ( 45d 0' 0.00"N) ProjCenterLongGeoKey: -100.000000 (100d 0' 0.00"W) ProjFalseEastingGeoKey: 0.000000 m ProjFalseNorthingGeoKey: 0.000000 m GCS: 4326/WGS 84 Datum: 6326/World Geodetic System 1984 Ellipsoid: 7030/WGS 84 (6378137.00,6356752.31) Prime Meridian: 8901/Greenwich (0.000000/ 0d 0' 0.00"E) Projection Linear Units: 9001/metre (1.000000m) =20 PROJ.4 Definition: +proj=3Dlaea +lat_0=3D45.000000000 = +lon_0=3D-100.000000000 +x_0=3D0.000 +y_0=3D0.000 +ellps=3DWGS84 +units=3Dm =20 Corner Coordinates: Upper Left (-5760628.000,4488331.000) (157d29'26.96"E, 40d47' 8.71"N) Lower Left (-5760628.000,-2784239.130) (151d38'58.71"W, 4d43'23.63"N) Upper Right (4279823.260,4488331.000) ( 4d 0'39.82"W, 53d59' 8.05"N) Lower Right (4279823.260,-2784239.130) ( 61d 9'17.99"W, 11d18' 6.31"N) Center (-740402.370, 852045.935) (110d51' 5.84"W, 52d12'27.42"N) =20 Here's the borked map file I wrote: =20 MAP IMAGETYPE PNG SIZE 600 600 SHAPEPATH "data" EXTENT -5760628.000 -2784239.130 4279823.260 4488331.000 =20 PROJECTION "proj=3Dlaea" "lat_0=3D45.000000000" "lon_0=3D-100.000000000" "x_0=3D0.000" "y_0=3D0.000" "ellps=3DWGS84" "units=3Dm" END =20 =20 =20 WEB LOG "/var/www/ms.log" END =20 LAYER NAME land DATA landcvi0201.tif STATUS DEFAULT TYPE RASTER =20 END END=20 =20 I've tried all kinds of permutations. I'm assuming the extents should be something other than the extents provided by listgeo but I haven't any idea what they should be and would like to know what others do when the get a new image to come up with appropriate extents. =20 Thanks! =20 -ethan ------_=_NextPart_001_01C42BBB.3DB82F7E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Ethan -
 
I think there have actually been quite a few = answers - but=20 there are a lot of different versions of the = question!
 
The very first thing you should do is remove = the PROJECTION=20 block from your MAP file.  You are taking the right approach in = trying to=20 get just this image to appear in a single-layer MAP file.  If all = your=20 layers and output map are the same projection, you don't need any = PROJECTION=20 blocks at all.  If you add one, you create one more thing you have = to get=20 exactly right.
 
Your EXTENT seems fine based on the listgeo=20 output.
 
Is your image actually BLANK or is there a = broken-link icon=20 (i.e. the image is missing entirely)?  You might try adding the=20 statement
 
IMAGECOLOR 128 0 0
 
to the top of the MAP file - this will set the = map=20 background to a distinctive red color (pick any color) to help you = confirm that=20 MapServer's really generating the image.
 
    - Ed
 

Ed McNierney
President and Chief = Mapmaker
TopoZone.com /=20 Maps a la carte, Inc.
73 Princeton Street, Suite 305
North = Chelmsford,=20 MA  01863
ed at topozone.com
(978) 251-4242 =



From: Ethan Alpert=20 [mailto:ealpert at digitalglobe.com]
Sent: Monday, April 26, = 2004 1:27=20 PM
To: mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] EXTENT and PROJECTION

 
 
Hello!
 
 
I = spent yesterday=20 scouring the archives of this email list trying to find some info that = would=20 help me get a handle on displaying geotiff's from my mapserver. I found = plenty=20 of posts that ask the same questions but no responses. =20 :/
 
I = promise to write=20 up a summary if someone can point me in the right = direction.
 
I've = learned that if=20 you bork the projection and extents in your mapfile you end up with a = nice blank=20 image and no error message. I'm somewhat at a loss as to how to go about = debugging. So my question is given the following info about a geotiff = how do you=20 experts go about setting up PROJECTION and EXTENT?
 
Here's = the output of=20 listgeo on my image:
 
Geotiff_Information:
   Version: 1
   = Key_Revision: 1.0
  =20 Tagged_Information:
      ModelTiepointTag=20 (2,3):
        =20 0            =    =20 0            =    =20 0
        =20 -5760628        =20 4488331         =20 0
      ModelPixelScaleTag=20 (1,3):
        =20 1001.042        =20 1001.042        =20 0
      End_Of_Tags.
  =20 Keyed_Information:
      GTModelTypeGeoKey=20 (Short,1): ModelTypeProjected
     =20 GTRasterTypeGeoKey (Short,1):=20 RasterPixelIsArea
      GTCitationGeoKey = (Ascii,31):=20 "TIFF 6.0, GeoTIFF Revision 1.0"
     =20 GeographicTypeGeoKey (Short,1): = GCS_WGS_84
     =20 GeogCitationGeoKey (Ascii,157): "Actual datum is nonstandard, based on = sphere=20 with radius 6370997 meters.  Coded in GeoTIFF as WGS84 datum.  = The=20 difference is not significant at this = scale."
     =20 ProjectedCSTypeGeoKey (Short,1): = User-Defined
     =20 PCSCitationGeoKey (Ascii,117): "Lambert Azimuthal Equal Area projection = with=20 arbitrary plane grid; projection center 100.0 degrees W, 45.0 degrees=20 N"
      ProjCoordTransGeoKey (Short,1):=20 CT_LambertAzimEqualArea
      = ProjLinearUnitsGeoKey=20 (Short,1): Linear_Meter
      = ProjCenterLongGeoKey=20 (Double,1): -100
      ProjCenterLatGeoKey=20 (Double,1): 45
      = End_Of_Keys.
  =20 End_Of_Geotiff.
 
Projection Method:=20 CT_LambertAzimEqualArea
   ProjCenterLatGeoKey: 45.000000 ( = 45d 0'=20 0.00"N)
   ProjCenterLongGeoKey: -100.000000 (100d 0'=20 0.00"W)
   ProjFalseEastingGeoKey: 0.000000 = m
  =20 ProjFalseNorthingGeoKey: 0.000000 m
GCS: 4326/WGS 84
Datum: = 6326/World=20 Geodetic System 1984
Ellipsoid: 7030/WGS 84 = (6378137.00,6356752.31)
Prime=20 Meridian: 8901/Greenwich (0.000000/  0d 0' 0.00"E)
Projection = Linear=20 Units: 9001/metre (1.000000m)
 
PROJ.4 = Definition:=20 +proj=3Dlaea +lat_0=3D45.000000000 +lon_0=3D-100.000000000 +x_0=3D0.000 = +y_0=3D0.000=20 +ellps=3DWGS84 +units=3Dm
 
Corner = Coordinates:
Upper Left    = (-5760628.000,4488331.000) =20 (157d29'26.96"E, 40d47' 8.71"N)
Lower Left   =20 (-5760628.000,-2784239.130)  (151d38'58.71"W,  = 4d43'23.63"N)
Upper=20 Right   (4279823.260,4488331.000)  (  4d 0'39.82"W, = 53d59'=20 8.05"N)
Lower Right   (4279823.260,-2784239.130)  ( = 61d=20 9'17.99"W, 11d18' = 6.31"N)
Center       =20 (-740402.370, 852045.935)  (110d51' 5.84"W,=20 52d12'27.42"N)
 
Here's = the borked=20 map file I wrote:
 
MAP
  = IMAGETYPE=20 PNG
  SIZE 600 600
  SHAPEPATH "data"
  EXTENT=20 -5760628.000 -2784239.130 4279823.260 4488331.000
 
  = PROJECTION
     =20 "proj=3Dlaea"
     =20 "lat_0=3D45.000000000"
     =20 "lon_0=3D-100.000000000"
     =20 "x_0=3D0.000"
     =20 "y_0=3D0.000"
     =20 "ellps=3DWGS84"
      "units=3Dm"
 =20 END
 
 
 
  = WEB
    LOG "/var/www/ms.log"
 =20 END
 
  = LAYER
    NAME land
    DATA=20 landcvi0201.tif
    STATUS = DEFAULT
    TYPE=20 RASTER
 
  = END
END=20
 
I've = tried all kinds=20 of permutations. I'm assuming the extents should be something other than = the=20 extents provided by listgeo but I haven't any idea what they should be = and would=20 like to know what others do when the get a new image to come up with = appropriate=20 extents.
 
Thanks!
 
-ethan
------_=_NextPart_001_01C42BBB.3DB82F7E-- From TMitchell at lignum.com Mon Apr 26 11:38:18 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 26 Apr 2004 11:38:18 -0700 Subject: [Mapserver-users] EXTENT and PROJECTION In-Reply-To: <1FB6937A87F9074C9A2B8F9D9137EB16140B98@COMAIL01.digitalglobe.com> Message-ID: Try adding the same PROJECTION section within the input LAYER...END section as well. Just copy/paste the projection you have for the output map right before the end of the layer. If you're still stumped you can then change the map projection (not in layer) to lat/long and change your extent to cover a larger area (i.e. -180 -90 180 90 - all of earth) and see if it shows up somewhere on the planet :) I think what many people do is they open the image in another program (openev, arcview, etc.) and check the extent coordinates manually to verify. Tyler > PROJ.4 Definition: +proj=laea +lat_0=45.000000000 +lon_0=-100. > 000000000 +x_0=0.000 +y_0=0.000 +ellps=WGS84 +units=m > > Corner Coordinates: > Upper Left (-5760628.000,4488331.000) (157d29'26.96"E, 40d47' 8.71"N) > Lower Left (-5760628.000,-2784239.130) (151d38'58.71"W, 4d43'23.63"N) > Upper Right (4279823.260,4488331.000) ( 4d 0'39.82"W, 53d59' 8.05"N) > Lower Right (4279823.260,-2784239.130) ( 61d 9'17.99"W, 11d18' 6.31"N) > Center (-740402.370, 852045.935) (110d51' 5.84"W, 52d12'27.42"N) > > Here's the borked map file I wrote: > > MAP > IMAGETYPE PNG > SIZE 600 600 > SHAPEPATH "data" > EXTENT -5760628.000 -2784239.130 4279823.260 4488331.000 > > PROJECTION > "proj=laea" > "lat_0=45.000000000" > "lon_0=-100.000000000" > "x_0=0.000" > "y_0=0.000" > "ellps=WGS84" > "units=m" > END > > > > WEB > LOG "/var/www/ms.log" > END > > LAYER > NAME land > DATA landcvi0201.tif > STATUS DEFAULT > TYPE RASTER > > END > END > > I've tried all kinds of permutations. I'm assuming the extents > should be something other than the extents provided by listgeo but I > haven't any idea what they should be and would like to know what > others do when the get a new image to come up with appropriate extents. > > Thanks! > mapserver-users-admin at lists.gis.umn.edu wrote on 04/26/2004 10:26:35 AM: > > > Hello! > > > I spent yesterday scouring the archives of this email list trying to > find some info that would help me get a handle on displaying > geotiff's from my mapserver. I found plenty of posts that ask the > same questions but no responses. :/ > > I promise to write up a summary if someone can point me in the rightdirection. > > I've learned that if you bork the projection and extents in your > mapfile you end up with a nice blank image and no error message. I'm > somewhat at a loss as to how to go about debugging. So my question > is given the following info about a geotiff how do you experts go > about setting up PROJECTION and EXTENT? > > Here's the output of listgeo on my image: > > Geotiff_Information: > Version: 1 > Key_Revision: 1.0 > Tagged_Information: > ModelTiepointTag (2,3): > 0 0 0 > -5760628 4488331 0 > ModelPixelScaleTag (1,3): > 1001.042 1001.042 0 > End_Of_Tags. > Keyed_Information: > GTModelTypeGeoKey (Short,1): ModelTypeProjected > GTRasterTypeGeoKey (Short,1): RasterPixelIsArea > GTCitationGeoKey (Ascii,31): "TIFF 6.0, GeoTIFF Revision 1.0" > GeographicTypeGeoKey (Short,1): GCS_WGS_84 > GeogCitationGeoKey (Ascii,157): "Actual datum is nonstandard, > based on sphere with radius 6370997 meters. Coded in GeoTIFF as > WGS84 datum. The difference is not significant at this scale." > ProjectedCSTypeGeoKey (Short,1): User-Defined > PCSCitationGeoKey (Ascii,117): "Lambert Azimuthal Equal Area > projection with arbitrary plane grid; projection center 100.0 > degrees W, 45.0 degrees N" > ProjCoordTransGeoKey (Short,1): CT_LambertAzimEqualArea > ProjLinearUnitsGeoKey (Short,1): Linear_Meter > ProjCenterLongGeoKey (Double,1): -100 > ProjCenterLatGeoKey (Double,1): 45 > End_Of_Keys. > End_Of_Geotiff. > > Projection Method: CT_LambertAzimEqualArea > ProjCenterLatGeoKey: 45.000000 ( 45d 0' 0.00"N) > ProjCenterLongGeoKey: -100.000000 (100d 0' 0.00"W) > ProjFalseEastingGeoKey: 0.000000 m > ProjFalseNorthingGeoKey: 0.000000 m > GCS: 4326/WGS 84 > Datum: 6326/World Geodetic System 1984 > Ellipsoid: 7030/WGS 84 (6378137.00,6356752.31) > Prime Meridian: 8901/Greenwich (0.000000/ 0d 0' 0.00"E) > Projection Linear Units: 9001/metre (1.000000m) > > PROJ.4 Definition: +proj=laea +lat_0=45.000000000 +lon_0=-100. > 000000000 +x_0=0.000 +y_0=0.000 +ellps=WGS84 +units=m > > Corner Coordinates: > Upper Left (-5760628.000,4488331.000) (157d29'26.96"E, 40d47' 8.71"N) > Lower Left (-5760628.000,-2784239.130) (151d38'58.71"W, 4d43'23.63"N) > Upper Right (4279823.260,4488331.000) ( 4d 0'39.82"W, 53d59' 8.05"N) > Lower Right (4279823.260,-2784239.130) ( 61d 9'17.99"W, 11d18' 6.31"N) > Center (-740402.370, 852045.935) (110d51' 5.84"W, 52d12'27.42"N) > > Here's the borked map file I wrote: > > MAP > IMAGETYPE PNG > SIZE 600 600 > SHAPEPATH "data" > EXTENT -5760628.000 -2784239.130 4279823.260 4488331.000 > > PROJECTION > "proj=laea" > "lat_0=45.000000000" > "lon_0=-100.000000000" > "x_0=0.000" > "y_0=0.000" > "ellps=WGS84" > "units=m" > END > > > > WEB > LOG "/var/www/ms.log" > END > > LAYER > NAME land > DATA landcvi0201.tif > STATUS DEFAULT > TYPE RASTER > > END > END > > I've tried all kinds of permutations. I'm assuming the extents > should be something other than the extents provided by listgeo but I > haven't any idea what they should be and would like to know what > others do when the get a new image to come up with appropriate extents. > > Thanks! > > -ethan From TMitchell at lignum.com Mon Apr 26 11:40:30 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 26 Apr 2004 11:40:30 -0700 Subject: [Mapserver-users] OGR + DGN STYLEITEM "AUTO" config In-Reply-To: Message-ID: FYI - also note that when using AUTO, some elements may not be visible depending on the background colour of your map. That's not your problem here, but it stumped me for a while since text in Microstation that was black (in the Microstation program) came out as white in MapServer. We almost need a parameter to move black<->white as desired. Tyler mapserver-users-admin at lists.gis.umn.edu wrote on 04/26/2004 10:54:43 AM: > Frank, > > Following your suggestion I left out the CLASS info and added the STYLEITEM > "AUTO". This only results in a blank map! > However, adding a CLASS definition using a 'dummy' color (255 255 255 or > whatever color you like) gives a good result. Using an empty class (CLASS > immediately followed by END) does not do the trick. So here is an abstract > of the mapfile used: > > LAYER > STATUS ON > GROUP DGN > CONNECTIONTYPE OGR > CONNECTION "C:\inetpub\wwwroot\vinya\data\xarxa_i07.dgn" > NAME "Sorea" > TYPE line > TOLERANCE 10 > STYLEITEM "AUTO" > METADATA > WMS_TITLE "Sorea DGN" > WMS_SRS "EPSG:23031" > WMS_EXTENT "420426,55 4591480,93 421308,65 4591676,52" > END > PROJECTION > "init=epsg:23031" > END > CLASS > color 255 255 255 > END > END > > > Best regards, > > Menno > > > -----Mensaje original----- > De: Frank Warmerdam [mailto:warmerdam at pobox.com] > Enviado el: lunes, 26 de abril de 2004 18:27 > Para: Schepel, Menno > CC: UMN MapServer > Asunto: Re: [Mapserver-users] OGR + DGN STYLEITEM "AUTO" config > > > Schepel, Menno wrote: > > LAYER > > STATUS OFF > > GROUP DGN > > CONNECTIONTYPE OGR > > CONNECTION "C:\inetpub\wwwroot\vinya\data\granollersv7.dgn" > > NAME "Granollers" > > TYPE Line > > TOLERANCE 10 > > METADATA > > WMS_TITLE "Granollers DGN" > > WMS_SRS "EPSG:23031" > > WMS_GROUP_TITLE "OGR-DGN Test Files" > > END > > PROJECTION > > "init=epsg:23031" > > END > > CLASS > > COLOR 255 0 0 > > END > > DUMP TRUE > > TEMPLATE "templates/Granollers.html" > > HEADER "templates/Granollers_header.html" > > FOOTER "templates/Granollers_footer.html" > > END > ... > > I have found some examples of using MapInfo files in the forum and on the > > sites of MapServer and DM solutions, but until now I did not see an > example > > using DGN. The manual is mentioning that it should be possible, however. > > What do I have to put in the symbol file in order that it will recognize > the > > different styles used within the DGN? > > Is there someone who has some experience with this that they could share? > > Thanks, > > Menno, > > In general you should just be able to add STYLEITEM "AUTO" to your layer > definition, and perhaps remove your CLASS definition. This should cause > MapServer to use the OGR style information. There should not be any > changes to symbol files required. I don't think any of the DGN autostyled > stuff uses symbols. > > 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.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From TMitchell at lignum.com Mon Apr 26 11:45:14 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 26 Apr 2004 11:45:14 -0700 Subject: [Mapserver-users] Reading in Projections from layer data files Message-ID: Seems projections are the topic of the day. It got me wondering, when does (or does not) MapServer read and use projection info from the source data files? I.e. if I have my MAP projection set in the map file, and I have a shape file with a prj (or tiff with tfw) - do I need to add a PROJECTION section to my LAYER or not? I guess, basically, I'm wondering does mapserver ever reproject without layer projections being explicitly defined? Tyler From nacional at cbs.umn.edu Mon Apr 26 11:58:51 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 26 Apr 2004 13:58:51 -0500 Subject: [Mapserver-users] EXTENT and PROJECTION In-Reply-To: <1FB6937A87F9074C9A2B8F9D9137EB16140B98@COMAIL01.digitalglobe.com> References: <1FB6937A87F9074C9A2B8F9D9137EB16140B98@COMAIL01.digitalglobe.com> Message-ID: <1083005930.14827.29.camel@arceuthobium.ecology.umn.edu> Ethan, First, your extent is most certainly correct. This leaves you with three possibilities: 1. The web server user account doesn't have read access to your data, 2. Your DATA path isn't pointing to your data, 3. You compiled MapServer with GDAL and TIFF support. You can check the third possibility by running "./mapserv -v" from a terminal/console. Check if you have "INPUT=TIFF" and "INPUT=GDAL" in the output--you should only have one or the other, not both. If you do have both, you'll need to recompile MapServer with one of the two options enabled (i.e. if you run configure with "--with-gdal" option, make sure to also disable the "native" tiff option with "--without-tiff"). If you have fixed possibility #3 and still don't see your image, try appending the full path to your image, like this: LAYER DATA "/path/to/landcvi0201.tif" END or change the SHAPEPATH value to "/path/to". If that still doesn't give you an image, check the permission and make sure that the web user (apache, nobody, or whatever) have read access to your image. If this still doesn't fix it, comment out the PROJECTION block and see if it works. You only need to define an output PROJECTION if you are reprojecting on-the-fly (meaning, your input projection is different from your output projection). Since your projection doesn't change, you don't need to define it. Good luck! -Perry N. On Mon, 2004-04-26 at 12:26, Ethan Alpert wrote: > > > Hello! > > > I spent yesterday scouring the archives of this email list trying to > find some info that would help me get a handle on displaying geotiff's > from my mapserver. I found plenty of posts that ask the same questions > but no responses. :/ > > I promise to write up a summary if someone can point me in the right > direction. > > I've learned that if you bork the projection and extents in your > mapfile you end up with a nice blank image and no error message. I'm > somewhat at a loss as to how to go about debugging. So my question is > given the following info about a geotiff how do you experts go about > setting up PROJECTION and EXTENT? > > Here's the output of listgeo on my image: > > Geotiff_Information: > Version: 1 > Key_Revision: 1.0 > Tagged_Information: > ModelTiepointTag (2,3): > 0 0 0 > -5760628 4488331 0 > ModelPixelScaleTag (1,3): > 1001.042 1001.042 0 > End_Of_Tags. > Keyed_Information: > GTModelTypeGeoKey (Short,1): ModelTypeProjected > GTRasterTypeGeoKey (Short,1): RasterPixelIsArea > GTCitationGeoKey (Ascii,31): "TIFF 6.0, GeoTIFF Revision 1.0" > GeographicTypeGeoKey (Short,1): GCS_WGS_84 > GeogCitationGeoKey (Ascii,157): "Actual datum is nonstandard, > based on sphere with radius 6370997 meters. Coded in GeoTIFF as WGS84 > datum. The difference is not significant at this scale." > ProjectedCSTypeGeoKey (Short,1): User-Defined > PCSCitationGeoKey (Ascii,117): "Lambert Azimuthal Equal Area > projection with arbitrary plane grid; projection center 100.0 degrees > W, 45.0 degrees N" > ProjCoordTransGeoKey (Short,1): CT_LambertAzimEqualArea > ProjLinearUnitsGeoKey (Short,1): Linear_Meter > ProjCenterLongGeoKey (Double,1): -100 > ProjCenterLatGeoKey (Double,1): 45 > End_Of_Keys. > End_Of_Geotiff. > > Projection Method: CT_LambertAzimEqualArea > ProjCenterLatGeoKey: 45.000000 ( 45d 0' 0.00"N) > ProjCenterLongGeoKey: -100.000000 (100d 0' 0.00"W) > ProjFalseEastingGeoKey: 0.000000 m > ProjFalseNorthingGeoKey: 0.000000 m > GCS: 4326/WGS 84 > Datum: 6326/World Geodetic System 1984 > Ellipsoid: 7030/WGS 84 (6378137.00,6356752.31) > Prime Meridian: 8901/Greenwich (0.000000/ 0d 0' 0.00"E) > Projection Linear Units: 9001/metre (1.000000m) > > PROJ.4 Definition: +proj=laea +lat_0=45.000000000 > +lon_0=-100.000000000 +x_0=0.000 +y_0=0.000 +ellps=WGS84 +units=m > > Corner Coordinates: > Upper Left (-5760628.000,4488331.000) (157d29'26.96"E, 40d47' > 8.71"N) > Lower Left (-5760628.000,-2784239.130) (151d38'58.71"W, > 4d43'23.63"N) > Upper Right (4279823.260,4488331.000) ( 4d 0'39.82"W, 53d59' > 8.05"N) > Lower Right (4279823.260,-2784239.130) ( 61d 9'17.99"W, 11d18' > 6.31"N) > Center (-740402.370, 852045.935) (110d51' 5.84"W, > 52d12'27.42"N) > > > Here's the borked map file I wrote: > > MAP > IMAGETYPE PNG > SIZE 600 600 > SHAPEPATH "data" > EXTENT -5760628.000 -2784239.130 4279823.260 4488331.000 > > PROJECTION > "proj=laea" > "lat_0=45.000000000" > "lon_0=-100.000000000" > "x_0=0.000" > "y_0=0.000" > "ellps=WGS84" > "units=m" > END > > > > WEB > LOG "/var/www/ms.log" > END > > LAYER > NAME land > DATA landcvi0201.tif > STATUS DEFAULT > TYPE RASTER > > END > END > > > I've tried all kinds of permutations. I'm assuming the extents should > be something other than the extents provided by listgeo but I haven't > any idea what they should be and would like to know what others do > when the get a new image to come up with appropriate extents. > > Thanks! > > -ethan From aattri at cba.ua.edu Mon Apr 26 12:06:37 2004 From: aattri at cba.ua.edu (Attri, Abhishek) Date: Mon, 26 Apr 2004 14:06:37 -0500 Subject: [Mapserver-users] Image not visible Message-ID: Hi there! When I try to use the map->save method, I get the following error:- Fatal error: [MapServer Error]: msSaveMap() :(/home/tech/abhi/WWW/ms/map_files/filename.map) in /home/tech/aattri/public_html/mapExamples/Maptest.php on line -- I am not able to color the map. It just shows a blank image, probably the part that it reads from the map file itself. But the classes that I add through the map script are not displayed. Please help me with that. With thanks a lot... Abhishek -----Original Message----- From: Norbert Thieme [mailto:norbert.thieme at ilmenau.baw.de] Sent: Monday, April 26, 2004 1:54 AM To: Attri, Abhishek Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Image not visible Hi, did you try to use the map->save function? With this you get a mapfile out of your current mapobject. There you can look if everything is correct. Regards, Norbert Attri, Abhishek schrieb: > Hi All, > > > > I am trying to use mapscript to display a simple image. When I add the > layers and classes in the mapfile, I get the image. But, when I try to > create the layers and classes through the mapscript, I get the image > which is not visible. Can somebody help me find out what I am doing wrong? > > > > Here is the code for mapfile and mapscript file:- > > > > NAME FIRSTMAP > > SIZE 500 500 > > STATUS ON > > SYMBOLSET ../symbols/symbols35.sym > > EXTENT -88.50 30.23 -84.88 35.02 > > UNITS MILES > > SHAPEPATH "../data" > > > > WEB > > IMAGEPATH "/home/tech/abhi/WWW/tmp/" > > IMAGEURL "/tmp/" > > END > > > > END > > > > > > > > > > ======================================================================== =========== > > > > > > > dl('php_mapscript.so'); > > > > $map_path="/home/tech/abhi/WWW/ms/map_files/"; > > $map_file="./Newcounty.map"; > > $map = ms_newMapObj($map_path.$map_file); > > > > > > > > // create layer > > $layer = ms_newLayerObj($map); > > $layer->{name} = "Counties"; > > $layer->{type} = MS_POLYGON; > > $layer->{status} = MS_ON; > > $layer->{data} = "./counties"; > > > > > > // create class > > $class = ms_newClassObj($layer); > > $class->{status}= MS_ON; > > $class->{name}= "Myclass"; > > $style = ms_newStyleObj($class); > > $style->{color}->{red}= 110; > > $style->{color}->{blue}= 50; > > $style->{color}->{green}= 100; > > > > $style->{outlinecolor}->{red}= 200; > > $style->{outlinecolor}->{blue}= 200; > > $style->{outlinecolor}->{green}= 200; > > > > $style->{symbol} =0; > > > > //Draw Image > > $image=$map->draw(); > > $image_url=$image->saveWebImage(); > > > > ?> > > > > > > Map 1 > > > > > >
> > > > > >
> > > > >
> >
> > > > > > > > With thanks in advance, > > > > Abhishek > > > From TMitchell at lignum.com Mon Apr 26 12:07:04 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 26 Apr 2004 12:07:04 -0700 Subject: [Mapserver-users] EXTENT and PROJECTION In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E43A5@mercator.topozone.com> Message-ID: Ed's note just reminded me of another point, which I'm not sure you answered or not. Have you got MapServer working with the demo or any other data already? > > From: Ethan Alpert [mailto:ealpert at digitalglobe.com] > Sent: Monday, April 26, 2004 1:27 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] EXTENT and PROJECTION > > > Hello! > > > I spent yesterday scouring the archives of this email list trying to > find some info that would help me get a handle on displaying > geotiff's from my mapserver. I found plenty of posts that ask the > same questions but no responses. :/ > > I promise to write up a summary if someone can point me in the rightdirection. > > I've learned that if you bork the projection and extents in your > mapfile you end up with a nice blank image and no error message. I'm > somewhat at a loss as to how to go about debugging. So my question > is given the following info about a geotiff how do you experts go > about setting up PROJECTION and EXTENT? > > Here's the output of listgeo on my image: > > Geotiff_Information: > Version: 1 > Key_Revision: 1.0 > Tagged_Information: > ModelTiepointTag (2,3): > 0 0 0 > -5760628 4488331 0 > ModelPixelScaleTag (1,3): > 1001.042 1001.042 0 > End_Of_Tags. > Keyed_Information: > GTModelTypeGeoKey (Short,1): ModelTypeProjected > GTRasterTypeGeoKey (Short,1): RasterPixelIsArea > GTCitationGeoKey (Ascii,31): "TIFF 6.0, GeoTIFF Revision 1.0" > GeographicTypeGeoKey (Short,1): GCS_WGS_84 > GeogCitationGeoKey (Ascii,157): "Actual datum is nonstandard, > based on sphere with radius 6370997 meters. Coded in GeoTIFF as > WGS84 datum. The difference is not significant at this scale." > ProjectedCSTypeGeoKey (Short,1): User-Defined > PCSCitationGeoKey (Ascii,117): "Lambert Azimuthal Equal Area > projection with arbitrary plane grid; projection center 100.0 > degrees W, 45.0 degrees N" > ProjCoordTransGeoKey (Short,1): CT_LambertAzimEqualArea > ProjLinearUnitsGeoKey (Short,1): Linear_Meter > ProjCenterLongGeoKey (Double,1): -100 > ProjCenterLatGeoKey (Double,1): 45 > End_Of_Keys. > End_Of_Geotiff. > > Projection Method: CT_LambertAzimEqualArea > ProjCenterLatGeoKey: 45.000000 ( 45d 0' 0.00"N) > ProjCenterLongGeoKey: -100.000000 (100d 0' 0.00"W) > ProjFalseEastingGeoKey: 0.000000 m > ProjFalseNorthingGeoKey: 0.000000 m > GCS: 4326/WGS 84 > Datum: 6326/World Geodetic System 1984 > Ellipsoid: 7030/WGS 84 (6378137.00,6356752.31) > Prime Meridian: 8901/Greenwich (0.000000/ 0d 0' 0.00"E) > Projection Linear Units: 9001/metre (1.000000m) > > PROJ.4 Definition: +proj=laea +lat_0=45.000000000 +lon_0=-100. > 000000000 +x_0=0.000 +y_0=0.000 +ellps=WGS84 +units=m > > Corner Coordinates: > Upper Left (-5760628.000,4488331.000) (157d29'26.96"E, 40d47' 8.71"N) > Lower Left (-5760628.000,-2784239.130) (151d38'58.71"W, 4d43'23.63"N) > Upper Right (4279823.260,4488331.000) ( 4d 0'39.82"W, 53d59' 8.05"N) > Lower Right (4279823.260,-2784239.130) ( 61d 9'17.99"W, 11d18' 6.31"N) > Center (-740402.370, 852045.935) (110d51' 5.84"W, 52d12'27.42"N) > > Here's the borked map file I wrote: > > MAP > IMAGETYPE PNG > SIZE 600 600 > SHAPEPATH "data" > EXTENT -5760628.000 -2784239.130 4279823.260 4488331.000 > > PROJECTION > "proj=laea" > "lat_0=45.000000000" > "lon_0=-100.000000000" > "x_0=0.000" > "y_0=0.000" > "ellps=WGS84" > "units=m" > END > > > > WEB > LOG "/var/www/ms.log" > END > > LAYER > NAME land > DATA landcvi0201.tif > STATUS DEFAULT > TYPE RASTER > > END > END > > I've tried all kinds of permutations. I'm assuming the extents > should be something other than the extents provided by listgeo but I > haven't any idea what they should be and would like to know what > others do when the get a new image to come up with appropriate extents. > > Thanks! > > -ethan From nacional at cbs.umn.edu Mon Apr 26 12:32:44 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 26 Apr 2004 14:32:44 -0500 Subject: [Mapserver-users] Reading in Projections from layer data files In-Reply-To: References: Message-ID: <1083007964.14831.47.camel@arceuthobium.ecology.umn.edu> Tyler, folks, I probably shouldn't be the one replying to your message but I'm sure Steve L., Frank W., and others will say something if I'm wrong... MapServer doesn't really know projections. If you don't define projections, it's assumed that your input and output projections are the same. If you do define an output projection (and input projection), MapServer will pass that info to the proj library which does the reprojection. So, don't define projections unless you have to (if you are implementing WMS apps or just need on-the-fly reprojection because you have data in different projections). MapServer will probably create your maps faster without it. As for ESRI-style .PRJ file, MapServer doesn't know what that is and doesn't use it (but perhaps gdal/ogr does). The raster world file, or the GeoTIFF projection info is used for extent information and not projection. It would be nice to have those projection info automatically used by MapServer but not if performance suffers considerably. Anybody else have $0.02 to give away? -Perry On Mon, 2004-04-26 at 13:45, Tyler Mitchell wrote: > Seems projections are the topic of the day. It got me wondering, when > does (or does not) MapServer read and use projection info from the source > data files? I.e. if I have my MAP projection set in the map file, and I > have a shape file with a prj (or tiff with tfw) - do I need to add a > PROJECTION section to my LAYER or not? I guess, basically, I'm wondering > does mapserver ever reproject without layer projections being explicitly > defined? > > Tyler > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ealpert at digitalglobe.com Mon Apr 26 12:32:57 2004 From: ealpert at digitalglobe.com (Ethan Alpert) Date: Mon, 26 Apr 2004 13:32:57 -0600 Subject: [Mapserver-users] EXTENT and PROJECTION Message-ID: <1FB6937A87F9074C9A2B8F9D9137EB16140B99@COMAIL01.digitalglobe.com> Thanks all! I just worked through some of the suggestions. I do have mapserver running and I'm able to display the file mod09a12003161_ugl_ll_idxa.tif with no problems. I would assume had I screwed up something in the installation that affected image display capabilities that I would not be able to display this file. I did have both tiff and gdal compiled and I followed Pericles suggestion and recompiled. This had no affect. I did change the IMAGECOLOR and I do get a big colored square now. I have also ruled out any permisions/path problems. I will now try messing with the extents and the units of the extents but nothing I've tried so far has given me anything different. -ethan From ed at topozone.com Mon Apr 26 12:36:11 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 26 Apr 2004 15:36:11 -0400 Subject: [Mapserver-users] EXTENT and PROJECTION Message-ID: <13858AA1A74F30419F319ACB66A9D1224E43AE@mercator.topozone.com> Ethan - OK - the colored background confirms that you're creating a valid map image, and that MapServer is concluding (for whatever reason) that your TIF image doesn't need to be rended in the map request. How exactly are you using MapServer to create this image? That is, what is the URL you're using? Are you using a copied "starter" form template (like the demo) with a "show me the map" button on it? If so, check to see if that form is specifying the image extents - if it does, it will overrule anything in the MAP file. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Ethan Alpert [mailto:ealpert at digitalglobe.com] Sent: Monday, April 26, 2004 3:33 PM To: Tyler Mitchell; Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] EXTENT and PROJECTION Thanks all! I just worked through some of the suggestions. I do have mapserver running and I'm able to display the file mod09a12003161_ugl_ll_idxa.tif with no problems. I would assume had I screwed up something in the installation that affected image display capabilities that I would not be able to display this file. I did have both tiff and gdal compiled and I followed Pericles suggestion and recompiled. This had no affect. I did change the IMAGECOLOR and I do get a big colored square now. I have also ruled out any permisions/path problems. I will now try messing with the extents and the units of the extents but nothing I've tried so far has given me anything different. -ethan From TMitchell at lignum.com Mon Apr 26 13:18:01 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 26 Apr 2004 13:18:01 -0700 Subject: [Mapserver-users] EXTENT and PROJECTION In-Reply-To: <1FB6937A87F9074C9A2B8F9D9137EB16140B99@COMAIL01.digitalglobe.com> Message-ID: I very real possibility could be that your projection in the geotiff is just plain wrong. You may want to hunt that down from the source. mapserver-users-admin at lists.gis.umn.edu wrote on 04/26/2004 12:32:57 PM: > > > Thanks all! > > I just worked through some of the suggestions. > > I do have mapserver running and I'm able to display the file > mod09a12003161_ugl_ll_idxa.tif with no problems. I would assume had I > screwed up something in the installation that affected image display > capabilities that I would not be able to display this file. > > I did have both tiff and gdal compiled and I followed Pericles > suggestion and recompiled. This had no affect. I did change the > IMAGECOLOR and I do get a big colored square now. > > I have also ruled out any permisions/path problems. > > I will now try messing with the extents and the units of the extents but > nothing I've tried so far has given me anything different. > > -ethan > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mszpak at wp.pl Mon Apr 26 13:34:20 2004 From: mszpak at wp.pl (=?ISO-8859-2?Q?Marcin_Zaj=B1czkowski?=) Date: Mon, 26 Apr 2004 22:34:20 +0200 Subject: [Mapserver-users] Display ADF grid format through MapServer Message-ID: <408D724C.3080302@wp.pl> Hi, I try to display raster map stored in ArcView grid format (ADF). I compiled MapServer with GDAL and separate MapServer seems work properly (with display shapes I don't have any problems). Unfortunately I have problem with grid maps. I tried various combinations but define grid in map file seems has different format than shape. Maybe somebody could point me place with some sample map file (to work with grid) or send me one? Thanks a lot for any help Marcin "Szpak" Zaj?czkowski From warmerdam at pobox.com Mon Apr 26 13:37:08 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 26 Apr 2004 16:37:08 -0400 Subject: [Mapserver-users] Reading in Projections from layer data files In-Reply-To: <1083007964.14831.47.camel@arceuthobium.ecology.umn.edu> References: <1083007964.14831.47.camel@arceuthobium.ecology.umn.edu> Message-ID: <408D72F4.2040705@pobox.com> Pericles S. Nacionales wrote: > Tyler, folks, > > I probably shouldn't be the one replying to your message but I'm sure > Steve L., Frank W., and others will say something if I'm wrong... > > MapServer doesn't really know projections. If you don't define > projections, it's assumed that your input and output projections are the > same. If you do define an output projection (and input projection), > MapServer will pass that info to the proj library which does the > reprojection. > > So, don't define projections unless you have to (if you are implementing > WMS apps or just need on-the-fly reprojection because you have data in > different projections). MapServer will probably create your maps faster > without it. > > As for ESRI-style .PRJ file, MapServer doesn't know what that is and > doesn't use it (but perhaps gdal/ogr does). The raster world file, or > the GeoTIFF projection info is used for extent information and not > projection. It would be nice to have those projection info > automatically used by MapServer but not if performance suffers > considerably. > > Anybody else have $0.02 to give away? Folks, Perry is mostly right, but there are a few exceptions. For OGR vector sources, and GDAL raster sources, you can use the special "AUTO" keyword in the projection object. This means that the projection should be read from the datasource itself if possible. I see this isn't even described in the mapfile reference, OGR howto or the raster howto. Yikes - essentially an invisible feature. 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 ealpert at digitalglobe.com Mon Apr 26 13:43:02 2004 From: ealpert at digitalglobe.com (Ethan Alpert) Date: Mon, 26 Apr 2004 14:43:02 -0600 Subject: [Mapserver-users] EXTENT and PROJECTION Message-ID: <1FB6937A87F9074C9A2B8F9D9137EB16140B9A@COMAIL01.digitalglobe.com> Oh man...I am so grateful for everyones and of course most of my problem was my fault. The actual tiff file was: landcvi020l.tif I had: landcvi0201.tif D'oh! Several of the stuggestions did not work btw. For example if I set the EXTENT to -180 -90 180 90 and put the PROJECTION line in the layer I get nothing. This image only works with the extents with the units I got from listgeo. I can change those but I can't use -180 -90 180 90 for example. Also compiling with --without-tiff doesn't appear to have had any affect one way or the other. The following map file works: MAP IMAGETYPE PNG SIZE 600 600 EXTENT -5760628.000 -2784239.130 4279823.260 4488331.000 IMAGECOLOR 0 0 0 WEB LOG "/var/www/ms.log" END LAYER NAME land DATA /var/www/projects/mytest/data/landcvi020l.tif STATUS DEFAULT TYPE RASTER END END From TMitchell at lignum.com Mon Apr 26 14:22:15 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 26 Apr 2004 14:22:15 -0700 Subject: [Mapserver-users] Reading in Projections from layer data files In-Reply-To: <408D72F4.2040705@pobox.com> Message-ID: > Perry is mostly right, but there are a few exceptions. For OGR vector > sources, and GDAL raster sources, you can use the special "AUTO" keyword > in the projection object. This means that the projection should be > read from the datasource itself if possible. Thanks for the clarification Frank, I knew you wouldn't ignore projections! > I see this isn't even described in the mapfile reference, OGR howto or > the raster howto. Yikes - essentially an invisible feature. Whew - it wasn't a dumb question after all :) Tyler From nacional at cbs.umn.edu Mon Apr 26 14:23:01 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 26 Apr 2004 16:23:01 -0500 Subject: [Mapserver-users] EXTENT and PROJECTION In-Reply-To: <1FB6937A87F9074C9A2B8F9D9137EB16140B99@COMAIL01.digitalglobe.com> References: <1FB6937A87F9074C9A2B8F9D9137EB16140B99@COMAIL01.digitalglobe.com> Message-ID: <1083014581.15423.54.camel@arceuthobium.ecology.umn.edu> Ethan, I just checked your original post and discovered that you didn't have UNITS specified on your mapfile. Add "UNITS METERS" on the main map block and see if that fixes it. Ex: MAP EXTENT ... UNITS METERS # Add this PROJECTION END END -Perry On Mon, 2004-04-26 at 14:32, Ethan Alpert wrote: > Thanks all! > > I just worked through some of the suggestions. > > I do have mapserver running and I'm able to display the file > mod09a12003161_ugl_ll_idxa.tif with no problems. I would assume had I > screwed up something in the installation that affected image display > capabilities that I would not be able to display this file. > > I did have both tiff and gdal compiled and I followed Pericles > suggestion and recompiled. This had no affect. I did change the > IMAGECOLOR and I do get a big colored square now. > > I have also ruled out any permisions/path problems. > > I will now try messing with the extents and the units of the extents but > nothing I've tried so far has given me anything different. > > -ethan > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From TMitchell at lignum.com Mon Apr 26 14:30:07 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 26 Apr 2004 14:30:07 -0700 Subject: [Mapserver-users] EXTENT and PROJECTION In-Reply-To: <1FB6937A87F9074C9A2B8F9D9137EB16140B9A@COMAIL01.digitalglobe.com> Message-ID: Thanks for being what I call a best-practices guinea pig. We've all given you our opinions on how to best setup your map file, even though you tricked us ;) Perhaps we should regularly post working map files and get critiques just for practice! :) I'm glad you figured out it. I see the moral of the story as: whenever you can copy/paste a filename, do it instead of typing. "Ethan Alpert" wrote on 04/26/2004 01:43:02 PM: > Oh man...I am so grateful for everyones and of course most of my problem > was my fault. > > The actual tiff file was: landcvi020l.tif > > I had: landcvi0201.tif > > D'oh! > > Several of the stuggestions did not work btw. For example if I set the > EXTENT to -180 -90 180 90 and put the PROJECTION line in the layer I get > nothing. This image only works with the extents with the units I got > from listgeo. I can change those but I can't use -180 -90 180 90 for > example. Also compiling with --without-tiff doesn't appear to have had > any affect one way or the other. > The following map file works: > > MAP > IMAGETYPE PNG > SIZE 600 600 > EXTENT -5760628.000 -2784239.130 4279823.260 4488331.000 > > IMAGECOLOR 0 0 0 > > WEB > LOG "/var/www/ms.log" > END > > > > LAYER > NAME land > DATA /var/www/projects/mytest/data/landcvi020l.tif > STATUS DEFAULT > TYPE RASTER > END > END > > > > From nacional at cbs.umn.edu Mon Apr 26 15:09:33 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 26 Apr 2004 17:09:33 -0500 Subject: [Mapserver-users] EXTENT and PROJECTION In-Reply-To: <1FB6937A87F9074C9A2B8F9D9137EB16140B9A@COMAIL01.digitalglobe.com> References: <1FB6937A87F9074C9A2B8F9D9137EB16140B9A@COMAIL01.digitalglobe.com> Message-ID: <1083017373.15423.59.camel@arceuthobium.ecology.umn.edu> Good one! I think I made the same mistake using the shaded relief image from the National Atlas. By the way, it's important to have recompiled MapServer with "--without-tiff" option or you would have had more problems. -Perry On Mon, 2004-04-26 at 15:43, Ethan Alpert wrote: > Oh man...I am so grateful for everyones and of course most of my problem > was my fault. > > The actual tiff file was: landcvi020l.tif > > I had: landcvi0201.tif > > D'oh! > > Several of the stuggestions did not work btw. For example if I set the > EXTENT to -180 -90 180 90 and put the PROJECTION line in the layer I get > nothing. This image only works with the extents with the units I got > from listgeo. I can change those but I can't use -180 -90 180 90 for > example. Also compiling with --without-tiff doesn't appear to have had > any affect one way or the other. > The following map file works: > > MAP > IMAGETYPE PNG > SIZE 600 600 > EXTENT -5760628.000 -2784239.130 4279823.260 4488331.000 > > IMAGECOLOR 0 0 0 > > WEB > LOG "/var/www/ms.log" > END > > > > LAYER > NAME land > DATA /var/www/projects/mytest/data/landcvi020l.tif > STATUS DEFAULT > TYPE RASTER > END > END > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pdymecki at sympatico.ca Mon Apr 26 18:07:31 2004 From: pdymecki at sympatico.ca (Paul Dymecki) Date: Mon, 26 Apr 2004 21:07:31 -0400 Subject: [Mapserver-users] point collisions References: <1FB6937A87F9074C9A2B8F9D9137EB16140B9A@COMAIL01.digitalglobe.com> <1083017373.15423.59.camel@arceuthobium.ecology.umn.edu> Message-ID: <002101c42bf4$046f8ad0$7b45fea9@paul> Hello, I was wondering if there is some feature in mapserver in which point collisions can be compensated for. I'm currently working with a point layer that occasionally has identical lat/longs for some points.. thx, Paul From Tom.Kralidis at ec.gc.ca Mon Apr 26 20:57:35 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Mon, 26 Apr 2004 23:57:35 -0400 Subject: [Mapserver-users] point collisions Message-ID: <2576812186CDD411BF1500508B6DCE95064371D9@ECNWRI1.ontario.int.ec.gc.ca> > -----Original Message----- > From: Paul Dymecki [mailto:pdymecki at sympatico.ca] > Sent: Monday, April 26, 2004 9:08 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] point collisions > > > Hello, > I was wondering if there is some feature in mapserver in > which point collisions can be compensated for. I'm currently > working with a point layer that occasionally has identical > lat/longs for some points.. thx, Paul > What is the criteria which makes 1..n identical points individual records? First thought would be a filter, i.e.: FILTERITEM "TIME" # where time is the name of the time column in the shapefile's dbf FILTER "%time%" # whatever comes through the URL as "&TIME=timestring&"; timestring is the value passed to the filter Hope this helps ..Tom ========================= Tom Kralidis Systems Scientist Environment Canada Tel: +01-905-336-4409 http://www.ec.gc.ca/ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From menno.schepel at tao.es Tue Apr 27 00:55:53 2004 From: menno.schepel at tao.es (Schepel, Menno) Date: Tue, 27 Apr 2004 09:55:53 +0200 Subject: [Mapserver-users] OGR + DGN STYLEITEM "AUTO" config Message-ID: Tyler, You're absolutely right, it all depends on the default background color of the last user of the DGN file in a CAD environment. If this user has the default background color put to black, the features within (CAD) layer 0 turn up white and vice versa. In this case it did not bother me because the background of the map that I am using is set to gray so the features show up regardless of their default color. Menno. -----Mensaje original----- De: Tyler Mitchell [mailto:TMitchell at lignum.com] Enviado el: lunes, 26 de abril de 2004 20:41 Para: Schepel, Menno CC: UMN MapServer; Frank Warmerdam Asunto: RE: [Mapserver-users] OGR + DGN STYLEITEM "AUTO" config FYI - also note that when using AUTO, some elements may not be visible depending on the background colour of your map. That's not your problem here, but it stumped me for a while since text in Microstation that was black (in the Microstation program) came out as white in MapServer. We almost need a parameter to move black<->white as desired. Tyler mapserver-users-admin at lists.gis.umn.edu wrote on 04/26/2004 10:54:43 AM: > Frank, > > Following your suggestion I left out the CLASS info and added the STYLEITEM > "AUTO". This only results in a blank map! > However, adding a CLASS definition using a 'dummy' color (255 255 255 or > whatever color you like) gives a good result. Using an empty class (CLASS > immediately followed by END) does not do the trick. So here is an abstract > of the mapfile used: > > LAYER > STATUS ON > GROUP DGN > CONNECTIONTYPE OGR > CONNECTION "C:\inetpub\wwwroot\vinya\data\xarxa_i07.dgn" > NAME "Sorea" > TYPE line > TOLERANCE 10 > STYLEITEM "AUTO" > METADATA > WMS_TITLE "Sorea DGN" > WMS_SRS "EPSG:23031" > WMS_EXTENT "420426,55 4591480,93 421308,65 4591676,52" > END > PROJECTION > "init=epsg:23031" > END > CLASS > color 255 255 255 > END > END > > > Best regards, > > Menno > > > -----Mensaje original----- > De: Frank Warmerdam [mailto:warmerdam at pobox.com] > Enviado el: lunes, 26 de abril de 2004 18:27 > Para: Schepel, Menno > CC: UMN MapServer > Asunto: Re: [Mapserver-users] OGR + DGN STYLEITEM "AUTO" config > > > Schepel, Menno wrote: > > LAYER > > STATUS OFF > > GROUP DGN > > CONNECTIONTYPE OGR > > CONNECTION "C:\inetpub\wwwroot\vinya\data\granollersv7.dgn" > > NAME "Granollers" > > TYPE Line > > TOLERANCE 10 > > METADATA > > WMS_TITLE "Granollers DGN" > > WMS_SRS "EPSG:23031" > > WMS_GROUP_TITLE "OGR-DGN Test Files" > > END > > PROJECTION > > "init=epsg:23031" > > END > > CLASS > > COLOR 255 0 0 > > END > > DUMP TRUE > > TEMPLATE "templates/Granollers.html" > > HEADER "templates/Granollers_header.html" > > FOOTER "templates/Granollers_footer.html" > > END > ... > > I have found some examples of using MapInfo files in the forum and on the > > sites of MapServer and DM solutions, but until now I did not see an > example > > using DGN. The manual is mentioning that it should be possible, however. > > What do I have to put in the symbol file in order that it will recognize > the > > different styles used within the DGN? > > Is there someone who has some experience with this that they could share? > > Thanks, > > Menno, > > In general you should just be able to add STYLEITEM "AUTO" to your layer > definition, and perhaps remove your CLASS definition. This should cause > MapServer to use the OGR style information. There should not be any > changes to symbol files required. I don't think any of the DGN autostyled > stuff uses symbols. > > 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.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Marc.Jungen at t-online.de Tue Apr 27 01:18:45 2004 From: Marc.Jungen at t-online.de (Marc.Jungen at t-online.de) Date: Tue, 27 Apr 2004 10:18:45 +0200 Subject: [Mapserver-users] WFS-Client Message-ID: <1BINnh-0lCMTI0@cmpmail07.bbul.t-online.de> Hello List, Knows anyone something about the use of Deegree WFS (Server) in UMN Mapserver (WFS-Client)? I used the specs in the 'How-to', but i always get an error-message. Best regards, Marc From mlennert at club.worldonline.be Tue Apr 27 01:28:27 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Tue, 27 Apr 2004 10:28:27 +0200 (CEST) Subject: [Mapserver-users] truetype symbol size in legend In-Reply-To: <1082994771.22900.17.camel@ubet.gomoos.org> References: <33943.164.15.134.161.1082991748.squirrel@164.15.134.161> <1082994771.22900.17.camel@ubet.gomoos.org> Message-ID: <32899.164.15.134.161.1083054507.squirrel@164.15.134.161> Eric Bridger said: > On Mon, 2004-04-26 at 11:02, Moritz Lennert wrote: >> Hello, >> >> Going on with the learning process concerning (proportionately sized) >> truetype symbols... >> >> Thanks to Jan Hartmann and Michael Schulze, I can now satisfyingly >> display >> symbols proportionate to a given attribute. Now I would like to be able >> to >> display this symbol in the legend at a reaonable size. >> >> Below is my entire layer definition. When I display this, I get a >> one-pixel point in the legend for "Symbole cercle TT". I can "hack" a >> larger symbol by using the SYMBOL and SIZE commands. However, this works >> as long as SIZE is smaller then the smallest value in LABELSIZEITEM, >> otherwise everything smaller is scaled up to the value of SIZE... >> >> Is there a way of defining the size of one symbol within the legend ? >> >> Moritz >> >> ********Layer definition************** >> >> LAYER # Cerclestt >> Name Cerclestt >> DATA centres_communes >> STATUS OFF >> TYPE POINT >> LABELSIZEITEM VOITURE >> FILTER ([VOITURE] > 0) >> >> CLASS >> NAME "Symbole cercle TT" >> COLOR 255 0 0 >> TEXT "N" # charact?re correspondant au symbole du cercle dans la >> police ESRI1 >> LABEL >> POSITION cc >> FONT esri_1 >> TYPE truetype >> FORCE true >> COLOR 255 0 0 >> ANTIALIAS true >> END >> END >> END # Cerclestt >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > This is something of a hack also but you could create a separate layer > just for displaying the legend. Remove the NAME from your CLASS above > to prevent it from displaying in the legend. > > Create a new LAYER: > NAME Cerclestt_legend > STATUS DEFAULT > TYPE POINT > CLASS > NAME "Symbole cercle TT" > COLOR 255 0 0 > # circle name defined in symbol.sym file > SYMBOL "circle" > SIZE N > END > > Set N to the size you want in pixels. You could also create a TrueType > "N" circle in your symbol.sym file and use that as your SYMBOL. > Thank you, now I get a nice legend. However, it is visible all the time, and would like to have it shown only when the corresponding layer is visible. So, I've been experimenting with the REQUIRES command. However, I just can't seem to make it work. When I set STATUS to DEFAULT, the legend is always visible, when I set it to ON or OFF it is never visible, even when the layer CerclesTT is visible... Any hints ? Here's my Layer definition: LAYER # Legende pour cercles truetype NAME Cerclestt_legend STATUS ON REQUIRES "[Cerclestt]" TYPE POINT CLASS NAME "3 travailleurs" COLOR 255 0 0 SYMBOL "point_tt" SIZE 30 END END # Legende pour cercles truetype Moritz From norbert.thieme at ilmenau.baw.de Tue Apr 27 02:00:28 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Tue, 27 Apr 2004 11:00:28 +0200 Subject: [Mapserver-users] Problem with drawing tif files In-Reply-To: <1083017373.15423.59.camel@arceuthobium.ecology.umn.edu> References: <1FB6937A87F9074C9A2B8F9D9137EB16140B9A@COMAIL01.digitalglobe.com> <1083017373.15423.59.camel@arceuthobium.ecology.umn.edu> Message-ID: <408E212C.9030304@ilmenau.baw.de> Pericles S. Nacionales schrieb: > Good one! I think I made the same mistake using the shaded relief image > from the National Atlas. By the way, it's important to have recompiled > MapServer with "--without-tiff" option or you would have had more > problems. > > -Perry > Thanks for that hint. Although belonging to another problem it was a big help for me. I had problems with *.tif files. Because of your hint I compiled the mapserver again without tif and with gdal and that solved my problem. Now my *.TIFs work fine. I'm not sure but I don't think that I read that in the documentation. Sorry if I'm wrong and I only missed it but if not and this is really missing shouldn't it be mentioned somewhere? Best regards, Norbert From arnulf.christl at ccgis.de Tue Apr 27 02:42:52 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Tue, 27 Apr 2004 11:42:52 +0200 Subject: [Mapserver-users] WFS-Client In-Reply-To: <1BINnh-0lCMTI0@cmpmail07.bbul.t-online.de> References: <1BINnh-0lCMTI0@cmpmail07.bbul.t-online.de> Message-ID: <408E2B1C.60108@ccgis.de> Marc.Jungen at t-online.de wrote: >Hello List, > >Knows anyone something about the use of Deegree WFS (Server) in UMN >Mapserver (WFS-Client)? >I used the specs in the 'How-to', but i always get an error-message. > >Best regards, Marc > > > Specify which software sends the error message and what it says. Maybe it helps to check into the deegree lists, I know that they have already done some work with UMN MapServer, but I'm not sure what it was. Regards, Arnulf. >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- ---------------------------- CCGIS Christl & Stamm GbR ---------------------------- http://www.ccgis.de http://www.mapbender.org ---------------------------- Service: +49 (0)228 90826 0 Direct: +49 (0)228 90826 23 Fax: +49 (0)228 90826 11 ---------------------------- CCGIS Christl & Stamm GbR Siemensstra?e 8 53121 Bonn GERMANY From Silke.Reimer at intevation.de Tue Apr 27 02:57:37 2004 From: Silke.Reimer at intevation.de (Silke Reimer) Date: Tue, 27 Apr 2004 11:57:37 +0200 Subject: [Mapserver-users] WFS-Client In-Reply-To: <1BINnh-0lCMTI0@cmpmail07.bbul.t-online.de> References: <1BINnh-0lCMTI0@cmpmail07.bbul.t-online.de> Message-ID: <20040427095737.GA12993@intevation.de> --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hallo Marc, On Tue, Apr 27, 2004 at 10:18:45AM +0200, Marc.Jungen at t-online.de wrote: > Hello List, >=20 > Knows anyone something about the use of Deegree WFS (Server) in UMN > Mapserver (WFS-Client)? > I used the specs in the 'How-to', but i always get an error-message. The problem is, that deegree only excepts HTTP-Post-Request for the WFS-Server while UMN MapServer as WFS-clients only creates HTTP-Get-Requests.=20 There are two solutions to this problem. First you can ask the development team of deegree to provide a filter that converts WFS-Get-Requests to WFS-Post-Requests. I already pointed them to this problem but I am not sure whether or when they will implement this feature. The second solution is to write an own filter that does the conversion. I wrote an example which only sets the bounding-box-filter. No other filter can be set by this script since I didn't need it so far. I used this script as an external method within a Zope server and pointed the WFS-request in the map file to this script. It should be not too difficult to enhance the script for further filter and to use it as a python script that will be interpreated by apache with mod_python. Otherwise you will need to write an own filter in a language you prefer. Best regards, Silke --=20 Silke Reimer Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAji6R1W4oD4nfjasRApQyAKCAmKC0IAH+LuehuazsTmGttuAE6wCggySu 89zLS5kNmmuu2zPR46cI8pY= =jKAJ -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From stephane.riff at cerene.fr Tue Apr 27 05:12:44 2004 From: stephane.riff at cerene.fr (=?ISO-8859-1?Q?St=E9phane_RIFF?=) Date: Tue, 27 Apr 2004 14:12:44 +0200 Subject: [SPAM] - Re: [Mapserver-users] truetype symbol size in legend - Found word(s) remove list in the Text body. In-Reply-To: <32899.164.15.134.161.1083054507.squirrel@164.15.134.161> References: <33943.164.15.134.161.1082991748.squirrel@164.15.134.161> <1082994771.22900.17.camel@ubet.gomoos.org> <32899.164.15.134.161.1083054507.squirrel@164.15.134.161> Message-ID: <408E4E3C.6060101@cerene.fr> Moritz Lennert wrote: >Eric Bridger said: > > >>On Mon, 2004-04-26 at 11:02, Moritz Lennert wrote: >> >> >>>Hello, >>> >>>Going on with the learning process concerning (proportionately sized) >>>truetype symbols... >>> >>>Thanks to Jan Hartmann and Michael Schulze, I can now satisfyingly >>>display >>>symbols proportionate to a given attribute. Now I would like to be able >>>to >>>display this symbol in the legend at a reaonable size. >>> >>>Below is my entire layer definition. When I display this, I get a >>>one-pixel point in the legend for "Symbole cercle TT". I can "hack" a >>>larger symbol by using the SYMBOL and SIZE commands. However, this works >>>as long as SIZE is smaller then the smallest value in LABELSIZEITEM, >>>otherwise everything smaller is scaled up to the value of SIZE... >>> >>>Is there a way of defining the size of one symbol within the legend ? >>> >>>Moritz >>> >>>********Layer definition************** >>> >>> LAYER # Cerclestt >>> Name Cerclestt >>> DATA centres_communes >>> STATUS OFF >>> TYPE POINT >>> LABELSIZEITEM VOITURE >>> FILTER ([VOITURE] > 0) >>> >>> CLASS >>> NAME "Symbole cercle TT" >>> COLOR 255 0 0 >>> TEXT "N" # charact?re correspondant au symbole du cercle dans la >>>police ESRI1 >>> LABEL >>> POSITION cc >>> FONT esri_1 >>> TYPE truetype >>> FORCE true >>> COLOR 255 0 0 >>> ANTIALIAS true >>> END >>> END >>> END # Cerclestt >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >>> >>This is something of a hack also but you could create a separate layer >>just for displaying the legend. Remove the NAME from your CLASS above >>to prevent it from displaying in the legend. >> >>Create a new LAYER: >>NAME Cerclestt_legend >>STATUS DEFAULT >>TYPE POINT >>CLASS >> NAME "Symbole cercle TT" >> COLOR 255 0 0 >> # circle name defined in symbol.sym file >> SYMBOL "circle" >> SIZE N >>END >> >>Set N to the size you want in pixels. You could also create a TrueType >>"N" circle in your symbol.sym file and use that as your SYMBOL. >> >> >> > >Thank you, now I get a nice legend. However, it is visible all the time, >and would like to have it shown only when the corresponding layer is >visible. So, I've been experimenting with the REQUIRES command. However, I >just can't seem to make it work. When I set STATUS to DEFAULT, the legend >is always visible, when I set it to ON or OFF it is never visible, even >when the layer CerclesTT is visible... > >Any hints ? > >Here's my Layer definition: > >LAYER # Legende pour cercles truetype > NAME Cerclestt_legend > STATUS ON > REQUIRES "[Cerclestt]" > TYPE POINT > CLASS > NAME "3 travailleurs" > COLOR 255 0 0 > SYMBOL "point_tt" > SIZE 30 > END > END # Legende pour cercles truetype > >Moritz >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > Hello, For your symbol size problem : if you are using mapscript and HTML Legend, you can change the size of your symbols just before drawing LegendIcons and restore it just after... I do this for an application and it seems to work well. For the other did you care of case for your layer name ? Bye Steff From mlennert at club.worldonline.be Tue Apr 27 06:19:19 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Tue, 27 Apr 2004 15:19:19 +0200 (CEST) Subject: [SPAM] - Re: [Mapserver-users] truetype symbol size in legend - Found word(s) remove list in the Text body. In-Reply-To: <408E4E3C.6060101@cerene.fr> References: <33943.164.15.134.161.1082991748.squirrel@164.15.134.161> <1082994771.22900.17.camel@ubet.gomoos.org> <32899.164.15.134.161.1083054507.squirrel@164.15.134.161> <408E4E3C.6060101@cerene.fr> Message-ID: <33080.164.15.134.161.1083071959.squirrel@164.15.134.161> St?phane RIFF said: > Moritz Lennert wrote: > >>Eric Bridger said: >> >> >>>On Mon, 2004-04-26 at 11:02, Moritz Lennert wrote: >>> >>> >>>>Hello, >>>> >>>>Going on with the learning process concerning (proportionately sized) >>>>truetype symbols... >>>> >>>>Thanks to Jan Hartmann and Michael Schulze, I can now satisfyingly >>>>display >>>>symbols proportionate to a given attribute. Now I would like to be able >>>>to >>>>display this symbol in the legend at a reaonable size. >>>> >>>>Below is my entire layer definition. When I display this, I get a >>>>one-pixel point in the legend for "Symbole cercle TT". I can "hack" a >>>>larger symbol by using the SYMBOL and SIZE commands. However, this >>>> works >>>>as long as SIZE is smaller then the smallest value in LABELSIZEITEM, >>>>otherwise everything smaller is scaled up to the value of SIZE... >>>> >>>>Is there a way of defining the size of one symbol within the legend ? >>>> >>>>Moritz >>>> >>>>********Layer definition************** >>>> >>>> LAYER # Cerclestt >>>> Name Cerclestt >>>> DATA centres_communes >>>> STATUS OFF >>>> TYPE POINT >>>> LABELSIZEITEM VOITURE >>>> FILTER ([VOITURE] > 0) >>>> >>>> CLASS >>>> NAME "Symbole cercle TT" >>>> COLOR 255 0 0 >>>> TEXT "N" # charact?re correspondant au symbole du cercle dans la >>>>police ESRI1 >>>> LABEL >>>> POSITION cc >>>> FONT esri_1 >>>> TYPE truetype >>>> FORCE true >>>> COLOR 255 0 0 >>>> ANTIALIAS true >>>> END >>>> END >>>> END # Cerclestt >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>>> >>>> >>>This is something of a hack also but you could create a separate layer >>>just for displaying the legend. Remove the NAME from your CLASS above >>>to prevent it from displaying in the legend. >>> >>>Create a new LAYER: >>>NAME Cerclestt_legend >>>STATUS DEFAULT >>>TYPE POINT >>>CLASS >>> NAME "Symbole cercle TT" >>> COLOR 255 0 0 >>> # circle name defined in symbol.sym file >>> SYMBOL "circle" >>> SIZE N >>>END >>> >>>Set N to the size you want in pixels. You could also create a TrueType >>>"N" circle in your symbol.sym file and use that as your SYMBOL. >>> >>> >>> >> >>Thank you, now I get a nice legend. However, it is visible all the time, >>and would like to have it shown only when the corresponding layer is >>visible. So, I've been experimenting with the REQUIRES command. However, >> I >>just can't seem to make it work. When I set STATUS to DEFAULT, the legend >>is always visible, when I set it to ON or OFF it is never visible, even >>when the layer CerclesTT is visible... >> >>Any hints ? >> >>Here's my Layer definition: >> >>LAYER # Legende pour cercles truetype >> NAME Cerclestt_legend >> STATUS ON >> REQUIRES "[Cerclestt]" >> TYPE POINT >> CLASS >> NAME "3 travailleurs" >> COLOR 255 0 0 >> SYMBOL "point_tt" >> SIZE 30 >> END >> END # Legende pour cercles truetype >> >>Moritz > Hello, > For your symbol size problem : > if you are using mapscript and HTML Legend, you can change the size of > your symbols just before drawing LegendIcons and restore it just after... > I do this for an application and it seems to work well. Thank you, I'll look into this once I get to exploring Mapscript (I am just beginning with Mapserver) > For the other did you care of case for your layer name ? Yes, the layer name is exactly "Cerclestt". Moritz From eric at gomoos.org Tue Apr 27 06:24:50 2004 From: eric at gomoos.org (Eric Bridger) Date: 27 Apr 2004 09:24:50 -0400 Subject: [Mapserver-users] truetype symbol size in legend In-Reply-To: <32899.164.15.134.161.1083054507.squirrel@164.15.134.161> References: <33943.164.15.134.161.1082991748.squirrel@164.15.134.161> <1082994771.22900.17.camel@ubet.gomoos.org> <32899.164.15.134.161.1083054507.squirrel@164.15.134.161> Message-ID: <1083072296.1523.13.camel@ubet.gomoos.org> On Tue, 2004-04-27 at 04:28, Moritz Lennert wrote: > Eric Bridger said: > > This is something of a hack also but you could create a separate layer > > just for displaying the legend. Remove the NAME from your CLASS above > > to prevent it from displaying in the legend. > > > > Create a new LAYER: > > NAME Cerclestt_legend > > STATUS DEFAULT > > TYPE POINT > > CLASS > > NAME "Symbole cercle TT" > > COLOR 255 0 0 > > # circle name defined in symbol.sym file > > SYMBOL "circle" > > SIZE N > > END > > > > Set N to the size you want in pixels. You could also create a TrueType > > "N" circle in your symbol.sym file and use that as your SYMBOL. > > > > Thank you, now I get a nice legend. However, it is visible all the time, > and would like to have it shown only when the corresponding layer is > visible. So, I've been experimenting with the REQUIRES command. However, I > just can't seem to make it work. When I set STATUS to DEFAULT, the legend > is always visible, when I set it to ON or OFF it is never visible, even > when the layer CerclesTT is visible... > > Any hints ? > > Here's my Layer definition: > > LAYER # Legende pour cercles truetype > NAME Cerclestt_legend > STATUS ON > REQUIRES "[Cerclestt]" > TYPE POINT > CLASS > NAME "3 travailleurs" > COLOR 255 0 0 > SYMBOL "point_tt" > SIZE 30 > END > END # Legende pour cercles truetype > You'll discover that with Mapserver there's always more than one way to get the job done. Legends (along with your map) are controlled by the layers CGI parameter. The [legend] template variable gets replaced with something like: /cgi-bin/mapserv?mode=legend&layers=Cerclestt+... What you need is to get layers=Cerclestt+Cerclestt_legend which could be done with a small Javascript command triggered by the selection of the map legend. Alternatively, and perhaps most cleanly is to investigate the GROUP tag in your map file. Have both the layer and legend layer use the same group name. Then both would get turned on/off together. (I couldn't test this, not being set up to use templates. Finally, another quick hack, which I did test successfully: Give both layers the same name. When the map is drawn, the legend layer (with no DATA) won't be displayed. When the legend is drawn the data layers (with no CLASS NAME) won't be drawn in the legend. From alhim at intracom.gr Tue Apr 27 06:54:31 2004 From: alhim at intracom.gr (Alexandros Chimarios) Date: Tue, 27 Apr 2004 16:54:31 +0300 Subject: [Mapserver-users] POSTGIS - subselect problem In-Reply-To: <408E4E3C.6060101@cerene.fr> References: <33943.164.15.134.161.1082991748.squirrel@164.15.134.161> <32899.164.15.134.161.1083054507.squirrel@164.15.134.161> <408E4E3C.6060101@cerene.fr> Message-ID: <200404271654.31670.alhim@intracom.gr> Hello, I have a problem with POSTGIS and in particular with subselects. I have a POSTGIS layer and everything go well when i put : DATA " geolocation from unit_tracks USING UNIQUE unit_id USING SRID = -1 " ... but when i put the following data(which theoritically is the same data with the previous one) I get a segmentation fault : DATA " geolocation from (SELECT geolocation from unit_tracks) as foo using unique oid using srid=-1 " Could anyone explain me what's happening here since subselecting is very important thing. Thanx Alexandros. From mlennert at club.worldonline.be Tue Apr 27 07:05:11 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Tue, 27 Apr 2004 16:05:11 +0200 (CEST) Subject: [Mapserver-users] truetype symbol size in legend In-Reply-To: <1083072296.1523.13.camel@ubet.gomoos.org> References: <33943.164.15.134.161.1082991748.squirrel@164.15.134.161> <1082994771.22900.17.camel@ubet.gomoos.org> <32899.164.15.134.161.1083054507.squirrel@164.15.134.161> <1083072296.1523.13.camel@ubet.gomoos.org> Message-ID: <33254.164.15.134.161.1083074711.squirrel@164.15.134.161> Eric Bridger said: > On Tue, 2004-04-27 at 04:28, Moritz Lennert wrote: >> Eric Bridger said: > >> > This is something of a hack also but you could create a separate layer >> > just for displaying the legend. Remove the NAME from your CLASS above >> > to prevent it from displaying in the legend. >> > >> > Create a new LAYER: >> > NAME Cerclestt_legend >> > STATUS DEFAULT >> > TYPE POINT >> > CLASS >> > NAME "Symbole cercle TT" >> > COLOR 255 0 0 >> > # circle name defined in symbol.sym file >> > SYMBOL "circle" >> > SIZE N >> > END >> > >> > Set N to the size you want in pixels. You could also create a >> TrueType >> > "N" circle in your symbol.sym file and use that as your SYMBOL. >> > >> >> Thank you, now I get a nice legend. However, it is visible all the time, >> and would like to have it shown only when the corresponding layer is >> visible. So, I've been experimenting with the REQUIRES command. However, >> I >> just can't seem to make it work. When I set STATUS to DEFAULT, the >> legend >> is always visible, when I set it to ON or OFF it is never visible, even >> when the layer CerclesTT is visible... >> >> Any hints ? >> >> Here's my Layer definition: >> >> LAYER # Legende pour cercles truetype >> NAME Cerclestt_legend >> STATUS ON >> REQUIRES "[Cerclestt]" >> TYPE POINT >> CLASS >> NAME "3 travailleurs" >> COLOR 255 0 0 >> SYMBOL "point_tt" >> SIZE 30 >> END >> END # Legende pour cercles truetype >> > You'll discover that with Mapserver there's always more than one way to > get the job done. > That's the charm of opensource isn't it ? ;-) > > Alternatively, and perhaps most cleanly is to investigate the GROUP tag > in your map file. Have both the layer and legend layer use the same > group name. Then both would get turned on/off together. (I couldn't test > this, not being set up to use templates. > This works beautifully and does seem to be the cleanest solution. I just replaced the original layer's name ("Cerclestt") with the group name ('gcerclestt") and voil? ! Thanks a lot Eric ! Moritz From alhim at intracom.gr Tue Apr 27 07:22:54 2004 From: alhim at intracom.gr (Alexandros Chimarios) Date: Tue, 27 Apr 2004 17:22:54 +0300 Subject: [Mapserver-users] Re: POSTGIS - subselect problem In-Reply-To: <200404271654.31670.alhim@intracom.gr> References: <33943.164.15.134.161.1082991748.squirrel@164.15.134.161> <408E4E3C.6060101@cerene.fr> <200404271654.31670.alhim@intracom.gr> Message-ID: <200404271722.54168.alhim@intracom.gr> Solved this problem on my own. It is clearly mentioned in PostGIS manual that MapServer needs to have a unique id in each row in a subselect. Therefore I created an index on unit_id and I added the unit_id column in the query and worked. DATA " geolocation from (SELECT geolocation, unit_id from unit_tracks) as foo using unique unit_id using srid=-1 " Regards Alex On Tuesday 27 April 2004 16:54, you wrote: > Hello, > > I have a problem with POSTGIS and in particular with subselects. I have a > POSTGIS layer and everything go well when i put : > > DATA " geolocation from unit_tracks USING UNIQUE unit_id USING SRID = -1 > " > > > ... but when i put the following data(which theoritically is the same data > with the previous one) I get a segmentation fault : > > DATA " geolocation from (SELECT geolocation from unit_tracks) as foo using > unique oid using srid=-1 " > > Could anyone explain me what's happening here since subselecting is very > important thing. > > Thanx > > Alexandros. From ealpert at digitalglobe.com Tue Apr 27 07:26:45 2004 From: ealpert at digitalglobe.com (Ethan Alpert) Date: Tue, 27 Apr 2004 08:26:45 -0600 Subject: [Mapserver-users] POSTGIS - subselect problem Message-ID: <1FB6937A87F9074C9A2B8F9D9137EB16140B9F@COMAIL01.digitalglobe.com> I believe you have an SQL syntax error. SQL requires the a table to be referenced after from. -e -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Alexandros Chimarios Sent: Tuesday, April 27, 2004 7:55 AM To: Mapserver Users List Subject: [Mapserver-users] POSTGIS - subselect problem Hello, I have a problem with POSTGIS and in particular with subselects. I have a POSTGIS layer and everything go well when i put : DATA " geolocation from unit_tracks USING UNIQUE unit_id USING SRID = -1 " ... but when i put the following data(which theoritically is the same data with the previous one) I get a segmentation fault : DATA " geolocation from (SELECT geolocation from unit_tracks) as foo using unique oid using srid=-1 " Could anyone explain me what's happening here since subselecting is very important thing. Thanx Alexandros. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Tue Apr 27 07:56:24 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Tue, 27 Apr 2004 10:56:24 -0400 Subject: [Mapserver-users] Re: POSTGIS - subselect problem In-Reply-To: <200404271722.54168.alhim@intracom.gr> References: <33943.164.15.134.161.1082991748.squirrel@164.15.134.161> <408E4E3C.6060101@cerene.fr> <200404271654.31670.alhim@intracom.gr> <200404271722.54168.alhim@intracom.gr> Message-ID: <408E7498.2020106@swoodbridge.com> Good job! I think you should write a bug though because a segv is not a very good error message and not helpful toward pointing you toward a solution. -Steve W. Alexandros Chimarios wrote: > Solved this problem on my own. > It is clearly mentioned in PostGIS manual that MapServer needs to have a > unique id in each row in a subselect. Therefore I created an index on unit_id > and I added the unit_id column in the query and worked. > > DATA " geolocation from (SELECT geolocation, unit_id from unit_tracks) as foo > using unique unit_id using srid=-1 " > > > Regards > > Alex > > > > On Tuesday 27 April 2004 16:54, you wrote: > >>Hello, >> >>I have a problem with POSTGIS and in particular with subselects. I have a >>POSTGIS layer and everything go well when i put : >> >>DATA " geolocation from unit_tracks USING UNIQUE unit_id USING SRID = -1 >>" >> >> >>... but when i put the following data(which theoritically is the same data >>with the previous one) I get a segmentation fault : >> >>DATA " geolocation from (SELECT geolocation from unit_tracks) as foo using >>unique oid using srid=-1 " >> >>Could anyone explain me what's happening here since subselecting is very >>important thing. >> >>Thanx >> >>Alexandros. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From dmorissette at dmsolutions.ca Tue Apr 27 08:32:22 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 27 Apr 2004 11:32:22 -0400 Subject: [Mapserver-users] WFS-Client In-Reply-To: <20040427095737.GA12993@intevation.de> References: <1BINnh-0lCMTI0@cmpmail07.bbul.t-online.de> <20040427095737.GA12993@intevation.de> Message-ID: <408E7D06.2040903@dmsolutions.ca> Silke Reimer wrote: > > The problem is, that deegree only excepts HTTP-Post-Request for the > WFS-Server while UMN MapServer as WFS-clients only creates > HTTP-Get-Requests. > I believe MapServer v4.2 now uses the POST method by default for WFS layers, so one solution may be to upgrade to MapServer 4.2. Can you please confirm that Assefa? -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From assefa at dmsolutions.ca Tue Apr 27 09:25:32 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 27 Apr 2004 12:25:32 -0400 Subject: [Mapserver-users] WFS-Client In-Reply-To: <408E7D06.2040903@dmsolutions.ca> References: <1BINnh-0lCMTI0@cmpmail07.bbul.t-online.de> <20040427095737.GA12993@intevation.de> <408E7D06.2040903@dmsolutions.ca> Message-ID: <408E897C.9020405@dmsolutions.ca> Daniel Morissette wrote: > Silke Reimer wrote: > >> >> The problem is, that deegree only excepts HTTP-Post-Request for the >> WFS-Server while UMN MapServer as WFS-clients only creates >> HTTP-Get-Requests. > > > I believe MapServer v4.2 now uses the POST method by default for WFS > layers, so one solution may be to upgrade to MapServer 4.2. Can you > please confirm that Assefa? > Yes. By default the request is sent using the Post Method. There is a layer level metadata called wfs_request_method that can be set to GET if you want to use the Get method ("wfs_request_method" "GET"). Note that there was an error on the metadata name in the release of 4.2b1 (the names used was wms_request_method instead of wfs_request_method). This has been fixed in mapserver cvs. Later, -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From Stephanie.Choi at ec.gc.ca Tue Apr 27 10:19:10 2004 From: Stephanie.Choi at ec.gc.ca (Choi,Stephanie [Ontario]) Date: Tue, 27 Apr 2004 13:19:10 -0400 Subject: [Mapserver-users] Decimal degree number unit Message-ID: <9B09D75DF5B3494BA06E6FE478CE9CC148FAEF@mgtserver3.ontario.int.ec.gc.ca> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42C7B.C12EA278 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I am working on the data with latitude and longitude in minutes&second unit. But I have a problem on displaying it on Mapserver. I try to convert the data into decimal degree number unit, but does it necessary to do this conversion ? Is there a more direct way to display this data ? Any help would be greatly appreciated. Thanks in advance, Stephanie ------_=_NextPart_001_01C42C7B.C12EA278 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Decimal degree number unit

Hi all,

I am working on the data with latitude = and longitude in minutes&second unit.  But I have a problem on = displaying it on Mapserver.  I try to convert the data into decimal = degree number unit, but does it necessary to do this conversion ? Is = there a more direct way to display this data ?  Any help would be = greatly appreciated.

Thanks in advance,
Stephanie

------_=_NextPart_001_01C42C7B.C12EA278-- From jnielsen at aero-graphics.com Tue Apr 27 11:01:49 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Tue, 27 Apr 2004 12:01:49 -0600 Subject: [Mapserver-users] ArcGrid format. Message-ID: <1083088909.408ea00dbe2ea@www.agi-lan.com> This is more a gdal question I suppose but thought I would see about picking some brains here. Is anyone out there using ArcGrid files with mapserver? More specifically something like the data at: data.geocomm.com/readme/usgs/ned.html I noticed Arc/Info binary grid support is listed in gdal but I was not sure if this is the same. Thanks. From Stephanie.Choi at ec.gc.ca Tue Apr 27 11:18:28 2004 From: Stephanie.Choi at ec.gc.ca (Choi,Stephanie [Ontario]) Date: Tue, 27 Apr 2004 14:18:28 -0400 Subject: [Mapserver-users] Projection string for (Degree, minute, second) Message-ID: <9B09D75DF5B3494BA06E6FE478CE9CC1490856@mgtserver3.ontario.int.ec.gc.ca> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42C84.09A797A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, Does anyone know the project string for DMS ( degree, minutes, second ) ? Thanks in advance, Stephanie ------_=_NextPart_001_01C42C84.09A797A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Projection string for (Degree, minute, second)

Hi all,

Does anyone know the project string for = DMS ( degree, minutes, second ) ?

Thanks in advance,

Stephanie

------_=_NextPart_001_01C42C84.09A797A0-- From andreas.mueller at bfua.de Tue Apr 27 11:29:52 2004 From: andreas.mueller at bfua.de (andreas.mueller at bfua.de) Date: Tue, 27 Apr 2004 20:29:52 +0200 Subject: [Mapserver-users] complex postgis queries in mapserver Message-ID: <408EC2C0.16620.7B561DF@localhost> Hi, although there has been a lot of mails about this problem I still don't figure it out. When I enter a simple query: DATA "the_geom FROM ruhr" I get a nice map. But if I do a join on two tables in the same way as the documentation (and about 5 million mails from this list) says, I get the well known error message: ------------------------------ msDrawMap(): Image handling error. Failed to draw layer named 'ruhr'. prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT hp1::text,asbinary(force_collection(force_2d(x3x3)),'NDR'),oid::text from x3x3 WHERE x3x3 && setSRID('BOX3D(2510000 5608433.33333333,2680000 5778566.66666667)'::BOX3D, -1 )' and so on ----------------------------- The subquery is fine for PostgreSQL. We have an alias for the result set. We use "oid" as UNIQUE and "SRID" as well. The layer definition is as follows: ----------------- LAYER NAME ruhr TYPE POLYGON CONNECTIONTYPE postgis CONNECTION "user=andy dbname=mygisdb host=localhost password=harry" DATA "the_geom FROM (SELECT ruhr.oid AS oid, ruhr.the_geom AS the_geom, ruhr_small.hp1 AS hp1 FROM ruhr LEFT JOIN ruhr_small ON ruhr.gewkz = ruhr_small.gewkz AND ruhr.stat = ruhr_small.abschnitt ) AS test USING UNIQUE oid USING SRID=-1" STATUS DEFAULT CLASSITEM hp1 CLASS EXPRESSION "1" ... ------------------------------------- My Mapserver version is running on my Win 2k desktop: MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE I'm running PostGIS 0.81 and PostgreSQL 7.4.1.3 within Cygwin. Where is the mistake? Thanks Andreas -- Dr. Andreas M?ller Medien und Umwelt Breite Stra?e 21 R?ttenscheider Stra?e 61 53111 Bonn 45130 Essen Tel.: 02 28.9 73 83 90 Tel.: 02 01.79 49 41 Fax: 02 28.9 73 83 91 Fax: 02 01.79 49 42 info at m-u-u.de www.m-u-u.de From dblasby at refractions.net Tue Apr 27 12:01:26 2004 From: dblasby at refractions.net (David Blasby) Date: Tue, 27 Apr 2004 12:01:26 -0700 Subject: [Mapserver-users] complex postgis queries in mapserver In-Reply-To: <408EC2C0.16620.7B561DF@localhost> References: <408EC2C0.16620.7B561DF@localhost> Message-ID: <408EAE06.9010401@refractions.net> Are you using the lastest CVS version? dave From nacional at cbs.umn.edu Tue Apr 27 12:41:38 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Tue, 27 Apr 2004 14:41:38 -0500 Subject: [Mapserver-users] complex postgis queries in mapserver In-Reply-To: <408EC2C0.16620.7B561DF@localhost> References: <408EC2C0.16620.7B561DF@localhost> Message-ID: <1083094898.7846.17.camel@localhost> Do you have a postgresql log that you can check for error messages? Check that your user account have SELECT privileges on both tables. This is an oft-forgotten hint. -Perry On Tue, 2004-04-27 at 13:29, andreas.mueller at bfua.de wrote: > Hi, > > although there has been a lot of mails about this problem I still don't figure it out. > > When I enter a simple query: > DATA "the_geom FROM ruhr" > I get a nice map. > But if I do a join on two tables in the same way as the documentation (and about 5 > million mails from this list) says, I get the well known error message: > ------------------------------ > msDrawMap(): Image handling error. Failed to draw layer named 'ruhr'. > prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) > statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT > hp1::text,asbinary(force_collection(force_2d(x3x3)),'NDR'),oid::text from > x3x3 WHERE x3x3 && setSRID('BOX3D(2510000 > 5608433.33333333,2680000 5778566.66666667)'::BOX3D, -1 )' > and so on > ----------------------------- > The subquery is fine for PostgreSQL. We have an alias for the result set. We use "oid" > as UNIQUE and "SRID" as well. > > The layer definition is as follows: > ----------------- > LAYER > NAME ruhr > TYPE POLYGON > CONNECTIONTYPE postgis > CONNECTION "user=andy dbname=mygisdb host=localhost password=harry" > DATA "the_geom FROM (SELECT ruhr.oid AS oid, ruhr.the_geom AS the_geom, > ruhr_small.hp1 AS hp1 FROM ruhr LEFT JOIN ruhr_small ON ruhr.gewkz = > ruhr_small.gewkz AND ruhr.stat = ruhr_small.abschnitt ) AS test USING UNIQUE oid > USING SRID=-1" > STATUS DEFAULT > CLASSITEM hp1 > CLASS > EXPRESSION "1" > ... > ------------------------------------- > > My Mapserver version is running on my Win 2k desktop: > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE > SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 > INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > I'm running PostGIS 0.81 and PostgreSQL 7.4.1.3 within Cygwin. > > Where is the mistake? > > Thanks > > Andreas -- "He's no geek.His tan's too good." -Benjamin Choate From AWOOLEY at mountainland.org Tue Apr 27 12:51:26 2004 From: AWOOLEY at mountainland.org (ANDREW WOOLEY) Date: Tue, 27 Apr 2004 13:51:26 -0600 Subject: [Mapserver-users] ArcGrid format. Message-ID: Jason, This isn't really the answer you were looking for, but I thought it might help. To display the NED Hillshade, I use the USGS wms. This is the mapfile code (I got it from the list but don't remember who posted - sorry): LAYER NAME "wms_ned" TYPE RASTER STATUS ON #PROCESSING "COLOR_MATCH_THRESHOLD=3" # Suggest in listserv for transparencies #OFFSITE 0 0 0 # SEEMS TO REMOVE PIXELS OF A CERTAIN VALUE CONNECTION "http://gisdata.usgs.net:80/servlet/com.esri.wms.Esrimap?servicename=USGS_WMS_NED&" CONNECTIONTYPE WMS METADATA "wms_srs" "EPSG:4326" "wms_name" "US_NED_Shaded_Relief" "wms_server_version" "1.0.0" "wms_format" "image/jpeg" END PROJECTION "init=epsg:26912" END END It is for display purposes only. If you were looking to do something other than query, I don't know if it is possible to query grids in mapserver. There was some list discussion on that earlier, but I can't recall if it was resolved. The other option that I have used is to create images from the grid data and display that. I hope this is helpful. Andrew >>> "Jason M. Nielsen" 4/27/2004 12:01:49 PM >>> This is more a gdal question I suppose but thought I would see about picking some brains here. Is anyone out there using ArcGrid files with mapserver? More specifically something like the data at: data.geocomm.com/readme/usgs/ned.html I noticed Arc/Info binary grid support is listed in gdal but I was not sure if this is the same. Thanks. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jnielsen at aero-graphics.com Tue Apr 27 13:21:47 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Tue, 27 Apr 2004 14:21:47 -0600 Subject: [Mapserver-users] php mapscript as data extraction utility. Message-ID: <1083097307.408ec0dbd2e4b@www.agi-lan.com> I was going to write some simple tools for performing basic tasks on data such as clip out a bounding area of X list of rasters then dump this to a file and spit out a webpage with a URL for access to the data. After getting mapscript working and playing with it though I wondered if using mapserver directly would be the best route. Example application might be a display in which you draw a bounding box. Those coordinates are read and placed in fields. You then tell it clip and mapserver using a tileindex proceeds to produce this map. The catch might be though that I want to be able to specify things like pixel size, coordinate system, format, no data color and so on. This is pretty straight forward just doing something directly with the likes of gdal_merge.py and such but with mapserver I dont see how one would specify things like pixel size. With regard to it specifically it appears I would have to determine proper dpi for the desired pixel size. Anyhow, the real question is simply this. What are everyones recommendations? Go with mapserver? Make utility pages granting access directly to the command line utilities? Or perhaps mapserver to gain things such as the coordinates and seeding fields but ultimately call the commands directly? These will be local only so security while always a concern isnt too big of one. Thanks. From AWOOLEY at mountainland.org Tue Apr 27 14:23:56 2004 From: AWOOLEY at mountainland.org (ANDREW WOOLEY) Date: Tue, 27 Apr 2004 15:23:56 -0600 Subject: [Mapserver-users] ArcGrid format. Message-ID: I have been in the process (a very long one, I might add) of moving my map apps to a new server with the latest version of MapServer. So, I don't have a fully functioning version of my mapping that uses this layer, but I do have it working - that is generating a map. You can check it out at http://66.89.102.144/doqq.phtml (if the NED doesn't draw, just refresh until it does, it seems to go out at times). This was just my test to see if I could get it to work and overlay some vector data. It works, but I have not integrated it into any of my fully functional maps, yet. The biggest drawbacks I can see to using it are 1) it takes much longer to load the map than if it is a static TIF, like I have been using in other maps. The TIF works for me because my maps are almost exclusively just Northern Utah. If I didn't have to reproject the NED layer, it would probably just as fast, I assume. and 2) to get it to look good and clear, you have to do 24 bit images (as I understand it) and they are huge. The one generated in my demo is ~330kb. That is much too large for most of the users. I think the speed and small images are what make MapServer the best choice for this thing and when those are lost, it starts to lose its value. If I wanted slow loading maps I would have gone with ArcIMS :). Anyway, if you follow the link I provided, you can see the image and view the map file. As I mentioned before, the WMS bit I gathered off the list. I really don't know what I am doing when it comes to the WMS stuff. Thanks again to whoever provided it. Andrew >>> Bob Basques 4/27/2004 2:48:59 PM >>> Andrew, Can you publish(or provide a copy of) a (more)complete mapfile that you use this in? I've been menaing to test this service, just haven't gotten around to for one reason or another. bobb ANDREW WOOLEY wrote: >Jason, > >This isn't really the answer you were looking for, but I thought it >might help. > >To display the NED Hillshade, I use the USGS wms. > >This is the mapfile code (I got it from the list but don't remember who >posted - sorry): >LAYER > NAME "wms_ned" > TYPE RASTER > STATUS ON > > #PROCESSING "COLOR_MATCH_THRESHOLD=3" # Suggest in listserv for >transparencies > #OFFSITE 0 0 0 # SEEMS TO REMOVE PIXELS >OF A CERTAIN VALUE > CONNECTION >"http://gisdata.usgs.net:80/servlet/com.esri.wms.Esrimap?servicename=USGS_WMS_NED&" > CONNECTIONTYPE WMS > METADATA > "wms_srs" "EPSG:4326" > "wms_name" "US_NED_Shaded_Relief" > "wms_server_version" "1.0.0" > "wms_format" "image/jpeg" > END > PROJECTION > "init=epsg:26912" > END >END > >It is for display purposes only. If you were looking to do something >other than query, I don't know if it is possible to query grids in >mapserver. There was some list discussion on that earlier, but I can't >recall if it was resolved. > >The other option that I have used is to create images from the grid >data and display that. > >I hope this is helpful. > >Andrew > > > >>>>"Jason M. Nielsen" 4/27/2004 12:01:49 >>>> >>>> >PM >>> >This is more a gdal question I suppose but thought I would see about >picking >some brains here. > >Is anyone out there using ArcGrid files with mapserver? More >specifically >something like the data at: > >data.geocomm.com/readme/usgs/ned.html > >I noticed Arc/Info binary grid support is listed in gdal but I was not >sure if >this is the same. > >Thanks. >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From jenu_ab at hotmail.com Tue Apr 27 14:51:55 2004 From: jenu_ab at hotmail.com (Jenu Abraham) Date: Tue, 27 Apr 2004 16:51:55 -0500 Subject: [Mapserver-users] trouble customizing Message-ID: hello.. i have been trying to work with my mapserver GIS tool... the demo example works fine on my server with the state_ugl .shp , .dbf, .shx files but when i tried to use the shape files from the US national gov site statesp020.shp, .dbf, .shx files it shows the following error-- the files are in the right directory msDrawMap(): Image handling error. Failed to draw layer named 'states'. msSHPOpenFile(): Unable to access file. (C:\cgi-bin/.\statesp020) msSHPOpenFile(): Unable to access file. (C:\cgi-bin/.\data/statesp020) do u know why? i modified the map file to point to the shapep020 file i tried to use shape files from different sources it all gave me the same error thaku in anticipation for help jenu _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee? Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From pdymecki at sympatico.ca Tue Apr 27 15:17:12 2004 From: pdymecki at sympatico.ca (Paul Dymecki) Date: Tue, 27 Apr 2004 18:17:12 -0400 Subject: [Mapserver-users] point collisions References: <2576812186CDD411BF1500508B6DCE9506437202@ECNWRI1.ontario.int.ec.gc.ca> Message-ID: <006901c42ca5$63c6b790$7b45fea9@paul> I do have the former, but don't have a time attribute in my dbf file. Is the time attribute just a time when the record was created? Paul ----- Original Message ----- From: "Kralidis,Tom [Burlington]" To: "'Paul Dymecki'" Sent: Tuesday, April 27, 2004 6:03 PM Subject: RE: [Mapserver-users] point collisions > > > > -----Original Message----- > > From: Paul Dymecki [mailto:pdymecki at sympatico.ca] > > Sent: Tuesday, April 27, 2004 4:31 PM > > To: Kralidis,Tom [Burlington] > > Subject: Re: [Mapserver-users] point collisions > > > > > > Hi Tom, > > Well the scenario is a bit cheesey. There are multiple > > ecological monitoring initiatives with the same home office > > and they are all tagged with the home office's lat/long > > unfortunately that's all that is available at the moment, so > > i just have to compensate. Would the filteritem do the trick > > in this case? thx, Paul > > I don't understand. Do you have one layer with many identically positioned > points? Or you have many layers with points who, when displayed atop one > another, appear as one point? If the former, you can do filteritem, > depending on how you'd like the app to work. > > ..Tom > > > ----- Original Message ----- > > From: "Kralidis,Tom [Burlington]" > > To: "'Paul Dymecki'" ; > > > > Sent: Monday, April 26, 2004 11:57 PM > > Subject: RE: [Mapserver-users] point collisions > > > > > > > > > > > -----Original Message----- > > > > From: Paul Dymecki [mailto:pdymecki at sympatico.ca] > > > > Sent: Monday, April 26, 2004 9:08 PM > > > > To: mapserver-users at lists.gis.umn.edu > > > > Subject: [Mapserver-users] point collisions > > > > > > > > > > > > Hello, > > > > I was wondering if there is some feature in mapserver in which > > > > point collisions can be compensated for. I'm currently > > working with > > > > a point layer that occasionally has identical lat/longs for some > > > > points.. thx, Paul > > > > > > > > > > What is the criteria which makes 1..n identical points individual > > > records? First thought would be a filter, i.e.: > > > > > > FILTERITEM "TIME" # where time is the name of the time > > column in the > > > shapefile's dbf > > > > > > FILTER "%time%" # whatever comes through the URL as > > "&TIME=timestring&"; > > > timestring is the value passed to the filter > > > > > > Hope this helps > > > > > > ..Tom > > > > > > ========================= > > > Tom Kralidis > > > Systems Scientist > > > Environment Canada > > > Tel: +01-905-336-4409 > > > http://www.ec.gc.ca/ > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > > > > > From Tom.Kralidis at ec.gc.ca Tue Apr 27 15:23:49 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Tue, 27 Apr 2004 18:23:49 -0400 Subject: [Mapserver-users] point collisions Message-ID: <2576812186CDD411BF1500508B6DCE9506437204@ECNWRI1.ontario.int.ec.gc.ca> The 'time' attribute was given as an example. Substitute that with whatever the fieldname is for the classification/filter. ..Tom > -----Original Message----- > From: Paul Dymecki [mailto:pdymecki at sympatico.ca] > Sent: Tuesday, April 27, 2004 6:17 PM > To: Kralidis,Tom [Burlington] > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] point collisions > > > I do have the former, but don't have a time attribute in my > dbf file. Is the time attribute just a time when the record > was created? Paul > ----- Original Message ----- > From: "Kralidis,Tom [Burlington]" > To: "'Paul Dymecki'" > Sent: Tuesday, April 27, 2004 6:03 PM > Subject: RE: [Mapserver-users] point collisions > > > > > > > > > -----Original Message----- > > > From: Paul Dymecki [mailto:pdymecki at sympatico.ca] > > > Sent: Tuesday, April 27, 2004 4:31 PM > > > To: Kralidis,Tom [Burlington] > > > Subject: Re: [Mapserver-users] point collisions > > > > > > > > > Hi Tom, > > > Well the scenario is a bit cheesey. There are multiple > > > ecological monitoring initiatives with the same home > office and they > > > are all tagged with the home office's lat/long > unfortunately that's > > > all that is available at the moment, so i just have to > compensate. > > > Would the filteritem do the trick in this case? thx, Paul > > > > I don't understand. Do you have one layer with many identically > positioned > > points? Or you have many layers with points who, when > displayed atop > > one another, appear as one point? If the former, you can do > > filteritem, depending on how you'd like the app to work. > > > > ..Tom > > > > > ----- Original Message ----- > > > From: "Kralidis,Tom [Burlington]" > > > To: "'Paul Dymecki'" ; > > > > > > Sent: Monday, April 26, 2004 11:57 PM > > > Subject: RE: [Mapserver-users] point collisions > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: Paul Dymecki [mailto:pdymecki at sympatico.ca] > > > > > Sent: Monday, April 26, 2004 9:08 PM > > > > > To: mapserver-users at lists.gis.umn.edu > > > > > Subject: [Mapserver-users] point collisions > > > > > > > > > > > > > > > Hello, > > > > > I was wondering if there is some feature in mapserver in > > > > > which point collisions can be compensated for. I'm currently > > > working with > > > > > a point layer that occasionally has identical > lat/longs for some > > > > > points.. thx, Paul > > > > > > > > > > > > > What is the criteria which makes 1..n identical points > individual > > > > records? First thought would be a filter, i.e.: > > > > > > > > FILTERITEM "TIME" # where time is the name of the time > > > column in the > > > > shapefile's dbf > > > > > > > > FILTER "%time%" # whatever comes through the URL as > > > "&TIME=timestring&"; > > > > timestring is the value passed to the filter > > > > > > > > Hope this helps > > > > > > > > ..Tom > > > > > > > > ========================= > > > > Tom Kralidis > > > > Systems Scientist > > > > Environment Canada > > > > Tel: +01-905-336-4409 > > > > http://www.ec.gc.ca/ > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > > > > > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > > > > > > > > From stepan.kafka at centrum.cz Tue Apr 27 15:39:39 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Wed, 28 Apr 2004 00:39:39 +0200 Subject: [Mapserver-users] ArcGrid format. In-Reply-To: <1083088909.408ea00dbe2ea@www.agi-lan.com> Message-ID: <000d01c42ca8$86b7d920$463c2fc3@HSGIS> Yes, We use ESRI binary grids (integer) in mapserver without problems (the gdal library is needed). The rasters also may be reclassified and reprojected on-fly the same way as other raster formats. Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz ICQ: 294002967 http://www.bnhelp.cz > -----P?vodn? zpr?va----- > Od: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele Jason M. > Nielsen > Odesl?no: 27. dubna 2004 20:02 > Komu: Mapserver List > P?edm?t: [Mapserver-users] ArcGrid format. > > > This is more a gdal question I suppose but thought I would see > about picking > some brains here. > > Is anyone out there using ArcGrid files with mapserver? More specifically > something like the data at: > > data.geocomm.com/readme/usgs/ned.html > > I noticed Arc/Info binary grid support is listed in gdal but I > was not sure if > this is the same. > > Thanks. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From eric at gomoos.org Tue Apr 27 16:43:14 2004 From: eric at gomoos.org (Eric Bridger) Date: Tue, 27 Apr 2004 19:43:14 -0400 Subject: [Mapserver-users] trouble customizing In-Reply-To: Message-ID: <4.3.2.7.2.20040427194049.00aafca0@mail.gomoos.org> At 04:51 PM 04/27/2004 -0500, Jenu Abraham wrote: >hello.. > >i have been trying to work with my mapserver GIS tool... > >the demo example works fine on my server with the state_ugl .shp , .dbf, .shx files > >but when i tried to use the shape files from the US national gov site statesp020.shp, .dbf, .shx files it shows the following error-- the files are in the right directory > >msDrawMap(): Image handling error. Failed to draw layer named 'states'. >msSHPOpenFile(): Unable to access file. (C:\cgi-bin/.\statesp020) >msSHPOpenFile(): Unable to access file. (C:\cgi-bin/.\data/statesp020) > >do u know why? > >i modified the map file to point to the shapep020 file >i tried to use shape files from different sources it all gave me the same error In your DATA tag use the full path to the shape file. I'm not sure what mapserver does with windows paths but something like: C:\data\statesp020 Or else look up SHAPEPATH and set that to the directory below which your shape files are. From woodbri at swoodbridge.com Tue Apr 27 16:45:12 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Tue, 27 Apr 2004 19:45:12 -0400 Subject: [Mapserver-users] OT: interesting non-mapserver application Message-ID: <408EF088.4000203@swoodbridge.com> Here is a neat mapping application that some of you might get a kick out of. It is NOT mapserver and I have nothing to do with it. http://www.fundrace.org/neighbors.php This could have been easily implemented in mapserver and mapscript. -Steve W. From satyajit.gantayat at aurovision.com Wed Apr 28 00:38:50 2004 From: satyajit.gantayat at aurovision.com (Satyajit) Date: Wed, 28 Apr 2004 13:08:50 +0530 Subject: [Mapserver-users] QueryByAttribute Message-ID: <000f01c42cf3$ddcd2260$183ba8c0@aurogis02> This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C42D21.F7855E60 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Folks, I have been banging my head since a couple of days with this code. I am trying to build an application where the user can search for a specific postcode and then the map will zoom into that particular extent. When the user enters a postcode ( I call it PINCODE) in the inputbox we search the pincode in the pincode shape file and set the map's extent to that of the shape found. But the following code is not working. The queryByAttributes function is reporting MS_FAILURE. This code is some what similar to that in one of the listings. It would beb great if somebody guide me through step by step procedure of developing this kind of QueryByAttribute feature using Mapserver. if ($http_form_vars["Pincode"]) { // the pincode to query for $szPincode = $http_form_vars["Pincode"]; $oPincodeLayer = $oMapSession->oMap->getLayerByName("Pincode"); // OUT_CODE is the field name which contains the value which would be queried. $oQueryStatus = $oPincodeLayer->queryByAttributes("OUT_CODE", "\"".$szPincode."\"",MS_SINGLE); if ( $oQueryStatus = MS_FAILURE ) { echo " Query Failed ... \"".$szPincode."\" "; echo " Query Status = ".$oQueryStatus.""; } else { if ($oPincodeLayer->getNumResults() > 0) { $oResult = $oPincodeLayer->getResult(0); $oOpen = $oPincodeLayer->open(); $oShape = $oPincodeLayer->getShape($oResult->tileindex, $oResult->shapeid); $oExtents = $oShape->bounds; $oShape->free(); //at this point we might add a buffer to the extents $nMinX = $oExtents->minx; $nMaxX = $oExtents->maxx; $nMinY = $oExtents->miny; $nMaxY = $oExtents->maxy; $oExtents->setExtent( $nMinX, $nMinY, $nMaxX, $nMaxY ); } // now use $oMapNavigator to navigate to the parcel // location. There are two useful options now. We // can zoom to a rectangle which we have calculated or // to a point and scale. Let's assume we have calculated // a rectangle and put a buffer around it if necessary. //$oMapNavigator->zoomRectangle($nMinX, $nMinY, //$nMaxX, $nMaxY); $oMapSession->oMap->setExtent( $oExtents->minx, $oExtents->miny, $oExtents->maxx, $oExtents->maxy ); } } I am using MapServer/MapScript 4.0 PHP 4.3 MapLab 2.1 Thanks and Regards Satyajit G. Imaging the way ahead ... Satyajit Gantayat Sr. Specialist GIS Aurovision Pvt. Ltd. 101, Swati North Avenue Santacuz (w) Mumbai - 400054 India tel: 91-22-56982010 ------=_NextPart_000_0010_01C42D21.F7855E60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
 Hi Folks,
       I have = been=20 banging my head since a couple of days with this code. I am = trying to=20 build an application where the user can search for a specific postcode = and=20 then the map will zoom into that particular extent. =
 When the user enters a postcode ( I call it PINCODE) in the=20 inputbox we search = the=20 pincode in the pincode shape file and set the map's extent to = that of the=20 shape found.
But the following code is not working. The = queryByAttributes=20 function is reporting MS_FAILURE. This code is some what similar to = that in=20 one of the listings. It would = beb great if=20 somebody guide me through=20 step by step procedure of = developing=20 this kind of QueryByAttribute feature using=20 Mapserver.
 
 
if=20 ($http_form_vars["Pincode"])
{
 // the pincode to query=20 for
 $szPincode =3D=20 $http_form_vars["Pincode"];
 
 $oPincodeLayer =3D=20 = $oMapSession->oMap->getLayerByName("Pincode");
 
// OUT_CODE is the field name which = contains the=20 value which would be queried. 
 
$oQueryStatus =3D=20 $oPincodeLayer->queryByAttributes("OUT_CODE",=20 "\"".$szPincode."\"",MS_SINGLE);
 
 if ( $oQueryStatus = =3D=20 MS_FAILURE )
 {
  echo  "<td = ><b> Query=20 Failed ... \"".$szPincode."\" = </b></td>";
  echo=20 "<td> Query Status =3D=20 = ".$oQueryStatus."</td>";
 }
 else
 {
&nb= sp; if=20 ($oPincodeLayer->getNumResults() >=20 0)
  {
   $oResult =3D=20 $oPincodeLayer->getResult(0);
   $oOpen =3D=20 = $oPincodeLayer->open();
   
   $oS= hape=20 =3D $oPincodeLayer->getShape($oResult->tileindex,=20 = $oResult->shapeid);
   
   $oExten= ts =3D=20 = $oShape->bounds;
   
   $oShape-&g= t;free();
 
   //at=20 this point we might add a buffer to the = extents
   $nMinX =3D=20 $oExtents->minx;
   $nMaxX =3D=20 $oExtents->maxx;
   $nMinY =3D=20 $oExtents->miny;
   $nMaxY =3D=20 = $oExtents->maxy;
   
   $oExtents-= >setExtent(=20 $nMinX, $nMinY, $nMaxX, $nMaxY );
  }
  // = now use=20 $oMapNavigator to navigate to the parcel
  // = location. =20 There are two useful options now.  We
  // can zoom = to a=20 rectangle which we have calculated or
  // to a point and = scale.  Let's assume we have calculated
  // a = rectangle and=20 put a buffer around it if=20 = necessary.
  //$oMapNavigator->zoomRectangle($nMinX, = ;=20 $nMinY,
        //$nMaxX,=20 $nMaxY);
   $oMapSession->oMap->setExtent(=20 $oExtents->minx, $oExtents->miny, $oExtents->maxx, = $oExtents->maxy=20 );
 }
}
 

 I am using
    MapServer/MapScript=20 4.0
    PHP = 4.3
    MapLab=20 2.1
   
 
Thanks and=20 Regards
Satyajit=20 G.
    =
 
Imaging the way = ahead=20 ...
Satyajit=20 Gantayat
Sr. = Specialist=20 GIS
Aurovision Pvt. = Ltd.
101,=20 Swati
North Avenue
Santacuz = (w)
Mumbai -=20 400054
India 
tel: 91-22-56982010=20 =
 
 
 
------=_NextPart_000_0010_01C42D21.F7855E60-- From samuzzal at linux.net Wed Apr 28 00:39:24 2004 From: samuzzal at linux.net (Sam Choudry) Date: Wed, 28 Apr 2004 00:39:24 -0700 (PDT) Subject: [Mapserver-users] Win2k Query problem Message-ID: <20040428073924.056713943@sitemail.everyone.net> Hi, Thank you for your kind help in solving my Windows 2000 installation problem. I am trying to implement point query in Windows 2000 Server environment with Php/Mapscript. The action was a success in Windows 2000 Professional. But when I had tryed to use the same code for querying in this new environment, ie, Win 2K Server, querybypoint() I was unsuccessful. I have tested with many tolerance values, but without success. The code is given here for your very kind information: $query_on = TRUE; $map_height = $map->height; $map_width = $map->width; $minX = $map->extent->minx; $minY = $map->extent->miny; $maxX = $map->extent->maxx; $maxY = $map->extent->maxy; $geo_x = GMapPix2Geo($x_pos,0,$map_width,$minX,$maxX,0); // Geo X $geo_y = GMapPix2Geo($y_pos,0,$map_height,$minY,$maxY,1); // Geo Y $GeoPosition = ms_newPointObj(); $GeoPosition->setXY($geo_x, $geo_y); echo "$geo_x,
"; echo "$geo_y
"; $Layer = $map->getlayerbyname("pt-barama"); $result = @$Layer->queryByPoint($GeoPosition,MS_SINGLE,10); echo "$result"; Can anybody give me a way out. Regards Samuzzal _____________________________________________________________ Linux.Net -->Open Source to everyone Powered by Linare Corporation http://www.linare.com/ From ArminWaespy at web.de Wed Apr 28 01:52:39 2004 From: ArminWaespy at web.de (=?iso-8859-1?Q? Armin=20W=E4spy ?=) Date: Wed, 28 Apr 2004 10:52:39 +0200 Subject: [Mapserver-users] single layer query Message-ID: <252918119@web.de> hello everybody, is it possible to query one particular layer. i want to preselect a layer which will be queried. is there a possibility like querybyname?? thanks, armin _____________________________________________________________________ Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Netsky.A-P! Kostenfrei fuer alle FreeMail Nutzer. http://f.web.de/?mc=021157 From norbert.thieme at ilmenau.baw.de Wed Apr 28 02:19:41 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Wed, 28 Apr 2004 11:19:41 +0200 Subject: [Mapserver-users] QueryByAttribute In-Reply-To: <000f01c42cf3$ddcd2260$183ba8c0@aurogis02> References: <000f01c42cf3$ddcd2260$183ba8c0@aurogis02> Message-ID: <408F772D.6030506@ilmenau.baw.de> Hi, Don't you get an error message if you launch queryByAttributes. If you don't use the @ before there should be a message if an error occurs. If not there must be something wrong in the script. I think you didn't copy/paste the code? Sorry for the question because I think php would in the other case report an error on the line with: if ( $oQueryStatus = MS_FAILURE ) because "==" instead of "=". I don't know if this helps you but here is a snippet from the code I use. Even if I use queryByPoint you can try to use your queryByAttributes the same way: if (@$layer->queryByPoint($q_point, $q_mode, 0) == MS_SUCCESS) { $res_count = $layer->getnumresults(); for ($i=0; $i < $res_count; $i++) { $result = $layer->getResult($i); .... } } I don't know if this solves the problem but I hope it will help you. Regards, Norbert From mschulz at webgis.de Wed Apr 28 02:35:12 2004 From: mschulz at webgis.de (Michael Schulz) Date: Wed, 28 Apr 2004 11:35:12 +0200 Subject: [Mapserver-users] single layer query In-Reply-To: <252918119@web.de> References: <252918119@web.de> Message-ID: <408F7AD0.8000501@webgis.de> Hi Armin, assuming you are using the cgi mapserver, version 4, you can use: QLAYER [name] Query layer. The name of the layer to be queried as it appears in the map file. If not specified then all layers are searched in turn. More information: http://mapserver.gis.umn.edu/doc40/cgi-reference.html#cgi-variables HTH, Michael Armin W?spy schrieb: > hello everybody, > > is it possible to query one particular layer. > i want to preselect a layer which will be queried. > > is there a possibility like querybyname?? > > thanks, > armin > _____________________________________________________________________ > Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Netsky.A-P! > Kostenfrei fuer alle FreeMail Nutzer. http://f.web.de/?mc=021157 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From norbert.thieme at ilmenau.baw.de Wed Apr 28 02:56:16 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Wed, 28 Apr 2004 11:56:16 +0200 Subject: [Mapserver-users] single layer query In-Reply-To: <252918119@web.de> References: <252918119@web.de> Message-ID: <408F7FC0.8050100@ilmenau.baw.de> Armin W?spy schrieb: > hello everybody, > > is it possible to query one particular layer. > i want to preselect a layer which will be queried. > > is there a possibility like querybyname?? > > thanks, > armin > _____________________________________________________________________ > Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Netsky.A-P! > Kostenfrei fuer alle FreeMail Nutzer. http://f.web.de/?mc=021157 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > Yes. You are using php/mapscript? There you can use map->getLayerByName(string layer_name). For more information look up: http://mapserver.gis.umn.edu/doc40/phpmapscript-class-guide.html Regards, Norbert From n8 at langhirano.it Wed Apr 28 03:23:05 2004 From: n8 at langhirano.it (Nico Alberti) Date: Wed, 28 Apr 2004 12:23:05 +0200 Subject: [Mapserver-users] A newbie question about Esri .mdb files Message-ID: <408F8609.8090900@langhirano.it> Hi everybody. After some successful tries in publishing some Esri's "traditional" data files (.shp, .shx, .dbf etc.) I would like to know if I can do the same with MapInfo geospatial data "buried" in an .mdb file together with their aphanumeric attributes. I am no expert of the gis world, and this is probably a lame question. Anyway, the data I am referring at are databases where each layer data is stored in a .mdb table. The fields are called: OBJECTID (counter) Shape (blob) and so on Thanks in advance for any advice. Any suggestion will be greatly appreciated. -- Ciao Nico From norbert.thieme at ilmenau.baw.de Wed Apr 28 04:36:42 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Wed, 28 Apr 2004 13:36:42 +0200 Subject: [Mapserver-users] A newbie question about Esri .mdb files In-Reply-To: <408F8609.8090900@langhirano.it> References: <408F8609.8090900@langhirano.it> Message-ID: <408F974A.9060705@ilmenau.baw.de> Nico Alberti schrieb: > Hi everybody. > > After some successful tries in publishing some Esri's "traditional" data > files (.shp, .shx, .dbf etc.) I would like to know if I can do the same > with MapInfo geospatial data "buried" in an .mdb file together with > their aphanumeric attributes. > > I am no expert of the gis world, and this is probably a lame question. > Anyway, the data I am referring at are databases where each layer data > is stored in a .mdb table. The fields are called: > > OBJECTID (counter) > Shape (blob) > and so on > > Thanks in advance for any advice. Any suggestion will be greatly > appreciated. > Hi, I only can give you a quick hint because I didn't use this possibility. So you have to try yourself. Perhaps someone else can give you more useful advises. If you have mapscript running with ogr support you can use an odbc connection to your .mdb (try "ogrinfo --formats" to see if your ogr is compiled with odbc support - you will need that). Then you have to look at your data to decide what you need to do. I don't know if you can use your data direct in the mapserver with ogr or if you need to look for another way (e.g. read the geometry information from your database and then add it as new features to a layer). Here are some links for more information: http://www.remotesensing.org/gdal/ogr/ http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odbc/htm/odbcodbc_api_reference.asp Regards, Norbert From spencer at dmsolutions.ca Wed Apr 28 05:06:13 2004 From: spencer at dmsolutions.ca (Paul Spencer) Date: Wed, 28 Apr 2004 08:06:13 -0400 Subject: [Mapserver-users] QueryByAttribute In-Reply-To: <408F772D.6030506@ilmenau.baw.de> References: <000f01c42cf3$ddcd2260$183ba8c0@aurogis02> <408F772D.6030506@ilmenau.baw.de> Message-ID: <408F9E35.3080401@magma.ca> I don't remember if php will produce a warning on this line but, for instance, C compilers will not and will actually assign the value of MS_FAILURE to oQueryStatus successfully which will evaluate to true in the if and then you will never find a result. It is also possible that you are turning off error reporting at the level that this would be reported at (if it is an error). For instance, most people set error_reporting = EALL & ~ENOTICE (because that is the default in php.ini) and never see notices. And I just tried this ... it does not give you an error. It does assign the value and return true ... so in your case it will always enter the if as if the query had failed. Cheers, Paul Norbert Thieme wrote: > Hi, > > Don't you get an error message if you launch queryByAttributes. If you > don't use the @ before there should be a message if an error occurs. If > not there must be something wrong in the script. > > I think you didn't copy/paste the code? Sorry for the question because I > think php would in the other case report an error on the line with: > > if ( $oQueryStatus = MS_FAILURE ) > > because "==" instead of "=". > > I don't know if this helps you but here is a snippet from the code I > use. Even if I use queryByPoint you can try to use your > queryByAttributes the same way: > > if (@$layer->queryByPoint($q_point, $q_mode, 0) == MS_SUCCESS) > { > $res_count = $layer->getnumresults(); > for ($i=0; $i < $res_count; $i++) > { > $result = $layer->getResult($i); > .... > } > } > > I don't know if this solves the problem but I hope it will help you. > > Regards, > Norbert > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------------- |Paul Spencer pspencer at dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From Stephanie.Choi at ec.gc.ca Wed Apr 28 05:59:30 2004 From: Stephanie.Choi at ec.gc.ca (Choi,Stephanie [Ontario]) Date: Wed, 28 Apr 2004 08:59:30 -0400 Subject: [Mapserver-users] Projection string for (Degree, minute, second) Message-ID: <9B09D75DF5B3494BA06E6FE478CE9CC1490858@mgtserver3.ontario.int.ec.gc.ca> Hi Jason, Thanks for your help :) I have been reading through the user manual in PROJ.4 before I asked this question in the mailing list too. I will keep looking into the information from PROJ.4 homepage and see if I could get something :) Thanks, Stephanie -----Original Message----- From: Jason M. Nielsen [mailto:jnielsen at aero-graphics.com] Sent: Tuesday, April 27, 2004 6:21 PM To: Choi,Stephanie [Ontario] Subject: RE: [Mapserver-users] Projection string for (Degree, minute, second) Quoting "Choi,Stephanie [Ontario]" : > Hi Jason, > > Sorry for the misleading sentence. Some of the data I have right now > are in DMS but some of the others are in DD. How can I project them > on the same map coz right now I couldn't project it on the same > extent. I try to add proj=latlong for DD data layer but I am not sure > what should I add for DMS data layer though. > > Any idea? > > Thanks in advance, > > Stephanie > Unfortunately off the top of my head I am not sure how or if you can even do that. If there was information on it though I would suspect it would be in the Proj docs. Below is the URL. I have been quickly scanning through it but as of yet have not seen how one might do what you wish to accomplish. http://www.remotesensing.org/proj/ From mlennert at club.worldonline.be Wed Apr 28 06:28:20 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed, 28 Apr 2004 15:28:20 +0200 (CEST) Subject: [Mapserver-users] trouble compiling mapserver with ogr Message-ID: <33652.164.15.134.161.1083158900.squirrel@164.15.134.161> Hello, I have trouble compiling mapserver-4.0.2 with ogr support on my Debian testing/unstable system. I have browsed around and have seen two possible answers: 1) a mix of different gdal versions: I have wiped out all the gdal packages and compiled the current CVS version (using dpkg-buildpackage). All I have now is: ls -l /usr/lib/*gdal* -rw-r--r-- 1 root root 4734256 2004-04-28 14:58 /usr/lib/libgdal.a -rw-r--r-- 1 root root 982 2004-04-28 14:58 /usr/lib/libgdal.la lrwxrwxrwx 1 root root 16 2004-04-28 15:01 /usr/lib/libgdal.so -> libgdal.so.1.2.0 lrwxrwxrwx 1 root root 16 2004-04-28 15:01 /usr/lib/libgdal.so.1 -> libgdal.so.1.2.0 -rw-r--r-- 1 root root 3229920 2004-04-28 14:58 /usr/lib/libgdal.so.1.2.0 OGR is enabled: $ gdal-config --ogr-enabled yes 2) a specific way of formulating the configure options. I have tried: ./configure --with-ogr --with-gdal ./configure --with-ogr=/usr/bin/gdal-config --with-gdal ./configure --with-ogr --with-gdal=/usr/bin/gdal-config ./configure --with-ogr All of them resulting in the same compile error: gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS -I/usr//include -I/usr/include -I/usr/include -I/usr/include/postgresql shp2img.o -L. -lmap -L/usr//lib -lgd -ljpeg -lfreetype -lpng -lz -lpdf -ljpeg -lfreetype -lpng -lz -lproj -ljpeg -L/usr/lib -lgdal -L/usr/lib -lpq -lm -lstdc++ -o shp2img ./libmap.a(mapogr.o)(.text+0x15b): dans la fonction ? ogrGeomPoints(OGRGeometry*, shapeObj*) ?: : undefined reference to `OGRGeometryCollection::getNumGeometries()' ./libmap.a(mapogr.o)(.text+0x2b7): dans la fonction ? ogrGeomPoints(OGRGeometry*, shapeObj*) ?: : undefined reference to `OGRPolygon::getNumInteriorRings()' ./libmap.a(mapogr.o)(.text+0x457): dans la fonction ? ogrGeomPoints(OGRGeometry*, shapeObj*) ?: : undefined reference to `OGRPolygon::getNumInteriorRings()' ./libmap.a(mapogr.o)(.text+0x764): dans la fonction ? ogrGeomLine(OGRGeometry*, shapeObj*, int)?: : undefined reference to `OGRGeometryCollection::getNumGeometries()' ./libmap.a(mapogr.o)(.text+0x7b4): dans la fonction ? ogrGeomLine(OGRGeometry*, shapeObj*, int)?: : undefined reference to `OGRPolygon::getNumInteriorRings()' collect2: ld a retourn? 1 code d'?tat d'ex?cution make: *** [shp2img] Erreur 1 The config.log shows the following concerning OGR: configure:7757: checking for OGRRegisterAll in -lgdal configure:7788: gcc -o conftest -g -O2 conftest.c -lgdal -lm -lstdc++ -L/us r/lib -lgdal >&5 configure:7791: $? = 0 configure:7794: test -s conftest configure:7797: $? = 0 configure:7809: result: yes configure:7882: result: using OGR from system libs. I just can't find what's wrong. Can someone help me ? Moritz From Christopher.Dimeo at maine.gov Wed Apr 28 06:55:26 2004 From: Christopher.Dimeo at maine.gov (Dimeo, Christopher) Date: Wed, 28 Apr 2004 09:55:26 -0400 Subject: [Mapserver-users] Mapscript: Perl v PHP Message-ID: Hi all- I was just looking through the functionality lists for mapscript, both PHP and Perl. Presently, it appears that Perl is the more robust of the two. Is this the case? If no: What are the strengths of one versus the other? Aside from language preference why would/should I use one versus the other? If yes: Is the intent to provide equal functionality in both versions (within constraints of each respective language)? Thanks c From mapserver at meteologica.es Wed Apr 28 07:06:34 2004 From: mapserver at meteologica.es (Paco Regodon) Date: Wed, 28 Apr 2004 16:06:34 +0200 Subject: [Mapserver-users] BUG drawing ellipses Message-ID: <200404281606.34826.mapserver@meteologica.es> It seems there is an error calculating ellipses center. It works fine drawing circles but fails with ellipses. It must be related with different x and y radius. You can test it with this map directives: SIZEUNITS meters CLASS SYMBOL "ellipse" COLOR 255 128 128 OUTLINECOLOR 192 000 000 # 4000 x 3000 (width x height). SIZE 3000 OVERLAYSYMBOL "cross" OVERLAYCOLOR 000 000 000 OVERLAYSIZE 3000 END END SYMBOL NAME 'ellipse' TYPE ELLIPSE FILLED TRUE POINTS 4 3 END END SYMBOL NAME "cross" TYPE vector POINTS 1 0 1 2 -99 -99 0 1 2 1 END END The cross is not centered into the ellipse. Also, note that documentation is wrong when it says (about SIZE) "Height, in pixels, of the symbol" instead of "Height, in SIZEUNITS, of the symbol". From eric at gomoos.org Wed Apr 28 07:22:01 2004 From: eric at gomoos.org (Eric Bridger) Date: 28 Apr 2004 10:22:01 -0400 Subject: [Mapserver-users] Projection string for (Degree, minute, second) In-Reply-To: <9B09D75DF5B3494BA06E6FE478CE9CC1490858@mgtserver3.ontario.int.ec.gc.ca> References: <9B09D75DF5B3494BA06E6FE478CE9CC1490858@mgtserver3.ontario.int.ec.gc.ca> Message-ID: <1083162127.1457.41.camel@ubet.gomoos.org> On Wed, 2004-04-28 at 08:59, Choi,Stephanie [Ontario] wrote: > Quoting "Choi,Stephanie [Ontario]" : > > > Hi Jason, > > > > Sorry for the misleading sentence. Some of the data I have right now > > are in DMS but some of the others are in DD. How can I project them > > on the same map coz right now I couldn't project it on the same > > extent. I try to add proj=latlong for DD data layer but I am not sure > > > what should I add for DMS data layer though. This is not a projection issue but a units issue, so I doubt Proj4 will help you. As far as I know Mapserver will only support decimal degrees so you will need to convert your DMS data to DD. The formula is pretty simple. Decimal degrees = degrees + (minutes/60) + (seconds/3600) HTH Eric From sgillies at frii.com Wed Apr 28 07:54:27 2004 From: sgillies at frii.com (Sean Gillies) Date: Wed, 28 Apr 2004 08:54:27 -0600 Subject: [Mapserver-users] Mapscript: Perl v PHP In-Reply-To: References: Message-ID: <408FC5A3.9080505@frii.com> Dimeo, Christopher wrote: > Hi all- > > I was just looking through the functionality lists for mapscript, both PHP > and Perl. Presently, it appears that Perl is the more robust of the two. > > Is this the case? If no: > > What are the strengths of one versus the other? > Aside from language preference why would/should I use one versus the other? > > If yes: > > Is the intent to provide equal functionality in both versions (within > constraints of each respective language)? > > Thanks > c > Bzzzt, wrong. :) The PHP MapScript module has a host of developers, a legion of users, and is the basis for several higher-level products like MapLab and Chameleon. It works on UNIX, Linux, Win32. It is certainly more mature and robust than the Perl MapScript module, which doesn't work yet (to my knowledge) on Win32. The Perl MapScript module is one language interface to code that it shares with Python, Ruby, and (defunct?) Java MapScript modules through the use of SWIG, the Simple Wrapper Interface Generator, www.swig.org. Recent development of this module, and testing of the module is primarily driven by Python users. If you are not already tied to a language, take a look at Python. After PHP, it is the most feature-rich MapScript module, and you may also be able to use the GDAL/OGR modules (Python only as far as I know). The main weakness of Python is that it is a bit slow but since MapScript is C code and GDAL/OGR is C/C++ you are spared from this. The answer to your final question is yes, we are trying to merge the PHP and SWIG-based (Perl, Python, Ruby) modules to a common API. We're already 85-90% there by my conservative estimate. cheers, Sean From ARyan at co.linn.or.us Wed Apr 28 08:39:59 2004 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Wed, 28 Apr 2004 08:39:59 -0700 Subject: [Mapserver-users] QueryByAttribute Message-ID: <614FCE5F14A6D41180C200010240D6A25B283C@LINNMS> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C42D37.10966740 Content-Type: text/plain Just a hunch, I needed parentheses. Instead of $oQueryStatus = $oPincodeLayer->queryByAttributes("OUT_CODE", "\"".$szPincode."\"",MS_SINGLE); try $oQueryStatus = $oPincodeLayer->queryByAttributes("OUT_CODE", "(\"".$szPincode."\")",MS_SINGLE); Hope it helps, Adam -----Original Message----- From: Satyajit [mailto:satyajit.gantayat at aurovision.com] Sent: Wednesday, April 28, 2004 12:39 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] QueryByAttribute Hi Folks, I have been banging my head since a couple of days with this code. I am trying to build an application where the user can search for a specific postcode and then the map will zoom into that particular extent. When the user enters a postcode ( I call it PINCODE) in the inputbox we search the pincode in the pincode shape file and set the map's extent to that of the shape found. But the following code is not working. The queryByAttributes function is reporting MS_FAILURE. This code is some what similar to that in one of the listings. It would beb great if somebody guide me through step by step procedure of developing this kind of QueryByAttribute feature using Mapserver. if ($http_form_vars["Pincode"]) { // the pincode to query for $szPincode = $http_form_vars["Pincode"]; $oPincodeLayer = $oMapSession->oMap->getLayerByName("Pincode"); // OUT_CODE is the field name which contains the value which would be queried. $oQueryStatus = $oPincodeLayer->queryByAttributes("OUT_CODE", "\"".$szPincode."\"",MS_SINGLE); if ( $oQueryStatus = MS_FAILURE ) { echo " Query Failed ... \"".$szPincode."\" "; echo " Query Status = ".$oQueryStatus.""; } else { if ($oPincodeLayer->getNumResults() > 0) { $oResult = $oPincodeLayer->getResult(0); $oOpen = $oPincodeLayer->open(); $oShape = $oPincodeLayer->getShape($oResult->tileindex, $oResult->shapeid); $oExtents = $oShape->bounds; $oShape->free(); //at this point we might add a buffer to the extents $nMinX = $oExtents->minx; $nMaxX = $oExtents->maxx; $nMinY = $oExtents->miny; $nMaxY = $oExtents->maxy; $oExtents->setExtent( $nMinX, $nMinY, $nMaxX, $nMaxY ); } // now use $oMapNavigator to navigate to the parcel // location. There are two useful options now. We // can zoom to a rectangle which we have calculated or // to a point and scale. Let's assume we have calculated // a rectangle and put a buffer around it if necessary. //$oMapNavigator->zoomRectangle($nMinX, $nMinY, //$nMaxX, $nMaxY); $oMapSession->oMap->setExtent( $oExtents->minx, $oExtents->miny, $oExtents->maxx, $oExtents->maxy ); } } I am using MapServer/MapScript 4.0 PHP 4.3 MapLab 2.1 Thanks and Regards Satyajit G. Imaging the way ahead ... Satyajit Gantayat Sr. Specialist GIS Aurovision Pvt. Ltd. 101, Swati North Avenue Santacuz (w) Mumbai - 400054 India tel: 91-22-56982010 ------_=_NextPart_001_01C42D37.10966740 Content-Type: text/html Message
 
Just a hunch, I needed parentheses.  Instead of
 
$oQueryStatus = $oPincodeLayer->queryByAttributes("OUT_CODE", "\"".$szPincode."\"",MS_SINGLE);
 
try
 
$oQueryStatus = $oPincodeLayer->queryByAttributes("OUT_CODE", "(\"".$szPincode."\")",MS_SINGLE);
 
Hope it helps,
 
Adam
 
-----Original Message-----
From: Satyajit [mailto:satyajit.gantayat at aurovision.com]
Sent: Wednesday, April 28, 2004 12:39 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] QueryByAttribute

 Hi Folks,
       I have been banging my head since a couple of days with this code. I am trying to build an application where the user can search for a specific postcode and then the map will zoom into that particular extent.
 When the user enters a postcode ( I call it PINCODE) in the inputbox we search the pincode in the pincode shape file and set the map's extent to that of the shape found.
But the following code is not working. The queryByAttributes function is reporting MS_FAILURE. This code is some what similar to that in one of the listings. It would beb great if somebody guide me through step by step procedure of developing this kind of QueryByAttribute feature using Mapserver.
 
 
if ($http_form_vars["Pincode"])
{
 // the pincode to query for
 $szPincode = $http_form_vars["Pincode"];
 
 $oPincodeLayer = $oMapSession->oMap->getLayerByName("Pincode");
 
// OUT_CODE is the field name which contains the value which would be queried. 
 
$oQueryStatus = $oPincodeLayer->queryByAttributes("OUT_CODE", "\"".$szPincode."\"",MS_SINGLE);
 
 if ( $oQueryStatus = MS_FAILURE )
 {
  echo  "<td ><b> Query Failed ... \"".$szPincode."\" </b></td>";
  echo "<td> Query Status = ".$oQueryStatus."</td>";
 }
 else
 {
  if ($oPincodeLayer->getNumResults() > 0)
  {
   $oResult = $oPincodeLayer->getResult(0);
   $oOpen = $oPincodeLayer->open();
   
   $oShape = $oPincodeLayer->getShape($oResult->tileindex, $oResult->shapeid);
   
   $oExtents = $oShape->bounds;
   
   $oShape->free();
 
   //at this point we might add a buffer to the extents
   $nMinX = $oExtents->minx;
   $nMaxX = $oExtents->maxx;
   $nMinY = $oExtents->miny;
   $nMaxY = $oExtents->maxy;
   
   $oExtents->setExtent( $nMinX, $nMinY, $nMaxX, $nMaxY );
  }
  // now use $oMapNavigator to navigate to the parcel
  // location.  There are two useful options now.  We
  // can zoom to a rectangle which we have calculated or
  // to a point and scale.  Let's assume we have calculated
  // a rectangle and put a buffer around it if necessary.
  //$oMapNavigator->zoomRectangle($nMinX,  $nMinY,
        //$nMaxX, $nMaxY);
   $oMapSession->oMap->setExtent( $oExtents->minx, $oExtents->miny, $oExtents->maxx, $oExtents->maxy );
 }
}
 

 I am using
    MapServer/MapScript 4.0
    PHP 4.3
    MapLab 2.1
   
 
Thanks and Regards
Satyajit G.
   
 
Imaging the way ahead ...
Satyajit Gantayat
Sr. Specialist GIS
Aurovision Pvt. Ltd.
101, Swati
North Avenue
Santacuz (w)
Mumbai - 400054
India 
tel: 91-22-56982010
 
 
 
------_=_NextPart_001_01C42D37.10966740-- From TMitchell at lignum.com Wed Apr 28 08:48:42 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Wed, 28 Apr 2004 08:48:42 -0700 Subject: [Mapserver-users] OT: interesting non-mapserver application In-Reply-To: <408EF088.4000203@swoodbridge.com> Message-ID: Anyone doing pie charts with Mapserver, a la http://www.fundrace.org/citymap.php mapserver-users-admin at lists.gis.umn.edu wrote on 04/27/2004 04:45:12 PM: > Here is a neat mapping application that some of you might get a kick out > of. It is NOT mapserver and I have nothing to do with it. > > http://www.fundrace.org/neighbors.php > > This could have been easily implemented in mapserver and mapscript. > > -Steve W. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam at pobox.com Wed Apr 28 09:14:49 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 28 Apr 2004 12:14:49 -0400 Subject: [Mapserver-users] trouble compiling mapserver with ogr In-Reply-To: <33652.164.15.134.161.1083158900.squirrel@164.15.134.161> References: <33652.164.15.134.161.1083158900.squirrel@164.15.134.161> Message-ID: <408FD879.2010507@pobox.com> Moritz Lennert wrote: > All of them resulting in the same compile error: > > gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ > -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG > -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS > -I/usr//include -I/usr/include -I/usr/include > -I/usr/include/postgresql shp2img.o -L. -lmap -L/usr//lib -lgd -ljpeg > -lfreetype -lpng -lz -lpdf -ljpeg -lfreetype -lpng -lz -lproj -ljpeg > -L/usr/lib -lgdal -L/usr/lib -lpq -lm -lstdc++ -o shp2img > ./libmap.a(mapogr.o)(.text+0x15b): dans la fonction ? > ogrGeomPoints(OGRGeometry*, shapeObj*) ?: > : undefined reference to `OGRGeometryCollection::getNumGeometries()' > ./libmap.a(mapogr.o)(.text+0x2b7): dans la fonction ? > ogrGeomPoints(OGRGeometry*, shapeObj*) ?: Hi, Is there any possibility that the OGR on your system was built with a difference version of gcc than you are using for MapServer? C++ linkage naming conventions in object code have varied somewhat between versions of gcc, so if you are using a different gcc than was used to build GDAL/OGR, then you might get surprising issues like the above. This is especially common if you got the GDAL/OGR from some other source (ie. RPMs or .deb's from elsewhere). If this is the issue, then I would suggest you build and install GDAL/OGR from source on your system. Note, at some point I would like to move mapogr.cpp to using the OGR C API specifically to avoid the overly intimate relationship between MapServer and OGR. This should make it much easier to mix and match in the future. 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 aaronkoning at shaw.ca Wed Apr 28 09:31:26 2004 From: aaronkoning at shaw.ca (AARON KONING) Date: Wed, 28 Apr 2004 08:31:26 -0800 Subject: [Mapserver-users] querybyattributes for postgis Message-ID: <7c64b57ca7a6.7ca7a67c64b5@shaw.ca> Hello list, I am just wondering if anyone else has run into the problem of querybyattributes not working the same for shapefiles and postgis data sources. Is this normal or unexpected (see below)? example using shapefiles: querybyattributes('FCODE','GGD3BC3',MS_SINGLE); example 2 using shapefiles: querybyattributes('FCODE',"'[FCODE]' = 'GGD3BC3'",MS_SINGLE); example using a postgis data source: querybyattributes('FCODE',"fcode = 'GGD3BC3'",MS_SINGLE); Notice the second argument is different. If I use the second shapefile method with a postgis data source I get a notice: msQueryByAttributes(): No matching record(s) found If I use the first shapefile method with a postgis data source, I end up with a segmentation fault and this error: Warning: [MapServer Error]: prep_DB(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT FCODE::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),oid::text from public.ipln_bc AS foo WHERE (GGD3BC3) and (the_geom && setSRID( 'BOX3D(260000 304689.378757515,1875000 1783310.62124249)'::BOX3D,42102) )' Which translates into: the GGD3BC3 part of "...WHERE (GGD3BC3) and..." does not evaluate to a boolean. Thanks, Aaron From dlagos at fdcconsult.com Wed Apr 28 10:11:29 2004 From: dlagos at fdcconsult.com (Daniel Lagos) Date: Wed, 28 Apr 2004 13:11:29 -0400 Subject: [Mapserver-users] set style on the fly with one class Message-ID: <005901c42d43$d8afdfc0$cc06a8c0@hercules> This is a multi-part message in MIME format. ------=_NextPart_000_0056_01C42D22.518B2CF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi list, I use ms4.0. and php_mapscript I have problem with $style->color->setRGB on-the-fly. I try = something like this: $class =3D $layer->getClass(0); $style =3D $class->getStyle(0); $style->color->setRGB(0, 0, 255); $style->set ( 'symbol', $sym1 ); $pt->setXY( 2100000, 10100000 ); $pt->draw($map, $layer, $image, 0, "Pt1"); draw blue point ok. $style =3D $class->getStyle(0); $style->color->setRGB(0, 255,0); //draw a green point $style->set ( 'symbol', $sym1 ); $pt->setXY( 2100000, 10100000 ); $pt->draw($map, $layer, $image, 0, "Pt1"); draw green point ok. $style =3D $class->getStyle(0); $style->color->setRGB(0, 0,255);=20 $style->set ( 'symbol', $sym1 ); $pt->setXY( 2100000, 10100000 ); $pt->draw($map, $layer, $image, 0, "Pt1"); FAILED, problem draw green point. I read the discussion above "can I use different symbols in = thesamedynamiclayer?" betwen September and October 2003 but not found = the solution at problem.=20 I try create two styles in one class and try move the styles with: $style->movestyleup()=20 $style->movestyledown(). =20 LAYER NAME lpt TYPE POINT SYMBOLSCALE 20000 STATUS OFF TEMPLATE void CLASS NAME 'ExcVel_0'=20 SYMBOL 'ExcVel_0'=20 STYLE OUTLINECOLOR 0 0 0 COLOR 255 0 0 SIZE 15 MINSIZE 8 MAXSIZE 20 END =20 STYLE OUTLINECOLOR 0 0 0 COLOR 0 255 0 SIZE 15 MINSIZE 8 MAXSIZE 20 END END but the functions not found how say the documentation.=20 The problem is: $pt->draw($map, $layer, $image, 0, "Pt1") with style 1 = because default is style 0.=20 Somebody know how solved?...I need help.=20 PD: Sorry by my english. Daniel Lagos. ------=_NextPart_000_0056_01C42D22.518B2CF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi list,
    I use ms4.0. and=20 php_mapscript
    I have problem=20 with $style->color->setRGB = on-the-fly.=20 I try something like this:
 
$class =3D $layer->getClass(0);
$style =3D = $class->getStyle(0);
$style->color->setRGB(0, 0, = 255);
$style->set ( 'symbol', $sym1 = );
$pt->setXY(=20 2100000, 10100000 );
$pt->draw($map, $layer, $image, 0,=20 "Pt1");
 
draw blue point ok.

$style =3D=20 $class->getStyle(0);
$style->color->setRGB(0, 255,0); //draw = a green point
$style->set ( 'symbol', $sym1 = );
$pt->setXY(=20 2100000, 10100000 );
$pt->draw($map, $layer, $image, 0,=20 "Pt1");
 
draw green point ok.
 
 
$style =3D=20 $class->getStyle(0);
$style->color->setRGB(0, 0,255); =
$style->set ( 'symbol', $sym1 = );
$pt->setXY(=20 2100000, 10100000 );
$pt->draw($map, $layer, $image, 0,=20 "Pt1");
 
FAILED, problem draw=20 green point.

 
I read the discussion above "can I use different symbols in = thesamedynamiclayer?" betwen September and October 2003 but not = found=20 the solution at problem.
 
I try=20 create two styles in one class and try move the styles=20 with:
 
$style->movestyleup()
$style->movestyledown().
 =20
LAYER
    NAME lpt
    TYPE POINT
    SYMBOLSCALE 20000
    STATUS OFF
    TEMPLATE void
    CLASS
        NAME=20 'ExcVel_0' 
        SYMBOL = 'ExcVel_0'=20
        = STYLE
        =    =20 OUTLINECOLOR 0 0 0
        =     COLOR=20 255 0 0
        =     SIZE=20 15
        =    =20 MINSIZE 8
        =    =20 MAXSIZE 20
        = END
        =
        = STYLE
        =    =20 OUTLINECOLOR 0 0 0
        =     COLOR=20 0 255 0
        =     SIZE=20 15
        =    =20 MINSIZE 8
        =    =20 MAXSIZE 20
        = END
END
 
but the functions not found how say the documentation.
 
The problem is: $pt->draw($map, $layer, $image, 0, "Pt1") =  with=20 style 1 because default is style 0. 
 
Somebody know how solved?...I need help.
 
PD: Sorry by my english.
 
Daniel Lagos.
 
 
 
 
 
 
    =
------=_NextPart_000_0056_01C42D22.518B2CF0-- From woodbri at swoodbridge.com Wed Apr 28 10:23:59 2004 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Wed, 28 Apr 2004 13:23:59 -0400 Subject: [Mapserver-users] OT: interesting non-mapserver application In-Reply-To: References: Message-ID: <408FE8AF.2030202@swoodbridge.com> Not per se with mapserver, but I think you can use OWTChart http://maptools.org/owtchart/index.phtml I would think that you could create and write the pie charts to a tmp dir and then use them as symbols in mapserver. -Steve W. Tyler Mitchell wrote: > Anyone doing pie charts with Mapserver, a la > http://www.fundrace.org/citymap.php > > mapserver-users-admin at lists.gis.umn.edu wrote on 04/27/2004 04:45:12 PM: > > >>Here is a neat mapping application that some of you might get a kick out > > >>of. It is NOT mapserver and I have nothing to do with it. >> >>http://www.fundrace.org/neighbors.php >> >>This could have been easily implemented in mapserver and mapscript. >> >>-Steve W. >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From TMitchell at lignum.com Wed Apr 28 10:36:45 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Wed, 28 Apr 2004 10:36:45 -0700 Subject: [Mapserver-users] OT: interesting non-mapserver application In-Reply-To: <408FE8AF.2030202@swoodbridge.com> Message-ID: Can one use URL's in the SYMBOL IMAGE parameter of a map file? Stephen Woodbridge wrote on 04/28/2004 10:23:59 AM: > Not per se with mapserver, but I think you can use OWTChart > http://maptools.org/owtchart/index.phtml > I would think that you could create and write the pie charts to a tmp > dir and then use them as symbols in mapserver. > > -Steve W. > > Tyler Mitchell wrote: > > > Anyone doing pie charts with Mapserver, a la > > http://www.fundrace.org/citymap.php > > > > mapserver-users-admin at lists.gis.umn.edu wrote on 04/27/2004 04:45:12 PM: > > > > > >>Here is a neat mapping application that some of you might get a kick out > > > > > >>of. It is NOT mapserver and I have nothing to do with it. > >> > >>http://www.fundrace.org/neighbors.php > >> > >>This could have been easily implemented in mapserver and mapscript. > >> > >>-Steve W. > >> > >>_______________________________________________ > >>Mapserver-users mailing list > >>Mapserver-users at lists.gis.umn.edu > >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From pramsey at refractions.net Wed Apr 28 10:47:49 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Wed, 28 Apr 2004 10:47:49 -0700 Subject: [Mapserver-users] imsemu-0.2 Message-ID: <408FEE45.7020200@refractions.net> I have updated the IMS emulator at http://postgis.refractions.net/download.php a little bit. It now works with mapserver 4.0, not 3.6. It now works with AE4. Otherwise, still the same old pile of :) Paul -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From thelen at ccgis.de Wed Apr 28 11:13:09 2004 From: thelen at ccgis.de (Benjamin Thelen) Date: Wed, 28 Apr 2004 20:13:09 +0200 Subject: [Mapserver-users] Info: compiling 4.2b on FreeBSD fails Message-ID: <408FF435.2030608@ccgis.de> Hi, I found out that mapserver 4.2b does not compile on FreeBSD 4.9 with gdal-1.1.8_1 installed from ports-collection and proj support requested. It fails with the following error message. /usr/lib/libg2c.so.1: warning: tempnam() possibly used unsafely; consider using mkstemp() ./libmap.a(mapwfs.o): In function `msWFSParseRequest': mapwfs.o(.text+0x1ae3): undefined reference to `CPLStripXMLNamespace' ./libmap.a(mapogcfilter.o): In function `FLTShapeFromGMLTree': mapogcfilter.o(.text+0x55): undefined reference to `OGR_G_CreateFromGMLTree' ./libmap.a(mapogcfilter.o): In function `FLTParseFilterEncoding': mapogcfilter.o(.text+0x1122): undefined reference to `CPLStripXMLNamespace' mapogcfilter.o(.text+0x1132): undefined reference to `CPLStripXMLNamespace' ./libmap.a(mapogcsld.o): In function `msSLDParseSLD': mapogcsld.o(.text+0x491): undefined reference to `CPLStripXMLNamespace' mapogcsld.o(.text+0x4a4): undefined reference to `CPLStripXMLNamespace' mapogcsld.o(.text+0x4ba): undefined reference to `CPLStripXMLNamespace' gmake: *** [shp2img] Error 1 Installing gdal-1.1.9 from source does solve the error! Btw, is there a "make uninstall" or something like that, available for gdal? Regards, Benjamin --------------------------------- CCGIS GbR - Bonn http://www.ccgis.de Siemensstra?e 8 53121 Bonn Germany Tel: ++49 (0) 228 90826 15 Fax: ++49 (0) 228 90826 11 From TMitchell at lignum.com Wed Apr 28 12:08:45 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Wed, 28 Apr 2004 12:08:45 -0700 Subject: [Mapserver-users] 10 second survey: gaps in MapServer Message-ID: I have setup another survey. I'd like your opinion about the key issues you have hit or believe others hit when getting into MapServer and or related technologies. If you think another category should be added, let me know and I will add it. Cast your vote: http://www.misterpoll.com/2475050276.html As before, there is a summary of all the surveys on the wiki: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SurveyResults Tyler From Christopher.Dimeo at maine.gov Wed Apr 28 12:13:49 2004 From: Christopher.Dimeo at maine.gov (Dimeo, Christopher) Date: Wed, 28 Apr 2004 15:13:49 -0400 Subject: [Mapserver-users] Mapscript: Perl v PHP Message-ID: "Bzzzt, wrong. :) The PHP MapScript module has a host of developers, a legion of users, and is the basis for several higher-level products like MapLab and Chameleon" Thx for the reply. This is encouraging. I am most comfortable with PHP. c -----Original Message----- From: Sean Gillies [mailto:sgillies at frii.com] Sent: Wednesday, April 28, 2004 10:54 AM To: Dimeo, Christopher Cc: 'mapserver-users at lists.gis.umn.edu' Subject: Re: [Mapserver-users] Mapscript: Perl v PHP Dimeo, Christopher wrote: > Hi all- > > I was just looking through the functionality lists for mapscript, both > PHP and Perl. Presently, it appears that Perl is the more robust of > the two. > > Is this the case? If no: > > What are the strengths of one versus the other? > Aside from language preference why would/should I use one versus the > other? > > If yes: > > Is the intent to provide equal functionality in both versions (within > constraints of each respective language)? > > Thanks > c > Bzzzt, wrong. :) The PHP MapScript module has a host of developers, a legion of users, and is the basis for several higher-level products like MapLab and Chameleon. It works on UNIX, Linux, Win32. It is certainly more mature and robust than the Perl MapScript module, which doesn't work yet (to my knowledge) on Win32. The Perl MapScript module is one language interface to code that it shares with Python, Ruby, and (defunct?) Java MapScript modules through the use of SWIG, the Simple Wrapper Interface Generator, www.swig.org. Recent development of this module, and testing of the module is primarily driven by Python users. If you are not already tied to a language, take a look at Python. After PHP, it is the most feature-rich MapScript module, and you may also be able to use the GDAL/OGR modules (Python only as far as I know). The main weakness of Python is that it is a bit slow but since MapScript is C code and GDAL/OGR is C/C++ you are spared from this. The answer to your final question is yes, we are trying to merge the PHP and SWIG-based (Perl, Python, Ruby) modules to a common API. We're already 85-90% there by my conservative estimate. cheers, Sean From valruggero at libero.it Wed Apr 28 14:42:37 2004 From: valruggero at libero.it (Ruggero Valentinotti) Date: Wed, 28 Apr 2004 22:42:37 +0100 Subject: [Mapserver-users] PHP/MapScript - gdaltindex References: Message-ID: <001001c42d69$b9cad3f0$fd2e1997@mytoshiba> Hi list, in my map file I have a raster layer like this: LAYER NAME "ctp" STATUS ON TILEINDEX "valsole_index.shp" TILEITEM "Location" TYPE RASTER MAXSCALE 10000 END The tileindex was build with gdaltindex utility of GDAL. All work fine if I use MapScript CGI. If I use PHP/MapScript, when I try to draw the map at a < 1:10.000 scale, the PHP-Module crash! Any idea? TIA Ruggero From bob.basques at ci.stpaul.mn.us Wed Apr 28 13:38:42 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Wed, 28 Apr 2004 15:38:42 -0500 Subject: [Mapserver-users] My first label configuration (with angles) Message-ID: <40901652.7090009@ci.stpaul.mn.us> All, Is the only way to rotate a labelitem by having a column with the rotation in the DBF? Can't a labelitem be aligned somehow with the linework (street centerlines) that it's bound to. Also, what's the procedure for filtering only one coccurance of a label, each segment has a street identifier, how do I only label one of the same street segments, vs all of the same street named segment? Thanks' bobb From ARyan at co.linn.or.us Wed Apr 28 15:10:41 2004 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Wed, 28 Apr 2004 15:10:41 -0700 Subject: [Mapserver-users] My first label configuration (with angles) Message-ID: <614FCE5F14A6D41180C200010240D6A25B2BA2@LINNMS> Bob, 1. Try the POSITION parameter in the LABEL object in your map file. 2. One way I've tried is to duplicate the name attribute and then delete the values from all those roads that you don't want labeled (all the little curves). It's less dynamic but can have nice results. Adam -----Original Message----- From: bob.basques at ci.stpaul.mn.us [mailto:bob.basques at ci.stpaul.mn.us] Sent: Wednesday, April 28, 2004 1:39 PM To: Mapserver List Subject: [Mapserver-users] My first label configuration (with angles) All, Is the only way to rotate a labelitem by having a column with the rotation in the DBF? Can't a labelitem be aligned somehow with the linework (street centerlines) that it's bound to. Also, what's the procedure for filtering only one coccurance of a label, each segment has a street identifier, how do I only label one of the same street segments, vs all of the same street named segment? Thanks' bobb _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam at pobox.com Wed Apr 28 17:05:43 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 28 Apr 2004 20:05:43 -0400 Subject: [Mapserver-users] Info: compiling 4.2b on FreeBSD fails In-Reply-To: <408FF435.2030608@ccgis.de> References: <408FF435.2030608@ccgis.de> Message-ID: <409046D7.20705@pobox.com> Benjamin Thelen wrote: > Hi, > > I found out that mapserver 4.2b does not compile on FreeBSD 4.9 with > gdal-1.1.8_1 installed from ports-collection and proj support requested. > It fails with the following error message. > > > /usr/lib/libg2c.so.1: warning: tempnam() possibly used unsafely; > consider using mkstemp() > ./libmap.a(mapwfs.o): In function `msWFSParseRequest': > mapwfs.o(.text+0x1ae3): undefined reference to `CPLStripXMLNamespace' > ./libmap.a(mapogcfilter.o): In function `FLTShapeFromGMLTree': > mapogcfilter.o(.text+0x55): undefined reference to > `OGR_G_CreateFromGMLTree' > ./libmap.a(mapogcfilter.o): In function `FLTParseFilterEncoding': > mapogcfilter.o(.text+0x1122): undefined reference to `CPLStripXMLNamespace' > mapogcfilter.o(.text+0x1132): undefined reference to `CPLStripXMLNamespace' > ./libmap.a(mapogcsld.o): In function `msSLDParseSLD': > mapogcsld.o(.text+0x491): undefined reference to `CPLStripXMLNamespace' > mapogcsld.o(.text+0x4a4): undefined reference to `CPLStripXMLNamespace' > mapogcsld.o(.text+0x4ba): undefined reference to `CPLStripXMLNamespace' > gmake: *** [shp2img] Error 1 Benjamin, Indeed 1.1.8 is ancient now. > Installing gdal-1.1.9 from source does solve the error! Btw, is there a > "make uninstall" or something like that, available for gdal? There is no make uninstall option for GDAL. 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 pramsey at refractions.net Wed Apr 28 17:18:33 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Wed, 28 Apr 2004 17:18:33 -0700 Subject: [Mapserver-users] imsemu-0.2 In-Reply-To: <408FEE45.7020200@refractions.net> References: <408FEE45.7020200@refractions.net> Message-ID: <409049D9.9050703@refractions.net> If anyone here could take ArcExplorer 4 and add a standard "internet layer" (no WMS adapter required) using mapserver.refractions.net as the server I would like to know the result. It should work. P Paul Ramsey wrote: > I have updated the IMS emulator at > http://postgis.refractions.net/download.php a little bit. It now works > with mapserver 4.0, not 3.6. It now works with AE4. Otherwise, still the > same old pile of :) > Paul > -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From aattri at cba.ua.edu Wed Apr 28 21:41:27 2004 From: aattri at cba.ua.edu (Attri, Abhishek) Date: Wed, 28 Apr 2004 23:41:27 -0500 Subject: [Mapserver-users] Image not visible Message-ID: I saved the new mapfile in the temp directory. The mapscript code is not adding any layers and classes, and I still get a blank image. Here are the three sample codes for the input mapfile, mapscript file, and the output map file. *********INPUT Map File************ MAP NAME FIRSTMAP SIZE 500 500 STATUS ON SYMBOLSET /home/tech/abhi/WWW/ms/symbols/symbols35.sym EXTENT -88.50 30.23 -84.88 35.02 #UNITS MILES SHAPEPATH "/home/tech/abhi/WWW/ms/data" WEB IMAGEPATH "/home/tech/abhi/WWW/tmp/" IMAGEURL "/tmp/" END END *************mapscript************************ {name} = 'Test'; $map->{status} = MS_ON; $map->{height} = 400; $map->{width} = 400; $map->{interlace} = MS_OFF; $map->{transparent} = MS_OFF; $map->{shapepath} = "/home/tech/abhi/WWW/ms/data"; $map->{imagecolor}->{red} = 255; $map->{imagecolor}->{green} = 200; $map->{imagecolor}->{blue} = 255; $ext = ms_newRectObj(); $ext->{minx} = -88.50; $ext->{miny} = 30.23; $ext->{maxx} = -84.88; $ext->{maxy} = 35.02; $map->{extent} = $ext; // create layer $layer = ms_newLayerObj($map); $layer->{name} = "world"; $layer->{type} = MS_POLYGON; $layer->{status} = MS_ON; $layer->{data} = "counties"; $layer->{tolerance} = 10; // create class $class = ms_newClassObj($layer); $class->{status}= MS_ON; $class->{name}= "Myclass"; $style = ms_newStyleObj($class); $style->{color}->{red}= 110; $style->{color}->{green}= 100; $style->{color}->{blue}= 50; $style->{outlinecolor}->{red}= 200; $style->{outlinecolor}->{green}= 200; $style->{outlinecolor}->{blue}= 200; //$style->{symbol} =0; //Draw Image $i= $map->save("/home/tech/abhi/WWW/tmp/finalTest.map"); if ($i != -1){ $image=$map->draw(); //$map->{imagecolor}= $map->addColor(0,0,255); $image_url=$image->saveWebImage(); } ?> Map 1
>
======================================================================== ========================================================== output map file in the temp folder MAP EXTENT -88.5 30.23 -84.88 35.02 IMAGECOLOR 255 255 255 IMAGETYPE png SYMBOLSET "/home/tech/abhi/WWW/ms/symbols/symbols35.sym" SHAPEPATH "/home/tech/abhi/WWW/ms/data" SIZE 500 500 STATUS ON UNITS METERS NAME "FIRSTMAP" OUTPUTFORMAT NAME png MIMETYPE image/png DRIVER GD/PNG EXTENSION png IMAGEMODE PC256 TRANSPARENT FALSE END LEGEND IMAGECOLOR 255 255 255 KEYSIZE 20 10 KEYSPACING 5 5 LABEL SIZE MEDIUM TYPE BITMAP BUFFER 0 COLOR 0 0 0 FORCE FALSE MINDISTANCE -1 MINFEATURESIZE -1 OFFSET 0 0 PARTIALS TRUE POSITION CC END POSITION LL STATUS OFF END QUERYMAP COLOR 255 255 0 SIZE -1 -1 STATUS OFF STYLE HILITE END SCALEBAR COLOR 0 0 0 IMAGECOLOR 255 255 255 INTERVALS 4 LABEL SIZE MEDIUM TYPE BITMAP BUFFER 0 COLOR 0 0 0 FORCE FALSE MINDISTANCE -1 MINFEATURESIZE -1 OFFSET 0 0 PARTIALS TRUE END POSITION LL SIZE 200 3 STATUS OFF STYLE 0 UNITS MILES END WEB IMAGEPATH "/home/tech/abhi/WWW/tmp/" IMAGEURL "/tmp/" END LAYER NAME "(null)" SIZEUNITS PIXELS STATUS OFF TOLERANCE 0 TOLERANCEUNITS PIXELS UNITS METERS CLASS STYLE MAXSIZE 100 MINSIZE 1 SIZE 1 SYMBOL 0 END END END END ======================================================================= Somebody please help me understand, what I am doing wrong in implementing such a simple thing. Thanks a lot.......... Abhishek -----Original Message----- From: Norbert Thieme [mailto:norbert.thieme at ilmenau.baw.de] Sent: Tuesday, April 27, 2004 2:22 AM To: Attri, Abhishek Subject: Re: [Mapserver-users] Image not visible Attri, Abhishek schrieb: > Hi there! > > When I try to use the map->save method, I get the following error:- > Fatal error: [MapServer Error]: msSaveMap() > :(/home/tech/abhi/WWW/ms/map_files/filename.map) in > /home/tech/aattri/public_html/mapExamples/Maptest.php on line -- > > I am not able to color the map. It just shows a blank image, probably > the part that it reads from the map file itself. But the classes that I > add through the map script are not displayed. Please help me with that. > > With thanks a lot... > > Abhishek > I think that the problem with the save function is that you try to put it in your mapfile folder. But when I see it right the mapserver has no permissions to write in that folder. Simply try to use your mapserver temp directory. Regards, Norbert From mlennert at club.worldonline.be Thu Apr 29 01:29:55 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Thu, 29 Apr 2004 10:29:55 +0200 (CEST) Subject: [Mapserver-users] trouble compiling mapserver with ogr In-Reply-To: <408FD879.2010507@pobox.com> References: <33652.164.15.134.161.1083158900.squirrel@164.15.134.161> <408FD879.2010507@pobox.com> Message-ID: <1142.83.134.240.58.1083227395.squirrel@83.134.240.58> Frank Warmerdam said: > Moritz Lennert wrote: >> All of them resulting in the same compile error: >> >> gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ >> -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_JPEG -DUSE_GD_PNG >> -DUSE_GD_JPEG >> -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS >> -I/usr//include -I/usr/include -I/usr/include >> -I/usr/include/postgresql shp2img.o -L. -lmap -L/usr//lib -lgd >> -ljpeg >> -lfreetype -lpng -lz -lpdf -ljpeg -lfreetype -lpng -lz -lproj -ljpeg >> -L/usr/lib -lgdal -L/usr/lib -lpq -lm -lstdc++ -o shp2img >> ./libmap.a(mapogr.o)(.text+0x15b): dans la fonction ? >> ogrGeomPoints(OGRGeometry*, shapeObj*) ?: >> : undefined reference to `OGRGeometryCollection::getNumGeometries()' >> ./libmap.a(mapogr.o)(.text+0x2b7): dans la fonction ? >> ogrGeomPoints(OGRGeometry*, shapeObj*) ?: > > Hi, > > Is there any possibility that the OGR on your system was built with a > difference version of gcc than you are using for MapServer? C++ linkage > naming conventions in object code have varied somewhat between versions of > gcc, so if you are using a different gcc than was used to build GDAL/OGR, > then > you might get surprising issues like the above. This is especially common > if > you got the GDAL/OGR from some other source (ie. RPMs or .deb's from > elsewhere). > > If this is the issue, then I would suggest you build and install GDAL/OGR > from source on your system. > I did build GDAL/OGR from CVS sources on my system, and both config logs show: gcc (GCC) 3.3.3 20040125 (prerelease) (Debian). > Note, at some point I would like to move mapogr.cpp to using the OGR C API > specifically to avoid the overly intimate relationship between MapServer > and > OGR. This should make it much easier to mix and match in the future. Great idea, where is this on your long list of tasks ;-) Moritz From nicolas at maich.gr Thu Apr 29 02:02:03 2004 From: nicolas at maich.gr (Nicolas Boretos) Date: Thu, 29 Apr 2004 12:02:03 +0300 Subject: [Mapserver-users] WMS mapfile snippet/WMS test server In-Reply-To: <409046D7.20705@pobox.com> References: <408FF435.2030608@ccgis.de> <409046D7.20705@pobox.com> Message-ID: <4090C48B.3060709@maich.gr> Hello list, Trying to test features of my static mapserver build (4.0.1) using msys... My shape files test and queries work My postgis stuff works.. Now while testing the WMS client stuff with this snippet in the map file... I get the "msProcessProjection(): Projection library error. no system list, errno: 2" that's been reported on the list.. I have the "EPSG:4326" projection in my .....cgi-bin/ms401/proj directory... as well as in c:\proj, and c:\proj\nad... I saw this comment on the list.... "If your server runs on Windows, then the epsg file is searched in either C:\PROJ, or C:\PROJ\NAD depending on the version of PROJ that was used to compile MapServer...." As noted above, I've used msys/mingwin to compile ms, is this a problem? I was under the impression that ms looked into its own install dir for the proj directory....? Here my mapfile snippet ... ##Extracted from WMS cookbook python script... LAYER NAME "RELIEF" TYPE RASTER STATUS ON CONNECTION "http://www.intl-interfaces.net/cookbook/WMS/basic-wms2/basic-wms2.py?" CONNECTIONTYPE WMS METADATA "wms_srs" "EPSG:4326" "wms_name" "RELIEF" "wms_latlonboundingbox" "-2.197265625 39.55078125 20.302734375 50.80078125" "wms_server_version" "1.0.0" #"wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" "wms_format" "image/png" END END ###End WMS Do I need anything in my WEB object? Could someone supply a valid snippet that tests the WMS servers posted at postgis site? regards, nicolas From mlennert at club.worldonline.be Thu Apr 29 01:59:54 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Thu, 29 Apr 2004 10:59:54 +0200 (CEST) Subject: [Mapserver-users] OT: interesting non-mapserver application In-Reply-To: <408FE8AF.2030202@swoodbridge.com> References: <408FE8AF.2030202@swoodbridge.com> Message-ID: <1217.83.134.240.58.1083229194.squirrel@83.134.240.58> Stephen Woodbridge said: > Not per se with mapserver, but I think you can use OWTChart > http://maptools.org/owtchart/index.phtml > I would think that you could create and write the pie charts to a tmp > dir and then use them as symbols in mapserver. > Or use shapelib to create a shapefile containing the pie charts. Has the advantage over owtchart that you can only create one single file containing your pie charts... Moritz > -Steve W. > > Tyler Mitchell wrote: > >> Anyone doing pie charts with Mapserver, a la >> http://www.fundrace.org/citymap.php >> >> mapserver-users-admin at lists.gis.umn.edu wrote on 04/27/2004 04:45:12 PM: >> >> >>>Here is a neat mapping application that some of you might get a kick out >> >> >>>of. It is NOT mapserver and I have nothing to do with it. >>> >>>http://www.fundrace.org/neighbors.php >>> >>>This could have been easily implemented in mapserver and mapscript. >>> >>>-Steve W. >>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Mark.Balman at birdlife.org Thu Apr 29 02:48:20 2004 From: Mark.Balman at birdlife.org (Mark Balman) Date: Thu, 29 Apr 2004 10:48:20 +0100 Subject: [Mapserver-users] Precompiled binaries needed Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C42DCF.1A8DE5DF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi List Is it possible that someone can provide me with a precompiled binary of Mapserver and also PHP_Mapscript that has been compiled with RH7? I realise that this may not work due to dependencies. TIA Mark ------_=_NextPart_001_01C42DCF.1A8DE5DF Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Precompiled binaries needed

Hi List

Is it possible that someone can provide = me with a precompiled binary of Mapserver and also PHP_Mapscript that = has been compiled with RH7? I realise that this may not work due to = dependencies.

TIA

Mark

------_=_NextPart_001_01C42DCF.1A8DE5DF-- From norbert.thieme at ilmenau.baw.de Thu Apr 29 02:52:12 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Thu, 29 Apr 2004 11:52:12 +0200 Subject: [Mapserver-users] WMS mapfile snippet/WMS test server In-Reply-To: <4090C48B.3060709@maich.gr> References: <408FF435.2030608@ccgis.de> <409046D7.20705@pobox.com> <4090C48B.3060709@maich.gr> Message-ID: <4090D04C.8010407@ilmenau.baw.de> Nicolas Boretos schrieb: > Hello list, > > Trying to test features of my static mapserver build (4.0.1) using msys... > My shape files test and queries work > My postgis stuff works.. > > Now while testing the WMS client stuff with this snippet in the map file... > I get the "msProcessProjection(): Projection library error. no system > list, errno: 2" that's been reported on the list.. > > I have the "EPSG:4326" projection in my .....cgi-bin/ms401/proj > directory... > as well as in c:\proj, and c:\proj\nad... > > I saw this comment on the list.... > > "If your server runs on Windows, then the epsg file is searched in > either C:\PROJ, or C:\PROJ\NAD depending on the version of PROJ that was > used to compile MapServer...." > > As noted above, I've used msys/mingwin to compile ms, is this a problem? > I was under the impression that ms looked > into its own install dir for the proj directory....? > > > Here my mapfile snippet ... > ##Extracted from WMS cookbook python script... > LAYER > NAME "RELIEF" > TYPE RASTER > STATUS ON > CONNECTION > "http://www.intl-interfaces.net/cookbook/WMS/basic-wms2/basic-wms2.py?" > CONNECTIONTYPE WMS > METADATA > "wms_srs" "EPSG:4326" > "wms_name" "RELIEF" > "wms_latlonboundingbox" "-2.197265625 39.55078125 20.302734375 > 50.80078125" > "wms_server_version" "1.0.0" > #"wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" > "wms_format" "image/png" > END > END > ###End WMS > > Do I need anything in my WEB object? > > Could someone supply a valid snippet that tests the WMS servers posted > at postgis site? > > regards, > > nicolas > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > I think you need at least the imagepath in the web object because the mapserver creates a temporary image in this directory and deletes it. Do you have a projection set for your map? You need to have that. If you have it how does it look like? Regards, Norbert From mlennert at club.worldonline.be Thu Apr 29 02:53:42 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Thu, 29 Apr 2004 11:53:42 +0200 (CEST) Subject: [Mapserver-users] trouble compiling mapserver with ogr In-Reply-To: <1142.83.134.240.58.1083227395.squirrel@83.134.240.58> References: <33652.164.15.134.161.1083158900.squirrel@164.15.134.161> <408FD879.2010507@pobox.com> <1142.83.134.240.58.1083227395.squirrel@83.134.240.58> Message-ID: <1331.83.134.240.58.1083232422.squirrel@83.134.240.58> Moritz Lennert said: > Frank Warmerdam said: >> Moritz Lennert wrote: >>> All of them resulting in the same compile error: >>> >>> gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ >>> -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_JPEG -DUSE_GD_PNG >>> -DUSE_GD_JPEG >>> -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS >>> -I/usr//include -I/usr/include -I/usr/include >>> -I/usr/include/postgresql shp2img.o -L. -lmap -L/usr//lib -lgd >>> -ljpeg >>> -lfreetype -lpng -lz -lpdf -ljpeg -lfreetype -lpng -lz -lproj >>> -ljpeg >>> -L/usr/lib -lgdal -L/usr/lib -lpq -lm -lstdc++ -o shp2img >>> ./libmap.a(mapogr.o)(.text+0x15b): dans la fonction ? >>> ogrGeomPoints(OGRGeometry*, shapeObj*) ?: >>> : undefined reference to `OGRGeometryCollection::getNumGeometries()' >>> ./libmap.a(mapogr.o)(.text+0x2b7): dans la fonction ? >>> ogrGeomPoints(OGRGeometry*, shapeObj*) ?: >> >> Hi, >> >> Is there any possibility that the OGR on your system was built with a >> difference version of gcc than you are using for MapServer? C++ linkage >> naming conventions in object code have varied somewhat between versions >> of >> gcc, so if you are using a different gcc than was used to build >> GDAL/OGR, >> then >> you might get surprising issues like the above. This is especially >> common >> if >> you got the GDAL/OGR from some other source (ie. RPMs or .deb's from >> elsewhere). >> >> If this is the issue, then I would suggest you build and install >> GDAL/OGR >> from source on your system. >> > > I did build GDAL/OGR from CVS sources on my system, and both config logs > show: gcc (GCC) 3.3.3 20040125 (prerelease) (Debian). > > A little correction: I actually built gdal with Debian's dpkg-buildpackage. I'm not sure wether it writes to config.log or whether the config.log was from a previous manual run of configure. So I'm not 100% sure of which gcc version was used... Moritz From bartvde at xs4all.nl Thu Apr 29 03:34:17 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Thu, 29 Apr 2004 12:34:17 +0200 Subject: [Mapserver-users] softening raster layers through SLD Message-ID: Hi list, can SLD (maybe through the GammaValue of the ContrastEnhancement) be used in Mapserver to soften down a raster layer (e.g. a topographical map in GeoTiff format) on the fly by a user with a certain percentage? Or maybe this is possible another way? So nothing should be changed to the classification, only the raster layer should be softened down by a certain percentage. Thanks in advance. Best regards, Bart From nicolas at maich.gr Thu Apr 29 03:59:35 2004 From: nicolas at maich.gr (Nicolas Boretos) Date: Thu, 29 Apr 2004 13:59:35 +0300 Subject: [Mapserver-users] WMS mapfile snippet/WMS test server In-Reply-To: <4090D04C.8010407@ilmenau.baw.de> References: <408FF435.2030608@ccgis.de> <409046D7.20705@pobox.com> <4090C48B.3060709@maich.gr> <4090D04C.8010407@ilmenau.baw.de> Message-ID: <4090E017.4060505@maich.gr> >> >> Do I need anything in my WEB object? >> >> Could someone supply a valid snippet that tests the WMS servers >> posted at postgis site? >> >> regards, >> >> nicolas >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> > > I think you need at least the imagepath in the web object because the > mapserver creates a temporary image in this directory and deletes it. The above is snipped out of my mapfile. The other layers work, meaning I have the image path in my web object web footer "kaz_png_footer.html" header "kaz_png_header.html" imagepath "c:/web/maich.gr/kaz_png/tmp/" imageurl "/kaz_png/tmp/" template "kaz_png.html" end > > Do you have a projection set for your map? You need to have that. If > you have it how does it look like? No, I dont have a projection set, but my shape file stuff works I just blindly tried adding PROJECTION "proj=utm" "ellps=GRS80" "zone=15" "north" "no_defs" END and my shape stuff still works... I dont know... regards, nicolas From nicolas at maich.gr Thu Apr 29 04:01:37 2004 From: nicolas at maich.gr (Nicolas Boretos) Date: Thu, 29 Apr 2004 14:01:37 +0300 Subject: [Mapserver-users] WMS test mapfile and Test server would be appreciated In-Reply-To: <1331.83.134.240.58.1083232422.squirrel@83.134.240.58> References: <33652.164.15.134.161.1083158900.squirrel@164.15.134.161> <408FD879.2010507@pobox.com> <1142.83.134.240.58.1083227395.squirrel@83.134.240.58> <1331.83.134.240.58.1083232422.squirrel@83.134.240.58> Message-ID: <4090E091.4020308@maich.gr> Hi Again, I gues the topic says it all need a sample mapfile to test WMS client capability of my ms installation... regards, nicolas From j.l.h.hartmann at uva.nl Thu Apr 29 04:16:26 2004 From: j.l.h.hartmann at uva.nl (Jan Hartmann) Date: Thu, 29 Apr 2004 13:16:26 +0200 Subject: [Mapserver-users] softening raster layers through SLD In-Reply-To: References: Message-ID: <4090E40A.7000203@uva.nl> Bart van den Eijnden wrote: > > can SLD (maybe through the GammaValue of the ContrastEnhancement) be > used in Mapserver to soften down a raster layer (e.g. a topographical > map in GeoTiff format) on the fly by a user with a certain percentage? > Or maybe this is possible another way? > > So nothing should be changed to the classification, only the raster > layer should be softened down by a certain percentage. > Hi Bart, I have been using browser based transparency to overlay map layers. Essentially, you call MapServer twice, once for the transparent layer, and once for the rest. Both images are overlaid in the browser. You define them as follows: