From steffen.gebhardt at informus.de Tue Jul 1 00:25:02 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Tue, 1 Jul 2003 09:25:02 +0200 Subject: [Mapserver-users] Rudimentary Layer display Problem In-Reply-To: <20030630170002.12631.80508.Mailman@lists.gis.umn.edu> References: <20030630170002.12631.80508.Mailman@lists.gis.umn.edu> Message-ID: <20030701072330.B3DBE24941@mfa1.informus.de> Hallo everybody, I faced a (hopefully) very simple problem. In my application the layers I selected to display aren't preselected when generating the new Image, so by zooming or panning I always have to select them again. Can anybody tell me foolish guy how to do that? I'm using simple application, creating all files dynamically in a java application. Just .map and .html. Thanks Steffen From Gunter.Rieth at stadt.mainz.de Tue Jul 1 00:46:59 2003 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth at stadt.mainz.de) Date: Tue, 1 Jul 2003 09:46:59 +0200 Subject: Antwort: [Mapserver-users] Rudimentary Layer display Problem In-Reply-To: <20030701072330.B3DBE24941@mfa1.informus.de> Message-ID: ... maybe your html needy to look like this Kataster
using : [Kataster_check] hope this will help Gru? Gunter Rieth Kommunale Datenzentrale Mainz -Eigenbetrieb der Stadt Mainz- Hechtsheimer Stra?e 35 55131 Mainz Tel: 06131 - 12 - 3557 Fax: 06131 - 12 - 2267 eMail: mailto:Gunter.Rieth at stadt.mainz.de Notesmail: Gunter Rieth/Dez1/Mainz URL:http/www.mainz.de Steffen Gebhardt Gesendet von: mapserver-users-admin at lists.gis.umn.edu 01.07.2003 09:25 An mapserver-users at lists.gis.umn.edu Kopie Thema [Mapserver-users] Rudimentary Layer display Problem Hallo everybody, I faced a (hopefully) very simple problem. In my application the layers I selected to display aren't preselected when generating the new Image, so by zooming or panning I always have to select them again. Can anybody tell me foolish guy how to do that? I'm using simple application, creating all files dynamically in a java application. Just .map and .html. Thanks Steffen _______________________________________________ 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 Jul 1 00:48:14 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Tue, 01 Jul 2003 09:48:14 +0200 Subject: [Mapserver-users] Rudimentary Layer display Problem In-Reply-To: <20030701072330.B3DBE24941@mfa1.informus.de> References: <20030630170002.12631.80508.Mailman@lists.gis.umn.edu> <20030701072330.B3DBE24941@mfa1.informus.de> Message-ID: Hi, If java is involved it doiesn't sound that simple. However, if your html includes a form, be sure it includes a line something like: Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: Steffen Gebhardt To: mapserver-users at lists.gis.umn.edu Date: Tue, 1 Jul 2003 09:25:02 +0200 Subject: [Mapserver-users] Rudimentary Layer display Problem > Hallo everybody, > > I faced a (hopefully) very simple problem. In my application the > layers I > selected to display aren't preselected when generating the new Image, > so by > zooming or panning I always have to select them again. Can anybody > tell me > foolish guy how to do that? > I'm using simple application, creating all files dynamically in a > java > application. Just .map and .html. > > Thanks > Steffen > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille konkurrence p? nettet, og vind et gavekort p? 50.000 kroner... KLIK HER: www.directoffice.dk/konkurrence From schut at sarvision.com Tue Jul 1 00:57:53 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 1 Jul 2003 09:57:53 +0200 Subject: [Mapserver-users] MapServer --with-regex=system error In-Reply-To: <001401c33f1e$b2a655c0$c452f6c0@capebtg.com> References: <001401c33f1e$b2a655c0$c452f6c0@capebtg.com> Message-ID: <200307010957.53758.schut@sarvision.com> Greg, a couple of things to check: - somewhere you should have (or make) a phpinfo.php page. Check there if it really uses the system regex. Not by reading the configure options in the upper part of this page - they're just copied, not matter if they were good or bad - but scroll down till you find an item that tells you what regex php uses. - Usually, if you compile php without explicitly setting a install dir (--prefix=...), it installs in /usr/local. Maybe you still have some remnants of older php installations; php packages that come with linux distributions usually install in /usr. Mapserver uses a program that gets installed along with php, php-config, to get information about regex used. If there is both a php-config in /usr/bin and in /usr/local/bin, the old one in /usr/bin will probably be found first and get used, and give mapserver old info about the regex used. Make sure you remove all parts of older php installations before installing your own compiled php. Or configure it with --prefix=/usr, then it will overwrite your old version. Regards, Vincent Schut. On Monday 30 June 2003 17:45, Craig T. Booth wrote: > Hello all, > > I've wrestled with my Mapserver install for a couple of days and I think > I've hit a wall. I have reconfigured and rebuilt PHP with the regex=system > flag but I continue to receive the MapScript error. Any suggestions would > be greatly appreciated. > > Many Thanks, > Craig Booth > > configure: error: > !!! The current version of PHP MapScript has some problems with !!! > !!! PHP4's bundled regex. Until we figure the solution to the > !!! !!! problem, the workaround is to compile PHP4 with the system regex > !!! !!! Please re-configure and re-compile PHP4 with --with-regex=system > !!! !!! and then re-configure and re-compile MapServer. > !!! > > My PHP 4.2.2 config flags... > ./configure --enable-inline-optimization --with-db3 --with-png-dir=/usr/lib > --with-gd-dir=/usr/local/lib --enable-gd-native-ttf --with-ttf --with-g dbm > --with-gettext --with-jpeg-dir=/usr/lib --with-openssl --with-xml > --with-zlib --with-layout=GNU --enable-ftp --enable-magic-quotes > --enable-saf e-mode --enable-sockets --enable-track-vars > --with-pgsql=/usr/local/pgsql --enable-dbx --with-regex=system > > My Mapserver 3.6 config flags... > ./configure --with-proj=/usr/local --with-jpeg=/usr/lib > --with-gdal=/usr/local/bin/gdal-config > --with-postgis=/usr/local/pgsql/bin/pg config -- > with-php=/usr/local/include/php/main --with-tiff-dir=/usr/local/lib > --with-gd-dir=/usr/local/lib --with-freetype=/usr/lib --with-png=/usr/lib -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From gijs at atsence.nl Tue Jul 1 01:57:05 2003 From: gijs at atsence.nl (Gijs Epping) Date: Tue, 1 Jul 2003 10:57:05 +0200 Subject: [Mapserver-users] rectObj() function for phpmapserver????? In-Reply-To: <200307010957.53758.schut@sarvision.com> Message-ID: <000001c33fae$bf4c3d90$0200a8c0@at11> Hello, Is there a rectObj() function for the php version of mapserver ( I couldn't find it) the one below is for the perl version. Thanks in advance G my $rectangle = new mapscript::rectObj(); $rectangle->{minx} = 0; $rectangle->{miny} = 0; $rectangle->{maxx} = 10; $rectangle->{maxy} = 10; my $query_status = $st_poly_layer->queryByRect($map,$rectang); my $rectang = $sing_shpfile->{bounds}; From palle at mail-online.dk Tue Jul 1 02:06:20 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Tue, 01 Jul 2003 11:06:20 +0200 Subject: [Mapserver-users] Rudimentary Layer display Problem In-Reply-To: References: <20030630170002.12631.80508.Mailman@lists.gis.umn.edu> <20030701072330.B3DBE24941@mfa1.informus.de> Message-ID: Hi again, You should of course do as G?nter Rieth says. My example is from an application, where javascript handles the layer selection. Best regards Palel Due Larsen Carl Bro GIS&IT -----Original Message----- From: "Palle Due Larsen" To: "Steffen Gebhardt" , mapserver-users at lists.gis.umn.edu Date: Tue, 01 Jul 2003 09:48:14 +0200 Subject: Re: [Mapserver-users] Rudimentary Layer display Problem > Hi, > > If java is involved it doiesn't sound that simple. However, if your > html > includes a form, be sure it includes a line something like: > > > Best regards > > Palle Due Larsen > Carl Bro GIS&IT > > -----Original Message----- > From: Steffen Gebhardt > To: mapserver-users at lists.gis.umn.edu > Date: Tue, 1 Jul 2003 09:25:02 +0200 > Subject: [Mapserver-users] Rudimentary Layer display Problem > > > Hallo everybody, > > > > I faced a (hopefully) very simple problem. In my application the > > layers I > > selected to display aren't preselected when generating the new > Image, > > so by > > zooming or panning I always have to select them again. Can anybody > > tell me > > foolish guy how to do that? > > I'm using simple application, creating all files dynamically in a > > java > > application. Just .map and .html. > > > > Thanks > > Steffen > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > F? en gratis emailkonto her: www.mail-online.dk > ----------------------------------------------- > Deltag i en lille konkurrence p? nettet, og > vind et gavekort p? 50.000 kroner... > KLIK HER: www.directoffice.dk/konkurrence > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > F? en gratis emailkonto her: www.mail-online.dk > ----------------------------------------------- > Deltag i en lille konkurrence p? nettet, og > vind et gavekort p? 50.000 kroner... > KLIK HER: www.directoffice.dk/konkurrence > From braulioen at ono.com Tue Jul 1 02:20:26 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Tue, 01 Jul 2003 11:20:26 +0200 Subject: [Mapserver-users] Problem with Mapscript 3.7 Message-ID: <132df7130b4a.130b4a132df7@ono.com> Hi at all: I've installed Mapscript 3,6 and I want to install Mapscript 3.7. I've installed PHP 4.3.0. I've unloaded the compiled file of DM Solutions: mapserver-3.7-dev-win32-php4.3.0-gd2.zip I copy the archives php_*.dll to the directory of extensions of PHP, and them position in the file php.ini: extension=php_mapscript_37.dll extension=php_proj.dll But when I execute any code PHP they appear two windows of error: Unknown(): Unable to load dinamic library 'C:\php-4.3.0-Win32 \extensions\php_mapscript_37.dll' Unknown(): Unable to load dinamic library 'C:\php-4.3.0-Win32 \extensions\php_proj.dll' and nevertheless, the files exists. If I return to the previous file (3.6): extension=php_mapscript_36.dll everything goes well. I do not know which can be the problem. Thanks in advance. Braulio Moreno. From schut at sarvision.com Tue Jul 1 02:48:59 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 1 Jul 2003 11:48:59 +0200 Subject: [Mapserver-users] Problem with Mapscript 3.7 In-Reply-To: <132df7130b4a.130b4a132df7@ono.com> References: <132df7130b4a.130b4a132df7@ono.com> Message-ID: <200307011148.59880.schut@sarvision.com> Braulio, check the server log. It probably gives some more info on why php could not load mapscript. Cheers, Vincent. On Tuesday 01 July 2003 11:20, braulioen at ono.com wrote: > Hi at all: > > I've installed Mapscript 3,6 and I want to install Mapscript 3.7. I've > installed PHP 4.3.0. I've unloaded the compiled file of DM Solutions: > > mapserver-3.7-dev-win32-php4.3.0-gd2.zip > > I copy the archives php_*.dll to the directory of extensions of PHP, > and them position in the file php.ini: > > extension=php_mapscript_37.dll > extension=php_proj.dll > > But when I execute any code PHP they appear two windows of error: > > Unknown(): Unable to load dinamic library 'C:\php-4.3.0-Win32 > \extensions\php_mapscript_37.dll' > Unknown(): Unable to load dinamic library 'C:\php-4.3.0-Win32 > \extensions\php_proj.dll' > > and nevertheless, the files exists. If I return to the previous file > (3.6): > > extension=php_mapscript_36.dll > > everything goes well. I do not know which can be the problem. > Thanks in advance. > > Braulio Moreno. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From braulioen at ono.com Tue Jul 1 03:40:04 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Tue, 01 Jul 2003 12:40:04 +0200 Subject: [Mapserver-users] rectObj() function for phpmapserver????? Message-ID: <135c9d136a29.136a29135c9d@ono.com> Hello, the function to create a new RectObj object in Mapscript is: $rectangle = ms_newRectObj(); Braulio. ----- Mensaje Original ----- Remitente: Gijs Epping Fecha: Martes, Julio 1, 2003 10:57 am Asunto: [Mapserver-users] rectObj() function for phpmapserver????? > Hello, > > Is there a rectObj() function for the php version of mapserver ( I > couldn't find it) the one below is for the perl version. > > Thanks in advance > > G > > > my $rectangle = new mapscript::rectObj(); > $rectangle->{minx} = 0; > $rectangle->{miny} = 0; > $rectangle->{maxx} = 10; > $rectangle->{maxy} = 10; > > my $query_status = $st_poly_layer->queryByRect($map,$rectang); > > my $rectang = $sing_shpfile->{bounds}; > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From braulioen at ono.com Tue Jul 1 03:57:05 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Tue, 01 Jul 2003 12:57:05 +0200 Subject: [Mapserver-users] rectObj() function for phpmapserver????? Message-ID: <13ab4313c8c2.13c8c213ab43@ono.com> Hello, the function to create a new RectObj object in Mapscript is: $rectangle = ms_newRectObj(); Braulio. ----- Mensaje Original ----- Remitente: Gijs Epping Fecha: Martes, Julio 1, 2003 10:57 am Asunto: [Mapserver-users] rectObj() function for phpmapserver????? > Hello, > > Is there a rectObj() function for the php version of mapserver ( I > couldn't find it) the one below is for the perl version. > > Thanks in advance > > G > > > my $rectangle = new mapscript::rectObj(); > $rectangle->{minx} = 0; > $rectangle->{miny} = 0; > $rectangle->{maxx} = 10; > $rectangle->{maxy} = 10; > > my $query_status = $st_poly_layer->queryByRect($map,$rectang); > > my $rectang = $sing_shpfile->{bounds}; > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From millardymecki at sympatico.ca Tue Jul 1 05:12:12 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Tue, 1 Jul 2003 08:12:12 -0400 Subject: [Mapserver-users] Python/Mapscript Message-ID: <004301c33fca$013fadc0$8000a8c0@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_0040_01C33FA8.79D406E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Does anyone know if the mapserver pre-compiled binaries work with = python/mapscript(windows), or is building mapserver a requirement?=20 thanks, Paul ------=_NextPart_000_0040_01C33FA8.79D406E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
   Does anyone know if the = mapserver=20 pre-compiled binaries work with python/mapscript(windows), or is = building=20 mapserver a requirement?
thanks,
Paul
------=_NextPart_000_0040_01C33FA8.79D406E0-- From gisdude at hotpop.com Tue Jul 1 04:48:58 2003 From: gisdude at hotpop.com (Rajkumar Singh) Date: Tue, 1 Jul 2003 08:48:58 -0300 Subject: [Mapserver-users] Maplab error Message-ID: <00ab01c33fc8$93d736f0$1bbebebe@epagy.org> This is a multi-part message in MIME format. ------=_NextPart_000_0027_01C33FAD.9CCF4FB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Could anyone tell me what the following error mean? I received this = while trying to use the MapBrowser component of Maplab. " PHP Warning: MapServer Error in getSymbol(): (LOCAL):(17) in = c:\inetpub\wwwroot\maplab\htdocs\common\wrapper\map_session.php on line = 208 PHP Fatal error: Failed to open map file = c:/Inetpub///wwwroot/maplab///sam.map in = c:\inetpub\wwwroot\maplab\htdocs\common\wrapper\map_session.php on line = 208" Any ideas what I'm doing wrong. I'm running Windows XP pro with IIS, PHP = 4.3 and PHP_Mapscript 3.6.4. Thanks for all replies. Cheers. Raj ------=_NextPart_000_0027_01C33FAD.9CCF4FB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
Could anyone tell me what the following = error mean?=20 I received this while trying to use the MapBrowser component of=20 Maplab.
 
" PHP Warning: MapServer Error in getSymbol(): (LOCAL):(17) in=20 c:\inetpub\wwwroot\maplab\htdocs\common\wrapper\map_session.php on line = 208 PHP=20 Fatal error: Failed to open map file = c:/Inetpub///wwwroot/maplab///sam.map in=20 c:\inetpub\wwwroot\maplab\htdocs\common\wrapper\map_session.php on line=20 208"
 
Any ideas what I'm doing wrong. I'm = running Windows=20 XP pro with IIS, PHP 4.3 and PHP_Mapscript 3.6.4.
 
Thanks for all replies.
 
Cheers.
 
Raj
------=_NextPart_000_0027_01C33FAD.9CCF4FB0-- From schut at sarvision.com Tue Jul 1 06:38:27 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 1 Jul 2003 15:38:27 +0200 Subject: [Mapserver-users] Maplab error In-Reply-To: <00ab01c33fc8$93d736f0$1bbebebe@epagy.org> References: <00ab01c33fc8$93d736f0$1bbebebe@epagy.org> Message-ID: <200307011538.27036.schut@sarvision.com> If I remember well these kind of errors usually means that there is an error in your mapfile. getSymbol is a function that is called by the mapfile parser to read something. In this case it has something to do with the word 'LOCAL' on (or around) line 17 of the map file (sam.map in this case). sorry don't know much about maplab, that probably generated that mapfile? But in mapserver terminology, this is more or less what the error means. Regards, Vincent Schut. On Tuesday 01 July 2003 13:48, Rajkumar Singh wrote: > Hi, > > Could anyone tell me what the following error mean? I received this while > trying to use the MapBrowser component of Maplab. > > " PHP Warning: MapServer Error in getSymbol(): (LOCAL):(17) in > c:\inetpub\wwwroot\maplab\htdocs\common\wrapper\map session.php on line 208 > PHP Fatal error: Failed to open map file > c:/Inetpub///wwwroot/maplab///sam.map in > c:\inetpub\wwwroot\maplab\htdocs\common\wrapper\map session.php on line > 208" > > Any ideas what I'm doing wrong. I'm running Windows XP pro with IIS, PHP > 4.3 and PHP Mapscript 3.6.4. > > Thanks for all replies. > > Cheers. > > Raj -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From thfischer at mapmedia.de Tue Jul 1 08:55:36 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 01 Jul 2003 17:55:36 +0200 Subject: [Mapserver-users] JavaScript vs MapScript for interfacedevelopment... In-Reply-To: References: <13858AA1A74F30419F319ACB66A9D1222BFC2E@mercator.topozone.com> Message-ID: <1057074936.319.5.camel@jeanjacques> Let's see. I will not answer to all posts seperately, but rather try to sum it all up in a big one. Please note that I did not ask to turn off your applications. More of that in the last few paragraphs. Also I did not mean to advertise that nobody should visit sites containing javascript anymore. I add this because I received a couple of outright hostile (and mostly 'anonymous'; I put that in quotes because you people should take more care of your emails' headers) emails stating that the 'stupid nonsense' i wrote would put websites out of business. -- First off I would like to ask a question. People install virus scanners on their desktop machines (virus scanners are a thing that can be argued about too, but for the sake of the following let's assume they make sense). They install them because they do not want a virus, which is code written by a completely untrusted (and untrustable) stranger, code that they cannot control, to be executed on their machine. Next thing they do is firing a web browser, go to a site and have javascript executed, which is code, written by a completely untrusted stranger. Code they cannot control and that someone says is necessary for a certain service. Code that might have changed since last night for whatever reason. Sounds weird to me. -- There was pointed out that javascript was designed to be a sandbox environment. This is not true. If you have a link to a design paper or something similar, I would like to read more about a inherent security model in javascript. But this will prove difficult, because there is none. Netscape, the inventors of JavaScript, developed a few models _afterwards_ (same origin policy, data tainting, signed script policy). Security put on top of a thing is no security. It has to be built in. I recommend reading Bruce Schneier's 'Secrets & Lies', among others, for more info on that problem. IIRC, Microsoft one day said something about 'sandbox' and javascript, but I think all of us are aware of MS's quality of security in their software implementations. By the way, contrary to what someone else said, Shockwave Flash does not require an ActiveX control. Or at least my linux version for mozilla does not need it. Oh, and it is correct that active scripting and javascript can be seen as different things; but I still have to find an IE setting that lets the user turn off only one of the two. -- I recommended asking your local cert for 'javascript'. The response was questioning that I did this myself, because a search would only yield 8 results. Please allow me to question this result in return. I go to www.cert.org, type 'javascript' in the search box and hit enter. I get 59 results. If you want I can post a screenshot somewhere. Bugtraq: 109 hits (securityfocus keeps on splitting up their lists and redesigning their publication policies, and cert.org is not exactly famous for a full disclosure policy, so the numbers possibly need to be adjusted in one direction or the other) -- Something that made me angry was the comment that 'driving a car' was a risk as well, as would be everyday life, and that life would only be enjoyable with a certain amount of risk involved. As much as I do agree with that sentence :), it does not have the slightest relation to our discussion. Apart from there being way too many car/computer comparisons on the net ;), it moves the 'opponent' in a debate (sorry, I cannot think of a better word at the moment) to a slightly silly level. But sticking to car-driving, let me point out that you have to acquire a license to be allowed to drive a car; that you need to take lessons to earn that license; that you have to follow a lot of security guidelines to be in line with your local traffic laws; and that you are in trouble explaining things to the insurance company in case something happens to you even though you should have known better in that very situation. Same goes for the people and companies who build and maintain streets and roads. There is no equivalent to this on the internet, so the car metaphor does not hold. And even if _you_ want to take a certain risk, others might not want to. See the 'choice' consensus that I offer in the last paragraph (and that I already offered in my original email). Security is a binary thing; it's either there, or it is not. Taking 'a bit of a risk' in a certain environment (a javascript mapserver application) and hoping that it won't harm me on another does not work. -- The BSI (german Department for IT Security, it defines security outlines for companies and private people and publishes them) posted the following press release on their website in September 1999: http://www.bsi.de/fachthem/sinet/java99.htm Sorry, it's in german. It says that there were numerous security problems with 'active content' in WWW sites (ActiveX, JavaScript, Java etc). They say that most problems are caused by implementation errors, and that secure implementation of active content seems to be outright impossible. They strongly recommend turning off active content. They also point out that security-aware people are consequently left out because of websites relying on javascript and so on, especially where its use is completely unnecessary. I think they make an important point here: The core problem is not that JavaScript is inherently too insecure, but that almost every browser security hole relies on it to be turned on. The press release has been updated in january 2002 with the note that all warnings are still valid. There is absolutely no indicator that the errors in implementation are not there anymore. -- I also want to point out that you assume - even though you are not explicitely stating it - that every security problem in javascript is public and can be fixed. This assumption is interesting. I would like to invite you to join us on this year's Chaos Communication Camp near Berlin (https://www.ccc.de/camp/) for the opportunity to meet people who might be able to talk to you about the more creative uses of active web browser content. The JavaScript security problems were even more grave with Netscape and IE versions up to versions 4.something, so the most notes and web pages you will find are up to, say, 1999. They are more sparse now, but they are still there. Please also note that the sheer annoyance that a JavaScript site can cause is not exactly a security hole but still a good reason not to enable it at all. I still have the possibility to open hundreds of new windows right in your face. Another problem caused is that javascript leads to developers' lazyiness. People parse form input using javascript, thinking that they have control over the submitted content that way, and then skip this important step on the server's side. But I can still type everything in my web browser myself, or connect via telnet, or whatever, and send abitrary input. Therefore advertising JavaScript as an all-purpose programming language is wrong, because it is by no means an interface that can control any input whatsoever, it's just a layer between me and the application on the webserver, a layer that I can move away at will. I admit that I am getting away from the possible harm for the user here, but I think it's an important point. -- Bottom line, again: I think my arguments are still valid. You may choose to _assume_ a lot of things and base your application development on. That is your choice. That your website needs javascript, or whatever active content you like. That is your choice. But my choice - and the choice of a lot of other people - is that javascript has to be turned off, let it be only because of the annoyance it causes. So the question is: why don't you want me to see that application? As much as I see that most places in which JavaScript is used it also is completely unnecessary, I do of course understand that our business of making maps is a highly visual one. I think I already said that. I do not ask you to optimize your sites for the users of 'links' and 'lynx', which are unix command line web browser. And I see that there is functionality that cannot be done in plain HTML, for example zoom boxes. I mentioned that too. I also know Neapoljs, for example, which is made by tydac, and I think that it is a very nice application, and I will continue to point people to it. But JavaScript should only be excuted in a trusted environment. The internet is _not_ a trusted or trustable environment. We are using free software here (MapServer), because we want to show the users and developers that they have the ability to choose. To transport that thought we have to let users make choices. This is an important one. I do not ask you to turn your sites of. I ask you to let the people choose between a javascript and a non-javascript version. If you cannot do that or do not want to do it, I ask you to tell them the reason. Just a few lines of explanation. And maybe add why you think that it's not at all harmful for them to have javascript turned on. hth, thorsten -- Links: http://www.pivx.com/larholm/unpatched/ http://www.pivx.com/larholm/unpatched/6may03notes.html (unpatched IE security holes) http://www.juengling-edv.de/meinungen/webseitengestaltung.htm (german site about web design. They say that no common store would ever put a sign at the door saying 'only for people with Armani ties' or 'only for Porsche drivers'. But still people build websites saying 'only viewable with javascript') http://www.w3.org/Security/Faq/wwwsf2.html#CLT-Q8 (The w3c recommending not to use javascript. The FAQ is not exactly up to date) http://www.w3.org/TR/WAI-WEBCONTENT/ http://www.w3.org/TR/UAAG10/ (accessability and usability guidelines) etc From heihachi.cv90g at nctu.edu.tw Tue Jul 1 07:06:09 2003 From: heihachi.cv90g at nctu.edu.tw (¦¿©v®i) Date: Tue, 1 Jul 2003 22:06:09 +0800 Subject: [Mapserver-users] how many users do mapserver supports? Message-ID: <002101c33fd9$ecff6700$3910718c@sbvr.com> This is a multi-part message in MIME format. ------=_NextPart_000_001D_01C3401C.FA559300 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit Dear all Did u ever test the online GIS application based on MapServer. A common pc as server,how many users did MapSerevr supports?? Regards!!! Kent ------=_NextPart_000_001D_01C3401C.FA559300 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Dear all
 
Did u ever test the online GIS application based on=20 MapServer.
 
A common pc as server,how many users did MapSerevr=20 supports??
 
Regards!!!
 
Kent 
------=_NextPart_000_001D_01C3401C.FA559300-- From sgillies at frii.com Tue Jul 1 07:24:54 2003 From: sgillies at frii.com (Sean Gillies) Date: Tue, 1 Jul 2003 08:24:54 -0600 Subject: [Mapserver-users] Python/Mapscript In-Reply-To: <004301c33fca$013fadc0$8000a8c0@pauls> Message-ID: Paul, There are no official Python MapScript binaries. If I was a regular Win32 user I would provide some. But alas. Would anyone else like to step up, zip up their mapscript.py and mapscript.pyd and share them? Michael? cheers, Sean On Tuesday, July 1, 2003, at 06:12 AM, Paul Dymecki wrote: > Hi, > ?? Does anyone know if the mapserver pre-compiled binaries work with > python/mapscript(windows), or is building mapserver a requirement? > thanks, > Paul > -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From steve.lime at dnr.state.mn.us Tue Jul 1 07:48:59 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 01 Jul 2003 09:48:59 -0500 Subject: [Mapserver-users] Fwd: [wms-dev] quickWMS released as opensource 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. --=_510F6298.40214846 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Sorry to cross-post but this seems like a pretty cool tool. Steve --=_510F6298.40214846 Content-Type: message/rfc822 Return-path: Received: from mail.state.mn.us (state.mn.us [156.99.125.109]) by co5.dnr.state.mn.us; Tue, 01 Jul 2003 09:25:14 -0500 Return-Path: Received: from that1.intl-interfaces.net (that1.intl-interfaces.net [64.239.122.14]) by mail.state.mn.us with ESMTP for steve.lime at dnr.state.mn.us; Tue, 1 Jul 2003 09:25:08 -0500 Received: by that1.intl-interfaces.net (Postfix, from userid 510) id 1F395D72022; Tue, 1 Jul 2003 10:25:05 -0400 (EDT) Received: from that1.intl-interfaces.net (localhost.localdomain [127.0.0.1]) by that1.intl-interfaces.net (Postfix) with ESMTP id 92D44D7201D; Tue, 1 Jul 2003 10:25:03 -0400 (EDT) X-Original-To: wms-dev at mail.digitalearth.org Delivered-To: wms-dev at mail.digitalearth.org Received: by that1.intl-interfaces.net (Postfix, from userid 510) id C5A66D72019; Tue, 1 Jul 2003 10:24:10 -0400 (EDT) Received: from inovagis.org (mail001.readyhosting.com [63.119.175.14]) by that1.intl-interfaces.net (Postfix) with ESMTP id 33480D72018 for ; Tue, 1 Jul 2003 10:24:10 -0400 (EDT) Received: from giserver.inovagis.org [192.106.252.93] by inovagis.org with ESMTP (SMTPD32-6.06) id A7DA21D010E; Tue, 01 Jul 2003 09:16:58 -0500 Message-Id: <5.1.0.14.0.20030701163107.028151d0 at mail.inovagis.org> X-Sender: pedro%inovagis.org at inovagis.org@mail.inovagis.org X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: wms-dev at mail.digitalearth.org From: Pedro Pereira Goncalves Subject: [wms-dev] quickWMS released as opensource Sender: wms-dev-admin at mail.digitalearth.org Errors-To: wms-dev-admin at mail.digitalearth.org X-BeenThere: wms-dev at mail.digitalearth.org X-Mailman-Version: 2.0.13 Precedence: bulk List-Unsubscribe: , List-Id: Web Map Server Developers/Implementors List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue, 01 Jul 2003 16:31:15 +0200 X-Spam-Status: No, hits=-0.6 required=5.0 tests=KNOWN_MAILING_LIST,SMTPD_IN_RCVD,SPAM_PHRASE_00_01 version=2.41 X-Spam-Level: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 7bit Hi all the quickWMS is a set of JavaScript classes for creating Web Map clients and interfacing WMS servers according to OpenGIS Web Mapping Specification (versions 0.7 to 1.1). The goal of this project is to enable the fast creation of web mapping clients using javascript. The target browsers are Internet Explorer (version 5.5 and up) and Netscape (7.00 and up) both for Windows, Mac and Linux. I've just set up a web with the complete class definition and documentation available at Development site at http://giserver.esrin.esa.int/quickwms/ (sometimes offline) the stable version are posted on http://www.inovagis.org/quickwms/ all the best, pedro _______________________________________________ wms-dev mailing list wms-dev at mail.digitalearth.org http://mail.digitalearth.org/mailman/listinfo/wms-dev --=_510F6298.40214846-- From rasp at tzi.de Tue Jul 1 07:53:18 2003 From: rasp at tzi.de (Rainer Spittel) Date: Tue, 01 Jul 2003 16:53:18 +0200 Subject: [Mapserver-users] getShare raises assertion error on PostGIS Message-ID: <3F01A05E.6060301@tzi.de> Hi, I am using Apache, the MapServer V3.6 and PostGIS as the geodatabase. Both is running on Linux Suse 8.0. I have imported my shapefiles into the PostGIS database and now I get the following error message when I try to query an item: [...] Dump query Query layer 0: built-up-area Query layer built-up-area: skip this layer Query layer 1: vegetation-zone field opened Inserting results 0 ShapeIndex:99923 TileIndex: -1 ClassIndex:0 Fatal error: Assertion failed, Could not set shape values: 0, 0 in /usr/local/apache/htdocs/mapserver/test_map/htdocs/mapserv.php3 on line 737 The php-document look like this: [...] printf("Inserting results %s
\n",$iRes); $oRes = $oLayer->getResult($iRes); printf("ShapeIndex:%s
",$oRes->shapeindex); printf("TileIndex: %s
",$oRes->tileindex); printf("ClassIndex:%s
",$oRes->classindex); $oShape = $oLayer->getShape($oRes->tileindex,$oRes->shapeindex); printf("\n"); [...] This error occures when the "getShape" methode will be processed. When I look into the postgis database, I am not able to find an object with this id. A dump of the table "vegetation-zone" looks like: gid kn gn area the_geom 0 04000000 Bremen 578682.171 SRID=-1;MULTIPOLYGON(((3476450.95, [...]) 1 04000000 Bremen 77603646.804 SRID=-1;MULTIPOLYGON(((3475408.58, [...]) Is the internal SRID wrong or what am I doing wrong? R. Spittel --------------------------------------------------------------- From bartvde at xs4all.nl Tue Jul 1 08:23:03 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 01 Jul 2003 17:23:03 +0200 Subject: [mapserver-users] SWF output demo site? Message-ID: Hi list, does anybody know about a Flash demo site in which mapserver with SWF output is used? Thanks, Bart From morissette at dmsolutions.ca Tue Jul 1 08:33:27 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 01 Jul 2003 11:33:27 -0400 Subject: [Mapserver-users] getShare raises assertion error on PostGIS References: <3F01A05E.6060301@tzi.de> Message-ID: <3F01A9C7.3B1975D8@dmsolutions.ca> Rainer Spittel wrote: > > Fatal error: Assertion failed, Could not set shape values: 0, 0 in > /usr/local/apache/htdocs/mapserver/test_map/htdocs/mapserv.php3 on line 737 > This is fixed in version 4.0 (CVS). We are unlikely to release another 3.6.x release since we plan on releasing 4.0 in a few weeks, so you might have to consider upgrading. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From flavio at tydac.ch Tue Jul 1 08:48:45 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Tue, 01 Jul 2003 17:48:45 +0200 Subject: [Mapserver-users] JavaScript vs MapScript for interfacedevelopment... In-Reply-To: <1057074936.319.5.camel@jeanjacques> References: <13858AA1A74F30419F319ACB66A9D1222BFC2E@mercator.topozone.com> <1057074936.319.5.camel@jeanjacques> Message-ID: hi thorsten this was a really really long answer. however, as ed and I pointed out, there is nowhere a decent reference to any javascript holes. and google is normally pretty good pointing that out: all I get is from times before computer was invented or so ... and your mail, even being pretty extensive, it does not say anything again, where are the holes and dangers, tell us ????????? ... so, to shortly sum, there are none: - I do not know of any organization in switzerland (normally extremely picky about security) that turns it off ... - I do not know about any site without it. even yours, mapmedia.de has some ... - If one visits decent professional sites, they are nevere anonymous, so how could you damage anybody - they'd be up your neck immediately ... - with javascript you can do fancy things; and I agree pretty nasty ones too if you visit certain sites ... - in 5-6 years on surfing I never had and never heard of a problem with javascript by anybody ever - however of a lot of other "accidents" (as well with cars ... and even if it bugs you I stay with that, even if there is no risk with js, all the security issues have to do with risk - and if you use something there is risk along with it ... it's a question how far you go to prevent it ... and turning off js is to me like wearing a helmet when walking around in the apartment ...) so, turn it on, relay and enjoy - there are many sites which make great use of it ... flavio From morissette at dmsolutions.ca Tue Jul 1 08:56:24 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 01 Jul 2003 11:56:24 -0400 Subject: [mapserver-users] SWF output demo site? References: Message-ID: <3F01AF28.2DB69CA8@dmsolutions.ca> Bart van den Eijnden wrote: > > does anybody know about a Flash demo site in which mapserver with SWF > output is used? > There's one at http://www.mapsherpa.com/make_a_map/ ... there are both HTML versions and Flash versions of the same app. A few quick notes: - The Flash version requires the Flash 6 plugin, you'll get an empty window if you use Flash 5. - The HTML version has a few glitches when you try to place points on the map... should be fixed soon. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From bartvde at xs4all.nl Tue Jul 1 09:00:43 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 01 Jul 2003 18:00:43 +0200 Subject: [mapserver-users] SWF output demo site? In-Reply-To: <3F01AF28.2DB69CA8@dmsolutions.ca> References: <3F01AF28.2DB69CA8@dmsolutions.ca> Message-ID: Hi Daniel, I thought with SWF less frequent client-server contact is needed. So e.g. zoom in does not require a new request. But after zooming in it seems like a new map is retrieved from the server. Or is the client busy with zooming in on the SWF image when it says retrieving image? How does this work, is my statement only valid for vector SWF layers? Thanks, Bart On Tue, 01 Jul 2003 11:56:24 -0400, Daniel Morissette wrote: > Bart van den Eijnden wrote: >> >> does anybody know about a Flash demo site in which mapserver with SWF >> output is used? >> > > There's one at http://www.mapsherpa.com/make_a_map/ ... there are both > HTML versions and Flash versions of the same app. > > A few quick notes: > - The Flash version requires the Flash 6 plugin, you'll get an empty > window if you use Flash 5. > - The HTML version has a few glitches when you try to place points on > the map... should be fixed soon. > > Daniel -- From spencer at dmsolutions.ca Tue Jul 1 09:02:42 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Tue, 01 Jul 2003 12:02:42 -0400 Subject: [mapserver-users] SWF output demo site? In-Reply-To: References: Message-ID: <3F01B0A2.4080203@magma.ca> http://www.dmsolutions.ca/techserv/makeapmap.html Cheers, Paul Bart van den Eijnden wrote: > Hi list, > > does anybody know about a Flash demo site in which mapserver with SWF > output is used? > > Thanks, > Bart > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From morissette at dmsolutions.ca Tue Jul 1 09:14:10 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 01 Jul 2003 12:14:10 -0400 Subject: [mapserver-users] SWF output demo site? References: <3F01AF28.2DB69CA8@dmsolutions.ca> Message-ID: <3F01B352.334D8E75@dmsolutions.ca> Bart van den Eijnden wrote: > > I thought with SWF less frequent client-server contact is needed. So e.g. > zoom in does not require a new request. But after zooming in it seems like > a new map is retrieved from the server. Or is the client busy with zooming > in on the SWF image when it says retrieving image? How does this work, is > my statement only valid for vector SWF layers? > It depends on how the application is built. You can control via the mapfile which layers are output as rasters and which ones are outpout as vectors to the Flash client. This specific application passes all layers as rasters, so the client has to request a new map from the server everytime as you noticed. It would be possible to make all layers vectors and then the client could be instructed to zoom into the vector data without going back to the server. However this could involve huge amounts of data to transfer and you would likely have to decide on an arbitrary threshold to use in generalizing the vectors that you pass to the client anyway. The best compromise is to use raster mode for backdrop layers, and vector mode for layers of points of interest for instance... so you get the interactivity of Flash on your vector features, and don't have to transfer megabytes of vectors to the client... something that the Flash client could probably not handle anyway. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From bartvde at xs4all.nl Tue Jul 1 09:19:55 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 01 Jul 2003 18:19:55 +0200 Subject: [mapserver-users] SWF output demo site? In-Reply-To: <3F01B352.334D8E75@dmsolutions.ca> References: <3F01AF28.2DB69CA8@dmsolutions.ca> <3F01B352.334D8E75@dmsolutions.ca> Message-ID: Hi Daniel, I remain with one basic question after your clear response. What is the advantage of using raster SWF layers above normale GIF or JPG images? Thanks, Bart On Tue, 01 Jul 2003 12:14:10 -0400, Daniel Morissette wrote: > Bart van den Eijnden wrote: >> >> I thought with SWF less frequent client-server contact is needed. So >> e.g. >> zoom in does not require a new request. But after zooming in it seems >> like >> a new map is retrieved from the server. Or is the client busy with >> zooming >> in on the SWF image when it says retrieving image? How does this work, >> is >> my statement only valid for vector SWF layers? >> > > > It depends on how the application is built. You can control via the > mapfile which layers are output as rasters and which ones are outpout as > vectors to the Flash client. > > This specific application passes all layers as rasters, so the client > has to request a new map from the server everytime as you noticed. > > It would be possible to make all layers vectors and then the client > could be instructed to zoom into the vector data without going back to > the server. However this could involve huge amounts of data to transfer > and you would likely have to decide on an arbitrary threshold to use in > generalizing the vectors that you pass to the client anyway. > > The best compromise is to use raster mode for backdrop layers, and > vector mode for layers of points of interest for instance... so you get > the interactivity of Flash on your vector features, and don't have to > transfer megabytes of vectors to the client... something that the Flash > client could probably not handle anyway. > > Daniel -- From morissette at dmsolutions.ca Tue Jul 1 09:26:55 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 01 Jul 2003 12:26:55 -0400 Subject: [mapserver-users] SWF output demo site? References: <3F01AF28.2DB69CA8@dmsolutions.ca> <3F01B352.334D8E75@dmsolutions.ca> Message-ID: <3F01B64F.7DE8880C@dmsolutions.ca> Bart van den Eijnden wrote: > > I remain with one basic question after your clear response. > > What is the advantage of using raster SWF layers above normale GIF or JPG > images? > I am not the SWF expert (Assefa is) so hopefully I won't be writing something stupid here... If I remember correctly, you can embed GIF/JPG images inside a clip as you create the client app in the Flash IDE, but you cannot load a GIF/JPG image via a URL using Action Script. That's why the raster layer has to be embedded in a small clip by MapServer... just so that you can download the layer on the fly from your Flash app. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From rgrant at nrcan.gc.ca Tue Jul 1 10:06:00 2003 From: rgrant at nrcan.gc.ca (Grant, Ryan) Date: Tue, 1 Jul 2003 13:06:00 -0400 Subject: [mapserver-users] SWF output demo site? Message-ID: <8AE17DD6AA4FD51191CD0002A551168101E66AD0@s5-van1-r1.ess.nrcan.gc.ca> As of Flash v6, you can dynamically load non-interlaced jpg's using ActionScript. In my testing, if I was only using raster layers I would stick with straight jpg's, as they tended to be slightly smaller than the raster swf's (OUTPUT_MOVIE=SINGLE). However, if you use the OUTPUT_MOVIE=MULTIPLE, you can create an application that can turn layers on and off without going back to the server. Plus, the vectors look a lot better, even at FULL_RESOLUTION=FALSE. And, if you set FULL_RESOLUTION=TRUE, it is possible to build an application that can zoom vector layers without going back to the server, but I haven't tested this yet.. Cheers, Ryan -----Original Message----- From: Daniel Morissette [mailto:morissette at dmsolutions.ca] Sent: Tuesday, July 01, 2003 9:27 AM To: bartvde at xs4all.nl Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [mapserver-users] SWF output demo site? Bart van den Eijnden wrote: > > I remain with one basic question after your clear response. > > What is the advantage of using raster SWF layers above normale GIF or JPG > images? > I am not the SWF expert (Assefa is) so hopefully I won't be writing something stupid here... If I remember correctly, you can embed GIF/JPG images inside a clip as you create the client app in the Flash IDE, but you cannot load a GIF/JPG image via a URL using Action Script. That's why the raster layer has to be embedded in a small clip by MapServer... just so that you can download the layer on the fly from your Flash app. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette 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 lfilak at medinaco.org Tue Jul 1 10:23:29 2003 From: lfilak at medinaco.org (Lowell.Filak) Date: Tue, 1 Jul 2003 13:23:29 -0400 (EDT) Subject: [Mapserver-users] Mapscript: using URLs etc... In-Reply-To: <1056727791.3efc62efb4cfb@sms.ed.ac.uk> Message-ID: Sorry, the PerlMapScript examples in the wiki ( http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScript ) and in the documentation ( http://mapserver.gis.umn.edu/doc36/perlmapscript-reference.html ) and any that may exist in the user list ( http://mapserver.gis.umn.edu/cgi-bin/wilma_glimpse/mapserver-users?query=perlmapscript%3Bexample&Search=Search&restricttofiles=on&filelist=0306&filelist=0305&filelist=0304&filelist=0303&filelist=0302&filelist=0301&errors=0&maxfiles=50&maxlines=10&.cgifields=lineonly&.cgifields=restricttofiles&.cgifields=filelist&.cgifields=partial&.cgifields=case ) are all that exist. However, the documentation has been changed to allow example code to be added directly to the documentation as users have a chance. Lowell On Fri, 27 Jun 2003, AMC Story wrote: > Hi everyone, > > Thanks to all those who've given me the benefit of their experience re. > mapscript vs javascript. I've certainly got some things to think about! > > I'm still trying to get my head around how a mapscript application runs, so > firstly, are there any more examples of perl mapscript applications? The main > mapserver site has pretty good documentation for php mapscript, but as I don't > know php, it's not as easy as it might be for me to translate the examples into > perl. > > Also, more specific to my application, I wanted to ask if creating a MapServer > application using MapScript will still allow me to utilise an opening html > page, on which are hyperlinks to various geographical features (as well as a > link to a map which shows all of these features on a world map). At the > moment, the individual hyperlinks are generated dynamically according to the > current data, and have been set up so that the full url provides the detail of > the extent of the map to show each relevant feature and so on. If I'm not > using a template file, but instead using a script making MapScript calls, is > this approach still going to work? > > Any thoughts, or further explanations/examples of how to write an application > using perl MapScript would be great. > > Many thanks in advance, > Ali > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From nuno.cabrita at elementodigital.pt Tue Jul 1 11:09:17 2003 From: nuno.cabrita at elementodigital.pt (Your Name) Date: Tue, 01 Jul 2003 14:09:17 -0400 Subject: [Mapserver-users] Error in getSymbolByName Message-ID: Hello all. I am trying to set diferent symbols to point shapes in a layer, but after adding 50 symbols the function $map->getSymbolByName($filename) returns -1 and the symbol does not apear in the map. Here is a piece of my code: $layer = ms_newLayerObj($Map); $layer->set("name", 'graph'); $layer->set("type", MS_LAYER_POINT); $layer->set("status", 1); $shape_file = ms_newShapefileObj($Map->shapepath.'/graph', MS_SHP_POINT); $dbfFile = dbase_create($Map->shapepath."/graph.dbf", array(array("IGDS_CLASS", "C", 150, 0), array("VALOR", "C", 150, 0))); $idx_class = 0; while ($j<52) { $class = ms_newClassObj($layer); $class->set("name", "class_name"); $class->setexpression("'".$idx_class."'"); $class->set("symbolname", $path.$idx_class.".png"); $pt = ms_newPointObj(); $pt->setXY($long + 50, $lat+120); $line = ms_newLineObj(); $line->add($pt); $shape = ms_newShapeObj(MS_SHAPE_POINT); $shape->add($line); $shape_file->addShape($shape); dbase_add_record($dbfFile, array($idx_class, 0)); $idx_class++; } $shape_file->free(); dbase_close($dbfFile); $layer->set('classitem', 'IGDS_CLASS'); $layer->set('data', 'graph'); Is this a bug of mapserver? Am I doing something wrong? Is there a better way to do this? Can anyone please help me? From mapserver at geochem.de Tue Jul 1 11:59:59 2003 From: mapserver at geochem.de (Nicol Hermann) Date: 01 Jul 2003 20:59:59 +0200 Subject: [Mapserver-users] getShare raises assertion error on PostGIS In-Reply-To: <3F01A9C7.3B1975D8@dmsolutions.ca> References: <3F01A05E.6060301@tzi.de> <3F01A9C7.3B1975D8@dmsolutions.ca> Message-ID: <1057085999.1004.21.camel@katrin> Hi Daniel, thank you for the fix in the CVS version. The error message disappears when i use the latest cvs version but i still got no data back.The result of the var_dump statement is NULL. How do i manage it to get the "real" data back from the postgres database. $shape = $layer->getShape($result->tileindex, $result->shapeindex); $value = $shape ->value; var_dump ($value); Thanks a lot Nicol Am Die, 2003-07-01 um 17.33 schrieb Daniel Morissette: > Rainer Spittel wrote: > > > > Fatal error: Assertion failed, Could not set shape values: 0, 0 in > > /usr/local/apache/htdocs/mapserver/test_map/htdocs/mapserv.php3 on line 737 > > > > This is fixed in version 4.0 (CVS). We are unlikely to release another > 3.6.x release since we plan on releasing 4.0 in a few weeks, so you > might have to consider upgrading. -- Nicol Hermann From dan.arnold at noaa.gov Tue Jul 1 12:02:01 2003 From: dan.arnold at noaa.gov (Dan Arnold) Date: Tue, 1 Jul 2003 14:02:01 -0500 Subject: [Mapserver-users] help with Projections Message-ID: <025801c34003$40d9a1f0$4b6de3cc@ArnoldCR20407> This is a multi-part message in MIME format. ------=_NextPart_000_0259_01C33FD9.580399F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello- I am looking for some examples on how to use "projections" with Mapserver. I am by no means a GIS guru, nor do I fully understand "projections", I just know that my maps that I am creating ( http://www.crh.noaa.gov/wwamaps/ ) are being compressed and have a "squished" looked to them, and I was told I need to "project" my data differently. So I'm hoping to find some pretty simple examples I can look at and learn from. I am looking to use "Ellipsoidal Mercator" as a projection, if that helps any. If I need to provide more data, please let me know and I can. I just don't know where to start with this, so any help is greatly appreciated. Thanks in advance! -- Dan Arnold Webmaster National Weather Service Central Region Headquarters dan.arnold at noaa.gov 816.891.7734 x486 ------=_NextPart_000_0259_01C33FD9.580399F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Hello-
 
I am looking for = some examples=20 on how to use "projections" with Mapserver. I am by no means a GIS guru, = nor do=20 I fully understand "projections", I just know that my = maps that I am=20 creating ( http://www.crh.noaa.gov/wwamaps= / ) are=20 being compressed and have a "squished" looked to them, and I was = told I=20 need to "project" my data differently. So I'm hoping to = find some=20 pretty simple examples I can look at and learn from.
 
I am looking to use = "Ellipsoidal Mercator" as a projection, if that helps=20 any.
 
If I need to = provide more data,=20 please let me know and I can. I just don't know where to start with = this, so any=20 help is greatly appreciated.
 
Thanks in=20 advance!

--
Dan Arnold
Webmaster
National = Weather=20 Service
Central Region Headquarters
dan.arnold at noaa.gov
816.891.77= 34=20 x486

 
------=_NextPart_000_0259_01C33FD9.580399F0-- From lfilak at medinaco.org Tue Jul 1 12:09:36 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 01 Jul 2003 15:09:36 -0400 Subject: [Mapserver-users] perl mapscript error Message-ID: <200307011909.h61J9WN03034@yogi.medinaco.net> Possibly an issue of library confusion? Lowell http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0206/msg00385.html From bartvde at xs4all.nl Tue Jul 1 12:36:20 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 01 Jul 2003 21:36:20 +0200 Subject: [mapserver-users] Oracle Spatial error info gone in 4.0? Message-ID: Hi, what has happened to the Oracle Spatial error messages in 4.0 beta? In old versions when you supplied an invalid column in the DATA statement, you got an exception in your browser containing the Oracle SQL statement in the ORA error, which is quite useful. Now I only get the error message: msDrawMap(): Image handling error. Failed to draw layer named 'kwadranten' In the "old" documentation there is also something about this (see http://mapserver.gis.umn.edu/doc36/mapfile-reference.html): For Oracle, use "shape FROM table" or "shape FROM (SELECT statement)" or even more complex Oracle compliant queries! Note that there are important performance impacts when using spatial subqueries however. Try using MapServer's FILTER whenever possible instead. You can also see the SQL submitted by forcing an error, for instance by submitting a DATA parameter you know won't work, using for example a bad column name. Best regards, Bart From morissette at dmsolutions.ca Tue Jul 1 12:49:17 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 01 Jul 2003 15:49:17 -0400 Subject: [Mapserver-users] getShare raises assertion error on PostGIS References: <3F01A05E.6060301@tzi.de> <3F01A9C7.3B1975D8@dmsolutions.ca> <1057085999.1004.21.camel@katrin> Message-ID: <3F01E5BD.12493FC@dmsolutions.ca> Nicol Hermann wrote: > > thank you for the fix in the CVS version. > The error message disappears when i use the latest cvs version but i > still got no data back.The result of the var_dump statement is NULL. > How do i manage it to get the "real" data back from the postgres > database. > > $shape = $layer->getShape($result->tileindex, $result->shapeindex); > $value = $shape ->value; > var_dump ($value); > You are trying to access the field values, correct? The PHP MapScript docs explains how to get to them: --------8<-------- int numvalues (read-only) array values (read-only) The values array is an associative array with the attribute values for this shape. It is set only on shapes obtained from layer->getShape(). The key to the values in the array is the attribute name, e.g. $population = $shape->values["Population"]; -------->8-------- Note that you also have to make sure that you select the columns you're interested in in your PostGIS select statement. I'm not sure of the details to do this, someone more experienced with PostGIS might be able to help. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Tue Jul 1 12:56:00 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 01 Jul 2003 15:56:00 -0400 Subject: [Mapserver-users] Displaying Raster under PHP MapScript References: <1056933861.2992.20.camel@localhost> <3F002900.7090708@sopac.org> Message-ID: <3F01E750.542762AE@dmsolutions.ca> > Franck Martin wrote: > > I found the problem... > > The path to the file was invalid, but MS was passing the error without > any report even with debug enabled... > > I think there should be at least a message in debug mode when a file > is not found... > By default MapServer silently ignores missing data files. However you can configure/compile with --disable-ignore-missing-data and then you'll get explicit errors. Note that changing this can cause annoying side-effects because I think it will produce errors if a given file is missing for a single tile. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Tue Jul 1 13:01:19 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 01 Jul 2003 16:01:19 -0400 Subject: [Mapserver-users] Displaying Raster under PHP MapScript References: <1056933861.2992.20.camel@localhost> <3F002900.7090708@sopac.org> <3F01E750.542762AE@dmsolutions.ca> Message-ID: <3F01E88F.AA61126A@dmsolutions.ca> Daniel Morissette wrote: > > Note that changing this can cause annoying side-effects because I think > it will produce errors if a given file is missing for a single tile. > Ooppps... part of what I wanted to write got lost... the annoying side effects that I refer to would happen only if you use tiled datasets and the data files for some of the layers are not present in all tiles. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From noti at ciaoweb.it Tue Jul 1 13:37:00 2003 From: noti at ciaoweb.it (Valerio Noti) Date: Tue, 1 Jul 2003 22:37:00 +0200 Subject: [Mapserver-users] legend templates Message-ID: <00bd01c34010$a9496600$e8087b3e@Valerio> This is a multi-part message in MIME format. ------=_NextPart_000_00B8_01C34021.49543660 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, is it possible to use in main application window two html legend = templates, one for layers and one for classes. I'd like to separate the two legend types in = order to allow the user to choose only one to display? Thanks in advance Valerio ------=_NextPart_000_00B8_01C34021.49543660 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
is it possible to use in main = application window=20 two html legend templates, one for
layers and one for classes. I'd like to = separate=20 the two legend types in order
to allow the user to choose only one to = display?
 
Thanks in advance
 
Valerio
------=_NextPart_000_00B8_01C34021.49543660-- From bartvde at xs4all.nl Tue Jul 1 13:32:37 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 01 Jul 2003 22:32:37 +0200 Subject: [mapserver-users] SWF output demo site? In-Reply-To: <3F01B64F.7DE8880C@dmsolutions.ca> References: <3F01AF28.2DB69CA8@dmsolutions.ca> <3F01B352.334D8E75@dmsolutions.ca> <3F01B64F.7DE8880C@dmsolutions.ca> Message-ID: Hi Daniel, list, if you look at this site (it's in Dutch unfortunately) they have a raster background layer which is zoomed in at the flash client side (no server contact). http://www.friesland.nl/risicokaart2/risicokaart/risicokaart.htm -Pick something from the combo box in top of the page (like the second one, "Ameland") -Press the (+) button several times to zoom in until you get the raster background, and pan a little bit towards the urban area in the west. It is just a high-quality raster which is being zoomed in on client-side, don't you think? It performs pretty well, but I heard they use tiled swf files which are ready on the server-side. Is a thing like this possible with mapserver? For instance can you prepare tiles in SWF which are served by mapserver? Or could it be created on the fly fast enough? Could this be a useful enhancement, or is it more a GDAL issue? Bart On Tue, 01 Jul 2003 12:26:55 -0400, Daniel Morissette wrote: > Bart van den Eijnden wrote: >> >> I remain with one basic question after your clear response. >> >> What is the advantage of using raster SWF layers above normale GIF or >> JPG >> images? >> > > I am not the SWF expert (Assefa is) so hopefully I won't be writing > something stupid here... > > If I remember correctly, you can embed GIF/JPG images inside a clip as > you create the client app in the Flash IDE, but you cannot load a > GIF/JPG image via a URL using Action Script. That's why the raster > layer has to be embedded in a small clip by MapServer... just so that > you can download the layer on the fly from your Flash app. > > Daniel -- From bart at atsence.nl Tue Jul 1 13:40:41 2003 From: bart at atsence.nl (Bart van Heijningen) Date: Tue, 1 Jul 2003 22:40:41 +0200 Subject: [Mapserver-users] PhpMapscript 3.7 set color and symbol Message-ID: <000001c34011$0ca816b0$0700a8c0@ATSENCEDOMEIN> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C34021.D030E6B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, Does anyone have the equivalent for mapscript 3.7 on setting: If anyone has some more examples available it would be highly appreciated. 1. the symbol for a classitem? 2. the colour of a classitem? I keep getting the following error on both, Fatal error: Call to a member function on a non-object in Grrrr!! $newClass->set(symbol,0); $newClass->set(size,15); $newClass->set(color,$map->addColor(255, 0, 0)); TIA Regards, Bart van Heijningen ------=_NextPart_000_0001_01C34021.D030E6B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

Does anyone have  the equivalent for mapscript = 3.7 on setting:

If anyone has some more examples available it would = be highly appreciated.

 

 

1.  the symbol for a = classitem?

 

2. the colour of a classitem?

 

 

I keep getting the following error on = both,

 

Fatal = error: Call to a member function on a non-object in

 

Grrrr!!

 

$newClass->set(symbol,0);

$newClass->set(size,15); 

$newClass->set(color,$map->addColor(255, 0, = 0));

 

TIA

Regards,

 

Bart van Heijningen

 

------=_NextPart_000_0001_01C34021.D030E6B0-- From gis at farmvilleva.com Tue Jul 1 13:44:56 2003 From: gis at farmvilleva.com (John M. Duggan, LSIT) Date: Tue, 1 Jul 2003 16:44:56 -0400 Subject: [Mapserver-users] image example Message-ID: <013d01c34011$a1ae4400$1c00000a@JMDSurvey> This is a multi-part message in MIME format. ------=_NextPart_000_013A_01C33FF0.1A6EB630 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Can somebody give me an example of how to use an Image symbol in the map = file for a point layer. thanks, John John M. Duggan LSIT gis at farmvilleva.com http://www.farmvilleva.com (434) 392-3333 "......for the whole universe is in Him and He dwells within our heart." -The Upanishads ------=_NextPart_000_013A_01C33FF0.1A6EB630 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Can somebody give me an example of how = to use an=20 Image symbol in the map file for a point layer.
thanks,
John
 
John M. Duggan LSIT
gis at farmvilleva.com
http://www.farmvilleva.com
(43= 4)=20 392-3333
 
"......for the whole universe is in Him = and He=20 dwells
within our=20 heart."
          &n= bsp;           &nb= sp;  =20 -The Upanishads
------=_NextPart_000_013A_01C33FF0.1A6EB630-- From hunt at zedxinc.com Tue Jul 1 14:11:56 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Tue, 1 Jul 2003 17:11:56 -0400 Subject: [Mapserver-users] perl mapscript error References: <200307012008.h61K8VN05572@yogi.medinaco.net> Message-ID: <013701c34015$6770c340$1805000a@helicity> Is there something I am missind in this confg. to use local lib installs? ./configure --without-tiff --with-proj=/usr/home/mapserver/proj-4.4.7/ --wit h-gdal=/usr/home/mapserver/gdal-cvs-030626/bin/gdal-config --with-ogr=/usr/h ome/mapserver/gdal-cvs-030626 --with-jpeg --with-wmsclient --with-freetype=/ usr/home/mapserver/freetype-2.1.4 --with-gd=/usr/home/mapserver/gd-2.0.15 I am directing mapserver to use local install versions of libs, but it seems to be picking its own to use. Is there a option to force the use of local libs When I do the ldd mapserv I get libgd.so.2 => not found libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40029000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40048000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40087000) libz.so.1 => /usr/lib/libz.so.1 (0x400aa000) libproj.so.0 => /usr/local/lib/libproj.so.0 (0x400b8000) libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x400e9000) libcurl.so.2 => /usr/local/lib/libcurl.so.2 (0x40276000) libssl.so.1 => /usr/lib/libssl.so.1 (0x4029b000) libcrypto.so.1 => /usr/lib/libcrypto.so.1 (0x402c8000) libdl.so.2 => /lib/libdl.so.2 (0x40385000) libm.so.6 => /lib/libm.so.6 (0x4038a000) libc.so.6 => /lib/libc.so.6 (0x403ac000) libungif.so.4 => /usr/lib/libungif.so.4 (0x404e2000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x404ea000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x4052d000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40570000) ----- Original Message ----- From: "Lowell Filak" To: "Aaron D. Hunt" ; "Lowell Filak" Sent: Tuesday, July 01, 2003 4:08 PM Subject: Re: [Mapserver-users] perl mapscript error > Check out > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptDebugging > and in particular the sections provided by Frank W. & Daniel M. > I think the important option to start with here is "ldd mapserv" to see > what the compilation is trying to use. > Lowell > > The following message was sent by "Aaron D. Hunt" on > Tue, 1 Jul 2003 15:13:56 -0400. > > > I am using a local install of all the libraries. Is there a way to tell > > which one it is trying to use. > > ----- Original Message ----- > > From: "Lowell Filak" > > To: ; > > Sent: Tuesday, July 01, 2003 3:09 PM > > Subject: Re: [Mapserver-users] perl mapscript error > > > > > > > Possibly an issue of library confusion? > > > Lowell > > > > > > > > > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0206/msg00385.html From steve.lime at dnr.state.mn.us Tue Jul 1 14:37:21 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 01 Jul 2003 16:37:21 -0500 Subject: [Mapserver-users] image example Message-ID: The demo application does that. The highway shields are all just PNG/GIF images. Steve >>> "John M. Duggan, LSIT" 07/01/03 03:44PM >>> Can somebody give me an example of how to use an Image symbol in the map file for a point layer. thanks, John John M. Duggan LSIT gis at farmvilleva.com http://www.farmvilleva.com (434) 392-3333 "......for the whole universe is in Him and He dwells within our heart." -The Upanishads From vwaldoguy at cox.net Tue Jul 1 15:31:52 2003 From: vwaldoguy at cox.net (Van DeWald) Date: Tue, 1 Jul 2003 17:31:52 -0500 Subject: [Mapserver-users] Projecting a shapefile Message-ID: <000e01c34020$91f0e2c0$6601a8c0@D3ZXLS11> This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C33FF6.A8E41350 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello,=20 Is there a way to project a shape file with mapserver, to the Albers = Equal Area projection for example, if the PROJ libraries are not = installed? =20 Here's what is supported on the version of mapserver that I have access = to: Regards, Van ------=_NextPart_000_000B_01C33FF6.A8E41350 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
Is there a way to project a shape file = with=20 mapserver, to the Albers Equal Area projection for example, if the PROJ=20 libraries are not installed? 
 
Here's what is supported on the version = of=20 mapserver that I have access to:
 
<!-- MapServer version 3.6.5 = OUTPUT=3DPNG=20 OUTPUT=3DJPEG OUTPUT=3DWBMP SUPPORTS=3DTTF INPUT=3DTIFF INPUT=3DEPPL7 = INPUT=3DJPEG=20 INPUT=3DSHAPEFILE -->
 
Regards,
Van
------=_NextPart_000_000B_01C33FF6.A8E41350-- From bwragg at tpg.com.au Tue Jul 1 15:46:12 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Wed, 2 Jul 2003 08:16:12 +0930 Subject: [Mapserver-users] FW: [postgis-users] Postgis Transform Problem Message-ID: <000501c34022$930ffc70$0a00a8c0@mapping12> 179.99 and 89.99 work OK. The problem is that I receive on a regular basis minx,miny,maxx,maxy coordinates which define the area of a hardcopy map boundary. Since many hardcopy maps are made of the entire earth, the coordinates sent are -180,-90,180,90. I then create PostGIS features from these coordinates. If I project the data in ArcView 8 I get something like the attached image. The purple/pink is a box I defined as -180,-90,180,90 using WGS84 and then projected it to Mercator. I was hoping to achieve similar using PostGIS. What did you mean by 'exercising tmerc at the boundaries'? 'tmerc'? Thanks, Benjamin (I removed the image for the list. If you need it let me know) -----Original Message----- From: Paul Ramsey [mailto:pramsey at refractions.net] Sent: Tuesday, 1 July 2003 11:57 PM To: bwragg at tpg.com.au Subject: Re: FW: [postgis-users] Postgis Transform Problem cs2cs exercises proj4 which is what postgis uses, so the test is equivalent. You realize that you are exercising tmerc at the boundaries, right? I do not know what the correct behavior should be at that coordinate. What happens when you try 179.99 89.99? On Monday, June 30, 2003, at 10:53 PM, Benjamin Wragg wrote: > > I tried the cs2cs utility. I think I'm passing the correct paramaters. > If I enter the following: > > cs2cs +proj=latlong +ellps=WGS84 +to +proj=merc +lon_0=150.0 > 180 90 > > I get > > * * 0.00 > > If I type any other coordinate I get a figure back. So is the cs2cs > utility what Postgis uses to project it's coords? If it does, it seems > this is whats causing the problem. > > Thanks, > > Benjamin > > -----Original Message----- > From: postgis-users-bounces at postgis.refractions.net > [mailto:postgis-users-bounces at postgis.refractions.net] On Behalf Of > Paul Ramsey > Sent: Wednesday, 25 June 2003 10:55 PM > To: bwragg at tpg.com.au; PostGIS Users Discussion > Subject: Re: [postgis-users] Postgis Transform Problem > > > Those coordinates are right on the edge of the global plane, could be > hitting the edge of validity in the reprojection library. Try testing > the same stuff directly using the proj4 cs2cs utility. > > On Tuesday, June 24, 2003, at 10:35 PM, Benjamin Wragg wrote: > >> I'm having a problem with the transform function in Postgis. If I run >> the following query: >> >> select transform(GeometryFromText('MULTIPOLYGON(((112 -45 ,112 -10 >> ,155 -10 ,155 -45,112 -45)))',4326),54004) >> >> I get: >> >> SRID=54004;MULTIPOLYGON(((12467782.9688466 >> -5591295.91855339,12467782.9688466 -1111475.10285223,17254521.0729574 >> -1111475.10285223,17254521.0729574 -5591295.91855339,12467782.9688466 >> -5591295.91855339))) >> >> But if I do: >> >> select transform(GeometryFromText('MULTIPOLYGON(((-180 -90 ,-180 90 >> ,180 90 ,180 -90,-180 -90)))',4326),54004) >> >> I get: >> >> Error: transform: couldn't project polygon >> Warning: Error occurred while executing PL/pgSQL function transform >> Warning: line 2 at return >> >> Any ideas why? I turned the postgresql log level to debug5 to see if >> I > >> could get more detailed errors, but it's exactly the same error. I'm >> running postgresql 7.3.2, postgis 0.7.5 and proj 4.4.7 >> >> Thanks, >> >> Benjamin Wragg >> >> > Paul Ramsey > Refractions Research > Email: pramsey at refractions.net > Phone: (250) 885-0632 > > > _______________________________________________ > postgis-users mailing list postgis-users at postgis.refractions.net > http://postgis.refractions.net/mailman/listinfo/postgis-users > > Paul Ramsey Refractions Research Email: pramsey at refractions.net Phone: (250) 885-0632 From millardymecki at sympatico.ca Tue Jul 1 17:25:02 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Tue, 1 Jul 2003 20:25:02 -0400 Subject: [Mapserver-users] Python/Mapscript References: Message-ID: <011101c34030$6157d5a0$8000a8c0@pauls> Thanks Sean, Would you know if your program interfaces with previous versions ArcGis ? Also i have the mapserversource downloaded and Visual C++, so i guess i could build the python binaries(i've seen examples of this), but i wouldn't know how to install them. thx, Paul ----- Original Message ----- From: "Sean Gillies" To: "Paul Dymecki" Cc: Sent: Tuesday, July 01, 2003 10:24 AM Subject: Re: [Mapserver-users] Python/Mapscript > Paul, > > There are no official Python MapScript binaries. If I was a regular > Win32 user I would provide some. But alas. Would anyone else like > to step up, zip up their mapscript.py and mapscript.pyd and share > them? Michael? > > cheers, > Sean > > On Tuesday, July 1, 2003, at 06:12 AM, Paul Dymecki wrote: > > > Hi, > > Does anyone know if the mapserver pre-compiled binaries work with > > python/mapscript(windows), or is building mapserver a requirement? > > thanks, > > Paul > > > -- > Sean Gillies > sgillies at frii dot com > http://www.frii.com/~sgillies > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jose.quintal at cfe.gob.mx Tue Jul 1 12:09:12 2003 From: jose.quintal at cfe.gob.mx (jose.quintal at cfe.gob.mx) Date: Tue, 1 Jul 2003 14:09:12 -0500 Subject: [Mapserver-users] Problem when using dynamic points with Rosa Applet Message-ID: I use Rose Applet and PHP/Mapscript Windows binary . Take gmap75.php like example. Everything works well when I use archives SHP; but when I create shp dynamic visualizes it, but when doing zoom lens, hangs the page and it marks time to me exceeded cgi This is my code to generate shp dynamic MenuMapAnJava.php file and I have inlcuido gmap75.php3 $p=mysql_query($sql) or die("Error al Ejecutar la Consulta"); // get a layer object representing your pointlayer $layerObj = $gpoMap->getLayerByName("Servicios"); $classObj = $layerObj->getClass(0); $lineaObj = ms_newLineObj(); $shp = ms_newShapeObj(MS_SHAPE_LINE); // create a new point object to hold the X Y data $pointObj = ms_newPointObj(); $i=1; while($reg=mysql_fetch_array($p)) { $a=$reg['ruta_rec']; $rpu_array[$i]=$reg['rpu']; $cuenta_array[$i]=$reg['ruta_rec']; $i++; $pointObj->setXY($b,$c); $lineaObj->add($pointObj); $shp->add($lineaObj); if($layerObj->addFeature($shp) == -1){ echo "Error al a?adir punto al shp"; } } Jos? Antonio Quintal Castillo Sistemas Tel 9243128 O 9243136 From guillaume.sueur at khi2.fr Wed Jul 2 00:22:08 2003 From: guillaume.sueur at khi2.fr (Guillaume SUEUR) Date: Wed, 02 Jul 2003 09:22:08 +0200 Subject: [Mapserver-users] MapServer and Oracle Message-ID: <3F028820.6050706@khi2.fr> Hi there, I was wondering about compatibility between MapServer and Oracle. Ok, I understand it's not the best pair of products and that PostGis would be better, but the Oracle database already exists and the guy doesn't want to change. Any experience would be appreciated. Thanks -- --------------------------- Guillaume SUEUR Ing?nieur d?veloppement SIG KHI2 - BVA 25bis Avenue Marcel Dassault 31505 TOULOUSE CEDEX 5 ---------------------------- From mschulz at webgis.de Wed Jul 2 00:29:24 2003 From: mschulz at webgis.de (Michael Schulz) Date: Wed, 02 Jul 2003 09:29:24 +0200 Subject: [Mapserver-users] Python/Mapscript References: <011101c34030$6157d5a0$8000a8c0@pauls> Message-ID: <3F0289D4.49ECA515@webgis.de> Hi Sean, Paul, you could have a go with our win mapscript binaries. They are a little bit outdatet (a build from a 3.7 dev nightly) but they work fine for us here. There could be some things you need to check since we used MSVC .net compiler and have included oraclespatial support (you might need some libs ??). I send you the mapscript package directly, Paul. I will be on vacation for a week now, so afterwards i could build a more basic python-mapscript win binary from a recent mapserver release. Cheers, Michael Paul Dymecki schrieb: > Thanks Sean, > Would you know if your program interfaces with previous versions ArcGis > ? Also i have the mapserversource downloaded and Visual C++, so i guess i > could build the python binaries(i've seen examples of this), but i wouldn't > know how to install them. > thx, > Paul > ----- Original Message ----- > From: "Sean Gillies" > To: "Paul Dymecki" > Cc: > Sent: Tuesday, July 01, 2003 10:24 AM > Subject: Re: [Mapserver-users] Python/Mapscript > > > Paul, > > > > There are no official Python MapScript binaries. If I was a regular > > Win32 user I would provide some. But alas. Would anyone else like > > to step up, zip up their mapscript.py and mapscript.pyd and share > > them? Michael? > > > > cheers, > > Sean > > > > On Tuesday, July 1, 2003, at 06:12 AM, Paul Dymecki wrote: > > > > > Hi, > > > Does anyone know if the mapserver pre-compiled binaries work with > > > python/mapscript(windows), or is building mapserver a requirement? > > > thanks, > > > Paul > > > > > -- > > Sean Gillies > > sgillies at frii dot com > > http://www.frii.com/~sgillies > > > > > > _______________________________________________ > > 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 -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH Sautierstr. 38, 79104 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de From schut at sarvision.com Wed Jul 2 00:42:14 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 2 Jul 2003 09:42:14 +0200 Subject: [Mapserver-users] FW: [postgis-users] Postgis Transform Problem In-Reply-To: <000501c34022$930ffc70$0a00a8c0@mapping12> References: <000501c34022$930ffc70$0a00a8c0@mapping12> Message-ID: <200307020942.14605.schut@sarvision.com> Benjamin, my 2c on latlon and mercator: tmerc is 'transverse mercator', as used in the abreviation 'UTM': Universal Transverse Mercator. 'Exercising tmerc at the boundaries': in latlon systems (which are essentially unprojected, though they are sometimes called latlon or geographic 'projections'), the north and south pole are single points. In projections like (transverse) mercator however, the north and south pole are either not there (they fall outside the valide projection area) or can be regarded as being stretched till these 'points' occupy the entire northern and southern boundary line of the projection of the entire earth. You might better understand this if you look at these projections as wrapping the earth in a vertical cilinder and projecting each point of the sphere of the earth onto its nearest point on the surface of the cilinder. There are only 2 points that are undefined in this, because they are similarly equal in distance to more than one point, to be specific an entire line: the most upper and lower points of the spere, or any latlon point that has a latitude of 90 or -90. Try cs2cs with any other value as lon, and 90 or -90 as lat, and it will give you the same non-output as 180, 90, because all these coordinates are the same point: north or south pole. I don't know how arcview does it, but it must be some workaround of the normal projection formula, cause that will not give you one single point for these coordinates. It will either give you a line, or a 'undefined' result. On Wednesday 02 July 2003 00:46, Benjamin Wragg wrote: > 179.99 and 89.99 work OK. The problem is that I receive on a regular > basis minx,miny,maxx,maxy coordinates which define the area of a > hardcopy map boundary. Since many hardcopy maps are made of the entire > earth, the coordinates sent are -180,-90,180,90. I then create PostGIS > features from these coordinates. > > If I project the data in ArcView 8 I get something like the attached > image. The purple/pink is a box I defined as -180,-90,180,90 using WGS84 > and then projected it to Mercator. I was hoping to achieve similar using > PostGIS. > > What did you mean by 'exercising tmerc at the boundaries'? 'tmerc'? > > Thanks, > > Benjamin > > (I removed the image for the list. If you need it let me know) > > -----Original Message----- > From: Paul Ramsey [mailto:pramsey at refractions.net] > Sent: Tuesday, 1 July 2003 11:57 PM > To: bwragg at tpg.com.au > Subject: Re: FW: [postgis-users] Postgis Transform Problem > > > cs2cs exercises proj4 which is what postgis uses, so the test is > equivalent. > You realize that you are exercising tmerc at the boundaries, right? I > do not know what the correct behavior should be at that coordinate. > What happens when you try 179.99 89.99? > > On Monday, June 30, 2003, at 10:53 PM, Benjamin Wragg wrote: > > I tried the cs2cs utility. I think I'm passing the correct paramaters. > > If I enter the following: > > > > cs2cs +proj=latlong +ellps=WGS84 +to +proj=merc +lon_0=150.0 > > 180 90 > > > > I get > > > > * * 0.00 > > > > If I type any other coordinate I get a figure back. So is the cs2cs > > utility what Postgis uses to project it's coords? If it does, it seems > > > > this is whats causing the problem. > > > > Thanks, > > > > Benjamin > > > > -----Original Message----- > > From: postgis-users-bounces at postgis.refractions.net > > [mailto:postgis-users-bounces at postgis.refractions.net] On Behalf Of > > Paul Ramsey > > Sent: Wednesday, 25 June 2003 10:55 PM > > To: bwragg at tpg.com.au; PostGIS Users Discussion > > Subject: Re: [postgis-users] Postgis Transform Problem > > > > > > Those coordinates are right on the edge of the global plane, could be > > hitting the edge of validity in the reprojection library. Try testing > > the same stuff directly using the proj4 cs2cs utility. > > > > On Tuesday, June 24, 2003, at 10:35 PM, Benjamin Wragg wrote: > >> I'm having a problem with the transform function in Postgis. If I run > >> the following query: > >> > >> select transform(GeometryFromText('MULTIPOLYGON(((112 -45 ,112 -10 > >> ,155 -10 ,155 -45,112 -45)))',4326),54004) > >> > >> I get: > >> > >> SRID=54004;MULTIPOLYGON(((12467782.9688466 > >> -5591295.91855339,12467782.9688466 -1111475.10285223,17254521.0729574 > >> -1111475.10285223,17254521.0729574 -5591295.91855339,12467782.9688466 > >> -5591295.91855339))) > >> > >> But if I do: > >> > >> select transform(GeometryFromText('MULTIPOLYGON(((-180 -90 ,-180 90 > >> ,180 90 ,180 -90,-180 -90)))',4326),54004) > >> > >> I get: > >> > >> Error: transform: couldn't project polygon > >> Warning: Error occurred while executing PL/pgSQL function transform > >> Warning: line 2 at return > >> > >> Any ideas why? I turned the postgresql log level to debug5 to see if > >> I > >> > >> could get more detailed errors, but it's exactly the same error. I'm > >> running postgresql 7.3.2, postgis 0.7.5 and proj 4.4.7 > >> > >> Thanks, > >> > >> Benjamin Wragg > > > > Paul Ramsey > > Refractions Research > > Email: pramsey at refractions.net > > Phone: (250) 885-0632 > > > > > > _______________________________________________ > > postgis-users mailing list postgis-users at postgis.refractions.net > > http://postgis.refractions.net/mailman/listinfo/postgis-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 -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From sarawut at ait.ac.th Wed Jul 2 00:58:20 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Wed, 02 Jul 2003 14:58:20 +0700 Subject: [Mapserver-users] ArcExplorer client to Mapserv 3.6 Message-ID: <5.1.1.6.2.20030702144414.00aaff38@mail.ait.ac.th> Dear all I try to follow by Mapserver wiki:WMSMapserverArcexplorer :replace & with & in my map file. wms_onlineresource "http://myserver/cgi-bin/mapserv?map=/home/msapps/test/htdocs/thaiwms.map&" :get capabilities and edit to version 1.1.1 to php :cp resp.xml /var/www/html/wms.php :Connect to WMS by this URL "http://myserver/wms.php ; with blank service name. but ArcExplorer report that "Invalid Capabilities file Check Server URL" in command console report that GetCapabilities Request : http://myerver/cgi-bin/wms2.php?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 Where is the error ? And I also use wrapper to mimic map name as described in "WMS server HowTo #!/bin/sh #File : /var/www/cgi-bin/thaiwms # MS_MAPFILE=/home/msapps/test/htdocs/thaiwms.map export MS_MAPFILE /var/www/cgi-bin/mapserv Best Regards Sarawut From braulioen at ono.com Wed Jul 2 01:23:23 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Wed, 02 Jul 2003 10:23:23 +0200 Subject: [Mapserver-users] Problem with ECW in PHP/Mapscript 3.7 Message-ID: Hello, I've begun to use the version 3.7 of PHP/Mapscript and I have a problem. I was using the version 3.6 and I could see a layer RASTER and now I can't, this layer now no longer is seen. This layer is a ECW image, we have a Image Web Server and the configuration of the layer in the MAP file is: LAYER NAME ortofoto TYPE RASTER STATUS ON DATA "ecwp://myserver/myimage.ecw" END This version is downloaded of DM Solutions (mapserver-3.7-dev-win32- php4.3.0-gd2.zip), I've decompress the ECW dll's, although they were the same ones that already I had, and I have been with this problem. To what east problem when changing of version could be due? Thanks in advance. Braulio. From s.wiegand at kdvz.de Wed Jul 2 02:23:29 2003 From: s.wiegand at kdvz.de (Stefan Wiegand) Date: Wed, 2 Jul 2003 11:23:29 +0200 Subject: [Mapserver-users] Mapserver WMS client and proxy server Message-ID: This is a multipart message in MIME format. --=_alternative 0033B185C1256D57_= Content-Type: text/plain; charset="us-ascii" Hello all, I am having problems with using the WMS-client support in MapServer 3.6 (CGI). I try to connect to an external WMS Server via layerdefinition. The request to the server simply does nothing until it times out. We are using a proxy and firewall between the mapserver and the Internet and this is the problem (sys-admin told me). It is not allowed to connect directly between cgi-exe and a server outside. Any ideas or solution how to handle this problem? Thanks Stefan Wiegand Mail: s.wiegand at kdvz.de www.kdvz.de --=_alternative 0033B185C1256D57_= Content-Type: text/html; charset="us-ascii"
Hello all,

I am having problems with using the WMS-client support in MapServer 3.6 (CGI). I try to connect to an external WMS Server via layerdefinition. The request to the server simply does nothing until it times out. We are using a proxy and firewall between the mapserver and the Internet and this is the problem (sys-admin told me). It is not allowed to connect directly between cgi-exe and a server outside. Any ideas or solution how to handle this problem?

Thanks
Stefan Wiegand
Mail: s.wiegand at kdvz.de
www.kdvz.de

--=_alternative 0033B185C1256D57_=-- From sarawut at ait.ac.th Wed Jul 2 03:11:47 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Wed, 02 Jul 2003 17:11:47 +0700 Subject: [Mapserver-users] How enable/disable group layer for WMS client Message-ID: <5.1.1.6.2.20030702170840.00b0ee48@mail.ait.ac.th> Dear I set up my GROUP layer (composed of 3 Layers) in map file of WMS. How does client (any such as mapser or ArcIMS) request to GROUP layer? Best Regards Sarawut LAYER NAME "sthailand" Group LANDSAT TYPE RASTER STATUS Off TILEINDEX "sthailand.shp" TILEITEM "Location" MinSCALE 1000001 END LAYER Group LANDSAT NAME "mthailand" TYPE RASTER STATUS Off TILEINDEX "mthailand.shp" TILEITEM "Location" MAXSCALE 1000000 MINSCALE 250001 END LAYER Group LANDSAT NAME "fthailand" TYPE RASTER STATUS Off TILEINDEX "fthailand.shp" TILEITEM "Location" MaxSCALE 250000 END From twan at twansoft.com Wed Jul 2 03:59:15 2003 From: twan at twansoft.com (Twan Kogels) Date: Wed, 02 Jul 2003 12:59:15 +0200 Subject: [Mapserver-users] bug #316 and ms4 missing functions Message-ID: <5.0.0.25.2.20030702124834.0342c300@pop.xs4all.nl> Hello, Tomorrow i've hit a know bug when quering a postgis layer with mapserver 3.6.5, its on bugszilla So i tryed the latest cvs version of mapserver (4.0b), it configures and compiles oke. But it some mapscript functions seems to have dissapear, for example i have mapscript generate a postgis layer: ========== $co=ms_newClassObj($lo); $co->set("name", "mysym"); $temp=$mymap->getSymbolByName('star'); $co->set("symbol", $temp); ========== This part of code returns a error: ========== Property 'symbol' does not exist in this object. ========== The same happens with: ========== $co->label->set("type", MS_BITMAP); $co->label->set("backgroundcolor", $mymap->addColor(255,255,225)); ========== results in: ========== Call to undefined function: addcolor() ========== These mapscript functions are doing it correct with mapserver 3.6.5. Is it possible that i've downloaded a cvs version where some mapscript functions are broken? If so, is it possible for me to modify the mapserver 3.6.5 source (which functions perfect) so bug #316 won't appear anymore? Best regards, Twan Kogels From Mark.Balman at birdlife.org.uk Wed Jul 2 04:14:57 2003 From: Mark.Balman at birdlife.org.uk (Mark Balman) Date: Wed, 2 Jul 2003 12:14:57 +0100 Subject: [Mapserver-users] php mapscript config help! Message-ID: Hi List Having finally managed to get php -4.2.3 (as a cgi) and mapserver (4.0b) installed onto Linux Mandrake 9 (thanks to all who have helped!), I thought I would try and have a go at configuring php mapscript. I managed to get a php_mapscript.so compiled without errors. Now when I call the info.php page to test I recieve the following error message: Warning: Unable to load dynamic library '/usr/local/lib/php/extensions/php_mapscript.so' - /usr/local/lib/php/extensions/php_mapscript.so': undefined symbol: _ZNK19OGRSpatialReference7IsLocalEv in /var/www/html/info.php on line 2 I am guessing this means that one of the other libraries (GDAL?) is not configured properly. Please can anyone shed some light on this error and point me in the right direction. TIA Mark From spencer at dmsolutions.ca Wed Jul 2 04:28:02 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Wed, 02 Jul 2003 07:28:02 -0400 Subject: [Mapserver-users] bug #316 and ms4 missing functions In-Reply-To: <5.0.0.25.2.20030702124834.0342c300@pop.xs4all.nl> References: <5.0.0.25.2.20030702124834.0342c300@pop.xs4all.nl> Message-ID: <3F02C1C2.3040706@magma.ca> Twan, The format of the mapfile has changed somewhat. Two of the changes relate to your problem. The symbol is now part of a new style object, that is part of a class object. Color objects are no longer referenced by index because of 24 bit support, you now have an API to set the RGB color directly. This means that you would make the following: $co = ms_newClassObj($lo); $co->set("name", "mysym" ); $st = ms_newStyleObj($co); $st->set( "symbol", $mymap->getSymbolByName('star') ); $co->label->backgroundcolor->SetRGB( 255, 255, 255 ); The migration guide that explains these and other changes is at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide I recommend that you investigate the README in the mapscript/php3 directory for specific API details. I don't know how difficult back-porting the postgis query bug would be. Cheers, Paul Twan Kogels wrote: > Hello, > > Tomorrow i've hit a know bug when quering a postgis layer with mapserver > 3.6.5, its on bugszilla > > > So i tryed the latest cvs version of mapserver (4.0b), it configures and > compiles oke. But it some mapscript functions seems to have dissapear, > for example i have mapscript generate a postgis layer: > > ========== > $co=ms_newClassObj($lo); > $co->set("name", "mysym"); > $temp=$mymap->getSymbolByName('star'); > $co->set("symbol", $temp); > ========== > > This part of code returns a error: > ========== > Property 'symbol' does not exist in this object. > ========== > > The same happens with: > > ========== > $co->label->set("type", MS_BITMAP); > $co->label->set("backgroundcolor", $mymap->addColor(255,255,225)); > ========== > > results in: > ========== > Call to undefined function: addcolor() > ========== > > These mapscript functions are doing it correct with mapserver 3.6.5. > > Is it possible that i've downloaded a cvs version where some mapscript > functions are broken? If so, is it possible for me to modify the > mapserver 3.6.5 source (which functions perfect) so bug #316 won't > appear anymore? > > Best regards, > Twan Kogels > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From spencer at dmsolutions.ca Wed Jul 2 04:40:12 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Wed, 02 Jul 2003 07:40:12 -0400 Subject: [Mapserver-users] php mapscript config help! In-Reply-To: References: Message-ID: <3F02C49C.9060506@magma.ca> Mark, I believe that the problem is that you are compiling/linking against a different version of GDAL than you are linking against at runtime. If you chose the default prefix for GDAL then it would be installed in /usr/local/lib. Is it possible that you also installed GDAL in /usr/lib? Or that you did not run make install after you last ran make on GDAL? Cheers, Paul Mark Balman wrote: > Hi List > > Having finally managed to get php -4.2.3 (as a cgi) and mapserver (4.0b) > installed onto Linux Mandrake 9 (thanks to all who have helped!), I thought > I would try and have a go at configuring php mapscript. I managed to get a > php_mapscript.so compiled without errors. Now when I call the info.php page > to test I recieve the following error message: > > Warning: Unable to load dynamic library > '/usr/local/lib/php/extensions/php_mapscript.so' - > /usr/local/lib/php/extensions/php_mapscript.so': undefined symbol: > _ZNK19OGRSpatialReference7IsLocalEv in /var/www/html/info.php on line 2 > > I am guessing this means that one of the other libraries (GDAL?) is not > configured properly. Please can anyone shed some light on this error and > point me in the right direction. > > TIA > > Mark > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From braulioen at ono.com Wed Jul 2 05:20:27 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Wed, 02 Jul 2003 14:20:27 +0200 Subject: [Mapserver-users] queryByAttributes in PHP/Mapscript 3.7 Message-ID: <2f29927ae0.27ae02f299@ono.com> Hi at all, Somebody could send to me to some example of use of the function queryByAttributes in PHP/Mapscript 3.7 using several attributes? An example how to pass the parameters. Thanks. Braulio. From heitzso at growthmodels.com Wed Jul 2 05:29:10 2003 From: heitzso at growthmodels.com (Heitzso) Date: Wed, 02 Jul 2003 08:29:10 -0400 Subject: [Mapserver-users] converting e00 to postgis for use by mapserver Message-ID: <3F02D016.2090209@growthmodels.com> I need to convert a number of e00 files into postgis for use by mapserver. I've tracked down, compiled, and installed the e00pg utility but it's not clear to me what options are required to generate a geometry field that mapserver can take advantage of, nor how to push it from a point orientation to line/polygon/whatever orientation. BTW, if it's not obvious, I'm just getting started with mapserver and I apologize if I'm not catching something obvious. I have loaded shape files into postgis and am able to define layers that I turn on and off, so I've got a start on things, but have much to learn. --> GOOD GENERIC GIS BOOK RECOMMENDATIONS? Thanks, Heitzso From lfilak at medinaco.org Wed Jul 2 05:41:52 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 02 Jul 2003 08:41:52 -0400 Subject: [Mapserver-users] perl mapscript error Message-ID: <200307021241.h62CflN16680@yogi.medinaco.net> I think this is moving in the right direction. In http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptBuild35 there is a section referring to a private build that indicates that a few changes need made to the Makefile.PL & you will also need to do a "use lib" call before "use mapscript". (Credits to mapsurfer). HTH Lowell The following message was sent by "Aaron D. Hunt" on Tue, 1 Jul 2003 17:11:56 -0400. > Is there something I am missind in this confg. to use local lib installs? > > ./configure --without-tiff --with-proj=/usr/home/mapserver/proj-4.4.7/ --wit > h-gdal=/usr/home/mapserver/gdal-cvs-030626/bin/gdal-config --with-ogr=/usr/h > ome/mapserver/gdal-cvs-030626 --with-jpeg --with-wmsclient --with-freetype=/ > usr/home/mapserver/freetype-2.1.4 --with-gd=/usr/home/mapserver/gd-2.0.15 > > I am directing mapserver to use local install versions of libs, but it seems > to be picking its own to use. Is there a option to force the use of local > libs > > When I do the ldd mapserv I get > > libgd.so.2 => not found > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40029000) > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40048000) > libpng.so.2 => /usr/lib/libpng.so.2 (0x40087000) > libz.so.1 => /usr/lib/libz.so.1 (0x400aa000) > libproj.so.0 => /usr/local/lib/libproj.so.0 (0x400b8000) > libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x400e9000) > libcurl.so.2 => /usr/local/lib/libcurl.so.2 (0x40276000) > libssl.so.1 => /usr/lib/libssl.so.1 (0x4029b000) > libcrypto.so.1 => /usr/lib/libcrypto.so.1 (0x402c8000) > libdl.so.2 => /lib/libdl.so.2 (0x40385000) > libm.so.6 => /lib/libm.so.6 (0x4038a000) > libc.so.6 => /lib/libc.so.6 (0x403ac000) > libungif.so.4 => /usr/lib/libungif.so.4 (0x404e2000) > libtiff.so.3 => /usr/lib/libtiff.so.3 (0x404ea000) > libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 > (0x4052d000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40570000) > > > ----- Original Message ----- > From: "Lowell Filak" > To: "Aaron D. Hunt" ; "Lowell Filak" > Sent: Tuesday, July 01, 2003 4:08 PM > Subject: Re: [Mapserver-users] perl mapscript error > > > > Check out > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptDebugging > > and in particular the sections provided by Frank W. & Daniel M. > > I think the important option to start with here is "ldd mapserv" to see > > what the compilation is trying to use. > > Lowell > > > > The following message was sent by "Aaron D. Hunt" on > > Tue, 1 Jul 2003 15:13:56 -0400. > > > > > I am using a local install of all the libraries. Is there a way to tell > > > which one it is trying to use. > > > ----- Original Message ----- > > > From: "Lowell Filak" > > > To: ; > > > Sent: Tuesday, July 01, 2003 3:09 PM > > > Subject: Re: [Mapserver-users] perl mapscript error > > > > > > > > > > Possibly an issue of library confusion? > > > > Lowell > > > > > > > > > > > > > > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0206/msg00385.html > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From schut at sarvision.com Wed Jul 2 05:55:40 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 2 Jul 2003 14:55:40 +0200 Subject: [Mapserver-users] php mapscript config help! In-Reply-To: <3F02C49C.9060506@magma.ca> References: <3F02C49C.9060506@magma.ca> Message-ID: <200307021455.40525.schut@sarvision.com> Mark, you can check which gdal is being linked at runtime by typing 'ldd php_mapscript.so' (in the dir where php_mapscript.so is). It will give you info on all dynamically linked libraries. Note that you have to run 'ldconfig' (as root) everytime you (re)install a library, like gdal. And that the dir where the library gets installed must be in the /etc/ld.so.conf file, or in the LD_LIBRARY_PATH environment variable. And that the order in which dirs are in this file or var basically defines which one of two versions of a library file will be loaded if you have for example an old version still in /usr/lib and a newer in /usr/local/lib. If /usr/lib is first in the path row, it will be used, and vice versa. Self compiled libraries usually install in /usr/local/[lib|include|etc]; Distro packages like rpms usually get installed into /usr/[lib|include|...]. If you want to use your self compiled one, you'd better remove the preinstalled one if there was one. And then rerun ldconfig, to refresh the dynamic linker database/cache. Good luck, Vincent. On Wednesday 02 July 2003 13:40, Paul Spencer wrote: > Mark, > > I believe that the problem is that you are compiling/linking against a > different version of GDAL than you are linking against at runtime. > > If you chose the default prefix for GDAL then it would be installed in > /usr/local/lib. Is it possible that you also installed GDAL in > /usr/lib? Or that you did not run make install after you last ran make > on GDAL? > > Cheers, > > Paul > > Mark Balman wrote: > > Hi List > > > > Having finally managed to get php -4.2.3 (as a cgi) and mapserver (4.0b) > > installed onto Linux Mandrake 9 (thanks to all who have helped!), I > > thought I would try and have a go at configuring php mapscript. I managed > > to get a php_mapscript.so compiled without errors. Now when I call the > > info.php page to test I recieve the following error message: > > > > Warning: Unable to load dynamic library > > '/usr/local/lib/php/extensions/php_mapscript.so' - > > /usr/local/lib/php/extensions/php_mapscript.so': undefined symbol: > > _ZNK19OGRSpatialReference7IsLocalEv in /var/www/html/info.php on line 2 > > > > I am guessing this means that one of the other libraries (GDAL?) is not > > configured properly. Please can anyone shed some light on this error and > > point me in the right direction. > > > > TIA > > > > Mark > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From twan at twansoft.com Wed Jul 2 06:04:26 2003 From: twan at twansoft.com (Twan Kogels) Date: Wed, 02 Jul 2003 15:04:26 +0200 Subject: [Mapserver-users] bug #316 and ms4 missing functions In-Reply-To: <3F02C1C2.3040706@magma.ca> References: <5.0.0.25.2.20030702124834.0342c300@pop.xs4all.nl> <5.0.0.25.2.20030702124834.0342c300@pop.xs4all.nl> Message-ID: <5.0.0.25.2.20030702144718.0334ba78@pop.xs4all.nl> Hello Paul, Thanks for the reply, i've changed the code you had specified and now it works. But querying still gives me the #316 bug. Then i found out that i had downloaded the ms4.0b and not the latest from cvs (the nightly one), so i downloaded it and compiled it. Works great. The #316 bug is also gone, but now i've got a another strange error when querying a postgis layer: =============== Fatal error: MapServer Error in msPOSTGISLayerGetShape(): Error executing POSTGIS SQL statement (in FETCH ALL): DECLARE mycursor BINARY CURSOR FOR SELECT id::text,adnaa::text,adsub::text,adeti::text,adpub::text,adper::text,adafk::text,adlo1::text,adst1::text,adhu1::text,adto1::text,adpo1::text,adwo1::text,adwt1::text,adlo2::text,adst2::text,adhu2::text,adto2::text,adpo2::text,adwo2::text,adwt2::text,adpro::text,adlac::text,adlan::text,adpob::text,adne1::text,adab1::text,adat1::text,adne2::text,adab2::text,adat2::text,adne3::text,adab3::text,adat3::text,adtla::text,adnef::text,adabf::text,ademl::text,adwww::text,adach::text,advoo::text,adtus::text,adtit::text,admvo::text,adafd::text,adfun::text,adber::text,adwco::text,adwna::text,adves::text,adrel::text,adter::text,aduni::text,adond::text,addin::text,addco::text,addwy::text,addto::text,addve::text,adred::text,adopm::text,adtek::text,adnaa_dg::text,adsub_dg::text,adeti_dg::text,adpub_dg::text,adper_dg::text,adafk_dg::text,adlo1_dg::text,adst1_dg::text,adhu1_dg::text,adto =============== I suspected that this was only a half part of the error, so i modified mappostgis.c so that it would print the actual cause of the error (and not the long sql statement): =============== Fatal error: MapServer Error in msPOSTGISLayerGetShape(): Error executing POSTGIS SQL statement (in FETCH ALL): temp -ERROR: Cannot cast type boolean to text 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=' =============== I suspect there are 2 possible causes of this error: 1. the sql query is just too long, and gets shorten in the process which causes postgresql to give the error. 2. postgresql can't convert text to boolean (there are 2 boolean columns in my table) Is there a method which allows me to specify the columns which postgis should query, so that postgis does not try to query all the columns in the table. I'm using the following query on my postgis layer: ============ $lo->set("data", "the_geom from og"); ============ Table og contains about 150 colums (it couldn't be less, but that's out of the scope of the email). Best regards, Twan Kogels At 07:28 2-7-2003 -0400, you wrote: >Twan, > >The format of the mapfile has changed somewhat. Two of the changes relate >to your problem. > >The symbol is now part of a new style object, that is part of a class >object. Color objects are no longer referenced by index because of 24 bit >support, you now have an API to set the RGB color directly. > >This means that you would make the following: > >$co = ms_newClassObj($lo); >$co->set("name", "mysym" ); >$st = ms_newStyleObj($co); >$st->set( "symbol", $mymap->getSymbolByName('star') ); > > >$co->label->backgroundcolor->SetRGB( 255, 255, 255 ); > >The migration guide that explains these and other changes is at: > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide > >I recommend that you investigate the README in the mapscript/php3 >directory for specific API details. > >I don't know how difficult back-porting the postgis query bug would be. > >Cheers, > >Paul > >Twan Kogels wrote: > >>Hello, >>Tomorrow i've hit a know bug when quering a postgis layer with mapserver >>3.6.5, its on bugszilla >>So i tryed the latest cvs version of mapserver (4.0b), it configures and >>compiles oke. But it some mapscript functions seems to have dissapear, >>for example i have mapscript generate a postgis layer: >>========== >> $co=ms_newClassObj($lo); >> $co->set("name", "mysym"); >> $temp=$mymap->getSymbolByName('star'); >> $co->set("symbol", $temp); >>========== >>This part of code returns a error: >>========== >>Property 'symbol' does not exist in this object. >>========== >>The same happens with: >>========== >> $co->label->set("type", MS_BITMAP); >> $co->label->set("backgroundcolor", $mymap->addColor(255,255,225)); >>========== >>results in: >>========== >>Call to undefined function: addcolor() >>========== >>These mapscript functions are doing it correct with mapserver 3.6.5. >>Is it possible that i've downloaded a cvs version where some mapscript >>functions are broken? If so, is it possible for me to modify the >>mapserver 3.6.5 source (which functions perfect) so bug #316 won't appear >>anymore? >>Best regards, >>Twan Kogels >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >-- >Paul Spencer >Applications and Software Development >DM Solutions Group Inc. >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 peturkirke at fds.fo Wed Jul 2 05:29:03 2003 From: peturkirke at fds.fo (Petur Kirke) Date: Wed, 2 Jul 2003 14:29:03 +0200 Subject: [Mapserver-users] line width Message-ID: <00c201c34095$86529650$10fea8c0@fds.fo> This is a multi-part message in MIME format. ------=_NextPart_000_00BF_01C340A6.499D72F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Is it possible to set the width (thickness) of a line in the map file ? and how do i do it ? ------=_NextPart_000_00BF_01C340A6.499D72F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Is it possible to set the width = (thickness) of a=20 line in the map file ?
and how do i do it = ?
------=_NextPart_000_00BF_01C340A6.499D72F0-- From stefan.albers at kreis-steinfurt.de Wed Jul 2 06:43:03 2003 From: stefan.albers at kreis-steinfurt.de (stefan.albers at kreis-steinfurt.de) Date: Wed, 2 Jul 2003 15:43:03 +0200 Subject: [Mapserver-users] Error with Demo-Package Message-ID: Hi I've installed mapserver 3.6 on linux machine. Every things works perfectly well. When I run ..../cgi-bin/mapserv, I've got the following answer : No query information to decode. QUERY_STRING is set, but empty. If I understand well it means that mapserver is correctly installed Am I right ? I've downloaded the demo. When I run the demo_init.html I get the following Error msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno. Any suggestions ? Stefan From gadoury at dmsolutions.ca Wed Jul 2 06:45:41 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Wed, 02 Jul 2003 09:45:41 -0400 Subject: [Mapserver-users] line width References: <00c201c34095$86529650$10fea8c0@fds.fo> Message-ID: <3F02E205.3040103@dmsolutions.ca> --------------050901070700020903020406 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit There should be plenty on this in the archives. The quick answer is that you need to use a symbol and a size in your class. Here's an example: CLASS NAME "Major Highways" SYMBOL "circle" COLOR 255 0 0 SIZE 2 END Using a circle symbol with a size of 2 will result in a line two pixels wide. Using this approach you can make the lines any thickness you want. You can use any symbol you want, but a circle usually produces the best results. What happens is the symbol is used as a brush to 'paint' the line. Petur Kirke wrote: > Is it possible to set the width (thickness) of a line in the map file ? > and how do i do it ? -- ___________________________ Dean Gadoury DM Solutions Group 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca --------------050901070700020903020406 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit There should be plenty on this in the archives. The quick answer is that you need to use a symbol and a size in your class. Here's an example:
    CLASS
      NAME "Major Highways"
      SYMBOL "circle"
      COLOR 255 0 0
      SIZE 2
    END
Using a circle symbol with a size of 2 will result in a line two pixels wide. Using this approach you can make the lines any thickness you want. You can use any symbol you want, but a circle usually produces the best results. What happens is the symbol is used as a brush to 'paint' the line.

Petur Kirke wrote:
Is it possible to set the width (thickness) of a line in the map file ?
and how do i do it ?

-- 
___________________________

Dean Gadoury

DM Solutions Group
72 Chamberlain Ave. Third Floor
Ottawa, Ontario. K1S 1V9
613 565-5056 ext. 24

gadoury at dmsolutions.ca
www.dmsolutions.ca

--------------050901070700020903020406-- From eric at gomoos.org Wed Jul 2 02:59:26 2003 From: eric at gomoos.org (Eric Bridger) Date: 02 Jul 2003 09:59:26 +0000 Subject: [Mapserver-users] line width In-Reply-To: <00c201c34095$86529650$10fea8c0@fds.fo> References: <00c201c34095$86529650$10fea8c0@fds.fo> Message-ID: <1057139977.1473.8.camel@ubet.gomoos.org> Yes. In your CLASS for your line layer use SYMBOL "circle" which allows you to set the SIZE to whatever you want. CLASS COLOR 255 0 0 # to get thicker lines SYMBOL "circle" SIZE 2 END # class On Wed, 2003-07-02 at 12:29, Petur Kirke wrote: > Is it possible to set the width (thickness) of a line in the map file ? > and how do i do it ? From gadoury at dmsolutions.ca Wed Jul 2 07:09:20 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Wed, 02 Jul 2003 10:09:20 -0400 Subject: [Mapserver-users] image example References: <013d01c34011$a1ae4400$1c00000a@JMDSurvey> Message-ID: <3F02E790.2080702@dmsolutions.ca> --------------070701020708030708030601 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit CLASS NAME "Cities" SYMBOL "../etc/target-8.png" END John M. Duggan, LSIT wrote: > Can somebody give me an example of how to use an Image symbol in the > map file for a point layer. > thanks, > John > > John M. Duggan LSIT > gis at farmvilleva.com > http://www.farmvilleva.com > (434) 392-3333 > > "......for the whole universe is in Him and He dwells > within our heart." > -The Upanishads -- ___________________________ Dean Gadoury DM Solutions Group 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca --------------070701020708030708030601 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit     CLASS
      NAME "Cities"
      SYMBOL "../etc/target-8.png"
    END

John M. Duggan, LSIT wrote:
Can somebody give me an example of how to use an Image symbol in the map file for a point layer.
thanks,
John
 
John M. Duggan LSIT
gis at farmvilleva.com
http://www.farmvilleva.com
(434) 392-3333
 
"......for the whole universe is in Him and He dwells
within our heart."
                          -The Upanishads

-- 
___________________________

Dean Gadoury

DM Solutions Group
72 Chamberlain Ave. Third Floor
Ottawa, Ontario. K1S 1V9
613 565-5056 ext. 24

gadoury at dmsolutions.ca
www.dmsolutions.ca

--------------070701020708030708030601-- From hunt at zedxinc.com Wed Jul 2 07:17:35 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 2 Jul 2003 10:17:35 -0400 Subject: [Mapserver-users] perl mapscript error References: <200307021241.h62CflN16680@yogi.medinaco.net> Message-ID: <01b601c340a4$af08ce70$1805000a@helicity> I think the gdal might be fixed, now I am getting Can't load '/home/mapserver/i386-linux/auto/mapscript40/mapscript40.so' for module mapscript40: /lib/libcrypto.s?: shared object not open at /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm line 200. at /home/mapserver/i386-linux/mapscript40.pm line 7 Compilation failed in require at /usr/lib/perl5/site_perl/5.6.0/afdev/AgFleetGIS40.pm line 12. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.6.0/afdev/AgFleetGIS40.pm line 12. Compilation failed in require at /usr/home/httpd/cgi-bin//fs/products/lab_analysis_prod.cgi line 6. BEGIN failed--compilation aborted at /usr/home/httpd/cgi-bin//fs/products/lab_analysis_prod.cgi line 6. [Wed Jul 2 10:11:26 2003] [error] [client 12.151.18.194] Premature end of script headers: /usr/home/httpd/cgi-bin//fs/products/lab_analysis_prod.cgi ----- Original Message ----- From: "Lowell Filak" To: "Aaron D. Hunt" ; "Lowell Filak" Cc: Sent: Wednesday, July 02, 2003 8:41 AM Subject: Re: [Mapserver-users] perl mapscript error > I think this is moving in the right direction. > In http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptBuild35 > there is a section referring to a private build that indicates that a > few changes need made to the Makefile.PL & you will also need to do a > "use lib" call before "use mapscript". > (Credits to mapsurfer). > HTH > Lowell > > The following message was sent by "Aaron D. Hunt" on > Tue, 1 Jul 2003 17:11:56 -0400. > > > Is there something I am missind in this confg. to use local lib installs? > > > > ./configure --without-tiff --with-proj=/usr/home/mapserver/proj-4.4.7/ > --wit > > h-gdal=/usr/home/mapserver/gdal-cvs-030626/bin/gdal-config > --with-ogr=/usr/h > > ome/mapserver/gdal-cvs-030626 --with-jpeg --with-wmsclient > --with-freetype=/ > > usr/home/mapserver/freetype-2.1.4 --with-gd=/usr/home/mapserver/gd-2.0.15 > > > > I am directing mapserver to use local install versions of libs, but it > seems > > to be picking its own to use. Is there a option to force the use of local > > libs > > > > When I do the ldd mapserv I get > > > > libgd.so.2 => not found > > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40029000) > > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40048000) > > libpng.so.2 => /usr/lib/libpng.so.2 (0x40087000) > > libz.so.1 => /usr/lib/libz.so.1 (0x400aa000) > > libproj.so.0 => /usr/local/lib/libproj.so.0 (0x400b8000) > > libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x400e9000) > > libcurl.so.2 => /usr/local/lib/libcurl.so.2 (0x40276000) > > libssl.so.1 => /usr/lib/libssl.so.1 (0x4029b000) > > libcrypto.so.1 => /usr/lib/libcrypto.so.1 (0x402c8000) > > libdl.so.2 => /lib/libdl.so.2 (0x40385000) > > libm.so.6 => /lib/libm.so.6 (0x4038a000) > > libc.so.6 => /lib/libc.so.6 (0x403ac000) > > libungif.so.4 => /usr/lib/libungif.so.4 (0x404e2000) > > libtiff.so.3 => /usr/lib/libtiff.so.3 (0x404ea000) > > libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 > > (0x4052d000) > > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40570000) > > > > > > ----- Original Message ----- > > From: "Lowell Filak" > > To: "Aaron D. Hunt" ; "Lowell Filak" > > > Sent: Tuesday, July 01, 2003 4:08 PM > > Subject: Re: [Mapserver-users] perl mapscript error > > > > > > > Check out > > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptDebugging > > > and in particular the sections provided by Frank W. & Daniel M. > > > I think the important option to start with here is "ldd mapserv" to see > > > what the compilation is trying to use. > > > Lowell > > > > > > The following message was sent by "Aaron D. Hunt" on > > > Tue, 1 Jul 2003 15:13:56 -0400. > > > > > > > I am using a local install of all the libraries. Is there a way to > tell > > > > which one it is trying to use. > > > > ----- Original Message ----- > > > > From: "Lowell Filak" > > > > To: ; > > > > Sent: Tuesday, July 01, 2003 3:09 PM > > > > Subject: Re: [Mapserver-users] perl mapscript error > > > > > > > > > > > > > Possibly an issue of library confusion? > > > > > Lowell > > > > > > > > > > > > > > > > > > > > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0206/msg00385.html > > > > _______________________________________________ > > 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 Wed Jul 2 07:19:56 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 02 Jul 2003 09:19:56 -0500 Subject: [Mapserver-users] bug #316 and ms4 missing functions Message-ID: The nightly is not current yet because of the switch in CVS servers. You'll need to use a CVS client to be sure your getting the absolutely newest code. Steve >>> Twan Kogels 07/02/03 08:04AM >>> Hello Paul, Thanks for the reply, i've changed the code you had specified and now it works. But querying still gives me the #316 bug. Then i found out that i had downloaded the ms4.0b and not the latest from cvs (the nightly one), so i downloaded it and compiled it. Works great. The #316 bug is also gone, but now i've got a another strange error when querying a postgis layer: =============== Fatal error: MapServer Error in msPOSTGISLayerGetShape(): Error executing POSTGIS SQL statement (in FETCH ALL): DECLARE mycursor BINARY CURSOR FOR SELECT id::text,adnaa::text,adsub::text,adeti::text,adpub::text,adper::text,adafk::text,adlo1::text,adst1::text,adhu1::text,adto1::text,adpo1::text,adwo1::text,adwt1::text,adlo2::text,adst2::text,adhu2::text,adto2::text,adpo2::text,adwo2::text,adwt2::text,adpro::text,adlac::text,adlan::text,adpob::text,adne1::text,adab1::text,adat1::text,adne2::text,adab2::text,adat2::text,adne3::text,adab3::text,adat3::text,adtla::text,adnef::text,adabf::text,ademl::text,adwww::text,adach::text,advoo::text,adtus::text,adtit::text,admvo::text,adafd::text,adfun::text,adber::text,adwco::text,adwna::text,adves::text,adrel::text,adter::text,aduni::text,adond::text,addin::text,addco::text,addwy::text,addto::text,addve::text,adred::text,adopm::text,adtek::text,adnaa_dg::text,adsub_dg::text,adeti_dg::text,adpub_dg::text,adper_dg::text,adafk_dg::text,adlo1_dg::text,adst1_dg::text,adhu1_dg::text,adto =============== I suspected that this was only a half part of the error, so i modified mappostgis.c so that it would print the actual cause of the error (and not the long sql statement): =============== Fatal error: MapServer Error in msPOSTGISLayerGetShape(): Error executing POSTGIS SQL statement (in FETCH ALL): temp -ERROR: Cannot cast type boolean to text 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=' =============== I suspect there are 2 possible causes of this error: 1. the sql query is just too long, and gets shorten in the process which causes postgresql to give the error. 2. postgresql can't convert text to boolean (there are 2 boolean columns in my table) Is there a method which allows me to specify the columns which postgis should query, so that postgis does not try to query all the columns in the table. I'm using the following query on my postgis layer: ============ $lo->set("data", "the_geom from og"); ============ Table og contains about 150 colums (it couldn't be less, but that's out of the scope of the email). Best regards, Twan Kogels At 07:28 2-7-2003 -0400, you wrote: >Twan, > >The format of the mapfile has changed somewhat. Two of the changes relate >to your problem. > >The symbol is now part of a new style object, that is part of a class >object. Color objects are no longer referenced by index because of 24 bit >support, you now have an API to set the RGB color directly. > >This means that you would make the following: > >$co = ms_newClassObj($lo); >$co->set("name", "mysym" ); >$st = ms_newStyleObj($co); >$st->set( "symbol", $mymap->getSymbolByName('star') ); > > >$co->label->backgroundcolor->SetRGB( 255, 255, 255 ); > >The migration guide that explains these and other changes is at: > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide > >I recommend that you investigate the README in the mapscript/php3 >directory for specific API details. > >I don't know how difficult back-porting the postgis query bug would be. > >Cheers, > >Paul > >Twan Kogels wrote: > >>Hello, >>Tomorrow i've hit a know bug when quering a postgis layer with mapserver >>3.6.5, its on bugszilla >>So i tryed the latest cvs version of mapserver (4.0b), it configures and >>compiles oke. But it some mapscript functions seems to have dissapear, >>for example i have mapscript generate a postgis layer: >>========== >> $co=ms_newClassObj($lo); >> $co->set("name", "mysym"); >> $temp=$mymap->getSymbolByName('star'); >> $co->set("symbol", $temp); >>========== >>This part of code returns a error: >>========== >>Property 'symbol' does not exist in this object. >>========== >>The same happens with: >>========== >> $co->label->set("type", MS_BITMAP); >> $co->label->set("backgroundcolor", $mymap->addColor(255,255,225)); >>========== >>results in: >>========== >>Call to undefined function: addcolor() >>========== >>These mapscript functions are doing it correct with mapserver 3.6.5. >>Is it possible that i've downloaded a cvs version where some mapscript >>functions are broken? If so, is it possible for me to modify the >>mapserver 3.6.5 source (which functions perfect) so bug #316 won't appear >>anymore? >>Best regards, >>Twan Kogels >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >-- >Paul Spencer >Applications and Software Development >DM Solutions Group Inc. >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 schut at sarvision.com Wed Jul 2 07:27:47 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 2 Jul 2003 16:27:47 +0200 Subject: [Mapserver-users] Error with Demo-Package In-Reply-To: References: Message-ID: <200307021627.47638.schut@sarvision.com> short answer: search the mailing list archives (http://mapserver.gis.umn.edu/cgi-bin/wilma/mapserver-users) for 'ctyhwy.gif'. This will give you plenty of messages about the same issue. Longer answer: the demo is old, from the time gif wasn't copyrighted (or at least unisys didn't force their copyrights on it). Mapserver uses libgd to read/render graphics, which doesn't do gif anymore unless you have a special patched version (for which you officially require a license). The demo should be updated. Workaround: convert the gif's to png and change the refenrence to these gifs in the map files to the new png files. Cheers, Vincent. On Wednesday 02 July 2003 15:43, stefan.albers at kreis-steinfurt.de wrote: > Hi > > I've installed mapserver 3.6 on linux machine. > Every things works perfectly well. When I run ..../cgi-bin/mapserv, > I've got the following answer : No query information to decode. > QUERY_STRING is > set, but empty. > If I understand well it means that mapserver is correctly installed > Am I right ? > > I've downloaded the demo. When I run the demo_init.html I get the following > Error > > msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.gif" > in class 0 of layer ctyrdln3_anno. > > Any suggestions ? > > > Stefan > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From jhart at frw.uva.nl Wed Jul 2 07:42:51 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Wed, 02 Jul 2003 16:42:51 +0200 Subject: [Mapserver-users] JavaScript security In-Reply-To: <1057074936.319.5.camel@jeanjacques> References: <13858AA1A74F30419F319ACB66A9D1222BFC2E@mercator.topozone.com> <1057074936.319.5.camel@jeanjacques> Message-ID: <3F02EF6B.10404@frw.uva.nl> Hi Thorsten, Flavio, I'm a bit averse to responding to something that looks like a starting flame, but as I'm going to publish the MapClient application I presented at the MUM a few days from now, I feel I should give my personal view on this. MapClient is a browser interface for MapServer, exclusively based on JavaScript, without any HTML at all. I would not like to give the impression of living dangerously, and certainly not of inducing others to do so. There certainly are risks in using JavaScript in every browser. There is an excellent recent article in the leading German computer journal C'T ( http://www.heise.de/ct/browsercheck/ ). It's in German; perhaps someone from Germany on this list could translate or summarize it? It has many tests you can do with your browser to check for vulnerabilities, and some really are horrifying. However, if you have a modern browser with all recent updates, none of these vulnerablities will hurt you. My personal view is that the standard reference browser (Mozilla) is at the moment as safe as safe can be. Without any doubts security leaks will be discovered in the future, but the Mozilla group has an excellent security page (www.mozilla.org/security), and it combats the problem the only right way: by exposing its code and by publicizing every known leak. I'm not so sure about IE, but even there the security risks are minimal compared to mail-propagated security problems. I won't say you can ignore them, but if you are really that security conscious, you should shut off your mail too. Just use the Windows Update facility on a regular basis. IMO IE will always be less secure than Mozilla for two reasons: its code is closed, and the browser is too much integrated into the rest of the operating system. That being said, I have no qualms at all using it at the moment. AFAIK there are three fundamental risk areas: browsers reading and writing to local disks, browsers executing local programs, and browsers reading data from other concurrent browser windows. I'm not very afraid of the first two: as soon as someone uses such a leak it will be discovered and patched immediately. The third one is more insidious. Imagine doing your banking business in one browser window, and playing around with a malicious Javascript application in another. The second one should under no circumstance be allowed to read the contents of the first. Normally this is the case. However, aplications combining data from multiple servers, like WMS/WFS, are relatively new, so here I would expect problems in the future, especially in IE. Mozilla has a very fine grained security system, which is under active development, so I think it will keep up with this kind of security attacks. For myself, this means that I will develop the MapClient application on the basis of W3C standards and Mozilla as reference browser. It will be compatible with IE 5.5 and up, as long as it is one-server or one-site based (which covers the great majority of all current applications). Multi-server access will be added only in the Mozilla version. As I said, the three groupw of security leaks are potentially very serious, but I have not seen major accidents resulting from them in everyday practice. The most real security leaks are pages that try to register surfing behavior. This is certainly a breach of privacy and can be very annoying, especially from the resulting spam, but it is not a risk in the class of the three groups mentioned. Personally, I just ignore it. Mozilla has an excellent spam recognizing filter built into it, which can be trained on the actual spam you receive. After a few weeks of training it has a recogntion percentage of almost 100%. I can recommend it to everyone. I think the question is not so much whether the Internet is unsafe: it is. Neither is it whether you can live with it: millions of people can. You both are right. The question is: what can you do about it, and this depends on your situation. Speaking as a university person, almost nothing I do is really secret or indispensable. However, in the mapping business much has to be shielded, e.g. for financial or privacy reasons. Same goes for everything that has to do with money. There is no single security answer for all these situations, but every situation can be made as safe as you want. Concerning MapServer, for example, Steve Lime has recently added an excellent security mechanism, which makes it impossible to access the actual maps your application is based upon. However, you have to be aware of this mechanism and apply it. Same goes for PostgreSQL, which can be made very safe indeed, but you have to put some effort into it. Cryptography and certificates are very powerful tools too, once you have mastered them. I think the greatest error is trying to solve every possible problem in the same way. If parts of your applications are vulnerable, shield them. If you are just retrieving information, go ahead. No reason at all to turn off JavaScript, just don't mix both kinds of web access. The last thing we need is that all technological progress is halted because of shady behavior in the margins of the Internet. Jan From ed at topozone.com Wed Jul 2 07:56:22 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 2 Jul 2003 10:56:22 -0400 Subject: [Mapserver-users] Mapserver WMS client and proxy server Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC7E@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C340AA.19EF3B34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Stefan - =20 That's a little puzzling. How does the firewall know that a CGI is = making the request? It's just a regular HTTP GET request. =20 You should be able to construct a simple WMS request to that server by = simply typing the request in the address bar of your browser. Test to = see whether that request works in a regular browser session *running on = the WMS client server in the same security/user context as MapServer*. = Perhaps that server can't make HTTP requests at all (which makes sense). = But if a browser running on that machine can make the WMS request, the = CGI should be able to, too. =20 - 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=20 -----Original Message----- From: Stefan Wiegand [mailto:s.wiegand at kdvz.de] Sent: Wednesday, July 02, 2003 5:23 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver WMS client and proxy server Hello all,=20 I am having problems with using the WMS-client support in MapServer 3.6 = (CGI). I try to connect to an external WMS Server via layerdefinition. = The request to the server simply does nothing until it times out. We are = using a proxy and firewall between the mapserver and the Internet and = this is the problem (sys-admin told me). It is not allowed to connect = directly between cgi-exe and a server outside. Any ideas or solution how = to handle this problem?=20 Thanks=20 Stefan Wiegand=20 Mail: s.wiegand at kdvz.de www.kdvz.de=20 ------_=_NextPart_001_01C340AA.19EF3B34 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Stefan=20 -
 
That's=20 a little puzzling.  How does the firewall know that a CGI is making = the=20 request?  It's just a regular HTTP GET request.
 
You=20 should be able to construct a simple WMS request to that server by = simply typing=20 the request in the address bar of your browser.  Test to see = whether that=20 request works in a regular browser session *running on the WMS client = server in=20 the same security/user context as MapServer*.  Perhaps that server = can't=20 make HTTP requests at all (which makes sense).  But if a browser = running on=20 that machine can make the WMS request, the CGI should be able to,=20 too.
 
    - 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 =

-----Original Message-----
From: Stefan Wiegand=20 [mailto:s.wiegand at kdvz.de]
Sent: Wednesday, July 02, 2003 = 5:23=20 AM
To: mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] Mapserver WMS client and proxy=20 server


Hello = all,=20

I am having problems with = using the=20 WMS-client support in MapServer 3.6 (CGI). I try to connect to an = external WMS=20 Server via layerdefinition. The request to the server simply does = nothing=20 until it times out. We are using a proxy and firewall between the = mapserver=20 and the Internet and this is the problem (sys-admin told me). It is = not=20 allowed to connect directly between cgi-exe and a server outside. Any = ideas or=20 solution how to handle this problem?

Thanks
Stefan = Wiegand=20
Mail:=20 s.wiegand at kdvz.de
www.kdvz.de
=
------_=_NextPart_001_01C340AA.19EF3B34-- From mschulz at webgis.de Wed Jul 2 08:14:28 2003 From: mschulz at webgis.de (Michael Schulz) Date: Wed, 02 Jul 2003 17:14:28 +0200 Subject: [Mapserver-users] python mapscript Message-ID: <3F02F6D4.C6EE25AC@webgis.de> Hi, i have a question concerning the new error handling code in python mapscript. While it is very good that mapscript now throws real meaningful exceptions for a lot of errors, it is somewhat annyoing that e.g. queryByPoint also gives an error when no records where found. What would be the correct way to change this behaviour? A bit more background information why this behaviour is annoying me (for those using python mapscript in the zmapserver environment): i am working on implementing query mechanisms in zmapserver, and in the combination zope-zmapserver-python/mapscript it seems, that i am not able to catch this exception correctly. Even worse, the zope process gets killed (although an error should be raised, the zope process segfaults). Well, as you might assume this is not the intended behaviour. Hmm, any ideas, where to start looking? TIA, Michael -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH Sautierstr. 38, 79104 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de From flavio at tydac.ch Wed Jul 2 08:28:20 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Wed, 02 Jul 2003 17:28:20 +0200 Subject: [Mapserver-users] JavaScript security In-Reply-To: <3F02EF6B.10404@frw.uva.nl> References: <13858AA1A74F30419F319ACB66A9D1222BFC2E@mercator.topozone.com> <1057074936.319.5.camel@jeanjacques> <3F02EF6B.10404@frw.uva.nl> Message-ID: Hi Jan > http://www.heise.de/ct/browsercheck there is no big need to translate that. almost all security issues mentioned are related to active scripting / active-x and that corresponds to what ed said ... js alone doesn't do it ... BTW: you took a lot of pictures at the pub. do you have some ??? did you publish some somewhere ??? thx & best regards flavio From bartvde at xs4all.nl Wed Jul 2 08:29:59 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Wed, 02 Jul 2003 17:29:59 +0200 Subject: [Mapserver-users] MapServer and Oracle In-Reply-To: <3F028820.6050706@khi2.fr> References: <3F028820.6050706@khi2.fr> Message-ID: Hi Guillaume, I would say the compatibility is more than reasonable. I have started an OracleSpatial page on the Wiki. There is not yet a lot of information on it, but you could take a look. More information will come. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial What kind of functionality do you need to provide? Best regards, Bart On Wed, 02 Jul 2003 09:22:08 +0200, Guillaume SUEUR wrote: > Hi there, > > I was wondering about compatibility between MapServer and Oracle. Ok, I > understand it's not the best pair of products and that PostGis would be > better, but the Oracle database already exists and the guy doesn't want > to change. Any experience would be appreciated. > > Thanks -- From flavio at tydac.ch Wed Jul 2 08:30:41 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Wed, 02 Jul 2003 17:30:41 +0200 Subject: [Mapserver-users] converting e00 to postgis for use by mapserver In-Reply-To: <3F02D016.2090209@growthmodels.com> References: <3F02D016.2090209@growthmodels.com> Message-ID: hi heitzso the newest version of FME (www.safe.com) supports PotGIS (and obvioulsy supports all ESRI formats). If you need sophisticated translation FME does it for you - however it a commercial product (but a good one!). bet regards flavio -----Original Message----- From: Heitzso To: "'mapserver-users at lists.gis.umn.edu'" Date: Wed, 02 Jul 2003 08:29:10 -0400 Subject: [Mapserver-users] converting e00 to postgis for use by mapserver > I need to convert a number of e00 files into postgis for > use by mapserver. I've tracked down, compiled, and installed > the e00pg utility but it's not clear to me what options are required > to > generate a geometry field that mapserver can take advantage of, > nor how to push it from a point orientation to line/polygon/whatever > orientation. > > BTW, if it's not obvious, I'm just getting started with mapserver > and I apologize if I'm not catching something obvious. I have > loaded shape files into postgis and am able to define layers that > I turn on and off, so I've got a start on things, but have much to > learn. --> GOOD GENERIC GIS BOOK RECOMMENDATIONS? > > Thanks, > Heitzso > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bart at atsence.nl Wed Jul 2 08:39:44 2003 From: bart at atsence.nl (Bart van Heijningen) Date: Wed, 2 Jul 2003 17:39:44 +0200 Subject: [Mapserver-users] mapscript 3.7 $layer->draw() problems Message-ID: <002f01c340b0$2c7283f0$0700a8c0@ATSENCEDOMEIN> This is a multi-part message in MIME format. ------=_NextPart_000_0030_01C340C0.EFFB53F0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi all, I use Mapserver 4 with php mapscript Here's the thing, I am trying to draw newRectObj() on a map. The size and position are generated from mysql However I think I am missing something. What am I doing wrong here. I have been struggling with this for a few days now, help would be higly appreciated. Thanks, Bart // the map $wvimap = ms_newMapObj("rdm3.map"); $wvimap->selectOutputFormat('png24'); $wviimg = $wvimap->draw(); $imageobject = $wviimg->saveImage(test); // get correct layer $wvilayer = $wvimap->getLayerByName("$bleble"); //$layerhandle = $wvilayer->open('$shpFname',1); // Zoek in deze layer de eerste class $classObj = $wvilayer->getClass(0); echo "classobject = $classObj
\n"; $wvilayer->set("name", "$bleble"); $wvilayer->set (status,MS_ON); $wvilayer->set (type,MS_POLYGON); $wvilayer->set (classitem,$classObj); $wvilayer->set (labelitem,"WVI"); $wvilayer->set (data,"$shpFname"); $wvilayer->draw($wvimap,$classObj); // Declaration of the rectangle object $rectangle = ms_newRectObj(); // Here I calculate the values of the rectangle $rectangle->set("minx",($hshift+($measurements)*($rd_x))); $rectangle->set("miny",(($vshift+($measurements)*($rd_y)))); $rectangle->set("maxx",(($hshift+(($measurements)*($rd_x)+($barwidth))))); $rectangle->set("maxy",(($measurements)*($rd_y) + (($maxbarheight/$maxvalue)*($measurements))+($barminheight))); echo "minx = $rectangle->minx
\n"; echo "miny = $rectangle->miny
\n"; echo "maxx = $rectangle->maxx
\n"; echo "maxy = $rectangle->maxy
\n"; // the following draw Mapserver does not like. I cannot find any good examples how the draw for this rectobject should be used. $rectangle->draw(); the mapfile layer I want to use for displaying the rectObJect LAYER NAME "Ce-141" TYPE polygon STATUS ON CLASS NAME "Ce-141" COLOR 253 132 115 BACKGROUNDCOLOR 253 132 115 SYMBOL 'circle' LABEL TYPE TRUETYPE ANTIALIAS FALSE FONT arial COLOR 0 0 0 BACKGROUNDCOLOR 254 254 254 SIZE 6 # ANGLE 45 POSITION uc # buffer 2 END END END ------=_NextPart_000_0030_01C340C0.EFFB53F0 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hi all,

 

I use Mapserver 4 with php = mapscript

 

Here’s the thing,

I am trying to draw newRectObj() on a = map.

The size and position are generated from = mysql

However I think I am missing = something.

 

What am I doing wrong here. I have been struggling = with this for a few days now, help would be higly appreciated.

 

Thanks,

Bart

 

// the map

$wvimap =3D = ms_newMapObj("rdm3.map");

$wvimap->selectOutputFormat('png24');=

 

$wviimg =3D $wvimap->draw();

$imageobject =3D $wviimg->saveImage(test); =

 

//  get correct layer

$wvilayer =3D = $wvimap->getLayerByName("$bleble");

//$layerhandle =3D $wvilayer->open('$shpFname',1); =

// Zoek in deze layer de eerste = class

$classObj =3D = $wvilayer->getClass(0);

echo "classobject =3D = $classObj<br>\n";

$wvilayer->set("name", = "$bleble");

$wvilayer->set (status,MS_ON);

$wvilayer->set = (type,MS_POLYGON);

$wvilayer->set = (classitem,$classObj);

$wvilayer->set = (labelitem,"WVI");

$wvilayer->set = (data,"$shpFname");

$wvilayer->draw($wvimap,$classObj);

 

// Declaration of the rectangle = object

 

$rectangle =3D ms_newRectObj();

 

// Here I calculate the values of the rectangle =

 

 

$rectangle->set("minx",($hshift+($measure= ments)*($rd_x)));

$rectangle->set("miny",(($vshift+($measur= ements)*($rd_y))));

$rectangle->set("maxx",(($hshift+(($measu= rements)*($rd_x)+($barwidth)))));

$rectangle->set("maxy",(($measurements)*(= $rd_y) + = (($maxbarheight/$maxvalue)*($measurements))+($barminheight)));

 

echo "minx =3D = $rectangle->minx<BR>\n";

echo "miny =3D = $rectangle->miny<BR>\n";

echo "maxx =3D = $rectangle->maxx<BR>\n";

echo "maxy =3D = $rectangle->maxy<BR>\n";

 

// the following draw Mapserver does not = like…

I cannot find any good examples how the draw for this = rectobject should be used.

 

$rectangle->draw();

 

the mapfile layer I want to use for displaying the = rectObJect

 

LAYER

  NAME "Ce-141"

  TYPE polygon

  STATUS ON

  CLASS

    NAME = "Ce-141"

    COLOR 253 132 = 115

    BACKGROUNDCOLOR 253 132 = 115

    SYMBOL 'circle'

    LABEL

      TYPE = TRUETYPE

      ANTIALIAS = FALSE

      FONT = arial

      COLOR 0 0 = 0

      BACKGROUNDCOLOR 254 = 254 254

      SIZE = 6

#      ANGLE = 45

      POSITION = uc

#      buffer = 2

    END

  END

END

 

------=_NextPart_000_0030_01C340C0.EFFB53F0-- From jhart at frw.uva.nl Wed Jul 2 09:02:26 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Wed, 02 Jul 2003 18:02:26 +0200 Subject: [Mapserver-users] JavaScript security In-Reply-To: References: <13858AA1A74F30419F319ACB66A9D1222BFC2E@mercator.topozone.com> <1057074936.319.5.camel@jeanjacques> <3F02EF6B.10404@frw.uva.nl> Message-ID: <3F030212.2090306@frw.uva.nl> Even so, a translation would be very helpful, if only for activeX and all that. It is really an excellent article from an excellent journal. I don't understand why they don't have an English edition; they even have a Dutch one. I have sent my pictures to Tom Burk. He will publish them with the ones he took from the conference itself in a few days. Regards, Jan Flavio Hendry wrote: > Hi Jan > > >>http://www.heise.de/ct/browsercheck > > > there is no big need to translate that. almost all security issues > mentioned are related to active scripting / active-x and that > corresponds to what ed said ... js alone doesn't do it ... > > BTW: you took a lot of pictures at the pub. do you have some ??? did > you publish some somewhere ??? > > thx & best regards > flavio > > From sgillies at frii.com Wed Jul 2 09:06:43 2003 From: sgillies at frii.com (Sean Gillies) Date: Wed, 2 Jul 2003 10:06:43 -0600 Subject: [Mapserver-users] python mapscript In-Reply-To: <3F02F6D4.C6EE25AC@webgis.de> Message-ID: <2C68DC23-ACA7-11D7-BB35-000393B98B56@frii.com> Michael, I think this is probably an issue with MapServer's C library. Am looking into it now to see what happens in msQueryByPoint. I agree that msQueryByPoint should not raise an error in the case of no records found by an otherwise proper query. Another thing we could do is to evade the error in MapScript's error handler like we are doing with the error that is raised when no shapefile tileindex is present. Maybe this is the best way for now, and push to change msQuery* behavior for MapServer 4.1. cheers, Sean On Wednesday, July 2, 2003, at 09:14 AM, Michael Schulz wrote: > Hi, > > i have a question concerning the new error handling code in python > mapscript. While it is very good that mapscript now throws real > meaningful exceptions for a lot of errors, it is somewhat annyoing that > e.g. queryByPoint also gives an error when no records where found. What > would be the correct way to change this behaviour? > A bit more background information why this behaviour is annoying me > (for > those using python mapscript in the zmapserver environment): i am > working on implementing query mechanisms in zmapserver, and in the > combination zope-zmapserver-python/mapscript it seems, that i am not > able to catch this exception correctly. Even worse, the zope process > gets killed (although an error should be raised, the zope process > segfaults). Well, as you might assume this is not the intended > behaviour. Hmm, any ideas, where to start looking? > > TIA, Michael > -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From sholl at gmx.net Wed Jul 2 07:31:06 2003 From: sholl at gmx.net (Stephan Holl) Date: Wed, 2 Jul 2003 16:31:06 +0200 Subject: [Mapserver-users] Error with Demo-Package In-Reply-To: References: Message-ID: <20030702163106.76a41757.sholl@gmx.net> --?S(jv:MIFY=.Lt1W Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hello stefan.albers at kreis-steinfurt.de, > > msLoadMap(): General error message. Undefined symbol > "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno. Just my 2 cent, your gd-library does not support gif. Recompile with gif-support of convetr gifs to png (e.g. with convert) and, change mapfile-entries. That should work... cheers Stephan -- Stephan Holl GnuPG Key-ID: 11946A09 16:29:52 up 8:53, 1 user, load average: 0.14, 0.31, 0.30 --?S(jv:MIFY=.Lt1W Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/AuysEg9SKhGUagkRAvEyAJ9ZfSt0MLoPIBNrEyfcTtFyfHJrTwCgnOtI LqK76nUDOgGyRHg5CwVZw4w= =oF5/ -----END PGP SIGNATURE----- --?S(jv:MIFY=.Lt1W-- From bartvde at xs4all.nl Wed Jul 2 09:22:41 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Wed, 02 Jul 2003 18:22:41 +0200 Subject: [Mapserver-users] MapServer and Oracle In-Reply-To: <3F030757.90909@geosignal.fr> References: <3F028820.6050706@khi2.fr> <3F030757.90909@geosignal.fr> Message-ID: Hi Guillaume, I only have experience with mapserver as a WMS (web map server). This is read-only access to Oracle Spatial. If you want mapserver to create, modify and delete features in Oracle Spatial, you should ask the mailing list how far the WFS (web feature server) has been implemented. I think for the WFS mapserver will work with OGR and OGR can read and write Oracle Spatial data, so there is a slight chance some of these features will work, but am not sure if all of your actions will work. I do not have an answer to dynamic segmentation question, perhaps other people on the list are able to answer this question. Best regards, Bart On Wed, 02 Jul 2003 18:24:55 +0200, Guillaume Sueur wrote: > HI Bart, > > Thanks for this tip, I didn't notice the page on the site. > The topic would be to use MapServer to build a web-based GIS application > for sewers management... The database is done under Oracle Spatial and I > wanted to be sure MapServer could work with it. I see it's possible. So > comes the second point... Do you think MapServer can be use to manage all > these data (i.e create, modify, delete all kind of objects) ? > And now the third point... Is there a way to simulate a dynamic > segmentation on the lines with MapServer ? > > > Thanks for your help ! -- From schut at sarvision.com Wed Jul 2 09:26:07 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 2 Jul 2003 18:26:07 +0200 Subject: [Mapserver-users] mapscript 3.7 $layer->draw() problems In-Reply-To: <002f01c340b0$2c7283f0$0700a8c0@ATSENCEDOMEIN> References: <002f01c340b0$2c7283f0$0700a8c0@ATSENCEDOMEIN> Message-ID: <200307021826.07525.schut@sarvision.com> Bart, according to the php_mapscript classes guide, you will have to add some arguments to rectangle->draw(): int draw(mapObj map, layerObj layer, imageObj img, int class_index, string text) Draws the individual rectangle using layer. The class_index is used to classify the rectangle based on the classes defined for the layer. The text string is used to annotate the rectangle. Returns MS_SUCCESS/MS_FAILURE. In your case this would become something like $rectangle->draw( $wvimap, $wvilayer, $wviimg, 0, '' ); I guess you will have to experiment a bit with this. I have never used it, actually. Don't forget to save the image *after* this rectangle drawing, instead of before. Cheers, Vincent. On Wednesday 02 July 2003 17:39, Bart van Heijningen wrote: > Hi all, > > > > I use Mapserver 4 with php mapscript > > > > Here's the thing, > > I am trying to draw newRectObj() on a map. > > The size and position are generated from mysql > > However I think I am missing something. > > > > What am I doing wrong here. I have been struggling with this for a few days > now, help would be higly appreciated. > > > > Thanks, > > Bart > > > > // the map > > $wvimap = ms_newMapObj("rdm3.map"); > > $wvimap->selectOutputFormat('png24'); > > > > $wviimg = $wvimap->draw(); > > $imageobject = $wviimg->saveImage(test); > > > > // get correct layer > > $wvilayer = $wvimap->getLayerByName("$bleble"); > > //$layerhandle = $wvilayer->open('$shpFname',1); > > // Zoek in deze layer de eerste class > > $classObj = $wvilayer->getClass(0); > > echo "classobject = $classObj
\n"; > > $wvilayer->set("name", "$bleble"); > > $wvilayer->set (status,MS_ON); > > $wvilayer->set (type,MS_POLYGON); > > $wvilayer->set (classitem,$classObj); > > $wvilayer->set (labelitem,"WVI"); > > $wvilayer->set (data,"$shpFname"); > > $wvilayer->draw($wvimap,$classObj); > > > > // Declaration of the rectangle object > > > > $rectangle = ms_newRectObj(); > > > > // Here I calculate the values of the rectangle > > > > > > $rectangle->set("minx",($hshift+($measurements)*($rd_x))); > > $rectangle->set("miny",(($vshift+($measurements)*($rd_y)))); > > $rectangle->set("maxx",(($hshift+(($measurements)*($rd_x)+($barwidth))))); > > $rectangle->set("maxy",(($measurements)*($rd_y) + > (($maxbarheight/$maxvalue)*($measurements))+($barminheight))); > > > > echo "minx = $rectangle->minx
\n"; > > echo "miny = $rectangle->miny
\n"; > > echo "maxx = $rectangle->maxx
\n"; > > echo "maxy = $rectangle->maxy
\n"; > > > > // the following draw Mapserver does not like. > > I cannot find any good examples how the draw for this rectobject should be > used. > > > > $rectangle->draw(); > > > > the mapfile layer I want to use for displaying the rectObJect > > > > LAYER > > NAME "Ce-141" > > TYPE polygon > > STATUS ON > > CLASS > > NAME "Ce-141" > > COLOR 253 132 115 > > BACKGROUNDCOLOR 253 132 115 > > SYMBOL 'circle' > > LABEL > > TYPE TRUETYPE > > ANTIALIAS FALSE > > FONT arial > > COLOR 0 0 0 > > BACKGROUNDCOLOR 254 254 254 > > SIZE 6 > > # ANGLE 45 > > POSITION uc > > # buffer 2 > > END > > END > > END -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From matt at terraEngine.com Wed Jul 2 10:21:12 2003 From: matt at terraEngine.com (Matt Lynch) Date: Wed, 2 Jul 2003 11:21:12 -0600 Subject: FW: [Mapserver-users] JavaScript security Message-ID: <000001c340be$56173030$d701a8c0@matt> For anyone who is curious on the content of the browsercheck site. As Jan noted, the translation isn't always smooth. http://www.google.com/translate_c?hl=en&ie=UTF-8&oe=UTF-8&langpair=de%7C en&u=http://www.heise.de/ct/browsercheck/&prev=/language_tools Matt -----Original Message----- From: Jan Hartmann [mailto:jhart at frw.uva.nl] Sent: Wednesday, July 02, 2003 10:38 AM To: Matt Lynch Subject: Re: [Mapserver-users] JavaScript security This is really very funny for someone who can read both German and English. However, it is understandable for English speakers. Did you send it to the list too? Jan Matt Lynch wrote: > The following link will provide a translation. > > http://www.google.com/translate_c?hl=en&ie=UTF-8&oe=UTF-8&langpair=de% > 7C > en&u=http://www.heise.de/ct/browsercheck/&prev=/language_tools > > Regards, > > Matt > > -----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: Wednesday, July 02, 2003 10:02 AM > To: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] JavaScript security > > > Even so, a translation would be very helpful, if only for activeX and > all that. It is really an excellent article from an excellent journal. I > > don't understand why they don't have an English edition; they even > have > a Dutch one. > > I have sent my pictures to Tom Burk. He will publish them with the > ones > he took from the conference itself in a few days. > > Regards, > > Jan > > Flavio Hendry wrote: > >>Hi Jan >> >> >> >>>http://www.heise.de/ct/browsercheck >> >> >>there is no big need to translate that. almost all security issues >>mentioned are related to active scripting / active-x and that >>corresponds to what ed said ... js alone doesn't do it ... >> >>BTW: you took a lot of pictures at the pub. do you have some ??? did >>you publish some somewhere ??? >> >>thx & best regards >>flavio >> >> > > > _______________________________________________ > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.486 / Virus Database: 284 - Release Date: 5/29/2003 > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.486 / Virus Database: 284 - Release Date: 5/29/2003 > > > > --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.486 / Virus Database: 284 - Release Date: 5/29/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.486 / Virus Database: 284 - Release Date: 5/29/2003 From pkishor at geoanalytics.com Wed Jul 2 10:47:52 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Wed, 02 Jul 2003 17:47:52 -0000 Subject: [Mapserver-users] Mapserver at OSCON 2003 Message-ID: I have managed to snag a trip to next week's O'Reilly open source convention (OSCON 2003) in Portland, Oregon. If any Mapserver-ers are attending, would be nice to get together and feel the glow of camaraderie. I have started a MapServerBOF page at the OSCON wiki at http://oscon.kwiki.org/ index.cgi?MapServerBOF. Feel free to add your nombre. Hope to see some of you there. Puneet. From steve.lime at dnr.state.mn.us Wed Jul 2 10:58:00 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 02 Jul 2003 12:58:00 -0500 Subject: [Mapserver-users] python mapscript Message-ID: MapServer query functions do return an error (MS_FAILURE) but also set the error code to MS_NOTFOUND so that folks can trap that condition specifically in their application. The CGI does that using the EMPTY web parameter. Yes, you could change the return status to MS_SUCCESS, but either way you'd have to examine the error code to see if no records were found (or worse the result set itself). It seems more intuitive to me to encourage that check by returning MS_FAILURE. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Sean Gillies 07/02/03 11:06AM >>> Michael, I think this is probably an issue with MapServer's C library. Am looking into it now to see what happens in msQueryByPoint. I agree that msQueryByPoint should not raise an error in the case of no records found by an otherwise proper query. Another thing we could do is to evade the error in MapScript's error handler like we are doing with the error that is raised when no shapefile tileindex is present. Maybe this is the best way for now, and push to change msQuery* behavior for MapServer 4.1. cheers, Sean On Wednesday, July 2, 2003, at 09:14 AM, Michael Schulz wrote: > Hi, > > i have a question concerning the new error handling code in python > mapscript. While it is very good that mapscript now throws real > meaningful exceptions for a lot of errors, it is somewhat annyoing that > e.g. queryByPoint also gives an error when no records where found. What > would be the correct way to change this behaviour? > A bit more background information why this behaviour is annoying me > (for > those using python mapscript in the zmapserver environment): i am > working on implementing query mechanisms in zmapserver, and in the > combination zope-zmapserver-python/mapscript it seems, that i am not > able to catch this exception correctly. Even worse, the zope process > gets killed (although an error should be raised, the zope process > segfaults). Well, as you might assume this is not the intended > behaviour. Hmm, any ideas, where to start looking? > > TIA, Michael > -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Zamil.Murji at divestco.com Wed Jul 2 11:03:19 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Wed, 2 Jul 2003 12:03:19 -0600 Subject: [Mapserver-users] Oracle Spatial Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A921@div-mx02.DIVESTCO.COM> Hello list, I want to use MapServer to draw an Oracle Spatial layer, however, I have never used Oracle Spatial. I have some questions I am sure you will be able to answer. 1) What utilities are available to import a shapefile into an Oracle Spatial database? Where can I download them from? 2) Need to know some good sites on how to setup Oracle 8i with the Spatial component, and I need a quick tutorial on how to create a table, alter a table, insert and select from that table. Any good sites? 3) I read on the newsgroup that there are two ways to go about this. One is to use the built in oracle spatial support and the other is to use ogr. I am running Apache on a windows 2000 box, what way is the best to go, easiest to setup? Thanks for your help Zamil -----Original Message----- From: Eduardo Patto Kanegae [mailto:eduardo at linkgeo.com.br] Sent: Wednesday, June 25, 2003 8:44 AM To: mapserver-users at lists.gis.umn.edu Cc: niklas "w?rmann Subject: Re: [Mapserver-users] running v4 beta as a command line tool I've tested on MapServer 3.6.4 for Windows, using: $ mapserv "QUERY_STRING=map=c:\test\mymap.map&mode=map&foo=...." > myresult.gif but if you try to open "myresult.gif" it crash... so I opened this file with a text editor and deleted the first two lines(the headers), then it works! regards Eduardo Patto Kanegae eduardo at linkgeo.com.br http://www.linkgeo.com.br *************************************** ***Fim da Mensagem / End of Message *** *************************************** On Wed, 25 Jun 2003 14:43:41 +0200, Vincent Schut enscreveu: > De: Vincent Schut > Data: Wed, 25 Jun 2003 14:43:41 +0200 > Para: niklas w?rmann , > Assunto: Re: [Mapserver-users] running v4 beta as a command line tool > > On Wednesday 25 June 2003 10:06, niklas w?rmann wrote: > > Hi! > > i am trying to track down the reason mapserver isn?t working on my windows > > 2000 server. > > > > i remember seeing somewhere that it was indeed possible to run mapserver as > > a command line tool, specifying a map file and an output file > > > > anyone know the syntax for this? > > On linux: > ./mapserv "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" > This will output headers + image data to stdout (on linux). Probably on > windows your executable is not named mapserv but something like mapserv.exe? > And use \ instead of / I think. > > you cannot just save the output as image file because the headers are in the > output too. > But you can see if it outputs something (lots of ascii: image), or gives an > error. > To see the image: type in your browser: > http://localhost/cgi-bin/mapserv?map=/path/to/your/mapfile.map&mode=map > change / in path to \ if on windows? > > Regards, > -- > ______________________________________ > Vincent Schut > Sarvision B.V. > Wageningen, The Netherlands > www.sarvision.com > > _______________________________________________ > 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 lfilak at medinaco.org Wed Jul 2 11:07:46 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 02 Jul 2003 14:07:46 -0400 Subject: [Mapserver-users] perl mapscript error Message-ID: <200307021807.h62I7eN26005@yogi.medinaco.net> Should it be looking for libcrypto.so.1 in /lib when the ldd shows libcrypto.so.1 being in /usr/lib? Lowell The following message was sent by "Aaron D. Hunt" on Wed, 2 Jul 2003 10:17:35 -0400. > I think the gdal might be fixed, now I am getting > > Can't load '/home/mapserver/i386-linux/auto/mapscript40/mapscript40.so' for > module mapscript40: /lib/libcrypto.s?: shared object not open at > /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm line 200. > at /home/mapserver/i386-linux/mapscript40.pm line 7 > Compilation failed in require at > /usr/lib/perl5/site_perl/5.6.0/afdev/AgFleetGIS40.pm line 12. > BEGIN failed--compilation aborted at > /usr/lib/perl5/site_perl/5.6.0/afdev/AgFleetGIS40.pm line 12. > Compilation failed in require at > /usr/home/httpd/cgi-bin//fs/products/lab_analysis_prod.cgi line 6. > BEGIN failed--compilation aborted at > /usr/home/httpd/cgi-bin//fs/products/lab_analysis_prod.cgi line 6. > [Wed Jul 2 10:11:26 2003] [error] [client 12.151.18.194] Premature end of > script headers: /usr/home/httpd/cgi-bin//fs/products/lab_analysis_prod.cgi > > > ----- Original Message ----- > From: "Lowell Filak" > To: "Aaron D. Hunt" ; "Lowell Filak" > Cc: > Sent: Wednesday, July 02, 2003 8:41 AM > Subject: Re: [Mapserver-users] perl mapscript error > > > > I think this is moving in the right direction. > > In http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptBuild35 > > there is a section referring to a private build that indicates that a > > few changes need made to the Makefile.PL & you will also need to do a > > "use lib" call before "use mapscript". > > (Credits to mapsurfer). > > HTH > > Lowell > > > > The following message was sent by "Aaron D. Hunt" on > > Tue, 1 Jul 2003 17:11:56 -0400. > > > > > Is there something I am missind in this confg. to use local lib > installs? > > > > > > ./configure --without-tiff --with-proj=/usr/home/mapserver/proj-4.4.7/ > > --wit > > > h-gdal=/usr/home/mapserver/gdal-cvs-030626/bin/gdal-config > > --with-ogr=/usr/h > > > ome/mapserver/gdal-cvs-030626 --with-jpeg --with-wmsclient > > --with-freetype=/ > > > > usr/home/mapserver/freetype-2.1.4 --with-gd=/usr/home/mapserver/gd-2.0.15 > > > > > > I am directing mapserver to use local install versions of libs, but it > > seems > > > to be picking its own to use. Is there a option to force the use of > local > > > libs > > > > > > When I do the ldd mapserv I get > > > > > > libgd.so.2 => not found > > > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40029000) > > > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40048000) > > > libpng.so.2 => /usr/lib/libpng.so.2 (0x40087000) > > > libz.so.1 => /usr/lib/libz.so.1 (0x400aa000) > > > libproj.so.0 => /usr/local/lib/libproj.so.0 (0x400b8000) > > > libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x400e9000) > > > libcurl.so.2 => /usr/local/lib/libcurl.so.2 (0x40276000) > > > libssl.so.1 => /usr/lib/libssl.so.1 (0x4029b000) > > > libcrypto.so.1 => /usr/lib/libcrypto.so.1 (0x402c8000) > > > libdl.so.2 => /lib/libdl.so.2 (0x40385000) > > > libm.so.6 => /lib/libm.so.6 (0x4038a000) > > > libc.so.6 => /lib/libc.so.6 (0x403ac000) > > > libungif.so.4 => /usr/lib/libungif.so.4 (0x404e2000) > > > libtiff.so.3 => /usr/lib/libtiff.so.3 (0x404ea000) > > > libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 > > > (0x4052d000) > > > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > > > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40570000) > > > > > > > > > ----- Original Message ----- > > > From: "Lowell Filak" > > > To: "Aaron D. Hunt" ; "Lowell Filak" > > > > > Sent: Tuesday, July 01, 2003 4:08 PM > > > Subject: Re: [Mapserver-users] perl mapscript error > > > > > > > > > > Check out > > > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptDebugging > > > > and in particular the sections provided by Frank W. & Daniel M. > > > > I think the important option to start with here is "ldd mapserv" to > see > > > > what the compilation is trying to use. > > > > Lowell > > > > > > > > The following message was sent by "Aaron D. Hunt" > on > > > > Tue, 1 Jul 2003 15:13:56 -0400. > > > > > > > > > I am using a local install of all the libraries. Is there a way to > > tell > > > > > which one it is trying to use. > > > > > ----- Original Message ----- > > > > > From: "Lowell Filak" > > > > > To: ; > > > > > Sent: Tuesday, July 01, 2003 3:09 PM > > > > > Subject: Re: [Mapserver-users] perl mapscript error > > > > > > > > > > > > > > > > Possibly an issue of library confusion? > > > > > > Lowell > > > > > > > > > > > > > > > > > > > > > > > > > > > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0206/msg00385.html > > > > > > _______________________________________________ > > > 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 Jul 2 11:21:52 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Wed, 02 Jul 2003 20:21:52 +0200 Subject: [Mapserver-users] Oracle Spatial In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A921@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30A921@div-mx02.DIVESTCO.COM> Message-ID: Hi Zamil, otn (Oracle technology network) is the best site for Oracle information. Oracle itself has a tool to import shapefiles into Oracle Spatial. http://otn.oracle.com (you can register for free) The easiest to use is the built-in Oracle Spatial support. To use the support through OGR, you have to compile OGR against the Oracle client library. See also the mapserver wiki Oracle Spatial page: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial Best regards, Bart On Wed, 2 Jul 2003 12:03:19 -0600, Zamil Murji wrote: > Hello list, > > I want to use MapServer to draw an Oracle Spatial layer, however, I have > never used Oracle Spatial. I have some questions I am sure you will be > able to answer. > > 1) What utilities are available to import a shapefile into an Oracle > Spatial database? Where can I download them from? 2) Need to know some > good sites on how to setup Oracle 8i with the Spatial component, and I > need a quick tutorial on how to create a table, alter a table, insert and > select from that table. Any good sites? > 3) I read on the newsgroup that there are two ways to go about this. One > is to use the built in oracle spatial support and the other is to use > ogr. I am running Apache on a windows 2000 box, what way is the best to > go, easiest to setup? > > Thanks for your help > Zamil > > -----Original Message----- > From: Eduardo Patto Kanegae [mailto:eduardo at linkgeo.com.br] > Sent: Wednesday, June 25, 2003 8:44 AM > To: mapserver-users at lists.gis.umn.edu > Cc: niklas "w??rmann > Subject: Re: [Mapserver-users] running v4 beta as a command line tool > > > I've tested on MapServer 3.6.4 for Windows, using: > > $ mapserv "QUERY_STRING=map=c:\test\mymap.map&mode=map&foo=...." > > myresult.gif > > but if you try to open "myresult.gif" it crash... > > so I opened this file with a text editor and deleted the first two > lines(the headers), then it works! > > regards > > Eduardo Patto Kanegae > eduardo at linkgeo.com.br > http://www.linkgeo.com.br > > *************************************** > ***Fim da Mensagem / End of Message *** > *************************************** > > > On Wed, 25 Jun 2003 14:43:41 +0200, Vincent Schut > enscreveu: > >> De: Vincent Schut >> Data: Wed, 25 Jun 2003 14:43:41 +0200 >> Para: niklas w??rmann , > users at lists.gis.umn.edu> >> Assunto: Re: [Mapserver-users] running v4 beta as a command line tool >> >> On Wednesday 25 June 2003 10:06, niklas w??rmann wrote: >> > Hi! >> > i am trying to track down the reason mapserver isn??t working on my >> windows >> > 2000 server. >> > >> > i remember seeing somewhere that it was indeed possible to run >> mapserver as >> > a command line tool, specifying a map file and an output file >> > >> > anyone know the syntax for this? >> >> On linux: >> ./mapserv "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" >> This will output headers + image data to stdout (on linux). Probably on >> windows your executable is not named mapserv but something like >> mapserv.exe? And use \ instead of / I think. >> >> you cannot just save the output as image file because the headers are in >> the output too. >> But you can see if it outputs something (lots of ascii: image), or gives >> an error. >> To see the image: type in your browser: >> http://localhost/cgi-bin/mapserv?map=/path/to/your/mapfile.map&mode=map >> change / in path to \ if on windows? >> >> Regards, >> -- ______________________________________ >> Vincent Schut >> Sarvision B.V. >> Wageningen, The Netherlands >> www.sarvision.com >> >> _______________________________________________ >> 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 sgillies at frii.com Wed Jul 2 11:55:42 2003 From: sgillies at frii.com (Sean Gillies) Date: Wed, 2 Jul 2003 12:55:42 -0600 Subject: [Mapserver-users] python mapscript In-Reply-To: Message-ID: --Apple-Mail-4--591952750 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Wednesday, July 2, 2003, at 11:58 AM, Steve Lime wrote: > MapServer query functions do return an error (MS_FAILURE) but also set > the error code to MS_NOTFOUND so that folks can trap that condition > specifically in their application. The CGI does that using the EMPTY > web > parameter. Yes, you could change the return status to MS_SUCCESS, but > either way you'd have to examine the error code to see if no records > were found (or worse the result set itself). It seems more intuitive to > me to encourage that check by returning MS_FAILURE. > > Steve > > Stephen Lime > Data & Applications Manager > > Michael, Try replacing pymodule.i in your mapscript/python directory with the one I've attached to this email. It implements a new Python exception named 'MapServerNotFoundError' which will be raised when MapServer throws a MS_NOTFOUND error in queryByPoint(). I chose this name because 'NotFoundError' is too ambiguous and MS_NOTFOUNDError doesn't look like a Python exception. In the future, we could add exceptions like 'MapServerGDError' etc. To use it, you'll do try: queryByPoint() except MapServerNotFoundError: # No records found ... If it works, I'll commit it to CVS. I still think that msQueryByPoint shouldn't throw an error when there are no records, but that the application itself should check the returned record set. We'll work this out one way or the other before 4.1. cheers, Sean --Apple-Mail-4--591952750 Content-Disposition: attachment; filename=pymodule.i Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="pymodule.i" /****************************************************************************** * $Id: pymodule.i,v 1.3 2003/06/17 04:34:07 sean Exp $ * * Project: MapServer * Purpose: Python-specific enhancements to MapScript * Author: Sean Gillies, sgillies at frii.com * ****************************************************************************** * * Python-specific mapscript code has been moved into this * SWIG interface file to improve the readibility of the main * interface file. The main mapscript.i file includes this * file when SWIGPYTHON is defined (via 'swig -python ...'). * *****************************************************************************/ /****************************************************************************** * Supporting 'None' as an argument to attribute accessor functions ****************************************************************************** * * Typemaps to support NULL in attribute accessor functions * provided to Steve Lime by David Beazley and tested for Python * only by Sean Gillies. * * With the use of these typemaps and some filtering on the mapscript * wrapper code to change the argument parsing of *_set() methods from * "Os" to "Oz", we can execute statements like * * layer.group = None * *****************************************************************************/ #ifdef __cplusplus %typemap(memberin) char * { if ($1) delete [] $1; if ($input) { $1 = ($1_type) (new char[strlen($input)+1]); strcpy((char *) $1,$input); } else { $1 = 0; } } %typemap(memberin,warning="451:Setting const char * member may leak memory.") const char * { if ($input) { $1 = ($1_type) (new char[strlen($input)+1]); strcpy((char *) $1,$input); } else { $1 = 0; } } %typemap(globalin) char * { if ($1) delete [] $1; if ($input) { $1 = ($1_type) (new char[strlen($input)+1]); strcpy((char *) $1,$input); } else { $1 = 0; } } %typemap(globalin,warning="451:Setting const char * variable may leak memory.") const char * { if ($input) { $1 = ($1_type) (new char[strlen($input)+1]); strcpy((char *) $1,$input); } else { $1 = 0; } } #else %typemap(memberin) char * { if ($1) free((char*)$1); if ($input) { $1 = ($1_type) malloc(strlen($input)+1); strcpy((char*)$1,$input); } else { $1 = 0; } } %typemap(memberin,warning="451:Setting const char * member may leak memory.") const char * { if ($input) { $1 = ($1_type) malloc(strlen($input)+1); strcpy((char*)$1,$input); } else { $1 = 0; } } %typemap(globalin) char * { if ($1) free((char*)$1); if ($input) { $1 = ($1_type) malloc(strlen($input)+1); strcpy((char*)$1,$input); } else { $1 = 0; } } %typemap(globalin,warning="451:Setting const char * variable may leak memory.") const char * { if ($input) { $1 = ($1_type) malloc(strlen($input)+1); strcpy((char*)$1,$input); } else { $1 = 0; } } #endif // __cplusplus /************************************************************************** * MapServer Errors and Python Exceptions ************************************************************************** * * Translation of errors reported via the ms_error structure into * Python exceptions. Original code by Chris Chamberlin * has been updated by Sean Gillies to use * PyErr_SetString, %exception and $action for SWIG 1.3, do the most * obvious mapping of MapServer errors to Python exceptions and map all * others to a new 'MapservError' exception which can be caught like this: * * from mapscript import * * empty_map = mapObj('') * try: * img = empty_map.draw() * except MapservError, msg: * print "Caught MapservError:", msg * *************************************************************************/ %{ PyObject *MSExc_MapservError; PyObject *MSExc_MapServerNotFoundError; %} %init %{ // Generic MapServer error MSExc_MapservError = PyErr_NewException("_mapscript.MapservError", NULL, NULL); if (MSExc_MapservError != NULL) PyDict_SetItemString(d, "MapservError", MSExc_MapservError); // MapServer query MS_NOTFOUND error MSExc_MapServerNotFoundError = PyErr_NewException("_mapscript.MapServerNotFoundError", NULL, NULL); if (MSExc_MapServerNotFoundError != NULL) PyDict_SetItemString(d, "MapServerNotFoundError", MSExc_MapServerNotFoundError); %} %{ static void _raise_ms_exception(void) { char errbuf[256]; char errmsg[2048]; // room for up to 8 * 256 byte messages int errcode; errorObj *ms_error; strcpy(errmsg, ""); ms_error = msGetErrorObj(); errcode = ms_error->code; // Step through the error list, appending to the output error // message. while (ms_error && ms_error->code > 0) { snprintf(errbuf, 255, "%s: %s %s\n", ms_error->routine, msGetErrorString(ms_error->code), ms_error->message); strcat(errmsg, errbuf); ms_error = ms_error->next; } // Map MapServer errors to Python exceptions, will define // custom Python exceptions soon. The exception we raise // is based on the error at the head of the MapServer error // list. All other errors appear in the error message. switch (errcode) { case MS_IOERR: PyErr_SetString(PyExc_IOError, errmsg); break; case MS_MEMERR: PyErr_SetString(PyExc_MemoryError, errmsg); break; case MS_TYPEERR: PyErr_SetString(PyExc_TypeError, errmsg); break; case MS_EOFERR: PyErr_SetString(PyExc_EOFError, errmsg); break; case MS_NOTFOUND: PyErr_SetString(MSExc_MapServerNotFoundError, errmsg); break; default: PyErr_SetString(MSExc_MapservError, errmsg); break; } } %} %exception { $action { errorObj *ms_error = msGetErrorObj(); // Sidestep the annoying MS_IOERR raised by msSearchDiskTree() // in maptree.c when a layer's shapetree index can't be found if ((ms_error->code != MS_NOERR) && (ms_error->code != -1) && !((ms_error->code == MS_IOERR) && (strcmp(ms_error->routine, "msSearchDiskTree()") == 0))) { _raise_ms_exception(); // Clear the error list msResetErrorList(); return NULL; } } } %pythoncode %{ MapservError = _mapscript.MapservError MapServerNotFoundError = _mapscript.MapServerNotFoundError %} --Apple-Mail-4--591952750 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies --Apple-Mail-4--591952750-- From gabriel at ciasc.gov.br Wed Jul 2 12:10:56 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Wed, 2 Jul 2003 16:10:56 -0300 Subject: [Mapserver-users] Styleitem "auto" References: Message-ID: <038d01c340cd$aa9f8440$12d713ac@ciasc.gov.br> Hi listers. What's the use and meaning of STYLEITEM "auto" ? Is it possible to control color, font, size, etc. from ANNOTATION. Thanks. From bmurch at seas.marine.usf.edu Wed Jul 2 12:15:49 2003 From: bmurch at seas.marine.usf.edu (Brock Murch) Date: Wed, 2 Jul 2003 15:15:49 -0400 Subject: [Mapserver-users] adding RASTER Layer Message-ID: <200307021515.49112.bmurch@marine.usf.edu> Lo all: I seem to have stumbled into a problem. I am working throught the tutorial and have had much success, however, I can't seem to make the s2ex3 raster layer work. If I comment out the: #LAYER # Shaded Relief Raster # NAME "relief" # DATA "raster/shdrlfi020g_ugl.tif" # STATUS DEFAULT # TYPE RASTER # OFFSITE 0 #END it works fine. However, if the layer is place I get no image, just a small vertical line (probably the border). I am using the newest version of mapserver. mapserv -v MapServer version 4.0-beta1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE gdal-config --formats gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm sdts raw dted mem jdem envisat elas fit vrt usgsdem l1b nitf bmp hdf4 gif jpeg png I have tried it with my own data too. png format with a png world file following the above map file format with the same results. What am I missing? I'm not sure what to try next. Any thoughts would be greatly appreciated. -- Brock Murch Institute for Marine Remote Sensing University of South Florida 140 7th Ave South St. Petersburg, FL 33701 http://imars.usf.edu/ (727) 553-1186 From keon at nacse.org Wed Jul 2 12:42:06 2003 From: keon at nacse.org (Dylan Keon) Date: Wed, 02 Jul 2003 12:42:06 -0700 Subject: [Mapserver-users] adding RASTER Layer In-Reply-To: <200307021515.49112.bmurch@marine.usf.edu> References: <200307021515.49112.bmurch@marine.usf.edu> Message-ID: <3F03358E.2000302@nacse.org> Brock, Syntax for OFFSITE changed in 4.0. OFFSITE now takes an RGB value instead of a single class index value. So, for example, if you're trying to make black pixels transparent you would now use "OFFSITE 0 0 0" instead of "OFFSITE 0" (assuming class 0 was assigned to black pixels). You could first try commenting out just the OFFSITE line to see if you get anything... --Dylan Brock Murch wrote: > Lo all: > I seem to have stumbled into a problem. I am working throught the tutorial > and have had much success, however, I can't seem to make the s2ex3 raster > layer work. If I comment out the: > > #LAYER # Shaded Relief Raster > # NAME "relief" > # DATA "raster/shdrlfi020g_ugl.tif" > # STATUS DEFAULT > # TYPE RASTER > # OFFSITE 0 > #END > > it works fine. > > However, if the layer is place I get no image, just a small vertical line > (probably the border). I am using the newest version of mapserver. > > mapserv -v > MapServer version 4.0-beta1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER > SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > gdal-config --formats > gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm sdts raw dted mem jdem > envisat elas fit vrt usgsdem l1b nitf bmp hdf4 gif jpeg png > > I have tried it with my own data too. png format with a png world file > following the above map file format with the same results. > > What am I missing? I'm not sure what to try next. Any thoughts would be > greatly appreciated. > > -- ************************************************ Dylan Keon GIS/Database Specialist Northwest Alliance for Computational Science and Engineering (NACSE) Oregon State University Corvallis, OR 97331 keon at nacse.org (541) 737-6608 ************************************************ From bmurch at seas.marine.usf.edu Wed Jul 2 12:50:35 2003 From: bmurch at seas.marine.usf.edu (Brock Murch) Date: Wed, 2 Jul 2003 15:50:35 -0400 Subject: [Mapserver-users] adding RASTER Layer In-Reply-To: <3F03358E.2000302@nacse.org> References: <200307021515.49112.bmurch@marine.usf.edu> <3F03358E.2000302@nacse.org> Message-ID: <200307021550.35079.bmurch@marine.usf.edu> Dylan: Thanks, but no luck. Whether I comment out the #OFFSITE line, or put in OFFSITE 0 0 0 still gives me no image other that the vertival border I spoke of earlier. Brock On Wednesday 02 July 2003 3:42 pm, Dylan Keon wrote: > Brock, > > Syntax for OFFSITE changed in 4.0. OFFSITE now takes an RGB value > instead of a single class index value. So, for example, if you're > trying to make black pixels transparent you would now use "OFFSITE 0 0 > 0" instead of "OFFSITE 0" (assuming class 0 was assigned to black pixels). > > You could first try commenting out just the OFFSITE line to see if you > get anything... > > --Dylan > > Brock Murch wrote: > > Lo all: > > I seem to have stumbled into a problem. I am working throught the > > tutorial and have had much success, however, I can't seem to make the > > s2ex3 raster layer work. If I comment out the: > > > > #LAYER # Shaded Relief Raster > > # NAME "relief" > > # DATA "raster/shdrlfi020g_ugl.tif" > > # STATUS DEFAULT > > # TYPE RASTER > > # OFFSITE 0 > > #END > > > > it works fine. > > > > However, if the layer is place I get no image, just a small vertical line > > (probably the border). I am using the newest version of mapserver. > > > > mapserv -v > > MapServer version 4.0-beta1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > > INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > > > gdal-config --formats > > gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm sdts raw dted mem > > jdem envisat elas fit vrt usgsdem l1b nitf bmp hdf4 gif jpeg png > > > > I have tried it with my own data too. png format with a png world file > > following the above map file format with the same results. > > > > What am I missing? I'm not sure what to try next. Any thoughts would be > > greatly appreciated. From jhart at frw.uva.nl Wed Jul 2 13:05:59 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Wed, 02 Jul 2003 22:05:59 +0200 Subject: FW: [Mapserver-users] JavaScript security In-Reply-To: <000001c340be$56173030$d701a8c0@matt> References: <000001c340be$56173030$d701a8c0@matt> Message-ID: <3F033B27.5060407@frw.uva.nl> Slightly off topic I'm afraid, but people simply don't realise how different English and German are. The great American writer Mark Twain wrote a travel book about Germany about 1880, and in an appendix he describes how he tried to learn German. It is one of his funniest pieces, but it also gives a good feel how differently things are put in German. There are many sites with this text, inside and outside Germany. See for example http://www.kombu.de/twain-2.htm His Heidelberg address at the end is simply marvelous. See: http://www.bdsnett.no/klaus/twain/#A Enjoy, Jan Matt Lynch wrote: > For anyone who is curious on the content of the browsercheck site. As > Jan noted, the translation isn't always smooth. > > http://www.google.com/translate_c?hl=en&ie=UTF-8&oe=UTF-8&langpair=de%7C > en&u=http://www.heise.de/ct/browsercheck/&prev=/language_tools > > Matt > > -----Original Message----- > From: Jan Hartmann [mailto:jhart at frw.uva.nl] > Sent: Wednesday, July 02, 2003 10:38 AM > To: Matt Lynch > Subject: Re: [Mapserver-users] JavaScript security > > > This is really very funny for someone who can read both German and > English. However, it is understandable for English speakers. Did you > send it to the list too? > > Jan > > Matt Lynch wrote: > >>The following link will provide a translation. >> >>http://www.google.com/translate_c?hl=en&ie=UTF-8&oe=UTF-8&langpair=de% >>7C >>en&u=http://www.heise.de/ct/browsercheck/&prev=/language_tools >> >>Regards, >> >>Matt >> >>-----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: Wednesday, July 02, 2003 10:02 AM >>To: mapserver-users at lists.gis.umn.edu >>Subject: Re: [Mapserver-users] JavaScript security >> >> >>Even so, a translation would be very helpful, if only for activeX and >>all that. It is really an excellent article from an excellent journal. > > I > >>don't understand why they don't have an English edition; they even >>have >>a Dutch one. >> >>I have sent my pictures to Tom Burk. He will publish them with the >>ones >>he took from the conference itself in a few days. >> >>Regards, >> >>Jan >> >>Flavio Hendry wrote: >> >> >>>Hi Jan >>> >>> >>> >>> >>>>http://www.heise.de/ct/browsercheck >>> >>> >>>there is no big need to translate that. almost all security issues >>>mentioned are related to active scripting / active-x and that >>>corresponds to what ed said ... js alone doesn't do it ... >>> >>>BTW: you took a lot of pictures at the pub. do you have some ??? did >>>you publish some somewhere ??? >>> >>>thx & best regards >>>flavio >>> >>> >> >> >>_______________________________________________ >>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >>--- >>Incoming mail is certified Virus Free. >>Checked by AVG anti-virus system (http://www.grisoft.com). >>Version: 6.0.486 / Virus Database: 284 - Release Date: 5/29/2003 >> >> >>--- >>Outgoing mail is certified Virus Free. >>Checked by AVG anti-virus system (http://www.grisoft.com). >>Version: 6.0.486 / Virus Database: 284 - Release Date: 5/29/2003 >> >> >> >> > > > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.486 / Virus Database: 284 - Release Date: 5/29/2003 > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.486 / Virus Database: 284 - Release Date: 5/29/2003 > > > > _______________________________________________ > 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 Jul 2 13:22:50 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Wed, 02 Jul 2003 22:22:50 +0200 Subject: [mapserver-users] huge performance problem with ECW Message-ID: Hi all, I have a big problem when I zoom in to a high level on a big ECW file. The file is 4 Gb. I also have the same file in tiles of approximately 1 Gb. When the boundingbox is (units is meters): bbox=171760,449736,173257,451421 (So approximately 1500 x 1700 m) The image takes less than 1 second to be created and memory usage on the server of mapserv.exe is 6 Mb. bbox=171760,450736,172257,451421 (So approximately 500 x 700 m) The image takes more than 34 second to be created and memory usage on the server of mapserv.exe is more than 50 Mb. WITHOUT TILES: almost 100 Mb memory and more than 50 seconds to render image!! Can anybody help? Is this normal behaviour? --- WMS --- I have also noticed some minor problems with the WMS interface: -when I include an SRS in my WMS request for a raster layer, I get a projection error: msProcessProjection(): Projection library error. no system list, errno: 2 when I leave out the SRS I get the image. Although according to the WMS capabilities mapserver should be able to render my raster (which is in EPSG:28992, the same as the SRS I request) in EPSG:28992. Because OGC WMS layers inherit the SRS and boundingboxes from their parent layers, i.e. from the bounding box and SRS present in the mapfile. -when I request for capabilities without a version (1.1.0), IE does not recognize the content-type. The content-type is empty in the open/save dialog which comes to the screen. Opera recognizes the content-type, but the filename ends with exe which causes some "security" problems (filename: mapserv.exe). In IE the filename is just mapserv. Is there a way to overcome this? Best regards, Bart From Zamil.Murji at divestco.com Wed Jul 2 13:36:12 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Wed, 2 Jul 2003 14:36:12 -0600 Subject: [Mapserver-users] Oracle Spatial Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A922@div-mx02.DIVESTCO.COM> Thanks Bart for the quick reply... I was able to convert my shapefiles into oracle spatial format using some tools on otn. Using those tools they insert NULL as the SRID. Will this cause grief? According to the WIKI you had to specify a SRID otherwise you got a mapserver error. Is this correct? Is there any way to see what query mapserver will be running? Like a log file or something of the sort. In the connection string, does service refer to the ip address? Thanks in advance, Zamil -----Original Message----- From: Bart van den Eijnden [mailto:bartvde at xs4all.nl] Sent: Wednesday, July 02, 2003 12:22 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Oracle Spatial Hi Zamil, otn (Oracle technology network) is the best site for Oracle information. Oracle itself has a tool to import shapefiles into Oracle Spatial. http://otn.oracle.com (you can register for free) The easiest to use is the built-in Oracle Spatial support. To use the support through OGR, you have to compile OGR against the Oracle client library. See also the mapserver wiki Oracle Spatial page: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial Best regards, Bart On Wed, 2 Jul 2003 12:03:19 -0600, Zamil Murji wrote: > Hello list, > > I want to use MapServer to draw an Oracle Spatial layer, however, I have > never used Oracle Spatial. I have some questions I am sure you will be > able to answer. > > 1) What utilities are available to import a shapefile into an Oracle > Spatial database? Where can I download them from? 2) Need to know some > good sites on how to setup Oracle 8i with the Spatial component, and I > need a quick tutorial on how to create a table, alter a table, insert and > select from that table. Any good sites? > 3) I read on the newsgroup that there are two ways to go about this. One > is to use the built in oracle spatial support and the other is to use > ogr. I am running Apache on a windows 2000 box, what way is the best to > go, easiest to setup? > > Thanks for your help > Zamil > > -----Original Message----- > From: Eduardo Patto Kanegae [mailto:eduardo at linkgeo.com.br] > Sent: Wednesday, June 25, 2003 8:44 AM > To: mapserver-users at lists.gis.umn.edu > Cc: niklas "w??rmann > Subject: Re: [Mapserver-users] running v4 beta as a command line tool > > > I've tested on MapServer 3.6.4 for Windows, using: > > $ mapserv "QUERY_STRING=map=c:\test\mymap.map&mode=map&foo=...." > > myresult.gif > > but if you try to open "myresult.gif" it crash... > > so I opened this file with a text editor and deleted the first two > lines(the headers), then it works! > > regards > > Eduardo Patto Kanegae > eduardo at linkgeo.com.br > http://www.linkgeo.com.br > > *************************************** > ***Fim da Mensagem / End of Message *** > *************************************** > > > On Wed, 25 Jun 2003 14:43:41 +0200, Vincent Schut > enscreveu: > >> De: Vincent Schut >> Data: Wed, 25 Jun 2003 14:43:41 +0200 >> Para: niklas w??rmann , > users at lists.gis.umn.edu> >> Assunto: Re: [Mapserver-users] running v4 beta as a command line tool >> >> On Wednesday 25 June 2003 10:06, niklas w??rmann wrote: >> > Hi! >> > i am trying to track down the reason mapserver isn??t working on my >> windows >> > 2000 server. >> > >> > i remember seeing somewhere that it was indeed possible to run >> mapserver as >> > a command line tool, specifying a map file and an output file >> > >> > anyone know the syntax for this? >> >> On linux: >> ./mapserv "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" >> This will output headers + image data to stdout (on linux). Probably on >> windows your executable is not named mapserv but something like >> mapserv.exe? And use \ instead of / I think. >> >> you cannot just save the output as image file because the headers are in >> the output too. >> But you can see if it outputs something (lots of ascii: image), or gives >> an error. >> To see the image: type in your browser: >> http://localhost/cgi-bin/mapserv?map=/path/to/your/mapfile.map&mode=map >> change / in path to \ if on windows? >> >> Regards, >> -- ______________________________________ >> Vincent Schut >> Sarvision B.V. >> Wageningen, The Netherlands >> www.sarvision.com >> >> _______________________________________________ >> 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 bart at atsence.nl Wed Jul 2 14:41:05 2003 From: bart at atsence.nl (Bart van Heijningen) Date: Wed, 2 Jul 2003 23:41:05 +0200 Subject: [Mapserver-users] PHP Mapscript writing rectangles with ms_newRectObj(); on the fly Message-ID: <000001c340e2$a7a4d550$0700a8c0@ATSENCEDOMEIN> Hi all, Before I get out of here I would like to leave a question here , hoping that one of you guys can help me out. I use Mapserver4 on RH 8.0 PHP mapscript. >From a mysql table I want to generate a bar chart which I want to display as a layer on a map. The location is x,y from the dbase as well. Sof far I am stuck with drawing the rectangle bar chart. I want to use The thing I try to do is define the amount of bars to display on the given location and then draw the inidvidual bars defined by their value and define a colour for the bars. $wvilayer = $wvimap->getLayerByName("$unit"); $rectObj = ms_newRectObj(); How should I now proceed? I have tried a dozen things but I think I am overlooking something. Here's what I have: Get the layer that refers to the location data where I want to print a bar chart. $wvilayer = $wvimap->getLayerByName("$unit"); // Get the first class of the layer $classObj = $wvilayer->getClass(0); //get location data from mysql $pointObj->setXY($rd_x,$rd_y); $line = ms_newLineObj(); $line ->add($pointObj); $shp = ms_newShapeObj(MS_SHAPE_POINT); $shp->add($line); //$shp->{text} = $measurements; //$shp->{index} = ($count2); if($wvilayer->addFeature($shp) == -1){ echo "addFeature failed"; } $pointObj = ms_newPointObj(); $rectObj = ms_newRectObj(); //$rectObj->setextent($rd_x, $rd_y, // ($rd_x + $hshift) , ($rd_y*$measurements)); $pointObj->setXY($rd_x,$rd_y); $line = ms_newLineObj(); $line ->add($pointObj); $shp = ms_newShapeObj(MS_SHAPE_POINT); $shp->add($line); //$shp->{text} = $measurements; //$shp->{index} = ($count2); if($wvilayer->addFeature($shp) == -1){ echo "addFeature failed"; } // Here the minx miny maxx and maxy and measure value of the bars in // the chart are calculated // These points are calculated correctly $rectObj->set("minx",(($rd_x)-($hshift))); $rectObj->set("miny",(($rd_y)+($vshift))); $rectObj->set("maxx",(($rd_x)-($hshift)+($barwidth))); $rectObj->set("maxy",((($rd_y)+($vshift)+($measurements)))); echo "count2 = $count2
\n"; echo "meetwaarde count 2 = $point_lookup[$count2]
\n"; //$count2++; $rectObj->draw( $wvimap, $wvilayer, $wviimg, 0, $measurements ); Here it goes wrong the layer is not drawn on the map. ++++++++++ ++++++++++ map file ++++++++++++++++++++++ LAYER NAME "Ba-140" TYPE polygon POSTLABELCACHE TRUE STATUS OFF CLASS NAME "Ba-140" COLOR 208 28 2 BACKGROUNDCOLOR 208 28 2 SYMBOL 'circle' LABEL TYPE TRUETYPE ANTIALIAS FALSE PARTIALS FALSE POSITION AUTO FONT fritqat COLOR 0 0 0 BACKGROUNDCOLOR 254 254 254 SIZE 6 POSITION uc END END END From Zamil.Murji at divestco.com Wed Jul 2 14:50:02 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Wed, 2 Jul 2003 15:50:02 -0600 Subject: [Mapserver-users] Oracle Spatial Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A923@div-mx02.DIVESTCO.COM> After using the oracle tools to convert my shapefile into an oracle spatial format, this is what I have: SQL> select * from oilwells where gid = 1; GID ---------- GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) -------------------------------------------------------------------------------- 1 SDO_GEOMETRY(2002, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), SDO_ORDINATE_ARRAY( -112.08855, 48.9998283, -112.08855, 48.9998283)) SQL> Notice that the SDO_POINT(X, Y, Z) column is NULL. Can mapserver handle this case. I guess the otn utilities utilize the last two columns. Also note that the SRID is null. When i draw my image, I get the following error message: msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. Here is my .map definition for this layer. LAYER NAME "oilwells" TYPE point STATUS default CONNECTIONTYPE oraclespatial CONNECTION "sdb/sdb at 10.0.50.30" DATA "GEOMETRY FROM OILWELLS USING SRID NULL" # DUMP TRUE MAXSCALE 20 SYMBOLSCALE 2 CLASS SYMBOL 3 SIZE 12 MAXSIZE 28 MINSIZE 4 END END I am using mapserver 3.6.6 precompiled with oracle spatial support from the mapserver downloads page. Any help would be greatly appreciated. Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Wednesday, July 02, 2003 2:36 PM To: bartvde at xs4all.nl; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Oracle Spatial Thanks Bart for the quick reply... I was able to convert my shapefiles into oracle spatial format using some tools on otn. Using those tools they insert NULL as the SRID. Will this cause grief? According to the WIKI you had to specify a SRID otherwise you got a mapserver error. Is this correct? Is there any way to see what query mapserver will be running? Like a log file or something of the sort. In the connection string, does service refer to the ip address? Thanks in advance, Zamil -----Original Message----- From: Bart van den Eijnden [mailto:bartvde at xs4all.nl] Sent: Wednesday, July 02, 2003 12:22 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Oracle Spatial Hi Zamil, otn (Oracle technology network) is the best site for Oracle information. Oracle itself has a tool to import shapefiles into Oracle Spatial. http://otn.oracle.com (you can register for free) The easiest to use is the built-in Oracle Spatial support. To use the support through OGR, you have to compile OGR against the Oracle client library. See also the mapserver wiki Oracle Spatial page: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial Best regards, Bart On Wed, 2 Jul 2003 12:03:19 -0600, Zamil Murji wrote: > Hello list, > > I want to use MapServer to draw an Oracle Spatial layer, however, I have > never used Oracle Spatial. I have some questions I am sure you will be > able to answer. > > 1) What utilities are available to import a shapefile into an Oracle > Spatial database? Where can I download them from? 2) Need to know some > good sites on how to setup Oracle 8i with the Spatial component, and I > need a quick tutorial on how to create a table, alter a table, insert and > select from that table. Any good sites? > 3) I read on the newsgroup that there are two ways to go about this. One > is to use the built in oracle spatial support and the other is to use > ogr. I am running Apache on a windows 2000 box, what way is the best to > go, easiest to setup? > > Thanks for your help > Zamil > > -----Original Message----- > From: Eduardo Patto Kanegae [mailto:eduardo at linkgeo.com.br] > Sent: Wednesday, June 25, 2003 8:44 AM > To: mapserver-users at lists.gis.umn.edu > Cc: niklas "w??rmann > Subject: Re: [Mapserver-users] running v4 beta as a command line tool > > > I've tested on MapServer 3.6.4 for Windows, using: > > $ mapserv "QUERY_STRING=map=c:\test\mymap.map&mode=map&foo=...." > > myresult.gif > > but if you try to open "myresult.gif" it crash... > > so I opened this file with a text editor and deleted the first two > lines(the headers), then it works! > > regards > > Eduardo Patto Kanegae > eduardo at linkgeo.com.br > http://www.linkgeo.com.br > > *************************************** > ***Fim da Mensagem / End of Message *** > *************************************** > > > On Wed, 25 Jun 2003 14:43:41 +0200, Vincent Schut > enscreveu: > >> De: Vincent Schut >> Data: Wed, 25 Jun 2003 14:43:41 +0200 >> Para: niklas w??rmann , > users at lists.gis.umn.edu> >> Assunto: Re: [Mapserver-users] running v4 beta as a command line tool >> >> On Wednesday 25 June 2003 10:06, niklas w??rmann wrote: >> > Hi! >> > i am trying to track down the reason mapserver isn??t working on my >> windows >> > 2000 server. >> > >> > i remember seeing somewhere that it was indeed possible to run >> mapserver as >> > a command line tool, specifying a map file and an output file >> > >> > anyone know the syntax for this? >> >> On linux: >> ./mapserv "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" >> This will output headers + image data to stdout (on linux). Probably on >> windows your executable is not named mapserv but something like >> mapserv.exe? And use \ instead of / I think. >> >> you cannot just save the output as image file because the headers are in >> the output too. >> But you can see if it outputs something (lots of ascii: image), or gives >> an error. >> To see the image: type in your browser: >> http://localhost/cgi-bin/mapserv?map=/path/to/your/mapfile.map&mode=map >> change / in path to \ if on windows? >> >> Regards, >> -- ______________________________________ >> Vincent Schut >> Sarvision B.V. >> Wageningen, The Netherlands >> www.sarvision.com >> >> _______________________________________________ >> 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 andalba at tiscalinet.it Wed Jul 2 15:25:28 2003 From: andalba at tiscalinet.it (Andrea Albano) Date: Thu, 3 Jul 2003 00:25:28 +0200 Subject: [Mapserver-users] Problem with setFilter Message-ID: <001401c340e8$d7fbce60$9e7f0a3e@homepc> Hello everyone. I have a strange problem in using setFilter function in PHP-Mapscript 3.6. I am trying to build an interface that allow the user to set a filter for every layer of a Map: a simple html page help the user to build the filter expression, then this expression is saved in METADATA section of this layer in a entry called FILTER_EXPR: $oLayer->setMetaData("FILTER_EXPR", $szFiltExp); Then, before drawing the map, I loop through all the layers and check if the current layer have a filter; if so i retrive it: $szFiltExp1 = $oLayer->getMetaData("FILTER_EXPR"); With this variable, that represent my filter expression, I try to filter the layer: $oLayer->setFilter($szFiltExp1); (here var_dump($szFiltExp1) ; return string(19) "('[STATE]'='ITALY')" and this seems correct!) But this NEVER WORKS!!! The layer will be empty!!! And almost incredible... if I explicitly set the exactly same string via code.. WORKS!!! $szFiltExp2 = "('[STATE]'='ITALY')"; $oLayer->setFilter($szFiltExp2); I've tried almost everything: string function like eval, var_export, stripslashes,... other syntax: like $oLayer->setFilter("\"$szFiltExp1\""); single quote string like '(\'[STATE]\'=\'ITALY\')'; but nothing, nothing, nothing... Where is the problem: PHP or mapscript setFilter? And how really treat his parameter the setFilter function? Thanks in advance. Andrea Albano PS : sorry for my poor english! From franck at sopac.org Wed Jul 2 15:48:21 2003 From: franck at sopac.org (Franck Martin) Date: 03 Jul 2003 10:48:21 +1200 Subject: [Mapserver-users] MS v4.0b msLoadMap grabage ? In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A923@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30A923@div-mx02.DIVESTCO.COM> Message-ID: <1057186100.3065.4.camel@localhost> --=-Gzo23S1QiYKbTgGxebPm Content-Type: text/plain Content-Transfer-Encoding: 7bit I have just compiled MS v4.0b (from download) and when I use shp2img with a map file that was working in v3.3.6 I get msLoadMap(): unable to access file(garbage) and it resets my terminal with some garbage... looks like an overflow problem of some sort... I compiled with: ./configure --with-proj --with-gdal --with-ogr --with-wms --with-php=/usr/include/php --without-tiff Any idea? -- Franck Martin SOPAC --=-Gzo23S1QiYKbTgGxebPm Content-Type: text/html; charset=utf-8 I have just compiled MS v4.0b (from download) and when I use shp2img with a map file that was working in v3.3.6 I get msLoadMap(): unable to access file(garbage) and it resets my terminal with some garbage... looks like an overflow problem of some sort...

I compiled with:
./configure --with-proj --with-gdal --with-ogr --with-wms --with-php=/usr/include/php --without-tiff

Any idea?
--
Franck Martin <franck at sopac.org>
SOPAC
--=-Gzo23S1QiYKbTgGxebPm-- From Timothy.Mackey at ga.gov.au Wed Jul 2 17:45:40 2003 From: Timothy.Mackey at ga.gov.au (Timothy.Mackey at ga.gov.au) Date: Thu, 3 Jul 2003 10:45:40 +1000 Subject: [Mapserver-users] Oracle Spatial support for labels and queries Message-ID: Hi all, Does anyone know if there are plans to extend the OracleSpatial support to include labels and queries, etc? The current functionality is pretty limited at the moment without this. Tim Mackey Webmaster Geoscience Australia timothy.mackey at ga.gov.au http://www.ga.gov.au From ldm_ar at speedy.com.ar Wed Jul 2 19:03:27 2003 From: ldm_ar at speedy.com.ar (Lautaro Diego Mosquera) Date: Wed, 02 Jul 2003 23:03:27 -0300 Subject: [Mapserver-users] problem with mapserv, w2k and iis Message-ID: <001501c34107$4dafcfd0$0100a8c0@ideafix> This is a multi-part message in MIME format. --Boundary_(ID_eRSGvJ3KU1ipvvOnpqDVPA) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Hola a todos Tengo problemas con la generacion de imagenes desde el mapserv, nunca pude generar imagenes. Cuales son los permisos que tengo que darles al mapserv.exe? Como lo tengo que configurar? Ya lei varios articulos sobre los permisos, pero no me funciona. Agradeceria ayuda. Desde ya muchas gracias. Lautaro --Boundary_(ID_eRSGvJ3KU1ipvvOnpqDVPA) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
Hola a todos
 
Tengo problemas con la generacion de imagenes desde el mapserv, nunca pude generar imagenes. Cuales son los permisos que tengo que darles al mapserv.exe? Como lo tengo que configurar?
Ya lei varios articulos sobre los permisos, pero no me funciona.
 
Agradeceria ayuda.
Desde ya muchas gracias.
Lautaro
--Boundary_(ID_eRSGvJ3KU1ipvvOnpqDVPA)-- From morissette at dmsolutions.ca Wed Jul 2 19:52:39 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 02 Jul 2003 22:52:39 -0400 Subject: [Mapserver-users] Problem with setFilter References: <001401c340e8$d7fbce60$9e7f0a3e@homepc> Message-ID: <3F039A77.4D968745@dmsolutions.ca> I didn't think you needed the quotes around the [STATE] field name. Did you try removing the quotes around the field name? e.g. $oLayer->setFilter("([STATE] = 'ITALY')"); Daniel Andrea Albano wrote: > > Hello everyone. > > I have a strange problem in using setFilter function in PHP-Mapscript 3.6. > I am trying to build an interface that allow the user to set a filter for > every layer of a Map: a simple html page help the user to build the filter > expression, then this expression is saved in METADATA section of this layer > in a entry called FILTER_EXPR: > > $oLayer->setMetaData("FILTER_EXPR", $szFiltExp); > > Then, before drawing the map, I loop through all the layers and check if the > current layer have a filter; if so i retrive it: > > $szFiltExp1 = $oLayer->getMetaData("FILTER_EXPR"); > > With this variable, that represent my filter expression, I try to filter the > layer: > > $oLayer->setFilter($szFiltExp1); > (here > var_dump($szFiltExp1) ; > return string(19) "('[STATE]'='ITALY')" and this seems correct!) > > But this NEVER WORKS!!! The layer will be empty!!! > And almost incredible... if I explicitly set the exactly same string via > code.. WORKS!!! > > $szFiltExp2 = "('[STATE]'='ITALY')"; > $oLayer->setFilter($szFiltExp2); > > I've tried almost everything: > string function like eval, var_export, stripslashes,... > other syntax: like $oLayer->setFilter("\"$szFiltExp1\""); > single quote string like '(\'[STATE]\'=\'ITALY\')'; > but nothing, nothing, nothing... > > Where is the problem: PHP or mapscript setFilter? > And how really treat his parameter the setFilter function? > > Thanks in advance. > Andrea Albano > > PS : sorry for my poor english! > From pramsey at refractions.net Wed Jul 2 20:19:00 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Wed, 02 Jul 2003 20:19:00 -0700 Subject: [Mapserver-users] Oracle Spatial support for labels and queries In-Reply-To: References: Message-ID: <3F03A0A4.2070307@refractions.net> Hi Tim, We "plan" on unifying the DB data sources and providing some common semenatics and capabilities between them, as well as adding some new ones. However you may find that our schedule (when we get around to it) does not meet yours (right now?). Offering to fund your particular required enhancements, even partially, can go along way to getting what you want, when you want it. Paul Timothy.Mackey at ga.gov.au wrote: > Hi all, > > Does anyone know if there are plans to extend the OracleSpatial > support to include labels and queries, etc? > > The current functionality is pretty limited at the moment without > this. -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From Dean Wed Jul 2 21:49:36 2003 From: Dean (Dean) Date: Thu, 3 Jul 2003 12:49:36 +0800 Subject: [Mapserver-users] ActiveX IIS and Mapscript. Message-ID: <003701c3411e$8152d6e0$9864a8c0@MANGO> Hello all, I apologise if this has been covered before but I have searched the archives and can not find anything recent. Basically what I want to do is get a Mapscript application working with IIS without resorting to having to install PHP or perl and preferably without needing a java engine installed either. The Mapscript application will basically read from catalogue and present the maps. So - Is there a COM component around that can be used within ASP. the archives suggest a demand for, and some work being completed towards an ActiveX component bit this seems to have petered out. (What happened?) Does anybody have any compiled JAVA components to work on windows, with the precompiled Mapserver Binaries from the mapserver site ? Has anybody successfully compiled them using Borland C++ (Command Line)? Am I setting myself up for a fall suggesting that I will have a go at creating them. (I am not a C/C++ Programmer but have done a reasonable amount of programming in other languages). Any advice will be appreciated. Thanks -------------------------------------------- Dean Taylor Data Systems Engineer Karjeni Pty Ltd www.karjeni.com.au -------------------------------------------- From flavio at tydac.ch Wed Jul 2 23:24:18 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Thu, 03 Jul 2003 08:24:18 +0200 Subject: FW: [Mapserver-users] JavaScript security In-Reply-To: <3F033B27.5060407@frw.uva.nl> References: <000001c340be$56173030$d701a8c0@matt> <3F033B27.5060407@frw.uva.nl> Message-ID: hi jan to continue off topic: Bill Brysons "Neither Here Nor There: Travels in Europe" is extremely funny about german as a language, german food and germans at all (and makes a lot of fun of all other "old europeans") ... WARNING: do not read in public, they might think you are a bit nuts if you just kill yourself laughing. ciao flavio From braulioen at ono.com Wed Jul 2 23:34:44 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Thu, 03 Jul 2003 08:34:44 +0200 Subject: [Mapserver-users] Re: Problem with setFilter Message-ID: <6df2c6a1bc.6a1bc6df2c@ono.com> Andrea, Your test (the attribute with double quotes): $szFiltExp2 = "(\"[STATE]\"='ITALY')"; Braulio. From braulioen at ono.com Wed Jul 2 23:35:38 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Thu, 03 Jul 2003 08:35:38 +0200 Subject: [Mapserver-users] queryByAttributes in PHP/Mapscript 3.7 Message-ID: <7044b6caf6.6caf67044b@ono.com> Hi at all, Somebody could send to me to some example of use of the function queryByAttributes in PHP/Mapscript 3.7 using several attributes? An example how to pass the parameters. Thanks. Braulio. From braulioen at ono.com Wed Jul 2 23:36:12 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Thu, 03 Jul 2003 08:36:12 +0200 Subject: [Mapserver-users] Problem with ECW in PHP/Mapscript 3.7 Message-ID: <70650701ac.701ac70650@ono.com> Hello, I've begun to use the version 3.7 of PHP/Mapscript and I have a problem. I was using the version 3.6 and I could see a layer RASTER and now I can't, this layer now no longer is seen. This layer is a ECW image, we have a Image Web Server and the configuration of the layer in the MAP file is: LAYER NAME ortofoto TYPE RASTER STATUS ON DATA "ecwp://myserver/myimage.ecw" END This version is downloaded of DM Solutions (mapserver-3.7-dev-win32- php4.3.0-gd2.zip), I've decompress the ECW dll's, although they were the same ones that already I had, and I have been with this problem. To what east problem when changing of version could be due? Thanks in advance. Braulio. From mschulz at webgis.de Thu Jul 3 00:39:24 2003 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 03 Jul 2003 09:39:24 +0200 Subject: [Mapserver-users] python mapscript References: <2C68DC23-ACA7-11D7-BB35-000393B98B56@frii.com> Message-ID: <3F03DDAC.1891E21B@webgis.de> Hi Sean, thanks for your help. I tried your new pymodule.i and i can catch the error in the python shell, but if i try it in combination with zope-zmapserver it is not working. The zope process still gets killed. I thought along the same lines as you yesterday and changed pymodule.i according to your second suggestion: -- snip line 186 // Sidestep the annoying MS_IOERR raised by msSearchDiskTree() // in maptree.c when a layer's shapetree index can't be found if ((ms_error->code != MS_NOERR) && (ms_error->code != -1) && !((ms_error->code == MS_IOERR) && (strcmp(ms_error->routine, "msSearchDiskTree()") == 0)) && !((ms_error->code == MS_NOTFOUND) && (strcmp(ms_error->routine, "msQueryByPoint()") == 0))) This works, the error is not raised when no records are found and thus zope no longer gets killed. Although i don't understand why i can't catch this error e.g. with a try except block? Cheers, Michael Sean Gillies schrieb: > Michael, > > I think this is probably an issue with MapServer's C library. > Am looking into it now to see what happens in msQueryByPoint. > I agree that msQueryByPoint should not raise an error in the > case of no records found by an otherwise proper query. > > Another thing we could do is to evade the error in MapScript's > error handler like we are doing with the error that is raised > when no shapefile tileindex is present. Maybe this is the > best way for now, and push to change msQuery* behavior for > MapServer 4.1. > > cheers, > Sean > > On Wednesday, July 2, 2003, at 09:14 AM, Michael Schulz wrote: > > > Hi, > > > > i have a question concerning the new error handling code in python > > mapscript. While it is very good that mapscript now throws real > > meaningful exceptions for a lot of errors, it is somewhat annyoing that > > e.g. queryByPoint also gives an error when no records where found. What > > would be the correct way to change this behaviour? > > A bit more background information why this behaviour is annoying me > > (for > > those using python mapscript in the zmapserver environment): i am > > working on implementing query mechanisms in zmapserver, and in the > > combination zope-zmapserver-python/mapscript it seems, that i am not > > able to catch this exception correctly. Even worse, the zope process > > gets killed (although an error should be raised, the zope process > > segfaults). Well, as you might assume this is not the intended > > behaviour. Hmm, any ideas, where to start looking? > > > > TIA, Michael > > > -- > Sean Gillies > sgillies at frii dot com > http://www.frii.com/~sgillies > > _______________________________________________ > 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 Sautierstr. 38, 79104 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de From bear at prometheus.org.yu Thu Jul 3 00:53:47 2003 From: bear at prometheus.org.yu (Attila Csipa) Date: Thu, 3 Jul 2003 09:53:47 +0200 Subject: [Mapserver-users] Problem with setFilter In-Reply-To: <001401c340e8$d7fbce60$9e7f0a3e@homepc> References: <001401c340e8$d7fbce60$9e7f0a3e@homepc> Message-ID: <200307030953.47868.attila@prometheus.org.yu> On Thursday 03 July 2003 00:25, Andrea Albano wrote: > $oLayer->setFilter($szFiltExp1); > But this NEVER WORKS!!! The layer will be empty!!! > And almost incredible... if I explicitly set the exactly same string via > code.. WORKS!!! > $szFiltExp2 = "('[STATE]'='ITALY')"; > $oLayer->setFilter($szFiltExp2); > I've tried almost everything: > string function like eval, var_export, stripslashes,... > other syntax: like $oLayer->setFilter("\"$szFiltExp1\""); > single quote string like '(\'[STATE]\'=\'ITALY\')'; > but nothing, nothing, nothing... > Where is the problem: PHP or mapscript setFilter? > And how really treat his parameter the setFilter function? This might be a manifestation of bug #242 http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=242 From nwoe at privat.utfors.se Thu Jul 3 01:03:46 2003 From: nwoe at privat.utfors.se (=?iso-8859-1?Q?niklas_w=F6rmann?=) Date: Thu, 3 Jul 2003 10:03:46 +0200 Subject: [Mapserver-users] plugging in a template to get cgi back References: <000001c340be$56173030$d701a8c0@matt> <3F033B27.5060407@frw.uva.nl> Message-ID: <002001c34139$a9237380$8300a8c0@big> Hi! I am trying to send some cgi parameters to the mapserver cgi, and get some useful info back.... what i am interested in is primarily getting the [MAP] filename, seems i should use a template file for this, but i have no idea where to put it, or how to use it for that matter tia niklas w?rmann ?vlsj? sweden From schut at sarvision.com Thu Jul 3 01:08:36 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 3 Jul 2003 10:08:36 +0200 Subject: [Mapserver-users] adding RASTER Layer In-Reply-To: <200307021550.35079.bmurch@marine.usf.edu> References: <200307021515.49112.bmurch@marine.usf.edu> <3F03358E.2000302@nacse.org> <200307021550.35079.bmurch@marine.usf.edu> Message-ID: <200307031008.36182.schut@sarvision.com> Brock, don't know if it helps, but you might try to recompile your mapserver with --without-tiff to force it to use GDAL's tiff reading instead of libtiff. GDAL's tiff reading capabilities extend the normal one with all kinds of geotiff features, etc. Cheers, Vincent. On Wednesday 02 July 2003 21:50, Brock Murch wrote: > Dylan: > > Thanks, but no luck. Whether I comment out the #OFFSITE line, or put in > OFFSITE 0 0 0 still gives me no image other that the vertival border I > spoke of earlier. > > Brock > > On Wednesday 02 July 2003 3:42 pm, Dylan Keon wrote: > > Brock, > > > > Syntax for OFFSITE changed in 4.0. OFFSITE now takes an RGB value > > instead of a single class index value. So, for example, if you're > > trying to make black pixels transparent you would now use "OFFSITE 0 0 > > 0" instead of "OFFSITE 0" (assuming class 0 was assigned to black > > pixels). > > > > You could first try commenting out just the OFFSITE line to see if you > > get anything... > > > > --Dylan > > > > Brock Murch wrote: > > > Lo all: > > > I seem to have stumbled into a problem. I am working throught the > > > tutorial and have had much success, however, I can't seem to make the > > > s2ex3 raster layer work. If I comment out the: > > > > > > #LAYER # Shaded Relief Raster > > > # NAME "relief" > > > # DATA "raster/shdrlfi020g_ugl.tif" > > > # STATUS DEFAULT > > > # TYPE RASTER > > > # OFFSITE 0 > > > #END > > > > > > it works fine. > > > > > > However, if the layer is place I get no image, just a small vertical > > > line (probably the border). I am using the newest version of mapserver. > > > > > > mapserv -v > > > MapServer version 4.0-beta1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > > > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > > > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 > > > INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > > > > > gdal-config --formats > > > gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm sdts raw dted > > > mem jdem envisat elas fit vrt usgsdem l1b nitf bmp hdf4 gif jpeg png > > > > > > I have tried it with my own data too. png format with a png world file > > > following the above map file format with the same results. > > > > > > What am I missing? I'm not sure what to try next. Any thoughts would be > > > greatly appreciated. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From bwragg at tpg.com.au Thu Jul 3 01:28:06 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Thu, 3 Jul 2003 17:58:06 +0930 Subject: [Mapserver-users] [SUM] Postgis Transform Problem In-Reply-To: <200307020942.14605.schut@sarvision.com> Message-ID: <004301c3413d$086d7ef0$0a00a8c0@mapping12> Thankyou to Paul Ramsey, Vincent Schut from the Mapserver list and Ed McNierney and Gerald Evenden from the proj4 list for their help on this one. My lack of knowledge of projections was really the problem as converting 90 or -90 lat is impossible with the Mercator projection. My past use of ArcView 8 convinced me it was possible but it seems ESRI have some "idiot protection" in their projection engine which must alter the lat value if it's to great. Thanks again for your help Cheers, Benjamin -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Vincent Schut Sent: Wednesday, 2 July 2003 5:12 PM To: bwragg at tpg.com.au; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] FW: [postgis-users] Postgis Transform Problem Benjamin, my 2c on latlon and mercator: tmerc is 'transverse mercator', as used in the abreviation 'UTM': Universal Transverse Mercator. 'Exercising tmerc at the boundaries': in latlon systems (which are essentially unprojected, though they are sometimes called latlon or geographic 'projections'), the north and south pole are single points. In projections like (transverse) mercator however, the north and south pole are either not there (they fall outside the valide projection area) or can be regarded as being stretched till these 'points' occupy the entire northern and southern boundary line of the projection of the entire earth. You might better understand this if you look at these projections as wrapping the earth in a vertical cilinder and projecting each point of the sphere of the earth onto its nearest point on the surface of the cilinder. There are only 2 points that are undefined in this, because they are similarly equal in distance to more than one point, to be specific an entire line: the most upper and lower points of the spere, or any latlon point that has a latitude of 90 or -90. Try cs2cs with any other value as lon, and 90 or -90 as lat, and it will give you the same non-output as 180, 90, because all these coordinates are the same point: north or south pole. I don't know how arcview does it, but it must be some workaround of the normal projection formula, cause that will not give you one single point for these coordinates. It will either give you a line, or a 'undefined' result. On Wednesday 02 July 2003 00:46, Benjamin Wragg wrote: > 179.99 and 89.99 work OK. The problem is that I receive on a regular > basis minx,miny,maxx,maxy coordinates which define the area of a > hardcopy map boundary. Since many hardcopy maps are made of the entire > earth, the coordinates sent are -180,-90,180,90. I then create PostGIS > features from these coordinates. > > If I project the data in ArcView 8 I get something like the attached > image. The purple/pink is a box I defined as -180,-90,180,90 using > WGS84 and then projected it to Mercator. I was hoping to achieve > similar using PostGIS. > > What did you mean by 'exercising tmerc at the boundaries'? 'tmerc'? > > Thanks, > > Benjamin > > (I removed the image for the list. If you need it let me know) > > -----Original Message----- > From: Paul Ramsey [mailto:pramsey at refractions.net] > Sent: Tuesday, 1 July 2003 11:57 PM > To: bwragg at tpg.com.au > Subject: Re: FW: [postgis-users] Postgis Transform Problem > > > cs2cs exercises proj4 which is what postgis uses, so the test is > equivalent. You realize that you are exercising tmerc at the > boundaries, right? I do not know what the correct behavior should be > at that coordinate. What happens when you try 179.99 89.99? > > On Monday, June 30, 2003, at 10:53 PM, Benjamin Wragg wrote: > > I tried the cs2cs utility. I think I'm passing the correct > > paramaters. If I enter the following: > > > > cs2cs +proj=latlong +ellps=WGS84 +to +proj=merc +lon_0=150.0 > > 180 90 > > > > I get > > > > * * 0.00 > > > > If I type any other coordinate I get a figure back. So is the cs2cs > > utility what Postgis uses to project it's coords? If it does, it > > seems > > > > this is whats causing the problem. > > > > Thanks, > > > > Benjamin > > > > -----Original Message----- > > From: postgis-users-bounces at postgis.refractions.net > > [mailto:postgis-users-bounces at postgis.refractions.net] On Behalf Of > > Paul Ramsey > > Sent: Wednesday, 25 June 2003 10:55 PM > > To: bwragg at tpg.com.au; PostGIS Users Discussion > > Subject: Re: [postgis-users] Postgis Transform Problem > > > > > > Those coordinates are right on the edge of the global plane, could > > be hitting the edge of validity in the reprojection library. Try > > testing the same stuff directly using the proj4 cs2cs utility. > > > > On Tuesday, June 24, 2003, at 10:35 PM, Benjamin Wragg wrote: > >> I'm having a problem with the transform function in Postgis. If I > >> run the following query: > >> > >> select transform(GeometryFromText('MULTIPOLYGON(((112 -45 ,112 -10 > >> ,155 -10 ,155 -45,112 -45)))',4326),54004) > >> > >> I get: > >> > >> SRID=54004;MULTIPOLYGON(((12467782.9688466 > >> -5591295.91855339,12467782.9688466 > >> -1111475.10285223,17254521.0729574 > >> -1111475.10285223,17254521.0729574 -5591295.91855339,12467782.9688466 > >> -5591295.91855339))) > >> > >> But if I do: > >> > >> select transform(GeometryFromText('MULTIPOLYGON(((-180 -90 ,-180 90 > >> ,180 90 ,180 -90,-180 -90)))',4326),54004) > >> > >> I get: > >> > >> Error: transform: couldn't project polygon > >> Warning: Error occurred while executing PL/pgSQL function transform > >> Warning: line 2 at return > >> > >> Any ideas why? I turned the postgresql log level to debug5 to see > >> if I > >> > >> could get more detailed errors, but it's exactly the same error. > >> I'm running postgresql 7.3.2, postgis 0.7.5 and proj 4.4.7 > >> > >> Thanks, > >> > >> Benjamin Wragg > > > > Paul Ramsey > > Refractions Research > > Email: pramsey at refractions.net > > Phone: (250) 885-0632 > > > > > > _______________________________________________ > > postgis-users mailing list postgis-users at postgis.refractions.net > > http://postgis.refractions.net/mailman/listinfo/postgis-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 -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nwoe at privat.utfors.se Thu Jul 3 01:29:57 2003 From: nwoe at privat.utfors.se (=?iso-8859-1?Q?niklas_w=F6rmann?=) Date: Thu, 3 Jul 2003 10:29:57 +0200 Subject: [Mapserver-users] plugging in a template to get cgi back References: <000001c340be$56173030$d701a8c0@matt> <3F033B27.5060407@frw.uva.nl> <002001c34139$a9237380$8300a8c0@big> Message-ID: <002601c3413d$4c929070$8300a8c0@big> well i have finally figured a way to do it, but it feels really clumsy. i set up at template file (html form stuff), reference that file in my map file, send the data via get to the server, and get the "populated" template file back.(this is where mapserver magically has replaced all my [cgi-variable]s with the real stuff. i then have to parse the html file to look for the variables. there must be an easier way to do this.... regards niklas w?rmann ?lvsj? sweden From s.wiegand at kdvz.de Thu Jul 3 01:40:48 2003 From: s.wiegand at kdvz.de (Stefan Wiegand) Date: Thu, 3 Jul 2003 10:40:48 +0200 Subject: [Mapserver-users] Mapserver WMS client and proxy server Message-ID: This is a multipart message in MIME format. --=_alternative 002FC942C1256D58_= Content-Type: text/plain; charset="us-ascii" Hello Ed I have tried to connect to a WMS Mapserver from home and everything works fine. When I type in the WMS request, I get the map and when I build a workaround by dyn layers via transparent image above the mapserver image all works fine. It works fine, because the browsers settings refer to the proxy, but the cgi does not, I think. My sys admin told me, he can recognize, that the mapserver cgi tries a direct connection to the WMS client. This is, out of security reasons, not allowed for us. Best regards Stefan Wiegand Mail: s.wiegand at kdvz.de www.kdvz.de --=_alternative 002FC942C1256D58_= Content-Type: text/html; charset="us-ascii"
Hello Ed

I have tried to connect to a WMS Mapserver from home and everything works fine. When I type in the WMS request, I get the map and when I build a workaround by dyn layers via transparent image above the mapserver image all works fine. It works fine, because the browsers settings refer to the proxy, but the cgi does not, I think. My sys admin told me, he can recognize, that the mapserver cgi tries a direct connection to the WMS client. This is, out of security reasons, not allowed for us.

Best regards

Stefan Wiegand
Mail: s.wiegand at kdvz.de
www.kdvz.de --=_alternative 002FC942C1256D58_=-- From jhart at frw.uva.nl Thu Jul 3 02:13:56 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Thu, 03 Jul 2003 11:13:56 +0200 Subject: FW: [Mapserver-users] JavaScript security In-Reply-To: References: <000001c340be$56173030$d701a8c0@matt> <3F033B27.5060407@frw.uva.nl> Message-ID: <3F03F3D4.5010903@frw.uva.nl> Agreed. I literally had to stop reading that in the train, because people stared at me. BTW Bill Bryson is even funnier in his travel book on the US, "The Lost Continent". I recognized quite a lot of it when I travelled around a bit after the conference. Jan Flavio Hendry wrote: > hi jan > > to continue off topic: Bill Brysons "Neither Here Nor There: Travels in > Europe" is extremely funny about german as a language, german food and > germans at all (and makes a lot of fun of all other "old europeans") ... > WARNING: do not read in public, they might think you are a bit nuts if > you just kill yourself laughing. > > ciao > flavio > > From Michael.Smith at erdc.usace.army.mil Thu Jul 3 03:15:52 2003 From: Michael.Smith at erdc.usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Thu, 3 Jul 2003 06:15:52 -0400 Subject: [Mapserver-users] Oracle Spatial Message-ID: <048FBD219330D211B47000A0C9B3BAFD03CD197A@crl02.crrel.usace.army.mil> Having the SDO_POINT = NULL is correct if this is a non point shapefile. If the SRID is NULL don't include it in the data statement Use DATA "GEOMETRY FROM OILWELLS" You're problem is the Connecttion statement (CONNECTION "sdb/sdb at 10.0.50.30") The correct format is user/password at tnsname You need to define a tnsname that points to the correct host, port and sid. There are various tools to do this (Oracle Net Manager, edit the tnsnames.ora) In the tnsnames.ora file you would have TNSNAME.DOMAIN.COM = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.50.30)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = your_service_name_here) ) ) Then you connection string would be CONNECTION "sdb/sdb at tnsname" Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Wednesday, July 02, 2003 5:50 PM To: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Oracle Spatial After using the oracle tools to convert my shapefile into an oracle spatial format, this is what I have: SQL> select * from oilwells where gid = 1; GID ---------- GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) -------------------------------------------------------------------------------- 1 SDO_GEOMETRY(2002, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), SDO_ORDINATE_ARRAY( -112.08855, 48.9998283, -112.08855, 48.9998283)) SQL> Notice that the SDO_POINT(X, Y, Z) column is NULL. Can mapserver handle this case. I guess the otn utilities utilize the last two columns. Also note that the SRID is null. When i draw my image, I get the following error message: msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. Here is my .map definition for this layer. LAYER NAME "oilwells" TYPE point STATUS default CONNECTIONTYPE oraclespatial CONNECTION "sdb/sdb at 10.0.50.30" DATA "GEOMETRY FROM OILWELLS USING SRID NULL" # DUMP TRUE MAXSCALE 20 SYMBOLSCALE 2 CLASS SYMBOL 3 SIZE 12 MAXSIZE 28 MINSIZE 4 END END I am using mapserver 3.6.6 precompiled with oracle spatial support from the mapserver downloads page. Any help would be greatly appreciated. Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Wednesday, July 02, 2003 2:36 PM To: bartvde at xs4all.nl; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Oracle Spatial Thanks Bart for the quick reply... I was able to convert my shapefiles into oracle spatial format using some tools on otn. Using those tools they insert NULL as the SRID. Will this cause grief? According to the WIKI you had to specify a SRID otherwise you got a mapserver error. Is this correct? Is there any way to see what query mapserver will be running? Like a log file or something of the sort. In the connection string, does service refer to the ip address? Thanks in advance, Zamil -----Original Message----- From: Bart van den Eijnden [mailto:bartvde at xs4all.nl] Sent: Wednesday, July 02, 2003 12:22 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Oracle Spatial Hi Zamil, otn (Oracle technology network) is the best site for Oracle information. Oracle itself has a tool to import shapefiles into Oracle Spatial. http://otn.oracle.com (you can register for free) The easiest to use is the built-in Oracle Spatial support. To use the support through OGR, you have to compile OGR against the Oracle client library. See also the mapserver wiki Oracle Spatial page: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial Best regards, Bart On Wed, 2 Jul 2003 12:03:19 -0600, Zamil Murji wrote: > Hello list, > > I want to use MapServer to draw an Oracle Spatial layer, however, I have > never used Oracle Spatial. I have some questions I am sure you will be > able to answer. > > 1) What utilities are available to import a shapefile into an Oracle > Spatial database? Where can I download them from? 2) Need to know some > good sites on how to setup Oracle 8i with the Spatial component, and I > need a quick tutorial on how to create a table, alter a table, insert and > select from that table. Any good sites? > 3) I read on the newsgroup that there are two ways to go about this. One > is to use the built in oracle spatial support and the other is to use > ogr. I am running Apache on a windows 2000 box, what way is the best to > go, easiest to setup? > > Thanks for your help > Zamil > > -----Original Message----- > From: Eduardo Patto Kanegae [mailto:eduardo at linkgeo.com.br] > Sent: Wednesday, June 25, 2003 8:44 AM > To: mapserver-users at lists.gis.umn.edu > Cc: niklas "w?rmann > Subject: Re: [Mapserver-users] running v4 beta as a command line tool > > > I've tested on MapServer 3.6.4 for Windows, using: > > $ mapserv "QUERY_STRING=map=c:\test\mymap.map&mode=map&foo=...." > > myresult.gif > > but if you try to open "myresult.gif" it crash... > > so I opened this file with a text editor and deleted the first two > lines(the headers), then it works! > > regards > > Eduardo Patto Kanegae > eduardo at linkgeo.com.br > http://www.linkgeo.com.br > > *************************************** > ***Fim da Mensagem / End of Message *** > *************************************** > > > On Wed, 25 Jun 2003 14:43:41 +0200, Vincent Schut > enscreveu: > >> De: Vincent Schut >> Data: Wed, 25 Jun 2003 14:43:41 +0200 >> Para: niklas w?rmann , > users at lists.gis.umn.edu> >> Assunto: Re: [Mapserver-users] running v4 beta as a command line tool >> >> On Wednesday 25 June 2003 10:06, niklas w?rmann wrote: >> > Hi! >> > i am trying to track down the reason mapserver isn?t working on my >> windows >> > 2000 server. >> > >> > i remember seeing somewhere that it was indeed possible to run >> mapserver as >> > a command line tool, specifying a map file and an output file >> > >> > anyone know the syntax for this? >> >> On linux: >> ./mapserv "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" >> This will output headers + image data to stdout (on linux). Probably on >> windows your executable is not named mapserv but something like >> mapserv.exe? And use \ instead of / I think. >> >> you cannot just save the output as image file because the headers are in >> the output too. >> But you can see if it outputs something (lots of ascii: image), or gives >> an error. >> To see the image: type in your browser: >> http://localhost/cgi-bin/mapserv?map=/path/to/your/mapfile.map&mode=map >> change / in path to \ if on windows? >> >> Regards, >> -- ______________________________________ >> Vincent Schut >> Sarvision B.V. >> Wageningen, The Netherlands >> www.sarvision.com >> >> _______________________________________________ >> 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 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Irvan at pln-jabar.co.id Thu Jul 3 03:34:27 2003 From: Irvan at pln-jabar.co.id (Irvan Kristianto) Date: Thu, 3 Jul 2003 17:34:27 +0700 Subject: [Mapserver-users] mapinfo .tab on mapserver Message-ID: <4876C605FBF6D611BF48000629132BCB1F8C35@DISJABARMAIL> hello guys, after has been successfully deploy mapserver on shapefile, i tried it too on mapinfo *.tab. but ... it didn't work .... :( (sorry ... newbie) please give me some sugestion. thanks. mapserver -v : MapServer version 3.6.6-dev OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPOR TS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=P OSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE here my map file... MAP NAME "DEMO" STATUS ON EXTENT 463549.689692 4641034.982725 685728.962267 4820458.629079 SIZE 400 400 SHAPEPATH "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/projects/apps/demo/data" IMAGECOLOR 255 255 255 UNITS METERS WEB MINSCALE 20000 MAXSCALE 50000000 IMAGEPATH "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/tmp/ms_tmp/" IMAGEURL "/gis/maplab/tmp/ms_tmp/" END QUERYMAP STATUS ON SIZE 200 200 COLOR 255 0 0 STYLE HILITE END SCALEBAR STATUS ON COLOR 255 255 255 IMAGECOLOR 255 255 255 UNITS METERS INTERVALS 1 SIZE 80 2 STYLE 1 LABEL SIZE tiny COLOR 255 255 255 END END SYMBOL NAME "circle" TYPE ELLIPSE FILLED TRUE POINTS 1 1 END END LAYER NAME "wistate00" STATUS ON CONNECTIONTYPE OGR CONNECTION "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/projects/apps/demo/data/mapinfo/basque_countr y/Euskalerria.TAB,Euskalerria" TYPE POLYGON STYLEITEM "AUTO" CLASS NAME "wistate00" COLOR 250 175 25 OUTLINECOLOR 255 0 0 END END END From sarawut at ait.ac.th Thu Jul 3 03:55:21 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Thu, 03 Jul 2003 17:55:21 +0700 Subject: [Mapserver-users] Call WMS from same PC. Message-ID: <5.1.1.6.2.20030703175106.00aa53a8@mail.ait.ac.th> Dear all I setup two map page(difference map.phml,php3) in same machine. I try to use WMS connection from one page to another but it's not work. But if I use another computer same parameter as shown below (mapserv WMS client) to connect to Server. It's fine. LAYER NAME "color06" METADATA wms_title "Tests" wms_srs "EPSG:32647" END TYPE RASTER STATUS off CONNECTIONTYPE WMS CONNECTION "http://203.159.10.13/cgi-bin/thaiwms?VERSION=1.1.0&LAYERS=LANDSAT&Format=png" projection "init=EPSG:32647" end END From prakhov at ggc.nnov.ru Thu Jul 3 04:19:36 2003 From: prakhov at ggc.nnov.ru (=?ISO-8859-1?B?yOv8/yDALiDP8OD17uI=?=) Date: Thu, 3 Jul 2003 15:19:36 +0400 Subject: [Mapserver-users] mapinfo .tab on mapserver In-Reply-To: <4876C605FBF6D611BF48000629132BCB1F8C35@DISJABARMAIL> References: <4876C605FBF6D611BF48000629132BCB1F8C35@DISJABARMAIL> Message-ID: <15725914625.20030703151936@ggc.nnov.ru> Try to use this: STATUS default CONNECTION "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/projects/apps/demo/data/mapinfo/basque_country/Euskalerria.TAB" IK> hello guys, IK> after has been successfully deploy mapserver on shapefile, i tried it too on IK> mapinfo *.tab. IK> but ... it didn't work .... :( IK> (sorry ... newbie) IK> please give me some sugestion. IK> thanks. IK> mapserver -v : IK> MapServer version 3.6.6-dev OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP IK> SUPPOR IK> TS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 IK> INPUT=P IK> OSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE IK> here my map file... IK> MAP IK> NAME "DEMO" IK> STATUS ON IK> EXTENT 463549.689692 4641034.982725 685728.962267 4820458.629079 IK> SIZE 400 400 IK> SHAPEPATH "E:/Program Files/Apache IK> Group/Apache/htdocs/gis/maplab/projects/apps/demo/data" IK> IMAGECOLOR 255 255 255 IK> UNITS METERS IK> WEB IK> MINSCALE 20000 IK> MAXSCALE 50000000 IK> IMAGEPATH "E:/Program Files/Apache IK> Group/Apache/htdocs/gis/maplab/tmp/ms_tmp/" IK> IMAGEURL "/gis/maplab/tmp/ms_tmp/" IK> END IK> QUERYMAP IK> STATUS ON IK> SIZE 200 200 IK> COLOR 255 0 0 IK> STYLE HILITE IK> END IK> SCALEBAR IK> STATUS ON IK> COLOR 255 255 255 IK> IMAGECOLOR 255 255 255 IK> UNITS METERS IK> INTERVALS 1 IK> SIZE 80 2 IK> STYLE 1 IK> LABEL IK> SIZE tiny IK> COLOR 255 255 255 IK> END IK> END IK> SYMBOL IK> NAME "circle" IK> TYPE ELLIPSE IK> FILLED TRUE IK> POINTS IK> 1 1 IK> END IK> END IK> LAYER IK> NAME "wistate00" IK> STATUS ON IK> CONNECTIONTYPE OGR IK> CONNECTION "E:/Program Files/Apache IK> Group/Apache/htdocs/gis/maplab/projects/apps/demo/data/mapinfo/basque_countr IK> y/Euskalerria.TAB,Euskalerria" IK> TYPE POLYGON IK> STYLEITEM "AUTO" IK> CLASS IK> NAME "wistate00" IK> COLOR 250 175 25 IK> OUTLINECOLOR 255 0 0 IK> END IK> END IK> END ---------------- Ilya A. Prakhov mailto:prakhov at ggc.nnov.ru From james at danisat.net Thu Jul 3 04:22:26 2003 From: james at danisat.net (James Anderson) Date: Thu, 3 Jul 2003 13:22:26 +0200 Subject: [Mapserver-users] Layer Problem Message-ID: <012901c34155$66c64000$4d570842@beast> This is a multi-part message in MIME format. ------=_NextPart_000_0124_01C34166.250E4E30 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Everybody, I seem to have a big problem ...... I am using mapserver on Red Hat 8 Linux. MapServer version 3.6.3 OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP = SUPPORTS=3DPROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER INPUT=3DTIFF = INPUT=3DEPPL7 INPUT=3DJPEG INPUT=3DOGR INPUT=3DGDAL INPUT=3DSHAPEFILE I have many vector layers and some raster layers too. At the moment my = map file has over 100 layers in it. My problem is that when I have = tried adding some more layers, I get the error msLoadMap(): Unknown identifier. Too many layers defined.=20 Now this is a problem as I need to have all these layers. I got so many = layers that its too many to count the exact amount. But this is a = problem, and my project is going to fail if I cannot find a way to get = mapserver to support/accept more layers. Can anyone give me an idea of = what the maximum number of layers is, and how I can go about increasing = the amount of layers that is supported. I have an idea that I am going = to have to recompile the mapserver. Please anybody, Please Help !! Thanks, James. ------=_NextPart_000_0124_01C34166.250E4E30 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
 
Hi Everybody,
 
I seem to have a big problem = ......
I am using mapserver on Red Hat 8=20 Linux.
MapServer version 3.6.3 OUTPUT=3DPNG = OUTPUT=3DJPEG=20 OUTPUT=3DWBMP SUPPORTS=3DPROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER = INPUT=3DTIFF=20 INPUT=3DEPPL7 INPUT=3DJPEG INPUT=3DOGR INPUT=3DGDAL = INPUT=3DSHAPEFILE
I have many vector layers and some = raster layers=20 too.  At the moment my map file has over 100 layers in it.  My = problem=20 is that when I have tried adding some more layers, I get the = error
 
msLoadMap(): Unknown identifier. Too many layers defined.
 
Now this is a problem as I need to have = all these=20 layers.  I got so many layers that its too many to count the exact=20 amount.  But this is a problem, and my project is going to fail if = I cannot=20 find a way to get mapserver to support/accept more layers.   = Can=20 anyone give me an idea of what the maximum number of layers is, and how = I can go=20 about increasing the amount of layers that is supported.  I = have an=20 idea that I am going to have to recompile the mapserver.   = Please=20 anybody, Please Help !!
 
Thanks,
 
James.
 
------=_NextPart_000_0124_01C34166.250E4E30-- From spencer at dmsolutions.ca Thu Jul 3 04:36:27 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Thu, 03 Jul 2003 07:36:27 -0400 Subject: [Mapserver-users] Layer Problem In-Reply-To: <012901c34155$66c64000$4d570842@beast> References: <012901c34155$66c64000$4d570842@beast> Message-ID: <3F04153B.40807@magma.ca> edit this line in map.h and rebuild mapserver. #define MS_MAXLAYERS 100 /* maximum number of layers in a map file */ Cheers, Paul James Anderson wrote: > > Hi Everybody, > > I seem to have a big problem ...... > I am using mapserver on Red Hat 8 Linux. > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > I have many vector layers and some raster layers too. At the moment my > map file has over 100 layers in it. My problem is that when I have > tried adding some more layers, I get the error > > msLoadMap(): Unknown identifier. Too many layers defined. > > Now this is a problem as I need to have all these layers. I got so many > layers that its too many to count the exact amount. But this is a > problem, and my project is going to fail if I cannot find a way to get > mapserver to support/accept more layers. Can anyone give me an idea of > what the maximum number of layers is, and how I can go about increasing > the amount of layers that is supported. I have an idea that I am going > to have to recompile the mapserver. Please anybody, Please Help !! > > Thanks, > > James. > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From s9646183 at sms.ed.ac.uk Thu Jul 3 04:41:52 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Thu, 03 Jul 2003 12:41:52 +0100 (BST) Subject: [Mapserver-users] Problem with Perl Mapscript Message-ID: <1057232512.3f041680c3c11@sms.ed.ac.uk> Hi everyone, Following my question about using JavaScript/MapScript to develop the standard MapServer interface, I've now decided to try to use both, and have got the Perl MapScript module working on our apache server. My problem is that most of the documentation and examples are for PHP MapScript. Having only a list of constructors/methods etc for each object type is helpful to a point, but this doesn't tell me how I should be putting them together to get something to actually work! I've been trying to convert the PHP MapScript by Example HOWTO into perl, using Steve Lime's mapquakes.pl as a guide. My first problem is that perl mapscript doesn't seem to have a direct equivalent of the saveWebImage method. Is this correct? In the absence of such a method, I've been trying to use the saveImage method, but here I seem to be running into problems. If you look at the way I've called the method (see code below), then maybe you could suggest what I'm doing wrong. In the first case (ie. using mapscript::msSaveImage(...)), I get the error message "Type error in argument 1 of msSaveImage. Expected _p_gdImagePtr..." when I run the program at the command line. In the second case, using $image- >saveImage(..), I get the following usage message "Usage: imageObj_saveImage (self,filename,type,transparent,interlace,quality);". This has confused me because this isn't the argument list given in the documentation. If anyone has some simple, step by step examples of how to build up applications using Perl MapScript I'd be really interested in having a look. Many thanks, Ali #!/usr/local/bin/perl -w # #playing around with mapscript # #use mapscript; use CGI qw(:standard); use mapscript; $cgi = new CGI; $map_file = "/usr/local/apache/local-bin/s9646183/mapscript/quakes.map"; $image_path = "/usr/local/apache/htdocs/tmp/"; $image_url = "/tmp/"; $image_id = $$ . time() . ".png"; $map = new mapscript::mapObj($map_file); $image = $map->prepareImage(); $layer = $map->getLayerByName('countries'); $layer->draw($map, $image); mapscript::msSaveImage($image, $image_path.$image_id, $map->{imagetype}, $map-> {transparent}, $map->{interlace}, $map->{imagequality}); #$image->saveImage($image, $image_path.$image_id, $mapscript::MS_PNG, $map-> {transparent}, $map->{interlace}, $map->{imagequality}); print $cgi->header(); print $cgi->start_html(-title=>'Map 1: Perl Mapscript Test'); print "

This is just a test

"; print "

"; print $cgi->end_html(); From schut at sarvision.com Thu Jul 3 04:52:53 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 3 Jul 2003 13:52:53 +0200 Subject: [Mapserver-users] Layer Problem In-Reply-To: <012901c34155$66c64000$4d570842@beast> References: <012901c34155$66c64000$4d570842@beast> Message-ID: <200307031352.53339.schut@sarvision.com> Change the according line ('define MSMAXLAYERS=100' or something similar in the file map.h and recompile mapserver (just run make again will keep the ./configure options you used last time). Don't forget to copy mapserv en eventually php_mapscript.so to their respective install dirs. Cheers, Vincent. On Thursday 03 July 2003 13:22, James Anderson wrote: > Hi Everybody, > > I seem to have a big problem ...... > I am using mapserver on Red Hat 8 Linux. > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > SUPPORTS=TTF SUPPORTS=WMS SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > I have many vector layers and some raster layers too. At the moment my map > file has over 100 layers in it. My problem is that when I have tried > adding some more layers, I get the error > > msLoadMap(): Unknown identifier. Too many layers defined. > > Now this is a problem as I need to have all these layers. I got so many > layers that its too many to count the exact amount. But this is a problem, > and my project is going to fail if I cannot find a way to get mapserver to > support/accept more layers. Can anyone give me an idea of what the > maximum number of layers is, and how I can go about increasing the amount > of layers that is supported. I have an idea that I am going to have to > recompile the mapserver. Please anybody, Please Help !! > > Thanks, > > James. -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From Gunter.Rieth at stadt.mainz.de Thu Jul 3 05:01:37 2003 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth at stadt.mainz.de) Date: Thu, 3 Jul 2003 14:01:37 +0200 Subject: Antwort: Re: [Mapserver-users] mapinfo .tab on mapserver In-Reply-To: <15725914625.20030703151936@ggc.nnov.ru> Message-ID: hi, have also a look on STYLEITEM "AUTO". Have try without it . # STYLEITEM "AUTO" Gru? Gunter Rieth Kommunale Datenzentrale Mainz -Eigenbetrieb der Stadt Mainz- Hechtsheimer Stra?e 35 55131 Mainz Tel: 06131 - 12 - 3557 Fax: 06131 - 12 - 2267 eMail: mailto:Gunter.Rieth at stadt.mainz.de Notesmail: Gunter Rieth/Dez1/Mainz URL:http/www.mainz.de ???? ?. ?????? Gesendet von: mapserver-users-admin at lists.gis.umn.edu 03.07.2003 13:19 Bitte antworten zu ???? ?. ?????? An Irvan Kristianto Kopie mapserver-users at lists.gis.umn.edu Thema Re: [Mapserver-users] mapinfo .tab on mapserver Try to use this: STATUS default CONNECTION "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/projects/apps/demo/data/mapinfo/basque_country/Euskalerria.TAB" IK> hello guys, IK> after has been successfully deploy mapserver on shapefile, i tried it too on IK> mapinfo *.tab. IK> but ... it didn't work .... :( IK> (sorry ... newbie) IK> please give me some sugestion. IK> thanks. IK> mapserver -v : IK> MapServer version 3.6.6-dev OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP IK> SUPPOR IK> TS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 IK> INPUT=P IK> OSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE IK> here my map file... IK> MAP IK> NAME "DEMO" IK> STATUS ON IK> EXTENT 463549.689692 4641034.982725 685728.962267 4820458.629079 IK> SIZE 400 400 IK> SHAPEPATH "E:/Program Files/Apache IK> Group/Apache/htdocs/gis/maplab/projects/apps/demo/data" IK> IMAGECOLOR 255 255 255 IK> UNITS METERS IK> WEB IK> MINSCALE 20000 IK> MAXSCALE 50000000 IK> IMAGEPATH "E:/Program Files/Apache IK> Group/Apache/htdocs/gis/maplab/tmp/ms_tmp/" IK> IMAGEURL "/gis/maplab/tmp/ms_tmp/" IK> END IK> QUERYMAP IK> STATUS ON IK> SIZE 200 200 IK> COLOR 255 0 0 IK> STYLE HILITE IK> END IK> SCALEBAR IK> STATUS ON IK> COLOR 255 255 255 IK> IMAGECOLOR 255 255 255 IK> UNITS METERS IK> INTERVALS 1 IK> SIZE 80 2 IK> STYLE 1 IK> LABEL IK> SIZE tiny IK> COLOR 255 255 255 IK> END IK> END IK> SYMBOL IK> NAME "circle" IK> TYPE ELLIPSE IK> FILLED TRUE IK> POINTS IK> 1 1 IK> END IK> END IK> LAYER IK> NAME "wistate00" IK> STATUS ON IK> CONNECTIONTYPE OGR IK> CONNECTION "E:/Program Files/Apache IK> Group/Apache/htdocs/gis/maplab/projects/apps/demo/data/mapinfo/basque_countr IK> y/Euskalerria.TAB,Euskalerria" IK> TYPE POLYGON IK> STYLEITEM "AUTO" IK> CLASS IK> NAME "wistate00" IK> COLOR 250 175 25 IK> OUTLINECOLOR 255 0 0 IK> END IK> END IK> END ---------------- Ilya A. Prakhov mailto:prakhov at ggc.nnov.ru _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From james at danisat.net Thu Jul 3 05:03:04 2003 From: james at danisat.net (James Anderson) Date: Thu, 3 Jul 2003 14:03:04 +0200 Subject: [Mapserver-users] Layer Problem References: <012901c34155$66c64000$4d570842@beast> <3F04153B.40807@magma.ca> Message-ID: <018a01c3415b$11563e80$4d570842@beast> Thanks very much. How high do u think I can take it ? Regards, James. ----- Original Message ----- From: "Paul Spencer" To: "James Anderson" Cc: Sent: Thursday, July 03, 2003 1:36 PM Subject: Re: [Mapserver-users] Layer Problem | edit this line in map.h and rebuild mapserver. | | #define MS_MAXLAYERS 100 /* maximum number of layers in a map file */ | | Cheers, | | Paul | | James Anderson wrote: | | > | > Hi Everybody, | > | > I seem to have a big problem ...... | > I am using mapserver on Red Hat 8 Linux. | > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ | > SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG | > INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE | > I have many vector layers and some raster layers too. At the moment my | > map file has over 100 layers in it. My problem is that when I have | > tried adding some more layers, I get the error | > | > msLoadMap(): Unknown identifier. Too many layers defined. | > | > Now this is a problem as I need to have all these layers. I got so many | > layers that its too many to count the exact amount. But this is a | > problem, and my project is going to fail if I cannot find a way to get | > mapserver to support/accept more layers. Can anyone give me an idea of | > what the maximum number of layers is, and how I can go about increasing | > the amount of layers that is supported. I have an idea that I am going | > to have to recompile the mapserver. Please anybody, Please Help !! | > | > Thanks, | > | > James. | > | | -- | Paul Spencer | Applications and Software Development | DM Solutions Group Inc. | http://www.dmsolutions.ca | From ed at topozone.com Thu Jul 3 05:33:18 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 3 Jul 2003 08:33:18 -0400 Subject: [Mapserver-users] Mapserver WMS client and proxy server Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC85@mercator.topozone.com> Stefan - As I mentioned, the test needs to be done from the same machine as the MapServer CGI is running on - not from your home system. I'm skeptical that the firewall can detect what program is generating the network traffic in the WMS request, but it is possible that ALL requests are blocked from that machine. - Ed -----Original Message----- From: Stefan Wiegand [mailto:s.wiegand at kdvz.de] Sent: Thu 7/3/2003 4:40 AM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver WMS client and proxy server Hello Ed I have tried to connect to a WMS Mapserver from home and everything works fine. When I type in the WMS request, I get the map and when I build a workaround by dyn layers via transparent image above the mapserver image all works fine. It works fine, because the browsers settings refer to the proxy, but the cgi does not, I think. My sys admin told me, he can recognize, that the mapserver cgi tries a direct connection to the WMS client. This is, out of security reasons, not allowed for us. Best regards Stefan Wiegand Mail: s.wiegand at kdvz.de www.kdvz.de From spencer at dmsolutions.ca Thu Jul 3 05:51:23 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Thu, 03 Jul 2003 08:51:23 -0400 Subject: [Mapserver-users] Layer Problem In-Reply-To: <018a01c3415b$11563e80$4d570842@beast> References: <012901c34155$66c64000$4d570842@beast> <3F04153B.40807@magma.ca> <018a01c3415b$11563e80$4d570842@beast> Message-ID: <3F0426CB.7090206@magma.ca> no idea. theoretically, this value causes mapserver to pre-allocate sufficient storage for the defined number of layers. Changing this number should change the memory footprint of the executable. I am guessing that the actual data structures are not that large, so you should be able to create thousands of layers if you need to, but it will depend on how much memory you have available for a given process. I'm not sure, but there may be a memory limit imposed by Apache on cgis? I'd suggest that you rebuild with the number you have in mind plus a decent buffer and try it :) Cheers, Paul James Anderson wrote: > Thanks very much. How high do u think I can take it ? > > Regards, > > James. > > ----- Original Message ----- > From: "Paul Spencer" > To: "James Anderson" > Cc: > Sent: Thursday, July 03, 2003 1:36 PM > Subject: Re: [Mapserver-users] Layer Problem > > > | edit this line in map.h and rebuild mapserver. > | > | #define MS_MAXLAYERS 100 /* maximum number of layers in a map file */ > | > | Cheers, > | > | Paul > | > | James Anderson wrote: > | > | > > | > Hi Everybody, > | > > | > I seem to have a big problem ...... > | > I am using mapserver on Red Hat 8 Linux. > | > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > | > SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > | > INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > | > I have many vector layers and some raster layers too. At the moment my > | > map file has over 100 layers in it. My problem is that when I have > | > tried adding some more layers, I get the error > | > > | > msLoadMap(): Unknown identifier. Too many layers defined. > | > > | > Now this is a problem as I need to have all these layers. I got so many > | > layers that its too many to count the exact amount. But this is a > | > problem, and my project is going to fail if I cannot find a way to get > | > mapserver to support/accept more layers. Can anyone give me an idea of > | > what the maximum number of layers is, and how I can go about increasing > | > the amount of layers that is supported. I have an idea that I am going > | > to have to recompile the mapserver. Please anybody, Please Help !! > | > > | > Thanks, > | > > | > James. > | > > | > | -- > | Paul Spencer > | Applications and Software Development > | DM Solutions Group Inc. > | http://www.dmsolutions.ca > | > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From lfilak at medinaco.org Thu Jul 3 05:58:10 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 03 Jul 2003 08:58:10 -0400 Subject: [Mapserver-users] Problem with Perl Mapscript Message-ID: <200307031258.h63Cw1N08162@yogi.medinaco.net> For the version your using the documentation is correct. For your $image->saveImage($image, $image_path.$image_id, $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, $map->{imagequality}); call change it to $image->saveImage($image_path.$image_id, $mapscript::MS_PNG,$map->{transparent},$map->{interlace},0); imagequality has no effect on anything but JPEG and the usage message that you received that included "self" is from the SWIG code and is not actually part of the Perl call, for "$image->" indicates "self". I will hopefully have time later today to take a longer look. HTH Lowell The following message was sent by AMC Story on Thu, 03 Jul 2003 12:41:52 +0100 (BST). > Hi everyone, > > Following my question about using JavaScript/MapScript to develop the standard > MapServer interface, I've now decided to try to use both, and have got the Perl > MapScript module working on our apache server. > > My problem is that most of the documentation and examples are for PHP > MapScript. Having only a list of constructors/methods etc for each object type > is helpful to a point, but this doesn't tell me how I should be putting them > together to get something to actually work! I've been trying to convert the > PHP MapScript by Example HOWTO into perl, using Steve Lime's mapquakes.pl as a > guide. > > My first problem is that perl mapscript doesn't seem to have a direct > equivalent of the saveWebImage method. Is this correct? In the absence of > such a method, I've been trying to use the saveImage method, but here I seem to > be running into problems. If you look at the way I've called the method (see > code below), then maybe you could suggest what I'm doing wrong. > > In the first case (ie. using mapscript::msSaveImage(...)), I get the error > message "Type error in argument 1 of msSaveImage. Expected _p_gdImagePtr..." > when I run the program at the command line. In the second case, using $image- > >saveImage(..), I get the following usage message "Usage: imageObj_saveImage > (self,filename,type,transparent,interlace,quality);". This has confused me > because this isn't the argument list given in the documentation. > > If anyone has some simple, step by step examples of how to build up > applications using Perl MapScript I'd be really interested in having a look. > > Many thanks, > Ali > > > > #!/usr/local/bin/perl -w > # > #playing around with mapscript > # > > #use mapscript; > use CGI qw(:standard); > use mapscript; > > $cgi = new CGI; > > $map_file = "/usr/local/apache/local-bin/s9646183/mapscript/quakes.map"; > $image_path = "/usr/local/apache/htdocs/tmp/"; > $image_url = "/tmp/"; > $image_id = $$ . time() . ".png"; > > $map = new mapscript::mapObj($map_file); > $image = $map->prepareImage(); > $layer = $map->getLayerByName('countries'); > $layer->draw($map, $image); > mapscript::msSaveImage($image, $image_path.$image_id, $map->{imagetype}, $map-> > {transparent}, $map->{interlace}, $map->{imagequality}); > #$image->saveImage($image, $image_path.$image_id, $mapscript::MS_PNG, $map-> > {transparent}, $map->{interlace}, $map->{imagequality}); > > print $cgi->header(); > print $cgi->start_html(-title=>'Map 1: Perl Mapscript Test'); > > print "

This is just a test

"; > print "
$image_id ."\">
"; > > print $cgi->end_html(); > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ldm_ar at speedy.com.ar Thu Jul 3 06:32:47 2003 From: ldm_ar at speedy.com.ar (Lautaro Diego Mosquera) Date: Thu, 03 Jul 2003 10:32:47 -0300 Subject: Fw: [Mapserver-users] problem with mapserv, w2k and iis Message-ID: <001d01c34167$98328330$0100a8c0@ideafix> This is a multi-part message in MIME format. --Boundary_(ID_ncGWl+uryVoI0YbEUbmo0Q) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Gracias paul Trabajo con la version 3.66 ----- Original Message ----- From: Paul Dymecki To: Lautaro Diego Mosquera Sent: Wednesday, July 02, 2003 11:18 PM Subject: Re: [Mapserver-users] problem with mapserv, w2k and iis Perdon queria decir webserver, P ----- Original Message ----- From: Lautaro Diego Mosquera To: lista mapserver Sent: Wednesday, July 02, 2003 10:03 PM Subject: [Mapserver-users] problem with mapserv, w2k and iis Hola a todos Tengo problemas con la generacion de imagenes desde el mapserv, nunca pude generar imagenes. Cuales son los permisos que tengo que darles al mapserv.exe? Como lo tengo que configurar? Ya lei varios articulos sobre los permisos, pero no me funciona. Agradeceria ayuda. Desde ya muchas gracias. Lautaro --Boundary_(ID_ncGWl+uryVoI0YbEUbmo0Q) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
Gracias paul
 
Trabajo con la version 3.66
 
----- Original Message -----
Sent: Wednesday, July 02, 2003 11:18 PM
Subject: Re: [Mapserver-users] problem with mapserv, w2k and iis

Perdon queria decir webserver,
P
----- Original Message -----
Sent: Wednesday, July 02, 2003 10:03 PM
Subject: [Mapserver-users] problem with mapserv, w2k and iis

Hola a todos
 
Tengo problemas con la generacion de imagenes desde el mapserv, nunca pude generar imagenes. Cuales son los permisos que tengo que darles al mapserv.exe? Como lo tengo que configurar?
Ya lei varios articulos sobre los permisos, pero no me funciona.
 
Agradeceria ayuda.
Desde ya muchas gracias.
Lautaro
--Boundary_(ID_ncGWl+uryVoI0YbEUbmo0Q)-- From Chip.Hankley at rmtinc.com Thu Jul 3 06:51:07 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Thu, 03 Jul 2003 08:51:07 -0500 Subject: [Mapserver-users] ActiveX IIS and Mapscript. Message-ID: Dean, >Basically what I want to do is get a Mapscript application working with IIS >without resorting to having to install PHP or perl and preferably without >needing a java engine installed either. The Mapscript application will >basically read from catalogue and present the maps. > >So - >Is there a COM component around that can be used within ASP. the archives >suggest a demand for, and some work being completed towards an ActiveX >component bit this seems to have petered out. (What happened?) I asked this question a couple of years ago. My hunch is that everyone who has gone done this path has come to the conclusion that PHP and/or Perl (afaik, the Perl version of MapScript still doesn't work on Windows) work so darn well that trying to support VBScript/ASP just isn't worth the effort. I'm not an ASP person, but I work with a lot of ASP people. I've been running PHP/MapScript on IIS living in peaceful coexistance w/ ASP applications for a couple years now... IMHO, PHP is so far superior to ASP as to be, well, I'm not sure of the best adjective. That said, if you REALLY want to use ASP, search the archives for a note from Ed McNierny on this subject. There are some pretty elegant work arounds that will allow you to use ASP (or PHP, or ColdFusion, or Perl) to hit the mapserver.exe, and pull back relevant information that can then be used by the scripting engine of your choice to make more dynamic pages. Also, as Steve Lime pointed out the other day, you can do a lot of REALLY cool stuff with the plain-jane cgi mapserver, especially when you throw all of the DHTML tools in the mix... so, make sure that you REALLY need mapscript. >Has anybody >successfully compiled them using Borland C++ (Command Line)? Am I setting >myself up for a fall suggesting that I will have a go at creating them. (I >am not a C/C++ Programmer but have done a reasonable amount of >programming in other languages). Not sure about this, but, as far as compiling the other stuff on Windows goes, the $100 (or so) you'd spend on VC++ is worth your time. Almost all of the libraries that are out there have vc++ makefiles, but NOT Borland makefiles. ASFAIK, they are NOT interchangeable. So, you could end up re-creating Borland makefiles for every library you need... I'm sure everyone would appreciate your efforts in doing that, but I'd imagine you'd spend a LOT of time doing it. Cheers! Chip Hankley Outgoing messages, along with any attachments, are scanned for viruses at RMT prior to sending. ------------------------------------------------------------------------------ NOTICE--This email may contain confidential and privileged information for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and delete all copies. From james at danisat.net Thu Jul 3 06:59:29 2003 From: james at danisat.net (James Anderson) Date: Thu, 3 Jul 2003 15:59:29 +0200 Subject: [Mapserver-users] Layer Problem References: <012901c34155$66c64000$4d570842@beast> <3F04153B.40807@magma.ca> <018a01c3415b$11563e80$4d570842@beast> <3F0426CB.7090206@magma.ca> Message-ID: <01a801c3416b$61886260$4d570842@beast> Hi, I am having issues with the compilation. I changed the MS_MAXLAYERS define from 100 to 500 in map.h I then did a ./configure --with-gd --with-proj --with-gdal=/usr/local/bin/gdal-config -- with-ogr which seemed to work then I did a make which also seems to work If I understand correctly, it would now have made the mapserv executable file in the current directory with the source, and it seems to be doing this as the mapserv file gets the current date and time. The problem is that when I compare the file to the previously built executabe, they are byte identical. Also it does not seem to be accepting more layers. So have I changed the value in the right place, am I compiling it correctly ? I also have copied the new exe to the cgi-bin where I call it from, but it does not really matter, because as I said, they seem to be byte identical. You have any ideas as to what I may be doing wrong ? The main issue is it still has the too many layer error. Regards, James. ----- Original Message ----- From: "Paul Spencer" To: "James Anderson" Cc: ; Sent: Thursday, July 03, 2003 2:51 PM Subject: Re: [Mapserver-users] Layer Problem | no idea. theoretically, this value causes mapserver to pre-allocate | sufficient storage for the defined number of layers. Changing this | number should change the memory footprint of the executable. I am | guessing that the actual data structures are not that large, so you | should be able to create thousands of layers if you need to, but it will | depend on how much memory you have available for a given process. I'm | not sure, but there may be a memory limit imposed by Apache on cgis? | | I'd suggest that you rebuild with the number you have in mind plus a | decent buffer and try it :) | | Cheers, | | Paul | | James Anderson wrote: | | > Thanks very much. How high do u think I can take it ? | > | > Regards, | > | > James. | > | > ----- Original Message ----- | > From: "Paul Spencer" | > To: "James Anderson" | > Cc: | > Sent: Thursday, July 03, 2003 1:36 PM | > Subject: Re: [Mapserver-users] Layer Problem | > | > | > | edit this line in map.h and rebuild mapserver. | > | | > | #define MS_MAXLAYERS 100 /* maximum number of layers in a map file */ | > | | > | Cheers, | > | | > | Paul | > | | > | James Anderson wrote: | > | | > | > | > | > Hi Everybody, | > | > | > | > I seem to have a big problem ...... | > | > I am using mapserver on Red Hat 8 Linux. | > | > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ | > | > SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG | > | > INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE | > | > I have many vector layers and some raster layers too. At the moment my | > | > map file has over 100 layers in it. My problem is that when I have | > | > tried adding some more layers, I get the error | > | > | > | > msLoadMap(): Unknown identifier. Too many layers defined. | > | > | > | > Now this is a problem as I need to have all these layers. I got so many | > | > layers that its too many to count the exact amount. But this is a | > | > problem, and my project is going to fail if I cannot find a way to get | > | > mapserver to support/accept more layers. Can anyone give me an idea of | > | > what the maximum number of layers is, and how I can go about increasing | > | > the amount of layers that is supported. I have an idea that I am going | > | > to have to recompile the mapserver. Please anybody, Please Help !! | > | > | > | > Thanks, | > | > | > | > James. | > | > | > | | > | -- | > | Paul Spencer | > | Applications and Software Development | > | DM Solutions Group Inc. | > | http://www.dmsolutions.ca | > | | > | > _______________________________________________ | > Mapserver-users mailing list | > Mapserver-users at lists.gis.umn.edu | > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users | > | | -- | Paul Spencer | Applications and Software Development | DM Solutions Group Inc. | 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 hubert.froehlich at bvv.bayern.de Thu Jul 3 06:31:48 2003 From: hubert.froehlich at bvv.bayern.de (=?ISO-8859-1?Q?Hubert_Fr=F6hlich?=) Date: Thu, 03 Jul 2003 15:31:48 +0200 Subject: [Mapserver-users] how to use itemquery Message-ID: <3F043044.1010801@bvv.bayern.de> Hi list, maybe a dull question, but I didn't find how to use item queries in the documentation. Can anybody tell me a link to some documentation or html document or example? Thanks, Hubert -- ------------------------------------------------------------------------------- Dr.-Ing. Hubert Fr?hlich Bezirksfinanzdirektion M?nchen Alexandrastr. 3, D-80538 M?nchen, GERMANY Tel. :+49 (0)89 / 2190 - 2980 Fax :+49 (0)89 / 2190 - 2459 hubert.froehlich at bvv.bayern.de From bplatzen at sosnetz.de Thu Jul 3 07:15:17 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Thu, 3 Jul 2003 16:15:17 +0200 Subject: [Mapserver-users] Call WMS from same PC. In-Reply-To: <5.1.1.6.2.20030703175106.00aa53a8@mail.ait.ac.th> References: <5.1.1.6.2.20030703175106.00aa53a8@mail.ait.ac.th> Message-ID: <200307031615.17380.bplatzen@sosnetz.de> Hi, I had the same problem and made it with CONNECTION "http://localhost/cgi-bin/thaiwms?VERSION=1.1.0&LAYERS=LANDSAT&Format=png" ^^^^^^^^^ Maybe it works for you as well. Bye, Bjoern. Am Donnerstag, 3. Juli 2003 12:55 schrieb Sarawut Ninsawat: > Dear all > > I setup two map page(difference map.phml,php3) in same machine. I try > to use WMS connection from one page to another but it's not work. But > if I use another computer same parameter as shown below (mapserv WMS > client) to connect to Server. It's fine. > > > LAYER > NAME "color06" > METADATA > wms_title "Tests" > wms_srs "EPSG:32647" > END > TYPE RASTER > STATUS off > CONNECTIONTYPE WMS > CONNECTION > "http://203.159.10.13/cgi-bin/thaiwms?VERSION=1.1.0&LAYERS=LANDSAT&Fo >rmat=png" projection > "init=EPSG:32647" > > end > END > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- small office solutions info at sosnetz.de - http://www.sosnetz.de From schut at sarvision.com Thu Jul 3 07:36:37 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 3 Jul 2003 16:36:37 +0200 Subject: [Mapserver-users] Layer Problem In-Reply-To: <01a801c3416b$61886260$4d570842@beast> References: <012901c34155$66c64000$4d570842@beast> <3F0426CB.7090206@magma.ca> <01a801c3416b$61886260$4d570842@beast> Message-ID: <200307031636.37751.schut@sarvision.com> Hmm should have worked, but to be sure: first type 'make clean' in the mapserver source dir, then ./configure --your-options and make. Then you definitely have a new mapserv exe which has used the new map.h file. Cheers, Vincent. On Thursday 03 July 2003 15:59, James Anderson wrote: > Hi, > > I am having issues with the compilation. > > I changed the MS_MAXLAYERS define from 100 to 500 in map.h > > I then did a > > ./configure --with-gd --with-proj --with-gdal=/usr/local/bin/gdal-config > -- with-ogr > > which seemed to work > > then I did a make > > which also seems to work > > If I understand correctly, it would now have made the mapserv executable > file in the current directory with the source, and it seems to be doing > this as the mapserv file gets the current date and time. The problem is > that when I compare the file to the previously built executabe, they are > byte identical. Also it does not seem to be accepting more layers. So > have I changed the value in the right place, am I compiling it correctly ? > I also have copied the new exe to the cgi-bin where I call it from, but it > does not really matter, because as I said, they seem to be byte identical. > You have any ideas as to what I may be doing wrong ? The main issue is > it still has the too many layer error. > > Regards, > > James. > > > > ----- Original Message ----- > From: "Paul Spencer" > To: "James Anderson" > Cc: ; > Sent: Thursday, July 03, 2003 2:51 PM > Subject: Re: [Mapserver-users] Layer Problem > > | no idea. theoretically, this value causes mapserver to pre-allocate > | sufficient storage for the defined number of layers. Changing this > | number should change the memory footprint of the executable. I am > | guessing that the actual data structures are not that large, so you > | should be able to create thousands of layers if you need to, but it will > | depend on how much memory you have available for a given process. I'm > | not sure, but there may be a memory limit imposed by Apache on cgis? > | > | I'd suggest that you rebuild with the number you have in mind plus a > | decent buffer and try it :) > | > | Cheers, > | > | Paul > | > | James Anderson wrote: > | > Thanks very much. How high do u think I can take it ? > | > > | > Regards, > | > > | > James. > | > > | > ----- Original Message ----- > | > From: "Paul Spencer" > | > To: "James Anderson" > | > Cc: > | > Sent: Thursday, July 03, 2003 1:36 PM > | > Subject: Re: [Mapserver-users] Layer Problem > | > > | > | edit this line in map.h and rebuild mapserver. > | > | > | > | #define MS_MAXLAYERS 100 /* maximum number of layers in a map file */ > | > | > | > | Cheers, > | > | > | > | Paul > | > | > | > | James Anderson wrote: > | > | > Hi Everybody, > | > | > > | > | > I seem to have a big problem ...... > | > | > I am using mapserver on Red Hat 8 Linux. > | > | > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > > SUPPORTS=PROJ > > | > | > SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > | > | > INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > | > | > I have many vector layers and some raster layers too. At the > | > | > moment > > my > > | > | > map file has over 100 layers in it. My problem is that when I have > | > | > tried adding some more layers, I get the error > | > | > > | > | > msLoadMap(): Unknown identifier. Too many layers defined. > | > | > > | > | > Now this is a problem as I need to have all these layers. I got so > > many > > | > | > layers that its too many to count the exact amount. But this is a > | > | > problem, and my project is going to fail if I cannot find a way to > > get > > | > | > mapserver to support/accept more layers. Can anyone give me an > > idea of > > | > | > what the maximum number of layers is, and how I can go about > > increasing > > | > | > the amount of layers that is supported. I have an idea that I am > > going > > | > | > to have to recompile the mapserver. Please anybody, Please Help > | > | > !! > | > | > > | > | > Thanks, > | > | > > | > | > James. > | > | > | > | -- > | > | Paul Spencer > | > | Applications and Software Development > | > | DM Solutions Group Inc. > | > | http://www.dmsolutions.ca > | > > | > _______________________________________________ > | > Mapserver-users mailing list > | > Mapserver-users at lists.gis.umn.edu > | > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > | > | -- > | Paul Spencer > | Applications and Software Development > | DM Solutions Group Inc. > | 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 -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From nwoe at privat.utfors.se Thu Jul 3 07:52:23 2003 From: nwoe at privat.utfors.se (niklas wörmann) Date: Thu, 3 Jul 2003 16:52:23 +0200 Subject: [Mapserver-users] defining imageformats References: <012901c34155$66c64000$4d570842@beast> <3F04153B.40807@magma.ca> <018a01c3415b$11563e80$4d570842@beast> <3F0426CB.7090206@magma.ca> <01a801c3416b$61886260$4d570842@beast> Message-ID: <001301c34172$c349b290$8300a8c0@big> Hi! my map file contains the following OUTPUTFORMAT NAME "jpg80" DRIVER "GD/JPEG" IMAGEMODE RGB FORMATOPTION "QUALITY=80" EXTENSION "jpg" END and IMAGETYPE "jpg80" and upon cgi get i receive: getSymbol(): Symbol definition error. (jpg80):(13) i have tried using quotes/ no quotes to no avail. how would i go about defining my own outputformat? i have a feeling it is about where in the map file things are declared.. TIA niklas w?rmann ?lvsj? sweden From warmerdam at pobox.com Thu Jul 3 08:21:08 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 03 Jul 2003 11:21:08 -0400 Subject: [Mapserver-users] defining imageformats In-Reply-To: <001301c34172$c349b290$8300a8c0@big> References: <012901c34155$66c64000$4d570842@beast> <3F04153B.40807@magma.ca> <018a01c3415b$11563e80$4d570842@beast> <3F0426CB.7090206@magma.ca> <01a801c3416b$61886260$4d570842@beast> <001301c34172$c349b290$8300a8c0@big> Message-ID: <3F0449E4.8010007@pobox.com> niklas w?rmann wrote: > Hi! > my map file contains the following > > OUTPUTFORMAT > NAME "jpg80" > DRIVER "GD/JPEG" > IMAGEMODE RGB > FORMATOPTION "QUALITY=80" > EXTENSION "jpg" > END > > and > > IMAGETYPE "jpg80" > > and upon cgi get i receive: > > getSymbol(): Symbol definition error. (jpg80):(13) > > i have tried using quotes/ no quotes to no avail. > > how would i go about defining my own outputformat? > i have a feeling it is about where in the map file things are declared.. Niklas, I have tried this with MapServer 4 and no problems. Note that you don't normally need to quote the name passed to NAME or IMAGETYPE, but you can. Is it possible you are using a 3.6 based MapServer, not MapServer 4 (previously 3.7)? 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 palle at mail-online.dk Thu Jul 3 08:42:35 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Thu, 03 Jul 2003 17:42:35 +0200 Subject: [Mapserver-users] plugging in a template to get cgi back In-Reply-To: <002601c3413d$4c929070$8300a8c0@big> References: <000001c340be$56173030$d701a8c0@matt> <3F033B27.5060407@frw.uva.nl> <002001c34139$a9237380$8300a8c0@big> <002601c3413d$4c929070$8300a8c0@big> Message-ID: Your template file doesn't need to be html. You could make it key-value pairs like this: map=[MAP] mode=[MODE] mapext=[MAPEXT] or even XML. Maybe you would find those formats easier to parse. Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: niklas w?rmann To: Date: Thu, 3 Jul 2003 10:29:57 +0200 Subject: Re: [Mapserver-users] plugging in a template to get cgi back > > > > > well i have finally figured a way to do it, but it feels really > clumsy. > i set up at template file (html form stuff), reference that file in > my map file, > send the data via get to the server, and get the "populated" template > file back.(this is where mapserver magically has replaced all my > [cgi-variable]s with the real stuff. > i then have to parse the html file to look for the variables. > > there must be an easier way to do this.... > > regards > niklas w?rmann > ?lvsj? > sweden > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille konkurrence p? nettet, og vind et gavekort p? 50.000 kroner... KLIK HER: www.directoffice.dk/konkurrence From nwoe at privat.utfors.se Thu Jul 3 08:42:53 2003 From: nwoe at privat.utfors.se (niklas wörmann) Date: Thu, 3 Jul 2003 17:42:53 +0200 Subject: [Mapserver-users] defining imageformats References: <012901c34155$66c64000$4d570842@beast> <3F04153B.40807@magma.ca> <018a01c3415b$11563e80$4d570842@beast> <3F0426CB.7090206@magma.ca> <01a801c3416b$61886260$4d570842@beast> <001301c34172$c349b290$8300a8c0@big> <3F0449E4.8010007@pobox.com> Message-ID: <002a01c34179$c7e1d420$8300a8c0@big> This is a multi-part message in MIME format. ------=_NextPart_000_0025_01C3418A.87E4FFD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ----- Original Message -----=20 From: "Frank Warmerdam" To: "niklas w=F6rmann" Cc: Sent: Thursday, July 03, 2003 5:21 PM Subject: Re: [Mapserver-users] defining imageformats niklas w=F6rmann wrote: > Hi! > my map file contains the following >=20 > OUTPUTFORMAT > NAME "jpg80" > DRIVER "GD/JPEG" > IMAGEMODE RGB > FORMATOPTION "QUALITY=3D80" > EXTENSION "jpg" > END >=20 > and >=20 > IMAGETYPE "jpg80" >=20 ----- Niklas, I have tried this with MapServer 4 and no problems. Note that you don't normally need to quote the name passed to NAME or IMAGETYPE, but you = can. Is it possible you are using a 3.6 based MapServer, not MapServer 4 = (previously 3.7)? Hi! You are right, i am using 3.6.6. I take it it wont work under 3.6.6 then? niklas ------=_NextPart_000_0025_01C3418A.87E4FFD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
----- Original Message -----
From: "Frank Warmerdam" <warmerdam at pobox.com>
To: "niklas w=F6rmann" <nwoe at privat.utfors.se>
Cc: <mapserver-users at lists.gis.umn.edu>
Sent: Thursday, July 03, 2003 5:21 = PM
Subject: Re: [Mapserver-users] defining = imageformats

niklas w=F6rmann wrote:
> = Hi!
> my map=20 file contains the following
>
>=20 OUTPUTFORMAT
>     NAME=20 "jpg80"
>     DRIVER=20 "GD/JPEG"
>     IMAGEMODE=20 RGB
>     FORMATOPTION=20 "QUALITY=3D80"
>     EXTENSION = "jpg"
>  =20 END
>
> and
>
> IMAGETYPE "jpg80"
>=20
-----

Niklas,

I have tried this with MapServer 4 and = no=20 problems.  Note that you don't
normally need to quote the name = passed to=20 NAME or IMAGETYPE, but you can.

Is it possible you are using a = 3.6 based=20 MapServer, not MapServer 4 = (previously
3.7)?


Hi!
You are right, i am using = 3.6.6.
I take it it wont work under 3.6.6=20 then?
 
niklas
------=_NextPart_000_0025_01C3418A.87E4FFD0-- From ed at topozone.com Thu Jul 3 08:51:03 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 3 Jul 2003 11:51:03 -0400 Subject: [Mapserver-users] ActiveX IIS and Mapscript. Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC87@mercator.topozone.com> Dean - The primary issue with a COM object interfacing to the MapScript libraries is the issue of multithreading support, which IIS requires. The issue of thread safety is well-known and a lot of folks have been putting a lot of effort into it. Once we've got a good multithreaded base, a VBScript-compatible COM wrapper is a pretty simple task; until then, I (at least) have concluded it's not worth the trouble. As Chip says, however, it's very easy to write VBScript ASP code that programmatically builds MapServer CGI calls. With that you can do really quite a lot (but not everything) that a MapScript interface does. The primary value of a multithreaded COM server is the ability to have a single module serving multiple clients, rather than launching a new CGI for each one (although the cost of doing that is often overstated). - 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: Chip Hankley [mailto:Chip.Hankley at rmtinc.com] Sent: Thursday, July 03, 2003 9:51 AM To: dtaylor at karjeni.com.au; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] ActiveX IIS and Mapscript. Dean, >Basically what I want to do is get a Mapscript application working with IIS >without resorting to having to install PHP or perl and preferably without >needing a java engine installed either. The Mapscript application will >basically read from catalogue and present the maps. > >So - >Is there a COM component around that can be used within ASP. the archives >suggest a demand for, and some work being completed towards an ActiveX >component bit this seems to have petered out. (What happened?) I asked this question a couple of years ago. My hunch is that everyone who has gone done this path has come to the conclusion that PHP and/or Perl (afaik, the Perl version of MapScript still doesn't work on Windows) work so darn well that trying to support VBScript/ASP just isn't worth the effort. I'm not an ASP person, but I work with a lot of ASP people. I've been running PHP/MapScript on IIS living in peaceful coexistance w/ ASP applications for a couple years now... IMHO, PHP is so far superior to ASP as to be, well, I'm not sure of the best adjective. That said, if you REALLY want to use ASP, search the archives for a note from Ed McNierny on this subject. There are some pretty elegant work arounds that will allow you to use ASP (or PHP, or ColdFusion, or Perl) to hit the mapserver.exe, and pull back relevant information that can then be used by the scripting engine of your choice to make more dynamic pages. Also, as Steve Lime pointed out the other day, you can do a lot of REALLY cool stuff with the plain-jane cgi mapserver, especially when you throw all of the DHTML tools in the mix... so, make sure that you REALLY need mapscript. >Has anybody >successfully compiled them using Borland C++ (Command Line)? Am I setting >myself up for a fall suggesting that I will have a go at creating them. (I >am not a C/C++ Programmer but have done a reasonable amount of >programming in other languages). Not sure about this, but, as far as compiling the other stuff on Windows goes, the $100 (or so) you'd spend on VC++ is worth your time. Almost all of the libraries that are out there have vc++ makefiles, but NOT Borland makefiles. ASFAIK, they are NOT interchangeable. So, you could end up re-creating Borland makefiles for every library you need... I'm sure everyone would appreciate your efforts in doing that, but I'd imagine you'd spend a LOT of time doing it. Cheers! Chip Hankley Outgoing messages, along with any attachments, are scanned for viruses at RMT prior to sending. ------------------------------------------------------------------------------ NOTICE--This email may contain confidential and privileged information for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and delete all copies. _______________________________________________ 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 Thu Jul 3 09:26:05 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 03 Jul 2003 12:26:05 -0400 Subject: [Mapserver-users] defining imageformats In-Reply-To: <002a01c34179$c7e1d420$8300a8c0@big> References: <012901c34155$66c64000$4d570842@beast> <3F04153B.40807@magma.ca> <018a01c3415b$11563e80$4d570842@beast> <3F0426CB.7090206@magma.ca> <01a801c3416b$61886260$4d570842@beast> <001301c34172$c349b290$8300a8c0@big> <3F0449E4.8010007@pobox.com> <002a01c34179$c7e1d420$8300a8c0@big> Message-ID: <3F04591D.1030401@pobox.com> niklas w?rmann wrote: > Hi! > You are right, i am using 3.6.6. > I take it it wont work under 3.6.6 then? > > niklas Niklas, The OUTPUTFORMAT support is only available in MapServer 4.x and later. Also true 24bit support isn't available in 3.6.x. However, you should be able to select an IMAGETYPE of JPEG, and set the quality via the QUALITY keyword in 3.6.x. I believe the image is still rendered with an 8bit palette, and then before writing to the JPEG file is expanded to 24bit RGB. This is not ideal, but may be sufficient for your purposes. 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 gayathri at ou.edu Thu Jul 3 09:44:24 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Thu, 3 Jul 2003 11:44:24 -0500 Subject: [Mapserver-users] how to use itemquery Message-ID: Hello: http://maps.dnr.state.mn.us/mapserver_demos/tests36/itemquery/test.html HTH, Gayathri -----Original Message----- From: Hubert Fr?hlich [mailto:hubert.froehlich at bvv.bayern.de] Sent: Thursday, July 03, 2003 7:32 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] how to use itemquery Hi list, maybe a dull question, but I didn't find how to use item queries in the documentation. Can anybody tell me a link to some documentation or html document or example? Thanks, Hubert -- ---------------------------------------------------------------------------- --- Dr.-Ing. Hubert Fr?hlich Bezirksfinanzdirektion M?nchen Alexandrastr. 3, D-80538 M?nchen, GERMANY Tel. :+49 (0)89 / 2190 - 2980 Fax :+49 (0)89 / 2190 - 2459 hubert.froehlich at bvv.bayern.de _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gis at farmvilleva.com Thu Jul 3 10:14:05 2003 From: gis at farmvilleva.com (John M. Duggan, LSIT) Date: Thu, 3 Jul 2003 13:14:05 -0400 Subject: [Mapserver-users] Reslecting Message-ID: <00e801c34186$81ead5e0$1c00000a@JMDSurvey> This is a multi-part message in MIME format. ------=_NextPart_000_00E5_01C34164.FAA52D90 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hello all, I sure appreciate everyone's input on this list it helps me = out in many ways. I'm hoping for a little more on check box's. I would = like to be able to inform the server that if someone checks a box to = turn on a layer that it will stay checked until they uncheck it. Is this = possible? Thanks, John John M. Duggan LSIT gis at farmvilleva.com http://www.farmvilleva.com (434) 392-3333 "......for the whole universe is in Him and He dwells within our heart." -The Upanishads ------=_NextPart_000_00E5_01C34164.FAA52D90 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hello all, I sure appreciate everyone's = input on=20 this list it helps me out in many ways. I'm hoping for a little more on = check=20 box's. I would like to be able to inform the server that if someone = checks a box=20 to turn on a layer that it will stay checked until they uncheck it. Is = this=20 possible?
Thanks,
John
 
John M. Duggan LSIT
gis at farmvilleva.com
http://www.farmvilleva.com
(43= 4)=20 392-3333
 
"......for the whole universe is in Him = and He=20 dwells
within our=20 heart."
          &n= bsp;           &nb= sp;  =20 -The Upanishads
------=_NextPart_000_00E5_01C34164.FAA52D90-- From Zamil.Murji at divestco.com Thu Jul 3 10:21:13 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Thu, 3 Jul 2003 11:21:13 -0600 Subject: [Mapserver-users] Oracle Spatial Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A924@div-mx02.DIVESTCO.COM> Thanks, That gets rid of my connection issues, however, I still get the same message back from mapserver. Here is one record from the db (I got the SRID correct using shp2sdo): GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) -------------------------------------------------------------------------------- SDO_GEOMETRY(2, 8307, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), SDO_ORDINATE_ARRAY(-109.75084, 51.670937, -109.75084, 51.670937)) It is a point format, however, SDO_POINT is NULL. Will mapserver draw the SDO_ORDINATES instead? If not, where do I go from here. Once again is there any log of what queries the mapserver is running against the db? Thanks in advance, Zamil -----Original Message----- From: Smith, Michael ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil] Sent: Thursday, July 03, 2003 4:16 AM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Oracle Spatial Having the SDO_POINT = NULL is correct if this is a non point shapefile. If the SRID is NULL don't include it in the data statement Use DATA "GEOMETRY FROM OILWELLS" You're problem is the Connecttion statement (CONNECTION "sdb/sdb at 10.0.50.30") The correct format is user/password at tnsname You need to define a tnsname that points to the correct host, port and sid. There are various tools to do this (Oracle Net Manager, edit the tnsnames.ora) In the tnsnames.ora file you would have TNSNAME.DOMAIN.COM = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.50.30)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = your_service_name_here) ) ) Then you connection string would be CONNECTION "sdb/sdb at tnsname" Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Wednesday, July 02, 2003 5:50 PM To: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Oracle Spatial After using the oracle tools to convert my shapefile into an oracle spatial format, this is what I have: SQL> select * from oilwells where gid = 1; GID ---------- GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) -------------------------------------------------------------------------------- 1 SDO_GEOMETRY(2002, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), SDO_ORDINATE_ARRAY( -112.08855, 48.9998283, -112.08855, 48.9998283)) SQL> Notice that the SDO_POINT(X, Y, Z) column is NULL. Can mapserver handle this case. I guess the otn utilities utilize the last two columns. Also note that the SRID is null. When i draw my image, I get the following error message: msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. Here is my .map definition for this layer. LAYER NAME "oilwells" TYPE point STATUS default CONNECTIONTYPE oraclespatial CONNECTION "sdb/sdb at 10.0.50.30" DATA "GEOMETRY FROM OILWELLS USING SRID NULL" # DUMP TRUE MAXSCALE 20 SYMBOLSCALE 2 CLASS SYMBOL 3 SIZE 12 MAXSIZE 28 MINSIZE 4 END END I am using mapserver 3.6.6 precompiled with oracle spatial support from the mapserver downloads page. Any help would be greatly appreciated. Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Wednesday, July 02, 2003 2:36 PM To: bartvde at xs4all.nl; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Oracle Spatial Thanks Bart for the quick reply... I was able to convert my shapefiles into oracle spatial format using some tools on otn. Using those tools they insert NULL as the SRID. Will this cause grief? According to the WIKI you had to specify a SRID otherwise you got a mapserver error. Is this correct? Is there any way to see what query mapserver will be running? Like a log file or something of the sort. In the connection string, does service refer to the ip address? Thanks in advance, Zamil -----Original Message----- From: Bart van den Eijnden [mailto:bartvde at xs4all.nl] Sent: Wednesday, July 02, 2003 12:22 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Oracle Spatial Hi Zamil, otn (Oracle technology network) is the best site for Oracle information. Oracle itself has a tool to import shapefiles into Oracle Spatial. http://otn.oracle.com (you can register for free) The easiest to use is the built-in Oracle Spatial support. To use the support through OGR, you have to compile OGR against the Oracle client library. See also the mapserver wiki Oracle Spatial page: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial Best regards, Bart On Wed, 2 Jul 2003 12:03:19 -0600, Zamil Murji wrote: > Hello list, > > I want to use MapServer to draw an Oracle Spatial layer, however, I have > never used Oracle Spatial. I have some questions I am sure you will be > able to answer. > > 1) What utilities are available to import a shapefile into an Oracle > Spatial database? Where can I download them from? 2) Need to know some > good sites on how to setup Oracle 8i with the Spatial component, and I > need a quick tutorial on how to create a table, alter a table, insert and > select from that table. Any good sites? > 3) I read on the newsgroup that there are two ways to go about this. One > is to use the built in oracle spatial support and the other is to use > ogr. I am running Apache on a windows 2000 box, what way is the best to > go, easiest to setup? > > Thanks for your help > Zamil > > -----Original Message----- > From: Eduardo Patto Kanegae [mailto:eduardo at linkgeo.com.br] > Sent: Wednesday, June 25, 2003 8:44 AM > To: mapserver-users at lists.gis.umn.edu > Cc: niklas "w?rmann > Subject: Re: [Mapserver-users] running v4 beta as a command line tool > > > I've tested on MapServer 3.6.4 for Windows, using: > > $ mapserv "QUERY_STRING=map=c:\test\mymap.map&mode=map&foo=...." > > myresult.gif > > but if you try to open "myresult.gif" it crash... > > so I opened this file with a text editor and deleted the first two > lines(the headers), then it works! > > regards > > Eduardo Patto Kanegae > eduardo at linkgeo.com.br > http://www.linkgeo.com.br > > *************************************** > ***Fim da Mensagem / End of Message *** > *************************************** > > > On Wed, 25 Jun 2003 14:43:41 +0200, Vincent Schut > enscreveu: > >> De: Vincent Schut >> Data: Wed, 25 Jun 2003 14:43:41 +0200 >> Para: niklas w?rmann , > users at lists.gis.umn.edu> >> Assunto: Re: [Mapserver-users] running v4 beta as a command line tool >> >> On Wednesday 25 June 2003 10:06, niklas w?rmann wrote: >> > Hi! >> > i am trying to track down the reason mapserver isn?t working on my >> windows >> > 2000 server. >> > >> > i remember seeing somewhere that it was indeed possible to run >> mapserver as >> > a command line tool, specifying a map file and an output file >> > >> > anyone know the syntax for this? >> >> On linux: >> ./mapserv "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" >> This will output headers + image data to stdout (on linux). Probably on >> windows your executable is not named mapserv but something like >> mapserv.exe? And use \ instead of / I think. >> >> you cannot just save the output as image file because the headers are in >> the output too. >> But you can see if it outputs something (lots of ascii: image), or gives >> an error. >> To see the image: type in your browser: >> http://localhost/cgi-bin/mapserv?map=/path/to/your/mapfile.map&mode=map >> change / in path to \ if on windows? >> >> Regards, >> -- ______________________________________ >> Vincent Schut >> Sarvision B.V. >> Wageningen, The Netherlands >> www.sarvision.com >> >> _______________________________________________ >> 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 _______________________________________________ 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 Thu Jul 3 10:32:26 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Thu, 03 Jul 2003 19:32:26 +0200 Subject: [Mapserver-users] Oracle Spatial In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A924@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30A924@div-mx02.DIVESTCO.COM> Message-ID: Hi Zamil, you should validate your geometries in the table. You can do this with Oracle Spatial. If your geometries are valid, mapserver should be able to draw them. Validate syntax is in the Oracle Spatial manual from Oracle. About the logging of Oracle queries, I think it disappeared in the last version. In the old versions when you got an error you got the complete Oracle statement in the error messages. I think it is quite important for debugging purposes that this will get restored the way it used to be. Hopefully some of the developers have time to do this, but ofcourse now they are working very hard on the release of 4.0. Best regards, Bart On Thu, 3 Jul 2003 11:21:13 -0600, Zamil Murji wrote: > Thanks, > > That gets rid of my connection issues, however, I still get the same > message back from mapserver. > > Here is one record from the db (I got the SRID correct using shp2sdo): > GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, > SDO_ORDINATES) > -------------------------------------------------------------------------- > > > ------ > SDO_GEOMETRY(2, 8307, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), > SDO_ORDINATE_ARRAY(-109.75084, 51.670937, -109.75084, 51.670937)) > > It is a point format, however, SDO_POINT is NULL. Will mapserver draw the > SDO_ORDINATES instead? If not, where do I go from here. Once again is > there any log of what queries the mapserver is running against the db? > > Thanks in advance, > Zamil > > -----Original Message----- > From: Smith, Michael ERDC-CRREL-NH > [mailto:Michael.Smith at erdc.usace.army.mil] > Sent: Thursday, July 03, 2003 4:16 AM > To: Zamil Murji; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Oracle Spatial > > > Having the SDO_POINT = NULL is correct if this is a non point shapefile. > > If the SRID is NULL don't include it in the data statement > > Use DATA "GEOMETRY FROM OILWELLS" > > You're problem is the Connecttion statement (CONNECTION > "sdb/sdb at 10.0.50.30") > The correct format is user/password at tnsname > > You need to define a tnsname that points to the correct host, port and > sid. > There are various tools to do this (Oracle Net Manager, edit the > tnsnames.ora) > > In the tnsnames.ora file you would have > > > TNSNAME.DOMAIN.COM = > (DESCRIPTION = > (ADDRESS_LIST = > (ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.50.30)(PORT = 1521)) > ) > (CONNECT_DATA = > (SERVICE_NAME = your_service_name_here) > ) > ) > > Then you connection string would be CONNECTION "sdb/sdb at tnsname" > > > Mike Smith > email: michael.smith at erdc.usace.army.mil > RSGISC > ERDC - CRREL Hanover, NH 03755 > (603) 646-4765 > > > > -----Original Message----- > From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Wednesday, July > 02, 2003 5:50 PM > To: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Oracle Spatial > > > After using the oracle tools to convert my shapefile into an oracle > spatial format, this is what I have: > > SQL> select * from oilwells where gid = 1; > > GID > ---------- > GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, > SDO_ORDINATES) > -------------------------------------------------------------------------- > > > ------ > 1 > SDO_GEOMETRY(2002, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), > SDO_ORDINATE_ARRAY( > -112.08855, 48.9998283, -112.08855, 48.9998283)) > > > SQL> > > Notice that the SDO_POINT(X, Y, Z) column is NULL. Can mapserver handle > this case. I guess the otn utilities utilize the last two columns. > Also note that the SRID is null. When i draw my image, I get the > following error message: > msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. > > Here is my .map definition for this layer. > LAYER > NAME "oilwells" > TYPE point > STATUS default > CONNECTIONTYPE oraclespatial CONNECTION "sdb/sdb at 10.0.50.30" DATA > "GEOMETRY FROM OILWELLS USING SRID NULL" # DUMP TRUE MAXSCALE 20 > SYMBOLSCALE 2 > CLASS > SYMBOL 3 > SIZE 12 > MAXSIZE 28 > MINSIZE 4 > END > END > > I am using mapserver 3.6.6 precompiled with oracle spatial support from > the mapserver downloads page. > > Any help would be greatly appreciated. Thanks > Zamil > > -----Original Message----- > From: Zamil Murji Sent: Wednesday, July 02, 2003 2:36 PM > To: bartvde at xs4all.nl; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Oracle Spatial > > > Thanks Bart for the quick reply... > > I was able to convert my shapefiles into oracle spatial format using some > tools on otn. Using those tools they insert NULL as the SRID. Will this > cause grief? According to the WIKI you had to specify a SRID otherwise > you got a mapserver error. Is this correct? > > Is there any way to see what query mapserver will be running? Like a log > file or something of the sort. > > In the connection string, does service refer to the ip address? > > Thanks in advance, > Zamil > > -----Original Message----- > From: Bart van den Eijnden [mailto:bartvde at xs4all.nl] > Sent: Wednesday, July 02, 2003 12:22 PM > To: Zamil Murji; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Oracle Spatial > > > Hi Zamil, > > otn (Oracle technology network) is the best site for Oracle information. > Oracle itself has a tool to import shapefiles into Oracle Spatial. > > http://otn.oracle.com (you can register for free) > > The easiest to use is the built-in Oracle Spatial support. To use the > support through OGR, you have to compile OGR against the Oracle client > library. > > See also the mapserver wiki Oracle Spatial page: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial > > Best regards, > Bart > > On Wed, 2 Jul 2003 12:03:19 -0600, Zamil Murji > wrote: > >> Hello list, >> >> I want to use MapServer to draw an Oracle Spatial layer, however, I have >> never used Oracle Spatial. I have some questions I am sure you will be >> able to answer. >> >> 1) What utilities are available to import a shapefile into an Oracle >> Spatial database? Where can I download them from? 2) Need to know some >> good sites on how to setup Oracle 8i with the Spatial component, and I >> need a quick tutorial on how to create a table, alter a table, insert >> and select from that table. Any good sites? >> 3) I read on the newsgroup that there are two ways to go about this. One >> is to use the built in oracle spatial support and the other is to use >> ogr. I am running Apache on a windows 2000 box, what way is the best to >> go, easiest to setup? >> >> Thanks for your help >> Zamil >> >> -----Original Message----- >> From: Eduardo Patto Kanegae [mailto:eduardo at linkgeo.com.br] >> Sent: Wednesday, June 25, 2003 8:44 AM >> To: mapserver-users at lists.gis.umn.edu >> Cc: niklas "w??rmann >> Subject: Re: [Mapserver-users] running v4 beta as a command line tool >> >> >> I've tested on MapServer 3.6.4 for Windows, using: >> >> $ mapserv "QUERY_STRING=map=c:\test\mymap.map&mode=map&foo=...." > >> myresult.gif >> >> but if you try to open "myresult.gif" it crash... >> >> so I opened this file with a text editor and deleted the first two >> lines(the headers), then it works! >> >> regards >> >> Eduardo Patto Kanegae >> eduardo at linkgeo.com.br >> http://www.linkgeo.com.br >> >> *************************************** >> ***Fim da Mensagem / End of Message *** >> *************************************** >> >> >> On Wed, 25 Jun 2003 14:43:41 +0200, Vincent Schut >> enscreveu: >> >>> De: Vincent Schut >>> Data: Wed, 25 Jun 2003 14:43:41 +0200 >>> Para: niklas w??rmann , >> users at lists.gis.umn.edu> >>> Assunto: Re: [Mapserver-users] running v4 beta as a command line tool >>> >>> On Wednesday 25 June 2003 10:06, niklas w??rmann wrote: >>> > Hi! >>> > i am trying to track down the reason mapserver isn??t working on my >>> windows >>> > 2000 server. >>> > >>> > i remember seeing somewhere that it was indeed possible to run >>> mapserver as >>> > a command line tool, specifying a map file and an output file >>> > >>> > anyone know the syntax for this? >>> >>> On linux: >>> ./mapserv "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" >>> This will output headers + image data to stdout (on linux). Probably on >>> windows your executable is not named mapserv but something like >>> mapserv.exe? And use \ instead of / I think. >>> >>> you cannot just save the output as image file because the headers are >>> in the output too. >>> But you can see if it outputs something (lots of ascii: image), or >>> gives an error. >>> To see the image: type in your browser: >>> http://localhost/cgi-bin/mapserv?map=/path/to/your/mapfile.map&mode=map >>> change / in path to \ if on windows? >>> >>> Regards, >>> -- ______________________________________ >>> Vincent Schut >>> Sarvision B.V. >>> Wageningen, The Netherlands >>> www.sarvision.com >>> >>> _______________________________________________ >>> 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 gayathri at ou.edu Thu Jul 3 11:12:20 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Thu, 3 Jul 2003 13:12:20 -0500 Subject: [Mapserver-users] Reslecting 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_01C3418E.A5267BB0 Content-Type: text/plain Hi: If your code looked something like this in the legend..
<----Rest of all the map information----->
that should work for you. Thanks, Gayathri -----Original Message----- From: John M. Duggan, LSIT [mailto:gis at farmvilleva.com] Sent: Thursday, July 03, 2003 11:14 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Reslecting Hello all, I sure appreciate everyone's input on this list it helps me out in many ways. I'm hoping for a little more on check box's. I would like to be able to inform the server that if someone checks a box to turn on a layer that it will stay checked until they uncheck it. Is this possible? Thanks, John John M. Duggan LSIT gis at farmvilleva.com http://www.farmvilleva.com (434) 392-3333 "......for the whole universe is in Him and He dwells within our heart." -The Upanishads ------_=_NextPart_001_01C3418E.A5267BB0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Message
Hi:
If=20 your code looked something like this in the = legend..
 
<form method=3DPOST = action=3D"/cgi-bin/mapserv.exe"=20 target=3D"map" name=3D"mapserv">
    <----Rest of all the = map=20 information----->
     <input = type=3Dcheckbox=20 name=3Dlayer value=3D[layer_name] CHECKED>
</form>
that=20 should work for you.
Thanks,
Gayathri

-----Original Message-----
From: = John M. Duggan,=20 LSIT [mailto:gis at farmvilleva.com]
Sent: Thursday, July 03, = 2003=20 11:14 AM
To: = mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] Reslecting

Hello all, I sure appreciate = everyone's input=20 on this list it helps me out in many ways. I'm hoping for a little = more on=20 check box's. I would like to be able to inform the server that if = someone=20 checks a box to turn on a layer that it will stay checked until they = uncheck=20 it. Is this possible?
Thanks,
John
 
John M. Duggan LSIT
gis at farmvilleva.com
http://www.farmvilleva.com
(4= 34)=20 392-3333
 
"......for the whole universe is in = Him and He=20 dwells
within our=20 = heart."
          &= nbsp;           &= nbsp;  =20 -The Upanishads
------_=_NextPart_001_01C3418E.A5267BB0-- From bmurch at seas.marine.usf.edu Thu Jul 3 12:57:36 2003 From: bmurch at seas.marine.usf.edu (Brock Murch) Date: Thu, 3 Jul 2003 15:57:36 -0400 Subject: [Mapserver-users] adding RASTER Layer In-Reply-To: <200307031008.36182.schut@sarvision.com> References: <200307021515.49112.bmurch@marine.usf.edu> <200307021550.35079.bmurch@marine.usf.edu> <200307031008.36182.schut@sarvision.com> Message-ID: <200307031557.37631.bmurch@marine.usf.edu> Vincent: I can give it a try, but I had the same problem using a png with a wld file as well. Perhaps I can recompile with --without-png too? Can I recompile to get some error messages put somewhere? I am also curious to find out how mapserv does its clean-up? How many files will it write to cache? Does it clean up? Thanks, Brock On Thursday 03 July 2003 4:08 am, Vincent Schut wrote: > Brock, > > don't know if it helps, but you might try to recompile your mapserver with > --without-tiff to force it to use GDAL's tiff reading instead of libtiff. > GDAL's tiff reading capabilities extend the normal one with all kinds of > geotiff features, etc. > > Cheers, > Vincent. > > On Wednesday 02 July 2003 21:50, Brock Murch wrote: > > Dylan: > > > > Thanks, but no luck. Whether I comment out the #OFFSITE line, or put in > > OFFSITE 0 0 0 still gives me no image other that the vertival border I > > spoke of earlier. > > > > Brock > > > > On Wednesday 02 July 2003 3:42 pm, Dylan Keon wrote: > > > Brock, > > > > > > Syntax for OFFSITE changed in 4.0. OFFSITE now takes an RGB value > > > instead of a single class index value. So, for example, if you're > > > trying to make black pixels transparent you would now use "OFFSITE 0 0 > > > 0" instead of "OFFSITE 0" (assuming class 0 was assigned to black > > > pixels). > > > > > > You could first try commenting out just the OFFSITE line to see if you > > > get anything... > > > > > > --Dylan > > > > > > Brock Murch wrote: > > > > Lo all: > > > > I seem to have stumbled into a problem. I am working throught the > > > > tutorial and have had much success, however, I can't seem to make the > > > > s2ex3 raster layer work. If I comment out the: > > > > > > > > #LAYER # Shaded Relief Raster > > > > # NAME "relief" > > > > # DATA "raster/shdrlfi020g_ugl.tif" > > > > # STATUS DEFAULT > > > > # TYPE RASTER > > > > # OFFSITE 0 > > > > #END > > > > > > > > it works fine. > > > > > > > > However, if the layer is place I get no image, just a small vertical > > > > line (probably the border). I am using the newest version of > > > > mapserver. > > > > > > > > mapserv -v > > > > MapServer version 4.0-beta1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > > > > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > > > > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT > > > > INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL > > > > INPUT=SHAPEFILE > > > > > > > > gdal-config --formats > > > > gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm sdts raw dted > > > > mem jdem envisat elas fit vrt usgsdem l1b nitf bmp hdf4 gif jpeg png > > > > > > > > I have tried it with my own data too. png format with a png world > > > > file following the above map file format with the same results. > > > > > > > > What am I missing? I'm not sure what to try next. Any thoughts would > > > > be greatly appreciated. > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From erich at museum.state.il.us Thu Jul 3 14:11:32 2003 From: erich at museum.state.il.us (Erich Schroeder) Date: Thu, 3 Jul 2003 16:11:32 -0500 (CDT) Subject: [Mapserver-users] PHPmapscript 4, color Message-ID: Hi, I'm confused in how I should be rewriting some phpmapscript for changing from version 3.5 to 4. In my application it looks to see if a polygon shapefile showing modern distribution of a taxon exists, and if so adds it as a layer. It then checks to see if the user wanted it to show, and if not turns the layer off. The old script looks like: //Check if modern distribution is present, and add if (file_exists("mammal/$TaxonLower.shp")) { $distpresent = TRUE; $layer = ms_newLayerObj($map); $layer->set("data","mammal/$TaxonLower"); $layer->set("name","moderndist"); $layer->set("type",MS_LAYER_POLYGON); $layer->set("status",MS_ON); if ($drawdist == "n") {$layer->set("status",MS_OFF);} $distcolor = $map->addColor(232,151,97); $class = ms_newClassObj($layer); $class->set("name","ModernDistribution"); $class->set("symbol",0); $class->set("color",$distcolor); $ok = $map->moveLayerUp(3); $ok = $map->moveLayerUp(3); $img = $map->draw(); } //end of modern dist And now of course it chokes on the $distcolor = $map->addColor(232,151,97); line. Am I supposed to now have a line like: $class->setRGB(232,151,97); Erich -- --------------------------------------------------------------------- Erich Schroeder Phone: (217)785-0033 Curator, Information Technologies FAX: (217)785-2857 Illinois State Museum GIS Lab email:erich(at)illinois.state.museum http://illinois.state.museum/ --------------------------------------------------------------------- From Zamil.Murji at divestco.com Thu Jul 3 14:16:18 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Thu, 3 Jul 2003 15:16:18 -0600 Subject: [Mapserver-users] Oracle Spatial Query Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A929@div-mx02.DIVESTCO.COM> Is it possible to use a layer from an oracle spatial db in accordance with a template file. Currently, if the data resides in a shapefile you can in query mode return a template file. The template file can have attributes from the associated .dbf file. I want to do the same for a layer from an oracle spatial db. So in the data string if i went: DATA "SELECT GEOM, WELL_ID FROM OILWELLS" I could refer to well_id in the template file. Can this be done? Some sample .map files would be great and template files as well. Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Thursday, July 03, 2003 11:21 AM To: Smith, Michael ERDC-CRREL-NH; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Oracle Spatial Thanks, That gets rid of my connection issues, however, I still get the same message back from mapserver. Here is one record from the db (I got the SRID correct using shp2sdo): GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) -------------------------------------------------------------------------------- SDO_GEOMETRY(2, 8307, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), SDO_ORDINATE_ARRAY(-109.75084, 51.670937, -109.75084, 51.670937)) It is a point format, however, SDO_POINT is NULL. Will mapserver draw the SDO_ORDINATES instead? If not, where do I go from here. Once again is there any log of what queries the mapserver is running against the db? Thanks in advance, Zamil -----Original Message----- From: Smith, Michael ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil] Sent: Thursday, July 03, 2003 4:16 AM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Oracle Spatial Having the SDO_POINT = NULL is correct if this is a non point shapefile. If the SRID is NULL don't include it in the data statement Use DATA "GEOMETRY FROM OILWELLS" You're problem is the Connecttion statement (CONNECTION "sdb/sdb at 10.0.50.30") The correct format is user/password at tnsname You need to define a tnsname that points to the correct host, port and sid. There are various tools to do this (Oracle Net Manager, edit the tnsnames.ora) In the tnsnames.ora file you would have TNSNAME.DOMAIN.COM = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.50.30)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = your_service_name_here) ) ) Then you connection string would be CONNECTION "sdb/sdb at tnsname" Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Wednesday, July 02, 2003 5:50 PM To: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Oracle Spatial After using the oracle tools to convert my shapefile into an oracle spatial format, this is what I have: SQL> select * from oilwells where gid = 1; GID ---------- GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) -------------------------------------------------------------------------------- 1 SDO_GEOMETRY(2002, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), SDO_ORDINATE_ARRAY( -112.08855, 48.9998283, -112.08855, 48.9998283)) SQL> Notice that the SDO_POINT(X, Y, Z) column is NULL. Can mapserver handle this case. I guess the otn utilities utilize the last two columns. Also note that the SRID is null. When i draw my image, I get the following error message: msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. Here is my .map definition for this layer. LAYER NAME "oilwells" TYPE point STATUS default CONNECTIONTYPE oraclespatial CONNECTION "sdb/sdb at 10.0.50.30" DATA "GEOMETRY FROM OILWELLS USING SRID NULL" # DUMP TRUE MAXSCALE 20 SYMBOLSCALE 2 CLASS SYMBOL 3 SIZE 12 MAXSIZE 28 MINSIZE 4 END END I am using mapserver 3.6.6 precompiled with oracle spatial support from the mapserver downloads page. Any help would be greatly appreciated. Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Wednesday, July 02, 2003 2:36 PM To: bartvde at xs4all.nl; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Oracle Spatial Thanks Bart for the quick reply... I was able to convert my shapefiles into oracle spatial format using some tools on otn. Using those tools they insert NULL as the SRID. Will this cause grief? According to the WIKI you had to specify a SRID otherwise you got a mapserver error. Is this correct? Is there any way to see what query mapserver will be running? Like a log file or something of the sort. In the connection string, does service refer to the ip address? Thanks in advance, Zamil -----Original Message----- From: Bart van den Eijnden [mailto:bartvde at xs4all.nl] Sent: Wednesday, July 02, 2003 12:22 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Oracle Spatial Hi Zamil, otn (Oracle technology network) is the best site for Oracle information. Oracle itself has a tool to import shapefiles into Oracle Spatial. http://otn.oracle.com (you can register for free) The easiest to use is the built-in Oracle Spatial support. To use the support through OGR, you have to compile OGR against the Oracle client library. See also the mapserver wiki Oracle Spatial page: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial Best regards, Bart On Wed, 2 Jul 2003 12:03:19 -0600, Zamil Murji wrote: > Hello list, > > I want to use MapServer to draw an Oracle Spatial layer, however, I have > never used Oracle Spatial. I have some questions I am sure you will be > able to answer. > > 1) What utilities are available to import a shapefile into an Oracle > Spatial database? Where can I download them from? 2) Need to know some > good sites on how to setup Oracle 8i with the Spatial component, and I > need a quick tutorial on how to create a table, alter a table, insert and > select from that table. Any good sites? > 3) I read on the newsgroup that there are two ways to go about this. One > is to use the built in oracle spatial support and the other is to use > ogr. I am running Apache on a windows 2000 box, what way is the best to > go, easiest to setup? > > Thanks for your help > Zamil > > -----Original Message----- > From: Eduardo Patto Kanegae [mailto:eduardo at linkgeo.com.br] > Sent: Wednesday, June 25, 2003 8:44 AM > To: mapserver-users at lists.gis.umn.edu > Cc: niklas "w?rmann > Subject: Re: [Mapserver-users] running v4 beta as a command line tool > > > I've tested on MapServer 3.6.4 for Windows, using: > > $ mapserv "QUERY_STRING=map=c:\test\mymap.map&mode=map&foo=...." > > myresult.gif > > but if you try to open "myresult.gif" it crash... > > so I opened this file with a text editor and deleted the first two > lines(the headers), then it works! > > regards > > Eduardo Patto Kanegae > eduardo at linkgeo.com.br > http://www.linkgeo.com.br > > *************************************** > ***Fim da Mensagem / End of Message *** > *************************************** > > > On Wed, 25 Jun 2003 14:43:41 +0200, Vincent Schut > enscreveu: > >> De: Vincent Schut >> Data: Wed, 25 Jun 2003 14:43:41 +0200 >> Para: niklas w?rmann , > users at lists.gis.umn.edu> >> Assunto: Re: [Mapserver-users] running v4 beta as a command line tool >> >> On Wednesday 25 June 2003 10:06, niklas w?rmann wrote: >> > Hi! >> > i am trying to track down the reason mapserver isn?t working on my >> windows >> > 2000 server. >> > >> > i remember seeing somewhere that it was indeed possible to run >> mapserver as >> > a command line tool, specifying a map file and an output file >> > >> > anyone know the syntax for this? >> >> On linux: >> ./mapserv "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" >> This will output headers + image data to stdout (on linux). Probably on >> windows your executable is not named mapserv but something like >> mapserv.exe? And use \ instead of / I think. >> >> you cannot just save the output as image file because the headers are in >> the output too. >> But you can see if it outputs something (lots of ascii: image), or gives >> an error. >> To see the image: type in your browser: >> http://localhost/cgi-bin/mapserv?map=/path/to/your/mapfile.map&mode=map >> change / in path to \ if on windows? >> >> Regards, >> -- ______________________________________ >> Vincent Schut >> Sarvision B.V. >> Wageningen, The Netherlands >> www.sarvision.com >> >> _______________________________________________ >> 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 _______________________________________________ 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 keon at nacse.org Thu Jul 3 14:29:22 2003 From: keon at nacse.org (Dylan Keon) Date: Thu, 03 Jul 2003 14:29:22 -0700 Subject: [Mapserver-users] PHPmapscript 4, color In-Reply-To: References: Message-ID: <3F04A032.8060009@nacse.org> Erich, Check out the Migration Guide page on the Wiki. There are examples of color handling, as well as other changes to make when moving from 3.5 to 4.0. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide This should help (copied from the Wiki page): Most class parameter definitions are now handled by the new style object. For example, $classObj->set('color', $map->addColor(255,255,0)); $classObj->set('size', 18); is now implemented as $style = ms_newStyleObj($classObj); $style->color->setRGB(255,255,0); $style->set('size', 18); --Dylan Erich Schroeder wrote: > Hi, > I'm confused in how I should be rewriting some phpmapscript for changing > from version 3.5 to 4. > > In my application it looks to see if a polygon shapefile showing modern > distribution of a taxon exists, and if so adds it as a layer. It then > checks to see if the user wanted it to show, and if not turns the layer > off. > > The old script looks like: > > //Check if modern distribution is present, and add > if (file_exists("mammal/$TaxonLower.shp")) { > $distpresent = TRUE; > $layer = ms_newLayerObj($map); > $layer->set("data","mammal/$TaxonLower"); > $layer->set("name","moderndist"); > $layer->set("type",MS_LAYER_POLYGON); > $layer->set("status",MS_ON); > if ($drawdist == "n") {$layer->set("status",MS_OFF);} > $distcolor = $map->addColor(232,151,97); > $class = ms_newClassObj($layer); > $class->set("name","ModernDistribution"); > $class->set("symbol",0); > $class->set("color",$distcolor); > $ok = $map->moveLayerUp(3); > $ok = $map->moveLayerUp(3); > $img = $map->draw(); > } //end of modern dist > > And now of course it chokes on the > $distcolor = $map->addColor(232,151,97); > line. > > Am I supposed to now have a line like: > > $class->setRGB(232,151,97); > > Erich From elshayal at smartwebonline.com Thu Jul 3 18:55:26 2003 From: elshayal at smartwebonline.com (Mohamed Elshayal Smart) Date: Fri, 4 Jul 2003 04:55:26 +0300 Subject: [Mapserver-users] Query Message-ID: <001101c341cf$5e1c3b10$017efea9@mamafatma> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C341E8.7C398B70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear Sirs, I use the following and it works=20 mode=3Ditemnquery&qlayer=3Dlakes&item=3Darea&value=3D100 but I try to use the following expression but it does not work. mode=3Ditemnquery&qlayer=3Dlakes&item=3Darea&value>100&value<200 and how can I write expression statement in map file Thank you and best personal regards Mohamed Elshayal ------=_NextPart_000_000E_01C341E8.7C398B70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Dear Sirs,
I use the following and it works =
 
mode=3Ditemnquery&qlayer=3Dlakes&item=3Darea&value=3D= 100
 
but I try to use the following =20 expression but it does not work.
 
mode=3Ditemnquery&qlayer=3Dlakes&item=3Darea&value&g= t;100&value<200
 
and how can I write expression = statement in map=20 file
 
Thank you and best personal = regards
Mohamed = Elshayal
------=_NextPart_000_000E_01C341E8.7C398B70-- From eduardo at linkgeo.com.br Thu Jul 3 18:22:15 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Thu, 3 Jul 2003 22:22:15 -0300 Subject: [Mapserver-users] Problems with ROSA Message-ID: <000201c341d7$46488e00$900cbec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C341B1.8EEE8900 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi MapServerers I've recently published a MapServer application at = http://www.linkgeo.com.br/clickbrasil/ - with 2 templates ( 1 without = JAVA and the other with ROSA applet ), but there's something strange when using ROSA mode. In my development enviroment ( Windows XP Professional and MapServer = version 3.6.4 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP = SUPPORTS=3DPROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER = SUPPORTS=3DWMS_CLIENT INPUT=3DEPPL7 INPUT=3DOGR INPUT=3DGDAL = INPUT=3DSHAPEFILE ) the ROSA mode only works with Microsoft VM. But when = I run this same ROSA application at my internet enviroment( Red Hat = Linux 7.3 and MapServer version 3.6.6 OUTPUT=3DPNG OUTPUT=3DJPEG = OUTPUT=3DWBMP SUPPORTS=3DTTF INPUT=3DEPPL7 INPUT=3DSHAPEFILE ) it works = only with Sun Java Machine. And some users have been disclaiming , saying "when I enter Applet = version, I got nothing but a blank space". Is there a way of detecting VM installed at client's side or a way of = automaticlty setting right virtual machine for user? Or is better to put a inicial warning message? Thank you. Eduardo Patto Kanegae eduardo at linkgeo.com.br http://www.linkgeo.com.br ( Brasil ) ++++++++++++++++++++++++++ ClickBrasil - http://www.linkgeo.com.br/clickbrasil/=20 ------=_NextPart_000_000D_01C341B1.8EEE8900 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi MapServerers
 
I've recently published a MapServer = application at=20 http://www.linkgeo.com.br= /clickbrasil/=20 - with 2 templates ( 1 without JAVA and the other with ROSA applet=20 ),
 
but there's something strange when = using ROSA=20 mode.
 
In my development enviroment ( Windows = XP=20 Professional and MapServer version 3.6.4 OUTPUT=3DGIF OUTPUT=3DPNG = OUTPUT=3DJPEG=20 OUTPUT=3DWBMP SUPPORTS=3DPROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER = SUPPORTS=3DWMS_CLIENT=20 INPUT=3DEPPL7 INPUT=3DOGR INPUT=3DGDAL INPUT=3DSHAPEFILE ) the ROSA mode = only works with=20 Microsoft VM. But when I run this same ROSA application at my internet=20 enviroment( Red Hat Linux 7.3 and MapServer version 3.6.6 OUTPUT=3DPNG = OUTPUT=3DJPEG=20 OUTPUT=3DWBMP SUPPORTS=3DTTF INPUT=3DEPPL7 INPUT=3DSHAPEFILE ) it works = only with Sun=20 Java Machine.
 
And some users have been disclaiming , = saying "when=20 I enter Applet version, I got nothing but a blank space".
 
Is there a way of detecting VM = installed at=20 client's side or a way of automaticlty setting right virtual machine for = user?
 
Or is better to put a inicial warning=20 message?
 
Thank you.
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br<= /DIV>
http://www.linkgeo.com.br  ( = Brasil=20 )
++++++++++++++++++++++++++
ClickBrasil - http://www.linkgeo.com.br= /clickbrasil/=20
------=_NextPart_000_000D_01C341B1.8EEE8900-- From eduardo at linkgeo.com.br Thu Jul 3 18:59:38 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Thu, 3 Jul 2003 22:59:38 -0300 Subject: [Mapserver-users] North symbol embeded on Map Message-ID: <000601c341d7$4dec6d20$900cbec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C341B6.C74CD360 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Is there a way of puting a North-Arrow symbol inside the map? Eduardo ------=_NextPart_000_0009_01C341B6.C74CD360 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Is there a way of puting a North-Arrow = symbol=20 inside the map?
 
Eduardo
------=_NextPart_000_0009_01C341B6.C74CD360-- From palle at mail-online.dk Thu Jul 3 23:22:05 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Fri, 04 Jul 2003 08:22:05 +0200 Subject: [Mapserver-users] North symbol embeded on Map In-Reply-To: <000601c341d7$4dec6d20$900cbec8@vcp.advcp.br> References: <000601c341d7$4dec6d20$900cbec8@vcp.advcp.br> Message-ID: Try something like this ... SYMBOL NAME "n_arrow" TYPE pixmap IMAGE "images/nordpil6.gif" END ... LAYER NAME "n_arrow" STATUS DEFAULT TRANSFORM FALSE TYPE POINT FEATURE POINTS 650 80 END END CLASS SYMBOL "n_arrow" END END Adjust the feature points so that the north_arrow appears in the upper right corner (or where you want to put it). Since transform is false these are just pixel values. Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: "Eduardo Patto Kanegae" To: "mapserver-users" Date: Thu, 3 Jul 2003 22:59:38 -0300 Subject: [Mapserver-users] North symbol embeded on Map > Is there a way of puting a North-Arrow symbol inside the map? > > Eduardo > F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille konkurrence p? nettet, og vind et gavekort p? 50.000 kroner... KLIK HER: www.directoffice.dk/konkurrence From palle at mail-online.dk Thu Jul 3 23:41:27 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Fri, 04 Jul 2003 08:41:27 +0200 Subject: [Mapserver-users] North symbol embeded on Map In-Reply-To: References: <000601c341d7$4dec6d20$900cbec8@vcp.advcp.br> Message-ID: I have added this solution to the WikiFAQ at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?FAQ Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: "Palle Due Larsen" To: "Eduardo Patto Kanegae" , "mapserver-users" Date: Fri, 04 Jul 2003 08:22:05 +0200 Subject: Re: [Mapserver-users] North symbol embeded on Map > Try something like this > > ... > > SYMBOL > NAME "n_arrow" > TYPE pixmap > IMAGE "images/nordpil6.gif" > END > > ... > > LAYER > NAME "n_arrow" > STATUS DEFAULT > TRANSFORM FALSE > TYPE POINT > FEATURE > POINTS 650 80 END > END > CLASS > SYMBOL "n_arrow" > END > END > > Adjust the feature points so that the north_arrow appears in the > upper > right corner (or where you want to put it). Since transform is false > these are just pixel values. > > Best regards > > Palle Due Larsen > Carl Bro GIS&IT > > -----Original Message----- > From: "Eduardo Patto Kanegae" > To: "mapserver-users" > Date: Thu, 3 Jul 2003 22:59:38 -0300 > Subject: [Mapserver-users] North symbol embeded on Map > > > Is there a way of puting a North-Arrow symbol inside the map? > > > > Eduardo > > > > F? en gratis emailkonto her: www.mail-online.dk > ----------------------------------------------- > Deltag i en lille konkurrence p? nettet, og > vind et gavekort p? 50.000 kroner... > KLIK HER: www.directoffice.dk/konkurrence > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > F? en gratis emailkonto her: www.mail-online.dk > ----------------------------------------------- > Deltag i en lille konkurrence p? nettet, og > vind et gavekort p? 50.000 kroner... > KLIK HER: www.directoffice.dk/konkurrence > From braulioen at ono.com Fri Jul 4 01:04:38 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Fri, 04 Jul 2003 10:04:38 +0200 Subject: [Mapserver-users] ECW in Mapscript 4.0 Message-ID: Hi at all, I'm using now the version 4.0 of Mapscript and the layer Raster ECW does not visualize. I've installed the ECW dll's that accompany php_mapscript_40.dll and the rest of dll's. The configuration of my file MAP has not changed, follows just as with previous version 3.6. Which can be the problem? Thanks in advance. Braulio. From sarawut at ait.ac.th Fri Jul 4 01:08:05 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Fri, 04 Jul 2003 15:08:05 +0700 Subject: [Mapserver-users] WMS go Blank image Message-ID: <5.1.1.6.2.20030704150140.00aa2408@mail.ait.ac.th> Dear all I try to test one machine with server and client (but difference map file) thaiwms.map is for WMS Server and thai.wms for main map to connect to server. But blank image map, no scale ,no referenced map, nothing happened in temp directory. Seem like my mapserver can not be client because I can connect to this computer by other computer with same below CONNECTION parameter on thaiwms.map file. LAYER NAME "color05" METADATA wms_title "Test" wms_srs "EPSG:4240" END TYPE RASTER STATUS off CONNECTIONTYPE WMS CONNECTION "http://127.0.0.1/cgi-bin/thaiwms?VERSION=1.1.0&LAYERS=NOAA01&Format=png" projection "init=EPSG:4240" #Projection longlat end END # layer From m.spring at gmx.de Fri Jul 4 00:52:29 2003 From: m.spring at gmx.de (m.spring at gmx.de) Date: Fri, 04 Jul 2003 09:52:29 +0200 Subject: [Mapserver-users] Re: [Mapserver-dev] Proposal for mapfile IO changes for MapServer 4.1 In-Reply-To: (Steve Lime's message of "Thu, 03 Jul 2003 14:24:59 -0500") References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, up to now I've only been lurking you wizards and happily using mapserver... > crap removed (it could also parse an XML version with very little > change). What would have to be added is logic in the various loading So this could be a tremendous advantage for everybody concerned with parsing of existing mapfiles, automatic mapfile creation, implementing editor support for mapfiles etc. I would be only too happy to see this happen soon ;-) and despite beeing 'only' a simple perl monk I would gladly offer any help I am capable of to implement this. Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard iD8DBQE/BTI9xxUzQSse11ARAjneAJ9b3uPh8Gn8zUFKg04YKRiAYpfNbQCgg/ru DX/ZxIdgh/LZEf0RVRYRCbw= =Motm -----END PGP SIGNATURE----- From nwoe at privat.utfors.se Fri Jul 4 04:08:26 2003 From: nwoe at privat.utfors.se (niklas wörmann) Date: Fri, 4 Jul 2003 13:08:26 +0200 Subject: [Mapserver-users] OT iis 5 drives me nuts References: Message-ID: <003b01c3421c$9c417980$8300a8c0@big> Hi! Sorry for the off topic... i have finally got mapserver installed on my win 2000 box. everything seems to work fine if i use the local path for defining the map file like; http://192.168.0.133/cgi-bin/mapserv4.exe?map=c:/inetpub/wwwroot\ms_workshop \example1.map&mode=map but i cant for the life of me, get iis to return the map file when i access it like http://192.168.0.133/ms_workshop/example1.map file not found, although i can see it fine (directory browsing is turned on ) although http://192.168.0.133/ms_workshop/example1.txt will work fine (note the different extension here) somehow some security restricion hidden somewhere in the bowels of microsofts software is stopping the server from serving files with .map extensions. anyone? niklas w?rmann ?lvsj? sweden From Irvan at pln-jabar.co.id Thu Jul 3 23:48:07 2003 From: Irvan at pln-jabar.co.id (Irvan Kristianto) Date: Fri, 4 Jul 2003 13:48:07 +0700 Subject: [Mapserver-users] mapinfo .tab on mapserver Message-ID: <4876C605FBF6D611BF48000629132BCB1F8C37@DISJABARMAIL> hello guys ... OK prakhov, that's work well ... thanks a lot. then i start to make mapfile. first time its done successfully. first mapfile work very well. all controls(zoomin,zoomout,full extent, center) all works. but second mapfile (diferent .Tab file) only works on first appearance. all controls(zoomin,zoomout,full extent, center) not working (map image not showing) please, whats happen to my mapfile?? first map:---------------------------------------------- MAP NAME "DEMO" STATUS ON EXTENT 463549.689692 4641034.982725 685728.962267 4820458.629079 SIZE 400 400 SHAPEPATH "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/projects/apps/demo/data" IMAGECOLOR 255 255 255 UNITS METERS WEB MINSCALE 20000 MAXSCALE 50000000 IMAGEPATH "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/tmp/ms_tmp/" IMAGEURL "/gis/maplab/tmp/ms_tmp/" LOG "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/log/gmap.log" END LAYER NAME "hipo" STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/projects/apps/demo/data/mapinfo/hipsometric/E EHipsometria.TAB" TYPE POLYGON STYLEITEM "AUTO" CLASS NAME "hipo" COLOR 100 100 100 OUTLINECOLOR 255 0 0 END END LAYER NAME "wistate00" STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/projects/apps/demo/data/mapinfo/basque_countr y/Euskalerria.TAB" TYPE POLYGON #STYLEITEM "AUTO" CLASS NAME "wistate00" OUTLINECOLOR 255 0 0 END END END second map:------------------------------------------------ MAP NAME "DEMO" STATUS ON EXTENT 2.145567 48.688366 2.615487 49.012394 SIZE 400 400 SHAPEPATH "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/projects/apps/demo/data" #IMAGECOLOR 255 255 255 UNITS METERS WEB MINSCALE 20000 MAXSCALE 50000000 IMAGEPATH "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/tmp/ms_tmp/" IMAGEURL "/gis/maplab/tmp/ms_tmp/" END LAYER NAME "wistate00" STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "E:\Program Files\Apache Group\Apache\htdocs\gis\maplab\projects\apps\demo\data\mapinfo\paris\MpaSabe 200\Departement.TAB,Departement" TYPE POLYGON #STYLEITEM "AUTO" CLASS NAME "wistate00" OUTLINECOLOR 255 0 0 END END END -----Original Message----- From: ???? ?. ?????? [mailto:prakhov at ggc.nnov.ru] Sent: Juli 03 2003 18:20 To: Irvan Kristianto Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] mapinfo .tab on mapserver Try to use this: STATUS default CONNECTION "E:/Program Files/Apache Group/Apache/htdocs/gis/maplab/projects/apps/demo/data/mapinfo/basque_countr y/Euskalerria.TAB" From vatsavai at cs.umn.edu Sat Jul 5 19:08:33 2003 From: vatsavai at cs.umn.edu (Ranga Raju Vatsavai) Date: Sat, 5 Jul 2003 21:08:33 -0500 (CDT) Subject: [Mapserver-users] emergency maintenance notice Message-ID: <200307060208.VAA16160@pluto.cs.umn.edu> Mapserver-users, The mapserver web site and the mail lists will be down temporarily while we perform some emergencey maintenance. These services should be backup sometime July 6th. CVS services continue to be available. Hope you are having a good weekend. Thanks Raju ---- From assefa at dmsolutions.ca Fri Jul 4 07:30:47 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 04 Jul 2003 10:30:47 -0400 Subject: [Mapserver-users] Re: Gmap under mapserver 4 References: <1057328981.21155.23.camel@localhost.localdomain> Message-ID: <3F058F97.70007@dmsolutions.ca> Try to do $oLayer->open() with no argument. This changed between 3.6 and 4.0. Later Bart van Heijningen wrote: >Hi, > >I wonder if anyone here can help me with the next question. >I am using mapserver 4 and try to get the gmap demo to work. All seems >fine but I cannot seem to be able to get the querying right. >It simply does not work. >Maybe someone knows what the problem is? >Somehow it no longer seems to be happy with the dbf file under >Mapserver4. >Looks like it does not like the amount of return fields from the query. >Error: > >Warning: Wrong parameter count for open() in >/www/htdocs/atmspoc/htdocs/poc_gmap75.php on line 698 > >Fatal error: MapServer Error in msLayerGetShape(): Shapefile layer has >not been opened. in /www/htdocs/atmspoc/htdocs/poc_gmap75.php on line >729 > >Here is the gmap file the last line ??$oLayer->open($gpoMap->shapepath);?? >produces the error. > > > for($iLayer=0; $iLayer < $gpoMap->numlayers; $iLayer++) > > { > > $oLayer = $gpoMap->GetLayer($iLayer); > > > > $numResults = $oLayer->getNumResults(); > > > > if ($numResults == 0) > > continue; // No results in this layer > > > > // Open layer's table... take the list of fields to display >from > > // the "HEADERRESULT_FIELDS" metadata in the layer object. > > $oLayer->open($gpoMap->shapepath); > > > > $selFields = explode(" ", >$oLayer->getMetaData("RESULT_FIELDS")); > > > > > >Thanks, >Bart > > > > > > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From chewbizz at hotmail.com Fri Jul 4 04:37:18 2003 From: chewbizz at hotmail.com (W. Steph) Date: Fri, 04 Jul 2003 11:37:18 +0000 Subject: [Mapserver-users] PhpMapscript - fields types Message-ID: Hello list ! I can't find a way to get the types of the fields of shape objects. I need to know if each field is a string (or varchar...) or an integer, or a date. I know i can use something like this : $fieldValue = $myShapeObj->values[$fieldName]; if (is_string($fieldValue)) {...} if (is_int($fieldValue)) {...} But doing this way, I won't find if the field is a date (I think is_string will return true with a date) Maybe there's a solution with a layer object... I don't know... I didn't find any infos in mapscript reference. Any ideas ??? Thank you Steph _________________________________________________________________ D?couvrez les nouvelles ?motic?nes anim?es de http://g.msn.fr/FR1001/866 MSN Messenger nouvelle formule From bartvde at xs4all.nl Fri Jul 4 10:03:28 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Fri, 04 Jul 2003 19:03:28 +0200 Subject: [mapserver-users] MS_ERRORFILE Message-ID: Hi list, I cannot seem to get error info out of mapserver. I work on Windows 2000 Server and Apache 2.0.45. I have set the environment variable MS_ERRORFILE to several values: -an existing file in the cgi-bin directory (where mapserv.exe resides) -stderr But nothing is written into the file nor the error log from Apache. I do get the GDAL error info in the error log from Apache, like e.g. ERROR 1: ECW error output from set JSERV=D:\oracle\ora92/Apache/Jserv/conf LOGONSERVER=\\EUROPA MS_ERRORFILE=stderr NUMBER_OF_PROCESSORS=2 Does anybody have an idea what could be wrong? Or experienced similar problems? Thanks, Bart From mapserve at techie.com Sat Jul 5 00:47:09 2003 From: mapserve at techie.com (Devrim Catak) Date: Sat, 05 Jul 2003 02:47:09 -0500 Subject: [Mapserver-users] libTiff error Message-ID: <20030705074709.9297.qmail@mail.com> Hello ; I'm obtaining following messages after trying to run 'make test' command in a libtiff installation procedure under SuSe 8.2 : test_pics.sh pics/*.tiff /bin/sh line1:test_pics.sh Command not found make:***[test] Error 127 Thanks for anything helpful. Devrim -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup CareerBuilder.com has over 400,000 jobs. Be smarter about your job search http://corp.mail.com/careers From twan at twansoft.com Fri Jul 4 02:25:27 2003 From: twan at twansoft.com (Twan Kogels) Date: Fri, 04 Jul 2003 11:25:27 +0200 Subject: [Mapserver-users] query postgis layer (boolean conversion problem) Message-ID: <5.0.0.25.2.20030704110915.0188d1c0@pop.xs4all.nl> Hello, 2 days ago i posted a msg "bug #316 and ms4 missing functions" to this mailinglist. Bug #316 seems to have been fixed in the new mapserver version. But now i think i've found a new bug: I try to query a postgis layer with mapscript, with the standard functions. When the table which you query contains a boolean column, the a error appears. When i remove the boolean column the error dissapears. When querying a table with a boolean column i get the error: ============ MapServer Error in msPOSTGISLayerGetShape(): Error executing POSTGIS SQL statement (in FETCH ALL): DECLARE mycursor BINARY CURSOR FOR SELECT id::text,adlo1::text,adst1::text,adhu1::text,adto1::text,adpo1::text,adwo1::text,adwt1::text,adlo1_dg::text,adst1_dg::text,adhu1_dg::text,adto1_dg::text,adpo1_dg::text,adwo1_dg::text,adwt1_dg::text,adlo1_dsk::text,adst1_dsk::text,adhu1_dsk::text,adto1_dsk::text,adpo1_dsk::text,adwo1_dsk::text,adwt1_dsk::text,keurtype::text,site::text, test::text, asbinary(force_collection(force_2d(the_geom)),'NDR') from lg WHERE OID = 574917 -ERROR: Cannot cast type boolean to text More Help: ============ In this case column with name "test" is the boolean column. When i remove the "test" column, everything goes oke and the correct data is returned without a error. I'm using the new postgresql 7.3. I read in the docs that there where some changes with the boolean type. For example i cannot insert a empty string ('') in a boolean column anymore (this was possible in other versions). When looking at mappostgis.c (line 1118) (mapserver-4.0b, also in cvs version) i see the following code: =========== for (t=0;tnumitems; t++) { sprintf(temp,"%s::text,",layer->items[t]); strcat(columns_wanted,temp); } =========== I suspect this converts the column value to text, this goes oke with non boolean columns, but not with boolean columns. Is this really a bug, or am i just doing something terrible wrong? Best regards, Twan Kogels From bart at atsence.nl Fri Jul 4 07:29:37 2003 From: bart at atsence.nl (Bart van Heijningen) Date: 04 Jul 2003 16:29:37 +0200 Subject: [Mapserver-users] Gmap under mapserver 4 Message-ID: <1057328981.21155.23.camel@localhost.localdomain> Hi, I wonder if anyone here can help me with the next question. I am using mapserver 4 and try to get the gmap demo to work. All seems fine but I cannot seem to be able to get the querying right. It simply does not work. Maybe someone knows what the problem is? Somehow it no longer seems to be happy with the dbf file under Mapserver4. Looks like it does not like the amount of return fields from the query. Error: Warning: Wrong parameter count for open() in /www/htdocs/atmspoc/htdocs/poc_gmap75.php on line 698 Fatal error: MapServer Error in msLayerGetShape(): Shapefile layer has not been opened. in /www/htdocs/atmspoc/htdocs/poc_gmap75.php on line 729 Here is the gmap file the last line ??$oLayer->open($gpoMap->shapepath);?? produces the error. for($iLayer=0; $iLayer < $gpoMap->numlayers; $iLayer++) { $oLayer = $gpoMap->GetLayer($iLayer); $numResults = $oLayer->getNumResults(); if ($numResults == 0) continue; // No results in this layer // Open layer's table... take the list of fields to display from // the "HEADERRESULT_FIELDS" metadata in the layer object. $oLayer->open($gpoMap->shapepath); $selFields = explode(" ", $oLayer->getMetaData("RESULT_FIELDS")); Thanks, Bart From bartvde at xs4all.nl Fri Jul 4 11:05:03 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Fri, 04 Jul 2003 20:05:03 +0200 Subject: [mapserver-users] MS_ERRORFILE now works Message-ID: Hi list, I already found the problem. It seems Apache does NOT pass environment variables from Windows to CGI's by default. Now I use SetEnv MS_ERRORFILE "stderr" in the httpd.conf and the error messages come perfectly into the Apache error log. Great. Also good to finally see the Oracle Spatial SQL statements again :-). Best regards, Bart From twan at twansoft.com Sun Jul 6 02:50:48 2003 From: twan at twansoft.com (Twan Kogels) Date: Sun, 06 Jul 2003 11:50:48 +0200 Subject: [Mapserver-users] query postgis layer (boolean conversion problem) Message-ID: <5.0.0.25.2.20030706114957.0306af98@pop.xs4all.nl> Hello, 2 days ago i posted a msg "bug #316 and ms4 missing functions" to this mailinglist. Bug #316 seems to have been fixed in the new mapserver version. But now i think i've found a new bug: I try to query a postgis layer with mapscript, with the standard functions. When the table which you query contains a boolean column, the a error appears. When i remove the boolean column the error dissapears. When querying a table with a boolean column i get the error: ============ MapServer Error in msPOSTGISLayerGetShape(): Error executing POSTGIS SQL statement (in FETCH ALL): DECLARE mycursor BINARY CURSOR FOR SELECT id::text,adlo1::text,adst1::text,adhu1::text,adto1::text,adpo1::text,adwo1::text,adwt1::text,adlo1_dg::text,adst1_dg::text,adhu1_dg::text,adto1_dg::text,adpo1_dg::text,adwo1_dg::text,adwt1_dg::text,adlo1_dsk::text,adst1_dsk::text,adhu1_dsk::text,adto1_dsk::text,adpo1_dsk::text,adwo1_dsk::text,adwt1_dsk::text,keurtype::text,site::text, test::text, asbinary(force_collection(force_2d(the_geom)),'NDR') from lg WHERE OID = 574917 -ERROR: Cannot cast type boolean to text More Help: ============ In this case column with name "test" is the boolean column. When i remove the "test" column, everything goes oke and the correct data is returned without a error. I'm using the new postgresql 7.3. I read in the docs that there where some changes with the boolean type. For example i cannot insert a empty string ('') in a boolean column anymore (this was possible in other versions). When looking at mappostgis.c (line 1118) (mapserver-4.0b, also in cvs version) i see the following code: =========== for (t=0;tnumitems; t++) { sprintf(temp,"%s::text,",layer->items[t]); strcat(columns_wanted,temp); } =========== I suspect this converts the column value to text, this goes oke with non boolean columns, but not with boolean columns. Is this really a bug, or am i just doing something terrible wrong? Best regards, Twan Kogels (i hope this message doesn't appear twice, cause i sended it this friday, but the server went down) From pramsey at refractions.net Fri Jul 4 08:39:35 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Fri, 04 Jul 2003 08:39:35 -0700 Subject: [Mapserver-users] ESRI San Diego Message-ID: <3F059FB7.2050000@refractions.net> I know it seems odd, even perverse, but I am going to the ESRI Users Conference next week. I wonder if anyone else in the open source GIS world is going? If you are, please drop me a line so we can do a group event of some sort (Fred's serves half price marguaritas between 4 and 5!) and talk about how to vanquish the Beast from Redlands. :) Paul -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From gerry.creager at tamu.edu Sun Jul 6 01:54:28 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Sun, 06 Jul 2003 03:54:28 -0500 Subject: [Mapserver-users] New anomoly Message-ID: <3F07E3C4.9040509@tamu.edu> Anyone got any ideas? MS3.7 has been running flawlessly for a couple of months. I just started seeing this error: Server error! The server encountered an internal error and was unable to complete your request. Error message: Premature end of script headers: mapserv If you think this is a server error, please contact the webmaster Error 500 mesonet.tamu.edu Sun 06 Jul 2003 03:52:41 AM CDT Apache/2.0.40 (Red Hat Linux) http://mesonet.tamu.edu -- 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 woodbri at swoodbridge.com Sun Jul 6 08:07:34 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sun, 06 Jul 2003 11:07:34 -0400 Subject: [Mapserver-users] Gmap under mapserver 4 In-Reply-To: <1057328981.21155.23.camel@localhost.localdomain> Message-ID: <3F0802F6.717.9D93F27D@localhost> Someone just posted a response this same question. Maybe it was on the maplab list. Anyway, I thing you need to change the line to read: $oLayer->open(); The parameter is no longer used as the info is passed via the Layer object. -Steve W. On 4 Jul 2003 at 16:29, Bart van Heijningen wrote: > Hi, > > I wonder if anyone here can help me with the next question. > I am using mapserver 4 and try to get the gmap demo to work. All seems > fine but I cannot seem to be able to get the querying right. It simply > does not work. Maybe someone knows what the problem is? Somehow it no > longer seems to be happy with the dbf file under Mapserver4. Looks > like it does not like the amount of return fields from the query. > Error: > > Warning: Wrong parameter count for open() in > /www/htdocs/atmspoc/htdocs/poc_gmap75.php on line 698 > > Fatal error: MapServer Error in msLayerGetShape(): Shapefile layer has > not been opened. in /www/htdocs/atmspoc/htdocs/poc_gmap75.php on line > 729 > > Here is the gmap file the last line > ??$oLayer->open($gpoMap->shapepath);?? produces the error. > > > for($iLayer=0; $iLayer < $gpoMap->numlayers; $iLayer++) > { > $oLayer = $gpoMap->GetLayer($iLayer); > > $numResults = $oLayer->getNumResults(); > > if ($numResults == 0) > continue; // No results in this layer > > // Open layer's table... take the list of fields to display > from > // the "HEADERRESULT_FIELDS" metadata in the layer object. > $oLayer->open($gpoMap->shapepath); > > $selFields = explode(" ", > $oLayer->getMetaData("RESULT_FIELDS")); > > > > Thanks, > Bart > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From poff at sixbit.org Sun Jul 6 08:29:43 2003 From: poff at sixbit.org (poff) Date: Sun, 6 Jul 2003 17:29:43 +0200 Subject: [Mapserver-users] Wrapping a RASTER layer around Message-ID: <20030706152943.GA13613@freeshell.org> I wonder if there is a simple fix for this. When panning on a map, is there any way to "wrap around" the data so that, for example on the world, if a user was to pan right of japan, they would end up seeing the US instead of lots of blank space where the rectangular data ends? I could of course do this "manually" by checking the extent in my script and changing it, but is there another (automatic) behaviour that I'm missing out on? Maybe I could just do a if(extent>map_extent); calc which way they should be redirected and do it; fi Thanks for any ideas, -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From Paul Fri Jul 4 10:39:28 2003 From: Paul (Paul) Date: Sat, 5 Jul 2003 00:39:28 +0700 Subject: [Mapserver-users] mapserver site down? Message-ID: <001701c34253$4ab94340$29e397cb@tei.or.th> is it just me in bangkok or is the mapserver site down. i keep getting: Gateway Timeout The following error occurred: A gateway timeout occurred. The server is unreachable. Retry the request. (GATEWAY_TIMEOUT) ------------------------------------- Paul Hastings paul at sustainableGIS.com CTO Sustainable GIS Member Team Macromedia (ColdFusion) From assefa at dmsolutions.ca Fri Jul 4 06:23:58 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 04 Jul 2003 09:23:58 -0400 Subject: [Mapserver-users] ECW in Mapscript 4.0 References: Message-ID: <3F057FEE.1070007@dmsolutions.ca> I have just tested the php_mapscript_40.dll with a couple of ECW file and I was able to display them properly. Could you contactes me off the list, I will send you the tests that I made and see if you have the same results. Later, braulioen at ono.com wrote: >Hi at all, > > I'm using now the version 4.0 of Mapscript and the layer Raster >ECW does not visualize. I've installed the ECW dll's that accompany >php_mapscript_40.dll and the rest of dll's. > > The configuration of my file MAP has not changed, follows just as >with previous version 3.6. Which can be the problem? > >Thanks in advance. >Braulio. > >_______________________________________________ >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 Sun Jul 6 09:14:36 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sun, 06 Jul 2003 12:14:36 -0400 Subject: [Mapserver-users] Wrapping a RASTER layer around In-Reply-To: <20030706152943.GA13613@freeshell.org> Message-ID: <3F0812AC.29258.9DD15322@localhost> I don't think it can be done easily. The problem is a little more complicated in that the coordinate space goes from 0 degrees at Greenwich to plus/minus 180 as you travel east or west so the space to the right of Japan is > 180 E which is not the same as < -180 West! OK well is it the same space the the math is not the same and all the code would have to do tests and transforms to normalize the data to the display box or alternatively one would have to recognize the the image space is really two separate images that would both need to be rendered on to part of the image, one for that which is > 180 E and the other that is < -180 W. This could also get more complicated if the user kept pan right forever so you would have to decide when to renormalize miny maxy values as you wrap around the 360 degrees mark. Then again there may be an easier way that I haven't thought about. -Steve W. On 6 Jul 2003 at 17:29, poff wrote: > I wonder if there is a simple fix for this. > > When panning on a map, is there any way to "wrap around" the data so > that, for example on the world, if a user was to pan right of japan, > they would end up seeing the US instead of lots of blank space where > the rectangular data ends? > > I could of course do this "manually" by checking the extent in my > script and changing it, but is there another (automatic) behaviour > that I'm missing out on? Maybe I could just do a > if(extent>map_extent); calc which way they should be redirected and do > it; fi > > Thanks for any ideas, > -- > poff at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From eduardo at linkgeo.com.br Sun Jul 6 10:00:23 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Sun, 6 Jul 2003 14:00:23 -0300 Subject: [Mapserver-users] [off-topic] Rounding decimal places Message-ID: <008201c343e0$19170460$9664cec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_007F_01C343C6.F21AE3E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable When I do a query, MapServer template pages return values like 87234.000 but this "zeros" aren't necessary. Is there a way of not displaying these ones? Eduardo ------=_NextPart_000_007F_01C343C6.F21AE3E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
When I do a query, MapServer template = pages return=20 values like
 
87234.000
 
but this "zeros" aren't = necessary.
 
Is there a way of not displaying these=20 ones?
 
Eduardo
------=_NextPart_000_007F_01C343C6.F21AE3E0-- From bartvde at xs4all.nl Sun Jul 6 10:18:29 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sun, 06 Jul 2003 19:18:29 +0200 Subject: [mapserver-users] huge performance problem with ECW In-Reply-To: <3F04A5E5.4010900@pobox.com> References: <3F04A5E5.4010900@pobox.com> Message-ID: Hi Frank, list, I think I have tackled the problem. I was requesting an image on the verge/margin of the pixel size of the ECW file (1.5 m). If I adjust my boundingbox just a little bit I am on the fast side of the medal again. I saw some postings on the mailing list from a year ago that mapserver then returned a black image when requesting an image with pixels smaller than the ECW pixel size. Question: how can I prevent users from requesting an image through WMS in which the pixel size is smaller than the pixel size of the original image? And is it a good idea to have this situation in mapserver instead of the black image when you get big performance issues instead? image and bbox info: x: 120630.915462629 - 121965.084537371 = +-1335 m y: 487143.164317804 - 487670.835682196 = +-527 m w: 890 pixels h: 352 pixels pixel size 1.5 m. Best regards, Bart On Thu, 03 Jul 2003 17:53:41 -0400, Frank Warmerdam wrote: > Bart van den Eijnden wrote: >> Hi all, >> >> I have a big problem when I zoom in to a high level on a big ECW file. >> The file is 4 Gb. I also have the same file in tiles of approximately 1 >> Gb. >> >> When the boundingbox is (units is meters): >> >> bbox=171760,449736,173257,451421 (So approximately 1500 x 1700 m) >> The image takes less than 1 second to be created and memory usage on the >> server of mapserv.exe is 6 Mb. >> >> bbox=171760,450736,172257,451421 (So approximately 500 x 700 m) >> The image takes more than 34 second to be created and memory usage on >> the server of mapserv.exe is more than 50 Mb. >> WITHOUT TILES: almost 100 Mb memory and more than 50 seconds to render >> image!! >> >> Can anybody help? Is this normal behaviour? > > Bart, > > This should not happen. I am not sure how to go about debugging the > issue > though since the file is clearly not easily transported over the network. > I could try to talk you through some debugging options at your end, or I > could try to reproduce the problem here by creating a similarly > configured > file. > > Could you email me the output of the gdalinfo program run against this > file? > > Best regards, > -- From sdteffen at web.de Sun Jul 6 12:03:38 2003 From: sdteffen at web.de (Steffen Macke) Date: Sun, 6 Jul 2003 22:03:38 +0300 Subject: [Mapserver-users] Tileindex shapefiles and labels Message-ID: <200307062203.39048.sdteffen@web.de> Hello All, we are having problems with tiled shapefiles and labels: The labels (diameter of a pipe) are displayed only for the first shapefile in the tileindex, for all other tiles we get "0.0" instead of the diameters. Is this a known problem? Best Regards Steffen Macke From franck at sopac.org Sun Jul 6 03:26:24 2003 From: franck at sopac.org (Franck Martin) Date: Sun, 06 Jul 2003 22:26:24 +1200 Subject: [Mapserver-users] Problem with Mapserver 4 / regex in loadMapFile In-Reply-To: <4876C605FBF6D611BF48000629132BCB1F8C37@DISJABARMAIL> References: <4876C605FBF6D611BF48000629132BCB1F8C37@DISJABARMAIL> Message-ID: <3F07F950.10209@sopac.org> Hi, I have compiled and used without problem MS 3.6.6 when I use the same options for compilation for MS 3.7 (aka 4.0 beta) I have an error when I load the map. The error message is cannot load mapfile(LC_MESSAGE). It seems overflow problem. I have traced it back to the function loadMapFile and it seems coming from a regex function which tries to compare the file to a list of authorised file extension... I don't know why the behavior is different from MS 3.6.6 Anybody can help me here, as I want to load 24bits high resolution images. Cheers Franck From gerry.creager at tamu.edu Sun Jul 6 19:04:31 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Sun, 06 Jul 2003 21:04:31 -0500 Subject: [Mapserver-users] New anomoly In-Reply-To: <3F07E3C4.9040509@tamu.edu> References: <3F07E3C4.9040509@tamu.edu> Message-ID: <3F08D52F.7030709@tamu.edu> Thanks to Steve Lime, I found my error. A projection error in the mapfile. The onset of this one was still a little puzzling, but I found where I'd screwed up. gerry Gerry Creager N5JXS wrote: > Anyone got any ideas? MS3.7 has been running flawlessly for a couple of > months. I just started seeing this error: > > Server error! > > The server encountered an internal error and was unable to complete > your request. > > Error message: > Premature end of script headers: mapserv > > If you think this is a server error, please contact the webmaster > > Error 500 > > mesonet.tamu.edu > Sun 06 Jul 2003 03:52:41 AM CDT > Apache/2.0.40 (Red Hat Linux) > > > http://mesonet.tamu.edu -- 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 morissette at dmsolutions.ca Sun Jul 6 19:19:21 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Sun, 06 Jul 2003 22:19:21 -0400 Subject: [Mapserver-users] Tileindex shapefiles and labels References: <200307062203.39048.sdteffen@web.de> Message-ID: <3F08D8A9.C66BF3F6@dmsolutions.ca> Steffen Macke wrote: > > we are having problems with tiled shapefiles and labels: > > The labels (diameter of a pipe) are displayed only for the > first shapefile in the tileindex, for all other tiles we get > "0.0" instead of the diameters. Is this a known problem? > Could it be that your tiles do not all contain the exact same set of attribute fields? In a tiled layer, all the shapefiles MUST have the exact same set of attribute fields and the fields must be in the same order in every file. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From franck at sopac.org Sun Jul 6 20:00:54 2003 From: franck at sopac.org (Franck Martin) Date: 07 Jul 2003 15:00:54 +1200 Subject: [Mapserver-users] Problem with Mapserver 4 / regex in loadMapFile (FIXED) In-Reply-To: <3F07F950.10209@sopac.org> References: <4876C605FBF6D611BF48000629132BCB1F8C37@DISJABARMAIL> <3F07F950.10209@sopac.org> Message-ID: <1057546854.2989.70.camel@localhost> --=-D0pl64wiKB+o8FV5sV/Q Content-Type: text/plain Content-Transfer-Encoding: 7bit I modified msEvalRegex in mapfile.c as follows and now it works... I use a regex_t *re instead of a regex_t re. int msEvalRegex(char *e, char *s) { regex_t *re; if(!e || !s) return(MS_FALSE); re=malloc(sizeof(regex_t)); if(regcomp(re, e, REG_EXTENDED||REG_NOSUB) != 0) { regfree(re); msSetError(MS_REGEXERR, "Failed to compile expression (%s).", "msEvalRegex()", e); return(MS_FALSE); } if(regexec(re, s, 0, NULL, 0) != 0) { // no match regfree(re); msSetError(MS_REGEXERR, "String (%s) failed expression test.", "msEvalRegex()", s); return(MS_FALSE); } regfree(re); return(MS_TRUE); } -- Franck Martin SOPAC --=-D0pl64wiKB+o8FV5sV/Q Content-Type: text/html; charset=utf-8 I modified msEvalRegex in mapfile.c as follows and now it works... I use a regex_t *re instead of a regex_t re.

int msEvalRegex(char *e, char *s) {
  regex_t *re;

  if(!e || !s) return(MS_FALSE);
  re=malloc(sizeof(regex_t));
  if(regcomp(re, e, REG_EXTENDED||REG_NOSUB) != 0) {
    regfree(re);
    msSetError(MS_REGEXERR, "Failed to compile expression (%s).", "msEvalRegex()", e);  
    return(MS_FALSE);
  }
  if(regexec(re, s, 0, NULL, 0) != 0) { // no match
    regfree(re);
    msSetError(MS_REGEXERR, "String (%s) failed expression test.", "msEvalRegex()", s);
    return(MS_FALSE);
  }
  regfree(re);

  return(MS_TRUE);
}


--
Franck Martin <franck at sopac.org>
SOPAC
--=-D0pl64wiKB+o8FV5sV/Q-- From novalet at yahoo.com.cn Mon Jul 7 04:51:05 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Mon, 7 Jul 2003 19:51:05 +0800 (CST) Subject: [Mapserver-users] can't connect postgis Message-ID: <20030707115105.85962.qmail@web15206.mail.bjs.yahoo.com> Hi! I have some troubles in connecting postgis. As a newbie , i don't know what's up :< PostGis seems work fine in psql, i manually insert some geometry data. chenfu=# select * from test; id | name | geom ----+--------+------------------------------------ 1 | geom 1 | SRID=-1;POINT(1 1) 2 | geom 2 | SRID=-1;LINESTRING(1 2,2 3) 3 | geom 3 | SRID=-1;POLYGON((2 1,3 1,3 3,2 1)) the database call chenfu and user is postgres, password is also postgres. (I confirm password several time after i find connection failed) I build mapserver with postgis. [root at cbers mapserver-4.0b]# ./shp2img -v MapServer version 4.0-beta1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=FREETYPE INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=SHAPEFILE Then I try a simplest map file MAP NAME APPLE STATUS ON EXTENT -10 -10 10 10 UNITS METERS SIZE 100 100 IMAGETYPE PNG LAYER CONNECTIONTYPE postgis NAME "test" CONNECTION "user=postgres password=postgres dbname=chenfu host=localhost" DATA "geom FROM test" STATUS ON TYPE LINE END END # Map File But when i try shp2img on this map. the result is msDrawMap(): Image handling error. Failed to draw layer named 'test'. My platform is redhat8. Do you know what's wrong? any suggestion is welcome! Thank you in advance! ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.tech.yahoo.com/zhuanti/laji/index.html From eric at gomoos.org Mon Jul 7 02:49:19 2003 From: eric at gomoos.org (Eric Bridger) Date: 07 Jul 2003 09:49:19 +0000 Subject: [Mapserver-users] Reslecting In-Reply-To: References: Message-ID: <1057571363.9997.8.camel@ubet.gomoos.org> In fact, mapserver will remember this for you. You can use: or layer_name_select for > > that should work for you. > Thanks, > Gayathri > > > -----Original Message----- > From: John M. Duggan, LSIT [mailto:gis at farmvilleva.com] > Sent: Thursday, July 03, 2003 11:14 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Reslecting > > > Hello all, I sure appreciate everyone's input on this list it helps me out > in many ways. I'm hoping for a little more on check box's. I would like to > be able to inform the server that if someone checks a box to turn on a layer > that it will stay checked until they uncheck it. Is this possible? > Thanks, > John > > John M. Duggan LSIT > gis at farmvilleva.com > http://www.farmvilleva.com > (434) 392-3333 > > "......for the whole universe is in Him and He dwells > within our heart." > -The Upanishads > From gayathri at ou.edu Mon Jul 7 07:15:42 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 7 Jul 2003 09:15:42 -0500 Subject: [Mapserver-users] Query 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_01C34492.40229CB0 Content-Type: text/plain Hi: Got to use filter on this layer you are trying to query on. so map file will look something like, LAYER NAME layers TYPE .. STATUS ON DATA lakesshp FILTERITEM "value" FILTER ">100 and <200" LABELITEM "value" NAME "Lakes" COLOR .... TEMPLATE "....." END END More reference on Filter and filteritem in the mapfile reference in the mapserver site. Hth, Gayathri -----Original Message----- From: Mohamed Elshayal Smart [mailto:elshayal at smartwebonline.com] Sent: Thursday, July 03, 2003 7:55 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Query Dear Sirs, I use the following and it works mode=itemnquery&qlayer=lakes&item=area&value=100 but I try to use the following expression but it does not work. mode=itemnquery&qlayer=lakes&item=area&value>100&value<200 and how can I write expression statement in map file Thank you and best personal regards Mohamed Elshayal ------_=_NextPart_001_01C34492.40229CB0 Content-Type: text/html Message
Hi:
Got to use filter on this layer you are trying to query on.
so map file will look something like,
 
LAYER 
 NAME layers
 TYPE ..
 STATUS ON
 DATA lakesshp
 
 FILTERITEM "value"
 FILTER ">100 and <200"
 LABELITEM "value"
 NAME "Lakes"
 COLOR ....
 TEMPLATE "....."
  END
END
More reference on Filter and filteritem in the mapfile reference in the mapserver site.
Hth,
Gayathri
 
-----Original Message-----
From: Mohamed Elshayal Smart [mailto:elshayal at smartwebonline.com]
Sent: Thursday, July 03, 2003 7:55 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Query

Dear Sirs,
I use the following and it works
 
mode=itemnquery&qlayer=lakes&item=area&value=100
 
but I try to use the following  expression but it does not work.
 
mode=itemnquery&qlayer=lakes&item=area&value>100&value<200
 
and how can I write expression statement in map file
 
Thank you and best personal regards
Mohamed Elshayal
------_=_NextPart_001_01C34492.40229CB0-- From fidofla at yahoo.com Mon Jul 7 07:36:37 2003 From: fidofla at yahoo.com (Fido) Date: Mon, 7 Jul 2003 07:36:37 -0700 (PDT) Subject: [Mapserver-users] Rehat 8 Installation Message-ID: <20030707143637.13311.qmail@web10507.mail.yahoo.com> List, Does anyone have install notes w/ versions available for Redhat 8? I m trying to get the following packages installed. Since upgrading to PHP 4.3.2 and Apache 2.0.46 php is now broken..... Since php is now broken I cannot go any further in testing mapserver 3.6.6... php-4.3.2 freetype-2.1.4rc2 postgis-0.7.5 gd-2.0.15 jpeg-6b postgresql-7.2.2 libpqxx-1.5.1 proj-4.4.7 gdal-cvs-030625 (w/ mr.sid support) httpd-2.0.46 mapserver-3.6.6 tiff-v3.6.0-beta2 Notes: gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7) Linux RUFF 2.4.18-14 #1 Wed Sep 4 13:35:50 EDT 2002 i686 i686 i386 GNU/Linux TIA, Fido __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From lfilak at medinaco.org Mon Jul 7 07:45:06 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 07 Jul 2003 10:45:06 -0400 Subject: [Mapserver-users] Problem with Perl Mapscript Message-ID: <200307071445.h67Ej1N07080@yogi.medinaco.net> I don't see anything in the provided code aside from the previously sent comments and a missing "form" for the html "input". Is the routine now working or is there another error occurring? Lowell The following message was sent by AMC Story on Thu, 03 Jul 2003 12:41:52 +0100 (BST). > Hi everyone, > > Following my question about using JavaScript/MapScript to develop the standard > MapServer interface, I've now decided to try to use both, and have got the Perl > MapScript module working on our apache server. > > My problem is that most of the documentation and examples are for PHP > MapScript. Having only a list of constructors/methods etc for each object type > is helpful to a point, but this doesn't tell me how I should be putting them > together to get something to actually work! I've been trying to convert the > PHP MapScript by Example HOWTO into perl, using Steve Lime's mapquakes.pl as a > guide. > > My first problem is that perl mapscript doesn't seem to have a direct > equivalent of the saveWebImage method. Is this correct? In the absence of > such a method, I've been trying to use the saveImage method, but here I seem to > be running into problems. If you look at the way I've called the method (see > code below), then maybe you could suggest what I'm doing wrong. > > In the first case (ie. using mapscript::msSaveImage(...)), I get the error > message "Type error in argument 1 of msSaveImage. Expected _p_gdImagePtr..." > when I run the program at the command line. In the second case, using $image- > >saveImage(..), I get the following usage message "Usage: imageObj_saveImage > (self,filename,type,transparent,interlace,quality);". This has confused me > because this isn't the argument list given in the documentation. > > If anyone has some simple, step by step examples of how to build up > applications using Perl MapScript I'd be really interested in having a look. > > Many thanks, > Ali > > > > #!/usr/local/bin/perl -w > # > #playing around with mapscript > # > > #use mapscript; > use CGI qw(:standard); > use mapscript; > > $cgi = new CGI; > > $map_file = "/usr/local/apache/local-bin/s9646183/mapscript/quakes.map"; > $image_path = "/usr/local/apache/htdocs/tmp/"; > $image_url = "/tmp/"; > $image_id = $$ . time() . ".png"; > > $map = new mapscript::mapObj($map_file); > $image = $map->prepareImage(); > $layer = $map->getLayerByName('countries'); > $layer->draw($map, $image); > mapscript::msSaveImage($image, $image_path.$image_id, $map->{imagetype}, $map-> > {transparent}, $map->{interlace}, $map->{imagequality}); > #$image->saveImage($image, $image_path.$image_id, $mapscript::MS_PNG, $map-> > {transparent}, $map->{interlace}, $map->{imagequality}); > > print $cgi->header(); > print $cgi->start_html(-title=>'Map 1: Perl Mapscript Test'); > > print "

This is just a test

"; > print "
$image_id ."\">
"; > > print $cgi->end_html(); > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nwoe at privat.utfors.se Mon Jul 7 07:48:47 2003 From: nwoe at privat.utfors.se (niklas wörmann) Date: Mon, 7 Jul 2003 16:48:47 +0200 Subject: [Mapserver-users] OT routing solutions References: <20030707143637.13311.qmail@web10507.mail.yahoo.com> Message-ID: <001701c34496$e8e7e2c0$8300a8c0@big> Hi! i am once again in the off topic area ;) does anyone know of a good, preferrably open source, web based routing solution? routing, as in, find the best/fastest/cheapest etc route between two arbitrary points. the only one i have found so far is routexnet, which is a bit too expensive for my taste. TIA niklas w?rmann ?lvsj? sweden From noti at ciaoweb.it Mon Jul 7 08:13:05 2003 From: noti at ciaoweb.it (Valerio) Date: Mon, 7 Jul 2003 17:13:05 +0200 Subject: [Mapserver-users] change mapserver dlls path Message-ID: <001c01c3449a$5fd34700$0301a8c0@valerion> This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C344AB.07BF4DA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I have a web space with cgi-bin access in win2k server. ISP doesn't allow to install dll files in System32 directory. Is there a way to change mapserver dlls path without recompiling it (i.e. installing dlls directly in my web space)? And what happens if I don't install unused dlls? Thanks in advance Valerio ------=_NextPart_000_0011_01C344AB.07BF4DA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
I have a web space with cgi-bin access = in win2k=20 server.
ISP doesn't allow to install dll files = in System32=20 directory.
Is there a way to change mapserver dlls = path=20 without recompiling it
(i.e. installing dlls directly in my = web=20 space)?
And what happens if I don't install = unused=20 dlls?
 
Thanks in advance
 
Valerio
 
 
------=_NextPart_000_0011_01C344AB.07BF4DA0-- From k.chodak at autoguard.pl Mon Jul 7 08:13:44 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Mon, 7 Jul 2003 17:13:44 +0200 Subject: [Mapserver-users] OT routing solutions In-Reply-To: <001701c34496$e8e7e2c0$8300a8c0@big> Message-ID: I'm now working on one that would work with mapserver. I use Graph Search Library (http://gslconcept.virtualave.net/index.htm) (A* algorithm for finding shortest path) and maybe there would be also TSP solver (probably based on free LK program). Currently I have build graph based on route network and saved in some binary file. Now I'm trying to draw shortest path between two selected vertices in the graph. Maybe I'll finish this stage by the end of month... BR Krzysztof Chodak -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of niklas w?rmann Sent: Monday, July 07, 2003 4:49 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] OT routing solutions Hi! i am once again in the off topic area ;) does anyone know of a good, preferrably open source, web based routing solution? routing, as in, find the best/fastest/cheapest etc route between two arbitrary points. the only one i have found so far is routexnet, which is a bit too expensive for my taste. TIA niklas w?rmann ?lvsj? sweden _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From flavio at tydac.ch Mon Jul 7 08:56:33 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Mon, 07 Jul 2003 17:56:33 +0200 Subject: [Mapserver-users] OT routing solutions In-Reply-To: <001701c34496$e8e7e2c0$8300a8c0@big> References: <20030707143637.13311.qmail@web10507.mail.yahoo.com> <001701c34496$e8e7e2c0$8300a8c0@big> Message-ID: hi niklas we used routeware netserver for a client: http://www.routeware.dk/ not open source but not too expensive either. best regards flavio -----Original Message----- From: "niklas w?rmann" To: Date: Mon, 7 Jul 2003 16:48:47 +0200 Subject: [Mapserver-users] OT routing solutions > Hi! > i am once again in the off topic area ;) > > does anyone know of a good, preferrably open source, web based > routing > solution? > routing, as in, find the best/fastest/cheapest etc route between two > arbitrary points. > > the only one i have found so far is routexnet, which is a bit too > expensive > for my taste. > > TIA > > niklas w?rmann > ?lvsj? > sweden > > > > _______________________________________________ > 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 Mon Jul 7 09:14:25 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 7 Jul 2003 12:14:25 -0400 Subject: [Mapserver-users] change mapserver dlls path Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC9F@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C344A2.D58EAEB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Valerio - =20 The DLLs can be anywhere on the path where MapServer can find them. = Usually you will do just fine by putting them in the same directory as = mapserv.exe. =20 - 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=20 -----Original Message----- From: Valerio [mailto:noti at ciaoweb.it] Sent: Monday, July 07, 2003 11:13 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] change mapserver dlls path Hi, I have a web space with cgi-bin access in win2k server. ISP doesn't allow to install dll files in System32 directory. Is there a way to change mapserver dlls path without recompiling it (i.e. installing dlls directly in my web space)? And what happens if I don't install unused dlls? =20 Thanks in advance =20 Valerio =20 =20 ------_=_NextPart_001_01C344A2.D58EAEB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Valerio -
 
The=20 DLLs can be anywhere on the path where MapServer can find them.  = Usually=20 you will do just fine by putting them in the same directory as=20 mapserv.exe.
 
    - 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 =

-----Original Message-----
From: Valerio=20 [mailto:noti at ciaoweb.it]
Sent: Monday, July 07, 2003 11:13=20 AM
To: mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] change mapserver dlls path

Hi,
I have a web space with cgi-bin = access in win2k=20 server.
ISP doesn't allow to install dll = files in=20 System32 directory.
Is there a way to change mapserver = dlls path=20 without recompiling it
(i.e. installing dlls directly in my = web=20 space)?
And what happens if I don't install = unused=20 dlls?
 
Thanks in advance
 
Valerio
 
 
------_=_NextPart_001_01C344A2.D58EAEB0-- From dblasby at refractions.net Mon Jul 7 09:38:50 2003 From: dblasby at refractions.net (David Blasby) Date: Mon, 07 Jul 2003 09:38:50 -0700 Subject: [Mapserver-users] query postgis layer (boolean conversion problem) In-Reply-To: <5.0.0.25.2.20030706114957.0306af98@pop.xs4all.nl> References: <5.0.0.25.2.20030706114957.0306af98@pop.xs4all.nl> Message-ID: <3F09A21A.9090902@refractions.net> No, this is a bug with postgresql - they dont have a default boolean->text type cast. If you're using 7.2, add this function: CREATE FUNCTION text(bool) returns text as 'SELECT ''t'' WHERE $1 UNION SELECT ''f'' WHERE NOT $1' language 'SQL' with (iscachable,isstrict); On 7.3 (and 7.4), you'll ALSO have to add: CREATE CAST (boolean AS text) WITH FUNCTION text(bool) AS IMPLICIT; From Zamil.Murji at divestco.com Mon Jul 7 10:01:22 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Mon, 7 Jul 2003 11:01:22 -0600 Subject: [Mapserver-users] Oracle Spatial Query Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A938@div-mx02.DIVESTCO.COM> Hello all, Is it possible to use a layer from an oracle spatial db in accordance with a template file. Currently, if the data resides in a shapefile you can in query mode return a template file. The template file can have attributes from the associated .dbf file. I want to do the same for a layer from an oracle spatial db. So in the data string if i went: DATA "SELECT GEOM, WELL_ID FROM OILWELLS" I could refer to well_id in the template file. Can this be done? Some sample .map files would be great and template files as well. I would like to do this with mode set as nquery. Thanks Zamil From jkeighan at cubewerx.com Mon Jul 7 12:33:19 2003 From: jkeighan at cubewerx.com (Jordy Keighan) Date: Mon, 07 Jul 2003 15:33:19 -0400 Subject: [Mapserver-users] Compilation problems Message-ID: <3F09CAFF.7000100@cubewerx.com> Hi i'm running Redhat 9 with maplab2.0.1 i've been told that maplab does not support mapserv 3.7 and 4.0 i tried to install mapserv 3.6 but i am unable to compile it. here is my mapserv configure string : ./configure --with-tiff --with-jpeg --with-zlib --with-png --with-freetype --with-eppl --with-proj=/usr/local/proj-4.4.7 --with-gdal=/usr/local/gdal-1.1.8/apps/gdal-config --with-wmsclient -with-php=/usr/local/php-4.2.3 --with-gd=/usr/local/gd-2.0.15gif --with-ogr=/usr/local/gdal-1.1.8/apps/gdal-config what should i do ??? what version of mapserv do i realy need to use. thxs jordy From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Mon Jul 7 12:46:49 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Mon, 7 Jul 2003 15:46:49 -0400 Subject: [Mapserver-users] Compilation problems Message-ID: <7CDD7B94357FD5119E800002A537C46E230893@s5-ccr-r1.ccrs.nrcan.gc.ca> Jordy, Well, with MapServer 3.6, you're better off with GD 1.84 and Freetype 1 ... Also, there's issues with RedHat 9 (More precisely GCC 3.x) and MapServer ... Could you provide more detailed information on the errors you're getting ? J.F. -----Original Message----- From: Jordy Keighan [mailto:jkeighan at cubewerx.com] Sent: Monday, July 07, 2003 3:33 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Compilation problems Hi i'm running Redhat 9 with maplab2.0.1 i've been told that maplab does not support mapserv 3.7 and 4.0 i tried to install mapserv 3.6 but i am unable to compile it. here is my mapserv configure string : ./configure --with-tiff --with-jpeg --with-zlib --with-png --with-freetype --with-eppl --with-proj=/usr/local/proj-4.4.7 --with-gdal=/usr/local/gdal-1.1.8/apps/gdal-config --with-wmsclient -with-php=/usr/local/php-4.2.3 --with-gd=/usr/local/gd-2.0.15gif --with-ogr=/usr/local/gdal-1.1.8/apps/gdal-config what should i do ??? what version of mapserv do i realy need to use. thxs jordy _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pond_bear at hotmail.com Mon Jul 7 15:01:56 2003 From: pond_bear at hotmail.com (pond bear) Date: Mon, 07 Jul 2003 17:01:56 -0500 Subject: [Mapserver-users] (no subject) Message-ID: Hi Paul, I want to upgrade my website into mapscript. I attended the Mapserver Users' meeting and found a lot of good examples of your presentations about php/mapscript. Would you please give me a link to download the slides? Thanks a lot. Jing University of North Dakota _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From Zamil.Murji at divestco.com Mon Jul 7 15:30:07 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Mon, 7 Jul 2003 16:30:07 -0600 Subject: [Mapserver-users] PostGIS questions - help with mapserver Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A93A@div-mx02.DIVESTCO.COM> Hi List, Here is my situation: 1) From the server, I can ping the postgis server and I can telnet into it on the correct port (5432). 2) From the postgis server, I can login to the db using psql command. The command I used looks similar to the CONNECTION string my .map file. 3) I can select the geometry from the table. 4) Basically, I can do everything mentioned in the Wiki. After all this, I cannot display the layer using mapserver. I keep getting the following error: msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. Here is my .map layer definition: #PostGIS Data Layer LAYER NAME "oilwells" TYPE point STATUS default CONNECTIONTYPE postgis CONNECTION "user=idc dbname=idc host=sdb2 port=5432" DATA "GEOM FROM OILWELLS" CLASS COLOR 0 0 0 SYMBOL 'circle' SIZE 20 # TEMPLATE "c:\\mapfiles\test.html" END END I have indexed geom using gist syntax. How do I verify this index exists? Here is my table: idc=# select * from oilwells; id | geom ----+-------------------------------------- 1 | SRID=4326;POINT(-110.04146 49.01449) 2 | SRID=4326;POINT(-110.24459 49.01449) 3 | SRID=4326;POINT(-110.43138 49.01449) (3 rows) What am I missing? Thank you very much for your help. Zamil From gayathri at ou.edu Mon Jul 7 15:40:02 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 7 Jul 2003 17:40:02 -0500 Subject: [Mapserver-users] PostGIS questions - help with mapserver Message-ID: Hi Zamil, In the DATA you are saying "GEOM FROM OILWELLS" Is it really GEOM (column name of geometry in oilwells table, normally it is somethin like, "the_geom" And the msDrawMap() error is because it was not able to get DATA.. Please do also check that the table name OILWELLS is in CAPS??..I think Postgres is case sensitive. HTH, Gayathri -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Monday, July 07, 2003 4:30 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] PostGIS questions - help with mapserver Hi List, Here is my situation: 1) From the server, I can ping the postgis server and I can telnet into it on the correct port (5432). 2) From the postgis server, I can login to the db using psql command. The command I used looks similar to the CONNECTION string my .map file. 3) I can select the geometry from the table. 4) Basically, I can do everything mentioned in the Wiki. After all this, I cannot display the layer using mapserver. I keep getting the following error: msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. Here is my .map layer definition: #PostGIS Data Layer LAYER NAME "oilwells" TYPE point STATUS default CONNECTIONTYPE postgis CONNECTION "user=idc dbname=idc host=sdb2 port=5432" DATA "GEOM FROM OILWELLS" CLASS COLOR 0 0 0 SYMBOL 'circle' SIZE 20 # TEMPLATE "c:\\mapfiles\test.html" END END I have indexed geom using gist syntax. How do I verify this index exists? Here is my table: idc=# select * from oilwells; id | geom ----+-------------------------------------- 1 | SRID=4326;POINT(-110.04146 49.01449) 2 | SRID=4326;POINT(-110.24459 49.01449) 3 | SRID=4326;POINT(-110.43138 49.01449) (3 rows) What am I missing? Thank you very much for your help. Zamil _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Zamil.Murji at divestco.com Mon Jul 7 15:49:28 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Mon, 7 Jul 2003 16:49:28 -0600 Subject: [Mapserver-users] PostGIS questions - help with mapserver Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A93B@div-mx02.DIVESTCO.COM> Hi, Yes, geom is the the name of the geometry in oilwells table. I changed the DATA to be "geom from oilwells", but i still get the same error. Some more help please. Thanks for the quick reply and I hope to hear some more, Zamil -----Original Message----- From: Swaminathan, Gayathri [mailto:gayathri at ou.edu] Sent: Monday, July 07, 2003 4:40 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PostGIS questions - help with mapserver Hi Zamil, In the DATA you are saying "GEOM FROM OILWELLS" Is it really GEOM (column name of geometry in oilwells table, normally it is somethin like, "the_geom" And the msDrawMap() error is because it was not able to get DATA.. Please do also check that the table name OILWELLS is in CAPS??..I think Postgres is case sensitive. HTH, Gayathri -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Monday, July 07, 2003 4:30 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] PostGIS questions - help with mapserver Hi List, Here is my situation: 1) From the server, I can ping the postgis server and I can telnet into it on the correct port (5432). 2) From the postgis server, I can login to the db using psql command. The command I used looks similar to the CONNECTION string my .map file. 3) I can select the geometry from the table. 4) Basically, I can do everything mentioned in the Wiki. After all this, I cannot display the layer using mapserver. I keep getting the following error: msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. Here is my .map layer definition: #PostGIS Data Layer LAYER NAME "oilwells" TYPE point STATUS default CONNECTIONTYPE postgis CONNECTION "user=idc dbname=idc host=sdb2 port=5432" DATA "GEOM FROM OILWELLS" CLASS COLOR 0 0 0 SYMBOL 'circle' SIZE 20 # TEMPLATE "c:\\mapfiles\test.html" END END I have indexed geom using gist syntax. How do I verify this index exists? Here is my table: idc=# select * from oilwells; id | geom ----+-------------------------------------- 1 | SRID=4326;POINT(-110.04146 49.01449) 2 | SRID=4326;POINT(-110.24459 49.01449) 3 | SRID=4326;POINT(-110.43138 49.01449) (3 rows) What am I missing? Thank you very much for your help. Zamil _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dblasby at refractions.net Mon Jul 7 15:50:04 2003 From: dblasby at refractions.net (David Blasby) Date: Mon, 07 Jul 2003 15:50:04 -0700 Subject: [Mapserver-users] PostGIS questions - help with mapserver In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A93A@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30A93A@div-mx02.DIVESTCO.COM> Message-ID: <3F09F91C.5030205@refractions.net> Zamil Murji wrote: > CONNECTIONTYPE postgis > CONNECTION "user=idc dbname=idc host=sdb2 port=5432" > DATA "GEOM FROM OILWELLS" Try using: DATA "geom from (select * from oilwells) as foo using unique id using SRID=4326" If that doesnt help, it sound like it might be a problem upstream from the postgis connector. What version of mapserver are you using? dave From gayathri at ou.edu Mon Jul 7 15:50:37 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 7 Jul 2003 17:50:37 -0500 Subject: [Mapserver-users] PostGIS questions - help with mapserver Message-ID: Hi: In your postgis connection definition, try giving and see if this works, CONNECTION "user=idc passwd=**** dbname=idc host=sdb2 port=5432" Thanks, Gayathri -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Monday, July 07, 2003 4:49 PM To: Swaminathan, Gayathri; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PostGIS questions - help with mapserver Hi, Yes, geom is the the name of the geometry in oilwells table. I changed the DATA to be "geom from oilwells", but i still get the same error. Some more help please. Thanks for the quick reply and I hope to hear some more, Zamil From Zamil.Murji at divestco.com Mon Jul 7 16:03:57 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Mon, 7 Jul 2003 17:03:57 -0600 Subject: [Mapserver-users] PostGIS questions - help with mapserver Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A93C@div-mx02.DIVESTCO.COM> Hi David, I tried your data string. It comes back really fast but with the exact same result, the following error message: msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. I downloaded this from the mapserver website. Here is some interesting stuff: I'm using PostgreSQL 7.3.3 and PostGIS 0.7.5 Both are fairly new, do you think there is a problem with this? If so what versions are supported? mapserv -v results in the following: MapServer version 4.0-beta1 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=EPPL7 INPUT=POSTGIS INPUT= OGR INPUT=GDAL INPUT=SHAPEFILE Thanks, Zamil -----Original Message----- From: David Blasby [mailto:dblasby at refractions.net] Sent: Monday, July 07, 2003 4:50 PM To: Zamil Murji Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] PostGIS questions - help with mapserver Zamil Murji wrote: > CONNECTIONTYPE postgis > CONNECTION "user=idc dbname=idc host=sdb2 port=5432" > DATA "GEOM FROM OILWELLS" Try using: DATA "geom from (select * from oilwells) as foo using unique id using SRID=4326" If that doesnt help, it sound like it might be a problem upstream from the postgis connector. What version of mapserver are you using? dave From Zamil.Murji at divestco.com Mon Jul 7 16:04:38 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Mon, 7 Jul 2003 17:04:38 -0600 Subject: [Mapserver-users] PostGIS questions - help with mapserver Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A93D@div-mx02.DIVESTCO.COM> No password has been set for this user. So I don't think that will work. Zamil -----Original Message----- From: Swaminathan, Gayathri [mailto:gayathri at ou.edu] Sent: Monday, July 07, 2003 4:51 PM To: Zamil Murji; Swaminathan, Gayathri; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PostGIS questions - help with mapserver Hi: In your postgis connection definition, try giving and see if this works, CONNECTION "user=idc passwd=**** dbname=idc host=sdb2 port=5432" Thanks, Gayathri -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Monday, July 07, 2003 4:49 PM To: Swaminathan, Gayathri; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PostGIS questions - help with mapserver Hi, Yes, geom is the the name of the geometry in oilwells table. I changed the DATA to be "geom from oilwells", but i still get the same error. Some more help please. Thanks for the quick reply and I hope to hear some more, Zamil From dblasby at refractions.net Mon Jul 7 16:17:48 2003 From: dblasby at refractions.net (David Blasby) Date: Mon, 07 Jul 2003 16:17:48 -0700 Subject: [Mapserver-users] PostGIS questions - help with mapserver In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A93C@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30A93C@div-mx02.DIVESTCO.COM> Message-ID: <3F09FF9C.3050602@refractions.net> Zamil Murji wrote: > I tried your data string. It comes back really fast but with the exact same result, the following error message: > msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. > > I downloaded this from the mapserver website. Here is some interesting stuff: > I'm using PostgreSQL 7.3.3 and PostGIS 0.7.5 > Both are fairly new, do you think there is a problem with this? If so what versions are supported? > > mapserv -v results in the following: > MapServer version 4.0-beta1 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=EPPL7 INPUT=POSTGIS INPUT= > OGR INPUT=GDAL INPUT=SHAPEFILE I think this is probably a problem with the mapserver core - does anyone here know what the error message: msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. means? Zamil - have your tried this with mapserver 3.6.6 (also available in the cvs archive)? dave From marichalperez at yahoo.es Tue Jul 8 01:44:58 2003 From: marichalperez at yahoo.es (=?iso-8859-1?Q?Manuel_Marichal_P=E9rez?=) Date: Tue, 8 Jul 2003 09:44:58 +0100 Subject: [Mapserver-users] Logo image Message-ID: <001501c3452d$3ad55450$070010ac@manolo> Hi all. I want to put a logo image in all my maps. In order to achieve it, I wrote this lines in my "map" file: LAYER NAME "Leyenda" DATA "logo.gif" STATUS ON TYPE RASTER TRANSFORM FALSE END This works, but the image appears always in (0,0) position. Does anybody know how to get the image in other position of the screen? Thanks a lot, Manolo From flavio at tydac.ch Tue Jul 8 02:22:15 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Tue, 08 Jul 2003 11:22:15 +0200 Subject: [Mapserver-users] Logo image In-Reply-To: <001501c3452d$3ad55450$070010ac@manolo> References: <001501c3452d$3ad55450$070010ac@manolo> Message-ID: hi manolo this is kind of the "dirty" way to do it, if I can explain myself: create a larger image (i.e. the size of the map you have), position your image on-there where you want to have it, and set the background of the image transparent ... ciao flavio From matthieu.gallien at educagri.fr Tue Jul 8 02:33:23 2003 From: matthieu.gallien at educagri.fr (matthieu gallien) Date: Tue, 08 Jul 2003 11:33:23 +0200 Subject: [Mapserver-users] store color in dbf files Message-ID: <3F0A8FE3.3020701@educagri.fr> Do you know if it is possible to load color data from a dbf to use in mapserver to draw shape with the color stored in the database. I read a little about styleset which is experimental and maybe it is the solution ? Thank you for your answers. From Mark.Balman at birdlife.org.uk Tue Jul 8 03:39:37 2003 From: Mark.Balman at birdlife.org.uk (Mark Balman) Date: Tue, 8 Jul 2003 11:39:37 +0100 Subject: [Mapserver-users] mapserver web hosting Message-ID: Hi All Has anyone got a list of mapserver web hosting companies? TIA Mark From sscott at gwi.net Tue Jul 8 04:08:59 2003 From: sscott at gwi.net (Shannon Scott) Date: Tue, 8 Jul 2003 07:08:59 -0400 Subject: [Mapserver-users] Logo image References: <001501c3452d$3ad55450$070010ac@manolo> Message-ID: <004701c34541$5538ea50$37c8a8c0@PEMAQUID> Manolo, You can set TRANSFORM OFF, and then use an "inline feature" to place the logo in map-image coordinate space. (example below) # logo LAYER NAME logo01 TYPE Point STATUS DEFAULT TRANSFORM OFF TRANSPARENCY 50 FEATURE POINTS 41 388 END END CLASS SYMBOL logo END END # logo I have the symbol defined as follows. SYMBOL NAME "logo" TYPE PIXMAP IMAGE "../images/imagelogo.png" END I hope this helps. Take Care Shannon ----- Original Message ----- From: "Manuel Marichal P?rez" To: "Lista MapSever" Sent: Tuesday, July 08, 2003 4:44 AM Subject: [Mapserver-users] Logo image > > Hi all. I want to put a logo image in all my maps. In order to > achieve it, I wrote this lines in my "map" file: > > LAYER > NAME "Leyenda" > DATA "logo.gif" > STATUS ON > TYPE RASTER > TRANSFORM FALSE > END > > This works, but the image appears always in (0,0) position. Does > anybody know how to get the image in other position of the > screen? > > Thanks a lot, > Manolo > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From patruno at istat.it Tue Jul 8 04:48:49 2003 From: patruno at istat.it (Vincenzo Patruno) Date: Tue, 8 Jul 2003 13:48:49 +0200 Subject: [Mapserver-users] Geodemo.istat.it Message-ID: <016301c34546$e5d0f5d0$4a69120a@senna142> Messaggio in formato MIME composto da piy parti. ------=_NextPart_000_0160_01C34557.A92D5EA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi All, I'm happy to announce the first release of "Geodemo" web site, a new = system to extract data and to draw maps about demographic statistics. Geodemo is a way to supply to the users the possibility to obtain = tables about demographic data and to show=20 demographic indicators on maps. http://geodemo.istat.it/gpop2001/index_e.php Please email me if you have comments regarding the system. Thanks in advance to all.=20 =20 Vincenzo Patruno ISTAT ------=_NextPart_000_0160_01C34557.A92D5EA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi All,

I'm happy to = announce the first=20 release of "Geodemo" web site, a new system to
extract data and to draw maps about = demographic=20 statistics.
Geodemo is  a way to supply to the = users=20 the possibility to obtain tables = about=20 demographic data and to  show
demographic indicators on = maps.
 
 
http://geodemo.ista= t.it/gpop2001/index_e.php
 
Please email me if you have comments = regarding the=20 system.
 
Thanks in advance to = all. 
 
Vincenzo Patruno
ISTAT
------=_NextPart_000_0160_01C34557.A92D5EA0-- From bplatzen at sosnetz.de Tue Jul 8 06:57:20 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Tue, 8 Jul 2003 15:57:20 +0200 Subject: [Mapserver-users] MapScript: map-Y coordinate is always wrong while map-X is right Message-ID: <200307081557.20863.bplatzen@sosnetz.de> Hello List, maybe I'm just to blind, but I can't figure out, what is going wrong. I wrote a small Program using PythonMapscript. I'm calculating the following to get the Map-Coordinates from the Click-Coordinates (where clickX and clickY come as img.x and img.y from a HTML-form, Extend is the [mapext]): def _click2map(self,clickX, clickY, Extend): '''Uebersetze Klick-Koordinaten in Kartenkoordinaten''' Extend = Extend.split(" ") cx = (float(Extend[2])-float(Extend[0]))/(self.mymap.width-1) cy = (float(Extend[3])-float(Extend[1]))/(self.mymap.height-1) xMap = float(currentExtend[0])+cx*clickX yMap = float(currentExtend[1])+cy*clickY return (xMap,yMap) I took the function from a PerlMapScript Example. But it doesn't work for me. The yMap is always wrong while the xMap is always right... Maybe this comes because I have a mistake in my function that calculates the Extend (mapext): def _newExtend(self, Extend, zoomdir=0, zoomsize=1): currentExtend = Extend.split(" ") if zoomdir == 0: zoom = 1 else: zoom = zoomsize * zoomdir if zoom < 0: zoom = 1.0/abs(zoom) cx = self.mapXY[0] cy = self.mapXY[1] he = float(currentExtend[2])-float(currentExtend[0]) wi = float(currentExtend[3])-float(currentExtend[1]) self.mymap.extent.maxx = cx + (he/zoom)/2 self.mymap.extent.minx = cx - (he/zoom)/2 self.mymap.extent.maxy = cy + (wi/zoom)/2 self.mymap.extent.miny = cy - (wi/zoom)/2 return 1 The imgext is calculated this way: def _imageExtend(self): '''Finde den tatsaechlich sichtbaren Extent heraus''' loleft = self._click2map(0,self.mymap.height,self.mapExtent) upright = self._click2map(self.mymap.width,0,self.mapExtent) Ext = str(loleft[0])+" "+str(loleft[1])+" "+str(upright[0])+" "+str(upright[1]) return Ext I hope, that there is anyone on the list, who can push me in the right direction. Thanks in advance, Bjoern -- small office solutions info at sosnetz.de - http://www.sosnetz.de From flavio at tydac.ch Tue Jul 8 07:35:53 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Tue, 08 Jul 2003 16:35:53 +0200 Subject: [Mapserver-users] mapserver web hosting In-Reply-To: References: Message-ID: hi mark nope, but the ones I know are: - DM Solutions: www.dmsolutions.ca - TYDAC: www.mapserver.ch ciao flavio -----Original Message----- From: Mark Balman To: "'mapserver-users at lists.gis.umn.edu'" Date: Tue, 8 Jul 2003 11:39:37 +0100 Subject: [Mapserver-users] mapserver web hosting > Hi All > > Has anyone got a list of mapserver web hosting companies? > > TIA > > Mark > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From sgillies at frii.com Tue Jul 8 07:49:47 2003 From: sgillies at frii.com (Sean Gillies) Date: Tue, 8 Jul 2003 08:49:47 -0600 Subject: [Mapserver-users] MapScript: map-Y coordinate is always wrong while map-X is right In-Reply-To: <200307081557.20863.bplatzen@sosnetz.de> Message-ID: <6B7F0DFA-B153-11D7-9B53-000393B98B56@frii.com> Hi Bjoern, I found the problem in your code. See below. On Tuesday, July 8, 2003, at 07:57 AM, Bjoern Platzen wrote: > Hello List, > > maybe I'm just to blind, but I can't figure out, what is going wrong. > > I wrote a small Program using PythonMapscript. > > I'm calculating the following to get the Map-Coordinates from the > Click-Coordinates (where clickX and clickY come as img.x and img.y from > a HTML-form, Extend is the [mapext]): > > def _click2map(self,clickX, clickY, Extend): > '''Uebersetze Klick-Koordinaten in Kartenkoordinaten''' > Extend = Extend.split(" ") > > cx = (float(Extend[2])-float(Extend[0]))/(self.mymap.width-1) > cy = (float(Extend[3])-float(Extend[1]))/(self.mymap.height-1) > > xMap = float(currentExtend[0])+cx*clickX > yMap = float(currentExtend[1])+cy*clickY > should be: yMap = float(currentExtent[1])-cy*clickY Remember that the origin of your image is the upper left corner and so your new map point will always have a smaller y value. Also, it looks like you are calculating cx and cy incorrectly. Here is an example of how this calculation is done in ZMapServer (http://zmapserver.sourceforge.net): extent = (mapobj.extent.minx, mapobj.extent.miny, mapobj.extent.maxx, mapobj.extent.maxy ) width = mapobj.width height = mapobj.height pxsize = (extent[2]-extent[0])/width pysize = (extent[3]-extent[1])/height point = {} point['x'] = extent[0] + pixel*pxsize point['y'] = extent[3] - line*pysize cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From lfilak at medinaco.org Tue Jul 8 08:01:41 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 08 Jul 2003 11:01:41 -0400 Subject: [Mapserver-users] MapScript: map-Y coordinate is always wrong while map-X is right Message-ID: <200307081501.h68F1ZN26043@yogi.medinaco.net> By any chance does the Y result appear to be "mirrored" about the center of the extent/map? It may just be a matter of: yMap = float(currentExtend[1])-cy*clickY vs. yMap = float(currentExtend[1])+cy*clickY due to 0,0 on the image being top left and 0,0 in the extent being lower left. HTH Lowell The following message was sent by Bjoern Platzen on Tue, 8 Jul 2003 15:57:20 +0200. > Hello List, > > maybe I'm just to blind, but I can't figure out, what is going wrong. > > I wrote a small Program using PythonMapscript. > > I'm calculating the following to get the Map-Coordinates from the > Click-Coordinates (where clickX and clickY come as img.x and img.y from > a HTML-form, Extend is the [mapext]): > > def _click2map(self,clickX, clickY, Extend): > '''Uebersetze Klick-Koordinaten in Kartenkoordinaten''' > Extend = Extend.split(" ") > > cx = (float(Extend[2])-float(Extend[0]))/(self.mymap.width-1) > cy = (float(Extend[3])-float(Extend[1]))/(self.mymap.height-1) > > xMap = float(currentExtend[0])+cx*clickX > yMap = float(currentExtend[1])+cy*clickY > > return (xMap,yMap) > > I took the function from a PerlMapScript Example. But it doesn't work > for me. The yMap is always wrong while the xMap is always right... > > Maybe this comes because I have a mistake in my function that calculates > the Extend (mapext): > > def _newExtend(self, Extend, zoomdir=0, zoomsize=1): > > currentExtend = Extend.split(" ") > > if zoomdir == 0: > zoom = 1 > else: > zoom = zoomsize * zoomdir > if zoom < 0: > zoom = 1.0/abs(zoom) > > cx = self.mapXY[0] > cy = self.mapXY[1] > > he = float(currentExtend[2])-float(currentExtend[0]) > wi = float(currentExtend[3])-float(currentExtend[1]) > > self.mymap.extent.maxx = cx + (he/zoom)/2 > self.mymap.extent.minx = cx - (he/zoom)/2 > self.mymap.extent.maxy = cy + (wi/zoom)/2 > self.mymap.extent.miny = cy - (wi/zoom)/2 > return 1 > > The imgext is calculated this way: > > def _imageExtend(self): > '''Finde den tatsaechlich sichtbaren Extent heraus''' > loleft = self._click2map(0,self.mymap.height,self.mapExtent) > upright = self._click2map(self.mymap.width,0,self.mapExtent) > Ext = str(loleft[0])+" "+str(loleft[1])+" "+str(upright[0])+" > "+str(upright[1]) > return Ext > > I hope, that there is anyone on the list, who can push me in the right > direction. > > Thanks in advance, > > Bjoern > > -- > small office solutions > info at sosnetz.de - http://www.sosnetz.de > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Zamil.Murji at divestco.com Tue Jul 8 08:10:56 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 8 Jul 2003 09:10:56 -0600 Subject: [Mapserver-users] PostGIS questions - help with mapserver Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A940@div-mx02.DIVESTCO.COM> Hi All, I found the error! I didn't have an entry in my pg_hba.conf file to allow the mapserver host to connect to the postgis server. Oops! Maybe someone should add this to the WIKI. Thanks for all your help. Zamil -----Original Message----- From: Zamil Murji Sent: Monday, July 07, 2003 5:04 PM To: David Blasby Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PostGIS questions - help with mapserver Hi David, I tried your data string. It comes back really fast but with the exact same result, the following error message: msDrawMap(): Image handling error. Failed to draw layer named 'oilwells'. I downloaded this from the mapserver website. Here is some interesting stuff: I'm using PostgreSQL 7.3.3 and PostGIS 0.7.5 Both are fairly new, do you think there is a problem with this? If so what versions are supported? mapserv -v results in the following: MapServer version 4.0-beta1 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=EPPL7 INPUT=POSTGIS INPUT= OGR INPUT=GDAL INPUT=SHAPEFILE Thanks, Zamil -----Original Message----- From: David Blasby [mailto:dblasby at refractions.net] Sent: Monday, July 07, 2003 4:50 PM To: Zamil Murji Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] PostGIS questions - help with mapserver Zamil Murji wrote: > CONNECTIONTYPE postgis > CONNECTION "user=idc dbname=idc host=sdb2 port=5432" > DATA "GEOM FROM OILWELLS" Try using: DATA "geom from (select * from oilwells) as foo using unique id using SRID=4326" If that doesnt help, it sound like it might be a problem upstream from the postgis connector. What version of mapserver are you using? dave _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bmurch at seas.marine.usf.edu Tue Jul 8 08:05:39 2003 From: bmurch at seas.marine.usf.edu (Brock Murch) Date: Tue, 8 Jul 2003 11:05:39 -0400 Subject: [Mapserver-users] Re: adding RASTER Layer In-Reply-To: References: Message-ID: <200307081105.39984.bmurch@marine.usf.edu> Charlton: Thanks for the try... does the list have any ideas? The error definately has to do with the raster layer: STATUS DEFAULT error_log output: > __START_LOG__ > [Tue Jul 08 09:31:49 2003] [error] [client 131.247.136.204] Premature > end of > script headers: mapserv, referer: > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2.html > __END_LOG__ > I cannot duplicate any of your errors that seem to be cropping up w/ > 4.0b. Upgrading to that would require me to upgrade my gdal libraries, > and I'm not quite ready to take that plunge. Wonder if that's it? > > Just for kicks, does running > gdalinfo /var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif > give you back anything intelligible? gdalinfo /var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif Driver: GTiff/GeoTIFF Size is 2066, 1023 Coordinate System is `' Origin = (-98.607616,49.868450) Pixel Size = (0.009075,-0.009075) Metadata: TIFFTAG_SOFTWARE=IMAGINE TIFF Support Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved @(#)$RCSfile: etif.c $ $Revision: 1.8 $ $Date: 2001/01/25 22:04:51Z $ Corner Coordinates: Upper Left ( -98.6076164, 49.8684504) Lower Left ( -98.6076164, 40.5847254) Upper Right ( -79.8586664, 49.8684504) Lower Right ( -79.8586664, 40.5847254) Center ( -89.2331414, 45.2265879) Band 1 Block=2066x3 Type=Byte, ColorInterp=Palette Color Table (RGB with 256 entries) 0: 169,209,254,255 1: 156,197,236,255 2: 18,40,48,255 3: 32,60,56,255 4: 43,73,62,255 5: 53,84,66,255 6: 62,94,72,255 7: 70,101,76,255 8: 81,123,88,255 9: 77,108,80,255 10: 92,134,95,255 11: 94,137,96,255 12: 96,139,97,255 13: 3,6,3,255 14: 1,2,1,255 15: 6,11,6,255 16: 85,117,85,255 17: 82,112,81,255 18: 105,148,102,255 19: 12,21,11,255 20: 116,160,110,255 21: 91,122,87,255 22: 17,28,15,255 23: 123,167,114,255 24: 98,130,92,255 25: 24,37,21,255 26: 127,171,117,255 27: 95,125,88,255 28: 89,116,82,255 29: 103,133,95,255 30: 35,51,30,255 31: 106,138,97,255 32: 98,120,91,255 33: 4,7,3,255 34: 110,141,99,255 35: 111,142,100,255 36: 43,62,36,255 37: 52,72,43,255 38: 119,150,104,255 39: 114,144,100,255 40: 118,148,103,255 41: 116,146,102,255 42: 121,150,105,255 43: 102,128,87,255 44: 123,153,105,255 45: 125,155,107,255 46: 107,127,95,255 47: 107,133,90,255 48: 126,156,107,255 49: 128,158,109,255 50: 127,157,108,255 51: 124,153,106,255 52: 111,137,92,255 53: 130,158,109,255 54: 130,159,110,255 55: 114,140,94,255 56: 135,163,112,255 57: 132,159,110,255 58: 136,164,112,255 59: 135,163,111,255 60: 134,161,110,255 61: 133,160,110,255 62: 116,134,100,255 63: 118,142,96,255 64: 140,167,114,255 65: 139,166,114,255 66: 138,165,113,255 67: 72,90,53,255 68: 121,145,96,255 69: 125,149,99,255 70: 148,175,119,255 71: 145,172,117,255 72: 143,170,116,255 73: 142,168,115,255 74: 109,132,83,255 75: 127,151,100,255 76: 124,147,98,255 77: 145,171,116,255 78: 146,172,117,255 79: 147,172,118,255 80: 125,142,105,255 81: 85,104,62,255 82: 128,151,100,255 83: 151,176,119,255 84: 133,155,101,255 85: 134,156,102,255 86: 136,158,104,255 87: 130,152,100,255 88: 157,181,123,255 89: 153,177,120,255 90: 158,182,124,255 91: 155,179,122,255 92: 154,178,121,255 93: 95,113,68,255 94: 136,157,103,255 95: 160,184,124,255 96: 162,186,126,255 97: 156,179,122,255 98: 132,147,108,255 99: 143,164,106,255 100: 141,162,105,255 101: 142,163,106,255 102: 139,159,105,255 103: 165,188,127,255 104: 141,161,105,255 105: 147,167,109,255 106: 170,192,129,255 107: 136,150,110,255 108: 108,123,78,255 109: 149,168,110,255 110: 148,167,109,255 111: 146,165,108,255 112: 145,164,107,255 113: 149,167,110,255 114: 177,197,134,255 115: 141,154,113,255 116: 123,140,85,255 117: 151,169,110,255 118: 154,171,110,255 119: 159,176,114,255 120: 158,175,113,255 121: 156,173,112,255 122: 155,172,111,255 123: 153,170,110,255 124: 157,174,113,255 125: 117,129,84,255 126: 185,203,138,255 127: 162,178,114,255 128: 166,182,117,255 129: 164,180,116,255 130: 147,158,115,255 131: 150,161,118,255 132: 148,162,100,255 133: 164,179,115,255 134: 162,177,114,255 135: 166,181,117,255 136: 161,176,114,255 137: 172,185,119,255 138: 171,185,119,255 139: 169,183,118,255 140: 157,166,121,255 141: 154,163,119,255 142: 154,166,102,255 143: 176,189,121,255 144: 173,186,119,255 145: 180,192,123,255 146: 179,192,123,255 147: 178,190,122,255 148: 174,187,120,255 149: 127,135,93,255 150: 159,167,122,255 151: 161,171,106,255 152: 134,141,97,255 153: 139,146,102,255 154: 164,171,124,255 155: 165,172,125,255 156: 163,170,124,255 157: 161,168,123,255 158: 170,179,111,255 159: 187,197,125,255 160: 185,194,124,255 161: 182,192,124,255 162: 166,173,125,255 163: 190,199,127,255 164: 147,152,105,255 165: 170,175,127,255 166: 169,174,126,255 167: 171,176,128,255 168: 195,202,128,255 169: 174,179,129,255 170: 173,177,128,255 171: 159,163,120,255 172: 204,209,134,255 173: 200,205,132,255 174: 180,183,134,255 175: 179,182,133,255 176: 163,166,123,255 177: 211,214,137,255 178: 160,162,113,255 179: 177,179,130,255 180: 182,184,134,255 181: 179,181,133,255 182: 185,186,135,255 183: 184,185,134,255 184: 220,220,140,255 185: 170,170,119,255 186: 173,173,123,255 187: 189,189,138,255 188: 188,188,137,255 189: 186,186,136,255 190: 172,172,127,255 191: 194,192,139,255 192: 192,191,139,255 193: 191,190,139,255 194: 188,187,137,255 195: 171,170,126,255 196: 173,172,128,255 197: 182,179,127,255 198: 195,192,140,255 199: 178,176,129,255 200: 176,174,128,255 201: 179,177,131,255 202: 191,187,133,255 203: 204,199,144,255 204: 201,197,143,255 205: 183,179,133,255 206: 197,192,140,255 207: 199,194,142,255 208: 210,203,147,255 209: 187,181,134,255 210: 219,208,152,255 211: 227,214,156,255 212: 235,219,160,255 213: 244,225,165,255 214: 0,0,0,255 215: 255,255,255,255 216: 0,0,0,255 217: 0,0,0,255 218: 0,0,0,255 219: 0,0,0,255 220: 0,0,0,255 221: 0,0,0,255 222: 0,0,0,255 223: 0,0,0,255 224: 0,0,0,255 225: 0,0,0,255 226: 0,0,0,255 227: 0,0,0,255 228: 0,0,0,255 229: 0,0,0,255 230: 0,0,0,255 231: 0,0,0,255 232: 0,0,0,255 233: 0,0,0,255 234: 0,0,0,255 235: 0,0,0,255 236: 0,0,0,255 237: 0,0,0,255 238: 0,0,0,255 239: 0,0,0,255 240: 0,0,0,255 241: 0,0,0,255 242: 0,0,0,255 243: 0,0,0,255 244: 0,0,0,255 245: 0,0,0,255 246: 0,0,0,255 247: 0,0,0,255 248: 0,0,0,255 249: 0,0,0,255 250: 0,0,0,255 251: 0,0,0,255 252: 0,0,0,255 253: 0,0,0,255 254: 0,0,0,255 255: 0,0,0,255 > Also, have you tried removing all but the raster layer from your .map? > removed everthing but the raster layer no effect... > suggest you forward it to the list, and > I'm sure you'll get some folks to bite. > From: Brock Murch [mailto:bmurch at seas.marine.usf.edu] > Sent: Tuesday, July 08, 2003 9:30 AM > To: Charlton Purvis > Subject: Re: adding RASTER Layer > > Charlton: > Actually that can't be it. Although I did try it earlier as this > was > suggested in a follow-up thread to my post to the list. See the > following... > with the relevant changes to the map file. > > This is using mapserv_4.0b > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2.html > LAYER # Shaded Relief Raster > NAME "relief" > DATA "/var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif" > STATUS DEFAULT > # STATUS ON > TYPE RASTER > # OFFSITE 0 > END > > When I access the above webpage, I get this in the error_log: > __START_LOG__ > [Tue Jul 08 09:31:49 2003] [error] [client 131.247.136.204] Premature > end of > script headers: mapserv, referer: > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2.html > __END_LOG__ > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test3.html > LAYER # Shaded Relief Raster > NAME "relief" > DATA "/var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif" > # STATUS DEFAULT > # STATUS ON > TYPE RASTER > # OFFSITE 0 > END > No error in the error_log > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test4.html > LAYER # Shaded Relief Raster > NAME "relief" > DATA "/var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif" > # STATUS DEFAULT > STATUS ON > TYPE RASTER > # OFFSITE 0 > END > No error in the error_log > > Using mapserv_3.6.5 with the same map files as used above: > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2_3.6.5.html > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test3_3.6.5.html > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test4_3.6.5.html > > As you can see this time with STATUS DEFAULT works in 3.6.5 > (s2ex3_test2_3.6.5.html). This was the only change to the map files. > Both > versions of mapserv were compiled against the same libs with the exact > same > script: > > #!/bin/bash > > CC=gcc \ > CFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > CXX=g++ \ > CXXFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > ./configure \ > -v \ > --with-jpeg=/usr/local/hdf \ > --with-gd=/usr/local/tmp/gd-2.0.15 \ > --with-freetype=/usr/bin/freetype-config \ > --with-libz=/usr/local/hdf \ > --with-png \ > --with-pdf \ > --with-tiff=/usr/local/tmp/tiff-v3.6.0-beta2/libtiff/ \ > --with-proj=/usr/local/tmp/proj-4.4.7 \ > --with-gdal=/usr/local/bin/gdal-config \ > --with-ogr \ > --with-postgis \ > --with-wfs \ > --with-wmsclient \ > --with-wfsclient \ > --enable-debug > > On the bright side, I was able to use the ersi shapefiles in the > following > link along with our data with mapserv 3.6.5: > > http://www.imars.usf.edu/tutorial35/s1/s1ex1_test4.html > > Do you think this is a bug? Any ideas would be appreciated. > > Brock > > On Monday 07 July 2003 1:53 pm, you wrote: > > Brother Brock: > > > > It's always the obvious right under our noses that evades us! Look at > > the OFFSITE directive in your .map. In 3.7+ it needs THREE values! I > > don't use the OFFSITE functionality (yet), so I didn't pick it up > > until > > > now. > > > > So go back into the .map, and put > > OFFSITE 0 0 0 > > You're 3.7+ (or 4.0 -- I haven't installed it yet) should be good to > > go. > > > Here is the latest .map file reference. It's my Bible, Part II. > > http://mapserver.gis.umn.edu/doc/mapfile-reference.html > > > > Also, when you get down and dirty w/ MapScript, ALWAYS rely on the > > documentation bundled w/ whatever source you download to build it. > > Online UMN stuff is NOT reliable. > > > > Cache dir stuff. I borrowed this cron script from somewhere that does > > the job. I do not believe MapServer has a limit to the amount it will > > write to the cache, so it's up to us good admins to clean up > > periodically. > > > > #! /bin/sh > > # > > # MapServer temporary file cleanup - run daily by cron > > # > > # Flush all files from /tmp/ms_tmp older than 6 hours (360 minutes) > > # > > find /tmp/ms_tmp -name "*.*" -amin +360 -exec rm -f {} \; > > exit 0 > > > > -----Original Message----- > > From: Brock Murch [mailto:bmurch at seas.marine.usf.edu] > > Sent: Monday, July 07, 2003 1:25 PM > > To: Charlton Purvis > > Subject: Re: adding RASTER Layer > > > > Charlton: > > Did what you did ... and d/l'ed 3.6.5 ... used my same > > configure_it.sh to get > > the same build: > > #!/bin/bash > > > > CC=gcc \ > > CFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > > CXX=g++ \ > > CXXFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > > ./configure \ > > -v \ > > --with-jpeg=/usr/local/hdf \ > > --with-gd=/usr/local/tmp/gd-2.0.15 \ > > --with-freetype=/usr/bin/freetype-config \ > > --with-libz=/usr/local/hdf \ > > --with-png \ > > --with-pdf \ > > --with-tiff=/usr/local/tmp/tiff-v3.6.0-beta2/libtiff/ \ > > --with-proj=/usr/local/tmp/proj-4.4.7 \ > > --with-gdal=/usr/local/bin/gdal-config \ > > --with-ogr \ > > --with-postgis \ > > --with-wfs \ > > --with-wmsclient \ > > --with-wfsclient \ > > --enable-debug > > > > Then did the tests and it appears to work fine so long as > > > > STATUS DEFAULT > > > > and not > > > > # STATUS ON > > > > So it would seem that the status keyword is the issue in 4.0B > > > > See: > > http://www.imars.usf.edu/tutorial35/s1/s1ex1_test4.html > > > > and > > > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test1.html > > > > > > What one can do bout this is ??? > > > > Where is the best place to really get a feel for all the tags in the > > map > > > file > > and what they mean? > > > > Also curious, as in a previous post. If you are using a cache dir, how > > much > > will be written there and what cleans it up? From jkeighan at cubewerx.com Tue Jul 8 08:36:44 2003 From: jkeighan at cubewerx.com (Jordy Keighan) Date: Tue, 08 Jul 2003 11:36:44 -0400 Subject: [Mapserver-users] Re: Compilation problems References: <3F09CAFF.7000100@cubewerx.com> Message-ID: <3F0AE50C.4090407@cubewerx.com> --------------010003080303070208030803 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Ok, I used mapserv-3.6.6 with : ./configure --with-tiff --with-jpeg --with-zlib --with-png --with-freetype=/usr/local/freetype-1.3.1 --enable-force-freetype1 --with-eppl --with-proj=/usr/local/proj-4.4.7 --with-gdal=/usr/local/gdal-1.1.8/apps/gdal-config --with-wmsclient -with-php=/usr/local/php-4.2.3 --with-gd=/usr/local/gd-1.8.4 --with-ogr=/usr/local/gdal-1.1.8/apps/gdal-config when i run info.phtml its telling me that i'm using MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE without PROJ ... the error i'm getting is : (though it creates the php_mapscript.so file) /usr/local/mapserver-3.6.6/maptemplate.h:16: warning: `inchesPerUnit' defined but not used gcc -shared -L/usr/local/lib -rdynamic-Wl -o php_mapscript.so php_mapscript_util.o php_mapscript.o mapscript_i.o -L/usr/local/mapserver-3.6.6 -lmap -L/usr/local/lib -lwwwxml -lxmltok -lxmlparse -lwwwinit -lwwwapp -lwwwhtml -lwwwtelnet -lwwwnews -lwwwhttp -lwwwmime -lwwwgopher -lwwwftp -lwwwfile -lwwwdir -lwwwcache -lwwwstream -lwwwmux -lwwwtrans -lwwwcore -lwwwutils -lmd5 -ldl -L/usr/local/gdal-1.1.8 -lgdal.1.1 -lgif -ljpeg -lpng -lz -lm -ldl -L/usr/local/lib -lm -L/usr/local/proj-4.4.7/src/.libs -lproj -ltiff -ljpeg -lfreetype -lpng -lz -L/usr/local/gd-1.8.4 -lgd -ljpeg -lfreetype -lpng -lz -ljpeg -lm -lstdc++ gcc: unrecognized option `-rdynamic-Wl' make[1]: Leaving directory `/usr/local/mapserver-3.6.6/mapscript/php3' Jean-Francois.Doyon at CCRS.NRCan.gc.ca wrote: >Jordy, > >Well, with MapServer 3.6, you're better off with GD 1.84 and Freetype 1 ... > >Also, there's issues with RedHat 9 (More precisely GCC 3.x) and MapServer >... > >Could you provide more detailed information on the errors you're getting ? > >J.F. > >-----Original Message----- >From: Jordy Keighan [mailto:jkeighan at cubewerx.com] >Sent: Monday, July 07, 2003 3:33 PM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] Compilation problems > > >Hi i'm running Redhat 9 with maplab2.0.1 >i've been told that maplab does not support mapserv 3.7 and 4.0 >i tried to install mapserv 3.6 but i am unable to compile it. > >here is my mapserv configure string : > ./configure --with-tiff --with-jpeg --with-zlib --with-png >--with-freetype --with-eppl --with-proj=/usr/local/proj-4.4.7 >--with-gdal=/usr/local/gdal-1.1.8/apps/gdal-config --with-wmsclient >-with-php=/usr/local/php-4.2.3 --with-gd=/usr/local/gd-2.0.15gif >--with-ogr=/usr/local/gdal-1.1.8/apps/gdal-config > > >what should i do ??? what version of mapserv do i realy need to use. > >thxs jordy > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > --------------010003080303070208030803 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Ok, I used mapserv-3.6.6

with : ./configure
 --with-tiff
--with-jpeg
--with-zlib
--with-png
--with-freetype=/usr/local/freetype-1.3.1
--enable-force-freetype1
--with-eppl
--with-proj=/usr/local/proj-4.4.7
--with-gdal=/usr/local/gdal-1.1.8/apps/gdal-config --with-wmsclient
-with-php=/usr/local/php-4.2.3
--with-gd=/usr/local/gd-1.8.4
--with-ogr=/usr/local/gdal-1.1.8/apps/gdal-config

when i run info.phtml its telling me that i'm using
MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE
without PROJ ...

the error i'm getting is : (though it creates the php_mapscript.so file)

/usr/local/mapserver-3.6.6/maptemplate.h:16: warning: `inchesPerUnit' defined but not used
gcc -shared -L/usr/local/lib -rdynamic-Wl -o php_mapscript.so php_mapscript_util.o php_mapscript.o mapscript_i.o  -L/usr/local/mapserver-3.6.6 -lmap -L/usr/local/lib -lwwwxml -lxmltok -lxmlparse -lwwwinit -lwwwapp -lwwwhtml -lwwwtelnet -lwwwnews -lwwwhttp -lwwwmime -lwwwgopher -lwwwftp -lwwwfile -lwwwdir -lwwwcache -lwwwstream -lwwwmux -lwwwtrans -lwwwcore -lwwwutils -lmd5 -ldl   -L/usr/local/gdal-1.1.8 -lgdal.1.1 -lgif -ljpeg -lpng -lz -lm -ldl -L/usr/local/lib -lm    -L/usr/local/proj-4.4.7/src/.libs -lproj -ltiff -ljpeg -lfreetype -lpng -lz  -L/usr/local/gd-1.8.4 -lgd -ljpeg -lfreetype -lpng -lz -ljpeg   -lm -lstdc++
gcc: unrecognized option `-rdynamic-Wl'
make[1]: Leaving directory `/usr/local/mapserver-3.6.6/mapscript/php3'


Jean-Francois.Doyon at CCRS.NRCan.gc.ca wrote:
Jordy,

Well, with MapServer 3.6, you're better off with GD 1.84 and Freetype 1 ...

Also, there's issues with RedHat 9 (More precisely GCC 3.x) and MapServer
...

Could you provide more detailed information on the errors you're getting ?

J.F.

-----Original Message-----
From: Jordy Keighan [mailto:jkeighan at cubewerx.com]
Sent: Monday, July 07, 2003 3:33 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Compilation problems


Hi i'm running Redhat 9 with maplab2.0.1
i've been told that maplab does not support mapserv 3.7 and 4.0
i tried to install mapserv 3.6 but i am unable to compile it.

here is my mapserv configure string :
           ./configure --with-tiff --with-jpeg --with-zlib --with-png 
--with-freetype --with-eppl --with-proj=/usr/local/proj-4.4.7 
--with-gdal=/usr/local/gdal-1.1.8/apps/gdal-config --with-wmsclient 
-with-php=/usr/local/php-4.2.3 --with-gd=/usr/local/gd-2.0.15gif 
--with-ogr=/usr/local/gdal-1.1.8/apps/gdal-config


what should i do ??? what version of mapserv do i realy need to use.

thxs jordy

_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

  

--------------010003080303070208030803-- From cpurvis at asg.sc.edu Tue Jul 8 08:44:26 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Tue, 8 Jul 2003 11:44:26 -0400 Subject: [Mapserver-users] FW: adding RASTER Layer Message-ID: This didn't seem to make the list. Trying again. -----Original Message----- From: Brock Murch [mailto:bmurch at seas.marine.usf.edu] Sent: Tuesday, July 08, 2003 11:06 AM To: mapserver-users at lists.gis.umn.edu; Charlton Purvis Subject: Re: adding RASTER Layer Charlton: Thanks for the try... does the list have any ideas? The error definately has to do with the raster layer: STATUS DEFAULT error_log output: > __START_LOG__ > [Tue Jul 08 09:31:49 2003] [error] [client 131.247.136.204] Premature > end of > script headers: mapserv, referer: > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2.html > __END_LOG__ > I cannot duplicate any of your errors that seem to be cropping up w/ > 4.0b. Upgrading to that would require me to upgrade my gdal libraries, > and I'm not quite ready to take that plunge. Wonder if that's it? > > Just for kicks, does running > gdalinfo /var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif > give you back anything intelligible? gdalinfo /var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif Driver: GTiff/GeoTIFF Size is 2066, 1023 Coordinate System is `' Origin = (-98.607616,49.868450) Pixel Size = (0.009075,-0.009075) Metadata: TIFFTAG_SOFTWARE=IMAGINE TIFF Support Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved @(#)$RCSfile: etif.c $ $Revision: 1.8 $ $Date: 2001/01/25 22:04:51Z $ Corner Coordinates: Upper Left ( -98.6076164, 49.8684504) Lower Left ( -98.6076164, 40.5847254) Upper Right ( -79.8586664, 49.8684504) Lower Right ( -79.8586664, 40.5847254) Center ( -89.2331414, 45.2265879) Band 1 Block=2066x3 Type=Byte, ColorInterp=Palette Color Table (RGB with 256 entries) 0: 169,209,254,255 1: 156,197,236,255 2: 18,40,48,255 3: 32,60,56,255 4: 43,73,62,255 5: 53,84,66,255 6: 62,94,72,255 7: 70,101,76,255 8: 81,123,88,255 9: 77,108,80,255 10: 92,134,95,255 11: 94,137,96,255 12: 96,139,97,255 13: 3,6,3,255 14: 1,2,1,255 15: 6,11,6,255 16: 85,117,85,255 17: 82,112,81,255 18: 105,148,102,255 19: 12,21,11,255 20: 116,160,110,255 21: 91,122,87,255 22: 17,28,15,255 23: 123,167,114,255 24: 98,130,92,255 25: 24,37,21,255 26: 127,171,117,255 27: 95,125,88,255 28: 89,116,82,255 29: 103,133,95,255 30: 35,51,30,255 31: 106,138,97,255 32: 98,120,91,255 33: 4,7,3,255 34: 110,141,99,255 35: 111,142,100,255 36: 43,62,36,255 37: 52,72,43,255 38: 119,150,104,255 39: 114,144,100,255 40: 118,148,103,255 41: 116,146,102,255 42: 121,150,105,255 43: 102,128,87,255 44: 123,153,105,255 45: 125,155,107,255 46: 107,127,95,255 47: 107,133,90,255 48: 126,156,107,255 49: 128,158,109,255 50: 127,157,108,255 51: 124,153,106,255 52: 111,137,92,255 53: 130,158,109,255 54: 130,159,110,255 55: 114,140,94,255 56: 135,163,112,255 57: 132,159,110,255 58: 136,164,112,255 59: 135,163,111,255 60: 134,161,110,255 61: 133,160,110,255 62: 116,134,100,255 63: 118,142,96,255 64: 140,167,114,255 65: 139,166,114,255 66: 138,165,113,255 67: 72,90,53,255 68: 121,145,96,255 69: 125,149,99,255 70: 148,175,119,255 71: 145,172,117,255 72: 143,170,116,255 73: 142,168,115,255 74: 109,132,83,255 75: 127,151,100,255 76: 124,147,98,255 77: 145,171,116,255 78: 146,172,117,255 79: 147,172,118,255 80: 125,142,105,255 81: 85,104,62,255 82: 128,151,100,255 83: 151,176,119,255 84: 133,155,101,255 85: 134,156,102,255 86: 136,158,104,255 87: 130,152,100,255 88: 157,181,123,255 89: 153,177,120,255 90: 158,182,124,255 91: 155,179,122,255 92: 154,178,121,255 93: 95,113,68,255 94: 136,157,103,255 95: 160,184,124,255 96: 162,186,126,255 97: 156,179,122,255 98: 132,147,108,255 99: 143,164,106,255 100: 141,162,105,255 101: 142,163,106,255 102: 139,159,105,255 103: 165,188,127,255 104: 141,161,105,255 105: 147,167,109,255 106: 170,192,129,255 107: 136,150,110,255 108: 108,123,78,255 109: 149,168,110,255 110: 148,167,109,255 111: 146,165,108,255 112: 145,164,107,255 113: 149,167,110,255 114: 177,197,134,255 115: 141,154,113,255 116: 123,140,85,255 117: 151,169,110,255 118: 154,171,110,255 119: 159,176,114,255 120: 158,175,113,255 121: 156,173,112,255 122: 155,172,111,255 123: 153,170,110,255 124: 157,174,113,255 125: 117,129,84,255 126: 185,203,138,255 127: 162,178,114,255 128: 166,182,117,255 129: 164,180,116,255 130: 147,158,115,255 131: 150,161,118,255 132: 148,162,100,255 133: 164,179,115,255 134: 162,177,114,255 135: 166,181,117,255 136: 161,176,114,255 137: 172,185,119,255 138: 171,185,119,255 139: 169,183,118,255 140: 157,166,121,255 141: 154,163,119,255 142: 154,166,102,255 143: 176,189,121,255 144: 173,186,119,255 145: 180,192,123,255 146: 179,192,123,255 147: 178,190,122,255 148: 174,187,120,255 149: 127,135,93,255 150: 159,167,122,255 151: 161,171,106,255 152: 134,141,97,255 153: 139,146,102,255 154: 164,171,124,255 155: 165,172,125,255 156: 163,170,124,255 157: 161,168,123,255 158: 170,179,111,255 159: 187,197,125,255 160: 185,194,124,255 161: 182,192,124,255 162: 166,173,125,255 163: 190,199,127,255 164: 147,152,105,255 165: 170,175,127,255 166: 169,174,126,255 167: 171,176,128,255 168: 195,202,128,255 169: 174,179,129,255 170: 173,177,128,255 171: 159,163,120,255 172: 204,209,134,255 173: 200,205,132,255 174: 180,183,134,255 175: 179,182,133,255 176: 163,166,123,255 177: 211,214,137,255 178: 160,162,113,255 179: 177,179,130,255 180: 182,184,134,255 181: 179,181,133,255 182: 185,186,135,255 183: 184,185,134,255 184: 220,220,140,255 185: 170,170,119,255 186: 173,173,123,255 187: 189,189,138,255 188: 188,188,137,255 189: 186,186,136,255 190: 172,172,127,255 191: 194,192,139,255 192: 192,191,139,255 193: 191,190,139,255 194: 188,187,137,255 195: 171,170,126,255 196: 173,172,128,255 197: 182,179,127,255 198: 195,192,140,255 199: 178,176,129,255 200: 176,174,128,255 201: 179,177,131,255 202: 191,187,133,255 203: 204,199,144,255 204: 201,197,143,255 205: 183,179,133,255 206: 197,192,140,255 207: 199,194,142,255 208: 210,203,147,255 209: 187,181,134,255 210: 219,208,152,255 211: 227,214,156,255 212: 235,219,160,255 213: 244,225,165,255 214: 0,0,0,255 215: 255,255,255,255 216: 0,0,0,255 217: 0,0,0,255 218: 0,0,0,255 219: 0,0,0,255 220: 0,0,0,255 221: 0,0,0,255 222: 0,0,0,255 223: 0,0,0,255 224: 0,0,0,255 225: 0,0,0,255 226: 0,0,0,255 227: 0,0,0,255 228: 0,0,0,255 229: 0,0,0,255 230: 0,0,0,255 231: 0,0,0,255 232: 0,0,0,255 233: 0,0,0,255 234: 0,0,0,255 235: 0,0,0,255 236: 0,0,0,255 237: 0,0,0,255 238: 0,0,0,255 239: 0,0,0,255 240: 0,0,0,255 241: 0,0,0,255 242: 0,0,0,255 243: 0,0,0,255 244: 0,0,0,255 245: 0,0,0,255 246: 0,0,0,255 247: 0,0,0,255 248: 0,0,0,255 249: 0,0,0,255 250: 0,0,0,255 251: 0,0,0,255 252: 0,0,0,255 253: 0,0,0,255 254: 0,0,0,255 255: 0,0,0,255 > Also, have you tried removing all but the raster layer from your .map? > removed everthing but the raster layer no effect... > suggest you forward it to the list, and > I'm sure you'll get some folks to bite. > From: Brock Murch [mailto:bmurch at seas.marine.usf.edu] > Sent: Tuesday, July 08, 2003 9:30 AM > To: Charlton Purvis > Subject: Re: adding RASTER Layer > > Charlton: > Actually that can't be it. Although I did try it earlier as this > was > suggested in a follow-up thread to my post to the list. See the > following... > with the relevant changes to the map file. > > This is using mapserv_4.0b > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2.html > LAYER # Shaded Relief Raster > NAME "relief" > DATA "/var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif" > STATUS DEFAULT > # STATUS ON > TYPE RASTER > # OFFSITE 0 > END > > When I access the above webpage, I get this in the error_log: > __START_LOG__ > [Tue Jul 08 09:31:49 2003] [error] [client 131.247.136.204] Premature > end of > script headers: mapserv, referer: > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2.html > __END_LOG__ > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test3.html > LAYER # Shaded Relief Raster > NAME "relief" > DATA "/var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif" > # STATUS DEFAULT > # STATUS ON > TYPE RASTER > # OFFSITE 0 > END > No error in the error_log > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test4.html > LAYER # Shaded Relief Raster > NAME "relief" > DATA "/var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif" > # STATUS DEFAULT > STATUS ON > TYPE RASTER > # OFFSITE 0 > END > No error in the error_log > > Using mapserv_3.6.5 with the same map files as used above: > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2_3.6.5.html > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test3_3.6.5.html > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test4_3.6.5.html > > As you can see this time with STATUS DEFAULT works in 3.6.5 > (s2ex3_test2_3.6.5.html). This was the only change to the map files. > Both > versions of mapserv were compiled against the same libs with the exact > same > script: > > #!/bin/bash > > CC=gcc \ > CFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > CXX=g++ \ > CXXFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > ./configure \ > -v \ > --with-jpeg=/usr/local/hdf \ > --with-gd=/usr/local/tmp/gd-2.0.15 \ > --with-freetype=/usr/bin/freetype-config \ > --with-libz=/usr/local/hdf \ > --with-png \ > --with-pdf \ > --with-tiff=/usr/local/tmp/tiff-v3.6.0-beta2/libtiff/ \ > --with-proj=/usr/local/tmp/proj-4.4.7 \ > --with-gdal=/usr/local/bin/gdal-config \ > --with-ogr \ > --with-postgis \ > --with-wfs \ > --with-wmsclient \ > --with-wfsclient \ > --enable-debug > > On the bright side, I was able to use the ersi shapefiles in the > following > link along with our data with mapserv 3.6.5: > > http://www.imars.usf.edu/tutorial35/s1/s1ex1_test4.html > > Do you think this is a bug? Any ideas would be appreciated. > > Brock > > On Monday 07 July 2003 1:53 pm, you wrote: > > Brother Brock: > > > > It's always the obvious right under our noses that evades us! Look at > > the OFFSITE directive in your .map. In 3.7+ it needs THREE values! I > > don't use the OFFSITE functionality (yet), so I didn't pick it up > > until > > > now. > > > > So go back into the .map, and put > > OFFSITE 0 0 0 > > You're 3.7+ (or 4.0 -- I haven't installed it yet) should be good to > > go. > > > Here is the latest .map file reference. It's my Bible, Part II. > > http://mapserver.gis.umn.edu/doc/mapfile-reference.html > > > > Also, when you get down and dirty w/ MapScript, ALWAYS rely on the > > documentation bundled w/ whatever source you download to build it. > > Online UMN stuff is NOT reliable. > > > > Cache dir stuff. I borrowed this cron script from somewhere that does > > the job. I do not believe MapServer has a limit to the amount it will > > write to the cache, so it's up to us good admins to clean up > > periodically. > > > > #! /bin/sh > > # > > # MapServer temporary file cleanup - run daily by cron > > # > > # Flush all files from /tmp/ms_tmp older than 6 hours (360 minutes) > > # > > find /tmp/ms_tmp -name "*.*" -amin +360 -exec rm -f {} \; > > exit 0 > > > > -----Original Message----- > > From: Brock Murch [mailto:bmurch at seas.marine.usf.edu] > > Sent: Monday, July 07, 2003 1:25 PM > > To: Charlton Purvis > > Subject: Re: adding RASTER Layer > > > > Charlton: > > Did what you did ... and d/l'ed 3.6.5 ... used my same > > configure_it.sh to get > > the same build: > > #!/bin/bash > > > > CC=gcc \ > > CFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > > CXX=g++ \ > > CXXFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > > ./configure \ > > -v \ > > --with-jpeg=/usr/local/hdf \ > > --with-gd=/usr/local/tmp/gd-2.0.15 \ > > --with-freetype=/usr/bin/freetype-config \ > > --with-libz=/usr/local/hdf \ > > --with-png \ > > --with-pdf \ > > --with-tiff=/usr/local/tmp/tiff-v3.6.0-beta2/libtiff/ \ > > --with-proj=/usr/local/tmp/proj-4.4.7 \ > > --with-gdal=/usr/local/bin/gdal-config \ > > --with-ogr \ > > --with-postgis \ > > --with-wfs \ > > --with-wmsclient \ > > --with-wfsclient \ > > --enable-debug > > > > Then did the tests and it appears to work fine so long as > > > > STATUS DEFAULT > > > > and not > > > > # STATUS ON > > > > So it would seem that the status keyword is the issue in 4.0B > > > > See: > > http://www.imars.usf.edu/tutorial35/s1/s1ex1_test4.html > > > > and > > > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test1.html > > > > > > What one can do bout this is ??? > > > > Where is the best place to really get a feel for all the tags in the > > map > > > file > > and what they mean? > > > > Also curious, as in a previous post. If you are using a cache dir, how > > much > > will be written there and what cleans it up? From bmurch at seas.marine.usf.edu Tue Jul 8 08:34:38 2003 From: bmurch at seas.marine.usf.edu (Brock Murch) Date: Tue, 8 Jul 2003 11:34:38 -0400 Subject: [Mapserver-users] Re: adding RASTER Layer In-Reply-To: <200307081105.39984.bmurch@marine.usf.edu> References: <200307081105.39984.bmurch@marine.usf.edu> Message-ID: <200307081134.38232.bmurch@marine.usf.edu> Oh ya, another quick note. I dl'ed and compiled 3.6.6 and it works fine. Noticed that the home page refers to: Current Version: 3.6.6 (4.0 beta) But the d/l section shows both. So 3.6.5 and 3.6.6 work fine. I guess 3.6.6 is not 4.0 beta as one might think from what we see on the home page. Brock On Tuesday 08 July 2003 11:05 am, Brock Murch wrote: > Charlton: > > Thanks for the try... does the list have any ideas? The error definately > has to do with the raster layer: > > STATUS DEFAULT > > error_log output: > > __START_LOG__ > > [Tue Jul 08 09:31:49 2003] [error] [client 131.247.136.204] Premature > > end of > > script headers: mapserv, referer: > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2.html > > __END_LOG__ > > > > > > > > I cannot duplicate any of your errors that seem to be cropping up w/ > > 4.0b. Upgrading to that would require me to upgrade my gdal libraries, > > and I'm not quite ready to take that plunge. Wonder if that's it? > > > > Just for kicks, does running > > gdalinfo /var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif > > give you back anything intelligible? > > gdalinfo /var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif > Driver: GTiff/GeoTIFF > Size is 2066, 1023 > Coordinate System is `' > Origin = (-98.607616,49.868450) > Pixel Size = (0.009075,-0.009075) > Metadata: > TIFFTAG_SOFTWARE=IMAGINE TIFF Support > Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved > @(#)$RCSfile: etif.c $ $Revision: 1.8 $ $Date: 2001/01/25 22:04:51Z $ > Corner Coordinates: > Upper Left ( -98.6076164, 49.8684504) > Lower Left ( -98.6076164, 40.5847254) > Upper Right ( -79.8586664, 49.8684504) > Lower Right ( -79.8586664, 40.5847254) > Center ( -89.2331414, 45.2265879) > Band 1 Block=2066x3 Type=Byte, ColorInterp=Palette > Color Table (RGB with 256 entries) > 0: 169,209,254,255 > 1: 156,197,236,255 > 2: 18,40,48,255 > 3: 32,60,56,255 > 4: 43,73,62,255 > 5: 53,84,66,255 > 6: 62,94,72,255 > 7: 70,101,76,255 > 8: 81,123,88,255 > 9: 77,108,80,255 > 10: 92,134,95,255 > 11: 94,137,96,255 > 12: 96,139,97,255 > 13: 3,6,3,255 > 14: 1,2,1,255 > 15: 6,11,6,255 > 16: 85,117,85,255 > 17: 82,112,81,255 > 18: 105,148,102,255 > 19: 12,21,11,255 > 20: 116,160,110,255 > 21: 91,122,87,255 > 22: 17,28,15,255 > 23: 123,167,114,255 > 24: 98,130,92,255 > 25: 24,37,21,255 > 26: 127,171,117,255 > 27: 95,125,88,255 > 28: 89,116,82,255 > 29: 103,133,95,255 > 30: 35,51,30,255 > 31: 106,138,97,255 > 32: 98,120,91,255 > 33: 4,7,3,255 > 34: 110,141,99,255 > 35: 111,142,100,255 > 36: 43,62,36,255 > 37: 52,72,43,255 > 38: 119,150,104,255 > 39: 114,144,100,255 > 40: 118,148,103,255 > 41: 116,146,102,255 > 42: 121,150,105,255 > 43: 102,128,87,255 > 44: 123,153,105,255 > 45: 125,155,107,255 > 46: 107,127,95,255 > 47: 107,133,90,255 > 48: 126,156,107,255 > 49: 128,158,109,255 > 50: 127,157,108,255 > 51: 124,153,106,255 > 52: 111,137,92,255 > 53: 130,158,109,255 > 54: 130,159,110,255 > 55: 114,140,94,255 > 56: 135,163,112,255 > 57: 132,159,110,255 > 58: 136,164,112,255 > 59: 135,163,111,255 > 60: 134,161,110,255 > 61: 133,160,110,255 > 62: 116,134,100,255 > 63: 118,142,96,255 > 64: 140,167,114,255 > 65: 139,166,114,255 > 66: 138,165,113,255 > 67: 72,90,53,255 > 68: 121,145,96,255 > 69: 125,149,99,255 > 70: 148,175,119,255 > 71: 145,172,117,255 > 72: 143,170,116,255 > 73: 142,168,115,255 > 74: 109,132,83,255 > 75: 127,151,100,255 > 76: 124,147,98,255 > 77: 145,171,116,255 > 78: 146,172,117,255 > 79: 147,172,118,255 > 80: 125,142,105,255 > 81: 85,104,62,255 > 82: 128,151,100,255 > 83: 151,176,119,255 > 84: 133,155,101,255 > 85: 134,156,102,255 > 86: 136,158,104,255 > 87: 130,152,100,255 > 88: 157,181,123,255 > 89: 153,177,120,255 > 90: 158,182,124,255 > 91: 155,179,122,255 > 92: 154,178,121,255 > 93: 95,113,68,255 > 94: 136,157,103,255 > 95: 160,184,124,255 > 96: 162,186,126,255 > 97: 156,179,122,255 > 98: 132,147,108,255 > 99: 143,164,106,255 > 100: 141,162,105,255 > 101: 142,163,106,255 > 102: 139,159,105,255 > 103: 165,188,127,255 > 104: 141,161,105,255 > 105: 147,167,109,255 > 106: 170,192,129,255 > 107: 136,150,110,255 > 108: 108,123,78,255 > 109: 149,168,110,255 > 110: 148,167,109,255 > 111: 146,165,108,255 > 112: 145,164,107,255 > 113: 149,167,110,255 > 114: 177,197,134,255 > 115: 141,154,113,255 > 116: 123,140,85,255 > 117: 151,169,110,255 > 118: 154,171,110,255 > 119: 159,176,114,255 > 120: 158,175,113,255 > 121: 156,173,112,255 > 122: 155,172,111,255 > 123: 153,170,110,255 > 124: 157,174,113,255 > 125: 117,129,84,255 > 126: 185,203,138,255 > 127: 162,178,114,255 > 128: 166,182,117,255 > 129: 164,180,116,255 > 130: 147,158,115,255 > 131: 150,161,118,255 > 132: 148,162,100,255 > 133: 164,179,115,255 > 134: 162,177,114,255 > 135: 166,181,117,255 > 136: 161,176,114,255 > 137: 172,185,119,255 > 138: 171,185,119,255 > 139: 169,183,118,255 > 140: 157,166,121,255 > 141: 154,163,119,255 > 142: 154,166,102,255 > 143: 176,189,121,255 > 144: 173,186,119,255 > 145: 180,192,123,255 > 146: 179,192,123,255 > 147: 178,190,122,255 > 148: 174,187,120,255 > 149: 127,135,93,255 > 150: 159,167,122,255 > 151: 161,171,106,255 > 152: 134,141,97,255 > 153: 139,146,102,255 > 154: 164,171,124,255 > 155: 165,172,125,255 > 156: 163,170,124,255 > 157: 161,168,123,255 > 158: 170,179,111,255 > 159: 187,197,125,255 > 160: 185,194,124,255 > 161: 182,192,124,255 > 162: 166,173,125,255 > 163: 190,199,127,255 > 164: 147,152,105,255 > 165: 170,175,127,255 > 166: 169,174,126,255 > 167: 171,176,128,255 > 168: 195,202,128,255 > 169: 174,179,129,255 > 170: 173,177,128,255 > 171: 159,163,120,255 > 172: 204,209,134,255 > 173: 200,205,132,255 > 174: 180,183,134,255 > 175: 179,182,133,255 > 176: 163,166,123,255 > 177: 211,214,137,255 > 178: 160,162,113,255 > 179: 177,179,130,255 > 180: 182,184,134,255 > 181: 179,181,133,255 > 182: 185,186,135,255 > 183: 184,185,134,255 > 184: 220,220,140,255 > 185: 170,170,119,255 > 186: 173,173,123,255 > 187: 189,189,138,255 > 188: 188,188,137,255 > 189: 186,186,136,255 > 190: 172,172,127,255 > 191: 194,192,139,255 > 192: 192,191,139,255 > 193: 191,190,139,255 > 194: 188,187,137,255 > 195: 171,170,126,255 > 196: 173,172,128,255 > 197: 182,179,127,255 > 198: 195,192,140,255 > 199: 178,176,129,255 > 200: 176,174,128,255 > 201: 179,177,131,255 > 202: 191,187,133,255 > 203: 204,199,144,255 > 204: 201,197,143,255 > 205: 183,179,133,255 > 206: 197,192,140,255 > 207: 199,194,142,255 > 208: 210,203,147,255 > 209: 187,181,134,255 > 210: 219,208,152,255 > 211: 227,214,156,255 > 212: 235,219,160,255 > 213: 244,225,165,255 > 214: 0,0,0,255 > 215: 255,255,255,255 > 216: 0,0,0,255 > 217: 0,0,0,255 > 218: 0,0,0,255 > 219: 0,0,0,255 > 220: 0,0,0,255 > 221: 0,0,0,255 > 222: 0,0,0,255 > 223: 0,0,0,255 > 224: 0,0,0,255 > 225: 0,0,0,255 > 226: 0,0,0,255 > 227: 0,0,0,255 > 228: 0,0,0,255 > 229: 0,0,0,255 > 230: 0,0,0,255 > 231: 0,0,0,255 > 232: 0,0,0,255 > 233: 0,0,0,255 > 234: 0,0,0,255 > 235: 0,0,0,255 > 236: 0,0,0,255 > 237: 0,0,0,255 > 238: 0,0,0,255 > 239: 0,0,0,255 > 240: 0,0,0,255 > 241: 0,0,0,255 > 242: 0,0,0,255 > 243: 0,0,0,255 > 244: 0,0,0,255 > 245: 0,0,0,255 > 246: 0,0,0,255 > 247: 0,0,0,255 > 248: 0,0,0,255 > 249: 0,0,0,255 > 250: 0,0,0,255 > 251: 0,0,0,255 > 252: 0,0,0,255 > 253: 0,0,0,255 > 254: 0,0,0,255 > 255: 0,0,0,255 > > > Also, have you tried removing all but the raster layer from your .map? > > removed everthing but the raster layer no effect... > > > suggest you forward it to the list, and > > I'm sure you'll get some folks to bite. > > > > From: Brock Murch [mailto:bmurch at seas.marine.usf.edu] > > Sent: Tuesday, July 08, 2003 9:30 AM > > To: Charlton Purvis > > Subject: Re: adding RASTER Layer > > > > Charlton: > > Actually that can't be it. Although I did try it earlier as this > > was > > suggested in a follow-up thread to my post to the list. See the > > following... > > with the relevant changes to the map file. > > > > This is using mapserv_4.0b > > > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2.html > > LAYER # Shaded Relief Raster > > NAME "relief" > > DATA "/var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif" > > STATUS DEFAULT > > # STATUS ON > > TYPE RASTER > > # OFFSITE 0 > > END > > > > When I access the above webpage, I get this in the error_log: > > __START_LOG__ > > [Tue Jul 08 09:31:49 2003] [error] [client 131.247.136.204] Premature > > end of > > script headers: mapserv, referer: > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2.html > > __END_LOG__ > > > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test3.html > > LAYER # Shaded Relief Raster > > NAME "relief" > > DATA "/var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif" > > # STATUS DEFAULT > > # STATUS ON > > TYPE RASTER > > # OFFSITE 0 > > END > > No error in the error_log > > > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test4.html > > LAYER # Shaded Relief Raster > > NAME "relief" > > DATA "/var/www/html/tutorial35/data/raster/shdrlfi020g_ugl.tif" > > # STATUS DEFAULT > > STATUS ON > > TYPE RASTER > > # OFFSITE 0 > > END > > No error in the error_log > > > > Using mapserv_3.6.5 with the same map files as used above: > > > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test2_3.6.5.html > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test3_3.6.5.html > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test4_3.6.5.html > > > > As you can see this time with STATUS DEFAULT works in 3.6.5 > > (s2ex3_test2_3.6.5.html). This was the only change to the map files. > > Both > > versions of mapserv were compiled against the same libs with the exact > > same > > script: > > > > #!/bin/bash > > > > CC=gcc \ > > CFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > > CXX=g++ \ > > CXXFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > > ./configure \ > > -v \ > > --with-jpeg=/usr/local/hdf \ > > --with-gd=/usr/local/tmp/gd-2.0.15 \ > > --with-freetype=/usr/bin/freetype-config \ > > --with-libz=/usr/local/hdf \ > > --with-png \ > > --with-pdf \ > > --with-tiff=/usr/local/tmp/tiff-v3.6.0-beta2/libtiff/ \ > > --with-proj=/usr/local/tmp/proj-4.4.7 \ > > --with-gdal=/usr/local/bin/gdal-config \ > > --with-ogr \ > > --with-postgis \ > > --with-wfs \ > > --with-wmsclient \ > > --with-wfsclient \ > > --enable-debug > > > > On the bright side, I was able to use the ersi shapefiles in the > > following > > link along with our data with mapserv 3.6.5: > > > > http://www.imars.usf.edu/tutorial35/s1/s1ex1_test4.html > > > > Do you think this is a bug? Any ideas would be appreciated. > > > > Brock > > > > On Monday 07 July 2003 1:53 pm, you wrote: > > > Brother Brock: > > > > > > It's always the obvious right under our noses that evades us! Look at > > > the OFFSITE directive in your .map. In 3.7+ it needs THREE values! I > > > don't use the OFFSITE functionality (yet), so I didn't pick it up > > > > until > > > > > now. > > > > > > So go back into the .map, and put > > > OFFSITE 0 0 0 > > > You're 3.7+ (or 4.0 -- I haven't installed it yet) should be good to > > > > go. > > > > > Here is the latest .map file reference. It's my Bible, Part II. > > > http://mapserver.gis.umn.edu/doc/mapfile-reference.html > > > > > > Also, when you get down and dirty w/ MapScript, ALWAYS rely on the > > > documentation bundled w/ whatever source you download to build it. > > > Online UMN stuff is NOT reliable. > > > > > > Cache dir stuff. I borrowed this cron script from somewhere that does > > > the job. I do not believe MapServer has a limit to the amount it will > > > write to the cache, so it's up to us good admins to clean up > > > periodically. > > > > > > #! /bin/sh > > > # > > > # MapServer temporary file cleanup - run daily by cron > > > # > > > # Flush all files from /tmp/ms_tmp older than 6 hours (360 minutes) > > > # > > > find /tmp/ms_tmp -name "*.*" -amin +360 -exec rm -f {} \; > > > exit 0 > > > > > > -----Original Message----- > > > From: Brock Murch [mailto:bmurch at seas.marine.usf.edu] > > > Sent: Monday, July 07, 2003 1:25 PM > > > To: Charlton Purvis > > > Subject: Re: adding RASTER Layer > > > > > > Charlton: > > > Did what you did ... and d/l'ed 3.6.5 ... used my same > > > configure_it.sh to get > > > the same build: > > > #!/bin/bash > > > > > > CC=gcc \ > > > CFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > > > CXX=g++ \ > > > CXXFLAGS="-O3 -march=pentium4 -mmmx -msse -msse2 -mfpmath=sse" \ > > > ./configure \ > > > -v \ > > > --with-jpeg=/usr/local/hdf \ > > > --with-gd=/usr/local/tmp/gd-2.0.15 \ > > > --with-freetype=/usr/bin/freetype-config \ > > > --with-libz=/usr/local/hdf \ > > > --with-png \ > > > --with-pdf \ > > > --with-tiff=/usr/local/tmp/tiff-v3.6.0-beta2/libtiff/ \ > > > --with-proj=/usr/local/tmp/proj-4.4.7 \ > > > --with-gdal=/usr/local/bin/gdal-config \ > > > --with-ogr \ > > > --with-postgis \ > > > --with-wfs \ > > > --with-wmsclient \ > > > --with-wfsclient \ > > > --enable-debug > > > > > > Then did the tests and it appears to work fine so long as > > > > > > STATUS DEFAULT > > > > > > and not > > > > > > # STATUS ON > > > > > > So it would seem that the status keyword is the issue in 4.0B > > > > > > See: > > > http://www.imars.usf.edu/tutorial35/s1/s1ex1_test4.html > > > > > > and > > > > > > http://www.imars.usf.edu/tutorial35/s2/s2ex3_test1.html > > > > > > > > > What one can do bout this is ??? > > > > > > Where is the best place to really get a feel for all the tags in the > > > > map > > > > > file > > > and what they mean? > > > > > > Also curious, as in a previous post. If you are using a cache dir, how > > > much > > > will be written there and what cleans it up? > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hunt at zedxinc.com Tue Jul 8 09:02:23 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Tue, 8 Jul 2003 12:02:23 -0400 Subject: [Mapserver-users] polygon lable problem Message-ID: <006101c3456a$51f693f0$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_005E_01C34548.CA819E40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable With the layer below, Mapserver seams to have a problem labeling concave = polygons. If you look at the image link below, there is one concave = polygon in Canada that is not labeled. Is there any way to get mapserver = to label the polygon. http://wcs.zedxinc.com/dy_images/cold.png LAYER NAME weather TYPE polygon TRANSPARENCY 60 LABELITEM "COLOR" DATA "" STATUS ON CLASS NAME "NAM" COLOR 47 111 111 TEXT Cool/Wet LABEL force true TYPE TRUETYPE FONT arial SIZE 12 POSITION cc ANTIALIAS FALSE OUTLINECOLOR 255 255 255 COLOR 0 0 0 END END END Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------=_NextPart_000_005E_01C34548.CA819E40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
With the layer below, Mapserver seams = to have a=20 problem labeling concave polygons. If you look at the image link below,=20 there is one concave polygon in Canada that is not = labeled. Is=20 there any way to get mapserver to label the polygon.
 
 
http://wcs.zedxinc.com= /dy_images/cold.png
 
 
LAYER
 NAME = weather
 TYPE=20 polygon
 TRANSPARENCY 60
 LABELITEM = "COLOR"
 DATA=20 ""
 STATUS ON
  CLASS
     = NAME=20 "NAM"
     COLOR  47 111=20 111
     TEXT = Cool/Wet
    =20 LABEL
   force true
   TYPE=20 TRUETYPE
   FONT arial
   SIZE=20 12
   POSITION cc
   ANTIALIAS=20 FALSE
   OUTLINECOLOR 255 255 = 255
   COLOR 0=20 0 0
     = END
  END
 END
 
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------=_NextPart_000_005E_01C34548.CA819E40-- From schut at sarvision.com Tue Jul 8 09:09:56 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 8 Jul 2003 18:09:56 +0200 Subject: [Mapserver-users] Re: Compilation problems In-Reply-To: <3F0AE50C.4090407@cubewerx.com> References: <3F09CAFF.7000100@cubewerx.com> <3F0AE50C.4090407@cubewerx.com> Message-ID: <200307081809.56960.schut@sarvision.com> On Tuesday 08 July 2003 17:36, Jordy Keighan wrote: > gcc: unrecognized option `-rdynamic-Wl' > make[1]: Leaving directory `/usr/local/mapserver-3.6.6/mapscript/php3' Jordy, if I remember well this is an old error in the php mapscript makefile. After running ./configure --your-options, but before running make, you need to edit the Makefile that ./configure created in the mapscript/php3 directory in the mapserver source tree. In this makefile, search for '-rdynamic-Wl' and replace this with '-rdynamic -Wl'; mind the additional space. Save the Makefile, go back to the main source dir, and run make. Should run smoothly now. BTW you could probably suffice with just editing the makefile in the mapscript/php3 directory without rerunning configure, and then run make again in this dir or in the mapserver source root dir. It should skip everything it has already done and directly start building php_mapscript. Cheers, Vincent. -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From morissette at dmsolutions.ca Tue Jul 8 09:16:00 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 08 Jul 2003 12:16:00 -0400 Subject: [Mapserver-users] Re: Compilation problems References: <3F09CAFF.7000100@cubewerx.com> <3F0AE50C.4090407@cubewerx.com> Message-ID: <3F0AEE40.B011FE63@dmsolutions.ca> Jordy Keighan wrote: > > Ok, I used mapserv-3.6.6 > ... > gcc: unrecognized option `-rdynamic-Wl' > make[1]: Leaving directory `/usr/local/mapserver-3.6.6/mapscript/php3' > A few things to try: You could edit the mapscript/php3/Makefile to change the "-rdynamic-Wl" to "-rdynamic" only. Another option would be to add --enable-internal-ld-detect to your configure options since you use version 3.6. This will trigger the use of a new macro for the php_mapscript.so linking parameters that fixes several issues of this type, this new macro is used by default in version 4.0. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From ed at topozone.com Tue Jul 8 09:27:17 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 8 Jul 2003 12:27:17 -0400 Subject: [Mapserver-users] polygon lable problem Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFCB2@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3456D.CC2AD778 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Aaron - =20 Have you checked the attribute table for the data layer, and are you = SURE that there is indeed a label string for that polygon? =20 - 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=20 -----Original Message----- From: Aaron D. Hunt [mailto:hunt at zedxinc.com] Sent: Tuesday, July 08, 2003 12:02 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] polygon lable problem With the layer below, Mapserver seams to have a problem labeling concave = polygons. If you look at the image link below, there is one concave = polygon in Canada that is not labeled. Is there any way to get mapserver = to label the polygon. =20 =20 http://wcs.zedxinc.com/dy_images/cold.png =20 =20 LAYER NAME weather TYPE polygon TRANSPARENCY 60 LABELITEM "COLOR" DATA "" STATUS ON CLASS NAME "NAM" COLOR 47 111 111 TEXT Cool/Wet LABEL force true TYPE TRUETYPE FONT arial SIZE 12 POSITION cc ANTIALIAS FALSE OUTLINECOLOR 255 255 255 COLOR 0 0 0 END END END =20 =20 Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------_=_NextPart_001_01C3456D.CC2AD778 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Aaron=20 -
 
Have=20 you checked the attribute table for the data layer, and are you SURE = that there=20 is indeed a label string for that polygon?
 
    - 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 =

-----Original Message-----
From: Aaron D. Hunt=20 [mailto:hunt at zedxinc.com]
Sent: Tuesday, July 08, 2003 12:02 = PM
To: mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] polygon lable problem

With the layer below, Mapserver seams = to have a=20 problem labeling concave polygons. If you look at the image link = below,=20 there is one concave polygon in Canada that is not = labeled. Is=20 there any way to get mapserver to label the polygon.
 
 
http://wcs.zedxinc.com= /dy_images/cold.png
 
 
LAYER
 NAME = weather
 TYPE=20 polygon
 TRANSPARENCY 60
 LABELITEM = "COLOR"
 DATA=20 ""
 STATUS ON
  CLASS
     = NAME=20 "NAM"
     COLOR  47 111=20 111
     TEXT = Cool/Wet
    =20 LABEL
   force true
   TYPE=20 TRUETYPE
   FONT arial
   SIZE=20 12
   POSITION cc
   ANTIALIAS=20 FALSE
   OUTLINECOLOR 255 255 = 255
   COLOR=20 0 0 0
    =20 END
  END
 END
 
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------_=_NextPart_001_01C3456D.CC2AD778-- From dblasby at refractions.net Tue Jul 8 09:31:13 2003 From: dblasby at refractions.net (David Blasby) Date: Tue, 08 Jul 2003 09:31:13 -0700 Subject: [Mapserver-users] PostGIS questions - help with mapserver In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A940@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30A940@div-mx02.DIVESTCO.COM> Message-ID: <3F0AF1D1.2020401@refractions.net> Zamil Murji wrote: > I found the error! I didn't have an entry in my pg_hba.conf file to allow the mapserver host to connect to the postgis server. > Oops! Maybe someone should add this to the WIKI. Humm - this should have given you a long error message that explained you had to do this. Is this an example of the new mapserver "eating" lower down error messages? dave From hunt at zedxinc.com Tue Jul 8 09:37:34 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Tue, 8 Jul 2003 12:37:34 -0400 Subject: [Mapserver-users] polygon lable problem References: <13858AA1A74F30419F319ACB66A9D1222BFCB2@mercator.topozone.com> Message-ID: <007301c3456f$3c1b89f0$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0070_01C3454D.B4FA80A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable There is a label item but I am overriding the with a TEXT Cool/Wet in = the class. This is not the first time I have had this problem with = labeling. ----- Original Message -----=20 From: Ed McNierney=20 To: Aaron D. Hunt ; mapserver-users at lists.gis.umn.edu=20 Sent: Tuesday, July 08, 2003 12:27 PM Subject: RE: [Mapserver-users] polygon lable problem Aaron - Have you checked the attribute table for the data layer, and are you = SURE that there is indeed a label string for that polygon? - 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=20 -----Original Message----- From: Aaron D. Hunt [mailto:hunt at zedxinc.com] Sent: Tuesday, July 08, 2003 12:02 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] polygon lable problem With the layer below, Mapserver seams to have a problem labeling = concave polygons. If you look at the image link below, there is one = concave polygon in Canada that is not labeled. Is there any way to get = mapserver to label the polygon. http://wcs.zedxinc.com/dy_images/cold.png LAYER NAME weather TYPE polygon TRANSPARENCY 60 LABELITEM "COLOR" DATA "" STATUS ON CLASS NAME "NAM" COLOR 47 111 111 TEXT Cool/Wet LABEL force true TYPE TRUETYPE FONT arial SIZE 12 POSITION cc ANTIALIAS FALSE OUTLINECOLOR 255 255 255 COLOR 0 0 0 END END END Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------=_NextPart_000_0070_01C3454D.B4FA80A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
There is a label item but I am = overriding the with=20 a TEXT Cool/Wet in the class. This is not the first time I have had this = problem=20 with labeling.
 
----- Original Message -----
From:=20 Ed = McNierney
To: Aaron D. Hunt ; mapserver-users at lists.g= is.umn.edu=20
Sent: Tuesday, July 08, 2003 = 12:27=20 PM
Subject: RE: [Mapserver-users] = polygon=20 lable problem

Aaron -
 
Have=20 you checked the attribute table for the data layer, and are you SURE = that=20 there is indeed a label string for that polygon?
 
    - 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=20

-----Original Message-----
From: Aaron D. Hunt=20 [mailto:hunt at zedxinc.com]
Sent: Tuesday, July 08, 2003 = 12:02=20 PM
To: = mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] polygon lable problem

With the layer below, Mapserver = seams to have a=20 problem labeling concave polygons. If you look at the image link = below,=20 there is one concave polygon in Canada that is not = labeled.=20 Is there any way to get mapserver to label the polygon.
 
 
http://wcs.zedxinc.com= /dy_images/cold.png
 
 
LAYER
 NAME = weather
 TYPE=20 polygon
 TRANSPARENCY 60
 LABELITEM = "COLOR"
 DATA=20 ""
 STATUS = ON
  CLASS
     NAME=20 "NAM"
     COLOR  47 111=20 111
     TEXT = Cool/Wet
    =20 LABEL
   force true
   TYPE=20 TRUETYPE
   FONT arial
   SIZE=20 12
   POSITION cc
   ANTIALIAS=20 FALSE
   OUTLINECOLOR 255 255=20 255
   COLOR 0 0 0
    =20 END
  END
 END
 
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------=_NextPart_000_0070_01C3454D.B4FA80A0-- From dblasby at refractions.net Tue Jul 8 09:53:13 2003 From: dblasby at refractions.net (David Blasby) Date: Tue, 08 Jul 2003 09:53:13 -0700 Subject: [Mapserver-users] PostGIS questions - help with mapserver In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A942@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30A942@div-mx02.DIVESTCO.COM> Message-ID: <3F0AF6F9.100@refractions.net> Zamil Murji wrote: > Maybe so, I didn't see anything in my error logs and this is the only error I received from mapserver... The postGIS connector would have reported this error if it couldnt connect to the database. I dont know why it didnt actually make it to you. msPOSTGISLayerOpen(): Query error. couldnt make connection to DB with connect string 'host=hydra port=6543 dbname=mum user=chodgson'.
Error reported was 'could not connect to server: Connection refused Is the server running on host hydra and accepting TCP/IP connections on port 6543? '.
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
From jkeighan at cubewerx.com Tue Jul 8 09:59:05 2003 From: jkeighan at cubewerx.com (Jordy Keighan) Date: Tue, 08 Jul 2003 12:59:05 -0400 Subject: [Mapserver-users] Re: Compilation problems References: <3F09CAFF.7000100@cubewerx.com> <3F0AE50C.4090407@cubewerx.com> <3F0AEE40.B011FE63@dmsolutions.ca> Message-ID: <3F0AF859.9040001@cubewerx.com> --------------080001050305040603030802 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Thxs that fixed the compilation problems but why when i got to /htdocs/info.phtml do i get " MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE " when i installed 3.6.6 with proj Jordy Daniel Morissette wrote: >Jordy Keighan wrote: > > >>Ok, I used mapserv-3.6.6 >> >> >> > >... > > > > >>gcc: unrecognized option `-rdynamic-Wl' >>make[1]: Leaving directory `/usr/local/mapserver-3.6.6/mapscript/php3' >> >> >> > >A few things to try: > >You could edit the mapscript/php3/Makefile to change the "-rdynamic-Wl" >to "-rdynamic" only. > >Another option would be to add --enable-internal-ld-detect to your >configure options since you use version 3.6. This will trigger the use >of a new macro for the php_mapscript.so linking parameters that fixes >several issues of this type, this new macro is used by default in >version 4.0. > >Daniel > > --------------080001050305040603030802 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Thxs that fixed the compilation problems

but why
when i got to /htdocs/info.phtml
do i get " MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE "
when i installed 3.6.6 with proj


Jordy

Daniel Morissette wrote:
Jordy Keighan wrote:
  
Ok, I used mapserv-3.6.6

    

...


  
gcc: unrecognized option `-rdynamic-Wl'
make[1]: Leaving directory `/usr/local/mapserver-3.6.6/mapscript/php3'

    

A few things to try:

You could edit the mapscript/php3/Makefile to change the "-rdynamic-Wl"
to "-rdynamic" only.

Another option would be to add --enable-internal-ld-detect to your
configure options since you use version 3.6.  This will trigger the use
of a new macro for the php_mapscript.so linking parameters that fixes
several issues of this type, this new macro is used by default in
version 4.0.

Daniel
  

--------------080001050305040603030802-- From morissette at dmsolutions.ca Tue Jul 8 10:15:46 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 08 Jul 2003 13:15:46 -0400 Subject: [Mapserver-users] Re: Compilation problems References: <3F09CAFF.7000100@cubewerx.com> <3F0AE50C.4090407@cubewerx.com> <3F0AEE40.B011FE63@dmsolutions.ca> <3F0AF859.9040001@cubewerx.com> Message-ID: <3F0AFC42.4C9A2889@dmsolutions.ca> Jordy Keighan wrote: > > but why > when i got to /htdocs/info.phtml > do i get " MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG > OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > INPUT=SHAPEFILE " > when i installed 3.6.6 with proj > You should get "Version 3.6.6 .... SUPPORTS=PROJ ..." if you compiled 3.6.6 with PROJ. It's quite likely that there is an old libmap.a in /usr/local/lib/libmap.a on your system that would have been placed there when you did 'make install' with a previous version. Delete this libmap.a and recompile your mapserver and you should have the correct version reported. Note that the 'make install' has been disabled in 3.6.6 and 4.0 to avoid this problem. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From bartvde at xs4all.nl Tue Jul 8 10:31:31 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 08 Jul 2003 19:31:31 +0200 Subject: [mapserver-users] PDF output error Message-ID: Hi list, I have a problem using the PDF output. When I open/download the file I get an error from Adobe Acrobat that the file is damaged and cannot be repaired. I use the 4.0 beta1 version from the website. The error occurs both on raster files and on vector files as input data. This is the URL on which you can download the pdf (changing format into gif will show the map): http://fana.geodan.nl:83/cgi- bin/bart/mapserv/mapserv_gif.exe?map=C:\Program%20Files\Apache%20Group\Apache2\htdocs\bart\geostreets.map&version=1.0.7&wmtver=1.0.7&layers=layer_1,layer_2,layer_3,layer_4,layer_5,layer_6&styles=default,default,default,default,default,default&bbox=120630,487143,121965,487670&width=890&height=352&format=pdf&exceptions=WMS_XML&transparent=True&request=map&t=63192866453163&srs=epsg:28992 Any ideas what is wrong? Bart From bplatzen at sosnetz.de Tue Jul 8 12:31:26 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Tue, 8 Jul 2003 21:31:26 +0200 Subject: [Mapserver-users] MapScript: map-Y coordinate is always wrong while map-X is right In-Reply-To: <6B7F0DFA-B153-11D7-9B53-000393B98B56@frii.com> References: <6B7F0DFA-B153-11D7-9B53-000393B98B56@frii.com> Message-ID: <200307082131.26515.bplatzen@sosnetz.de> Hi Sean, Adam and Lowell, thanks for your Support, but I think, I took a way into a one-way-street... I think I'll start again with the whole MapXY & Extend-Thing. Whatever I did, and with all your tipps, I couldn't get it going. At least I tried the following: def _click2map2(self,clickX, clickY, Extend): '''Uebersetze Klick-Koordinaten in Kartenkoordinaten''' Extend = Extend.split(" ") cx = (clickX/self.mymap.width) cy = 1-(clickY/self.mymap.height) xMap = float(Extend[0])+((float(Extend[2])-float(Extend[0]))*cx) yMap = float(Extend[1])+((float(Extend[3])-float(Extend[1]))*cy) return (xMap,yMap) This was a step in the right direction, but not yet right... (now I've got Y = 5668350 where it should be 5669095 (Gauss-Krueger) Maybe It's the wrong Extend, I'm calculating with. I think, I should calculate with the imgext and not the mapext, right? So when the first calculation of imgext is wrong, every clickpoint has to be wrong as well. I'm going to figure it out tomorrow... Thanks for your help, Bye Bjoern. Am Dienstag, 8. Juli 2003 16:49 schrieb Sean Gillies: > Hi Bjoern, > > I found the problem in your code. See below. > > On Tuesday, July 8, 2003, at 07:57 AM, Bjoern Platzen wrote: > > Hello List, > > > > maybe I'm just to blind, but I can't figure out, what is going > > wrong. > > > > I wrote a small Program using PythonMapscript. > > > > I'm calculating the following to get the Map-Coordinates from the > > Click-Coordinates (where clickX and clickY come as img.x and img.y > > from a HTML-form, Extend is the [mapext]): > > > > def _click2map(self,clickX, clickY, Extend): > > '''Uebersetze Klick-Koordinaten in Kartenkoordinaten''' > > Extend = Extend.split(" ") > > > > cx = (float(Extend[2])-float(Extend[0]))/(self.mymap.width-1) > > cy = (float(Extend[3])-float(Extend[1]))/(self.mymap.height-1) > > > > xMap = float(currentExtend[0])+cx*clickX > > yMap = float(currentExtend[1])+cy*clickY > > should be: > > yMap = float(currentExtent[1])-cy*clickY > > Remember that the origin of your image is the upper left corner > and so your new map point will always have a smaller y value. Also, > it looks like you are calculating cx and cy incorrectly. > > Here is an example of how this calculation is done in ZMapServer > (http://zmapserver.sourceforge.net): > > > extent = (mapobj.extent.minx, > mapobj.extent.miny, > mapobj.extent.maxx, > mapobj.extent.maxy ) > width = mapobj.width > height = mapobj.height > pxsize = (extent[2]-extent[0])/width > pysize = (extent[3]-extent[1])/height > point = {} > point['x'] = extent[0] + pixel*pxsize > point['y'] = extent[3] - line*pysize > > cheers, > Sean -- small office solutions info at sosnetz.de - http://www.sosnetz.de From eric at gomoos.org Tue Jul 8 09:11:56 2003 From: eric at gomoos.org (Eric Bridger) Date: 08 Jul 2003 16:11:56 +0000 Subject: [Mapserver-users] MapScript: map-Y coordinate is always wrong while map-X is right In-Reply-To: <200307082131.26515.bplatzen@sosnetz.de> References: <6B7F0DFA-B153-11D7-9B53-000393B98B56@frii.com> <200307082131.26515.bplatzen@sosnetz.de> Message-ID: <1057680716.1824.39.camel@ubet.gomoos.org> One issue, which bit me when I was dealing with this, was that when using mapscript you should ensure that the aspect ratio of your image (SIZE) should closely match the aspect ratio of your map extents.(EXTENT). i.e x/y = (maxx - minx) / (maxy - miny) Eric On Tue, 2003-07-08 at 19:31, Bjoern Platzen wrote: > Hi Sean, Adam and Lowell, > > thanks for your Support, but I think, I took a way into a > one-way-street... > > I think I'll start again with the whole MapXY & Extend-Thing. Whatever I > did, and with all your tipps, I couldn't get it going. At least I tried > the following: > > def _click2map2(self,clickX, clickY, Extend): > '''Uebersetze Klick-Koordinaten in Kartenkoordinaten''' > Extend = Extend.split(" ") > > cx = (clickX/self.mymap.width) > cy = 1-(clickY/self.mymap.height) > > xMap = float(Extend[0])+((float(Extend[2])-float(Extend[0]))*cx) > yMap = float(Extend[1])+((float(Extend[3])-float(Extend[1]))*cy) > > > return (xMap,yMap) > > This was a step in the right direction, but not yet right... > (now I've got Y = 5668350 where it should be 5669095 (Gauss-Krueger) > > Maybe It's the wrong Extend, I'm calculating with. I think, I should > calculate with the imgext and not the mapext, right? > So when the first calculation of imgext is wrong, every clickpoint has > to be wrong as well. > > I'm going to figure it out tomorrow... > > Thanks for your help, > > Bye Bjoern. > > > Am Dienstag, 8. Juli 2003 16:49 schrieb Sean Gillies: > > Hi Bjoern, > > > > I found the problem in your code. See below. > > > > On Tuesday, July 8, 2003, at 07:57 AM, Bjoern Platzen wrote: > > > Hello List, > > > > > > maybe I'm just to blind, but I can't figure out, what is going > > > wrong. > > > > > > I wrote a small Program using PythonMapscript. > > > > > > I'm calculating the following to get the Map-Coordinates from the > > > Click-Coordinates (where clickX and clickY come as img.x and img.y > > > from a HTML-form, Extend is the [mapext]): > > > > > > def _click2map(self,clickX, clickY, Extend): > > > '''Uebersetze Klick-Koordinaten in Kartenkoordinaten''' > > > Extend = Extend.split(" ") > > > > > > cx = (float(Extend[2])-float(Extend[0]))/(self.mymap.width-1) > > > cy = (float(Extend[3])-float(Extend[1]))/(self.mymap.height-1) > > > > > > xMap = float(currentExtend[0])+cx*clickX > > > yMap = float(currentExtend[1])+cy*clickY > > > > should be: > > > > yMap = float(currentExtent[1])-cy*clickY > > > > Remember that the origin of your image is the upper left corner > > and so your new map point will always have a smaller y value. Also, > > it looks like you are calculating cx and cy incorrectly. > > > > Here is an example of how this calculation is done in ZMapServer > > (http://zmapserver.sourceforge.net): > > > > > > extent = (mapobj.extent.minx, > > mapobj.extent.miny, > > mapobj.extent.maxx, > > mapobj.extent.maxy ) > > width = mapobj.width > > height = mapobj.height > > pxsize = (extent[2]-extent[0])/width > > pysize = (extent[3]-extent[1])/height > > point = {} > > point['x'] = extent[0] + pixel*pxsize > > point['y'] = extent[3] - line*pysize > > > > cheers, > > Sean > > -- > small office solutions > info at sosnetz.de - http://www.sosnetz.de > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Zamil.Murji at divestco.com Tue Jul 8 13:17:30 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 8 Jul 2003 14:17:30 -0600 Subject: [Mapserver-users] MORE PostGIS Questions - Expression Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A943@div-mx02.DIVESTCO.COM> Hello all, I am using the cgi version of mapserv. With shapefiles it is possible to dynamically select items in a layer by passing them along the url and using the corresponding EXPRESSION tag in the .map file. I want to do something similar with PostGIS, can this be done? Here are 3 rows from my db and my .map file for them: idc=# select * from oilwells; well_id | geom | name ---------+--------------------------------------+------- 1 | SRID=4326;POINT(-110.04146 49.01449) | ONE 2 | SRID=4326;POINT(-110.24459 49.01449) | TWO 3 | SRID=4326;POINT(-110.43138 49.01449) | THREE (3 rows) #PostGIS Data Layer LAYER NAME "oilwells" TYPE point STATUS off CONNECTIONTYPE postgis CONNECTION "user=idc dbname=idc host=sdb2 port=5432" # DATA "geom from (select * from oilwells) as foo using unique id using SRID=4326" DATA "geom from oilwells" CLASS # EXPRESSION /x/ COLOR 0 0 0 SYMBOL 'circle' SIZE 20 # TEMPLATE "c:\\mapfiles\test.html" END END If I take uncomment EXPRESSION tag, then this layer never shows up. Please help Thanks Zamil From jkeighan at cubewerx.com Tue Jul 8 13:24:10 2003 From: jkeighan at cubewerx.com (Jordy Keighan) Date: Tue, 08 Jul 2003 16:24:10 -0400 Subject: [Mapserver-users] Using WMS References: <3F09CAFF.7000100@cubewerx.com> <3F0AE50C.4090407@cubewerx.com> <3F0AEE40.B011FE63@dmsolutions.ca> Message-ID: <3F0B286A.5020105@cubewerx.com> --------------000206000107060904030900 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I'm running mapserv 3.6.6 with maplab 2.0.1 when I try to apply a wms layer to my map i get this error anyone as a idea why ? Warning: MapServer Error in msDrawRaster(): Unrecognized or unsupported image format in /home/httpd/html/maplab/htdocs/common/wrapper/drawmap.php on line 387 Thxs Jordy --------------000206000107060904030900 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I'm running mapserv 3.6.6
with maplab 2.0.1

when I try to apply a wms layer to my map i get this error
anyone as a idea why ?

Warning
: MapServer Error in msDrawRaster(): Unrecognized or unsupported image format in /home/httpd/html/maplab/htdocs/common/wrapper/drawmap.php on line 387


Thxs
Jordy
--------------000206000107060904030900-- From cpurvis at asg.sc.edu Tue Jul 8 13:34:33 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Tue, 8 Jul 2003 16:34:33 -0400 Subject: [Mapserver-users] MORE PostGIS Questions - Expression Message-ID: Try FILTER instead of EXPRESSION (don't know what version of MS you're using). It keeps all the work on the database side. http://mapserver.gis.umn.edu/doc/mapfile-reference.html#filter -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Tuesday, July 08, 2003 4:18 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] MORE PostGIS Questions - Expression Hello all, I am using the cgi version of mapserv. With shapefiles it is possible to dynamically select items in a layer by passing them along the url and using the corresponding EXPRESSION tag in the .map file. I want to do something similar with PostGIS, can this be done? Here are 3 rows from my db and my .map file for them: idc=# select * from oilwells; well_id | geom | name ---------+--------------------------------------+------- 1 | SRID=4326;POINT(-110.04146 49.01449) | ONE 2 | SRID=4326;POINT(-110.24459 49.01449) | TWO 3 | SRID=4326;POINT(-110.43138 49.01449) | THREE (3 rows) #PostGIS Data Layer LAYER NAME "oilwells" TYPE point STATUS off CONNECTIONTYPE postgis CONNECTION "user=idc dbname=idc host=sdb2 port=5432" # DATA "geom from (select * from oilwells) as foo using unique id using SRID=4326" DATA "geom from oilwells" CLASS # EXPRESSION /x/ COLOR 0 0 0 SYMBOL 'circle' SIZE 20 # TEMPLATE "c:\\mapfiles\test.html" END END If I take uncomment EXPRESSION tag, then this layer never shows up. Please help Thanks Zamil _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From morissette at dmsolutions.ca Tue Jul 8 13:55:53 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 08 Jul 2003 16:55:53 -0400 Subject: [Mapserver-users] Using WMS References: <3F09CAFF.7000100@cubewerx.com> <3F0AE50C.4090407@cubewerx.com> <3F0AEE40.B011FE63@dmsolutions.ca> <3F0B286A.5020105@cubewerx.com> Message-ID: <3F0B2FD9.50946C0E@dmsolutions.ca> Jordy Keighan wrote: > > I'm running mapserv 3.6.6 > with maplab 2.0.1 > > when I try to apply a wms layer to my map i get this error > anyone as a idea why ? > > Warning: MapServer Error in msDrawRaster(): Unrecognized or > unsupported image format in > /home/httpd/html/maplab/htdocs/common/wrapper/drawmap.php on line 387 > The short answer is that the remote WMS server didn't return a response in an image format that mapserver can understand. This can happen if your WMS layer's CONNECTION parameter is missing some required parameters and then the remote server returns an exception in XML format which would then confuse MapServer (I know it should try to make sense of XML exceptions, that's on the ToDo list, in the meantime, using exceptions INIMAGE is recommended). Perhaps if you sent your layer definition then we could help more. BTW, you write that you use MapLab, what did you do exactly in MapLab to get this error? Perhaps there is a problem with MapLab with your specific server? Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dblasby at refractions.net Tue Jul 8 14:12:27 2003 From: dblasby at refractions.net (David Blasby) Date: Tue, 08 Jul 2003 14:12:27 -0700 Subject: [Mapserver-users] MORE PostGIS Questions - Expression In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A943@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30A943@div-mx02.DIVESTCO.COM> Message-ID: <3F0B33BB.1000408@refractions.net> Zamil Murji wrote: > If I take uncomment EXPRESSION tag, then this layer never shows up. Please help I think your syntax for the regular expression is incorrect - it isnt referencing any column, so it will never be true. dave From assefa at dmsolutions.ca Tue Jul 8 14:32:39 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 08 Jul 2003 17:32:39 -0400 Subject: [Mapserver-users] Using WMS References: <3F09CAFF.7000100@cubewerx.com> <3F0AE50C.4090407@cubewerx.com> <3F0AEE40.B011FE63@dmsolutions.ca> <3F0B286A.5020105@cubewerx.com> <3F0B2FD9.50946C0E@dmsolutions.ca> Message-ID: <3F0B3877.2060201@dmsolutions.ca> --------------070504090207030409000903 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I think the missing parameter in STYLES. Is it possible that the STYLES parameter was missing in 3.6 ? Daniel Morissette wrote: >Jordy Keighan wrote: > > >>I'm running mapserv 3.6.6 >>with maplab 2.0.1 >> >>when I try to apply a wms layer to my map i get this error >>anyone as a idea why ? >> >>Warning: MapServer Error in msDrawRaster(): Unrecognized or >>unsupported image format in >>/home/httpd/html/maplab/htdocs/common/wrapper/drawmap.php on line 387 >> >> >> > >The short answer is that the remote WMS server didn't return a response >in an image format that mapserver can understand. This can happen if >your WMS layer's CONNECTION parameter is missing some required >parameters and then the remote server returns an exception in XML format >which would then confuse MapServer (I know it should try to make sense >of XML exceptions, that's on the ToDo list, in the meantime, using >exceptions INIMAGE is recommended). > >Perhaps if you sent your layer definition then we could help more. BTW, >you write that you use MapLab, what did you do exactly in MapLab to get >this error? Perhaps there is a problem with MapLab with your specific >server? > >Daniel > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- --------------070504090207030409000903 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I think the missing parameter in STYLES. Is it possible that the STYLES parameter was missing in 3.6 ?

Daniel Morissette wrote:
Jordy Keighan wrote:
  
I'm running mapserv 3.6.6
with maplab 2.0.1

when I try to apply a wms layer to my map i get this error
anyone as a idea why ?

Warning: MapServer Error in msDrawRaster(): Unrecognized or
unsupported image format in
/home/httpd/html/maplab/htdocs/common/wrapper/drawmap.php on line 387

    

The short answer is that the remote WMS server didn't return a response
in an image format that mapserver can understand.  This can happen if
your WMS layer's CONNECTION parameter is missing some required
parameters and then the remote server returns an exception in XML format
which would then confuse MapServer (I know it should try to make sense
of XML exceptions, that's on the ToDo list, in the meantime, using
exceptions INIMAGE is recommended).

Perhaps if you sent your layer definition then we could help more.  BTW,
you write that you use MapLab, what did you do exactly in MapLab to get
this error?  Perhaps there is a problem with MapLab with your specific
server?

Daniel
  

-- 
----------------------------------------------------------------
Assefa Yewondwossen           
Software Analyst   

Email: assefa at dmsolutions.ca    
http://www.dmsolutions.ca/

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925
----------------------------------------------------------------


--------------070504090207030409000903-- From pramsey at refractions.net Tue Jul 8 14:55:36 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 8 Jul 2003 14:55:36 -0700 Subject: [Mapserver-users] MORE PostGIS Questions - Expression In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A943@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30A943@div-mx02.DIVESTCO.COM> Message-ID: <1057701336.3f0b3dd80823d@www> Your EXPRESSION does not reference a column name. That is only "OK" as long as you define a CLASSITEM in the LAYER, for the CLASSes to refer to. I don't know if regex expressions work in the context of the CLASSITEM, though. It might only be direct equality tests. MAP ... LAYER CLASSITEM foo ... CLASS EXPRESSION bar ... END END END Quoting Zamil Murji : > Hello all, > > I am using the cgi version of mapserv. With shapefiles it is possible to > dynamically select items in a layer by passing them along the url and using > the corresponding EXPRESSION tag in the .map file. I want to do something > similar with PostGIS, can this be done? > > Here are 3 rows from my db and my .map file for them: > idc=# select * from oilwells; > well_id | geom | name > ---------+--------------------------------------+------- > 1 | SRID=4326;POINT(-110.04146 49.01449) | ONE > 2 | SRID=4326;POINT(-110.24459 49.01449) | TWO > 3 | SRID=4326;POINT(-110.43138 49.01449) | THREE > (3 rows) > > #PostGIS Data Layer > LAYER > NAME "oilwells" > TYPE point > STATUS off > CONNECTIONTYPE postgis > CONNECTION "user=idc dbname=idc host=sdb2 port=5432" > # DATA "geom from (select * from oilwells) as foo using unique id using > SRID=4326" > DATA "geom from oilwells" > CLASS > # EXPRESSION /x/ > COLOR 0 0 0 > SYMBOL 'circle' > SIZE 20 > # TEMPLATE "c:\\mapfiles\test.html" > END > END > > If I take uncomment EXPRESSION tag, then this layer never shows up. Please > help > > Thanks > Zamil > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Zamil.Murji at divestco.com Tue Jul 8 15:34:17 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 8 Jul 2003 16:34:17 -0600 Subject: [Mapserver-users] MORE PostGIS Questions - Expression Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A946@div-mx02.DIVESTCO.COM> Thank you once again, The list comes through in a big way. Using a classitem works great. Here is my layer definition: #PostGIS Data Layer LAYER NAME "oilwells-selected" TYPE point STATUS off CONNECTIONTYPE postgis CONNECTION "user=idc dbname=idc host=sdb2 port=5432" # DATA "geom from (select * from oilwells) as foo using unique id using SRID=4326" DATA "geom from oilwells" CLASSITEM well_id CLASS EXPRESSION /x/ COLOR 0 255 0 SYMBOL 'circle' SIZE 20 # TEMPLATE "c:\\mapfiles\test.html" END END -----Original Message----- From: Paul Ramsey [mailto:pramsey at refractions.net] Sent: Tuesday, July 08, 2003 3:56 PM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] MORE PostGIS Questions - Expression Your EXPRESSION does not reference a column name. That is only "OK" as long as you define a CLASSITEM in the LAYER, for the CLASSes to refer to. I don't know if regex expressions work in the context of the CLASSITEM, though. It might only be direct equality tests. MAP ... LAYER CLASSITEM foo ... CLASS EXPRESSION bar ... END END END Quoting Zamil Murji : > Hello all, > > I am using the cgi version of mapserv. With shapefiles it is possible to > dynamically select items in a layer by passing them along the url and using > the corresponding EXPRESSION tag in the .map file. I want to do something > similar with PostGIS, can this be done? > > Here are 3 rows from my db and my .map file for them: > idc=# select * from oilwells; > well_id | geom | name > ---------+--------------------------------------+------- > 1 | SRID=4326;POINT(-110.04146 49.01449) | ONE > 2 | SRID=4326;POINT(-110.24459 49.01449) | TWO > 3 | SRID=4326;POINT(-110.43138 49.01449) | THREE > (3 rows) > > #PostGIS Data Layer > LAYER > NAME "oilwells" > TYPE point > STATUS off > CONNECTIONTYPE postgis > CONNECTION "user=idc dbname=idc host=sdb2 port=5432" > # DATA "geom from (select * from oilwells) as foo using unique id using > SRID=4326" > DATA "geom from oilwells" > CLASS > # EXPRESSION /x/ > COLOR 0 0 0 > SYMBOL 'circle' > SIZE 20 > # TEMPLATE "c:\\mapfiles\test.html" > END > END > > If I take uncomment EXPRESSION tag, then this layer never shows up. Please > help > > Thanks > Zamil > > _______________________________________________ > 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 pond_bear at hotmail.com Tue Jul 8 16:13:55 2003 From: pond_bear at hotmail.com (pond bear) Date: Tue, 08 Jul 2003 18:13:55 -0500 Subject: [Mapserver-users] PHP/Mapscript workshop Message-ID: Hi Mr. Schroeder, I am impressed by your homepage. You have used Mapserver for more than three years and play very well on Mapserver and Mapscript. Would you please help me learn the PHP/Mapscript? It seems that you have a copy of the presentation of the workshop "PHP/MapScript Application Development". Would you please pack it and let me download it? Thanks a lot Jing University of North Dakota _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From sarawut at ait.ac.th Tue Jul 8 19:41:21 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Wed, 09 Jul 2003 09:41:21 +0700 Subject: [Mapserver-users] No file in tmp directory Message-ID: <5.1.1.6.2.20030709093718.00afefa0@mail.ait.ac.th> Dear all

I already ask question like this. I think my problem may be it's a bug of mapserv because everything is fine. But after I try to use WMS connection from my machine to other WMS server. No file in tmp directory, no reference map, no scale bar. I got only blank image on screen. Don't have any error message. How can identify my problem?

LAYER
        NAME "color05"
        METADATA
        wms_title "Test"
        wms_srs "EPSG:4240"
        END
        TYPE RASTER
        STATUS off
        CONNECTIONTYPE WMS
        CONNECTION "http://127.0.0.1/cgi-bin/thaiwms?VERSION=1.1.0&LAYERS=NOAA01&Format=png"
        projection
        "init=EPSG:4240"
        #Projection longlat
        end
END # layer
From steve.lime at dnr.state.mn.us Tue Jul 8 21:43:12 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 08 Jul 2003 23:43:12 -0500 Subject: [Mapserver-users] polygon lable problem Message-ID: Can you share the data? Concave layers are generally not a problem. Polygon labeling uses a technique similar to scanline conversion used to compute label points so label points are gauranteed to be "in" the polygon. Could be an issue with clipping, or perhaps the label cache (you could test that by setting LABELCACHE OFF), but there's no way to know without the data and an extent that shows the problem. I'll be out until the 14th but will look at it then. BTW What version are you using? Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Aaron D. Hunt" 07/08/03 11:37 AM >>> There is a label item but I am overriding the with a TEXT Cool/Wet in the class. This is not the first time I have had this problem with labeling. ----- Original Message ----- From: Ed McNierney To: Aaron D. Hunt ; mapserver-users at lists.gis.umn.edu Sent: Tuesday, July 08, 2003 12:27 PM Subject: RE: [Mapserver-users] polygon lable problem Aaron - Have you checked the attribute table for the data layer, and are you SURE that there is indeed a label string for that polygon? - 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: Aaron D. Hunt [mailto:hunt at zedxinc.com] Sent: Tuesday, July 08, 2003 12:02 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] polygon lable problem With the layer below, Mapserver seams to have a problem labeling concave polygons. If you look at the image link below, there is one concave polygon in Canada that is not labeled. Is there any way to get mapserver to label the polygon. http://wcs.zedxinc.com/dy_images/cold.png LAYER NAME weather TYPE polygon TRANSPARENCY 60 LABELITEM "COLOR" DATA "" STATUS ON CLASS NAME "NAM" COLOR 47 111 111 TEXT Cool/Wet LABEL force true TYPE TRUETYPE FONT arial SIZE 12 POSITION cc ANTIALIAS FALSE OUTLINECOLOR 255 255 255 COLOR 0 0 0 END END END Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 From anilvemu at yahoo.com Tue Jul 8 21:43:56 2003 From: anilvemu at yahoo.com (Anil Kumar Vemu) Date: Tue, 8 Jul 2003 21:43:56 -0700 (PDT) Subject: [Mapserver-users] msDrawMap(): Image handling error Message-ID: <20030709044356.75232.qmail@web10706.mail.yahoo.com> Hi all, I'm trying to access data from Oracle Spatial. The map file LAYER settings are as follows. LAYER NAME building TYPE POLYGON STATUS ON CONNECTIONTYPE oraclespatial CONNECTION "htil/ispat at NHUGHES" DATA "shape FROM building" CLASSITEM 'building' CLASS NAME building EXPRESSION 'Itasca' OUTLINECOLOR 128 128 128 COLOR 225 225 128 END METADATA WMS_TITLE "Landbase Buildings" WMS_AUTHOR "ANIL VEMU" END END Once I click the Demo_init.html page, I'm getting the error, msDrawMap(): Image handling error. Failed to draw layer named 'building'. I have gone through the archives, but couldn't get sufficient help. Thanks in advance. Regards, Anil Vemu. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From bplatzen at sosnetz.de Wed Jul 9 00:05:51 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Wed, 9 Jul 2003 09:05:51 +0200 Subject: [Mapserver-users] MapScript: map-Y coordinate is always wrong while map-X is right In-Reply-To: <200307081557.20863.bplatzen@sosnetz.de> References: <200307081557.20863.bplatzen@sosnetz.de> Message-ID: <200307090905.51098.bplatzen@sosnetz.de> Hi all, I found the final problem... It was not only the functions, that calculated, it was as well the parameters, I called the functions with: self.mapXY = self._click2map(float(self.webargs['img.x']), float(self.webargs['img.x']), self.mapExtent) ^^^^^^^ But I still got one question: The map is initialized with an extend from the mapfile (2542000 5664000 2557000 5679000) The mapserv-cgi returns [mapext] = 2542091.670667 5664091.670667 2556908.329333 5678908.329333. I think the returned value is the imgext, right? So, can I get the imgext in MapScript or will I have to set the inital EXTENT in the mapfile to the visible extent? This would mean, that I would have to test each mapfile with the cgi to get the correct EXTENT-values, wich I can't believe... Thanks in advance, Bjoern. Am Dienstag, 8. Juli 2003 15:57 schrieb Bjoern Platzen: > Hello List, > > maybe I'm just to blind, but I can't figure out, what is going wrong. > > I wrote a small Program using PythonMapscript. > > I'm calculating the following to get the Map-Coordinates from the > Click-Coordinates (where clickX and clickY come as img.x and img.y > from a HTML-form, Extend is the [mapext]): > > def _click2map(self,clickX, clickY, Extend): > '''Uebersetze Klick-Koordinaten in Kartenkoordinaten''' > Extend = Extend.split(" ") > > cx = (float(Extend[2])-float(Extend[0]))/(self.mymap.width-1) > cy = (float(Extend[3])-float(Extend[1]))/(self.mymap.height-1) > > xMap = float(currentExtend[0])+cx*clickX > yMap = float(currentExtend[1])+cy*clickY > > return (xMap,yMap) > > I took the function from a PerlMapScript Example. But it doesn't work > for me. The yMap is always wrong while the xMap is always right... > > Maybe this comes because I have a mistake in my function that > calculates the Extend (mapext): > > def _newExtend(self, Extend, zoomdir=0, zoomsize=1): > > currentExtend = Extend.split(" ") > > if zoomdir == 0: > zoom = 1 > else: > zoom = zoomsize * zoomdir > if zoom < 0: > zoom = 1.0/abs(zoom) > > cx = self.mapXY[0] > cy = self.mapXY[1] > > he = float(currentExtend[2])-float(currentExtend[0]) > wi = float(currentExtend[3])-float(currentExtend[1]) > > self.mymap.extent.maxx = cx + (he/zoom)/2 > self.mymap.extent.minx = cx - (he/zoom)/2 > self.mymap.extent.maxy = cy + (wi/zoom)/2 > self.mymap.extent.miny = cy - (wi/zoom)/2 > return 1 > > The imgext is calculated this way: > > def _imageExtend(self): > '''Finde den tatsaechlich sichtbaren Extent heraus''' > loleft = self._click2map(0,self.mymap.height,self.mapExtent) > upright = self._click2map(self.mymap.width,0,self.mapExtent) > Ext = str(loleft[0])+" "+str(loleft[1])+" "+str(upright[0])+" > "+str(upright[1]) > return Ext > > I hope, that there is anyone on the list, who can push me in the > right direction. > > Thanks in advance, > > Bjoern -- small office solutions info at sosnetz.de - http://www.sosnetz.de From twan at twansoft.com Wed Jul 9 00:38:07 2003 From: twan at twansoft.com (Twan Kogels) Date: Wed, 09 Jul 2003 09:38:07 +0200 Subject: [Mapserver-users] query postgis layer (boolean conversion problem) In-Reply-To: <3F09A21A.9090902@refractions.net> References: <5.0.0.25.2.20030706114957.0306af98@pop.xs4all.nl> <5.0.0.25.2.20030706114957.0306af98@pop.xs4all.nl> Message-ID: <5.0.0.25.2.20030709093624.032cd9f8@pop.xs4all.nl> Hallo David, Sorry for the late reply, but i was out of the house for a couple of days. Thanks for the reply, i tried it immediately this morning and it works. I can now query the postgis layer without problems. Best regards, Twan Kogels At 09:38 7-7-2003 -0700, you wrote: >No, this is a bug with postgresql - they dont have a default boolean->text >type cast. > >If you're using 7.2, add this function: > >CREATE FUNCTION text(bool) returns text as 'SELECT ''t'' WHERE $1 UNION >SELECT ''f'' WHERE NOT $1' language 'SQL' with (iscachable,isstrict); > > >On 7.3 (and 7.4), you'll ALSO have to add: > >CREATE CAST (boolean AS text) WITH FUNCTION text(bool) AS IMPLICIT; > > From schut at sarvision.com Wed Jul 9 01:05:34 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 9 Jul 2003 10:05:34 +0200 Subject: [Mapserver-users] polygon lable problem In-Reply-To: <006101c3456a$51f693f0$1805000a@helicity> References: <006101c3456a$51f693f0$1805000a@helicity> Message-ID: <200307091005.34610.schut@sarvision.com> Aaron, I once had the same symptoms so maybe the same problem, which I solved by slighly modifying the source code of mapserver. I asked the developers to add this to cvs because it really seemed to improve labeling, but I don't know if they'd done it, and if not, why. Maybe I should file a bug/feature request on this? If one of the developers (Steve, you once mailed that you would check the patch) reads this, could you be so kind to answer this? The proposed patch is in a mail thread of the mapserver-dev list. Search the archives of this list for the subject "label centroid alog". You will find the patch there, it's quite simple, just a few lines to change. You could do it by hand, just remove the lines that start with a minus sign and add the lines with a plus sign :-). Or use 'patch'. For me this change was magick: at once all my labels appeared. Hope it does the trick for you too. Cheers, Vincent. On Tuesday 08 July 2003 18:02, Aaron D. Hunt wrote: > With the layer below, Mapserver seams to have a problem labeling concave > polygons. If you look at the image link below, there is one concave polygon > in Canada that is not labeled. Is there any way to get mapserver to label > the polygon. > > > http://wcs.zedxinc.com/dy images/cold.png > > > LAYER > NAME weather > TYPE polygon > TRANSPARENCY 60 > LABELITEM "COLOR" > DATA "" > STATUS ON > CLASS > NAME "NAM" > COLOR 47 111 111 > TEXT Cool/Wet > LABEL > force true > TYPE TRUETYPE > FONT arial > SIZE 12 > POSITION cc > ANTIALIAS FALSE > OUTLINECOLOR 255 255 255 > COLOR 0 0 0 > END > END > END > > > Aaron D. Hunt > Technical Manager > ZedX Inc. > Voice: 814-357-8490 > Fax: 814-357-8499 -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From Gunter.Rieth at stadt.mainz.de Wed Jul 9 01:09:07 2003 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth at stadt.mainz.de) Date: Wed, 9 Jul 2003 10:09:07 +0200 Subject: Antwort: [Mapserver-users] polygon lable problem In-Reply-To: <006101c3456a$51f693f0$1805000a@helicity> Message-ID: hi Aaron, a while ago I had the same problem with mapserver Version 3.6.3, I solved the problem using again Version 3.6.1. Inever found out why this occured. Gru? Gunter Rieth Kommunale Datenzentrale Mainz -Eigenbetrieb der Stadt Mainz- Hechtsheimer Stra?e 35 55131 Mainz Tel: 06131 - 12 - 3557 Fax: 06131 - 12 - 2267 eMail: mailto:Gunter.Rieth at stadt.mainz.de Notesmail: Gunter Rieth/Dez1/Mainz URL:http/www.mainz.de "Aaron D. Hunt" Gesendet von: mapserver-users-admin at lists.gis.umn.edu 08.07.2003 18:02 An Kopie Thema [Mapserver-users] polygon lable problem With the layer below, Mapserver seams to have a problem labeling concave polygons. If you look at the image link below, there is one concave polygon in Canada that is not labeled. Is there any way to get mapserver to label the polygon. http://wcs.zedxinc.com/dy_images/cold.png LAYER NAME weather TYPE polygon TRANSPARENCY 60 LABELITEM "COLOR" DATA "" STATUS ON CLASS NAME "NAM" COLOR 47 111 111 TEXT Cool/Wet LABEL force true TYPE TRUETYPE FONT arial SIZE 12 POSITION cc ANTIALIAS FALSE OUTLINECOLOR 255 255 255 COLOR 0 0 0 END END END Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 From christina.biakowski at ccgis.de Wed Jul 9 01:17:46 2003 From: christina.biakowski at ccgis.de (Christina Biakowski CCGIS) Date: Wed, 9 Jul 2003 10:17:46 +0200 Subject: [Mapserver-users] preprocessing 24bit Rasterdata Message-ID: Hello, since I am still using Mapserver 3.6, I have to convert my rasterdata (24bit orthophotos, TIFF) into 8bit. Does any of the GDAL-utilities supply this convert-function? I am not very familiar with image-formats and properties and searching the gdal-site and the mailing-archive did not help to answer my question. Or which other tool I could use alternatively to convert my images? (in a batch-process, because I have quite a lot images to convert. The image processing program I am using does not support the conversion in a batch.) Thanks a lot! Regards, Christina From katja.janson at rz.hu-berlin.de Wed Jul 9 01:48:27 2003 From: katja.janson at rz.hu-berlin.de (Katja Janson) Date: Wed, 09 Jul 2003 10:48:27 +0200 Subject: [Mapserver-users] DB connection Message-ID: <5.2.0.9.0.20030709104735.00aa8e78@popserv.rz.hu-berlin.de> --=====================_6305907==.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Has anybody jet connected the MapServer to a Sybase DB? If so, I would like= =20 to know how? Katja Dipl.-Geogr. Katja Janson Humboldt-Universit=E4t zu Berlin Geographisches Institut Abt. Geoinformatik/Kartographie Unter den Linden 6, 10099 Berlin Tel.: +49 (030) 2093 - 6826, Fax - 6835 katja.janson at rz.hu-berlin.de www.geographie.hu-berlin.de --=====================_6305907==.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Has anybody jet connected the MapServer to a Sybase DB? If so, I would like to know how?

Katja
Dipl.-Geogr. Katja Janson
Humboldt-Universit= =E4t zu Berlin
Geographisches Institut
Abt. Geoinformatik/Kartographie
Unter den Linden 6, 10099 Berlin
Tel.: +49 (030) 2093 - 6826, Fax - 6835
katja.janson at rz.hu-berlin.de
www.geographie.hu-berlin.de --=====================_6305907==.ALT-- From schut at sarvision.com Wed Jul 9 01:48:23 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 9 Jul 2003 10:48:23 +0200 Subject: [Mapserver-users] preprocessing 24bit Rasterdata In-Reply-To: References: Message-ID: <200307091048.23578.schut@sarvision.com> You could try imagemagick (www.imagemagick.org), an image processing lib/suite that comes with several very powerfull command line (batch processing) tools. I don't remember the command to create a palette image from a rgb, but I know I once did it with imagemagick and it worked well. Cheers, Vincent. On Wednesday 09 July 2003 10:17, Christina Biakowski \(CCGIS\) wrote: > Hello, > since I am still using Mapserver 3.6, I have to convert my rasterdata > (24bit orthophotos, TIFF) into 8bit. > Does any of the GDAL-utilities supply this convert-function? I am not very > familiar with image-formats and properties and searching the gdal-site and > the mailing-archive did not help to answer my question. > Or which other tool I could use alternatively to convert my images? (in a > batch-process, because I have quite a lot images to convert. The image > processing program I am using does not support the conversion in a batch.) > Thanks a lot! > Regards, > Christina > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From Gunter.Rieth at stadt.mainz.de Wed Jul 9 01:59:18 2003 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth at stadt.mainz.de) Date: Wed, 9 Jul 2003 10:59:18 +0200 Subject: Antwort: [Mapserver-users] preprocessing 24bit Rasterdata In-Reply-To: Message-ID: hi Christina, you can use IrfanView also for Batch-Jobs to make 256 color tiffs Gru? Gunter Rieth Kommunale Datenzentrale Mainz -Eigenbetrieb der Stadt Mainz- Hechtsheimer Stra?e 35 55131 Mainz Tel: 06131 - 12 - 3557 Fax: 06131 - 12 - 2267 eMail: mailto:Gunter.Rieth at stadt.mainz.de Notesmail: Gunter Rieth/Dez1/Mainz URL:http/www.mainz.de "Christina Biakowski (CCGIS)" Gesendet von: mapserver-users-admin at lists.gis.umn.edu 09.07.2003 10:17 An "Mapserver-Users at Lists. Gis. Umn. Edu" Kopie Thema [Mapserver-users] preprocessing 24bit Rasterdata Hello, since I am still using Mapserver 3.6, I have to convert my rasterdata (24bit orthophotos, TIFF) into 8bit. Does any of the GDAL-utilities supply this convert-function? I am not very familiar with image-formats and properties and searching the gdal-site and the mailing-archive did not help to answer my question. Or which other tool I could use alternatively to convert my images? (in a batch-process, because I have quite a lot images to convert. The image processing program I am using does not support the conversion in a batch.) Thanks a lot! Regards, Christina _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From christina.biakowski at ccgis.de Wed Jul 9 05:15:32 2003 From: christina.biakowski at ccgis.de (Christina Biakowski CCGIS) Date: Wed, 9 Jul 2003 14:15:32 +0200 Subject: [Mapserver-users] queries - mapserver is "hanging" Message-ID: Hello, we have problems with MapServer, when in quick succession query-requests (using GetFeatureInfo) are set. After some requests performance is decreasing significantly and we even got CGI-timeouts. Having a look at the processes on the server I found that with every request a mapserver-process is started. The process then is still running quite a while after the query-request has been send, e.g. after many requests many MapServer-processes are running simultaneously until the queries do not work any more. I wonder why it takes so long until the mapserv-process stops, after a query has been passed to MapServer. What might be the problem? (We are using 3.6 on Windows) Thanks! Regards, Christina From ed at topozone.com Wed Jul 9 05:38:16 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 9 Jul 2003 08:38:16 -0400 Subject: [Mapserver-users] queries - mapserver is "hanging" Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFCC6@mercator.topozone.com> Christina - How long does MapServer take to respond to a single GetFeatureInfo request? You will indeed get a new MapServer process for every request (that's how CGI works); remember that GetFeatureInfo can return a lot of data, and the MapServer process cannot go away until the request is served. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com -----Original Message----- From: Christina Biakowski (CCGIS) [mailto:christina.biakowski at ccgis.de] Sent: Wednesday, July 09, 2003 8:16 AM To: Mapserver-Users at Lists. Gis. Umn. Edu Subject: [Mapserver-users] queries - mapserver is "hanging" Hello, we have problems with MapServer, when in quick succession query-requests (using GetFeatureInfo) are set. After some requests performance is decreasing significantly and we even got CGI-timeouts. Having a look at the processes on the server I found that with every request a mapserver-process is started. The process then is still running quite a while after the query-request has been send, e.g. after many requests many MapServer-processes are running simultaneously until the queries do not work any more. I wonder why it takes so long until the mapserv-process stops, after a query has been passed to MapServer. What might be the problem? (We are using 3.6 on Windows) Thanks! Regards, Christina _______________________________________________ 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 Jul 9 05:41:09 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 09 Jul 2003 08:41:09 -0400 Subject: [Mapserver-users] preprocessing 24bit Rasterdata In-Reply-To: References: Message-ID: <3F0C0D65.6020904@pobox.com> Christina Biakowski (CCGIS) wrote: > Hello, > since I am still using Mapserver 3.6, I have to convert my rasterdata (24bit > orthophotos, TIFF) into 8bit. > Does any of the GDAL-utilities supply this convert-function? I am not very > familiar with image-formats and properties and searching the gdal-site and > the mailing-archive did not help to answer my question. > Or which other tool I could use alternatively to convert my images? (in a > batch-process, because I have quite a lot images to convert. The image > processing program I am using does not support the conversion in a batch.) > Thanks a lot! > Regards, > Christina Christina, GDAL has a Python script utility called rgb2pct.py that can be used for compressing a 24bit image to an 8bit pseudo-colored image. It uses "optimal" colortable selection, and dithering to give the best representation I know how. As Vincent mentioned, imagemagick is also very good and is even more flexible in options. The advantage of GDALs rgb2pct.py is that is preserves any georeferencing. 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 morissette at dmsolutions.ca Wed Jul 9 06:16:38 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 09 Jul 2003 09:16:38 -0400 Subject: [Mapserver-users] polygon lable problem References: <006101c3456a$51f693f0$1805000a@helicity> <200307091005.34610.schut@sarvision.com> Message-ID: <3F0C15B6.D4E0A840@dmsolutions.ca> Vincent Schut wrote: > > Aaron, > > I once had the same symptoms so maybe the same problem, which I solved by > slighly modifying the source code of mapserver. I asked the developers to add > this to cvs because it really seemed to improve labeling, but I don't know if > they'd done it, and if not, why. Maybe I should file a bug/feature request on > this? If one of the developers (Steve, you once mailed that you would check > the patch) reads this, could you be so kind to answer this? > Please go ahead and file this in bugzilla to make sure we don't forget. Also make sure you set the bug Version to 4.0. I could possibly apply it myself but since Steve knows this code best I would rather let him do it when he's back in a few days. Thanks Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Wed Jul 9 06:26:06 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 09 Jul 2003 09:26:06 -0400 Subject: [Mapserver-users] queries - mapserver is "hanging" References: Message-ID: <3F0C17EE.5B9BB458@dmsolutions.ca> Are you using the latest 3.6.6? There was a similar problem if I remember well that was fixed somewhere between 3.6.0 and 3.6.6. That may or may not be the same thing that you ran into. If you have a systematic way to reproduce this with 4.0 as well then I would suggest that you file a bug in bugzilla with a mapfile and sample layer data, and steps to reproduce. If you use a precompiled windows binary then please also specify where you got it (URL) in the bug. Daniel "Christina Biakowski (CCGIS)" wrote: > > Hello, > we have problems with MapServer, when in quick succession query-requests > (using GetFeatureInfo) are set. After some requests performance is > decreasing significantly and we even got CGI-timeouts. Having a look at the > processes on the server I found that with every request a mapserver-process > is started. The process then is still running quite a while after the > query-request has been send, e.g. after many requests many > MapServer-processes are running simultaneously until the queries do not work > any more. I wonder why it takes so long until the mapserv-process stops, > after a query has been passed to MapServer. What might be the problem? > (We are using 3.6 on Windows) > Thanks! > > Regards, > > Christina > From gabriel at ciasc.gov.br Wed Jul 9 07:01:12 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Wed, 9 Jul 2003 11:01:12 -0300 Subject: [Mapserver-users] drawTIFF(): Image handling error. Only colormapped and grayscale images are supported. References: <3EDFCD6A.2030403@refractions.net> Message-ID: <00cb01c34622$8e408010$12d713ac@ciasc.gov.br> Listers. I tried to use an image TIF and received this error message: =>> drawTIFF(): Image handling error. Only colormapped and grayscale images are supported. For which format I can transform the image using the program gdal_translate I use gdalinfo to list lists information about raster dataset. Driver: GTiff/GeoTIFF Size is 15124, 14074 Coordinate System is: PROJCS["WGS 84 / UTM zone 22S", GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.2572235629972, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4326"]], AUTHORITY["EPSG","32722"], PROJECTION["Transverse_Mercator"], PARAMETER["latitude_of_origin",0], PARAMETER["central_meridian",-51], PARAMETER["scale_factor",0.9996], PARAMETER["false_easting",500000], PARAMETER["false_northing",10000000], UNIT["metre",1, AUTHORITY["EPSG","9001"]]] Origin = (606828.500000,7229042.500000) Pixel Size = (15.000000,-15.000000) Metadata: TIFFTAG_SOFTWARE=ERDAS IMAGINE Corner Coordinates: ERROR 1: /usr/local/lib/libgdal.1.1.so: undefined symbol: pj_get_def Upper Left ( 606828.500, 7229042.500) ( 49d56'27.42"W, 25d 3'1.80"S) Lower Left ( 606828.500, 7017932.500) ( 49d55'25.38"W, 26d57'23.25"S) Upper Right ( 833688.500, 7229042.500) ( 47d41'38.10"W, 25d 1'2.92"S) Lower Right ( 833688.500, 7017932.500) ( 47d38'24.80"W, 26d55'13.95"S) Center ( 720258.500, 7123487.500) ( 48d47'58.68"W, 25d59'26.67"S) Band 1 Block=15124x1 Type=Byte, ColorInterp=Red Band 2 Block=15124x1 Type=Byte, ColorInterp=Green Band 3 Block=15124x1 Type=Byte, ColorInterp=Blue Thanks. Gabriel From christina.biakowski at ccgis.de Wed Jul 9 06:51:40 2003 From: christina.biakowski at ccgis.de (Christina Biakowski CCGIS) Date: Wed, 9 Jul 2003 15:51:40 +0200 Subject: AW: [Mapserver-users] queries - mapserver is "hanging" In-Reply-To: <3F0C17EE.5B9BB458@dmsolutions.ca> Message-ID: We are using 3.6.4, I'll try a newer version. Thanks, Christina -----Ursprungliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Daniel Morissette Gesendet: Mittwoch, 9. Juli 2003 15:26 An: Christina Biakowski (CCGIS) Cc: Mapserver-Users at Lists. Gis. Umn. Edu Betreff: Re: [Mapserver-users] queries - mapserver is "hanging" Are you using the latest 3.6.6? There was a similar problem if I remember well that was fixed somewhere between 3.6.0 and 3.6.6. That may or may not be the same thing that you ran into. If you have a systematic way to reproduce this with 4.0 as well then I would suggest that you file a bug in bugzilla with a mapfile and sample layer data, and steps to reproduce. If you use a precompiled windows binary then please also specify where you got it (URL) in the bug. Daniel "Christina Biakowski (CCGIS)" wrote: > > Hello, > we have problems with MapServer, when in quick succession query-requests > (using GetFeatureInfo) are set. After some requests performance is > decreasing significantly and we even got CGI-timeouts. Having a look at the > processes on the server I found that with every request a mapserver-process > is started. The process then is still running quite a while after the > query-request has been send, e.g. after many requests many > MapServer-processes are running simultaneously until the queries do not work > any more. I wonder why it takes so long until the mapserv-process stops, > after a query has been passed to MapServer. What might be the problem? > (We are using 3.6 on Windows) > Thanks! > > Regards, > > Christina > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From racarr at ameritech.net Wed Jul 9 08:54:02 2003 From: racarr at ameritech.net (Bob Carr) Date: Wed, 9 Jul 103 08:52:33 -0500 (CDT) Subject: [Mapserver-users] Tileindex and Images Message-ID: <200307091352.h69DqXl8018262@pisgah.our.place> I'm having partial success using a tile index and scale-dependent layers of tiff images. Using the same techniques to create the images and index shapefiles, storing the index shapefiles in the 'data' directory corresponding to SHAPEPATH, and storing the image files in separate subdirectories (all at the same level) below the 'data' directory, I'm able to display only the first four zoom levels. At zoom-level five, the images don't appear. The corresponding index shapefile *does* appear at that level. I'm stuck. Some background information: Windows 2000 MapServer version 3.6.6-dev OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE MapLab 2.0.1 Apache Error Message: [Wed Jul 09 05:45:59 2003] [error] [client 127.0.0.1] Wed Jul 09 05:45:59 2003 - msSearchDiskTree(): Unable to access file. ** I get the msSearchDisktree error even though I've ran shptree against the index file ** Excerpt from Map file: LAYER NAME "NLCD_LO" GROUP "Land_Cover" STATUS OFF DATA "./nlcd_lo1.tif" TYPE RASTER MINSCALE 17760710 MAXSCALE 18760710 OFFSITE 0 TEMPLATE "ttt.html" END LAYER NAME "NLCD_LO2" GROUP "Land_Cover" STATUS OFF TYPE RASTER TILEINDEX "./nlcd_lo2.shp" TILEITEM "LOCATION" MINSCALE 8880353 MAXSCALE 17760710 END LAYER NAME "NLCD_LO3" GROUP "Land_Cover" STATUS OFF TYPE RASTER TILEINDEX "./nlcd_lo3.shp" TILEITEM "LOCATION" MINSCALE 4440177 MAXSCALE 8880353 END LAYER NAME "NLCD_LO4" GROUP "Land_Cover" STATUS OFF TYPE RASTER TILEINDEX "./nlcd_lo4.shp" TILEITEM "LOCATION" MINSCALE 2220088 MAXSCALE 4440177 END LAYER NAME "NLCD_LO5" GROUP "Land_Cover" STATUS OFF TYPE RASTER TILEINDEX "./nlcd_lo5.shp" TILEITEM "LOCATION" MINSCALE 1110044 MAXSCALE 2220088 END I'm creating the index file using gdaltindex, with the complete pathname to the image files: 'gdaltindex -tileindex location nlcd_lo5.shp c:/maplab-2.0-release/projects/gmf_apps/region_9/data/images/nlcd_lo5/*.tif' -- bob carr port washington, wisconsin racarr at ameritech.net From bplatzen at sosnetz.de Wed Jul 9 07:01:45 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Wed, 9 Jul 2003 16:01:45 +0200 Subject: [Mapserver-users] Mapscript: Display points on the fly Message-ID: <200307091601.45202.bplatzen@sosnetz.de> Hi, I'm trying to display a point at the last klickpoint in the map, but it doesn't appear on the map. I know that this has been discussed on the list a few times, but all the Examples I found were in Perl and I'm not really a Perl-programmer... First of all, the mapObj (self.mymap) is defined and the image is prepared with self.myimage=self.mymap.prepareImage() My function to draw the point looks like that: def _drawPoint(self, point): pLayer = self.mymap.getLayerByName('onthefly') pLayer.status = mapscript.MS_ON newPoint = mapscript.pointObj() newPoint.x, newPoint.x = point[0], point[1] newPoint.draw(self.mymap, pLayer, self.myimage, 0, 'Klick') self.layers.append('onthefly') point is a tuple of the map-coordinates (eg. (2548085.3064984209, 5674031.5200534584). After _drawPoint, the function _drawLayers is called: def _drawLayers(self): for l in self.layers: ll = self.mymap.getLayerByName(l) str(ll) ll.draw(self.mymap, self.myimage) self.layers contains the layer-names After that, the image is saved with def makemap(self): self.mymap.drawLabelCache(self.myimage) out = self.myimage.saveImage(self.imgpath+self.outname,mapscript.MS_PNG,0,0,50) self.mapimg = self.imgpath+self.outname In my mapfile, Ive got a layer 'onthefly': LAYER NAME 'onthefly' TYPE POINT STATUS OFF CLASS Symbol 'phk'#Image-Symbol END END What am I missing? Bye, Bjoern -- small office solutions info at sosnetz.de - http://www.sosnetz.de From sgillies at frii.com Wed Jul 9 07:38:12 2003 From: sgillies at frii.com (Sean Gillies) Date: Wed, 9 Jul 2003 08:38:12 -0600 Subject: [Mapserver-users] MapScript: map-Y coordinate is always wrong while map-X is right In-Reply-To: <200307090905.51098.bplatzen@sosnetz.de> Message-ID: On Wednesday, July 9, 2003, at 01:05 AM, Bjoern Platzen wrote: > Hi all, > > I found the final problem... > > It was not only the functions, that calculated, it was as well the > parameters, I called the functions with: > > self.mapXY = self._click2map(float(self.webargs['img.x']), > float(self.webargs['img.x']), self.mapExtent) > ^^^^^^^ > > But I still got one question: > The map is initialized with an extend from the mapfile > (2542000 5664000 2557000 5679000) > The mapserv-cgi returns [mapext] = 2542091.670667 5664091.670667 > 2556908.329333 5678908.329333. > I think the returned value is the imgext, right? > > So, can I get the imgext in MapScript or will I have to set the inital > EXTENT in the mapfile to the visible extent? This would mean, that I > would have to test each mapfile with the cgi to get the correct > EXTENT-values, wich I can't believe... > > Thanks in advance, > > Bjoern. > > Bjoern, The reason why the mapext changes is that your requested mapext is forced to make a best fit to your requested image size. the draw() method of mapObj also does this as a side-effect, so you may notice changes in the extents of your mapObj after you call draw(). PHP MapScript has a function that "normalizes" your extents to the map size, but no such function is yet implemented in the Python or Perl MapScripts. If you really want it, enter it as a feature request for MapServer 4.1 into the MapServer Bugzilla: http://mapserver.gis.umn.edu/bugs/enter_bug.cgi cheers, Sean From hunt at zedxinc.com Wed Jul 9 07:48:48 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 9 Jul 2003 10:48:48 -0400 Subject: [Mapserver-users] polygon lable problem References: Message-ID: <003401c34629$34c86e60$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0031_01C34607.AD88E090 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Here is shape file I am using Steve, and I am using 4.0b I am also going to try the code from Vincent. ----- Original Message ----- From: "Steve Lime" To: ; Cc: Sent: Wednesday, July 09, 2003 12:43 AM Subject: Re: [Mapserver-users] polygon lable problem > Can you share the data? Concave layers are generally not a problem. > Polygon labeling uses a technique similar to scanline conversion used to > compute label points so label points are gauranteed to be "in" the > polygon. Could be an issue with clipping, or perhaps the label cache > (you could test that by setting LABELCACHE OFF), but there's no way to > know without the data and an extent that shows the problem. > > I'll be out until the 14th but will look at it then. BTW What version > are you using? > > Steve > > Stephen Lime > Data & Applications Manager > > Minnesota DNR > 500 Lafayette Road > St. Paul, MN 55155 > 651-297-2937 > >>> "Aaron D. Hunt" 07/08/03 11:37 AM >>> > There is a label item but I am overriding the with a TEXT Cool/Wet in > the class. This is not the first time I have had this problem with > labeling. > > ----- Original Message ----- > From: Ed McNierney > To: Aaron D. Hunt ; mapserver-users at lists.gis.umn.edu > Sent: Tuesday, July 08, 2003 12:27 PM > Subject: RE: [Mapserver-users] polygon lable problem > > > Aaron - > > Have you checked the attribute table for the data layer, and are you > SURE that there is indeed a label string for that polygon? > > - 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: Aaron D. Hunt [mailto:hunt at zedxinc.com] > Sent: Tuesday, July 08, 2003 12:02 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] polygon lable problem > > > With the layer below, Mapserver seams to have a problem labeling > concave polygons. If you look at the image link below, there is one > concave polygon in Canada that is not labeled. Is there any way to get > mapserver to label the polygon. > > > http://wcs.zedxinc.com/dy_images/cold.png > > > LAYER > NAME weather > TYPE polygon > TRANSPARENCY 60 > LABELITEM "COLOR" > DATA "" > STATUS ON > CLASS > NAME "NAM" > COLOR 47 111 111 > TEXT Cool/Wet > LABEL > force true > TYPE TRUETYPE > FONT arial > SIZE 12 > POSITION cc > ANTIALIAS FALSE > OUTLINECOLOR 255 255 255 > COLOR 0 0 0 > END > END > END > > > Aaron D. Hunt > Technical Manager > ZedX Inc. > Voice: 814-357-8490 > Fax: 814-357-8499 ------=_NextPart_000_0031_01C34607.AD88E090 Content-Type: application/x-zip-compressed; name="shape.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="shape.zip" UEsDBBQAAAAIANqI5y5Crj8WtgcAAMwbAAAYAAAAUGF1bF9XZWF0ZXJfQ29sZC1XZXQuc2hwvdgL cFTVGQfwEwxCMyoEQgmCcYk2vBSSkHeyyZcNSUjIJiGUmIQ8dhehjq8iGuQx6LFipYq2HSaIKDHT IQUtg50KGgaKl7aKEKqU0oFSCvEBjWNR2qTFRy1dc7//afbrXhLamd5hZvPjnL2P73H33KvUpCgV drv2XPdVSg0Ftd+y/5htf9Jisv+/kpTDNrcsK6tw+ZKlwT8jgv8ssy+aZ/Ff9qfmfarJFJyoUvvt Q1lzzVhYUxX7Ztta2BJWOHa8bXKyS3jCAI4RVrbN8Xgz54NZ8IXX7U8nc6zM9bNJ2KoMtZauCLWS Lhfzy8T4HOFSMb+EjfOHeTO5drCZfyEv1IgnjjfStoY5/hrnx1Y4f+lYtlcY1+8Kbw3HC6P+EE82 If6oR2GF/CXwfGEtbA3WYftlSPDfZNOH1m085ua532Tn9/WhR/Xf5vNYLl2Z3eFN/615/1rYGsCq +vKmwRrn83+2vkJb/6OVqI2BTANYD2BTi8ifk/MGZ7N/sk3CShjXrx2sHRzslb4PGsBqAJt6ZWth 1D+OL60cbK4PvY14OflK+7vPwZXCkG3mvqJqeGy2PdfcI8v77itVqt+GPGkvDcomjw5GXnVZeJu8 srWwyZuDlbDJm7CeY1sLk7ASRh7M9x2ssD8H61IxzlYYLxmcrXmh1ljPlIY31j84vln/4Pp4PaMd bNZviL+wEja/b8gn2+Rf2Pz+or6E8XuNelMYL+f5+H1nY/1k5mPcwaYXhE09wqgPfB/xwfEQ78pQ m+sbpE28kH/El434a+5lS9isd9HrwqgnMy5sCZt+wP7RX6hHjDsY/WrqFf2K6xc2vwOIJ+4XmI9x 5AP3NtQXWwub/GOcbYn72eXvd5Ehz03mGQzn3sRzK//zucmHuRUU1sTW5eHtcrCpe+EuH8/3hrfl YOXgtkEacZfWDkbefA5G30kT5rNdDjb3vQGsOXdK2PT1FRq1YOrUwVqO4z6LcWnUJeZzvi2Mox4Q D64vlzDip1GPwiY//D7B1Avb1CMb9UpsnzB6RYv6l3bqj1AHWzCi49/rm3R7jsqy5+hZbFdfH6ao fpsZw/MqPFwYz7cwP//qAoyrUOP52oxboR5uW3vYI4VjhGOF4wfwZNsKnio8nedjvZvIxvo0mefD KWxej6pUNtab6cIZ7Bx2JjubzblRmcLIHebD2B+M48E4Pxjnn8GeLox4wAlsnI9LmPOhstjIJ8ax wXg/YsYp1FxfZn9cfyY+eN+B5zl+n2Xizzb5wvsQT6hNPWI+6jdWGO9nnOpf9kefrw723U9N33X5 eUy8g1Rp1ld9N1P126yAGev7aBPWMOfZB2cKc90QnGPbBbuFc20rOE+YbONatHR+qJXHtvm+sJae dXmrQts4X83G9UmrItsmHmzET7PVQnYxj7ORK0tY3R46n4TbhC1h1yLxfbbC9+Ei210wX5/C+2uO jwsusG1qS9jEG0a+FoVa43hsl7Dm6zH1gPhw/bTBXG8+ONu2C+Z67Qqw+T5m6j9dOC2chwX7rOur PkvxHCv5tLuGog8/t6R4VCLtbu9Kr54doN7GW9YlnPX2/b5l2l9U+xuf2xNj1Zm5L1u3fBz5uzra 9P0Rjck5ibTy3oTKDd9aQE98e+JrD+xKonG/vqPzhch6+vzZp088uH0mpVx9cceJQD0d/2tH9Qe/ SaGRh8bF7F5XT/e7Y25sr0il80/lrHj21Xr6h1p7zQ9WpNLIqqbTK7rqaeOc949VXkylow/8at/C rQ0U/ckd4x/alE6tm5ZXp5xroJI1N26/1JJBvtSNdzfUNlLUH0um3r0nk6bddXzjy3lNFNc5NbPu VDatqnzyPTXaRxOTb75n6YtuqjlxZPv+xT7qjU57c2d8Hv22esrct1/y0YZ5y6aNH0G0+9aEIWN7 fbRq79jV5x4kaiVV/vBoPx30F7775qtELbvuOny82E+Ltre9+HhKPrWseDqp4z4/HTuxq9t9IJ+G n73mifoNfkoZ2jmpt9ZDZ7fN+CTH8tORioQLO4976OM9X8tuP+OnlZse6WieX2Cfz3UBOu996GhE zizyffTSp1OmB+jeiFV/fiq+kH7R+0zcaXeA/vmzd7oX31NscjU9Y8SPv/eNEqrw5ky7viBAEdcf nPBwVokZj4udeKmztZRqnu+J/lFGgH7YecO4msfm0Kl3f360OS5AjyWP9S6p8pJv0tr1JZEBmrF6 6ZikI166WNS6t+wnflMLrZE3vdLk9tOOg81fbPmwzMTnLxeTa66LLbP3t8xH7312snn/K6U0rWfC wiXrm2jPmlHrvsydTevWVMw7W95I7rr2Oz8vLjL5e2Rt4MDCZYXU8ctV7R8930D1K9dHd7w9i85v PnDt+MYGmnvVTVH5+wro/JjvFNRFNdC+t3LHnHnUY+opZ4zni6rN+VS+defMd95YQGOH3V+49W9k 6tHk65kpL3jjFph8tjzeGnV4WZ3J96XstD9M/ayWag+c/LJnS669/1G1lFQ1KiYxMYfGzd/R4hte SxNuTxrqGZFF6B3UX9/19tRQ0Q0Jy//0Vhr9ve3rb0R8t9bU/6Hfb9mW9UEtLe/OPNXqT6JDH85w 732yjtJO3pnQszuRHr2vedjqM3VkbT49+vT7iST7TfpfUEsDBBQAAAAIANqI5y7g7ipTcwAAAG8F AAAYAAAAUGF1bF9XZWF0ZXJfQ29sZC1XZXQuZGJmY2ZmZ2dnYGA4yLCaARtwD/IPdw0CM501gYQG mrybY5AvlOkciE3e09XHBSpfiUXeL9TXCWb+Qizyzv4+/kFQJsiFXGjyvAoBiaU5CkSA8NTEktQi wuqc83NSdMNTSwipMySkABOMOnXUqaNOxQ+GtVOlAFBLAwQUAAAACADaiOcuqq0qEVYAAACcAAAA GAAAAFBhdWxfV2VhdGVyX0NvbGQtV2V0LnNoeGNgUOdiwA78XjAzMLDCeA2JByAMDwjtkOYAEQ9w YMABAn2srFwrCoqATCMGBkagPsZvDAxMGgwMLEpAegUDA9s5iDjHJCC9g4GByw9Ib2Bg4GEC0g8A UEsBAhQAFAAAAAgA2ojnLkKuPxa2BwAAzBsAABgAAAAAAAAAAAAgALaBAAAAAFBhdWxfV2VhdGVy X0NvbGQtV2V0LnNocFBLAQIUABQAAAAIANqI5y7g7ipTcwAAAG8FAAAYAAAAAAAAAAEAIAC2gewH AABQYXVsX1dlYXRlcl9Db2xkLVdldC5kYmZQSwECFAAUAAAACADaiOcuqq0qEVYAAACcAAAAGAAA AAAAAAAAACAAtoGVCAAAUGF1bF9XZWF0ZXJfQ29sZC1XZXQuc2h4UEsFBgAAAAADAAMA0gAAACEJ AAAAAA== ------=_NextPart_000_0031_01C34607.AD88E090-- From lfilak at medinaco.org Wed Jul 9 08:01:40 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 09 Jul 2003 11:01:40 -0400 Subject: [Mapserver-users] Mapscript: Display points on the fly Message-ID: <200307091501.h69F1WN17005@yogi.medinaco.net> I'm not following the code syntax. Are you saying you are trying to code PerlMapScript or trying to code something different based on PerlMapScript examples? Lowell The following message was sent by Bjoern Platzen on Wed, 9 Jul 2003 16:01:45 +0200. > Hi, > > I'm trying to display a point at the last klickpoint in the map, but it > doesn't appear on the map. I know that this has been discussed on the > list a few times, but all the Examples I found were in Perl and I'm not > really a Perl-programmer... > > First of all, the mapObj (self.mymap) is defined and the image is > prepared with > > self.myimage=self.mymap.prepareImage() > > My function to draw the point looks like that: > > def _drawPoint(self, point): > > pLayer = self.mymap.getLayerByName('onthefly') > pLayer.status = mapscript.MS_ON > newPoint = mapscript.pointObj() > newPoint.x, newPoint.x = point[0], point[1] > newPoint.draw(self.mymap, pLayer, self.myimage, 0, 'Klick') > self.layers.append('onthefly') > > point is a tuple of the map-coordinates (eg. (2548085.3064984209, > 5674031.5200534584). > > After _drawPoint, the function _drawLayers is called: > > def _drawLayers(self): > for l in self.layers: > ll = self.mymap.getLayerByName(l) > str(ll) > ll.draw(self.mymap, self.myimage) > > self.layers contains the layer-names > > After that, the image is saved with > > def makemap(self): > self.mymap.drawLabelCache(self.myimage) > out = > self.myimage.saveImage(self.imgpath+self.outname,mapscript.MS_PNG,0,0,50) > self.mapimg = self.imgpath+self.outname > > In my mapfile, Ive got a layer 'onthefly': > > LAYER > NAME 'onthefly' > TYPE POINT > STATUS OFF > CLASS > Symbol 'phk'#Image-Symbol > END > END > > What am I missing? > > Bye, Bjoern > -- > small office solutions > info at sosnetz.de - http://www.sosnetz.de > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bplatzen at sosnetz.de Wed Jul 9 07:59:00 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Wed, 9 Jul 2003 16:59:00 +0200 Subject: [Mapserver-users] Mapscript: SOLVED: Display points on the fly In-Reply-To: <200307091601.45202.bplatzen@sosnetz.de> References: <200307091601.45202.bplatzen@sosnetz.de> Message-ID: <200307091659.00947.bplatzen@sosnetz.de> Hi, After trying some other Keywords on the listarchive I found a message, that could help me... I didn't recognize, that I'll have to add a new Feature to the shape... This way, it works: def _drawPoint(self, point): myLayer = self.mymap.getLayerByName('onthefly') newShape = mapscript.shapeObj(mapscript.MS_SHAPE_POINT) part = mapscript.lineObj() newPoint = mapscript.pointObj() newPoint.x = point[0] newPoint.y = point[1] part.add(newPoint) newShape.add(part); myLayer.addFeature(newShape) myLayer.status = mapscript.MS_ON self.layers.append('onthefly') If you think, it would make sense, we could put the map-class, that I'm building into the Wiki. There is not much about PythonMapScript and I think there may be more Newbies like me (who are not able to understand 100% of the perl-examples )... 8~) Bye, Bjoern Am Mittwoch, 9. Juli 2003 16:01 schrieb Bjoern Platzen: > Hi, > > I'm trying to display a point at the last klickpoint in the map, but > it doesn't appear on the map. I know that this has been discussed on > the list a few times, but all the Examples I found were in Perl and > I'm not really a Perl-programmer... > > First of all, the mapObj (self.mymap) is defined and the image is > prepared with > > self.myimage=self.mymap.prepareImage() > > My function to draw the point looks like that: > > def _drawPoint(self, point): > > pLayer = self.mymap.getLayerByName('onthefly') > pLayer.status = mapscript.MS_ON > newPoint = mapscript.pointObj() > newPoint.x, newPoint.x = point[0], point[1] > newPoint.draw(self.mymap, pLayer, self.myimage, 0, 'Klick') > self.layers.append('onthefly') > > point is a tuple of the map-coordinates (eg. (2548085.3064984209, > 5674031.5200534584). > > After _drawPoint, the function _drawLayers is called: > > def _drawLayers(self): > for l in self.layers: > ll = self.mymap.getLayerByName(l) > str(ll) > ll.draw(self.mymap, self.myimage) > > self.layers contains the layer-names > > After that, the image is saved with > > def makemap(self): > self.mymap.drawLabelCache(self.myimage) > out = > self.myimage.saveImage(self.imgpath+self.outname,mapscript.MS_PNG,0,0 >,50) self.mapimg = self.imgpath+self.outname > > In my mapfile, Ive got a layer 'onthefly': > > LAYER > NAME 'onthefly' > TYPE POINT > STATUS OFF > CLASS > Symbol 'phk'#Image-Symbol > END > END > > What am I missing? > > Bye, Bjoern -- small office solutions info at sosnetz.de - http://www.sosnetz.de From bplatzen at sosnetz.de Wed Jul 9 08:03:14 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Wed, 9 Jul 2003 17:03:14 +0200 Subject: [Mapserver-users] Mapscript: Display points on the fly In-Reply-To: <200307091501.h69F1WN17005@yogi.medinaco.net> References: <200307091501.h69F1WN17005@yogi.medinaco.net> Message-ID: <200307091703.15005.bplatzen@sosnetz.de> Hi Lowell, sorry, that I didn't mention... I'm coding Python based on the Perl-Examples. I never coded Perl (just Python, PHP, VB), so it is a kind of hard for me to understand what all that perl stuff means... But I could solve my problem meanwhile. Thanks, Bjoern. Am Mittwoch, 9. Juli 2003 17:01 schrieb Lowell Filak: > I'm not following the code syntax. > Are you saying you are trying to code PerlMapScript or trying to code > something different based on PerlMapScript examples? > Lowell > > The following message was sent by Bjoern Platzen > on Wed, 9 Jul 2003 16:01:45 +0200. > > > Hi, > > > > I'm trying to display a point at the last klickpoint in the map, > > but it doesn't appear on the map. I know that this has been > > discussed on the list a few times, but all the Examples I found > > were in Perl and I'm not really a Perl-programmer... > > > > First of all, the mapObj (self.mymap) is defined and the image is > > prepared with > > > > self.myimage=self.mymap.prepareImage() > > > > My function to draw the point looks like that: > > > > def _drawPoint(self, point): > > > > pLayer = self.mymap.getLayerByName('onthefly') > > pLayer.status = mapscript.MS_ON > > newPoint = mapscript.pointObj() > > newPoint.x, newPoint.x = point[0], point[1] > > newPoint.draw(self.mymap, pLayer, self.myimage, 0, 'Klick') > > self.layers.append('onthefly') > > > > point is a tuple of the map-coordinates (eg. (2548085.3064984209, > > 5674031.5200534584). > > > > After _drawPoint, the function _drawLayers is called: > > > > def _drawLayers(self): > > for l in self.layers: > > ll = self.mymap.getLayerByName(l) > > str(ll) > > ll.draw(self.mymap, self.myimage) > > > > self.layers contains the layer-names > > > > After that, the image is saved with > > > > def makemap(self): > > self.mymap.drawLabelCache(self.myimage) > > out = > > self.myimage.saveImage(self.imgpath+self.outname,mapscript.MS_PNG,0 > >,0,50) self.mapimg = self.imgpath+self.outname > > > > In my mapfile, Ive got a layer 'onthefly': > > > > LAYER > > NAME 'onthefly' > > TYPE POINT > > STATUS OFF > > CLASS > > Symbol 'phk'#Image-Symbol > > END > > END > > > > What am I missing? > > > > Bye, Bjoern > > -- > > small office solutions > > info at sosnetz.de - http://www.sosnetz.de > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- small office solutions info at sosnetz.de - http://www.sosnetz.de From jkeighan at cubewerx.com Wed Jul 9 08:10:28 2003 From: jkeighan at cubewerx.com (Jordy Keighan) Date: Wed, 09 Jul 2003 11:10:28 -0400 Subject: [Mapserver-users] Using WMS References: <3F09CAFF.7000100@cubewerx.com> <3F0AE50C.4090407@cubewerx.com> <3F0AEE40.B011FE63@dmsolutions.ca> <3F0B286A.5020105@cubewerx.com> <3F0B2FD9.50946C0E@dmsolutions.ca> Message-ID: <3F0C3064.8020506@cubewerx.com> --------------070000080904020408090907 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Yes, i'm getting this error by way of maplab inside mapbrowser, i select a datastore, connect to it and add a layer. Is this error caused by maplab. Daniel Morissette wrote: >Jordy Keighan wrote: > > >>I'm running mapserv 3.6.6 >>with maplab 2.0.1 >> >>when I try to apply a wms layer to my map i get this error >>anyone as a idea why ? >> >>Warning: MapServer Error in msDrawRaster(): Unrecognized or >>unsupported image format in >>/home/httpd/html/maplab/htdocs/common/wrapper/drawmap.php on line 387 >> >> >> > >The short answer is that the remote WMS server didn't return a response >in an image format that mapserver can understand. This can happen if >your WMS layer's CONNECTION parameter is missing some required >parameters and then the remote server returns an exception in XML format >which would then confuse MapServer (I know it should try to make sense >of XML exceptions, that's on the ToDo list, in the meantime, using >exceptions INIMAGE is recommended). > >Perhaps if you sent your layer definition then we could help more. BTW, >you write that you use MapLab, what did you do exactly in MapLab to get >this error? Perhaps there is a problem with MapLab with your specific >server? > >Daniel > > --------------070000080904020408090907 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Yes, i'm getting this error by way of maplab
inside mapbrowser, i select a datastore, connect to
it and add a layer.

Is this error caused by maplab.

Daniel Morissette wrote:
Jordy Keighan wrote:
  
I'm running mapserv 3.6.6
with maplab 2.0.1

when I try to apply a wms layer to my map i get this error
anyone as a idea why ?

Warning: MapServer Error in msDrawRaster(): Unrecognized or
unsupported image format in
/home/httpd/html/maplab/htdocs/common/wrapper/drawmap.php on line 387

    

The short answer is that the remote WMS server didn't return a response
in an image format that mapserver can understand.  This can happen if
your WMS layer's CONNECTION parameter is missing some required
parameters and then the remote server returns an exception in XML format
which would then confuse MapServer (I know it should try to make sense
of XML exceptions, that's on the ToDo list, in the meantime, using
exceptions INIMAGE is recommended).

Perhaps if you sent your layer definition then we could help more.  BTW,
you write that you use MapLab, what did you do exactly in MapLab to get
this error?  Perhaps there is a problem with MapLab with your specific
server?

Daniel
  

--------------070000080904020408090907-- From lfilak at medinaco.org Wed Jul 9 08:30:32 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 09 Jul 2003 11:30:32 -0400 Subject: [Mapserver-users] Mapscript: Display points on the fly Message-ID: <200307091530.h69FUPN17849@yogi.medinaco.net> I understand. I don't know Python but there are at least a couple of people on the list that know both that should be able to help. Lowell The following message was sent by Bjoern Platzen on Wed, 9 Jul 2003 17:03:14 +0200. > Hi Lowell, > > sorry, that I didn't mention... > > I'm coding Python based on the Perl-Examples. > > I never coded Perl (just Python, PHP, VB), so it is a kind of hard for > me to understand what all that perl stuff means... > > But I could solve my problem meanwhile. > > Thanks, > > Bjoern. > > Am Mittwoch, 9. Juli 2003 17:01 schrieb Lowell Filak: > > I'm not following the code syntax. > > Are you saying you are trying to code PerlMapScript or trying to code > > something different based on PerlMapScript examples? > > Lowell > > > > The following message was sent by Bjoern Platzen > > on Wed, 9 Jul 2003 16:01:45 +0200. > > > > > Hi, > > > > > > I'm trying to display a point at the last klickpoint in the map, > > > but it doesn't appear on the map. I know that this has been > > > discussed on the list a few times, but all the Examples I found > > > were in Perl and I'm not really a Perl-programmer... > > > > > > First of all, the mapObj (self.mymap) is defined and the image is > > > prepared with > > > > > > self.myimage=self.mymap.prepareImage() > > > > > > My function to draw the point looks like that: > > > > > > def _drawPoint(self, point): > > > > > > pLayer = self.mymap.getLayerByName('onthefly') > > > pLayer.status = mapscript.MS_ON > > > newPoint = mapscript.pointObj() > > > newPoint.x, newPoint.x = point[0], point[1] > > > newPoint.draw(self.mymap, pLayer, self.myimage, 0, 'Klick') > > > self.layers.append('onthefly') > > > > > > point is a tuple of the map-coordinates (eg. (2548085.3064984209, > > > 5674031.5200534584). > > > > > > After _drawPoint, the function _drawLayers is called: > > > > > > def _drawLayers(self): > > > for l in self.layers: > > > ll = self.mymap.getLayerByName(l) > > > str(ll) > > > ll.draw(self.mymap, self.myimage) > > > > > > self.layers contains the layer-names > > > > > > After that, the image is saved with > > > > > > def makemap(self): > > > self.mymap.drawLabelCache(self.myimage) > > > out = > > > self.myimage.saveImage(self.imgpath+self.outname,mapscript.MS_PNG,0 > > >,0,50) self.mapimg = self.imgpath+self.outname > > > > > > In my mapfile, Ive got a layer 'onthefly': > > > > > > LAYER > > > NAME 'onthefly' > > > TYPE POINT > > > STATUS OFF > > > CLASS > > > Symbol 'phk'#Image-Symbol > > > END > > > END > > > > > > What am I missing? > > > > > > Bye, Bjoern > > > -- > > > small office solutions > > > info at sosnetz.de - http://www.sosnetz.de > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > small office solutions > info at sosnetz.de - http://www.sosnetz.de From pramsey at refractions.net Wed Jul 9 08:32:46 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Wed, 9 Jul 2003 08:32:46 -0700 Subject: [Mapserver-users] DB connection In-Reply-To: <5.2.0.9.0.20030709104735.00aa8e78@popserv.rz.hu-berlin.de> References: <5.2.0.9.0.20030709104735.00aa8e78@popserv.rz.hu-berlin.de> Message-ID: <1057764766.3f0c359ee9a05@www> Not that we are aware of. Does Sybase support spatial data and spatial indexing? Quoting Katja Janson : > > Has anybody jet connected the MapServer to a Sybase DB? If so, I would like > to know how? > > Katja > Dipl.-Geogr. Katja Janson > Humboldt-Universit?t zu Berlin > Geographisches Institut > Abt. Geoinformatik/Kartographie > Unter den Linden 6, 10099 Berlin > Tel.: +49 (030) 2093 - 6826, Fax - 6835 > katja.janson at rz.hu-berlin.de > www.geographie.hu-berlin.de From Zamil.Murji at divestco.com Wed Jul 9 08:52:06 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Wed, 9 Jul 2003 09:52:06 -0600 Subject: [Mapserver-users] msDrawMap(): Image handling error Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A947@div-mx02.DIVESTCO.COM> Hi Anil, I just finished getting an oracle spatial layer to work properly for me. When I was getting this error message it was due to the fact that NO SPATIAL INDEX was created on the shape column. Also in your DATA tag you must have USING SRID 8307 or whatever SRID you have. Read the WIKI for more help (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial) Hope this helps. Thanks Zamil -----Original Message----- From: Anil Kumar Vemu [mailto:anilvemu at yahoo.com] Sent: Tuesday, July 08, 2003 10:44 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] msDrawMap(): Image handling error Hi all, I'm trying to access data from Oracle Spatial. The map file LAYER settings are as follows. LAYER NAME building TYPE POLYGON STATUS ON CONNECTIONTYPE oraclespatial CONNECTION "htil/ispat at NHUGHES" DATA "shape FROM building" CLASSITEM 'building' CLASS NAME building EXPRESSION 'Itasca' OUTLINECOLOR 128 128 128 COLOR 225 225 128 END METADATA WMS_TITLE "Landbase Buildings" WMS_AUTHOR "ANIL VEMU" END END Once I click the Demo_init.html page, I'm getting the error, msDrawMap(): Image handling error. Failed to draw layer named 'building'. I have gone through the archives, but couldn't get sufficient help. Thanks in advance. Regards, Anil Vemu. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hunt at zedxinc.com Wed Jul 9 09:09:30 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 9 Jul 2003 12:09:30 -0400 Subject: [Mapserver-users] polygon lable problem References: <006101c3456a$51f693f0$1805000a@helicity> <200307091005.34610.schut@sarvision.com> Message-ID: <004601c34634$7a64b590$1805000a@helicity> The code worked great, Thank you ----- Original Message ----- From: "Vincent Schut" To: "Aaron D. Hunt" ; Sent: Wednesday, July 09, 2003 4:05 AM Subject: Re: [Mapserver-users] polygon lable problem > Aaron, > > I once had the same symptoms so maybe the same problem, which I solved by > slighly modifying the source code of mapserver. I asked the developers to add > this to cvs because it really seemed to improve labeling, but I don't know if > they'd done it, and if not, why. Maybe I should file a bug/feature request on > this? If one of the developers (Steve, you once mailed that you would check > the patch) reads this, could you be so kind to answer this? > > The proposed patch is in a mail thread of the mapserver-dev list. Search the > archives of this list for the subject "label centroid alog". You will find > the patch there, it's quite simple, just a few lines to change. You could do > it by hand, just remove the lines that start with a minus sign and add the > lines with a plus sign :-). Or use 'patch'. > For me this change was magick: at once all my labels appeared. Hope it does > the trick for you too. > > Cheers, > Vincent. > > On Tuesday 08 July 2003 18:02, Aaron D. Hunt wrote: > > With the layer below, Mapserver seams to have a problem labeling concave > > polygons. If you look at the image link below, there is one concave polygon > > in Canada that is not labeled. Is there any way to get mapserver to label > > the polygon. > > > > > > http://wcs.zedxinc.com/dy images/cold.png > > > > > > LAYER > > NAME weather > > TYPE polygon > > TRANSPARENCY 60 > > LABELITEM "COLOR" > > DATA "" > > STATUS ON > > CLASS > > NAME "NAM" > > COLOR 47 111 111 > > TEXT Cool/Wet > > LABEL > > force true > > TYPE TRUETYPE > > FONT arial > > SIZE 12 > > POSITION cc > > ANTIALIAS FALSE > > OUTLINECOLOR 255 255 255 > > COLOR 0 0 0 > > END > > END > > END > > > > > > Aaron D. Hunt > > Technical Manager > > ZedX Inc. > > Voice: 814-357-8490 > > Fax: 814-357-8499 > > -- > ______________________________________ > Vincent Schut > Sarvision B.V. > Wageningen, The Netherlands > www.sarvision.com From harato_1 at yahoo.com Wed Jul 9 09:40:40 2003 From: harato_1 at yahoo.com (harato) Date: Wed, 9 Jul 2003 09:40:40 -0700 (PDT) Subject: [Mapserver-users] Gmap Demo v3.6 Message-ID: <20030709164040.73936.qmail@web13603.mail.yahoo.com> [English is not my natural language...] Hello, I'm a beginner, yet and I try to run the Gmap demo "gmap-ms36" (you can find here : http://www2.dmsolutions.ca/mapserver/dl/) I think my installation of MapServer 4.0 with PHP4.3.2 is good because the demo runs perfectly (demo.map) and i have run the examples of the source of MapServer. (Note : I use "php_mapscript_40.dll" and I'm under Win98 and I use Apache 2.0 too) Note : C:\MonSite\ is my DocumentRoot (Apache 2.0 under Windows 98) But with the demo "gmap75.map", I have some problems (big ? problems). When I run "http://localhost/MapServer/gmap75.phtml" I have this message : Warning: MapServer Error in getString(): (grid):(273) in C:\MonSite\MapServer\gmap75.phtml on line 71 Warning: Failed to open map file gmap75.map in C:\MonSite\MapServer\gmap75.phtml on line 71 Fatal error: Call to a member function on a non-object in C:\MonSite\MapServer\gmap75.php3 on line 525 ---------- line 71 is : $gpoMap = ms_newMapObj("gmap75.map"); line 525 is : $poLayer = $gpoMap->getlayerbyname($szLayerName); If line 71 is wrong, => line 525 is wrong of course. ---------- and my IMAGEPATH AND IMAGEURL seems good... Anyone can explain me or/and help me, please. I've read and read documentations but... Nothing runs. Normally the result must be : http://www2.dmsolutions.on.ca/gmap/gmap75.phtml (I think) I need help. bye Harato. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From lfilak at medinaco.org Wed Jul 9 09:42:40 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 09 Jul 2003 12:42:40 -0400 Subject: [Mapserver-users] DB connection Message-ID: <200307091642.h69GgXN19594@yogi.medinaco.net> I believe it could be connected via SDE if you have an SDE license(s) for it. Lowell The following message was sent by Paul Ramsey on Wed, 9 Jul 2003 08:32:46 -0700. > Not that we are aware of. Does Sybase support spatial data and spatial > indexing? > > Quoting Katja Janson : > > > > > Has anybody jet connected the MapServer to a Sybase DB? If so, I would > like > > to know how? > > > > Katja > > Dipl.-Geogr. Katja Janson > > Humboldt-Universit?t zu Berlin > > Geographisches Institut > > Abt. Geoinformatik/Kartographie > > Unter den Linden 6, 10099 Berlin > > Tel.: +49 (030) 2093 - 6826, Fax - 6835 > > katja.janson at rz.hu-berlin.de > > www.geographie.hu-berlin.de > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From matt at terraEngine.com Wed Jul 9 09:58:01 2003 From: matt at terraEngine.com (Matt Lynch) Date: Wed, 9 Jul 2003 10:58:01 -0600 Subject: [Mapserver-users] Support for WMS in ESRI's GeographyNetwork.com Message-ID: <000001c3463b$42ce0a80$d701a8c0@matt> Hi, I have seen a couple of older posts regarding support for WMS in ESRI's geopgraphyNetwork. I am considering publishing to them, but with WMS. Does anybody know the current state of support. For example can ArcExplorer read a WMS layer, or only ArcXML layers (as one older post suggested). Any information or experience would be appreciated. Thanks, Matt --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.495 / Virus Database: 294 - Release Date: 6/30/2003 From hunt at zedxinc.com Wed Jul 9 10:04:40 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 9 Jul 2003 13:04:40 -0400 Subject: [Mapserver-users] landsat wms Message-ID: <006501c3463c$2f8281d0$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0062_01C3461A.A856F130 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does anyone have an example Layer of using JPL's WMS landsat server. Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------=_NextPart_000_0062_01C3461A.A856F130 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Does anyone have an example Layer of = using JPL's=20 WMS landsat server.
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------=_NextPart_000_0062_01C3461A.A856F130-- From ed at topozone.com Wed Jul 9 10:29:17 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 9 Jul 2003 13:29:17 -0400 Subject: [Mapserver-users] Support for WMS in ESRI's GeographyNetwork.com Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFCCB@mercator.topozone.com> Matt - The Geography Network lets you publish WMS services as WMS services, and ArcIMS services as ArcIMS services. You can publish both or either one. The Geography Network does not provide any additional interoperability between WMS clients/servers and ArcIMS clients/servers. Your question about ArcExplorer is separate from the Geography Network. ArcExplorer 4.0.1 with the new "interoperability extension" can read WMS layers, although several folks have had some difficulty getting it to work well. The fact that WMS and/or ArcIMS layers are served on the Geography Network doesn't have any effect on whether ArcExplorer can read them. - 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: Matt Lynch [mailto:matt at terraengine.com] Sent: Wednesday, July 09, 2003 12:58 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Support for WMS in ESRI's GeographyNetwork.com Hi, I have seen a couple of older posts regarding support for WMS in ESRI's geopgraphyNetwork. I am considering publishing to them, but with WMS. Does anybody know the current state of support. For example can ArcExplorer read a WMS layer, or only ArcXML layers (as one older post suggested). Any information or experience would be appreciated. Thanks, Matt --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.495 / Virus Database: 294 - Release Date: 6/30/2003 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From matt at terraEngine.com Wed Jul 9 10:36:21 2003 From: matt at terraEngine.com (Matt Lynch) Date: Wed, 9 Jul 2003 11:36:21 -0600 Subject: [Mapserver-users] Support for WMS in ESRI's GeographyNetwork.com In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFCCB@mercator.topozone.com> Message-ID: <000501c34640$9c77e420$d701a8c0@matt> Hi Ed, Thanks for the clarification. Do you if the "interoperability extension" is integrated into ArcExplorer or if it is add-on? My end goal is to provide data access to a client who uses ArcExplorer, so the GeographyNetwork is not as important to me. I have ArcExplorer 4.01 running and when I go to add a Web Layer it gives me options to "Connect to All ArcIMS Services", "Connect to One ArcIMS Service", or "Connect to Restricted ArcIMS Service". I suspect a big part of my problems is an unfamiliarity with the Arc Explorer product. Thanks, Matt -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Wednesday, July 09, 2003 11:29 AM To: Matt Lynch; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Support for WMS in ESRI's GeographyNetwork.com Matt - The Geography Network lets you publish WMS services as WMS services, and ArcIMS services as ArcIMS services. You can publish both or either one. The Geography Network does not provide any additional interoperability between WMS clients/servers and ArcIMS clients/servers. Your question about ArcExplorer is separate from the Geography Network. ArcExplorer 4.0.1 with the new "interoperability extension" can read WMS layers, although several folks have had some difficulty getting it to work well. The fact that WMS and/or ArcIMS layers are served on the Geography Network doesn't have any effect on whether ArcExplorer can read them. - 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: Matt Lynch [mailto:matt at terraengine.com] Sent: Wednesday, July 09, 2003 12:58 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Support for WMS in ESRI's GeographyNetwork.com Hi, I have seen a couple of older posts regarding support for WMS in ESRI's geopgraphyNetwork. I am considering publishing to them, but with WMS. Does anybody know the current state of support. For example can ArcExplorer read a WMS layer, or only ArcXML layers (as one older post suggested). Any information or experience would be appreciated. Thanks, Matt --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.495 / Virus Database: 294 - Release Date: 6/30/2003 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.495 / Virus Database: 294 - Release Date: 6/30/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.495 / Virus Database: 294 - Release Date: 6/30/2003 From ed at topozone.com Wed Jul 9 11:15:47 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 9 Jul 2003 14:15:47 -0400 Subject: [Mapserver-users] Support for WMS in ESRI's GeographyNetwork.com Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFCCE@mercator.topozone.com> Matt - Visit http://www.esri.com/software/arcexplorer/index.html and you'll see a link to it at the top of the left menu, under the "New!" section. - Ed -----Original Message----- From: Matt Lynch [mailto:matt at terraengine.com] Sent: Wednesday, July 09, 2003 1:36 PM To: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Support for WMS in ESRI's GeographyNetwork.com Hi Ed, Thanks for the clarification. Do you if the "interoperability extension" is integrated into ArcExplorer or if it is add-on? My end goal is to provide data access to a client who uses ArcExplorer, so the GeographyNetwork is not as important to me. I have ArcExplorer 4.01 running and when I go to add a Web Layer it gives me options to "Connect to All ArcIMS Services", "Connect to One ArcIMS Service", or "Connect to Restricted ArcIMS Service". I suspect a big part of my problems is an unfamiliarity with the Arc Explorer product. Thanks, Matt -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Wednesday, July 09, 2003 11:29 AM To: Matt Lynch; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Support for WMS in ESRI's GeographyNetwork.com Matt - The Geography Network lets you publish WMS services as WMS services, and ArcIMS services as ArcIMS services. You can publish both or either one. The Geography Network does not provide any additional interoperability between WMS clients/servers and ArcIMS clients/servers. Your question about ArcExplorer is separate from the Geography Network. ArcExplorer 4.0.1 with the new "interoperability extension" can read WMS layers, although several folks have had some difficulty getting it to work well. The fact that WMS and/or ArcIMS layers are served on the Geography Network doesn't have any effect on whether ArcExplorer can read them. - 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: Matt Lynch [mailto:matt at terraengine.com] Sent: Wednesday, July 09, 2003 12:58 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Support for WMS in ESRI's GeographyNetwork.com Hi, I have seen a couple of older posts regarding support for WMS in ESRI's geopgraphyNetwork. I am considering publishing to them, but with WMS. Does anybody know the current state of support. For example can ArcExplorer read a WMS layer, or only ArcXML layers (as one older post suggested). Any information or experience would be appreciated. Thanks, Matt --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.495 / Virus Database: 294 - Release Date: 6/30/2003 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.495 / Virus Database: 294 - Release Date: 6/30/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.495 / Virus Database: 294 - Release Date: 6/30/2003 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From spoerri at duke.edu Wed Jul 9 11:55:13 2003 From: spoerri at duke.edu (Christoph Spoerri) Date: Wed, 9 Jul 2003 14:55:13 -0400 Subject: [Mapserver-users] DB connection In-Reply-To: <200307091642.h69GgXN19594@yogi.medinaco.net> References: <200307091642.h69GgXN19594@yogi.medinaco.net> Message-ID: <200307091455.13583.spoerri@duke.edu> Currently ArcSDE does not support sybase as of 8.3. The same will be true for 9.0 (I believe). Sorry! Christoph On Wednesday 09 July 2003 12:42 pm, Lowell Filak wrote: > I believe it could be connected via SDE if you have an SDE license(s) > for it. > Lowell > > The following message was sent by Paul Ramsey > on Wed, 9 Jul 2003 08:32:46 -0700. > > > Not that we are aware of. Does Sybase support spatial data and spatial > > indexing? > > > > Quoting Katja Janson : > > > Has anybody jet connected the MapServer to a Sybase DB? If so, I would > > > > like > > > > > to know how? > > > > > > Katja > > > Dipl.-Geogr. Katja Janson > > > Humboldt-Universit?t zu Berlin > > > Geographisches Institut > > > Abt. Geoinformatik/Kartographie > > > Unter den Linden 6, 10099 Berlin > > > Tel.: +49 (030) 2093 - 6826, Fax - 6835 > > > katja.janson at rz.hu-berlin.de > > > www.geographie.hu-berlin.de > > > > _______________________________________________ > > 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 lfilak at medinaco.org Wed Jul 9 12:57:07 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 09 Jul 2003 15:57:07 -0400 Subject: [Mapserver-users] DB connection Message-ID: <200307091956.h69JuxN24033@yogi.medinaco.net> Guess that settles that question :-( Lowell The following message was sent by Christoph Spoerri on Wed, 9 Jul 2003 14:55:13 -0400. > Currently ArcSDE does not support sybase as of 8.3. The same will be true for > 9.0 (I believe). Sorry! > > Christoph > > On Wednesday 09 July 2003 12:42 pm, Lowell Filak wrote: > > I believe it could be connected via SDE if you have an SDE license(s) > > for it. > > Lowell > > > > The following message was sent by Paul Ramsey > > on Wed, 9 Jul 2003 08:32:46 -0700. > > > > > Not that we are aware of. Does Sybase support spatial data and spatial > > > indexing? > > > > > > Quoting Katja Janson : > > > > Has anybody jet connected the MapServer to a Sybase DB? If so, I would > > > > > > like > > > > > > > to know how? > > > > > > > > Katja > > > > Dipl.-Geogr. Katja Janson > > > > Humboldt-Universit?t zu Berlin > > > > Geographisches Institut > > > > Abt. Geoinformatik/Kartographie > > > > Unter den Linden 6, 10099 Berlin > > > > Tel.: +49 (030) 2093 - 6826, Fax - 6835 > > > > katja.janson at rz.hu-berlin.de > > > > www.geographie.hu-berlin.de > > > > > > _______________________________________________ > > > 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 keon at nacse.org Wed Jul 9 13:24:15 2003 From: keon at nacse.org (Dylan Keon) Date: Wed, 09 Jul 2003 13:24:15 -0700 Subject: [Mapserver-users] DB connection In-Reply-To: <200307091956.h69JuxN24033@yogi.medinaco.net> References: <200307091956.h69JuxN24033@yogi.medinaco.net> Message-ID: <3F0C79EF.9060201@nacse.org> I was looking into SDE for Sybase recently. Apparently ESRI discontinued SDE support for Sybase at version 8. There are some good details in this post (but note it's from 2001...): http://forums.esri.com/Thread.asp?c=2&f=59&t=36544&mc=3 --Dylan Lowell Filak wrote: > Guess that settles that question :-( > Lowell > > The following message was sent by Christoph Spoerri > on Wed, 9 Jul 2003 14:55:13 -0400. > > >>Currently ArcSDE does not support sybase as of 8.3. The same will be > > true for > >>9.0 (I believe). Sorry! >> >>Christoph >> >>On Wednesday 09 July 2003 12:42 pm, Lowell Filak wrote: >> >>>I believe it could be connected via SDE if you have an SDE license(s) >>>for it. >>>Lowell >>> >>>The following message was sent by Paul Ramsey >>>on Wed, 9 Jul 2003 08:32:46 -0700. >>> >>> >>>>Not that we are aware of. Does Sybase support spatial data and spatial >>>>indexing? >>>> >>>>Quoting Katja Janson : >>>> >>>>>Has anybody jet connected the MapServer to a Sybase DB? From bmurch at seas.marine.usf.edu Wed Jul 9 13:27:47 2003 From: bmurch at seas.marine.usf.edu (Brock Murch) Date: Wed, 9 Jul 2003 16:27:47 -0400 Subject: [Mapserver-users] imsemu-0.1 and perl mapscript Message-ID: <200307091627.47262.bmurch@marine.usf.edu> Anyone having success with: imsemu. When using it on perl -v This is perl, v5.8.0 built for i386-linux-thread-multi I had to chang a line my $xml_in = join("",<>); to my $xml_in = join("",STDIN); To get anything al all.... but still seeing all this stuff below in the error_logs. Mean anything to anyone? Brock [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] $name=cmd $value=ping [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] $name=servicename $value=catalog [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] Can't open ServiceName=catalog: No such file or directory at /var/www/cgi-bin/com.esri.esrimap.Esrimap line 122. [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] [16:51:32] [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] ---------------------------------------- [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] [16:51:32] Query: ServiceName=catalog [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] [16:51:32] Service: [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] [16:51:32] XML: [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] [16:51:32] Doc: ARRAY(0x84fba78) [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] $name=servicename $value=S1EX1_TEST [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] $name=customstream $value=False [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] Can't open ServiceName=S1EX1_TEST\&CustomStream=False: No such file or directory at /var/www/cgi-bin/com.esri.esrimap.Esrimap line 122. [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [16:51:43] [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] ---------------------------------------- [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [16:51:43] Query: ServiceName=S1EX1_TEST&CustomStream=False [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [16:51:43] Service: /var/www/html/tutorial35/s1/s1ex1_test4.map [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [16:51:43] XML: ! [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [16:51:43] Doc: ARRAY(0x84fbcc8) [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] Can't locate auto/mapscript/mapObj/swig_projec.al in @INC (@INC contains: /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/mapscript.pm line 2517 [Wed Jul 09 16:51:45 2003] [error] [client 131.247.137.155] File does not exist: /var/www/html/metadata [Wed Jul 09 16:51:45 2003] [error] [client 131.247.137.155] File does not exist: /var/www/html/metadata From lfilak at medinaco.org Wed Jul 9 13:57:58 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 09 Jul 2003 16:57:58 -0400 Subject: [Mapserver-users] imsemu-0.1 and perl mapscript Message-ID: <200307092057.h69KvoN25480@yogi.medinaco.net> I don't have an answer but I was just about to start using that here and have an interest in the solution. Did you happened to check for any perl 5.6->5.8 porting guides to see if there are some general issues that may be producing the messages? Lowell The following message was sent by Brock Murch on Wed, 9 Jul 2003 16:27:47 -0400. > Anyone having success with: > > imsemu. > > When using it on > > perl -v > > This is perl, v5.8.0 built for i386-linux-thread-multi > > I had to chang a line > my $xml_in = join("",<>); > to > my $xml_in = join("",STDIN); > > To get anything al all.... but still seeing all this stuff below in the > error_logs. Mean anything to anyone? > > Brock > > > [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] $name=cmd > $value=ping > [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] $name=servicename > $value=catalog > [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] Can't open > ServiceName=catalog: No such file or directory at > /var/www/cgi-bin/com.esri.esrimap.Esrimap line 122. > [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] > [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] [16:51:32] > [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] > ---------------------------------------- > [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] [16:51:32] Query: > ServiceName=catalog > [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] [16:51:32] > Service: > [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] [16:51:32] XML: > > [Wed Jul 09 16:51:32 2003] [error] [client 131.247.137.155] [16:51:32] Doc: > ARRAY(0x84fba78) > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] $name=servicename > $value=S1EX1_TEST > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] $name=customstream > $value=False > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] Can't open > ServiceName=S1EX1_TEST\&CustomStream=False: No such file or directory at > /var/www/cgi-bin/com.esri.esrimap.Esrimap line 122. > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [16:51:43] > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] > ---------------------------------------- > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [16:51:43] Query: > ServiceName=S1EX1_TEST&CustomStream=False > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [16:51:43] > Service: /var/www/html/tutorial35/s1/s1ex1_test4.map > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [16:51:43] XML: > dpi="120">! > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] [16:51:43] Doc: > ARRAY(0x84fbcc8) > [Wed Jul 09 16:51:44 2003] [error] [client 131.247.137.155] Can't locate > auto/mapscript/mapObj/swig_projec.al in @INC (@INC contains: > /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi > /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl > /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi > /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/mapscript.pm line 2517 > [Wed Jul 09 16:51:45 2003] [error] [client 131.247.137.155] File does not > exist: /var/www/html/metadata > [Wed Jul 09 16:51:45 2003] [error] [client 131.247.137.155] File does not > exist: /var/www/html/metadata > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hunt at zedxinc.com Wed Jul 9 14:11:22 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 9 Jul 2003 17:11:22 -0400 Subject: [Mapserver-users] landsat wms References: <006501c3463c$2f8281d0$1805000a@helicity> <3F0C6861.8060208@tamu.edu> Message-ID: <00aa01c3465e$a63754a0$1805000a@helicity> Here is the layer needed to display the landsat LAYER NAME LandSat METADATA "wms_title" "LandSat" "wms_srs" "EPSG:4326" #WGS 84 "wms_extent" "-78 0 -72 90" LYRNAME "LandSat" LINK "N/A" END OFFSITE 255 255 255 GROUP "LandSat DATA" STATUS ON TYPE RASTER CONNECTIONTYPE WMS CONNECTION "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=us%5Flandsa t7&STYLES=&FORMAT=PNG&TRANSPARENT=TRUE&" PROJECTION "init=epsg:4326" #WGS 84 END END ----- Original Message ----- From: "Gerry Creager N5JXS" To: "Aaron D. Hunt" Sent: Wednesday, July 09, 2003 3:09 PM Subject: Re: [Mapserver-users] landsat wms > If you get it, could I ask for a copy for Texas Mesonet? > > TIA, gerry > > Aaron D. Hunt wrote: > > Does anyone have an example Layer of using JPL's WMS landsat server. > > Aaron D. Hunt > > Technical Manager > > ZedX Inc. > > Voice: 814-357-8490 > > Fax: 814-357-8499 > > -- > 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 dbarron at ddive.com Wed Jul 9 14:28:58 2003 From: dbarron at ddive.com (Dan Barron) Date: Wed, 09 Jul 2003 14:28:58 -0700 Subject: [Mapserver-users] map drop shadow effect In-Reply-To: Message-ID: <5.2.0.9.0.20030709142619.02d42280@arctictern.ddive.com> Follow-up to an old post. In the latest version of MapServer has there been any further developments in creating drop shadow effects for polygons? Thanks, Dan At 04:44 PM 2/25/2003 -0600, Steve Lime wrote: >For entire maps there are lots of ways to do it using images or even >DHTML layers. > >For elements within a map: > > - labels: already support shadows using SHADOWSIZE, SHADOWCOLOR > - features: 3.7 adds styles which allows you to add shadows to any >feature (all feature types except polygons currently working) > >For example, > >LAYER > NAME 'LINE_SHADOW' > ... > STYLE > COLOR 128 128 128 > OFFSET -1 -1 > END > STYLE > COLOR 255 0 0 > END >END > >will give you red lines with a grey drop shadow. Remember styles are >rendered in order so you must specify the shadow first. > >HTH- Steve > > >>> Dan Barron 02/25/03 04:28PM >>> >Hi, > >Has anyone developed a simple method for creating a drop shadow effect >for >maps and symbols via mapserver? There are a couple older posts on this > >topic, but thought it might be worth another query on the subject. > >Thanks, > >Dan > >_______________________________________________ >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 morissette at dmsolutions.ca Wed Jul 9 14:59:33 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 09 Jul 2003 17:59:33 -0400 Subject: [Mapserver-users] map drop shadow effect References: <5.2.0.9.0.20030709142619.02d42280@arctictern.ddive.com> Message-ID: <3F0C9045.9D768D2F@dmsolutions.ca> Dan Barron wrote: > > Follow-up to an old post. > > In the latest version of MapServer has there been any further developments > in creating drop shadow effects for polygons? > I'm not aware of any developments in that direction. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dbarron at ddive.com Wed Jul 9 15:32:10 2003 From: dbarron at ddive.com (Dan Barron) Date: Wed, 09 Jul 2003 15:32:10 -0700 Subject: [Mapserver-users] map drop shadow effect In-Reply-To: <3F0C9045.9D768D2F@dmsolutions.ca> References: <5.2.0.9.0.20030709142619.02d42280@arctictern.ddive.com> Message-ID: <5.2.0.9.0.20030709152923.01cbce48@arctictern.ddive.com> OK Thanks. After re-reading Steve's reply to the original post it sounded like Polygons were in the works but not working as yet - bad assumption on my part. So has this popped onto the wish list or future development radar at all? Dan At 05:59 PM 7/9/2003 -0400, Daniel Morissette wrote: >Dan Barron wrote: > > > > Follow-up to an old post. > > > > In the latest version of MapServer has there been any further developments > > in creating drop shadow effects for polygons? > > > >I'm not aware of any developments in that direction. > >-- >------------------------------------------------------------ > Daniel Morissette morissette 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 Zamil.Murji at divestco.com Wed Jul 9 16:01:42 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Wed, 9 Jul 2003 17:01:42 -0600 Subject: [Mapserver-users] Weird bug Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A94F@div-mx02.DIVESTCO.COM> Hello list, I have two layers in my .map file. I want both of them to show up. I want the township lines under the county borders. Here is my layer definitions: LAYER NAME "twp" TILEINDEX us_data/townships/twptileindex STATUS off TYPE POLYGON MAXSCALE 25 CLASS OUTLINECOLOR 183 178 178 #OUTLINECOLOR 255 0 0 END END ...and a little later on in the .map file LAYER # fast file NAME "counties" DATA boarders/counties STATUS off TYPE POLYGON MAXSCALE 29 CLASS OUTLINECOLOR 0 0 0 # COLOR 84 247 168 END END If i run a request from the web browser with this .map file, I get the township lines but no county borders. If I move the county border layer above the township layer, then I get a picture with just the borders and no township lines. Really weird. Any suggestions? I'm using the latest mapserv build (4.something) on a win 2k os running apache 2.something Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Wednesday, July 09, 2003 9:52 AM To: anilvemu at yahoo.com; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] msDrawMap(): Image handling error Hi Anil, I just finished getting an oracle spatial layer to work properly for me. When I was getting this error message it was due to the fact that NO SPATIAL INDEX was created on the shape column. Also in your DATA tag you must have USING SRID 8307 or whatever SRID you have. Read the WIKI for more help (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial) Hope this helps. Thanks Zamil -----Original Message----- From: Anil Kumar Vemu [mailto:anilvemu at yahoo.com] Sent: Tuesday, July 08, 2003 10:44 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] msDrawMap(): Image handling error Hi all, I'm trying to access data from Oracle Spatial. The map file LAYER settings are as follows. LAYER NAME building TYPE POLYGON STATUS ON CONNECTIONTYPE oraclespatial CONNECTION "htil/ispat at NHUGHES" DATA "shape FROM building" CLASSITEM 'building' CLASS NAME building EXPRESSION 'Itasca' OUTLINECOLOR 128 128 128 COLOR 225 225 128 END METADATA WMS_TITLE "Landbase Buildings" WMS_AUTHOR "ANIL VEMU" END END Once I click the Demo_init.html page, I'm getting the error, msDrawMap(): Image handling error. Failed to draw layer named 'building'. I have gone through the archives, but couldn't get sufficient help. Thanks in advance. Regards, Anil Vemu. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com _______________________________________________ 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 bear at prometheus.org.yu Wed Jul 9 17:02:48 2003 From: bear at prometheus.org.yu (Attila Csipa) Date: Thu, 10 Jul 2003 02:02:48 +0200 Subject: [Mapserver-users] DB connection In-Reply-To: <200307091455.13583.spoerri@duke.edu> References: <200307091642.h69GgXN19594@yogi.medinaco.net> <200307091455.13583.spoerri@duke.edu> Message-ID: <200307100202.48361.attila@prometheus.org.yu> On Wednesday 09 July 2003 20:55, Christoph Spoerri wrote: > Currently ArcSDE does not support sybase as of 8.3. The same will be true > for 9.0 (I believe). Sorry! Any database can be supported if it is ANSI SQL92 compliant and contains a database in the simple features format. The non-spatial mysql connector uses this approach, I think it would not be hard to add any other database engine to this module. From pkishor at geoanalytics.com Wed Jul 9 19:07:08 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 10 Jul 2003 02:07:08 -0000 Subject: [Mapserver-users] spreading the MapServer gospel at OSCON2003 Message-ID: http://www.oreillynet.com/pub/a/network/2003/07/09/photos1.html?page=8 Yes, you can spot the MapServer t-shirt. I also met Karl from Earth Data Analysis Center in NM. Couldn't find any other MapServer folks. I talked to David Axmark and Monty Widenius, developers of MySQL... spatial support in v 4.1 on is there to stay, and there are a few folks already using it. Where it actually goes will depend entirely on how big a community wants it. I talked with Larry Wall and he promised Perl 6 will have a complete spatial vocabulary. (ok, that last one was a lie, but only the last one). From stepan.kafka at centrum.cz Wed Jul 9 22:58:25 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Thu, 10 Jul 2003 07:58:25 +0200 Subject: [Mapserver-users] map drop shadow effect In-Reply-To: <5.2.0.9.0.20030709152923.01cbce48@arctictern.ddive.com> Message-ID: <000401c346a8$470d2640$463c2fc3@HSGIS> There is possibility to CREATE shadows with offset parameter in the current version of Mapserver, eg.: CLASS STYLE COLOR 0 0 0 OFFSET 3 3 END STYLE COLOR 255 0 0 END END 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 Dan Barron > Odesl?no: 10. ?ervence 2003 0:32 > Komu: Daniel Morissette > Kopie: Steve Lime; mapserver-users at lists.gis.umn.edu > P?edm?t: Re: [Mapserver-users] map drop shadow effect > > > OK Thanks. > > After re-reading Steve's reply to the original post it sounded like > Polygons were in the works but not working as yet - bad assumption on my > part. So has this popped onto the wish list or future > development radar at > all? > > Dan > > At 05:59 PM 7/9/2003 -0400, Daniel Morissette wrote: > >Dan Barron wrote: > > > > > > Follow-up to an old post. > > > > > > In the latest version of MapServer has there been any further > developments > > > in creating drop shadow effects for polygons? > > > > > > >I'm not aware of any developments in that direction. > > > >-- > >------------------------------------------------------------ > > Daniel Morissette morissette 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 > > > --- > Pr?choz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.497 / Virov? b?ze: 296 - datum vyd?n?: 4.7.2003 > --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.497 / Virov? b?ze: 296 - datum vyd?n?: 4.7.2003 From braulioen at ono.com Wed Jul 9 23:29:02 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Thu, 10 Jul 2003 08:29:02 +0200 Subject: [Mapserver-users] queryByAttributes function - An example please. Message-ID: <2d0b042cc229.2cc2292d0b04@ono.com> Hi, The queryByAttributes function in PHP Mapscript 3.7 has changed (with respect to version 3.6). Somebody could give an example me with several attributes? Thanks. Braulio From giorgio.plazzotta at sarasricerche.it Thu Jul 10 00:27:32 2003 From: giorgio.plazzotta at sarasricerche.it (Giorgio Plazzotta) Date: Thu, 10 Jul 2003 09:27:32 +0200 Subject: [Mapserver-users] two questions Message-ID: <005901c346b4$ba02d030$d570a8c0@GIS05> This is a multi-part message in MIME format. ------=_NextPart_000_0056_01C346C5.7D820340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have two doubts (well probably even more than 2) that maybe somebody = can help me to solve. 1) I still use the 3.6 version and therefore I have to optimize the = raster laters to 256 colors. When i will be able to use 24 bit color = rasters what will happen to the performances in that same raster layer? = I mean, sometimes 256 volors are really unacceptable but maybe in some = situations it's only a matter od graphic perfection (a DTM for example) = and 256 colors are not so bad. In these situations maybe one could = choose to go for the 8 bit just to preserve performances even id we = could serve it 24 bit.=20 2) I didn't understand very well all the characteristics of WMS and the = differences of chooseing this platform instead of a normal mapserver = engine. Can anybody suggest a good resource (pref. online) where i can = improve my knowledge? I understood that a wms is the solution when = mapping is only a part of the application i am buiding cause i insert = the map service inside it like a component. But if i am developing an = application in which mapping is the main goal probably it's better = (performances?) to choose a more traditional way to serve maps. Thanx Giorgio ------=_NextPart_000_0056_01C346C5.7D820340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have two doubts (well probably even = more than 2)=20 that maybe somebody can help me to solve.
1) I still use the 3.6 version and = therefore I have=20 to optimize the raster laters to 256 colors. When i will be able to use = 24 bit=20 color rasters what will happen to the performances in that same raster = layer? I=20 mean, sometimes 256 volors are really unacceptable but maybe in some = situations=20 it's only a matter od graphic perfection (a DTM for example) and 256 = colors are=20 not so bad. In these situations maybe one could choose to go for the 8 = bit just=20 to preserve performances even id we could serve it 24 bit.
 
2) I didn't understand very well all = the=20 characteristics of WMS and the differences of chooseing this platform = instead of=20 a normal mapserver engine. Can anybody suggest a good resource (pref. = online)=20 where i can improve my knowledge? I understood that a wms is the = solution when=20 mapping is only a part of the application i am buiding cause i insert = the map=20 service inside it like a component. But if i am developing an = application in=20 which mapping is the main goal probably it's better (performances?) to = choose a=20 more traditional way to serve maps.
 
Thanx
Giorgio
 
 
------=_NextPart_000_0056_01C346C5.7D820340-- From hubert.froehlich at bvv.bayern.de Thu Jul 10 02:23:02 2003 From: hubert.froehlich at bvv.bayern.de (=?ISO-8859-1?Q?Hubert_Fr=F6hlich?=) Date: Thu, 10 Jul 2003 11:23:02 +0200 Subject: [Mapserver-users] MapServer PostgreSQL and persistent database connections Message-ID: <3F0D3076.9090005@bvv.bayern.de> Hi lists, I use UMN MapServer with PostGIS. When programming web applications with, say, PHP, Apache and PostgreSQL, I can speed up database performance by keeping database connections persistent and, therefore avoiding overhead by login and authentification procedures. When using MapServer with PostGIS in a CGI-style way like in the documetnation examples, I guess that I have to open and reopen the PostGIS connection every time I start a mapserv process (at least I haven't found a different way) because the database connection is defined in the mapfile. Now my question: Is it possible that MapServer can control database connections and keep them persistent? Or may be this an issue for the development team? Any hints will be greatly appreciated. Greetings, Hubert -- ------------------------------------------------------------------------------- Dr.-Ing. Hubert Fr?hlich Bezirksfinanzdirektion M?nchen Alexandrastr. 3, D-80538 M?nchen, GERMANY Tel. :+49 (0)89 / 2190 - 2980 Fax :+49 (0)89 / 2190 - 2459 hubert.froehlich at bvv.bayern.de From jhart at frw.uva.nl Thu Jul 10 03:24:21 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Thu, 10 Jul 2003 12:24:21 +0200 Subject: [Mapserver-users] Re: [postgis-users] MapServer PostgreSQL and persistent database connections In-Reply-To: <3F0D3076.9090005@bvv.bayern.de> References: <3F0D3076.9090005@bvv.bayern.de> Message-ID: <3F0D3ED5.3090902@frw.uva.nl> Hubert, This has been a hot topic for some while. At the beginning of this year I implemented persistent database connections for one MapServer session, so more than one layer could make use of the same connection. Recently, Frank Warmerdam has announced that he was going to work on a FastCGI wrapper for MapServer CGI, which will keep MapServer in memory, so that database connections can be held open across different CGI calls. This will definitely be in 4.1 or later; we don't know exactly how difficult this will be. See the thread on: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0306/msg00324.html In my experience, PostGIS is very efficient in opening new connections. In my tests with a hunderd layers the difference between either one or a hunderd connections was about 5 percent. Oracle or SDE on the other hand have very big connecting overheads. Persistent connections for Oracle have not been implemented yet, but both Refractions and CERL have announced going to work on it. Steve Lime has programmed the SDE part, and I think he got large speedups as a result. Jan Hubert Fr?hlich wrote: > Hi lists, > > I use UMN MapServer with PostGIS. > > When programming web applications with, say, PHP, Apache and PostgreSQL, > I can speed up database performance by keeping database connections > persistent and, therefore avoiding overhead by login and > authentification procedures. > > When using MapServer with PostGIS in a CGI-style way like in the > documetnation examples, I guess that I have to open and reopen the > PostGIS connection every time I start a mapserv process (at least I > haven't found a different way) because the database connection is > defined in the mapfile. > > Now my question: Is it possible that MapServer can control database > connections and keep them persistent? > Or may be this an issue for the development team? > > Any hints will be greatly appreciated. > > Greetings, > > Hubert > > Jan Hartmann Department of Geography University of Amsterdam jhart at frw.uva.nl From dell.yan at chinaquest.com Thu Jul 10 03:28:30 2003 From: dell.yan at chinaquest.com (DellYan) Date: Thu, 10 Jul 2003 18:28:30 +0800 Subject: [Mapserver-users] can write a program run mapserver as standalone MAP server using VB or Python? Message-ID: <3847F35B08A3E342B56E79AD3393A6A20125D324@nwcb-sh-mail.corp.nwcyberbase.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C346CE.01AAB1C8 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable hi all: i want to get a standalone map server ,how can i do it? can using python finish it? VB? thanks your attention!! =09 ------_=_NextPart_001_01C346CE.01AAB1C8 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable can write a program run mapserver as standalone MAP server using = VB or Python?

hi = all:
        = i want to get a standalone map server ,how = can i do it?
         can using python finish it?  = VB?

        thanks your attention!!

        =

------_=_NextPart_001_01C346CE.01AAB1C8-- From s9646183 at sms.ed.ac.uk Thu Jul 10 04:37:40 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Thu, 10 Jul 2003 12:37:40 +0100 (BST) Subject: [Mapserver-users] Perl Mapscript - equivalent of zoompoint method..? Message-ID: <1057837060.3f0d5004474be@sms.ed.ac.uk> Hi there everyone, I'm using Perl Mapscript to develop the interface of my application, and have very kindly been given some existing code to work from from another member of the list. The code that I am making reference to is written using PHP Mapscript, so I'm having a little bit of trouble in that not all of the methods available with PHP Mapscript are available with the Perl version. I'm dealing with my panning buttons at the moment, and the example I have defines a point object which the new map will zoom to, and then uses the zoompoint method of the map object. This method isn't available in Perl, does anyone have any suggestions as to how I might get around this? Similarly, their zoomin function makes use of the zoomrectangle method... Thanks for any light you can shed on this. Ali From katja.janson at rz.hu-berlin.de Thu Jul 10 05:48:35 2003 From: katja.janson at rz.hu-berlin.de (Katja Janson) Date: Thu, 10 Jul 2003 14:48:35 +0200 Subject: [Mapserver-users] DB connection In-Reply-To: <1057764766.3f0c359ee9a05@www> References: <5.2.0.9.0.20030709104735.00aa8e78@popserv.rz.hu-berlin.de> <5.2.0.9.0.20030709104735.00aa8e78@popserv.rz.hu-berlin.de> Message-ID: <5.2.0.9.0.20030710144632.00af70a8@popserv.rz.hu-berlin.de> --=====================_21961849==.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable At 08:32 09.07.2003 -0700, you wrote: >Not that we are aware of. Does Sybase support spatial data and spatial >indexing? I am on the way to find that out. There exist somekind of a Spatial Qury=20 Server, but I don=B4t know about his possibilities jet. Katja Dipl.-Geogr. Katja Janson Humboldt-Universit=E4t zu Berlin Geographisches Institut Abt. Geoinformatik/Kartographie Unter den Linden 6, 10099 Berlin Tel.: +49 (030) 2093 - 6826, Fax - 6835 katja.janson at rz.hu-berlin.de www.geographie.hu-berlin.de --=====================_21961849==.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable At 08:32 09.07.2003 -0700, you wrote:
Not that we are aware of. Does Sybase support spatial data and spatial
indexing?

I am on the way to find that out. There exist somekind of a Spatial Qury Server, but I don=B4t know about his possibilities jet.

Katja
Dipl.-Geogr. Katja Janson
Humboldt-Universit= =E4t zu Berlin
Geographisches Institut
Abt. Geoinformatik/Kartographie
Unter den Linden 6, 10099 Berlin
Tel.: +49 (030) 2093 - 6826, Fax - 6835
katja.janson at rz.hu-berlin.de
www.geographie.hu-berlin.de --=====================_21961849==.ALT-- From sfournier at dmsolutions.ca Thu Jul 10 05:53:02 2003 From: sfournier at dmsolutions.ca (Sacha Fournier) Date: Thu, 10 Jul 2003 08:53:02 -0400 Subject: [Mapserver-users] Gmap Demo v3.6 In-Reply-To: <20030709164040.73936.qmail@web13603.mail.yahoo.com> References: <20030709164040.73936.qmail@web13603.mail.yahoo.com> Message-ID: <3F0D61AE.8050906@dmsolutions.ca> Bonjour, L'erreur que tu obtiens est due au fait que "grid" est maintenant un mot r?s?rve dans MapServer (depuis 3.7 dev). Pour rem?dier ? ce probl?me tu n'as qu'a changer le nom du layer pour autre chose, ou mettre le nom entre guilmet (Ex: NAME "grid" au lieu de NAME grid). harato wrote: > [English is not my natural language...] > > Hello, > > I'm a beginner, yet and I try to run the Gmap demo > "gmap-ms36" (you can find here : > http://www2.dmsolutions.ca/mapserver/dl/) > > I think my installation of MapServer 4.0 with PHP4.3.2 > is good because the demo runs perfectly (demo.map) and > i have run the examples of the source of MapServer. > (Note : I use "php_mapscript_40.dll" and I'm under > Win98 and I use Apache 2.0 too) > > Note : C:\MonSite\ is my DocumentRoot (Apache 2.0 > under Windows 98) > > But with the demo "gmap75.map", I have some problems > (big ? problems). > > When I run "http://localhost/MapServer/gmap75.phtml" > > I have this message : > > Warning: MapServer Error in getString(): (grid):(273) > in C:\MonSite\MapServer\gmap75.phtml on line 71 > > Warning: Failed to open map file gmap75.map in > C:\MonSite\MapServer\gmap75.phtml on line 71 > > Fatal error: Call to a member function on a non-object > in C:\MonSite\MapServer\gmap75.php3 on line 525 > > ---------- > line 71 is : $gpoMap = ms_newMapObj("gmap75.map"); > line 525 is : $poLayer = > $gpoMap->getlayerbyname($szLayerName); > > If line 71 is wrong, => line 525 is wrong of course. > ---------- > and my IMAGEPATH AND IMAGEURL seems good... > > > Anyone can explain me or/and help me, please. I've > read and read documentations but... Nothing runs. > > Normally the result must be : > http://www2.dmsolutions.on.ca/gmap/gmap75.phtml (I > think) > > I need help. > > bye > > Harato. > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Sacha Fournier Applications Developer DM Solutions Group sfournier at dmsolutions.ca tel: 418.696.5056 fax: 418.696.5056 www.dmsolutions.ca -- ------------------------------------------------- /"\ ASCII Ribbon Campaign against HTML \ / email and proprietary format X attachments. / \ ------------------------------------------------- From eric at gomoos.org Thu Jul 10 06:44:41 2003 From: eric at gomoos.org (Eric Bridger) Date: Thu, 10 Jul 2003 09:44:41 -0400 Subject: [Mapserver-users] Perl Mapscript - equivalent of zoompoint method..? In-Reply-To: <1057837060.3f0d5004474be@sms.ed.ac.uk> Message-ID: <4.3.2.7.2.20030710093251.00abacb0@mail.gomoos.org> Ali, In the Wiki, mapquakes.pl example: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex2 there is a function called set_extent() which takes the users mouse click and zooms the map to that point. Is that what you need? If no zoom is set, $zoom_dir == 0, then this functions as a pan tool, recentering the map. Steve Lime wrote mapquakes.pl. I also adapted some javascript of his into Perl to handle pan direction buttons. This just adjusts the mouse click image coordinates which then must be passed to set_exent(). sub pan_to_map { my ($map, $direction) = @_; my $pansize = .50; my ($x, $y) = (0,0); my $width = $map->{width}; my $height = $map->{height}; if($direction eq 'n') { $x = ($width-1)/2.0; $y = 0 - ($height * $pansize)/2.0; } elsif($direction eq 'nw') { $x = 0 - ($width * $pansize)/2.0; $y = 0 - ($height * $pansize)/2.0; } elsif($direction eq 'ne') { $x = ($width-1) + ($width * $pansize)/2.0; $y = 0 - ($height * $pansize)/2.0; } elsif($direction eq 's') { $x = ($width-1)/2.0; $y = ($height-1) + ($height * $pansize)/2.0; } elsif($direction eq 'sw') { $x = 0 - ($width * $pansize)/2.0; $y = ($height-1) + ($height * $pansize)/2.0; } elsif($direction eq 'se') { $x = ($width-1) + ($width * $pansize)/2.0; $y = ($height-1) + ($height * $pansize)/2.0; } elsif($direction eq 'e') { $x = ($width-1) + ($width * $pansize)/2.0; $y = ($height-1)/2.0; } elsif($direction eq 'w') { $x = 0 - ($width * $pansize)/2.0; $y = ($height-1)/2.0; } $x = int($x); $y = int($y); return($x, $y); } Eric At 12:37 PM 07/10/2003 +0100, AMC Story wrote: >Hi there everyone, > >I'm using Perl Mapscript to develop the interface of my application, and have >very kindly been given some existing code to work from from another member of >the list. The code that I am making reference to is written using PHP >Mapscript, so I'm having a little bit of trouble in that not all of the methods >available with PHP Mapscript are available with the Perl version. > >I'm dealing with my panning buttons at the moment, and the example I have >defines a point object which the new map will zoom to, and then uses the >zoompoint method of the map object. This method isn't available in Perl, does >anyone have any suggestions as to how I might get around this? Similarly, >their zoomin function makes use of the zoomrectangle method... > >Thanks for any light you can shed on this. >Ali >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nuno.cabrita at elementodigital.pt Thu Jul 10 07:23:52 2003 From: nuno.cabrita at elementodigital.pt (Nuno Cabrita) Date: Thu, 10 Jul 2003 15:23:52 +0100 Subject: [Mapserver-users] problems compiling mapserver Message-ID: <000401c346ee$e3a814b0$ec00a8c0@elementodigital.local> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C346F7.456E0350 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi there. I have a problem with map server. The values of MS_MAXLAYERS and MS_MAXCLASSES are to low for my needs, so I guess I have to compile a new version of the mapserver. But I am having some problems in compiling windows version with Microsoft Visual C++ 7 can anyone point me to a easy way to make the changes I need? ------=_NextPart_000_0005_01C346F7.456E0350 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi there. I have a = problem with map server. The values of MS_MAXLAYERS and MS_MAXCLASSES are to low = for my needs, so I guess I have to compile a new version of the mapserver.

But I am having some = problems in compiling windows version with Microsoft Visual C++ 7 can anyone = point me to a easy way to make the changes I = need?

 

------=_NextPart_000_0005_01C346F7.456E0350-- From gayathri at ou.edu Thu Jul 10 07:32:18 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Thu, 10 Jul 2003 09:32:18 -0500 Subject: [Mapserver-users] problems compiling 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_01C346F0.10DE8620 Content-Type: text/plain Hi: All the changes you would need is in the map.h in the #define MS_MAXCLASSES 50 (change this to your needs) #define MS_MAXLAYERS 1000 /* maximum number of layers in a map file */ (change this to your needs) You should be able to follow instructions to compile mapserver in win32 in the mapserver site using the CL compiler, If you need a .dsw let me know, but my .dsw is in VC++ 6.0 (can you import something in VC++ 7.0?). What are your difficulties in compiling? Can you be more specific? Thanks, Gayathri -----Original Message----- From: Nuno Cabrita [mailto:nuno.cabrita at elementodigital.pt] Sent: Thursday, July 10, 2003 8:24 AM To: mapserver-dev at lists.gis.umn.edu; mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] problems compiling mapserver Hi there. I have a problem with map server. The values of MS_MAXLAYERS and MS_MAXCLASSES are to low for my needs, so I guess I have to compile a new version of the mapserver. But I am having some problems in compiling windows version with Microsoft Visual C++ 7 can anyone point me to a easy way to make the changes I need? ------_=_NextPart_001_01C346F0.10DE8620 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Message
Hi:
All=20 the changes you would need is in the  map.h in the=20 <mapserver-dir>
#define MS_MAXCLASSES 50 (change this to your = needs)
#define MS_MAXLAYERS 1000 /* maximum number of layers in a map = file */=20 (change this to your needs)
 
You=20 should be able to follow instructions to compile mapserver in win32 in = the=20 mapserver site using the CL compiler, If you need a .dsw let me know,=20 but my .dsw is in VC++ 6.0 (can you import something in VC++=20 7.0?).
 
What=20 are your difficulties in compiling? Can you be more=20 specific?
Thanks,
Gayathri
-----Original Message-----
From: = Nuno Cabrita=20 [mailto:nuno.cabrita at elementodigital.pt]
Sent: Thursday, = July 10,=20 2003 8:24 AM
To: mapserver-dev at lists.gis.umn.edu;=20 mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users]=20 problems compiling mapserver

Hi=20 there. I have a problem with map server. The values of MS_MAXLAYERS = and=20 MS_MAXCLASSES are to low for my needs, so I guess I have to compile a = new=20 version of the mapserver.

But I am=20 having some problems in compiling windows version with Microsoft = Visual C++ 7=20 can anyone point me to a easy way to make = the changes=20 I need?

 

------_=_NextPart_001_01C346F0.10DE8620-- From morissette at dmsolutions.ca Thu Jul 10 08:10:56 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 10 Jul 2003 11:10:56 -0400 Subject: [Mapserver-users] map drop shadow effect References: <000401c346a8$470d2640$463c2fc3@HSGIS> Message-ID: <3F0D8200.180EC21E@dmsolutions.ca> Then my previous reply was wrong... it seems that it's been done. Cool! :) Daniel Stepan Kafka wrote: > > There is possibility to CREATE shadows with offset parameter in the current > version of Mapserver, eg.: > > CLASS > STYLE > COLOR 0 0 0 > OFFSET 3 3 > END > STYLE > COLOR 255 0 0 > END > END > > 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 Dan Barron > > Odesl?no: 10. ?ervence 2003 0:32 > > Komu: Daniel Morissette > > Kopie: Steve Lime; mapserver-users at lists.gis.umn.edu > > P?edm?t: Re: [Mapserver-users] map drop shadow effect > > > > > > OK Thanks. > > > > After re-reading Steve's reply to the original post it sounded like > > Polygons were in the works but not working as yet - bad assumption on my > > part. So has this popped onto the wish list or future > > development radar at > > all? > > > > Dan > > > > At 05:59 PM 7/9/2003 -0400, Daniel Morissette wrote: > > >Dan Barron wrote: > > > > > > > > Follow-up to an old post. > > > > > > > > In the latest version of MapServer has there been any further > > developments > > > > in creating drop shadow effects for polygons? > > > > > > > > > >I'm not aware of any developments in that direction. > > > > > >-- > > >------------------------------------------------------------ > > > Daniel Morissette morissette 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 > > > > > > --- > > Pr?choz? zpr?va neobsahuje viry. > > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > > Verze: 6.0.497 / Virov? b?ze: 296 - datum vyd?n?: 4.7.2003 > > > --- > Odchoz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.497 / Virov? b?ze: 296 - datum vyd?n?: 4.7.2003 > From lfilak at medinaco.org Thu Jul 10 08:32:56 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 10 Jul 2003 11:32:56 -0400 Subject: [Mapserver-users] Perl Mapscript - equivalent of zoompointmethod..? Message-ID: <200307101532.h6AFWkN07216@yogi.medinaco.net> Actually I recall a discussion with a fellow PerlMapScript user at MUM who was thinking of "packaging" some of these more frequently requested routines. Unfortunately I have a hard time remembering my own name when things are busy so I have forgotten who it was. Would the appropriate person be willing to comment on the status of such a package? Thanks. Lowell The following message was sent by Eric Bridger on Thu, 10 Jul 2003 09:44:41 -0400. > Ali, > In the Wiki, mapquakes.pl example: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex2 there is a function called set_extent() which takes the users mouse click and zooms the map to that point. Is that what you need? > If no zoom is set, $zoom_dir == 0, then this functions as a pan tool, recentering the map. > > Steve Lime wrote mapquakes.pl. I also adapted some javascript of his into Perl to handle pan direction buttons. This just adjusts the mouse click image coordinates which then must be passed to set_exent(). > > sub pan_to_map { > my ($map, $direction) = @_; > my $pansize = .50; > my ($x, $y) = (0,0); > my $width = $map->{width}; > my $height = $map->{height}; > > if($direction eq 'n') { > $x = ($width-1)/2.0; > $y = 0 - ($height * $pansize)/2.0; > } elsif($direction eq 'nw') { > $x = 0 - ($width * $pansize)/2.0; > $y = 0 - ($height * $pansize)/2.0; > } elsif($direction eq 'ne') { > $x = ($width-1) + ($width * $pansize)/2.0; > $y = 0 - ($height * $pansize)/2.0; > } elsif($direction eq 's') { > $x = ($width-1)/2.0; > $y = ($height-1) + ($height * $pansize)/2.0; > } elsif($direction eq 'sw') { > $x = 0 - ($width * $pansize)/2.0; > $y = ($height-1) + ($height * $pansize)/2.0; > } elsif($direction eq 'se') { > $x = ($width-1) + ($width * $pansize)/2.0; > $y = ($height-1) + ($height * $pansize)/2.0; > } elsif($direction eq 'e') { > $x = ($width-1) + ($width * $pansize)/2.0; > $y = ($height-1)/2.0; > } elsif($direction eq 'w') { > $x = 0 - ($width * $pansize)/2.0; > $y = ($height-1)/2.0; > } > $x = int($x); > $y = int($y); > > return($x, $y); > } > > Eric > > > At 12:37 PM 07/10/2003 +0100, AMC Story wrote: > >Hi there everyone, > > > >I'm using Perl Mapscript to develop the interface of my application, and have > >very kindly been given some existing code to work from from another member of > >the list. The code that I am making reference to is written using PHP > >Mapscript, so I'm having a little bit of trouble in that not all of the methods > >available with PHP Mapscript are available with the Perl version. > > > >I'm dealing with my panning buttons at the moment, and the example I have > >defines a point object which the new map will zoom to, and then uses the > >zoompoint method of the map object. This method isn't available in Perl, does > >anyone have any suggestions as to how I might get around this? Similarly, > >their zoomin function makes use of the zoomrectangle method... > > > >Thanks for any light you can shed on this. > >Ali > >_______________________________________________ > >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 pedro-b-salazar at ptinovacao.pt Thu Jul 10 08:51:17 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 10 Jul 2003 16:51:17 +0100 Subject: [Mapserver-users] generate maps in WBMP (for WAP) Message-ID: <1057852277.1641.40.camel@vitoria.intra.cet.pt> --=-E8RVY1ClN1FxJx9NUfDl Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Greetings, I would like to generate WBMP images for use in WAP. I didn't saw any option in mapserver to build or enable support for this type of images! Isn't possible? thanks, Pedro Salazar --=20 PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 --=-E8RVY1ClN1FxJx9NUfDl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iD8DBQA/DYt1DhKeMdgDvGERAksnAKCatGjjRLqMNHGXvyLUQaGOu7oLYQCeKCfH UZMOEg8ksLlQpYG3iaf/dCA= =+BuR -----END PGP SIGNATURE----- --=-E8RVY1ClN1FxJx9NUfDl-- From godwinl at agr.gc.ca Thu Jul 10 08:56:38 2003 From: godwinl at agr.gc.ca (Liz Godwin) Date: Thu, 10 Jul 2003 11:56:38 -0400 Subject: [Mapserver-users] French Labels Message-ID: Hello, I having problem with labels having french accents in my map. The characters are displayed as boxes instead of "?" for example. My Label class is as follows: LABEL TYPE TRUETYPE FONT "fritqat" SIZE 8 POSITION AUTO BUFFER 2 COLOR 0 0 0 OUTLINECOLOR 255 255 255 ANTIALIAS TRUE PARTIALS FALSE END I have looked at the DBF file belonging to the shapefile, and the accents are present. Another layer I use that looks up a placename and adds it to the map works fine. The label it adds includes the accented character. It is only that these map labels are not displaying correctly. Help would be appreciated. Liz Godwin From morissette at dmsolutions.ca Thu Jul 10 09:05:27 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 10 Jul 2003 12:05:27 -0400 Subject: [Mapserver-users] generate maps in WBMP (for WAP) References: <1057852277.1641.40.camel@vitoria.intra.cet.pt> Message-ID: <3F0D8EC7.8E70DFA7@dmsolutions.ca> Pedro Salazar wrote: > > I would like to generate WBMP images for use in WAP. I didn't saw any > option in mapserver to build or enable support for this type of images! > > Isn't possible? > Yes it's possible. GD supports WBMP so it should just be a matter of setting "IMAGETYPE WBMP" in your mapfile. Note that you should take into consideration the fact that WBMP images can have only 2 colors as you design your mapfile. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Thu Jul 10 09:15:28 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 10 Jul 2003 12:15:28 -0400 Subject: [Mapserver-users] French Labels References: Message-ID: <3F0D9120.FDD7DE49@dmsolutions.ca> I would suggest that you make sure the label field in your DBF uses the same character encoding as your font. In general fonts should be in ISOLatin-1 (ISO-8859-01) encoding. Depending on which software generated the DBF, the file may be in some old DOS codepage encoding. I'm not sure of the best way to fix your DBF file... hopefully the software that generates the DBF offers a way to chose the encoding for the accents, or maybe you could try editing the file in Excel. Daniel Liz Godwin wrote: > > Hello, > > I having problem with labels having french accents in my map. The characters are displayed as boxes instead of "?" for > example. > > My Label class is as follows: > LABEL > TYPE TRUETYPE > FONT "fritqat" > SIZE 8 > POSITION AUTO > BUFFER 2 > COLOR 0 0 0 > OUTLINECOLOR 255 255 255 > ANTIALIAS TRUE > PARTIALS FALSE > END > > I have looked at the DBF file belonging to the shapefile, and the accents are present. > > Another layer I use that looks up a placename and adds it to the map works fine. The label it adds includes the > accented character. > > It is only that these map labels are not displaying correctly. > > Help would be appreciated. > > Liz Godwin > From pedro-b-salazar at ptinovacao.pt Thu Jul 10 09:14:47 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 10 Jul 2003 17:14:47 +0100 Subject: [Mapserver-users] generate maps in WBMP (for WAP) In-Reply-To: <1057852277.1641.40.camel@vitoria.intra.cet.pt> References: <1057852277.1641.40.camel@vitoria.intra.cet.pt> Message-ID: <1057853686.1652.55.camel@vitoria.intra.cet.pt> --=-ZjNcv9prsBAYnOUDe/vk Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > I would like to generate WBMP images for use in WAP. I didn't saw any > option in mapserver to build or enable support for this type of images! Well, I made a "mapserver -v" and it shows that WBMP is supported! I don't know if it's supported by default. So I suppose if I use the header "image/vnd.wap.wbmp" in content-type=20 and output the image as MS_WBMP instead MS_PNG it should work fine, right? thanks, Pedro Salazar. --=20 PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 --=-ZjNcv9prsBAYnOUDe/vk Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iD8DBQA/DZD2DhKeMdgDvGERAopcAJ9v5pDR+JQIxXiEZ6hTSWrMBrDFsgCfQJWm MUDPpPe1zxu9MIDjRVYnnZE= =mKDJ -----END PGP SIGNATURE----- --=-ZjNcv9prsBAYnOUDe/vk-- From lfilak at medinaco.org Thu Jul 10 09:33:58 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 10 Jul 2003 12:33:58 -0400 Subject: [Mapserver-users] can write a program run mapserver as standalone MAP server using VB or Python? Message-ID: <200307101633.h6AGXmN08530@yogi.medinaco.net> If you mean to generate map images without actually serving them via the web both ways could work. PythonMapScript (or any version of MapScript for that matter) could be used or a VB routine could utilize the mapserv.exe executable to create images by creating a system call with all the required parameters (assumption on my part, I know nothing about VB). HTH Lowell The following message was sent by "DellYan" on Thu, 10 Jul 2003 18:28:30 +0800. > hi all: > i want to get a standalone map server ,how can i do it? > can using python finish it? VB? > > thanks your attention!! > > > From dblasby at refractions.net Thu Jul 10 09:51:52 2003 From: dblasby at refractions.net (David Blasby) Date: Thu, 10 Jul 2003 09:51:52 -0700 Subject: [Mapserver-users] Error message getting eaten in 4.0? Message-ID: <3F0D99A8.9060005@refractions.net> I've had several people ask me about getting an error like: msDrawMap(): Image handling error. Failed to draw layer named 'test'. I've traced back through the code, and I've verified that I'm (mappostgis.c) calling msSetError(..), then returning MS_FAILURE. But, I still get this error message. This is causing no end of confusion for the postgis connection users. The error messages it tries to give would be extreamly helpful to people with problems. Whats up? dave From lfilak at medinaco.org Thu Jul 10 09:55:47 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 10 Jul 2003 12:55:47 -0400 Subject: [Mapserver-users] spreading the MapServer gospel at OSCON2003 Message-ID: <200307101655.h6AGtbN09009@yogi.medinaco.net> It already has a spatial vocabulary: my $pkishor_98 = new mapscript::pointObj(); my $Portland = new mapscript::mapObj("Oregon"); my $OSCON2003 = new mapscript::layerObj($Portland); Lowell The following message was sent by "pkishor_98" on Thu, 10 Jul 2003 02:07:08 -0000. > http://www.oreillynet.com/pub/a/network/2003/07/09/photos1.html?page=8 > > Yes, you can spot the MapServer t-shirt. I also met Karl from Earth Data Analysis > Center in NM. Couldn't find any other MapServer folks. > > I talked to David Axmark and Monty Widenius, developers of MySQL... spatial support > in v 4.1 on is there to stay, and there are a few folks already using it. Where it actually > goes will depend entirely on how big a community wants it. > > I talked with Larry Wall and he promised Perl 6 will have a complete spatial > vocabulary. > > (ok, that last one was a lie, but only the last one). > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From roland.forster at knuut.de Thu Jul 10 10:11:44 2003 From: roland.forster at knuut.de (Roland Forster) Date: Thu, 10 Jul 2003 19:11:44 +0200 Subject: [Mapserver-users] delete shape with php-mapscript Message-ID: <003901c34706$56fd1bb0$2220a8c0@rocky> Hello, is there a way to delete shapes with php-mapscript without looping through an existing shapefile and creating a new one (without the shape i don't need)? As far as I know there is no method to do this directly. What's about setting the shape to MS_SHAPE_NULL? How to do? Thank you for any help, Roland From hunt at zedxinc.com Thu Jul 10 10:30:59 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Thu, 10 Jul 2003 13:30:59 -0400 Subject: [Mapserver-users] terraserver WMS problem Message-ID: <014001c34709$071ee990$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_013C_01C346E7.7FF04BB0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_013D_01C346E7.7FF04BB0" ------=_NextPart_001_013D_01C346E7.7FF04BB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does anyone know why when I add more then one utm zone layer to my map = file, the image I get back for terraserver gets greener. There is a = sample attached that uses two layers and the layers are down bellow. LAYER NAME ortho-18 METADATA "wms_title" "USGS Digital Ortho-Quadrangles" "wms_srs" "EPSG:26918" #NAD83 UTM zone 18N "wms_extent" "-78 0 -72 90" LYRNAME "DOQs (orthophotos)" LINK = "http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServiceOvervie= w" END MAXSCALE 299999 OFFSITE 255 255 255 GROUP "ORTHO DATA" STATUS ON=20 TYPE RASTER CONNECTIONTYPE WMS CONNECTION = "http://terraservice.net/ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS= =3DDOQ&FORMAT=3Dpng&styles=3D" PROJECTION "init=3Depsg:26918" #NAD83 UTM zone 18N END END LAYER NAME ortho-17 METADATA "wms_title" "USGS Digital Ortho-Quadrangles" "wms_srs" "EPSG:26917" #NAD83 UTM zone 17N "wms_extent" "-84 0 -78 90" LYRNAME "DOQs (orthophotos)" LINK = "http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServiceOvervie= w" END MAXSCALE 299999 OFFSITE 255 255 255 GROUP "ORTHO DATA" STATUS ON=20 TYPE RASTER CONNECTIONTYPE WMS CONNECTION = "http://terraservice.net/ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS= =3DDOQ&FORMAT=3Dpng&styles=3D" PROJECTION "init=3Depsg:26917" #NAD83 UTM zone 17N END END Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------=_NextPart_001_013D_01C346E7.7FF04BB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Does anyone know why when I add more = then one utm=20 zone layer to my map file, the image I get back for terraserver gets = greener.=20 There is a sample attached that uses two layers and the layers are down=20 bellow.
 
LAYER
   NAME = ortho-18
  =20 METADATA
     "wms_title" "USGS Digital=20 Ortho-Quadrangles"
     "wms_srs"  =20 "EPSG:26918" #NAD83 UTM zone 18N
     = "wms_extent" "-78 0=20 -72 90"
     LYRNAME "DOQs=20 (orthophotos)"
     LINK "http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServi= ceOverview"
  =20 END
   MAXSCALE 299999
   OFFSITE 255 255=20 255
   GROUP "ORTHO DATA"
   STATUS ON=20
   TYPE RASTER
   CONNECTIONTYPE = WMS
  =20 CONNECTION "http://terraservice.net= /ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS=3DDOQ&FORMA= T=3Dpng&styles=3D"
  =20 PROJECTION
     "init=3Depsg:26918" #NAD83 UTM = zone=20 18N
   END
END
 
LAYER
   NAME = ortho-17
  =20 METADATA
     "wms_title" "USGS Digital=20 Ortho-Quadrangles"
     "wms_srs"  =20 "EPSG:26917" #NAD83 UTM zone 17N
     = "wms_extent" "-84 0=20 -78 90"
     LYRNAME "DOQs=20 (orthophotos)"
     LINK "http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServi= ceOverview"
  =20 END
   MAXSCALE 299999
   OFFSITE 255 255=20 255
   GROUP "ORTHO DATA"
   STATUS ON=20
   TYPE RASTER
   CONNECTIONTYPE = WMS
  =20 CONNECTION "http://terraservice.net= /ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS=3DDOQ&FORMA= T=3Dpng&styles=3D"
  =20 PROJECTION
     "init=3Depsg:26917" #NAD83 UTM = zone=20 17N
   END
END
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------=_NextPart_001_013D_01C346E7.7FF04BB0-- ------=_NextPart_000_013C_01C346E7.7FF04BB0 Content-Type: image/jpeg; name="terra.jpg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="terra.jpg" /9j/4AAQSkZJRgABAAEAYABgAAD//gAfTEVBRCBUZWNobm9sb2dpZXMgSW5jLiBWMS4wMQD/2wCE AAgFBgcGBQgHBgcJCAgJDBQNDAsLDBgREg4UHRkeHhwZHBsgJC4nICIrIhscKDYoKy8xMzQzHyY4 PDgyPC4yMzEBCAkJDAoMFw0NFzEhHCExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTEx MTExMTExMTExMTExMTExMf/EAaIAAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKCwEAAwEBAQEB AQEBAQAAAAAAAAECAwQFBgcICQoLEAACAQMDAgQDBQUEBAAAAX0BAgMABBEFEiExQQYTUWEHInEU MoGRoQgjQrHBFVLR8CQzYnKCCQoWFxgZGiUmJygpKjQ1Njc4OTpDREVGR0hJSlNUVVZXWFlaY2Rl ZmdoaWpzdHV2d3h5eoOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK 0tPU1dbX2Nna4eLj5OXm5+jp6vHy8/T19vf4+foRAAIBAgQEAwQHBQQEAAECdwABAgMRBAUhMQYS QVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVGR0hJSlNU VVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5 usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/AABEIAYICGgMBEQACEQEDEQH/ 2gAMAwEAAhEDEQA/APTwiqvFWZi4AXMjDPoKAI+OwxQBIZRtwFANADME0ACLzyaAHEDpQAzODigB wUsduMZoADGFbG+gB42gNzzQBCwLYx0oAACDzQAhGOaAFaM4GDnPpQARRM2cKeOtADyQHG08CgCT bIwy3SgBjokYyXXJ/OgBisznCgY9SKAFkjOQAAW9u9AEtpAGlKSnyjjuKAHNGqfeOcdhQBA0u0/L hB70AR7+flH/ANegB5YADPAoAnaJWhzHyfWgCmDtPIoAvR3yJFgRDd+lAFaWV533MfpjtQAigY9a AHYGc8CgBrFTwgLGgBywFlzvA9qAJIwISeST9KAGSIokBYYHoKAJk2JGDnH1oAgnmD8KTwe1ADVj bbuI4oAeh7EcUASJBCWywA/rQAk+xEPlptI9BQBUkeQtgUALBETz1NAFiPdHyWKnNADyRI3ztkUA MlUbDs4A9KAGIDnCjk0ASOHUZHQjmgCASyK4ROCe9ACMsnmne26gB8QA4xj2oAebYOd0Zww7GgBW mbb5c4yF4B9KAK0sW3HdOxoAtW5SIADlupzQAy8d5XBQ4xQBG0siLtK4b1oAljvGaMRkDP8AeoAd vjgXKHfIe9ACIm9xIWJJ60AQ3SnzvlXA/hUCgAgiPqAPSgCSWFiOCKAHw2joNxx+dADmADUARk5G B070AM2r6CgBw4GAOKAEdSTn0oAiDscjHFAEijj1oAdnp7UAHJ5oAUqSp60AEcfy5zg+9AAXA5Xk igBgJf3NACyOUXoM+1AAWDKrZxQABhn60ABRnIEecUAPiDB/LA56H2oAtywBIg2MfTvQBUZhnGPy oAjMjs5jDYFADhtXqvNACed2Bx7CgBJnbaAOKAGi5Zmy5LAcEZoAmFyGTC8ex70ARGMswOOCeTQB LiJD1z7CgBZHR4doXBzQAyKQx8ZyKAGTOj84ANADym5RgdOvFADeF7UAJuLcBaAI2Yg4NAEkbAKA BQA9W2t6jtQAnmNnk4P8qAGs5RsglyaAEEErjew4AoAWNlX+HJFAEyymRgq/LnjFAE0to0aZzk+g oAYsypFs8oF+7MM0AQu7BTtBxmgCLzGJ2igC7AixxDHLGgBJlJXp+XagAtYoyh3kj60AMnLhSHAO OOKAIdzZ+XqKAJtwZAfWgCIxZPHb0oAsRImzGAT60AM2BG+YY9KAHDaDz+lAEc7hvnUYzxQBAvnK CFycUAJtnkPzg+1AEkcckJJwxB7UAOTc4IYE0ARiIb9oGPxoADGB1cCgBYyE+YMx7YoAlyQu8hVB 9eTQAzzDxtXA9fWgBxlUY3EZoAUToqkc89+n6UAMMyBcDax9cUACSZ4QcUAGaAHdelACgHHJoAZI mOQKAEB4+lABmgBcg8YzQBISAAB1HpQAxmbqW4NADdydOSfegBSCOnSgBrJzQA+OJiDnpQA3ocEU ASxyFGDLnI5z6UAWo79Fd3lQFm9BQBWmvN7kDO2gCCWfPHGe2KAGLC5AcnHegCWMLICCxLUAOQJG OnNACtlwSEoAhWNN44yfpQA7yQCCc49qAHNhyACfwFACSQmPkHigBm5R2zQA0hnPA/AUATQ2bMMv 8ooAfIgUgREtjvQAC3ZuWOBQAW7JbyFmXfjIHPegAvCJ8OEVT7UAVlyuQaAJVUuuEBJ+lACeR82G 6+lAEqxNEhZQOPWgCIys3U0AIFJPyg0AOeIphgSMc0ATfbZFgKswB9cUAMicNy2QT7UANaMZxj8a ABLfJO0g+2aAEaOSPGf0NADknYDDDLHjmgBJCfMAXgHrQBMxEsWQDx3FAEDLMQSI8KKAEt2HQn60 AWNyRgFRnFAEAuv3pIG0dxmgCdyGA7g/pQBFIAgHORQAwH5uaAJFkCHmgBz3KKBjg+tADS43AscE c5JoAjkvMRlVHLegoAjUkA55Y0APggVzmQkAcgUATEJuHl/LigAfZkkgu3qTwKAIwpbtmgAMG5h9 0UASrAFB7j1oAg8olzjpQAhTY2DkmgBefSgCQAKKAAn3oAazEfSgBdoK/LmgBVUBSSaAAYx3A/Wg BM4GB/jQAnT73TBPNADC3TaMg9zQBMFCqNzfNQA9cLkjBoADOvQD9aAIJW3nOPyoAQsFXJYA9h60 AIvznODyep6UATSWhERbOSPSgCGAquQVGfU0AS7x7mgBrIw+ccY7UASiQSc8bgKAI2mIH9BQBJao ZjnI+goAlkSCJcO49lXmgCHzkVMjmgCMyM/CDAoAdDbq7fvGxjt60AWd0UY2xrk0ANPmP947VoAR pEjTC8mgCCR2bl2/AUAM346DA96AEEnPrQAqsm7kc0AWvLUqj5Cgd80ARvNt+WFR9aAG5Y/6xz9B QAsaLncEJA7mgB7OOzKB6d6AG3EbIRu+X6nrQBWIbzOQR6UAXEtnMe8EFu6nrQAicAq35UARPK8L EYyB0P8ASgBElV8Y+VvQ0ANKkFicEmgBxwUx91vagCSKdY49gUn15oAlR2yrScKT2oAidoWAUIFb P3vWgCUonkBkkBbONp60AVWti2ChGW7D+tAD5Ekt1Xd39O1AEO/PUknpQBJgqemD70AI4xzQARIJ GDnkrQATr8+Gz7UARqgHI7UATKoC5GCT69qAHMUVeu5umaAEt4RPIEZtoHXHegCxc2wh5jGQOxoA p+ac4oAUk4FAEgl4wWJx2oAQkn/ZHpQAwNtb2NAEm30PFADN3qaAEyeoHFACScng/hQA+LcEOeKA G5weOfWgBxKgdaAFB56dKAI2QljuJOTQA4rhfTFAEYViT83AoATceRmgBN2e1ACgyAYDbQevegC7 BaxABxl/cmgBbgxou09ewHagBoYsu1mIXFAFObZG3XI7UATQTBlxjB9fWgB5HqxoAhkKb/lOOKAH R7FYb+R6UAS3G3AW3GPUjigCuE2nDUATC3Xb696AGGQKdqgj1oACgLZJI96AJhIqAbQSaAGMzMMs 20egoAjLYPyj8aAAKSdxNACYycAZoAPLA5Y8UAISoOEGaAHoskh+cYQdKAHZOMABRmgAyq/7R9aA GSTN91epoAainPGcigBztznJ3d80AOt5YxKrNyAelAGnO8OxJoGCn+6KAKDys0pZ1GW6CgAbDA55 z1oAga2Xjadp96AJ0tpABhh+I60AV5PkkAI5zjFAFi5AUKVyT04oAkspWhA3rkY6MKAGTbLmQ7Vj TjOSf5UALaytCCVVH3DBLjOP/r0AShsHPU46mgBsoEi7X5HqKAG28EcRz949qAJ5YfOQkffUdaAM 45yQ4xg4oAlt1KcoMY5zQAt9KHgG0Y55oArxoVTeTtH86AJEQuCY1JFADWUr1GKAGFth4OKALMFw zLhuvTdQA2WPBynFAEeOaAFI9DjFAApz17UABAoAbzQA7qOn40AOXHQUALgL3yaAGFgSAM4oAUcD P9KAGjaTljn0zQA5mIHH5UACvuGGGKAAgL3BH1oAFkLZ8tc+5oAkjSJEDNyfagCOWVJPkEYHvQAw HHFADop2jJGTtPUZoACd5OM0ASxsM4NAEEqIz8A49KAFAC9PyoAfEoMw7j60ATTQq/QYI6GgCDGw 4xz3zQBIiM3I/WgAlQBc5yRQAxbmQfdAFAETOXJOQD3oAsRAAYYEnsaAGM/PHJ9TQABS3XmgB8cG 9sFgB70ANlVYW2ZV/cGgBwYAYC0AKTkbcUAEaonPGaABn3HHJ9qAGuoxzx7CgBgfBwF/OgBrht2W HDdKAJVZ4kzgKT/FQBGV3KDQAjKFGAPmJ44oAtgJbJ8+QSOtAFGSaSQgomAOhoAfHFPKxIcknuaA LQsZwOoYUARN5kBYHcpXoM0AQQpJNMHcgY6DNAFxnIO2UBcd6ACRg0YCnpzQBTK7ZFyCR3FAGgpX aNgAGOlAEbyKhAPGaAHjB5FACFkRvmYUARTXhHyqcAe/WgCs0ysS/f2oAk847MAfiaAB5BIoDJjA xxQApRwoI+6B0NAD4pGiGBhSaAJIU86MsSSw680AQy26BuH69qADhR2/CgBVcAEMfpQBGy/3RnPp QA7a3p+dAAEPXOPpQAeWO5J/GgA8tP7n6UAC8kLxQABCpJPB9KABjigBIojI4CjGe9ACOrRMVbrQ AxRnvgUASfKODQAgG7iNWJNAEptMLmV8etACEgf6oYUcUAR7ST0JoAebUsueRQBDDBIzEY6d6ALS 26ry3zGgBWjOMxqM+goAjWJi5OCPWgBhHzHj6UAG3JK4OByaAHRod26MbRQBYLhRksBQBGzNMQYk HH8Td6AGTTnlAuD39qAI1Hvx60ANkTng0AKkag9cmgCTIAIOQB0x2oAYTvXAGKAASMg29TQAu4lO TyemKAAKWOTQA5gQeOBQAbu4NADGZN2ScmgCa2fzfkXAYUASSGGHPmuC3oKAIhdxCcERDb0zQBLc 3MD7cLkr0oAovIzn0UUAPSQkAE0AKGCyru+760AT3YWTZtIxmgCvyjYI4H60AX/tS+VhB/8AroAg N3Onf8xQAx3muiFJAx6UAKlpJnJk+bsKAEdd++OckFelABbxvjBxgCgBZmO3n7w46YoAjSRuzY7Y HSgCXh8JIMGgBVDwHjlKAFkRJPnXIJHOKAI4rRA25mwnpQBMVVx5aRqRQA2e1EIDEfKeoHagCAmN WOxMj1zQAsLqNyt93t7UARSyNuwvA9aAGw7g2NxUN+VAFvy8rlXUewoAYUBODkn1zQA8LGnG3J96 AA/LQBGzEn5RzQA4DP3j+AoACCD8o4oAdhvUD2oAf5XUx8+lAEMjKny8lu9AD7aONwWZhweBQBPK SoHl4UDvQBUVyXKqCzep5NAC+TKxwExQBERhsHgmgC9ZuqxkcAjv3oAjLeY2T930oAjYjd2xQBJH OqkggFh0xQAyW5djwMUAMjdlJOetAFsY2Ak8etADGuFUHbyR2FAEJmc85wT2oARXKMGOMUAWxtch waAGSYUc/doARkBUAjIPQ0ANWTaPm6jt60ARsplZjjbt9R1oAYeBigBwGG5waAFbbklRigBFdRzj cffoKAGCUM3bn2oAnaMOgHbtigCPYwwMHdQBIEO3k9KAGySogPIJNAFbbLIeMigBwg2qSeWoAjj3 RuGz7UAAjO/np60AThEjA2jeTQBKkTIplmRQn92gCysUSrvCIR7igCtdbGx5aqD7DFAEXl/LyKAI /LeNtyDAoAl85WGGBHvQA0cHKMKAFLnvyT3oAuQRCKMsT8zUARrdAyMrDAPegBJmV2LA4GOPegBl q8nm4OMUALdgCQbe/WgCNAACc0AJghsZOKAHJckfK3K9qAJQ7OMKv/1qAHCHA3TNxQA5bhV+WFfx IoAgnn+bb1dutAB9lCxhjz7UAKGjjGAvze1AB5QdcuAtAFaaHYc5wvY0ARjI5DfkaAHpLIe4I9aA LEbLsPGWzQAK2CccA9s0AKskaDgH0oAU7T8x6UAMZieF4X0oATy/fFADonYtw+AO1ADBGDKfNbHv 60ATrFEoBXt3zQA9h5nU8elAArxxccD6UAKb1VG1Rk0AUpmG0DjcTkUAOCkncaAJSRtwOtAFcB8l AeaAARspznpQA8kDBIoAkKxOhbJBA54oAhi3SDb820UAISF4wcnvQA4lgOhoAaSR0zQA6HzAcjge hoAdMGdepoALec7djdexoAsbMDgdaAE3gcNwRQBDM4YnuKAI94HH6UAKMsKAHgA/KO/rQAbFjPJG fSgB63IQkHBH05oAY07EfKAMHI9aAFikecEMRgdRQAbI1U4AJNADQxAwTnFACPKgHPf0oAYqDOQc 0ASMMpx1FAC28oibOAQehNAFuO2edjJPJiP0zQBDdPEWCW5OBQBDyuCehoAlJAU4PTmgBse2RMiR QfQ0ARzw4OMAfTvQAtvEjNiRip7CgCOYhWcDoDxQBfjU+WmThiPWgCrdqIxnqT6UAJDh4wCpBHFA C7QpPzHPY0AJ0UA8nNAAY8Pnv70AMmJHyr170AOhi2jc/A7UAS+Y4IYELQBEQZCMtk/WgB7RyKny sAfagCvFE3nYJ60ASu+5s84XjigCaPaU+UD60AO2H1/+tQAyQxrkE7z6UAVhDubhcenFAEgt9uN7 dOwoAe+GICdfWgAEQ6sdxHrQA0pznoKAFBUHBP50ABeNW4JJ9ulADfOPpQBWGVYHNAExAYA+tADl BQZBzQA43GwcDBoAZgyLuxtHrmgBQwVwMmgCSKNMlycnoB6UAKwA+4xoAjOWOAaAFClOMfjQAFsU ARhizUALu8o8HmgCe1cFSM8+lADZ4iDvUZHdaAGG6yCmMDigCeLytmQOaAI2G0kjp6UALuyBjvQB HJCfvLQA6G4ZFKsMntQBFIxZiW60AAB9KAF2/Lk8GgADAdTg+lADlOecYoAGZM4oAYenHFADOA3U 0AN3lXyKALAbeMrnPpQBJDFl8ydPSgB9xDE64A2sBxigCmhKHBHNAFiMggj1oAjZc9KAHq8jRCNm yg7UAIBhuuCe2KAHOzL97gfSgCGaXdwtADFYqRjntQBKzSIMMDg9M0ARGV92FOO3NAFyCwQxh5XO T6UAQzQubg7C20dKAHbCrgykkD1FAFghSpPTAoAqn72aAHH5cUAJI5U5B5NABDEXPc9zQA+SPa/H X0oAAmQC7AD0oAkZkQAL09qAB1Vk+X60AQsfl6DigCFT1U/xdKAJ0laJQGQ/WgBJPMkfAPynvQA4 RLH945NADtx/hXA9TQAbAxyfm+h4oAc4CrlMcUARqocEscUARt8gwPmzQA0A555+lABg9M0AG0+g oAmFugOSSTjvQA5gvHT2x2oAjk80nG5cepoAT7OSckjP0oAdHCM7S2PQ0AJJbFckHtzQAkLDafXp mgBzBscgUAMG5BkZ/GgCQSAghgPwoAiZd74UGgCX7PsjyDlu9AEMgLjGOaAC3X5skkYoAsmT8KAK 88W87hxnrQAkQKNxyKALG5SM9aAImJQ8Dr2oAZl5OpwKAHxxZ4Az70ALNEEALHmgBoLY2jn6UALs ZurZoAkaEuuVxkD86AKrFskHj2oAQDj6UAOxkd6AECUAOjQO+D0oAmEgQlR0oANxZsDigBwYKwDN g0AMm2+ZxhvegBF9RQA91wc+tADMkEADIPvQApIjJBVs9qAGMS554oAGiBHBFAE1jaDIkc8DoKAL lzEskeMbSOlAFBbctJtPGO9AF7csFthnBx0NAFOC4MjElcDPWgCSTkZoAiV8/Kc0AI8LqAccUALJ /q8GgCGIGV8f3ufwoAvLJHDEQo+bpzQBCcsdzHmgBzRL5Z8xgKAK6RjPysSKAJomCNt7UAOlj/iQ c96AKssbJ8w6ZoAngukERjkUsCOAexoAjKAAbGwTyaAFCyyc4OPWgCSSPEe3kmgCENj5VGKAHBvL 5B4PagB64IyqYPvyaABs7cnGfegBm3n5cigAZeaAHCOPHMhBoAdkkZH6UAMLtjkdKAJMgjIzn6UA ABPNADhGGxnP50ARXUoVCoPf86AIoz8o9/yoAmYkKACDjvQAhYmgCNlDEEjAz2oAlyFGB0oAesnY 9KAGgqGJUYzQAMvGQMZoAavJx+VAEgAHJPTt2oAiZMknG1KAHKqr+FADJZVJwCPqaAEtwxOXHy0A WJZREo2rmgCsTJO3NAE0URReCcnrQBKuFXsaAHBgvJoAr3UkTn5V+b1oAgGCKACgBNzbsY4oAljX Ck0AMZecHrQA+M7DgmgCYxRyKCSR7igBzwRmLag2kd6AKxidTgg59aAGtuCsG6qaADOaAEYuANpG PQ0APSQ9GXbQArA5+UgigB5lkCgA7QvoKAJ1uA8QG7L96AD6CgCGZA/3ifpQARoqoAvFACsADwc0 ANbrnvQA+NS5+ZuKAIrvG8Ih4FABAu0ZJwaAHsDuzQBFK7ptKH/61AERLOMuSaAEVjGcjpQBMG3D K9aAJIZcNhutAE5CsScfWgCCURKNoGDnrQA2NwQFOPY0APwY2HmE4oAlR0z8uKAK122ZQFHPrQA6 Ndo+7n3oAcwIA24HtigBGGRkAjtQA3dtXGc/SgCF5W/pQBF5jep/OgC91Hy/WgBCoB4bd60ALnA4 4zQAySVYx1y2KAGCZmxzgUAIUDEl84oAnjhKoHBxjsaABosgEd+aABlAwQAOKAGD5uBQA7YAc9aA Dr059zQAAc+p9aAJFGRk/maAIiQGIBz70ANaYLyfmagBBHNMdzHatACyoQQofP1oARY0X5nbNACS Sk/d4HtQAiyleDyh6j0oAsiQbR5QGD3oAaQ79zQACM9AaAIrsyLhAMKR1oAhUdqAHYA60ALQAZ44 oAasjI3HP1oAsBSULn6mgCNcbhu6UAS7wvC9KAHmUIuaAIXuSelACRyZbkdaAG8DjpQA4Mo96AAA sfQUABixxnFADSQin5s0AJaRPKXKnG3kCgCeOZiCrjDLQAM5BAHSgALGgBvOetADgT3AP1oAXcQD gED2oAqhstz60AWFU429AKAFwv8AFmgBlwo8sY7UAQjPagBRG7dBx6mgCWOFU5JzQA8AK3pQBG82 DsQZJ70AOWJQN0nJoAWcJ5ecY9KAGxDzE+bIA60ARjKOVZiO9AE67PL3EkN64zQALmQARfvMctxQ AwttI+XDH2oAMsfl7jrzQAu3d/q8ADqcUAK0GF3bgx9aAGeSf71ACqSDkc0APDY7UANZeSXbA7UA Rqm48DNADsKvcFh6UAJHNGX+bPHagDSXY8YaPBGKAIT05/CgCHBPU8UAIcfw8GgABycMOewoAfs7 dfagBsskcf3jk+lAERkMg64HYUANAK8UATQpGg3k5Pv2oADMznEfSgCMkqT6nvQAwDcck5oAVtoG BQA6OBnOTwvvQAMfJkG3lO9AFhXUpncDQBHJchT8p5oAhkkaX72aAG42jPWgB4VmHQ4oAYeDg80A IGB4waAFxmgB+9pGA9OBQA/yjnnigB4TaMkdOlAEEu9j82MfWgBYECvlgCKALWYj6CgA+zrJ8y8C gCGWIRvhe1ADWfauM9aAIjnGVNAEtnb/AGiQlycD3oAuGOOBNsJGSeaAIJlIOU655oAbsyeT1oAa w2nbjIFACZZshRx7UAPWLBAc4oAJmUAKpoAasYJGB07igBXfB25oABtUcn86AGkq/wAo596AHxQI nzHJIoAexyfagCFnHYc+9ACHcepoAEUJyoy3c0APU5OT83sOlACSkMwB4HagB0mY4gijLNQAq224 bpTg44FADQu3CL0FADfutiMgF+pzQAp/dsDvyPWgB8IRsliQD6UADGNFyhOB6mgBAjENgj86AGlC DjdQASlAAAQD3oAjaQKAAfxoAFRpCMn8TQBOyFYjg8gUAVIVbfnjHegCa5iKIGUA7h27UAQwSPFn bmgCzaM88hErcDnFAE8qBQfSgCMAn7o/E0AL5a45JJ9TQBHcM8cWFBI7mgCkCWPPJoAmjjZRuOB9 aAJFZWGWOD/OgBpIzz09KAJlKqvFAEbYLc0APjjz0U/XFAEoVEG4gEj1NAEbTK/Rx9M0AMbI7YoA WC3ySSflPYUAMlgKNkA7fWgBoNAD1wOtAE3/ACyzvH0oAjKKR1yaAEKgUAMOAcCgCIthuMg0AXIZ vMAUj5qAJnHlplse1AFR3DsMdBQA7KgcmgBnmp3I49TQAokz0Ix7GgBdwIxlc/WgCIoQ/wAx4oAd uKgBRlR3oAapKjAJFAEsEwQbWGCe5oAncZXrn0oAYsZKcA5FAEe5wSrGgB68cZPr1oAjuimAS+DQ AyNGZNwXigAJKfLkigBTnZwOfegCLbK3QE0AOjWRHBAoAtFiUz0b0oAjIZjnow6igBSpbnHT9KAE wPr9aAHBQQM847UASAdhxQBBvAuP3mAo6A0AWYULhpQwIXpQASo5Ocn6CgBjgou5sDPagCMAdSRu PagAO5vvDAoAcgCgBemeaAEKjPHA9KAEK85J2j0oAaW5NAAcscAYoAkhtecvQBZ8tSu3GBQBUu5G iIRT1oAgBPBJwaALcRLQDPGOc+tAFaVXUEryDzQBFEzRuDnHNAGh5sQwXbJPcdqAH5DgbSMUARGW NXwWGaAJuMdQRQBTmaJZwY1ye5oAfK8ewbeTQBDmgBAfagB4YdCePagCaKNW5A5JoAZdRPIBgkY7 UAJBHtznGOhLUAPCIv8AqUwT/Ef6CgBQnOScmgBclDkdO4oAsjYyckEGgCjMiq58s5FAEZYr060A PL5XNADA460ANZyRQAqgMBQAjLk80ANBaNgwOMGgC7DMkiHzWIOOMigCsSVOFxigBWf90w/CgCFF xn+VAE9vamUghQB70ASXNg0SZUggdhQBCttJIBubavpQBcMMS23lqfm65oAochsMOaAHMrMNoGKA J4l8mLB5780AL50hU5OB7CgCKPls0AOcvvUR9O5IzQA2S2VsNI5Y0ASqiRwkYyccUARIoypPBoAQ uA2MHFAEyMAoC9O9ADZQBz2oASNxjJoAcxDAFRgigBjOQvzcfSgBqvnttFADolKksDke9AEnmcYB 5oAif5zg8t60ABYKoQkgjoRQAi3EoORyD69aAEcSSMGbOO1AEkalBh+c+lAE7IVi3MuF7c9aAII3 XOCQPSgCfKjhSM470AROhPLH2oAjKpn7zUARxzyBs7jQBaF2xHMefpQA2S8deFjx7mgCrIzSNvbr QBLCi43Nz6CgCWbKxk7s0AETHaNwz9KAJXt1ljBI2nt7UAUZIZY32lSfTAoAfHBKT3Ue5xQA8WZP 3iT9KAJFtTjGcr6ZoAlVI0AGBmgBJoFdcrhTQBTkVozhh+NAC47UAIeBSUmJSciaCcp6e2aHZjdo k0VwqE9WY9cii4r8wxnLy/MPpjpQHwiNJg4GKYxpyTyaAFAI6H9aAGSqzLgH8OmaAFjbYuGIORQB Fxkk80AOLqRQAgUHtQADaOtAC5HagBeMc0AMOGBAFADogAuDQArx7jlecUAGz90xYYoAfpsYklO7 +HvQBduWCqNoANAFbexKlnJx2HSgBHDkABf/AK1AAEAOTx6UANnQyqAOGB5NAChAi4A3L1J96AGE 7ecjaaADzB0JoAUDuKAFzjkdu9ACZDMCTnFACyyDcAAPxoAjJycYoAVgCOmMDrQA2NyvXgUASctw BketAChVQcigBrPheenYetAEO15JCWGAO3pQBKEXHY0ANZjjYvAFACL70AOVlU9KAHqVY8qBxQAo Rd3UDFAEiSoGxjd+FADZmG7K/KO4zQBFJncBkkY/KgAReOFoAe7hIt2BkcUAQrKzH7uBQA7b/smg Bdiq33QTQAvIBYfjQA0QtO2eijuaAHQxIJSh+YetAEjQiP5hyPT0oAVWDsFAyKAIpiLaUbT8x6r2 oAsQXEcozkBh2NAEjbWGCKAKN1E6nIJYfyoAtWUpkTBHI6mgB000cR5PPtQBXN4ueEz9aAJIbkS/ Lwp+lAEmwSr8zAj2FAEEsRhzxketAFG6vIIJPKYtJcMMrBGNzkdAcdhnjccD1IqJVE9jOVRLYgNt cXPzXkzwRHkW8LbWH+84Oc9D8pAHIyw5rPkbM+V1BYnGnE/8+P8A6Tf/AGH/AKD/ALv3aTLXuGyq jb93AxWiNF7xG0e056LTGVpJA52qTigBVJXoaALMeNm5jg/zoArld3OaAEA4IPNAC4GKAF6dOaAG sOM0ANGR0oAQ5PU0AKVZRnoKABZSpBADEdMigBryyb+SAfagBVaWQbcsRQBdt08mPHQt6mgBhlja XZuyaAHsQPu9aAI5C6nrkUAEfJJyRmgBzHyzk8kelAEJdpXG35VHf1oAcwDqARxQAghiXDFcmgCU Rq3zdAO1AFeQZcc4FADjsA5z+dADQFJyufzoAUHHI49aAHovy8mgAAAbOM4oAlUFgCo/+tQAyZ1U c84oAhh/eHdjn+VAE6gsSIxkdyaAK7od+0Mc0ASuPJix0Y9aAIlLbuFB+vagBy5PA5oAdtwMHIPo KAJIkRMmTIPagAQgb9g49aABY2kyY0LY5zQA3aT97IYetAEe759o6CgBxww549qAJYrcuntQBMLb jvQBTLgyEAHPcUAO8stndx6UAK0jrGqEHb3IoAkiVI+V7+tADLiQkKgx83f0oAIk8sfu+vv3oAqz bzKTKMGgBI42kbEf50AXArRgBm3f0oAlDDv0oArzowyYSQCeVBoAqkEHBFACgc0WCw4jjNACNqEd goeZ1CMdoU9WbsAOpPsOTUuZLa6DHu7/AFFcRZ06D+8yAyv7gHIUdPvAnk8LjJzauYtvoTWltDaJ sh3fM2WZ2LMx9STkngAc9gB2qowsaRhYma2DHO7IrTY02Gm2KtlGJI9aJR5hSXMVoJhp1xHbMQtn JxGT0hfIwg/2WycehG0dVAx+Ay+A1I2WUEdR3Fa3NLlKe38k5XlTQMamKYx5JOM8igBo5YigB+0n HFAAQeh4FACgAUAG3IJ4AHrQA0lccOPpQAKNpLDBP1oAC6INzEluwNADIgHckg+uBQBZgQScMgRf U0APWSOIYjXp3PegCOYGdfvUARw26Ieck0AOYbXzQA7zNwICg+9ADIyUYgDIoAdM24YP4AUAKYzw ScD0oAazY6dKAGrz/u5oAc74IVTigAEQPPWgBpUg4YcAcUANxtbaaAHYB5xQAhJJxQBLGVjTORmg BkrSrHlO/wDCO1AEARm5Y/SgCWKEs2Bz6mgCSaQKgijzgHk0AKgEK8Lk/wAqAK8shkkyT8w9OlAD o0LcEkZ64oAsmKMRfLKAw/hoAb8qIWJJPagCBm3HJOKAGkjtQBcS86DgcY6UARS7mB+Yj196AIBh cBVwPagBxIDAgZoAuxSgjAIFADstQBXKFpy+MKRQA7pQAbuPrQBE0uPrQBGyMx3Z+YdKAHLKBwx2 n3oAnAM67cYX1b+lACBfIGMDae/+NADS2cD9KAEGRQA4H1oAJY0lUHHPrQBSn/0dWeZgqKCS5OAA OpJqXIlyK8c899xp6YTr9plQ+X/wEZBfPGCPlwc5OMHNyM3IkhsRbSGVnluJSNpllOTj0AGFXoM4 AzgZyapREqbRdhtnc7icD+daJG6aQ9ofLJ7ihsGxyZyDjA96FqJajLuUbNi5JJ60J2GnYpzRrJF5 bqrqylWDDII7g1Mo8xMo8wumzfY5Ft7li0TkLDM5yVJ6I5/k3fofmwWhMhM1pADGwbpitEWiiV2+ hFMoQ8DrQADGd3tQBJbuj7t+SR0GcUADTQxyllwcfw9qAI57tpT8qrGPagCMRSMM4PPrQAptX25x mgBvllHw3FACsoklRKANC2hijUZHNAEcxTdlR7UAMIOc+1ACAtjrxQAgfBx0oAV923IPHcUAMB+b 5TwaAH7QB1oAQLyPagB7ODwM0ARMvGRQAM2F/kKAGR5HJ5+lADjNxhTgk4oACzbgCBwOtAErInl/ N8zfyoAiWLI4Y4FADh8owBQAYKgOev8ACBQAqKqruJzmgBrr3B/CgCTzAItsedx60AQ7yh+Uc+tA Cq7Yy2SD70ANERBJx8x7UAOiBD/L17j0oAkY/wCyMetAEchGRvOV6AigBSoC9aAHRRbuW+72NAEj qqr2yKAI1G75m49BQAkiY+ZaAGe2BQAuOPpQAm4+tAC2mopcMYZUaG6UZaNgce5VsYYcjkdMjIB4 rNTMozU/j3JXb8a0RprH0GL/ALXC+1AxuzM24j5R0FADy3OB/wDqoAYVG7kgmgCeKXAwTyKAGTSF +KAI8lWOAAD2zQ9RPUlA45z0oURpCEAdKbsgdkVJNRVnaGxja7lU7W2HCI3Qhn6AjjIGW5ztNYuq 0YOq0OTTi7LPf3RuZEIKqo2RIR3CZOegPzFsEZGKSgNQLzSEgAEZ9h1rRKxaVhq5BJNUWPDmgAaV duAMmgCo0hZiDxQA1ZpB8igEfSgAKl2A60ASfZBMjJKqsjAhlYZBB6gipkTJFOZLzThkSveWw6h2 zLGPbA+cfX5uDyxIFZ2sZ2sOs7uK5QvA6sA21sdVPoR1B9QeRV85SmTSMwHPQ1Sdy1qShQUwDk0x ldozgmgAgt3mbAIA7k9qANCC2iiGeGPq1ADmK8Ec/XgUAM3sWzk0ANuo90WR1HNAFFpWEMrJC8kq IWRYyAzkDoNxAyenJA96AMNfEl7DpGs3epWbI1jeRWsVtExdz5iwlA+wMSczDdsDYxgbyAWQyk/i G/jt4o0vYJJZGlLyJpFwzxbQmI2tfM80E79284UDbkfOpoGX4NZ1SWbTJoxY+XfLGy2MbGaVkYKZ JBMpCBU3ZztIOFAO6RQAC1pWp37a7Jp1+LZ2aBpQIYJIhEcp8gZz+/Hz8sirtKDIBcCgDa2hiSpy Ke5L1JY145HPvUt8pLfKQt5ZldI5FLqAzIDkqDnB/HB/KhVBKYmNnPH4Zqmrl2uG8kUbBsC89etA Cg4BzQAiDcxPYUAOyUUlCRmgCGSIO2Q2cdqAJJTsGwrj3NADg+TtPAoAd95WC4OBnJoApDzZGypJ 9xQBOsoiXa4JJ70APR9w6jFACgjOAoPvQAx/lb5TyaADyWByfyoAkRQx2sQn1zQAg9jk+tADW+Zx tbDDrQASnOIw+T3NAEYRY2Ctkg9DQBYj24AfHB6UAI8pY4QbQPSgBrbthHrQAkeQoXGcUASxt82G GM0AMlRQ2QaAIwOeSaAF4oAr3FrFcRhJQxwdwKsVZT6gggjgkcdiR3qXTsZypqXqRLdyWQxqLIIB wt2WwD/vjACntkcE/wB3IWs+axmpOnpPY0che/NanQn2EO5uvA9KYCYP3VGB60AL5YB9aADaM0AL tB6UAMKjdhuBnrijYRXvNTjt3W33tNNjKQxjc5HrjsM8ZOAO5rOU7ESnYjEFzesGvJXt4TyLeBtr f8DcHOeh+UjHIyw5qFFmaizTaIQxrGqCONFARFGABjgAelbKKNlFEWWI9BTuVccsZ/hH40CHFkjG W5NAyKW5aTAHQcCgBsY4z3oASdM8jrQAsULYGTgHsKAJSDGmUXpQBEs8rHGN34UJCRMixsuWD7vT HShobRl6vARE97bJIbm3XcoQnMoXnYQODkZAyDgtkc1lKNjFxsXoWinRWjlRlYAqQcgg9CDVQLgS YKEAfoassY3JJFACWZH2nA6dqALrIzPnIAoAaFIJzigBJXSEZYjJ7UAVvtLMcANj1xQBBcRiSGRb eaWF2UgSIgLKT3GQRke4I9qAM2w8Mo63iXOr6lcNeSpO4lEA2zJ5flyrtiXDL5SYBypxyvJpDGt4 ajWUzw6lfR3+5mkvR5PmSBlRSpUoYwMRRDKoD8g9WyANs/DUWm3aSadqV9bQqIkFqohdPLjUKse5 0LhOCfvcFmPBJNAF/TdFW0uxcyXl3eSJE0MH2hlYwxsVLKCAC+dicuWb5evJyAaNzdW9lGJLmZY1 LbV7lj1AUDJZjjgDJPpUyfKZyfKZs897qIxsksIP7qyAzSeoYjIUdeVOeRypGDnF85mnzkCWEUWP sZa2lUkiWPG8kjkktnduwM5B6DuAapw5RuNi7FdkOtve7YLo8qvIEo9UHJI45HVT7EEinYalYsAK rc4wfQVqa3JiVCjbwPagCE5ZtoHFAD87OBxQBG7ZO0HknpQBYjRVwpAOKAI7nLSJt5FAD1UEYagB j7VOwAHPagCSKEBcf3qAGTqFbaAcGgBIlK8ZXaB0oASSeNHwEx7CgCIS4csiFfrQBJFKSCG474oA DIM8DigCUncgIOBjHFAEbkQrlepoAiXIOSCWNAEsCEnc45FADZS5fEajJ6mgCWKDYPmOTQAyZmRs AcUAIp9aAEIJHHFADGVhznNAC7uORigBnmUATwxh2NAEkhSNccfSkJoyo0lsDutEee36C2BUGMdv LJxx/sk4x0xjackrGPK4fDsaME8VzCssDbkPsRg9CCDyCDwQeQa0U7GiqJ/DuOztHTmq5S2hm6Vs 4GKBLQcThcnnFG4ruRFBcM8gBxipcuUNIkElzLqWU01vKgH3rh4yd3/XMHg8c7+V6YDc4h++Zv3x 9pZx2ilYQeTli7lmY+pYkk9hz2AqlHlKUeUvWl15MhDW6njg+hqzQmurp7jAZVAHYCgCDAXk/lQA ZZ+nAoASS23jK9fegCLYVBU8UAN37RxQAgJc8daALABQcnigCVZAQQOlADojGozhQB370AVri5hZ iMn64oAgWdenak1oT1bKGlL5SPYHhrbhAOghJIj+uANvPdT1yCc4OzMqfu3RoxKY+WIx71q9TXmc hJZ4zlUHbrUt8o9ImdBqmLzy7WFrkRsBJIjLtQkkEeu4YyRwQDyTwDHNcx9q2aEGrm5iDw7dpJGc EYI9jyCPQ1pFmsbEW+VmPLc0DJUhOdxJPuKBFiMtsxnoOaZQ5GwdyE5HX3oAfEySzBzGc46mgQXM S4YqMECiw7FNikcbSSMqIvJLEAD8TQ2iW1Ep/wBpT3Q2aUsZX/n4nB2e21QAXGO+QORgtyKwbfQx c3LYdb6dHFMZn3SzMu1ppTukIPJXvhSedowPQVUIdWXCBdACDkg/jmtmrGr0JLUR+b5jD5u1SyCa 7t4ruJo5QMNyeSCD2ORyDwMEcggHIIpTjoVOOhjpcSQX4065kSWQqWR0I3sv950/hPbIypIP3chT EZdDGMuhfVduT1J9K1NhRxlj949qQxrE4PtQAQR7V3t3psGOd9i/d56UKIkgizlm6U7xHeIw9CQw B+tK8QvEs2ogODMSB6CiwWJpT5cwMDDZj7uOaBFa5cBirD5/ftQMikcIOGGT2oAhCnOTzQAojaaQ RxfiaALbWaxw4XlhQBTOQSG4oAdE5BO3JFACSzE/Ltx70AOt5VjPz85oAuxhmGQu1f50ARzR8fKO +eaAImkbGM4NACCUMApHNADig6nBoACRigCNj3oAjZ88YoAPLPrQBIpYDg4oARgB1yTQA3GaGiXe Xw7EMlmRK1zZMlvdNwzmPcsg6YcAjdjsc5HrgkHNxIcFH4dyS1vVmlMMyGG5UZaM5wfdWxhhyOR0 yMgHihTHGZZzmtFqWV7u8httqu26STPlwqRvkPoo/Hk9B1JA5rOcuUmdRLYqJp/2vMl+uY25FowD IB2L/wB5vbO0cYyQGMxXOZqDqGou0EeWGx3z3rWMeU1jHlHEfNnj6VT1KeooQ5y3A9KQAzBeFFAD QNxwx5oAkUhPvdfSgBv2iVWIKgrjt2oArSzNK2TQA3aWPBH0oAkhjPpQBYIBXk4oAYXw3yigCGbO 8+tAEYjDqzMenSgBVjUnhSTTWwfYuU7xjb6nZSRjHnFrZgON3yl1J9cbGAH+2emcHnejOeWjQtzc pEMybgcbgiKXcgYyQoBOORnj+dXKXKjWU1FEMdleX2Dcj7NbkZEUbnew93BGPcL6D5iMipjeZmk6 hpRWccUSqoVFQABVGAB6CtVTsaqCtYrT25glNzaKXbH72IHHm+4PZh69D0OOCsS0M5wfQtwNDcQR zwv5kUqB1/hyD7dqpbFrYk+77D1pjE3Yf5e9MoTzNpIwTQBLbvj5cdealksguNWi3SQ2cZvJhlG8 v7kZHUO/QYOAVGWAP3TUOdjNzsZotGuJVe+kFyyHcieWFjjPYqpPB9ySc5AwCRSUHuJU3LU0eIxt Ax61vGy3NoxUBMHAPajmHzDi/Yj6Utw3EAYt8uRSegNC3Ud19kk+zSrHMRhGbnnr6HH1IOD2OMFT lZEVJWRX0kQyWayReZum+eRpQPMZ+h3YwNwIwQOhXb2qIx6kQj1LaRMG+9wK12N9gkO3oaVxXGop kwX4XtRdCuicAd+3ammF0VL+7tbR1+13MNuHPy+bIqbvpk+9RKdiZTsQHXdKxhNRtHPZUlVifoAe foBUe1h1I9rDqEer2z9ILxiO/wBgm/8AiKPa0w9rAP7TnOTHpl68bdG2omf+AuwYc+w/Lmj2gc5a tL5WgEtudwIPODlSOCMHkH1BrRO5adxpbccsAKosZt+f2oAmQqpz26YoAngnSNtqoFz6UATysGA2 0AVpLbe4Zm49qAJ44Y41woHFAETwpKckbWoArz2xhbcRu96AHJcNt2knFACmc9F/WgCE7nk5NADx HjoaAHfMO9ADGoAYQTwKAJYocctQBPigCsODxQBKNsg5wG9aAG7BH1oEJ5m44WjlHYjuLOK5jCTh uDuDKxVlPqGBBHUjjsTUVEuhnNLoZ1rf3VxuhszDdIuAt4SQhHrgLhmHopwcHJTgVipNGKk0XrS0 jttzKzvI+N8sjbmb/Ack4GAMnAFawgbQgWo0J5JwK0eho9CYAnhRx6mgABQKR1b1oAhnZs9cCgCB XwcnGO9AFpdrICDkUAQyzBTgMD64oAZ5kk52xqQPagCU27LEXbj2oAdFAmzI5J70AG4g46HpQBGW yfagB8ZyRgZNADLiNidw/GgCOJHlb0FAF+FUiQ4HPdjTiCMnVLQ3cSeTKYZIpN6SgAlexwDxypYc 5657VlOFzOcLjbK2itslVzK+PMlYDfIR3J/kOg6DAohCwQhY1N48sADitXoaPQafm6Ci4iGRwp28 VLYcxnLKbXUUgtQ0i3B3SQqCfLzn589Fyc5BxnBI+bIbFO5gjXEZPX8q6EdCQSxDAI4pNg0kVLm+ jtZRGI5bicjcIolycepJwq9DjJGcHGTWbkYObWxWZbu/bfcGW0hH/LGGTEjD1ZxyD0+VTjg5JzgT yjSvqaMKKYFtlUQKgAUKoAAHQACtFEtRLVtaxxdtx96osrXCSS3RGAoXp70AMIwNtAEbMAeBmgCW C4A+VgAe3tQBMzqBljk0AZ1xBcC6kuLG4ht/OUeYssTOpI4DAArg9iec4HpWTpyvpIxdKV9JD/7P vHXfLq06nusEUar+AZWP5sfw6UvZz/mF7KX8xE2l72xdX97cIOi7xFg+uY1U/r/Sj2Qey8x39k2p OPMvfxvZsf8AoXH+RR7IPYBJo2kKvGk2P426f4UexD2JLY2tnaBvsdpBbeZw/lRqm78quNNIuNNI nMW8nPSraRbSLUCLGu1QM9xSUECiiKeN5pC6OFRR1pztYU7WMaIPLqUj2Z+QZSdh92Rh6e69C3T+ Hk/dxSMkjXgtVUEtya2N0PaJSNvAFAFaRGj9x2NACDcBuBoAlt5JFb94Mqeh6UATOwU4zQAGbGQv zUAEGTywxQBLPNDGuCNx9KAM5mBfO3AJ6UAKwGQVzQA4rjGKAD5qAELbeKAGFsnAGTQBPFFsGW4N AD93pQBHuNAEZGDkUAJ9DzQBPGyum1ucUPQluxTnvoYpWtrZftF2ODGmcIT03sAQgxzzyQDgE8Vm 5mbmQtZy3nOqSJLH/wA+qr+6H1zy5HqcDodoIqFBiUGXO+AM1skkbJJDwMDnvVcw7kkTbSCBn2NL cNxZZGc9APYdKAIwdp6nNAErRGWPI60AU5F2ZBHSgBIVd8jnafWgCSNI1IDAsRQBNu2cwkigBY1W Qb5mLEevagBvmLHJ8oyp4NAD5F3AMOvagCDByR0PoaAHwvtPSgBzIsgJz16igBVKR+yigCKaQzHa vSjYNg2FU7mnzBcEjUg9j70cwXI2ZomIVsiluG4qS7gVLfhSYSKJE1zfNaCT7KoXf5gIMjj/AGAQ VxkjJOSOm0blasWznbNC2toLKIxWkaxKTub1c9yx6k+55rSMTWMbBPfQ2ib7qVEUnauerN2CjqT7 Dk0SlYJSsU5Jr6+G0p9htjww3ZmYemVOE+oLHB4KmoTuZJMfBbQ2yFYECAnc3qx7sT1JPcnk1ooG ySLVuRkntVbFDmnKhhGi7e9FwuPilbzFyflI4OaAHSOo5By3vQBBKxkHPWgCEg5wRg0ATRW/dwf9 2gCYKqdRQBHc7FCZyAT0FHLEVo9h0UoI2J0Hajlj2C0ewsnzAAYGKLBYbz24FFmF2hSOKFcE2x0a Acmm0waY4kL0zSQIZPdpBCZZnKxr14yc9gB3JOAABySB3qJTsTKdig73WqNtBezs+21v3so9DkfI MZ6YfkcoQRUp3M07mhFbpbwrHCiqigBVUYAHYAVokaJCBmDYFMsWOTDbmGccUASOS44A+lAFaRGQ 5xgGgAgbZIAzcdgaAJ51EDAMy4YdRQARoDjv3oAjvJGV8AbR7d6AKoYk80AO/i6cUASomaABhtoA YWPrQAwlicdaALVtGFTJ60AObjigCNsZoAMUARngZGKWwnoVrq6jtigY5mk/1cS43yH0Ufjyeg6k gc1PPYzc7DPs13dgG7P2aA/8sYnIkPpucEY9wvcfeIyKjl5xcvOXYIIYIVitokhiXOEjUKB36CtI x5C4x5B3lnkmqLHACgBrPjgCgBIlPJJxQASSg5xmgBgfnkcUAPW4IQAcUAROxZstzQA6KXaNuOKA JZOQCMAGgBAWb5SB0oAAvqSR3x6UAWNkeB5YByOtADGUx8jkdx6UARTYJGDk+tAADkdeaAGmUIMZ yfagCGQysMkHFAE9mAw4HzCgCzgKccEmgCCeQdhx64oAgk2lcnJ/GgBkWFbNAC3FklwiiYnIO5Sj lWB9QwIIOCRx2JHes5QuZygUpRqglEKmL5P+XmTuO3yDGW7HkDoR/dEWM7tktvYrHIZmZri5I2me QDeR6cAADjoAB36kmqVM0jST3LojYY3cVqaDGXJxigB0cecjGSKAHRgD7wAHpQBIPmyoUAetAEUq eW3XNACAZHoKADcFI2DmgCypJBwpB78dKAEaMLIWiO8EY47UAMuYm2LnO4daAKq4VsqOlAFyEowy eTQA8kY6UALGoIyR9KFqJK5IQqoSx2im3yDb5TLutUTzGt7JWuLlfvIjACL3cn7o6dsnnAODWLdz FyuJa6a/mrcX0glnXhQMoiem1MkA4J+bk8nnHFCiOMLlojDjI6dOMVpY1tYtxuHQYpgRzxA/MB9a AGB1RVB7UAILlcZwfpigCGWbzWBVdvbFAAVKqNwwKAAndgUATQSmMhG+72oAtPbpIC78AjqaAM4I AeDkCgB/8PNAAvTrQAjtxQAxRuYUAWURdvA5oAUtsYbePagBCc9OBQAnH1oAXAoAzQb67/1KfYrc /wDLSUZkYeqp0Xg5BbkEYKVlzXOdSuT2tpaWu428ZDNjfIxLO+OmWJJOO2TxVezuaKFycvtU45q1 7povdGxSFTk9D1FDfMJu5JJOEPCk0DHRsJBnp60ARbyrnPI9aAEZi/A4AoAYAM8CgCeII0mHUZ7U AMmhMbZUcGgBixsWBxxQBZ2IF+6KAIThSRzg9KAFYhTgDmgBckjgc0ANV3iyQRg9jQAhkd85Y/QU ANJ2jvigBpcbsRt170AW7S3KsWbaw9aAFmI5GQAetAFWNCpZomIXvQA9phgZYk/SgCJpC42rwKAH rIVXkKR7igAdC/IUKD2oegnoNiV1ckgf8CoTGmPbBbc2TgdqVhJplmzkiHUbTVXBp9BuoSqzDb1F IZVBJ54oAkhYB+Rz70ASSFQN/THagBokZwzjgfw0ARjG7J5NADkTzGwzBB70AOaHynAQiU+1AEgY 8kAr64OPwoAYCQ+5Og7UANluGYjgqR196AGOnOVGKAHQxuDuHA9KAJZJY4497Hn0oAoT3j5MjusU cfzEsQFUDqSeuB3/AEpN8pLfKIn2/VEAdZLS2/i3LiWQdsfN8n4/Nyfu4BrK/OZ35zQtrSCygCRA KiAkscn6kk8kk9zVqNi1Cw+OSOQlVPSrehd+USULn5jQAicHK0AJNPtG3HPWgCqcu2ScUAFAElqU WUbx8tAGlII5IiqpkHvQBkXKyQybewNAAD5uGHUdRQBOZHKhSxKigBMZz7UAJuyBQAhcKMUARglm wKAJ0TaKAJVcKMHrQAxgCeetACghOCeDQAFT1UcUAJtNAGdJ/adquBLHexD+F1CSkdzuHyk9gML2 yeMnG01uc/LOO5H/AGrbRnF7vsW7/aBsX6B/uE45wCf0NP2qW6H7ZR3RfO4D1FXzJmikmOiZVbdg MPQ1dkUkiSWMMA0fKilcbIujYxigSdhTjPPWgY0yYPSgBORzQApck/1oAmjmLfK9AD+f4cYoAawK pkDcaAICxJy2c0AKCrZOTQAef5fQ5PpQBG0pLE/p1oAVZCFxtGfUUAKWGMHjP96gBIlRmIOTjuKA LEcxVCpYcDjmgCKaVdmP4vagCEM+3AyBQA9Vz96gCQKqKRtGfWgBrrlQO3rQBYhdcBGOBxzQAShF OFB9s0AVyGD5259qAHxJuR23KCB0J5P0oAg6n1oAlCk+1AEkcIVtzHtQA6R1K7VGB79aAK6t5ZIU 5oAdESw5GKAH8AZz06UACO65IOD6igAId2JLZ+tACAOAR1HrQAgAH3eT6igB2M80AO83YoC9aaAq apMsNlNcFCxhG8jOAAOpzg8YBJwCcA4BOAYlKxlJha6UilbnU2SaQEOkWAY4WB425xz0+Y85zjaC RWcY3ZMYlqe8L4EPA9cYra1ja1iKSSWQAM35d6BjY90fzKSD0oAViScn5j60ASW8oXO/tQAHdcPn jbQA97ddmUyTQBBjb1oACKALtlKgi2sSpFAEF8yF8jPNAFWMMjhtpx/SgC/GiOgI6DnrQBUYgvt6 rnigB5HAxQA2T3FACR/LyFoAnDfJ6UAIRxQAZKjJBx7UARNMm7IU/jQBLC4kjOOKAHbfegBCwIwV wwNFodBe50IiNxpa9EKz6IorpUMR/wBBeSwz1FsFCn/gBBXPTnGeMZxWbpNGbpNCM99aOGuYkuov 4ntlKsv/AAAk5A9QSecBe9TqidUX7S5jmiE1rMkkTdHRgwOOOoq0zSMrj5mDsCoI45rRGlhMZ4oA TYSeMUAKyleOtADdvPTFADGcK3XpQBaE25RtFAEW526g4HoKAHhFYZwRigCGcKqHb3oAgU8YPSgB QwxgA7qAJ4uMEnmgB5ZfQUAMkhBwycZoAYbdydw5FAEkUCqwL5P0oAfsXfwPpQA5kUdlBFAELZzk 80APEhxigCNjsPA4PrQAocyE5NAEiyErg8mgCOUZzg80AJEEx05oAm8xY1OQSfWgCN28wA9BQA0s BwD+NACD72OmaAJgTEcbQePT9aAELAnOOKAGg55xhaABmJICdfagBHdwArYFAAh7AZ96AJMDZuXB oAQL2IIzSQkOVDH8wBPrjk46YpuFxOFygENleC2YbbafLWwzlY8Y3R5P4kAZ4DcALzipWdjNOzsW jC6nB6ittzUaM5wooGOdGUZYYFACJG8hAUHFAFh7aOOP5m+dh0oAiico3JwKALKvHtzv7+tAFeZ1 eT5OPf1oAbtOMmgBCTng8UAC4wCeR0zQAGdEYhVLDGMmgBbW6WF9pAKHsaAHttMpdeQelAEbAjoc GgBu1u9AEojPWgB3PegBVXPWgBtyu2PqcUAQIIyp3A5oAI8o2VPNAD/NfueaALBQONw60AREYoAX YWxjgigBkjEDhefWgCjNasZjcWkvkXDfeJBZH7fMmQCcY54PAGccVk4WMnCxNb3u6Rbe8h8i4b7u CWjfv8r4AJxng4PBOMckUuUFLlLOw5+WtOZMtczH7GDBcc0XRdpEUn3jz0piDdxQA0gMORxQA6Jn THTFAD5LkBuB+FAEX2hyDwAfXFAEDbnfnk0AWY7NSAS/PegCUwR4wBigCNkKcgZFADMk9etAEiZP BzigB5JA9KAHqNq7uCKAIg5Z+u36UAIzY6frQAxiyAnH60AMEmTQAocCgBsjAEkUASc7FcN17UAK AZOnagBRCfvDA5xzQA4yBF4wx9SOKAIWdnb39B0oAlWIlclTQA2SPDjI4oAtxQ+fGURgoUZwTQBA I0WN9zjPYDmgCFVZm2jK0AW7eKJDhy3A7DmgCKYhhk4wOmKAEDADAAzjmgCMxyuThSBQBdigVExk sT79KAHy7reDGAfTNAFG8g+2wbblmXJDKU6qykFSM5BIIBHBHHIxkGZx0InHl1JNHuROjx3g23UJ w6x9DydrgHPDAZHpkjqtRCViITuK5+z3ALRjaeoHatTYkaTcfkOUP8RHT2oAegAzsOPf1oAa8Py5 PFAFRmQNtzQAmznjpQA9RgcUAIcnrQAmQoxjNAER6bRwCc0APRUx0oAc8SFcjrQBCreXwc9aAJ0y RyOPagBSNpHpQBOgGOtACbeST0oAN2MAUAVbotvxzigBkak8AUATNbssWR96gCLbJ6UATwvtIB4F ACT7d25XIb0oAjWR2yATx1oAYzsT6CgBwDH7tO9x3uMniS4haG4jSWNvvI6hlPfkGs5QMpQK0elW 7Ngy3vHf7bN/8XUxpMlUIjdTtxp9v51jc3azblRfMuHlRmZgqhg5OFyRkjDYzg1nOLRlOEYsvqet dCOpEny4HcntTGP2JtyWAPcUAQeYI5CAMgUAMLeY/ck+lAE8VsWTcTgHsO1AEptokO7vQAHAHA60 AJyOM80AHTjvQAFFxlhzQAgwOKAFIzwBxQAzlevAHagBqspYkdfQ0ANO+Q9MYoAfs45bNADkhQr2 zQASJGo9fwoAjAjZvmGKAJpvLEAG05B4JFAEcQ5PNACs/Y9BQAx8AdaAJLKETMCTjHegCTzlicqW ZgDQBHNKkxyjYwelACgbhwcYoANqoOmWPpQBPFCNhZzsYdqAIZ3AXapwfagBsYBGO/egBdgDY2j1 oAtIw24Kgj64oAY5KsdoCgc8dKAK5Y+cctkdfagClPqbzOYbG2+0SISpdiY4lPfLYOe4+UE7gQcV i562MJT5tC3p1qbaRr27ufOuHQR4jQRqADkYXJJ/4ETg5IwCQajG5UYWFnkaU5Y8eg6VoakS5Xuc CgCwLpdo+TJFADZLmSUEA7R6UAQCIbs5oAk5HFACjA96AEYigCMtxQA3GTkdKAFJI6UAIGZTk80A Ru25skUASJJjKjJB60AWSAUDK34UASREYwCMCgBskwLCNOSf0oAljTaMHrQAPGCMNQBXe1bO5TgD 1oARpGAwTnHFADPN+tAD5IyDxQAzZzzQBIAQBjA9qADCt1xQBHLIo/1fWgCNc5yTxQBMudvA60S9 0Je6Zl9MtxqFraxuHaB/OnQHIUBTtDDsdzKwz/dJ7Vzv3mc795lyN8nBXrXQdBctUUIXlXk/dFAD 0iXk/jigCuyJnG0sT6UATSQsP9TGFOKAHRQyNASxwwPFADJCFjydxYcZzxQA1X3KSR+NAEYlOcgc UASqwIzg0ANZj3/L0+lACsihSz8Z6CgARn3cLgUARvISzA/dHpQAiJznO2gZUj1m0/twaOju9yIn mYquUQKyfKW/vfvFO3qAcnGVyAVm8Qx+Q9wtndyWZ2pBdqY/LuXZ1RFjBfd8zMAGYBP4t2CCUMI/ E1sAwe1uo7xZTHLYiNZJY8Krs21CylQjo2VJ+8qjLkKQB0ev6fc6rFp1nP8AaZJbc3Aki+aLaPL4 3jjcRIjYGeDk4DDIBqAY5NAhgHzc9CaYhzOqsRuJ9qAA7WAKAj1oAbEPmG/7tAFhpfLTEfyqePrQ BAASflGT3NACNFkjZndQBaij2gbqAJGKgbu4oArvMzsQnA9aAFXyfKO4M0tABGoJyRtx70APeRAw IOf60AQi4/edOD2J6UAOv7kwWjywx/aHVc7F7+54zgewJ7gHgGZysiJysjLWzk1BVmvZxNC4DLDA f3JB5GSDl+MjsrA/drJLnMUucuxosEaxxKqIg2jaMDA7D2ra1tDoSshwPvigY4DimAmTmgBHXNAA iHOF49TQBIAqnA5x1NAAz88CgCLNACFscUAJhieKAJI4scsc0AP2qDgCgAKgEYFADtisOgoAQWyk +lADJoAvGfegCCNmGV6igB8UnlNkAflQBK162OgBoAZ9qk70AH2h2GAcD0oAFQtQIf5R9adkVZFp tqfdJY+tIRXliz8wPPegBo6ewoADg4B+77UAQkIGJANAChC3Pb0pCKDXc18dlkzwW/8Az8gKS47b Ac8e5HTpnORlzc5lzc5ctbJYEVApVRzyck55JJ7knknvmtFDlNFHlLShVU5ChqooIn+cKTx2oAWW YLwtAEIdg25Sc+tAF23MkmSeQe5NAEhnEQ+9gD16mgCpNIspDbfl6ACgCBmZj0wvpQAM2zgDmgB0 JJHJIoAfvAUnjjoaAImfJySaAHNIzKqKDj0FACRxE9eAPfrQBJ97OQCaBmHd2msv4ptL+3tbFrK3 hkgJa7dZCsjRMzbfLIyvlkAbucjkUAYmneDbmzsFtLeDTrNbe2SCQQEganteNs3ACDbuWN0I/ecT v15DIZf0/wAOXtlIl7aCxs5g0iRWSbntreKQRBgmAhJ3RCTACglnXgt5gAJLfSdR07VtJWwt7OTT NOsjYo814wmZG8nLlRFt3DyjxnBz1XpQB0LcmgQg4piEEe4/NnB9KAJMYTbnj0oATheRQAh+dhjJ x6CgB8cbSPhQQtAEsoSELtDMe/tQANOMYTuPSgBscE0gLop468UASQx4TfJH8hOM570ARzbBxGMk dSRQBWZjnByaAHIrN2wPU0APEaoMkZPrQAHG/g/Wk48wnHmKVy66b5lxGc2g3SXCf3DzmRB+ZYdz yOchs3+7MX+7LrgZ4/KrTvqbJ3VxlMY4ZpgIV5oAdj17UAI54oAbuwMf0oAaW5oAQ8npzQA9YiRk 0ASqAo6UABbPTpQAZAXI60ANB96AHq2OlAEgbC7vSgCtcSFhn3oAjVdozQA/AI6UAHl56DOKAEKg Dng0AIAaAIZdQjSQ29uDPdKMeWhOEJ6FyM7B9euDgE8HJz6GTl0GZ1k8+ZpyZ/h+zSPt9t28Z+uB 9BU2kTZmoJFKgk1ubjGdnGFwBQBy/wDwkt1a2Gr3l9YbWsr2O2it4yXY+YkJQOVDc7phnYGx0Xfg FkMqS+IdQEECR3lvJNI0peRNKuC8e0JhGtQ5lBO/dvOFA2jHzqSWCw+LxW5iivZoIo7QSW9tOiSi WQzTJG48srw6r5idOWBYjGwB5ciWxbK61DUNW/s7W4rcqYWnNskTKkZBTapZ+LjAflkAVSORllxJ Djc6y0jQL5h5NaGlh0spLc0wGBWkbigCT5VUrkH6UAQmMgcjgdKAEGCvHNAA08m3YDxQAkYMjgMT igCabAwo6CgBgAP50ASALt+bGKAIpJQv3KAI+ZGxjr2oAeFPAYcdjQBOoC9OO31oARuD0GfSgAAI znH0oATGGwM49aAGksTnGcd/WgB2O9ADJAeMd6ABUYjkYFAEoiA6nPFAEfGfagAO4g4/lQAigngA s3oKALESCFQ7Bcn+HPT6/wCFADllEeWDghh2H6UANWMMpZs4PoelADbdI/My2Qp79aALXmrAQtq7 Segxgj1oAgcOw3KSRnJABxQA0MGPKjNACBFD7m49qAHAdemKAIpBlsL0HrQA3GenSgAx7dOf6cj6 VLiJoo4/svpk2PXjk23b/vjv6r/u525/CzG/Ky9jPYfhWsZcxqpcw4L7UygJC9TQAwuM0ANZiDxi gBjEseKAJYYWPWgCbyNtAAcKMUANYjFAETHn0oAN3bFADhwKAFXnpQBIByBQBWkGDigAB460ACkZ 5JouxXY9XAPtRdCuircapBHK0MMcl1cJyYYcEgdeeQq9z8xGQMD0rOU+jM5T6Mh+zXd2f9MnMKdP JtWYH8ZOGPYjaF9DmoUZb9CVGW/QU2sunj/iXwx+SeWtlbYF9TGcYBPTacA5ByMksfDqHw6if29p w4e9gRh1V5CjKfQqeQfaq9sV7YtMzq2DWpsOjZj9aAMSLw3j7aLjVtRuheSJO/mCEbZk8vZINsY5 XykwDlTjlTmk9BN2K02lRRzk6dqF2+tBmaa6DxB8MqAiQGNkUERRAYQE7Bj+M1m5mfPYs2fhKwsW tGCuTEifu9x8slAqo20k8qEUDnnapbcyKwpRKRcstCS0uFuGu7u8kjjaGEXDqfJjYqWUEKGbOxOX LN8vXk5pI0RqwQMgOCTntimIetu55AH1oAcIWXI3r+dADhCNv3wD6igBxhzj94G9RxQAwwg9qAI2 hXOAMUAOCCNNwHB/OgCGQ4c5HWgB0Z3HigBtxlflOQaAIuwwvFACqcdDzQA8Pxj+I96AHxLjDHjP agB7fezuyKAGEBic5yOlAD4wN+CPm7UADEKcE4oAiMhC4XketAERLZySeKALocNGpGBQA1nABJoA gGW6DNAE8MR5ZuFHf1+lAEoMYjYBtuRkADJP1oAhLPsZFBJPP0oAasYyApJPVmNAFhRbiMg7y3bB 4FAEagY5PQ9DQAssrOyDAIHYcUASEzTRnyV27RgheOPf1oArIAp4HNADmm2nAXLUAKCW5bjH8NAE ch+b5elAAv0FDEyrPqEMVwYYle5uFwTFCAxTvychVyOfmIyBgZ6Vk52MXOxH9lu7r/j9n8iMceTa sw/OTAY9iNoX0OaS94S94vRKsUaxxoqIgAVUGAoHYe1axjymyjyjmORTKInz60AMAJOMUAOWFiee lAE6RKvPTFAEiuMAA0ADycUAQM9AEbM2eKAJI0JxmgCR05PHSgCPGetADk2r6UAK7jGRQBCzr+NA DVDMSemKAK0t/FFKYYkkubhcFooQGI78nIVeMn5iMgYGelZOstjF1dbDFsru6b/iYXBhTp5NqzA/ jJgMexG0L1wc0uRyFyORbS3htYhDbRRwouQFjG1Vzz0rSPu6IuPu6Iiub23glEKq8lwy5W3jXc7Z 4GR2UnjccLz1pOpGOq3BzjHVbiC3vbzm5l+xwnnyoWBlYf7T9FJ5GF5BwQ2Kz+Mj4xp0HRScvplh I3d5IQzsfUkkkn1J5qvYj9iaE8ayKCoAYVtyyXmbWkvMI4UIAKuD6VDcl5EtyXkUWEupNixEltbn kXXynzB22A54/wBojBHTOdwx5pMx5pMtWunR20Yj4VF7Z6k9SSepPUnua2jHuaxj3LGYFIYktjgY qixGuj/yzXjtxQANOSFHzA98dKAG+WSMluoyoPU0ARSOSflGCtADgjbd5HvQBExYuSMigCQSOB1J oAswMXGTwO59BQBHIwd+QpA6YODQAhi3rjrQBEEkj6DNADi29SWxmgBkL4LUASbUdhkD3oAebaNg drEH0NAB5Uka7iQw9e9AEYGActjnIoAdnJ5IBzQA3jkE4PYigCI4Bw3J9aALGweUOtAEDLzQBIuI 0+bpQAiqZ2yRhewoAmKiJs7Q23+H1oARpHmxg/KOB7UATtbm2hEkvccKf50AJBIoH3wufbOaAAmL zC+8rx/D1/8A1UAQNtf7+F+goAlVXjUSIyketAAqgAtnB7igBrSNjG7CigCGTk7hmgBIhltx4xQA sjHOF6UXsCdipc30Ns/lcy3DD5YIxucg8AkdlJ43HC+9ZuRlzakYjvbsZmkNpAekcRBlYejPzt9w mT0Iep5Rcupat7eK2iEcEaQwjJCIu1VHfitFEtRJzgdsVWxdhjNz0oAaX9aBDCSWG3kUWuO1yygR QM0AP3r7igBQARkHNAERIBOOCKAGu5JBoANtAAqgHmgB38Xy9qAF3kDBoAQDJyBxQBHNKqgquM0X YrsrjdjgkD0ouhXRC99DDL5MSvczrgtDCAxUYz8xyFXIyfmIyBgelQ5EOQq2t3dD/TZvIj6GC1Zh +cnDHsRtC+hzUclyORsuQQQW0IhgjjhjUHCxjaozyePrVqNjVRsQ3d9FC4gw0tw3KwRrucg8DI7K TxuOF96HKwpSsRrbXl3zcSfZITz5cLAyMP8AafopPIwvIOCGxUWuZ2uW7S2gs4zHbxqis2SR95ye Mk8kk+p5NXGNjSMSUFpD8qkmrNBphbuKAKgfUpv9Taw2qHo1xJvdfqi8H8H759qwvU9DmvU9Ctc2 t80u+8C6pbEfPaqqxqG7EK2d/bhnwCCRk4Czy1PUm1T1NCDVIZstEHKg7WDqUZT1wVIBHBB57Eet bxqRZ0RqRZYeeOWPao6+tU32K32K7IVOaBkscyugj2jIPWgBZV2JuJ5z0FACQoT8x479KAGTId5I oAteXKturFT05yaAKpxnpzQAnJNAEtxJ5UKxjqRk0AVNx69KAJVLY4NAEyyMAB94H1oAUxrLwpx7 GgCvLF5fODQA5WLYJXj2oAkU4JyvX1oAdLIXA54oAZtVl77u3NADZF34G3JoAdHECuTyR70AO2L3 GM0ANmmEShRy2OlADIHLks+MdjigAl+dtoGaALC7lT07YA5oAaeHyQRn+GgCUMqJlhhh09qAEnaS dQ7Ekf3aAKrA56Y9qABYyOScUAOVOeTzQA5nIG0HH49aAIiWU8cUAO3AjnrQBJDtL4zxQA2bCttH QUAMBycHucen/wBcGlJaCaKVpGulyGEoqwTvlJsDO89pD3Y8AMeTwDzjdkkYJamgMA8nFbI6AYjH FFxXGbjnkUDGs3tQA19qo0kjLHGgyWYgAY56mlLREy0RXg1C2ZlCLN5D/KtwVxGzHoAT1z1DY2kk AHJArJTsZKdjQx61qmbJjTwaYxpLZ60APX5hhh+NADGBjPTNAD1YHigBT7UAJyKAFxnpQAyd/LTG eTQBnNexLM0cYkublSCYYQGI78nIVeOfmIyBgZ6Vk6vQxdXWwosrq45vZzBGOPJtWYH8ZMBj2I2h euDmlyOQuRyLlvDFbwiK2ijhjGcJGuFU1ap2LVOxOIyfYelWnYtaDxGoHFBRTv4ZFIu7Qbrq3Vgi cYkBwShz0J2rzxjg5IBBynEwnEnguI7iISQsGRgeMHjHBBB5BB7GrjsVAlZAg/ebifrVPQ0bsMSc xt8q4HcCgC0LwYHyfrQBV80Zxg0APBCrx3oAgvNNtr0iVlMVwows0Z2uB2Ge4yc7TkeoqJU0tjOV NPYqrLcacCl6nmWy/wDL0pHyj1kXjHblcjqTtFZqbiZ8zpl2ALcIrxOrRsAyuDkEHuD3rVTuaqdx XiVVwoJOfvVVrlpA3mBV5DH6UAOBfPOPpQAudxAxyO9AEj3DBRkBgOhagCsQWbJbmgByKEIZuvYU AM2mViXPJoAk8pAuAQWPpQAGFs84HtQA2QPH1HWgBA5JGDn29KAJwVlXEg/GgCvJ5kDbQAR2NADo /MlOGbgegoAWS3kiw6tkdqAI1dw5YjP0oAeJmHUDFACh85PSgBqPySTzQAOsTEEgk0AIwXgkHjtQ A+OTachaAHiU+YHbgj7oFFhEa7kDSMcg9s9aBk1uqTEtJII0XsepoASa5YPiJvl6ZxQBAWJJz8xo AXd2GBQA9QAODnNADWU9hQAyRMKDxQAqgAe1ACE/3eKAEwT15oAdgDpQFxsirKjRSoskbja6OAQw PUEeh7/pUNESjcp20j28v2W4dmDHNvI5LFhj7pPdwc4yASvPJBIlSszOM2nYts2K1ubaMa8ipGXd lVF5JYgAfiaTaE2kU0vJrw/8S2Leh/5eJvlj+o4y46HjCkE/NWTk+hi5PoTppsZdZbx2u5kOV3gB Iz1G1OxB5BOWA/ipRi73HGLLjpHKjRSokkbja6uAVYHqCD2PcVq4mriUkdrNlhuHeSBzthmYkspP RHPrn7rHr0PON0XsZrQt55JFaLU2iBHemA6MnpQA89MNzQBGYRn5SQKAHbNvQnFF2K7DIHWi6FdF O41OKKVoIVe4nUgtFCASo68nIVcjn5iMgYHpUORDkVzbXN3/AMf83koP+WNq7D85OGPYjaF9Dmo5 LkcjZctoI7eERW0MUEa5IWMbVUn2rRKxqlZE3lEn5uPamMeqqnSmUDSc8UANLmgBpfjigDOY/Ybp ZBlbSd9sigfckZhtIHoxOD7lT/eNY2szD+DL1NMyPtwxB+hrWLNfQjIOOKZQBTjqKAHcdaAFAPGP SgB+7ZjccUlFiUXEWS4UJkAk0OyBpMzpLZUkM2mlba4Yln4JjcnqWQEAk/3hg8DnHBjlsRy2Hxao FlWHUIltJHYKh3ho3J7K3Bz04IBPOM4JqeexPPYtklWyMmtjZEm7JwF+bFADo4iDlj1oAJmU/LgN 7UARhDEucFs9PagCNssc5zmgB8aEigBHypUgbsHpQBNHIWYkjB9SO9AEcinbjdnFAEaxuedpzQBL HDJjJFAEm0kbJFx6HNAFaUyQnaoP1oAcssjLhjQBIJMAYAHsaAGmRckOqn3oAcQjDqDQAhgUDcDx QBBn5unFADo/mOPm+goAseWqLuODjpQBWnkWOMyzlYlQFmZuBgepokyZaGbPc3QKXrr5VmHCtG64 YIePMP8AdwcHB6LuJ54Xnc9TB1GmaZUAEZP1rdHQhNvFMY5BgUACgLL+8A2t0oAWePyyCo49qAHF yUG0UAJC+1+VDA9j2oAY2SflOBQAfhQAmR360AIQTyDQDQ0sRRYSIp40uo2ilQlW5PJUg9iCOc+h HIIByCKUoW1CSRCqagn7gRJKw6XLsFXb7qOr+3CnHVc4rK9jBp9CWLS49yyXzm8mU5UtgRxnr8qd AQeQeWA/ipqk9xqk9y6cZ4rRJLc2iktxOnemMBRcVxsipJGySorxsMMrDcGHcY9MZyPpUyjYmUbF KzkezeOyumLsBiGZmz5wH94/38A5z1AyDwQJi7ERlYvE81obCggZoART70AO3+lAFO51KOOUwwq9 1cJgtDCASO/JyFXjn5iMgYHpWTq9DF1dbEBt7q5/4/pzDH08m1Zh+cnDHsRtC+hzS5HIXI5Fu2t4 4IhDbQxwRrkKsa7VXPPSrVOxap2LAQL94fhVp2LWgu78KQCFmJwATQIVUOfnO0UyhZBHj5OT60AR KOeBzQA1vlOKAGzKjwskqCRGGGVl3Bh3GPTHUUpLQma51YpWMskMgsJWaSSNAY5WOWlXO3Jz1YYA OM9VPG7FZxZlCXJ7jNRIJdpYnHHStTe1huE7ls96ACSP5dw59qAG+a4GNoz60ANUbmy7UATcYx1F ADGeNeg57mkSI0CXY8p0VkYbSCMgjvkUWCxUkhXR5QYXLWGcSqxJFuMfeGei8AEdACD8oBzmlyGO tN2RqQwtIehVe7elaJ8xvpa6EKucruyuetMZGXVPu8n1PagB8bA7vObHpmgB2yJsncMevrQBE2EP BP4GgBvzDnJwaAFDP13E0AOMh/iyaAHJNjAAoAVXkJJHSgBjTgHByTQBLGwuIyp+92NAEIjCLuZx uzyvpQAskZcqc5HegBGzu5UcnigBpkTptCn2oADIcBN59+KAEUDbu6e9ADjMu0qnB9SeaL3Fe4xy AAN3HpRsBStf+JiyXMxJtUb9xH2cg8SH1HGV7dG6424xfOZRfMW5isqPGyh42GGVxkEHqMVbjylu PKVdOkkhkks53LMhLRFzkyR9jnvtztPJPAJ+8KiGhENC79DWz1NmAO089aAElDNg+negCZSxgwVD Y70AQ9uuPagBV+UZx1oAMgcZoAB1oAaxA60ANLelADkQvy3SgCUIqcigALUAJmgBM0AGKAbAnA5o uJCbRT0HZEV+LVLNjfvGkHGWd9gHzDHORg5xg544I5xWUrGUrFbSr4yubaZZS2C0Msi+WZ0XG4lc AqQWGeBnqODgRGo07GcajTNRQjj1/DFbqSZ0OSkUbq/ghmMFuJLi4QgtDCAxXvychVyOfmIyBgZ6 Vm5dDJy6FcWt1cD/AE6cwR/88bVmB/GTAY9iMBfQ5qeS5PI2Wre3jhhEVtDFBEMgLGNqqTz0rRKx qlZE4UdT+VMYucdKZQhYEdaAE3HHA4oAmjkyMAdKAEdSeec0AN3sOMCgBsi9xxQAwZY4H60ASLEm 8CQ/rQgQt7aRypGIiIp4m8yJ8bgrYK8j+6QxBHoTgg4ImaMpodpl2b2AO6eVMuBNExyY3AyVOevH OejAgilGV9BwlfQshRjkVr7M29mUpIXQnBBA/umpJGkjGPlOfTtQAwIW/wBWaAHmCZBgqw/CgCW3 jDKVZDmkIcYsf6vj2oEJKAsYCjD9znNDXMPS1mZsEjaY7W+8izlYCEg/LGeB5ZHYZ+72528YUHNv kMNaTuy6JWxwTitToIzkjBY/gKAEKbupY0AODMowOgoAC+DQAodj9KAHqxHUcUAS4DAjbnIoAiPy EKeD1oAcHaMcdKAIyhJyec0ASRMqL6YoAmKieMPH99aAK+WHBzmgCQsvlDJ+agCIncD+RoAQBVGe o69OlAEsobaCFyD3NAEHlkncBgA9aEgSK2qyNa2NzPHhpUjJjU8hn/hX3ycDA65rOcrGc5WLFpbr a2UFvEWKQRrGpbqQBjmiK5BRXISlMLn1rS/MaX5ilqMEjCG4t13T27ZC5xvU8Mv4jkDIG4LnpWcl YiSsTWbpcxRzwtuikUOjYxkEZBqoO44O5K5cHqPyqixUZumePSgBxLIcgkD0oAaXYnJNACZz3NAC ZHfrQAhPoaAE5Y4HSgCREC0APLYoAQGgBDQAYoAKAD8aAsI3T/62c/5FQ2RKVjOjvbm+jV9NiWOF wCtxcA7WB6bYwQSD0O4r1BG4Vm7mbuye30+GORZpTJc3A+7LOQzKDwcAABcjjgDPU5PNONNscabY +9tzcW5VWEU4+aKUD/Vvg4bkjIGenfkHIJq2ktBySRWMF3dc3s5gj/542rMD+MnDHsRtC+hzWag2 QoNlmC3SCIQ2sUcEa5CrGuFBPNaKFjVU7E4i7scVadiloOGO1IAZjnigQzktzTKFCYNAC0AIrFGy BkGgCwrAnAwOKAGMo5IXkUARM5xQA9AzJgDHrQA4RIi5IyfegBu8qwB4B6GixNinfM2nynUYvkjX JuwO6BfvgdyuBk8ZAPUhRWTXI7mbXJqaglQjOMUe2Y/bMrGR2yxJPHJPetTURYQwBHyA+poAngMU cobYSg4PPekMr3PiTTJtJXVLS9Sey3MomQMwZg5TanUuSwwMA7uNucigZQPi7TojG88lxD5i7m32 cqmJMkb5QV/dLkNhn2ghSc4BNAi3NrGmpdXNubyJJrWMzTB3wEQAEkseOAVJ5+UOpOAy5AItH1C0 1a5aKN54zHjfHPA8MgznB2yKG2nBwcYO0gdDTQkaN9Y2UweDJI7jJGD1BB6gg8gjkGplEmUTOgkl W4ks7h90kah0kxjzVzjOP7w4zjjlTxuwM4yM4yLDMvZR9c1saiRlQeQKBji3PA5+lADdgJzjJoAk IEUeTgk9BQAs5PygAYoAb5hc4B8sY7c0ALvO1lXDAH72OaAEmYBQPmz2FAEsGCu7IGBzQBFMuOp6 0ANid4nBBIFAFslJxxgP296AIpFKj5/loAiJDDH6CgAJA+UD8DQBYtJEePymwPSgCCUNA+08rQDK Gonzruyts5V5fOkX/YQZBz7OY/8A9WaxlqYT1L287Qp4FamthD97uaBicgcmiWwS2KOmEx3d7BHz CkoYH+6zDcy+/JDZ/wBvH8NYw3MobmkduOetbmwnfgcigAYseGoAbj0FAC4A4oAaU7igBFQseaAJ lQKKAAmgBMUAHSgBevWgBKADFACGqhoEdChq/wC9hjsk+9dNtYdQIwcyE+g25XP95lHGcjnqas56 mrL/AOgFarY3jsBIFMY05Y8CgCRUCj5qAFB9BQAh5PA4oAa5H0oARV3cg5FADnA4xQA0MAaAFLfL gYHNAC9V9xQAwMEbJJyaAHF26KCaAHyfJhgmB6ZoAfDG7ZeMgj0zQAsiSFNqxtkc0AQGJ+CwK0AS DjIJ5B6H8uR9KTQpR0MOTwtE0jNHq+sW6EkrFDdlUjH91R2A6AVjdnPqbe5kVt67n6EE5xW50kYh Yg7soTzg0AV74I9lPHLa/aozEwa3wp83jlcMQvPTkgc80hnIDS9RudOt1uNI1CP7HqdxemJLqOOW ZJWuNojeOUYI81C2WXjIBboQZFe6Fq0trILi1uLia5tTBasLlQLc+ZKUF18485VR4gQfNBKycHcS 4BpyabqVmyi1t47lLC7utRgxKFNy8om2w4P3CDMwLHjCoRncwQEafhjzmaea/sLu3vX2mW4uTF+9 64VBHI+1F5wpP8ROWYsxa0EtDbuL2OOIzXCj5MAtgnrwAAOpJ4AHJJqZSJlIqxRPPOLq8Ta4/wBV DnIiB4yexcjqegHA7ls4xM4xJZI8HI/EelbbGuw3B7c0DFx69/SgCQKFU5OM9KAE3cYoAGG4Dnmg BfLIQ4wc96AGj5CQGGD+NACMrOwyQOwxQBJ/qydqk8c0ARBSfmb8KALMCsAGbBA6ZGaAGjoTEAPq f5UASgrMNswJb+8OTQBFcW7REZBI7MBQBX+6SWzzzmgCQKokHUDtmgB1wwZAB1zzVL4QXwnCeIb/ AEq28b6VcahqcFu1ncCLZPchBGrW87NJtJ6MWiXce64GO/LT1kY09ZFC6uHa81KWdLbUNXZr6OOG 2iKalZRKsvlMsmWKKVVFXCKCZlb5iTv3N7EX9naLfLJDcanpkGjwzwTG6060iWx8zZcIVKv5kaSf MhZ2JyDEuAdpIBZS+0qwl8NtPqFnZxw3twIYfMjgiNvtulS42LtU+ZhDvxtyfkC7iDD2FLY7PRBv 0+O46m6Zp8nqVc5XPuF2j2xjoKVNamMNzRXjitWbA2UH1oARWzQAbtvagBpY0AKgoAlXAHFADTzQ AYoAKADigBvJ6dKAHAcc0AJnmgANPZC2M63/ANI1a6kI5tcW8a5x95Udjn3yox22e5rnjrIwjrI0 Ah7/AMsVudA4Io5oAN3pQAcetACrzwDxQAkmYyD29DQA6WVXQYQDjtQBEpHagCQEAdMk+1AEMg+b d0oAWG3kmPyjj1NAE5tXjHzHAoAVEiXjaCeuTQBLE4A2kfKehoAbIuOvIoAhjkML9cKaALwfGGQg Y7mgB9zqKNbujRFm2nBA4BxQBkrM/mrvXANFhIthRgYouitCOKX5hkE+hHGKCR8x2qygDnnAbpRy j5Skcg9OaAJRjv3oAkDDIMmOnANG4bkeI2bI+T+VPlCxHcFbdDJM22MYycEnJOAABySTwAOSaiT5 SJPlJLe1eV1urtdrqP3EBOfKHTJ7FyOp6AcDuWlLmIS5icoQcjGfetDYiOT9fSgB4Rjg7OPUcCgB pZcn5e1ADPkPGc0APkAUjrnFAAq7+VOCO5oAilEwbbng+lAEkNsWHIPuaACWERY2ufYGgCSJGRfM OOO7HvQAjSIwJADHOTQAksjSqMjHFAELAAkxMQfTNAAGKZIJJHU0AWbSUzBoyOCMj2oAikyCtADD OGxz8w46UAIeT83BonsTLYq6IifZ5yxzN9pm3/3vvnbn/gGzHtt7YrGlozKnoy2xC9PpWxuJuY55 49M0AZ+tnzbFrYDJumWDA+9tY4Yj3C7j7YyeBWVTcxq/DY0SCOT1rRLQuK9yw+NRleetMpbCTMXb Gcge1Axm00AJg0AOCZ60APVcUAJmgBaAA88UAKOKAEPzNgdutABlVHPWgBpbNACAMT0oAcE9TTQI o6YAL3VeP+Xpf/RMVc9D7Xqc9D7RedjnArZG62G7aYwx9aAJYUXq/b1oAlACnMZGD1oAjnA+UEUA Q/d4FADlHPbNADm+Xhhz1FADsNIQApJ9AMUAXIcJFgJsPcUAJIRtO44FAFUgHO1sDtxQAwmNPvMC fzNAEkdxG6FWyuOhPegCKVgR90jPSgCWBT5GGOR14oAcSDwBgUAVZ0/eZDkjt7UriuKGnAH3T/3x SuLmHRMQAFwQeoNU9BvQrS39rHeeTNMEkLBeQQu49E3dNxBB25zg5xis+exHOSs/PSruXckhiZlL bSe/SmMkngdGxKhBP3RTiERjS2WnW8t3qEipDCu4k9P8+1ZTnYznOxTsWiv8ah58EgDERRxSrItu cc5IJBfB59AcDqS0xfOZxfPuaELPJIEHzEnGRWukDdWiPnjdDtPB9DRcdyKOVY5c43cYyOKYDhcF kdYwzbuu45NAEJysYPGDQAwKGHI5oAtwxIE3bcjuaAI5HVGIh6+tAEqxSDDsCPfFADCzk8j8TzQB NFFHuJmftnmgCjJL5kpG4hCeOaALMcSgEAAjFAEczFBsUDJoAYIsDB+9QA0AqjqRyelAE2mnYXJ6 BaAIcFjlunagB2wdAOcfWgBpbYuCOaOhPQpaWcXepg/8/S/+iY6xjozKOjLxUZ4wa2NxWTaoJHBo Az5EFxrUcePltYvOI6fO+VUj6BZAf94de2D1Zzy1qWND5lByciujobpa2BXxzgD6UhsbuySelAC5 oAOc0APwaAA9KAEzjtQAoxn8KAGEgHJoAiaVidqcCgByI/qeaAHeSx6mgByIF68mgB2eOKAGc9TT QIz9OP8Apuqc/wDL0v8A6Jirnofa9TnofaL/ACckDgVsjdbBwQOcUxjmZQwCDoOaAGzZdAVB/CgB EaeFMYwPegAMjk/MwoAD83NACOSOece9ADTncCxOP5UAXrSYrEUQg4J5NADQ0zyb1OccZoAGLMTu JGO1ACbdw2jjPFAFWaBoW2sOO1ADQG7fWgCwrGUbAPn+lAEy27pHuYnjtQBA8pPyqCKAKc00ksxt bVthXAmmxkRg9gO7kducdSMYDZX1Mm9SE6UhOZLvUmc/eYX0y5PrhQFH0AA9KdgsSNqCXcTW+mOf tTggsyFTbf7TqwyPUKR830yRL1E9S7HBDHa/ZRErQEEMjjduz1znrnJyT1yc1SiNRKrab5Jzpsz2 5H/LNyZYsdhtJ+UDnAQqOmcgYo9kokezcfgHxahc2eRfWTKDyHtg0659MBQwPX+HHTnJxS9o4h7W UfiLcd5FexJNDMk8TDAdX3A44wCOOtXGdzSM7iiURsGG0n0PUVT1L3Kl7ptlfTLJdWcE7gbQ8kQb A9Mn6molSTJlCmye30XTlZPstrJbjGNlrcSQAn1IRgM++M9PSo9gR7GBVvtNubac+TfX1up/hMom z/wKQMf1x7UeyS+EXs7fCO0+8UTSWlz5a3aIHKqeHQnAdR1AyMY6g+owTSm46PUam476luMnLYHJ HTNaGw4cYXAFAEc8gDere1ADYJZhnacZ9aAHySKGBOWb2oAebuWTahbA7DtQA1nMaZBzk9+tAFdp HlBLtmgBMD05oAkjkdOAetACjOc8k0AO3c8n8aAI2bsvU0AWuY49pOGbkn0oAhlCjnJ6cCgAjAK4 JwR1FAEUqfP8p4NJxE0Z1xKLC+nvbhHNsYEV5EG7y9hcksBzg7x0B6HOBzWL0MXoX7K4gulaS3mV wDtYd1buCOoIz0PIrWE6bWhrCdNrQn+9jJP0ovLoF5dCjpLCT7Te5/4+ZTszz+7X5Vwe6nBcdvnP 1OdJIypcxdLjZWytc2XNcau0g9jQkgsrhiht9BtvoKB6mgB30oAXJoAac0AGRjGeaAFA96AGvjpQ Aqqq9BQA7zMdqAEMmaAG7qADcPWgBB8zYFNAino0e+G4mY/PJczbz67HKL/46qj8K56H2vU56H2i +4IGBjArZG62IsCmMcBgUAOT72RQA6R9xww70AMMa7uOaAHjMOGZcJ9KAJCfPjDAcL60ANAWRBxx 7dKAI14UjgAHnFAFm2YlNvQrxQAsyBCGJ46GgBVmiT/VgufagBJ1kuBnaFA9TzQBQcbGIznBxQtS VqSWqzGQNGOKbXKNrlJ7rUrSyYLdMVduEiCl3kxydqgEtjrgA/lzWTqGfOZjQ3uoSHd5ljC3/LJS DMfXcwJAB5GF56HcD8tTy3Jtcsw2iWsSxRLtRckYJPXqeScknqc81olY0Ssif7K3dcGmMiKgHr+N KMQURY2fJXOR71T0G9BWfZgY5P60rML/AMpNvSK3aWeWNEVdzMTgAd80aBeP2zNtbQ3F/wD2mYTb qw2qgyjTcYDSDvx91T90deThcoxMIxNIqG3HbkjgVsbkXXgA4pK4JRF3i3R5XkCIg3MzHAUDqSaH JoHyopXssd4i3WsTpbWJO2OKeXyvM93yR1APyHtncM8LzTk38Ryzk38Q/SBpIjkTSpbQruy6WpUg ZHU7fp+lbUWlsa0mlsXWQZwOSK0NhsjoMZbkenNAEXmLgmOMfU0AMJeQ4GT7CgBY0Cn/AGjQBNKu yJTgZPWgCFm4AJJ+poASKFpGAHA7mgCaaEIRtP4UAJHGA3qfSgBwjIbbznpQAyeMxuVbigB1nGS4 kJyB0oAU/wCszK+CTn2oAYW4Y9T69qAGgNuyRyKAAsQx5NO4XG4DEDJPqDUOJLiZWm6ZBcaVaTyw jmPMEq/LJHESSi7x8wwpAPPr1zzhSpR6GFKnHoSyQ6lao32G6jmXHyJdAkg9vnBzgcdQSecnnIJR qJ6BKNRPQZZxalHZwW6SWltHBGsSqyNMSAMAlsp+WPx54dKDsKnCpYn+y3rsDNqUiN2FtCiLj6OH Ofx/D1rldyuWpccY9SgO6K4huVXotxH5bt9XX5R/3x26d6Ti0HLJbipeSxyql7avb5IUSq4eJieg B4Oe2So545yM3Gry7lxq23LpwP8A61aXvqa3vqAbmgALY/GgA30ARscSAjNADs8ZHegCRVwOetAD MFmIFAEbNtODQAqEscCgAYMGIx0oAQKx60APQeX82c00CKWibjZSAMAPtNwf/I71z0Ptepz0PtGh GFI6g1sjdbDEA7nimMeQf4emKAG5wO5NADlTOSxx7UAPWMgA55oAWUPLGFBLEdsUALbQzhNm04PN ADVbycq2VYH0oAa5BbKjg0ARCSRWbBI7cUANbdnD5/GgCWKZolxtDelACNI7n5249KAEZ7aEebeT JbwL96R2AAH49ucfXgUm+XUhvl1GzX9zdjbYxvZW/wDFPNCdzDuEQ8jvywwMA4bPGXPzGfO5EVrG LNpJNzyyScPLI25m9OewByQAABk4q1TLVMkEs0UZnXO3eRhASeBn8qtKxSVi5EPNRWOVdtxG72Ge 1ICJbiAqCZQCR70ARn/V4PpVLY2Ww/GIUI4O0c1ktzn6g3O4HoO341MCVsUbzm60yM8o9/tZT0IW 3ldQR7MoYe4B6ipW5ktzobIA3KZ9K6DrKt1xfPjjmgBknQUDI7mCG4tZYriJJYzjKOoYdfQ1mzCZ SstPsrSZXtLS3gdsqWjjVSQe2QPYflWM9zFkOiEmweUnMj31wrOerBbiRVBPsqqB6BQO1bx2Oima k/CccVZoR4+WgCN+h+tAFm34ibHFADMfOD3oAQf6sfWgCKTqPrQBcgGEOOOKAIZ/9bQBLF96gBrf 656AIrokk55oAt2w+RaAK10BxxQBAvHSgCQE5NAC3H3RS6kvczda/wCQPqw7CJwB7eWeKzqmdQ2L f/VDNaI0RWIHzcCgtDOhz6UxAnf60ATJ9000NFHxKSPD+pYOMWhxjtnOayqGVQtTACVABgFQSPwN OnsFIQff/Gn1Le49qoY1ulAAlAEvYfSgBT92gBkXU0AMb/WH60ATw9aACSgCOgAFNAjP0fiymx/z 83H/AKNeueh9r1Oeh9o0IPu1sjdbCd6Yx8XVqAJI/u0ANk+8aAHxdVoAlFAEoJC9TQBn3BP2nk0A EX32zQArAfaTxQBLfjESY45oAqP0b6f0pxLiIPvKO3lg/jk1k9zGW5RiZpPHDROxaOLTGmRCcqkm /bvA7NgkZ64pLcnqas5O88ntVlkN30SqKKmoyOml4V2X943Q47CgC+HcaVbvubeTJ82efu0AEVxO kSKs0iqFAADEAUAf/9k= ------=_NextPart_000_013C_01C346E7.7FF04BB0-- From warmerdam at pobox.com Thu Jul 10 10:33:45 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 10 Jul 2003 13:33:45 -0400 Subject: [Mapserver-users] Error message getting eaten in 4.0? In-Reply-To: <3F0D99A8.9060005@refractions.net> References: <3F0D99A8.9060005@refractions.net> Message-ID: <3F0DA379.6010205@pobox.com> David Blasby wrote: > I've had several people ask me about getting an error like: > > msDrawMap(): Image handling error. Failed to draw layer named 'test'. > > I've traced back through the code, and I've verified that I'm > (mappostgis.c) calling msSetError(..), then returning MS_FAILURE. But, I > still get this error message. > > This is causing no end of confusion for the postgis connection users. > The error messages it tries to give would be extreamly helpful to people > with problems. Dave, I agree, this is causing a crazy amount of frustration and wheel spinning. We have "error stacking" now don't we? Is there a problem with making 4.0 actually report the whole error stack by default? Alternatively, could the msDrawMap() function *not* call msSetError() if there is already an error message set? Daniel? Steve? I am willing to hack on this if you guys think it is a good idea, but don't have time to work on it. While I am nervous about changes just before a 4.0 release, I think it could make a substantial difference in the perceieved (and real!) usability of the 4.0 release. 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 hunt at zedxinc.com Thu Jul 10 10:39:05 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Thu, 10 Jul 2003 13:39:05 -0400 Subject: [Mapserver-users] Fw: terraserver WMS problem Message-ID: <015701c3470a$28e66a20$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0154_01C346E8.A1B952E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does anyone know why when I add more then one utm zone layer to my map = file, the image I get back for terraserver gets greener. The layers are = down bellow. LAYER NAME ortho-18 METADATA "wms_title" "USGS Digital Ortho-Quadrangles" "wms_srs" "EPSG:26918" #NAD83 UTM zone 18N "wms_extent" "-78 0 -72 90" LYRNAME "DOQs (orthophotos)" LINK = "http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServiceOvervie= w" END MAXSCALE 299999 OFFSITE 255 255 255 GROUP "ORTHO DATA" STATUS ON=20 TYPE RASTER CONNECTIONTYPE WMS CONNECTION = "http://terraservice.net/ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS= =3DDOQ&FORMAT=3Dpng&styles=3D" PROJECTION "init=3Depsg:26918" #NAD83 UTM zone 18N END END LAYER NAME ortho-17 METADATA "wms_title" "USGS Digital Ortho-Quadrangles" "wms_srs" "EPSG:26917" #NAD83 UTM zone 17N "wms_extent" "-84 0 -78 90" LYRNAME "DOQs (orthophotos)" LINK = "http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServiceOvervie= w" END MAXSCALE 299999 OFFSITE 255 255 255 GROUP "ORTHO DATA" STATUS ON=20 TYPE RASTER CONNECTIONTYPE WMS CONNECTION = "http://terraservice.net/ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS= =3DDOQ&FORMAT=3Dpng&styles=3D" PROJECTION "init=3Depsg:26917" #NAD83 UTM zone 17N END END Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------=_NextPart_000_0154_01C346E8.A1B952E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Does anyone know why when I add more = then one utm=20 zone layer to my map file, the image I get back for terraserver gets=20 greener. The layers are down bellow.
 
LAYER
   NAME = ortho-18
  =20 METADATA
     "wms_title" "USGS Digital=20 Ortho-Quadrangles"
     "wms_srs"  =20 "EPSG:26918" #NAD83 UTM zone 18N
     = "wms_extent" "-78 0=20 -72 90"
     LYRNAME "DOQs=20 (orthophotos)"
     LINK "http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServi= ceOverview"
  =20 END
   MAXSCALE 299999
   OFFSITE 255 255=20 255
   GROUP "ORTHO DATA"
   STATUS ON=20
   TYPE RASTER
   CONNECTIONTYPE = WMS
  =20 CONNECTION "http://terraservice.net= /ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS=3DDOQ&FORMA= T=3Dpng&styles=3D"
  =20 PROJECTION
     "init=3Depsg:26918" #NAD83 UTM = zone=20 18N
   END
END
 
LAYER
   NAME = ortho-17
  =20 METADATA
     "wms_title" "USGS Digital=20 Ortho-Quadrangles"
     "wms_srs"  =20 "EPSG:26917" #NAD83 UTM zone 17N
     = "wms_extent" "-84 0=20 -78 90"
     LYRNAME "DOQs=20 (orthophotos)"
     LINK "http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServi= ceOverview"
  =20 END
   MAXSCALE 299999
   OFFSITE 255 255=20 255
   GROUP "ORTHO DATA"
   STATUS ON=20
   TYPE RASTER
   CONNECTIONTYPE = WMS
  =20 CONNECTION "http://terraservice.net= /ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS=3DDOQ&FORMA= T=3Dpng&styles=3D"
  =20 PROJECTION
     "init=3Depsg:26917" #NAD83 UTM = zone=20 17N
   END
END
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------=_NextPart_000_0154_01C346E8.A1B952E0-- From pedro-b-salazar at ptinovacao.pt Thu Jul 10 11:06:29 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 10 Jul 2003 19:06:29 +0100 Subject: [Mapserver-users] generate maps in WBMP (for WAP) In-Reply-To: <3F0D8EC7.8E70DFA7@dmsolutions.ca> References: <1057852277.1641.40.camel@vitoria.intra.cet.pt> <3F0D8EC7.8E70DFA7@dmsolutions.ca> Message-ID: <1057860388.1652.167.camel@vitoria.intra.cet.pt> --=-i5mEtPtKojITxj4ajmHs Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > Yes it's possible. GD supports WBMP so it should just be a matter of > setting "IMAGETYPE WBMP" in your mapfile. Note that you should take > into consideration the fact that WBMP images can have only 2 colors as > you design your mapfile. I'm using mapscript. If I use: print $query->header('image/vnd.wap.wbmp'); $img->saveImage($tmp_file,$mapscript::MS_WBMP, $map->{transparent}, $map->{interlace}, 0); system("cat $tmp_file"); Shouldn't this work? ... Well, I have a viewer (wApua for linux) that I can see some BMP images converted to WBMP, but the WBMP files generated by mapserver I can't see on my viewer!! BTW, I used 'image/png' and MS_PNG for PNG images, so I just replace this values with the WBMP values above. thanks, Pedro Salazar --=20 PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 --=-i5mEtPtKojITxj4ajmHs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iD8DBQA/DaskDhKeMdgDvGERAo2UAJ0eKJGZTOtm4S34oUl2KsSqJZZ9RACgkD86 W5OtEVLGoEkVIPWmzYLqlnQ= =Hm3A -----END PGP SIGNATURE----- --=-i5mEtPtKojITxj4ajmHs-- From morissette at dmsolutions.ca Thu Jul 10 11:21:50 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 10 Jul 2003 14:21:50 -0400 Subject: [Mapserver-users] delete shape with php-mapscript References: <003901c34706$56fd1bb0$2220a8c0@rocky> Message-ID: <3F0DAEBE.449BA1A7@dmsolutions.ca> Roland Forster wrote: > > is there a way to delete shapes with php-mapscript without looping through > an existing shapefile and creating a new one (without the shape i don't > need)? As far as I know there is no method to do this directly. > What's about setting the shape to MS_SHAPE_NULL? How to do? > No, there is no way to delete shapes or modify existing shapes. You can only read an existing file, or create a new one from scratch. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From godwinl at agr.gc.ca Thu Jul 10 11:22:48 2003 From: godwinl at agr.gc.ca (Liz Godwin) Date: Thu, 10 Jul 2003 14:22:48 -0400 Subject: [Mapserver-users] French Labels Message-ID: There was indeed some funny business going on with the dbf file. I did some type conversion on the field in question and exported it from access to update the shapefile. It is ok now. Thanks for the help, Liz >>> Daniel Morissette 07/10/03 12:15PM >>> I would suggest that you make sure the label field in your DBF uses the same character encoding as your font. In general fonts should be in ISOLatin-1 (ISO-8859-01) encoding. Depending on which software generated the DBF, the file may be in some old DOS codepage encoding. I'm not sure of the best way to fix your DBF file... hopefully the software that generates the DBF offers a way to chose the encoding for the accents, or maybe you could try editing the file in Excel. Daniel Liz Godwin wrote: > > Hello, > > I having problem with labels having french accents in my map. The characters are displayed as boxes instead of "?" for > example. > > My Label class is as follows: > LABEL > TYPE TRUETYPE > FONT "fritqat" > SIZE 8 > POSITION AUTO > BUFFER 2 > COLOR 0 0 0 > OUTLINECOLOR 255 255 255 > ANTIALIAS TRUE > PARTIALS FALSE > END > > I have looked at the DBF file belonging to the shapefile, and the accents are present. > > Another layer I use that looks up a placename and adds it to the map works fine. The label it adds includes the > accented character. > > It is only that these map labels are not displaying correctly. > > Help would be appreciated. > > Liz Godwin > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From morissette at dmsolutions.ca Thu Jul 10 11:39:39 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 10 Jul 2003 14:39:39 -0400 Subject: [Mapserver-users] Error message getting eaten in 4.0? References: <3F0D99A8.9060005@refractions.net> <3F0DA379.6010205@pobox.com> Message-ID: <3F0DB2EB.D7316934@dmsolutions.ca> Frank Warmerdam wrote: > > I agree, this is causing a crazy amount of frustration and wheel spinning. > We have "error stacking" now don't we? Is there a problem with making > 4.0 actually report the whole error stack by default? Alternatively, could > the msDrawMap() function *not* call msSetError() if there is already an > error message set? Daniel? Steve? I am willing to hack on this if you guys > think it is a good idea, but don't have time to work on it. > I think we all agree that it's needed, there is even a bug about doing this: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=346 I think it's more a matter of time to do it, so if you want to hack on this then please add a note to the bug and go ahead. Note that we need separate error reporting routines for the CGI and for the various MapScript. Once you've done the CGI I'll do the PHP one. Not sure if SWIG MapScript need a special one too? Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From ed at topozone.com Thu Jul 10 11:58:31 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 10 Jul 2003 14:58:31 -0400 Subject: [Mapserver-users] terraserver WMS problem Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFCE6@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C34715.41BA5906 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Aaron - =20 I'm not sure why that's happening, but here's some info that might help: =20 1. You're requesting "FORMAT=3Dpng" but that won't do anything. The = request should be FORMAT=3Dimage/png, but TerraServer ignores image = format requests. ALL DOQs are served as 24-bit JPEG images, and ALL = DRGs are served as 24-bit PNG images through the WMS interface, although = the capabilities document might lead you to think otherwise. =20 2. TerraServer will always return a white image in areas where it has no = data. So if you have multiple TerraServer layers in your map file, = you're going to keep stacking up more white layer in every request. =20 3. You've attempted to deal with this with the OFFSITE statement, making = white transparent in these layers. I'm always a little uncomfortable = relying on finding specific RGB values in a JPEG file (the data's not = stored in RGB, so you can't REALLY be sure that you won't get "255 255 = 254" for white) but that seems to be working and doesn't seem to be your = problem. =20 4. Could there be a MapServer problem with OFFSITE and JPEG layers? = I've never used the two together (I avoid JPEG image sources). =20 - 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=20 -----Original Message----- From: Aaron D. Hunt [mailto:hunt at zedxinc.com] Sent: Thursday, July 10, 2003 1:31 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] terraserver WMS problem Does anyone know why when I add more then one utm zone layer to my map = file, the image I get back for terraserver gets greener. There is a = sample attached that uses two layers and the layers are down bellow. =20 LAYER NAME ortho-18 METADATA "wms_title" "USGS Digital Ortho-Quadrangles" "wms_srs" "EPSG:26918" #NAD83 UTM zone 18N "wms_extent" "-78 0 -72 90" LYRNAME "DOQs (orthophotos)" LINK " = http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServiceOverview= " END MAXSCALE 299999 OFFSITE 255 255 255 GROUP "ORTHO DATA" STATUS ON=20 TYPE RASTER CONNECTIONTYPE WMS CONNECTION " http://terraservice.net/ogcmap.ashx?VERSION=3D1.1.1 = = &SERVICE=3Dwms&LAYERS=3DDOQ&FORMAT=3Dpng&styles=3D" PROJECTION "init=3Depsg:26918" #NAD83 UTM zone 18N END END =20 LAYER NAME ortho-17 METADATA "wms_title" "USGS Digital Ortho-Quadrangles" "wms_srs" "EPSG:26917" #NAD83 UTM zone 17N "wms_extent" "-84 0 -78 90" LYRNAME "DOQs (orthophotos)" LINK " = http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServiceOverview= " END MAXSCALE 299999 OFFSITE 255 255 255 GROUP "ORTHO DATA" STATUS ON=20 TYPE RASTER CONNECTIONTYPE WMS CONNECTION " http://terraservice.net/ogcmap.ashx?VERSION=3D1.1.1 = = &SERVICE=3Dwms&LAYERS=3DDOQ&FORMAT=3Dpng&styles=3D" PROJECTION "init=3Depsg:26917" #NAD83 UTM zone 17N END END =20 Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------_=_NextPart_001_01C34715.41BA5906 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Aaron=20 -
 
I'm=20 not sure why that's happening, but here's some info that might=20 help:
 
1.=20 You're requesting "FORMAT=3Dpng" but that won't do anything.  The = request=20 should be FORMAT=3Dimage/png, but TerraServer ignores image format = requests. =20 ALL DOQs are served as 24-bit JPEG images, and ALL DRGs are served as = 24-bit PNG=20 images through the WMS interface, although the capabilities document = might lead=20 you to think otherwise.
 
2.=20 TerraServer will always return a white image in areas where it has no=20 data.  So if you have multiple TerraServer layers in your map file, = you're=20 going to keep stacking up more white layer in every = request.
 
3.=20 You've attempted to deal with this with the OFFSITE statement, making = white=20 transparent in these layers.  I'm always a little uncomfortable = relying on=20 finding specific RGB values in a JPEG file (the data's not stored in = RGB, so you=20 can't REALLY be sure that you won't get "255 255 254" for white) but = that seems=20 to be working and doesn't seem to be your problem.
 
4.=20 Could there be a MapServer problem with OFFSITE and JPEG layers?  = I've=20 never used the two together (I avoid JPEG image = sources).
 
    - 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 =

-----Original Message-----
From: Aaron D. Hunt=20 [mailto:hunt at zedxinc.com]
Sent: Thursday, July 10, 2003 1:31 = PM
To: mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] terraserver WMS problem

Does anyone know why when I add more = then one utm=20 zone layer to my map file, the image I get back for terraserver gets = greener.=20 There is a sample attached that uses two layers and the layers are = down=20 bellow.
 
LAYER
   NAME=20 ortho-18
   METADATA
     = "wms_title"=20 "USGS Digital Ortho-Quadrangles"
    =20 "wms_srs"   "EPSG:26918" #NAD83 UTM zone=20 18N
     "wms_extent" "-78 0 -72=20 90"
     LYRNAME "DOQs=20 (orthophotos)"
     LINK "http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServi= ceOverview"
  =20 END
   MAXSCALE 299999
   OFFSITE 255 255=20 255
   GROUP "ORTHO DATA"
   STATUS ON=20
   TYPE RASTER
   CONNECTIONTYPE=20 WMS
   CONNECTION "http://terraservice.net= /ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS=3DDOQ&FORMA= T=3Dpng&styles=3D"
  =20 PROJECTION
     "init=3Depsg:26918" #NAD83 UTM = zone=20 18N
   END
END
 
LAYER
   NAME=20 ortho-17
   METADATA
     = "wms_title"=20 "USGS Digital Ortho-Quadrangles"
    =20 "wms_srs"   "EPSG:26917" #NAD83 UTM zone=20 17N
     "wms_extent" "-84 0 -78=20 90"
     LYRNAME "DOQs=20 (orthophotos)"
     LINK "http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServi= ceOverview"
  =20 END
   MAXSCALE 299999
   OFFSITE 255 255=20 255
   GROUP "ORTHO DATA"
   STATUS ON=20
   TYPE RASTER
   CONNECTIONTYPE=20 WMS
   CONNECTION "http://terraservice.net= /ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS=3DDOQ&FORMA= T=3Dpng&styles=3D"
  =20 PROJECTION
     "init=3Depsg:26917" #NAD83 UTM = zone=20 17N
   END
END
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------_=_NextPart_001_01C34715.41BA5906-- From lfilak at medinaco.org Thu Jul 10 12:30:45 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 10 Jul 2003 15:30:45 -0400 Subject: [Mapserver-users] generate maps in WBMP (for WAP) Message-ID: <200307101930.h6AJUYN12457@yogi.medinaco.net> Complete shot in the dark. Did you try setting interlace & transparent to false? $mapscript::MS_FALSE Is WBMP supposed to support those options.? Lowell The following message was sent by Pedro Salazar on 10 Jul 2003 19:06:29 +0100. > > Yes it's possible. GD supports WBMP so it should just be a matter of > > setting "IMAGETYPE WBMP" in your mapfile. Note that you should take > > into consideration the fact that WBMP images can have only 2 colors as > > you design your mapfile. > > I'm using mapscript. If I use: > > print $query->header('image/vnd.wap.wbmp'); > $img->saveImage($tmp_file,$mapscript::MS_WBMP, $map->{transparent}, > $map->{interlace}, 0); > system("cat $tmp_file"); > > Shouldn't this work? ... Well, I have a viewer (wApua for linux) that I > can see some BMP images converted to WBMP, but the WBMP files generated > by mapserver I can't see on my viewer!! > > BTW, I used 'image/png' and MS_PNG for PNG images, so I just replace > this values with the WBMP values above. > > thanks, > Pedro Salazar > -- > PS > pedro-b-salazar at ptinovacao.pt > PGP:0E129E31D803BC61 > From morissette at dmsolutions.ca Thu Jul 10 12:39:57 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 10 Jul 2003 15:39:57 -0400 Subject: [Mapserver-users] generate maps in WBMP (for WAP) References: <1057852277.1641.40.camel@vitoria.intra.cet.pt> <3F0D8EC7.8E70DFA7@dmsolutions.ca> <1057860388.1652.167.camel@vitoria.intra.cet.pt> Message-ID: <3F0DC10D.ED7D5107@dmsolutions.ca> Unfortunately I don't think I can help much with your specific problem. All I can tell you is that we have produced WBMPs from PHP MapScript using MapServer 4.0 before so I know it _should_ work but I have no clue why it doesn't work for you. Daniel Pedro Salazar wrote: > > > Yes it's possible. GD supports WBMP so it should just be a matter of > > setting "IMAGETYPE WBMP" in your mapfile. Note that you should take > > into consideration the fact that WBMP images can have only 2 colors as > > you design your mapfile. > > I'm using mapscript. If I use: > > print $query->header('image/vnd.wap.wbmp'); > $img->saveImage($tmp_file,$mapscript::MS_WBMP, $map->{transparent}, > $map->{interlace}, 0); > system("cat $tmp_file"); > > Shouldn't this work? ... Well, I have a viewer (wApua for linux) that I > can see some BMP images converted to WBMP, but the WBMP files generated > by mapserver I can't see on my viewer!! > > BTW, I used 'image/png' and MS_PNG for PNG images, so I just replace > this values with the WBMP values above. > > thanks, > Pedro Salazar > -- > PS > pedro-b-salazar at ptinovacao.pt > PGP:0E129E31D803BC61 > From zornes at athenic.com Thu Jul 10 13:29:57 2003 From: zornes at athenic.com (Adam Zornes) Date: Thu, 10 Jul 2003 16:29:57 -0400 Subject: [Mapserver-users] Windows Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C34722.076BFC75 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, =20 I realize this is around the hundredth time this has been asked, but has anyone installed mapserver and php on a Windows NT system running Windows 2000 server? I am having a deuce of a time trying to get everything pieced together. =20 =20 Thank you, =20 Adam Zornes Athenic Systems ------_=_NextPart_001_01C34722.076BFC75 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

        = ;    I realize this is around the hundredth time this has been asked, but has anyone = installed mapserver and php on a Windows NT system running Windows 2000 server?  I am having a deuce of a time = trying to get everything pieced together.  =

 

Thank you,

 

Adam Zornes

Athenic Systems

------_=_NextPart_001_01C34722.076BFC75-- From Chip.Hankley at rmtinc.com Thu Jul 10 13:47:28 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Thu, 10 Jul 2003 15:47:28 -0500 Subject: [Mapserver-users] Windows Message-ID: Adam, There's quite a number of us working in the windows world. Give us more information on a) what you have done b) what errors you are getting The more details the better. Chip Outgoing messages, along with any attachments, are scanned for viruses at RMT prior to sending. ------------------------------------------------------------------------------ NOTICE--This email may contain confidential and privileged information for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and delete all copies. From morissette at dmsolutions.ca Thu Jul 10 15:16:05 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 10 Jul 2003 18:16:05 -0400 Subject: [Mapserver-users] Error message getting eaten in 4.0? References: <3F0D99A8.9060005@refractions.net> <3F0DA379.6010205@pobox.com> <3F0DB2EB.D7316934@dmsolutions.ca> Message-ID: <3F0DE5A5.26E444A7@dmsolutions.ca> OK, I've added dumping of the whole error stack in PHP MapScript and in the mapserv CGI in the 4.0 CVS... hopefully that will help. I'm not sure if something needs to be done for the SWIG versions, I'll leave that to Steve and the other SWIG experts. Daniel Daniel Morissette wrote: > > Frank Warmerdam wrote: > > > > I agree, this is causing a crazy amount of frustration and wheel spinning. > > We have "error stacking" now don't we? Is there a problem with making > > 4.0 actually report the whole error stack by default? Alternatively, could > > the msDrawMap() function *not* call msSetError() if there is already an > > error message set? Daniel? Steve? I am willing to hack on this if you guys > > think it is a good idea, but don't have time to work on it. > > > > I think we all agree that it's needed, there is even a bug about doing > this: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=346 > > I think it's more a matter of time to do it, so if you want to hack on > this then please add a note to the bug and go ahead. Note that we need > separate error reporting routines for the CGI and for the various > MapScript. Once you've done the CGI I'll do the PHP one. Not sure if > SWIG MapScript need a special one too? > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette morissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ From supernaut at esfera.cl Thu Jul 10 15:27:16 2003 From: supernaut at esfera.cl (Angelo CM) Date: Thu, 10 Jul 2003 18:27:16 -0400 Subject: [Mapserver-users] Windows Message-ID: <20030710182716.M91740@esfera.cl> go to http://usuarios.vtr.net/~acabrera/server.htm just jump the part with postgresql -------Original Message------- From: Adam Zornes Date: Jueves, 10 de Julio de 2003 17:23:56 To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Windows All, I realize this is around the hundredth time this has been asked, but has anyone installed mapserver and php on a Windows NT system running Windows 2000 server? I am having a deuce of a time trying to get everything pieced together. Thank you, Adam Zornes Athenic Systems From pkishor at geoanalytics.com Thu Jul 10 19:36:47 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Fri, 11 Jul 2003 02:36:47 -0000 Subject: [Mapserver-users] Re: Windows In-Reply-To: <20030710182716.M91740@esfera.cl> Message-ID: Hi Adam, I know that Chip responded to your earlier email so he might have other things to add. I went to the link you offered below and didn't learn anything. Everything was in Spanish (my understanding of Spanish is very poor). I was not sure what you were pointing at. It would make it much easier for others to help you if you simply described what it is that you were experiencing. Countless folks run MapServer with PHP on Windows. Obviously there is something special to your setup that is causing problems. You describe your Windows system as a "Windows NT system running Windows 2000 server." What do you mean by that? Is it a WinNT system or is it a Win2000 system? What is the problem that you are experiencing. Please describe the error in detail and include specific error messages if possible. It just will make it quicker for everyone. --- In mapserver-users at yahoogroups.com, "Angelo CM" wrote: > > go to > > http://usuarios.vtr.net/~acabrera/server.htm > > just jump the part with postgresql > > -------Original Message------- > > From: Adam Zornes > Date: Jueves, 10 de Julio de 2003 17:23:56 > To: mapserver-users at l... > Subject: [Mapserver-users] Windows > > All, > > > > I realize this is around the hundredth time this has been asked, but has anyone installed mapserver and php on a Windows NT system running Windows 2000 server? I am having a deuce of a time trying to get everything pieced together. > > > > Thank you, > > > > Adam Zornes > > Athenic Systems > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From edwardlee at ttga.com.au Thu Jul 10 23:40:39 2003 From: edwardlee at ttga.com.au (Edward Lee) Date: Fri, 11 Jul 2003 16:40:39 +1000 Subject: [Mapserver-users] demo error Message-ID: <4232EE346F17CF4084D1F1FFDB55980C01BB7D@exchangesvr.ttga.com.au> This is a multi-part message in MIME format. ------_=_NextPart_001_01C34777.58042F70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, =20 I have currently just install the mapserver on my linux redhat system, and its running apache web server Everytime when I try to test just the mapserv cgi (http://rd01/~edwardlee/cgi-bin/mapserv),=20 and as well as the Itasca demo I get the following error message. =20 Server error! The server encountered an internal error and was unable to complete your request.=20 Error message:=20 Premature end of script headers: mapserv=20 If you think this is a server error, please contact the webmaster =20 Error 500 What could possible be the reasons causing this problem? =20 Regards =20 Edward Lee=20 =20 ------_=_NextPart_001_01C34777.58042F70 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear = all,

 

I have = currently just install the mapserver on my linux redhat system, = and its running apache web server

Everytime when = I try to test just the mapserv cgi (http://rd01/~edwardlee/cg= i-bin/mapserv),

and as well as the Itasca demo I get the following error message.

 

Server error!

The server encountered an internal error and was = unable to complete your request.

Error message:
Premature end of script headers: mapserv

If you think this is a server error, please contact = the webmaster =

Error = 500

What could = possible be the reasons causing this problem?

 

Regards

 

Edward Lee

 

=00 ------_=_NextPart_001_01C34777.58042F70-- From adams at terrestris.de Fri Jul 11 00:12:36 2003 From: adams at terrestris.de (Till Adams) Date: Fri, 11 Jul 2003 09:12:36 +0200 Subject: [Mapserver-users] demo error References: <4232EE346F17CF4084D1F1FFDB55980C01BB7D@exchangesvr.ttga.com.au> Message-ID: <3F0E6364.7010705@terrestris.de> Dear Edward, in RedHat8 you have to run the ldconfig. Just run the following command: /sbin/ldconfig /usr/local/lib -v or change the path "/usr/local/lib" to where you installed your libgd.a to (to get more info, have a look into the apache error log). Mapserver should work now. Remember: When you stop your server you may have to redo this. Cheers, Till Edward Lee schrieb: > Dear all, > > > > I have currently just install the mapserver on my linux redhat system, > and its running apache web server > > Everytime when I try to test just the mapserv cgi > (http://rd01/~edwardlee/cgi-bin/mapserv), > > and as well as the Itasca demo I get the following error message. > > > > > Server error! > > The server encountered an internal error and was unable to complete your > request. > > Error message: > Premature end of script headers: mapserv > > If you think this is a server error, please contact the webmaster > > > > Error 500 > > What could possible be the reasons causing this problem? > > > > Regards > > > > Edward Lee > > > -- ***** Treffen Sie uns auf der AGIT in Salzburg vom 2. bis 4. Juli 2003, Stand 35 ***** ----- Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From agalasso at gndci.cs.cnr.it Fri Jul 11 02:22:17 2003 From: agalasso at gndci.cs.cnr.it (Alessandro Galasso) Date: Fri, 11 Jul 2003 11:22:17 +0200 Subject: [Mapserver-users] mapext=shape for points ? Message-ID: <002701c3478d$ec164870$1900a8c0@labtel.net> I've used mapext=shape for polygon layers with success.... But what about if i want the same behavior with point layers? At the moment i receive: mapserv(): Web application error. No way to generate a valid map extent from selected shapes. Alessandro Galasso From pedro-b-salazar at ptinovacao.pt Fri Jul 11 02:39:15 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 11 Jul 2003 10:39:15 +0100 Subject: [Mapserver-users] generate maps in WBMP (for WAP) In-Reply-To: <200307101930.h6AJUYN12457@yogi.medinaco.net> References: <200307101930.h6AJUYN12457@yogi.medinaco.net> Message-ID: <1057916354.9173.14.camel@vitoria.intra.cet.pt> --=-8V9waAlqwDQVKZyIS+jT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-07-10 at 20:30, Lowell Filak wrote: > Complete shot in the dark. > Did you try setting interlace & transparent to false? > $mapscript::MS_FALSE > Is WBMP supposed to support those options.? > Lowell I tried just now, and still doesn't work. However, let me say that in my WML browser, I don't see anything any image, but passing the mouse over the upper-left corner (about the 50x50 pixels -> the size of my image), I see in the status a "WBMP" message!! Could it be the colors defined on the map or the mapserver already support the translation (I think so)?=20 BTW, the WBMP is always in Black&White? I mean, there are some new WAP terminals that support colors. If so, the WBMP is always B&W or could it be colors and my WAP browser just can't see the colors? thanks, Pedro Salazar. --=20 PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 --=-8V9waAlqwDQVKZyIS+jT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iD8DBQA/DoXCDhKeMdgDvGERAkCQAJ9tHfIAWuqfpv9Ua0Js7FTUHxFCOQCfTCdr EyWNg8CoYuQVbikiN468hjM= =s80O -----END PGP SIGNATURE----- --=-8V9waAlqwDQVKZyIS+jT-- From braulioen at ono.com Fri Jul 11 02:46:01 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Fri, 11 Jul 2003 11:46:01 +0200 Subject: [Mapserver-users] Mapscript 4.0, problem with ECWP? Message-ID: <3497ce349d6c.349d6c3497ce@ono.com> Hi, When beginning to use Mapscript 4.0 I've detected a problem. I show an image ECW using a Image Web server of ErMapper: LAYER # Raster NAME ortofoto TYPE RASTER DATA "ecwp://myserver/Ortofotos/myimage.ecw" STATUS DEFAULT END I was using mapscrip 3,6 and now, when changing of version (I've proven with the two 3.7 and 4.0), the image does not visualize (I've already sent an aid mail on the matter), nevertheless,Now I have detected that if I copy the file to my then hard disk the image visualizes: LAYER # Raster NAME ortofoto TYPE RASTER DATA "C:\Ortofotos\myimage.ecw" STATUS DEFAULT END It could have some problem in the new versions with the ECW protocol (ECWP)? Thanks in advance. Braulio. From braulioen at ono.com Fri Jul 11 02:53:54 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Fri, 11 Jul 2003 11:53:54 +0200 Subject: [Mapserver-users] Problem with Mapscript 3.7 Message-ID: <344d49346e50.346e50344d49@ono.com> Hi, Please, I need an example of the queryByAttributes in Mapscript 3.7. I have write at list, I have written several times to the list and I have not obtained answer. I suppose that somebody will know to use the function, I would be been thankful to him. Thanks in advance. Braulio. From suddhasheel_ghosh at yahoo.com Fri Jul 11 05:16:13 2003 From: suddhasheel_ghosh at yahoo.com (=?iso-8859-1?q?Suddhasheel=20Ghosh?=) Date: Fri, 11 Jul 2003 13:16:13 +0100 (BST) Subject: [Mapserver-users] Problem using Mapserver Message-ID: <20030711121613.85476.qmail@web40905.mail.yahoo.com> --0-245244000-1057925773=:83920 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello My name is Suddhasheel Ghosh and I want to use Mapserver for GIS applications. I have the following setup: (1) Windows Operating System XP (2) Apache Server (3) PHP 4.3.2 (4) Mapserver 3.6 I have completed all the formalities of the mapserver namely putting the mapserv.exe into the CGI directory etc. When I want to execute the command for displaying a map it is not doing so.. Why? This gives rise to two questions: a. Do I have to make a setting for an temporary directory somewhere? If yes then where b. When I provide the name of the map in the map file ... Is the directory virtual or real c. When I provide the argument of the map file in the QueryString is the place virtual or real? Please answer the question My address is Suddhasheel at yahoo.com Thanks and regards Suddhasheel GHOSH Suddhasheel Ghosh Etudiant Groupement pour le Developpement de la Teledetection Aerospatiale 8-10 rue Hermes, Parc Technologique du Canal 31520 Ramonville St. Agne Cedex, Toulouse, France Mobile: +33 (0)685 692 390 --------------------------------- Want to chat instantly with your online friends??Get the FREE Yahoo!Messenger --0-245244000-1057925773=:83920 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hello
 
My name is Suddhasheel Ghosh and I want to use Mapserver for GIS applications. I have the following setup:
 
(1) Windows Operating System XP
(2) Apache Server
(3) PHP 4.3.2
(4) Mapserver 3.6
 
I have completed all the formalities of the mapserver namely putting the mapserv.exe into the CGI directory etc.
 
When I want to execute the command for displaying a map it is not doing so.. Why? This gives rise to two questions:
 
a. Do I have to make a setting for an temporary directory somewhere? If yes then where
 
b. When I provide the name of the map in the map file ... Is the directory virtual or real
 
c. When I provide the argument of the map file in the QueryString is the place virtual or real?
 
Please answer the question
 
 
Thanks and regards
 
Suddhasheel GHOSH
 
 


Suddhasheel Ghosh
Etudiant
Groupement pour le Developpement de la Teledetection Aerospatiale
8-10 rue Hermes,
Parc Technologique du Canal
31520 Ramonville St. Agne Cedex, Toulouse, France
Mobile: +33 (0)685 692 390


Want to chat instantly with your online friends??Get the FREE Yahoo! Messenger --0-245244000-1057925773=:83920-- From lfilak at medinaco.org Fri Jul 11 05:48:46 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 11 Jul 2003 08:48:46 -0400 Subject: [Mapserver-users] generate maps in WBMP (for WAP) Message-ID: <200307111248.h6BCmYN24076@yogi.medinaco.net> Unfortunately I'm not familiar with the WBMP format but I do think it could be some sort of color problem. The posts that I located which reported problems with WBMP's seemed to refer to problems when converting images with transparent backgrounds into WBMP, the images became all white or all black. If you look at the temp image file does it have a size > 0? If you do a "file" on the temp image file does it identify as the correct type? I think newer versions of ImageMagick are capable of reading and writing WBMP files so you should be able to use the "display" command to view it. Also, possibly the GD list could shed some more light on the subject.? Lowell The following message was sent by Pedro Salazar on 11 Jul 2003 10:39:15 +0100. > On Thu, 2003-07-10 at 20:30, Lowell Filak wrote: > > Complete shot in the dark. > > Did you try setting interlace & transparent to false? > > $mapscript::MS_FALSE > > Is WBMP supposed to support those options.? > > Lowell > > I tried just now, and still doesn't work. However, let me say that in my > WML browser, I don't see anything any image, but passing the mouse over > the upper-left corner (about the 50x50 pixels -> the size of my image), > I see in the status a "WBMP" message!! > > Could it be the colors defined on the map or the mapserver already > support the translation (I think so)? > > BTW, the WBMP is always in Black&White? I mean, there are some new WAP > terminals that support colors. If so, the WBMP is always B&W or could it > be colors and my WAP browser just can't see the colors? > > thanks, > Pedro Salazar. > -- > PS > pedro-b-salazar at ptinovacao.pt > PGP:0E129E31D803BC61 > From pedro-b-salazar at ptinovacao.pt Fri Jul 11 06:27:31 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 11 Jul 2003 14:27:31 +0100 Subject: [Mapserver-users] generate maps in WBMP (for WAP) In-Reply-To: <200307111248.h6BCmYN24076@yogi.medinaco.net> References: <200307111248.h6BCmYN24076@yogi.medinaco.net> Message-ID: <1057930050.10701.6.camel@vitoria.intra.cet.pt> --=-UdS6l5wUZ4qEnhthh/O9 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > If you look at the temp image file does it have a size > 0? > If you do a "file" on the temp image file does it identify as the > correct type? I can't get a conclusion about that because either the generated WBMPs by mapserver or the WBMPs I make through GIMP (image application), a _file_ reports it as "data". There is no doubt about the "construction" of the WBMP (there aren't empty), and I'm not using any transparency=20 now. regards, Pedro Salazar. --=20 PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 --=-UdS6l5wUZ4qEnhthh/O9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iD8DBQA/DrtCDhKeMdgDvGERAkrCAJ9d4CQpPPc7wWd2/D/TFau0YC1yzgCgpLTR 8/QcFK8RcpjIqKMNVBAb7p0= =zR3M -----END PGP SIGNATURE----- --=-UdS6l5wUZ4qEnhthh/O9-- From cpurvis at asg.sc.edu Fri Jul 11 06:44:43 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Fri, 11 Jul 2003 09:44:43 -0400 Subject: [Mapserver-users] automatically resize Message-ID: Hey, Eric: I'm having a booger of a time getting my symbols to resize w/ zooming. Given your example, how does the SYMBOLSCALE number relate to your MAP level SCALE (min and max)? I'm also assuming that the circle and the text label increase at the same rate w/ a zoom. Is that right? In my case, I am only interested in keeping my point layer connected. So at the initial scale (133277), a size of 1 for a SYMBOL 4 (square) is fine. When I'm zoomed in (SCALE = 4999) my square points need to appear much bigger so that they will appear connected. Am I on the right track? Thanks. -----Original Message----- From: Eric Bridger [mailto:eric at gomoos.org] Sent: Friday, April 11, 2003 7:18 AM To: Jehng-Jung Kao Cc: Mapserver List Subject: Re: [Mapserver-users] automatically resize You can use SYMBOLSCALE in a LAYER in your map file which works with both CLASS MINSIZE, MAXSIZE and LABEL MINSIZE MAXSIZE to scale both the symbol and text. You'll need to use truetype fonts and play around with the SYMBOLSCALE value which changes with the zoom-in/out. Here's an example: LAYER NAME "cities" TYPE POINT DATA "/mapserver/data/vector/tiger/cities" STATUS DEFAULT LABELITEM "PLACE" SYMBOLSCALE 1320000 CLASS NAME "City" SYMBOL "circle" COLOR 255 255 0 OUTLINECOLOR 0 0 0 SIZE 8 LABEL TYPE TRUETYPE FONT helr SIZE 9 COLOR 0 0 0 ANTIALIAS TRUE POSITION AUTO PARTIALS FALSE MAXSIZE 13 MINSIZE 8 END END END On Fri, 2003-04-11 at 03:08, Jehng-Jung Kao wrote: > Dear List, > > Is there any way to resize label based on the display size (zoom-in/out) > instead of a fixed size? > > Jehng-Jung Kao > | Jehng-Jung Kao, Professor Email: jjkao at ensys.ev.nctu.edu.tw > | Inst. of Environ. Engrg. Tel/Fax: +886-3-5731869/5731759 > | National Chiao Tung Univ., 75 Po-Ai St., Hsinchu, Taiwan 30090, ROC. > | http://green.ev.nctu.edu.tw/~jjkao > > _______________________________________________ > 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 kulke at beak.de Fri Jul 11 06:49:35 2003 From: kulke at beak.de (Michael Kulke) Date: Fri, 11 Jul 2003 15:49:35 +0200 Subject: [Mapserver-users] SDE support for windows-version Message-ID: Hi folks, anyone has successfully compiled the mapserver for windows with esri sde-support (SDE 8.3) ???? We need help or the generated mapserv.exe ;-). Thanks for all hints. Michael Kulke From lfilak at medinaco.org Fri Jul 11 07:29:47 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 11 Jul 2003 10:29:47 -0400 Subject: [Mapserver-users] generate maps in WBMP (for WAP) Message-ID: <200307111429.h6BETXN26329@yogi.medinaco.net> Okay, my version of GIMP doesn't read WBMP but if yours does can you view it in GIMP? Lowell The following message was sent by Pedro Salazar on 11 Jul 2003 14:27:31 +0100. > > If you look at the temp image file does it have a size > 0? > > If you do a "file" on the temp image file does it identify as the > > correct type? > > I can't get a conclusion about that because either the generated WBMPs > by mapserver or the WBMPs I make through GIMP (image application), a > _file_ reports it as "data". There is no doubt about the "construction" > of the WBMP (there aren't empty), and I'm not using any transparency > now. > > regards, > Pedro Salazar. > -- > PS > pedro-b-salazar at ptinovacao.pt > PGP:0E129E31D803BC61 > From agalasso at gndci.cs.cnr.it Fri Jul 11 07:22:55 2003 From: agalasso at gndci.cs.cnr.it (Alessandro Galasso) Date: Fri, 11 Jul 2003 16:22:55 +0200 Subject: [Mapserver-users] Problem with Mapscript 3.7 References: <344d49346e50.346e50344d49@ono.com> Message-ID: <029701c347b7$ebdea490$1900a8c0@labtel.net> In mapserver 4.0 the new method to make item query is this: http://host/cgi-bin/mapserv.exe? map=calabria40.map& imgsize=300+300& qlayer=layerName& qitem=tableFieldName& qstring=STRINGTOSEARCHFOR& mode=itemquerymap& mapext=shape (or specific extent) Hope this helps, Alessandro Galasso ----- Original Message ----- From: To: "Grupo Mapserver" Sent: Friday, July 11, 2003 11:53 AM Subject: [Mapserver-users] Problem with Mapscript 3.7 > Hi, > > Please, I need an example of the queryByAttributes in Mapscript 3.7. > I have write at list, I have written several times to the list and I > have not obtained answer. I suppose that somebody will know to use the > function, I would be been thankful to him. > > Thanks in advance. > Braulio. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From agalasso at gndci.cs.cnr.it Fri Jul 11 07:26:59 2003 From: agalasso at gndci.cs.cnr.it (Alessandro Galasso) Date: Fri, 11 Jul 2003 16:26:59 +0200 Subject: [Mapserver-users] SDE support for windows-version References: Message-ID: <02aa01c347b8$7d1ec930$1900a8c0@labtel.net> I have the same need. If someone could give us any info on how to obtain or make the mapserv.exe with SDE support, it whould be appreciated. Thanks in advance, Alessandro Galasso ----- Original Message ----- From: "Michael Kulke" To: Sent: Friday, July 11, 2003 3:49 PM Subject: [Mapserver-users] SDE support for windows-version > Hi folks, > anyone has successfully compiled the mapserver for windows with esri > sde-support (SDE 8.3) ???? > We need help or the generated mapserv.exe ;-). > Thanks for all hints. > Michael Kulke > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pete at crrel.usace.army.mil Fri Jul 11 09:09:37 2003 From: pete at crrel.usace.army.mil (Pete Schmitt) Date: Fri, 11 Jul 2003 12:09:37 -0400 Subject: [Mapserver-users] mapserver 4.0b configuration error and php 4.3.2 (regex again) Message-ID: <3F0EE141.7080701@crrel.usace.army.mil> --------------000608010203080709000803 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I have php configured with the following: --with-mysql=/usr --with-apxs=/usr/local/$APACHE/bin/apxs \ --enable-track-vars --enable-dbase --with-oci8=$ORACLE --enable-trans-sid \ --with-regex=system --enable-magic-quotes --with-gd --with-zlib \ --enable-sigchild --with-freetype-dir=/usr --enable-gd-native-ttf ...when I run configure with the following on mapserver-4.0b: --without-jpeg --with-gd=../gd-2.0.12gif \ --with-freetype --with-zlib --with-png \ --with-pdf --without-tiff --without-eppl --with-proj \ --with-sde=/usr/local --with-sde-version=82 \ --with-ogr --with-gdal=../gdal-1.1.9/apps/gdal-config \ --with-oraclespatial=$ORACLE_HOME \ --with-php=../php-4.3.2/ \ --with-wmsclient --with-wfsclient \ --with-wfs --enable-debug I get this error: configure: error: !!! The current version of PHP MapScript has some problems with !!! !!! PHP4's bundled regex. Until we figure the solution to the !!! !!! problem, the workaround is to compile PHP4 with the system regex !!! !!! Please re-configure and re-compile PHP4 with --with-regex=system !!! !!! and then re-configure and re-compile MapServer. !!! What am I missing? --------------000608010203080709000803 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I have php configured with the following:

--with-mysql=/usr --with-apxs=/usr/local/$APACHE/bin/apxs \
--enable-track-vars --enable-dbase --with-oci8=$ORACLE --enable-trans-sid \
--with-regex=system --enable-magic-quotes --with-gd --with-zlib \
--enable-sigchild --with-freetype-dir=/usr --enable-gd-native-ttf


...when I run configure with the following on mapserver-4.0b:

--without-jpeg --with-gd=../gd-2.0.12gif \
        --with-freetype --with-zlib --with-png \
        --with-pdf --without-tiff --without-eppl --with-proj \
        --with-sde=/usr/local --with-sde-version=82 \
        --with-ogr --with-gdal=../gdal-1.1.9/apps/gdal-config \
        --with-oraclespatial=$ORACLE_HOME \
        --with-php=../php-4.3.2/ \
        --with-wmsclient --with-wfsclient \
        --with-wfs --enable-debug


I get this error:

configure: error:
!!! The current version of PHP MapScript has some problems with       !!!
!!! PHP4's bundled regex.  Until we figure the solution to the        !!!
!!! problem, the workaround is to compile PHP4 with the system regex  !!!
!!! Please re-configure and re-compile PHP4 with --with-regex=system  !!!
!!! and then re-configure and re-compile MapServer.                   !!!


What am I missing?



--------------000608010203080709000803-- From nacional at cbs.umn.edu Fri Jul 11 09:22:20 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 11 Jul 2003 11:22:20 -0500 Subject: [Mapserver-users] mapserver 4.0b configuration error and php 4.3.2 (regex again) In-Reply-To: <3F0EE141.7080701@crrel.usace.army.mil> References: <3F0EE141.7080701@crrel.usace.army.mil> Message-ID: <1057940540.19589.9.camel@arceuthobium.ecology.umn.edu> Pete, Remove "--with-apxs=/usr/local/$APACHE/bin/apxs" when you configure php and try again. You'll need php compiled as cgi to work with MapServer. -Perry On Fri, 2003-07-11 at 11:09, Pete Schmitt wrote: > I have php configured with the following: > > --with-mysql=/usr --with-apxs=/usr/local/$APACHE/bin/apxs \ > --enable-track-vars --enable-dbase --with-oci8=$ORACLE > --enable-trans-sid \ > --with-regex=system --enable-magic-quotes --with-gd --with-zlib \ > --enable-sigchild --with-freetype-dir=/usr --enable-gd-native-ttf > > ...when I run configure with the following on mapserver-4.0b: > > --without-jpeg --with-gd=../gd-2.0.12gif \ > --with-freetype --with-zlib --with-png \ > --with-pdf --without-tiff --without-eppl --with-proj \ > --with-sde=/usr/local --with-sde-version=82 \ > --with-ogr --with-gdal=../gdal-1.1.9/apps/gdal-config \ > --with-oraclespatial=$ORACLE_HOME \ > --with-php=../php-4.3.2/ \ > --with-wmsclient --with-wfsclient \ > --with-wfs --enable-debug > > I get this error: > > configure: error: > !!! The current version of PHP MapScript has some problems with > !!! > !!! PHP4's bundled regex. Until we figure the solution to the > !!! > !!! problem, the workaround is to compile PHP4 with the system regex > !!! > !!! Please re-configure and re-compile PHP4 with --with-regex=system > !!! > !!! and then re-configure and re-compile MapServer. > !!! > > What am I missing? > -- Pericles S. Nacionales University of Minnesota From morissette at dmsolutions.ca Fri Jul 11 09:28:29 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 11 Jul 2003 12:28:29 -0400 Subject: [Mapserver-users] mapserver 4.0b configuration error and php 4.3.2 (regex again) References: <3F0EE141.7080701@crrel.usace.army.mil> Message-ID: <3F0EE5AD.B9F6C351@dmsolutions.ca> That's because your PHP is configured --with-apxs. In this case the --with-regex=system option has no effect. Also note that using --with-apxs compiles PHP to use as an Apache DSO and php_mapscript.so requires PHP compiled as a CGI, one more reason to remove --with-apxs. Daniel Pete Schmitt wrote: > > I have php configured with the following: > > --with-mysql=/usr --with-apxs=/usr/local/$APACHE/bin/apxs \ > --enable-track-vars --enable-dbase --with-oci8=$ORACLE > --enable-trans-sid \ > --with-regex=system --enable-magic-quotes --with-gd --with-zlib \ > --enable-sigchild --with-freetype-dir=/usr --enable-gd-native-ttf > > ...when I run configure with the following on mapserver-4.0b: > > --without-jpeg --with-gd=../gd-2.0.12gif \ > --with-freetype --with-zlib --with-png \ > --with-pdf --without-tiff --without-eppl --with-proj \ > --with-sde=/usr/local --with-sde-version=82 \ > --with-ogr --with-gdal=../gdal-1.1.9/apps/gdal-config \ > --with-oraclespatial=$ORACLE_HOME \ > --with-php=../php-4.3.2/ \ > --with-wmsclient --with-wfsclient \ > --with-wfs --enable-debug > > I get this error: > > configure: error: > !!! The current version of PHP MapScript has some problems with > !!! > !!! PHP4's bundled regex. Until we figure the solution to the > !!! > !!! problem, the workaround is to compile PHP4 with the system regex > !!! > !!! Please re-configure and re-compile PHP4 with --with-regex=system > !!! > !!! and then re-configure and re-compile MapServer. > !!! > > What am I missing? From gayathri at ou.edu Fri Jul 11 09:29:01 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Fri, 11 Jul 2003 11:29:01 -0500 Subject: [Mapserver-users] Problem using 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_01C347C9.8981F560 Content-Type: text/plain Hi: Need more information, 1) What do you mean by "execute command for displaying map" ? Can you brief how you are doing it? 2)Yes, the tmp directory should be set up as per instructions for the map images to be created.. 3) Questions b and c are again unclear... Can you give some examples., lines from your code? Thanks, Gayathri -----Original Message----- From: Suddhasheel Ghosh [mailto:suddhasheel_ghosh at yahoo.com] Sent: Friday, July 11, 2003 6:16 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Problem using Mapserver Hello My name is Suddhasheel Ghosh and I want to use Mapserver for GIS applications. I have the following setup: (1) Windows Operating System XP (2) Apache Server (3) PHP 4.3.2 (4) Mapserver 3.6 I have completed all the formalities of the mapserver namely putting the mapserv.exe into the CGI directory etc. When I want to execute the command for displaying a map it is not doing so.. Why? This gives rise to two questions: a. Do I have to make a setting for an temporary directory somewhere? If yes then where b. When I provide the name of the map in the map file ... Is the directory virtual or real c. When I provide the argument of the map file in the QueryString is the place virtual or real? Please answer the question My address is Suddhasheel at yahoo.com Thanks and regards Suddhasheel GHOSH Suddhasheel Ghosh Etudiant Groupement pour le Developpement de la Teledetection Aerospatiale 8-10 rue Hermes, Parc Technologique du Canal 31520 Ramonville St. Agne Cedex, Toulouse, France Mobile: +33 (0)685 692 390 _____ Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger ------_=_NextPart_001_01C347C9.8981F560 Content-Type: text/html Message
Hi:
Need more information,
 
1) What do you mean by "execute command for displaying map" ? Can you brief how you are doing it?
2)Yes, the tmp directory should be set up as per instructions for the map images to be created..
3) Questions b and c are again unclear...
 
Can you give some examples., lines from your code?
 
Thanks,
Gayathri
-----Original Message-----
From: Suddhasheel Ghosh [mailto:suddhasheel_ghosh at yahoo.com]
Sent: Friday, July 11, 2003 6:16 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Problem using Mapserver

Hello
 
My name is Suddhasheel Ghosh and I want to use Mapserver for GIS applications. I have the following setup:
 
(1) Windows Operating System XP
(2) Apache Server
(3) PHP 4.3.2
(4) Mapserver 3.6
 
I have completed all the formalities of the mapserver namely putting the mapserv.exe into the CGI directory etc.
 
When I want to execute the command for displaying a map it is not doing so.. Why? This gives rise to two questions:
 
a. Do I have to make a setting for an temporary directory somewhere? If yes then where
 
b. When I provide the name of the map in the map file ... Is the directory virtual or real
 
c. When I provide the argument of the map file in the QueryString is the place virtual or real?
 
Please answer the question
 
 
Thanks and regards
 
Suddhasheel GHOSH
 
 


Suddhasheel Ghosh
Etudiant
Groupement pour le Developpement de la Teledetection Aerospatiale
8-10 rue Hermes,
Parc Technologique du Canal
31520 Ramonville St. Agne Cedex, Toulouse, France
Mobile: +33 (0)685 692 390


Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger
------_=_NextPart_001_01C347C9.8981F560-- From hunt at zedxinc.com Fri Jul 11 10:04:30 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Fri, 11 Jul 2003 13:04:30 -0400 Subject: [Mapserver-users] perl queryByAttributes 4.0 Message-ID: <005301c347ce$7ec37680$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0050_01C347AC.F78BB0E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does anyone have an example of perl mapscript queryByAttributes for = mapserver version 4.0. Aaron D. Hunt ------=_NextPart_000_0050_01C347AC.F78BB0E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Does anyone have an example of perl = mapscript=20 queryByAttributes for mapserver version 4.0.
 
 
Aaron D. = Hunt

------=_NextPart_000_0050_01C347AC.F78BB0E0-- From millardymecki at sympatico.ca Fri Jul 11 09:59:31 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Fri, 11 Jul 2003 12:59:31 -0400 Subject: [Mapserver-users] Python/Mapscript References: Message-ID: <005601c347cd$cc40c350$8000a8c0@pauls> Hi Sean, I've imported Michael's mapscript binaries, with no errors. I was wondering if there's a quick way of testing if it's working? Should i download Zoap mapserver? thx, Paul ----- Original Message ----- From: "Sean Gillies" To: "Paul Dymecki" Cc: Sent: Tuesday, July 01, 2003 10:24 AM Subject: Re: [Mapserver-users] Python/Mapscript Paul, There are no official Python MapScript binaries. If I was a regular Win32 user I would provide some. But alas. Would anyone else like to step up, zip up their mapscript.py and mapscript.pyd and share them? Michael? cheers, Sean On Tuesday, July 1, 2003, at 06:12 AM, Paul Dymecki wrote: > Hi, > Does anyone know if the mapserver pre-compiled binaries work with > python/mapscript(windows), or is building mapserver a requirement? > thanks, > Paul > -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From cpurvis at asg.sc.edu Fri Jul 11 10:09:42 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Fri, 11 Jul 2003 13:09:42 -0400 Subject: [Mapserver-users] automatically resize Message-ID: Answered my own question. Got it. -----Original Message----- From: Charlton Purvis Sent: Friday, July 11, 2003 9:45 AM To: Eric Bridger Cc: Mapserver List Subject: RE: [Mapserver-users] automatically resize Hey, Eric: I'm having a booger of a time getting my symbols to resize w/ zooming. Given your example, how does the SYMBOLSCALE number relate to your MAP level SCALE (min and max)? I'm also assuming that the circle and the text label increase at the same rate w/ a zoom. Is that right? In my case, I am only interested in keeping my point layer connected. So at the initial scale (133277), a size of 1 for a SYMBOL 4 (square) is fine. When I'm zoomed in (SCALE = 4999) my square points need to appear much bigger so that they will appear connected. Am I on the right track? Thanks. -----Original Message----- From: Eric Bridger [mailto:eric at gomoos.org] Sent: Friday, April 11, 2003 7:18 AM To: Jehng-Jung Kao Cc: Mapserver List Subject: Re: [Mapserver-users] automatically resize You can use SYMBOLSCALE in a LAYER in your map file which works with both CLASS MINSIZE, MAXSIZE and LABEL MINSIZE MAXSIZE to scale both the symbol and text. You'll need to use truetype fonts and play around with the SYMBOLSCALE value which changes with the zoom-in/out. Here's an example: LAYER NAME "cities" TYPE POINT DATA "/mapserver/data/vector/tiger/cities" STATUS DEFAULT LABELITEM "PLACE" SYMBOLSCALE 1320000 CLASS NAME "City" SYMBOL "circle" COLOR 255 255 0 OUTLINECOLOR 0 0 0 SIZE 8 LABEL TYPE TRUETYPE FONT helr SIZE 9 COLOR 0 0 0 ANTIALIAS TRUE POSITION AUTO PARTIALS FALSE MAXSIZE 13 MINSIZE 8 END END END On Fri, 2003-04-11 at 03:08, Jehng-Jung Kao wrote: > Dear List, > > Is there any way to resize label based on the display size (zoom-in/out) > instead of a fixed size? > > Jehng-Jung Kao > | Jehng-Jung Kao, Professor Email: jjkao at ensys.ev.nctu.edu.tw > | Inst. of Environ. Engrg. Tel/Fax: +886-3-5731869/5731759 > | National Chiao Tung Univ., 75 Po-Ai St., Hsinchu, Taiwan 30090, ROC. > | http://green.ev.nctu.edu.tw/~jjkao > > _______________________________________________ > 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 morissette at dmsolutions.ca Fri Jul 11 10:16:27 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 11 Jul 2003 13:16:27 -0400 Subject: [Mapserver-users] MapServer 4.0 beta2 Message-ID: <3F0EF0EB.92647724@dmsolutions.ca> Hi Everyone, I have tagged a MapServer 4.0 beta2 version a few minutes ago (rel-4-0-0-beta2 in CVS). There are very few important issues to be resolved before a formal 4.0 release, so unless important problems are reported with this version then we should be very close to a 4.0 release. Steve being away for a few days, the UMN site won't be updated with the 4.0-beta2 source until he is back, but I placed a copy you can download at: http://www2.dmsolutions.ca/mapserver/dl/mapserver-4.0-beta2-src.tar.gz Windows binaries should be available at the same location shortly. I would invite all those who have been following the 3.7/4.0 development to give it a try and report any new issue via bugzilla. BTW, a few notes to people reporting bugs in bugzilla: - Please test against the latest version of MapServer when reporting a new bug to make sure the problem is not already fixed. - Try to include a simple reproduceable test case in your bug, without an easy way to reproduce the bug then we cannot help. - Make sure you include details about the version of MapServer and the environment in which you're running (OS, PHP version, etc) Best Regards, Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Fri Jul 11 10:22:29 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 11 Jul 2003 13:22:29 -0400 Subject: [Mapserver-users] Re: MapServer 4.0 beta2 References: <3F0EF0EB.92647724@dmsolutions.ca> Message-ID: <3F0EF255.9FD30FD8@dmsolutions.ca> Daniel Morissette wrote: > > I have tagged a MapServer 4.0 beta2 version a few minutes ago > (rel-4-0-0-beta2 in CVS). There are very few important issues to be > resolved before a formal 4.0 release, so unless important problems are > reported with this version then we should be very close to a 4.0 > release. > In case anyone is interested, I attached below a list of the most important fixes since beta1 1 month ago. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ 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. From sgillies at frii.com Fri Jul 11 10:35:05 2003 From: sgillies at frii.com (Sean Gillies) Date: Fri, 11 Jul 2003 11:35:05 -0600 Subject: [Mapserver-users] Python/Mapscript In-Reply-To: <005601c347cd$cc40c350$8000a8c0@pauls> Message-ID: <022F11D1-B3C6-11D7-9184-000393B98B56@frii.com> On Friday, July 11, 2003, at 10:59 AM, Paul Dymecki wrote: > Hi Sean, > I've imported Michael's mapscript binaries, with no errors. I was > wondering if there's a quick way of testing if it's working? Should i > download Zoap mapserver? > thx, > Paul Paul, Do you have a map file that you know and trust? If so, launch a python interpreter either from the NT command line or use pythonwin.exe and start playing with the module. My example before is in a bash shell, but you'll get the picture. bash-2.05a$ python2.1 Python 2.1.3 (#18, Jun 24 2003, 18:02:42) [GCC 3.1 20020420 (prerelease)] on darwin6 Type "copyright", "credits" or "license" for more information. >>> from mapscript import * >>> mapobj = mapObj('/Users/sean/Projects/ZMapServer/demo/demo.map') >>> mapobj.name 'demo' >>> mapobj.getMetaData('WMS_SRS') 'EPSG:26915' >>> mapobj.getMetaData('WMS_TITLE') 'UMN MapServer Itasca Demo' >>> mapobj.getProjection() 'init=epsg:26915' >>> imgobj = mapobj.draw() >>> imgobj.save('/tmp/test.png') Being able to work with MapScript interactively as well as programmatically is awesome. Do Perl/PHP map users know what they are missing? If you need more help with the PyIMS Facade or ZMapServer, please email me directly so we don't clutter the list. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From sgillies at frii.com Fri Jul 11 12:43:26 2003 From: sgillies at frii.com (Sean Gillies) Date: Fri, 11 Jul 2003 13:43:26 -0600 Subject: [Mapserver-users] Mapscript: Display points on the fly In-Reply-To: <200307091601.45202.bplatzen@sosnetz.de> Message-ID: On Wednesday, July 9, 2003, at 08:01 AM, Bjoern Platzen wrote: > Hi, > > I'm trying to display a point at the last klickpoint in the map, but it > doesn't appear on the map. I know that this has been discussed on the > list a few times, but all the Examples I found were in Perl and I'm not > really a Perl-programmer... > > First of all, the mapObj (self.mymap) is defined and the image is > prepared with > > self.myimage=self.mymap.prepareImage() > > My function to draw the point looks like that: > > def _drawPoint(self, point): > > pLayer = self.mymap.getLayerByName('onthefly') > pLayer.status = mapscript.MS_ON > newPoint = mapscript.pointObj() > newPoint.x, newPoint.x = point[0], point[1] ^^^ ^^^ Well, there's one problem. Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From rjames57 at yahoo.com Fri Jul 11 12:43:56 2003 From: rjames57 at yahoo.com (Randy James) Date: Fri, 11 Jul 2003 12:43:56 -0700 (PDT) Subject: [Mapserver-users] email from steve.lime Message-ID: <20030711194356.43435.qmail@web12505.mail.yahoo.com> Hi Has anyone else recieved this email? It contains just one line and an attachment that shows up as "UNKNOWN_PARAMETER_FILE file" than i see name=your_details.zip is the attachment. I replied to Steve asking him if he sent it, but i think he is out? Cheers Randy --- steve.lime at dnr.state.mn.us wrote: > Please see the attached zip file for details. > ATTACHMENT part 2 application/x-zip-compressed name=your_details.zip __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From lfilak at medinaco.org Fri Jul 11 13:06:14 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 11 Jul 2003 16:06:14 -0400 Subject: [Mapserver-users] email from steve.lime Message-ID: <200307112006.h6BK61N00680@yogi.medinaco.net> It appears to be a virus that was most likely not sent by Steve Lime but another infected machine. He's just so popular that his email address is in a bunch of address books. http://www.sophos.com/virusinfo/analyses/w32sobige.html Lowell The following message was sent by Randy James on Fri, 11 Jul 2003 12:43:56 -0700 (PDT). > Hi > > Has anyone else recieved this email? It contains just one > line and an attachment that shows up as > "UNKNOWN_PARAMETER_FILE file" than i see > name=your_details.zip is the attachment. I replied to Steve > asking him if he sent it, but i think he is out? > > Cheers > Randy > > --- steve.lime at dnr.state.mn.us wrote: > > Please see the attached zip file for details. > > > ATTACHMENT part 2 application/x-zip-compressed > name=your_details.zip > > > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > _______________________________________________ > 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 Jul 11 13:36:42 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 11 Jul 2003 15:36:42 -0500 Subject: [Mapserver-users] MapServer 4.0 beta2 In-Reply-To: <3F0EF0EB.92647724@dmsolutions.ca> References: <3F0EF0EB.92647724@dmsolutions.ca> Message-ID: <1057955802.27032.34.camel@arceuthobium.ecology.umn.edu> Thanks Dan! I have downloaded, compiled, and made available win32 binaries (CGI only) at http://mapserver.gis.umn.edu/win32binaries.html. DM Solutions' also provide win32 binaries along with PHP/MapScript dlls at http://www2.dmsolutions.ca/mapserver/dl/mapserver-4.0-beta2-src.tar.gz (binaries should be available shortly). If you are using the previous beta1, please update to beta2 and let us know of problems/bugs. -Perry On Fri, 2003-07-11 at 12:16, Daniel Morissette wrote: > Hi Everyone, > > I have tagged a MapServer 4.0 beta2 version a few minutes ago > (rel-4-0-0-beta2 in CVS). There are very few important issues to be > resolved before a formal 4.0 release, so unless important problems are > reported with this version then we should be very close to a 4.0 > release. > > Steve being away for a few days, the UMN site won't be updated with the > 4.0-beta2 source until he is back, but I placed a copy you can download > at: > http://www2.dmsolutions.ca/mapserver/dl/mapserver-4.0-beta2-src.tar.gz > > Windows binaries should be available at the same location shortly. > > I would invite all those who have been following the 3.7/4.0 development > to give it a try and report any new issue via bugzilla. > > BTW, a few notes to people reporting bugs in bugzilla: > > - Please test against the latest version of MapServer when reporting > a new bug to make sure the problem is not already fixed. > - Try to include a simple reproduceable test case in your bug, without > an easy way to reproduce the bug then we cannot help. > - Make sure you include details about the version of MapServer and > the environment in which you're running (OS, PHP version, etc) > > Best Regards, > > Daniel -- Pericles S. Nacionales University of Minnesota From bplatzen at sosnetz.de Fri Jul 11 14:07:54 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Fri, 11 Jul 2003 23:07:54 +0200 Subject: [Mapserver-users] email from steve.lime In-Reply-To: <20030711194356.43435.qmail@web12505.mail.yahoo.com> References: <20030711194356.43435.qmail@web12505.mail.yahoo.com> Message-ID: <200307112307.54514.bplatzen@sosnetz.de> Hi, it's not just Steve... I recieved an "Undeliverable Mail"-Message. Seems as if someone sent the same Email using my adress. I think, someone has taken the adresses out of the list-archives... Since I am posting to Mailing-Lists, I've got this problem. Bye, Bjoern. Am Freitag, 11. Juli 2003 21:43 schrieb Randy James: > Hi > > Has anyone else recieved this email? It contains just one > line and an attachment that shows up as > "UNKNOWN_PARAMETER_FILE file" than i see > name=your_details.zip is the attachment. I replied to Steve > asking him if he sent it, but i think he is out? > > Cheers > Randy > > --- steve.lime at dnr.state.mn.us wrote: > > Please see the attached zip file for details. > > > > ATTACHMENT part 2 application/x-zip-compressed > > name=your_details.zip > > > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- small office solutions info at sosnetz.de - http://www.sosnetz.de From hi_ono2001 at ybb.ne.jp Fri Jul 11 14:16:54 2003 From: hi_ono2001 at ybb.ne.jp (Hisaji Ono) Date: Sat, 12 Jul 2003 06:16:54 +0900 Subject: [Mapserver-users] Any example of web GIS service using MapServer and SOAP Message-ID: <004f01c347f1$c0ffb5e0$818001db@webgis> Hi. Does anyone know any case using MapServer and SOAP for Web GIS services? Regards. From woklist at charter.net Fri Jul 11 14:43:32 2003 From: woklist at charter.net (William K) Date: Fri, 11 Jul 2003 16:43:32 -0500 Subject: [Mapserver-users] Graticule problems at large scales Message-ID: Finaly got around to playing with the graticule feature in the 4.0 beta. Works fine up to a point - when zooming in to a large scale, the starting point gets out of sync with the interval. ie, if I have a 15 minute (0.25 degree) interval, when I get to about 1:500,000 scale (with a Lambert Conic projection), I start to get grid lines at places like 14, 29, 44 & 59 minutes instead of the 0, 15, 30 & 45 I want and expect. And at the same scale the starting point varies depending on where I pan to. If this is some adjustment of the starting point to get an even or minimum distribution of grid lines in the map, I'd still rather have a fixed starting point (ie at some multiple of the interval) and adjust the LAYER's MIN/MAX-SCALE and the GRID's MIN/MAX-INTERVAL myself. Another issue with the graticule (and possibly related) - when I start using a third decimal place for intervals, such as 0.125 for 7.5 minutes, the grid labels start to get odd rounding errors. For a 0.125 interval using the DDMMSS label format, some labels have the correct 00 and 30 seconds, while other have 59 and 29 seconds, on the same map. ----- William Kyngesburye http://webpages.charter.net/kyngchaos/ "This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind?" - The Ruler of the Universe RIP Douglas Adams 1952-2001 From sgillies at frii.com Fri Jul 11 15:38:26 2003 From: sgillies at frii.com (Sean Gillies) Date: Fri, 11 Jul 2003 16:38:26 -0600 Subject: [Mapserver-users] Any example of web GIS service using MapServer and SOAP In-Reply-To: <004f01c347f1$c0ffb5e0$818001db@webgis> Message-ID: <633BA8DB-B3F0-11D7-ABD7-000393B98B56@frii.com> On Friday, July 11, 2003, at 03:16 PM, Hisaji Ono wrote: > Hi. > > Does anyone know any case using MapServer and SOAP for Web GIS > services? > > Regards. > Not SOAP, but ZMapServer (http://zmapserver.sourceforge.net) works with XML-RPC. Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From dbarron at ddive.com Fri Jul 11 15:51:26 2003 From: dbarron at ddive.com (Dan Barron) Date: Fri, 11 Jul 2003 15:51:26 -0700 Subject: [Mapserver-users] v4.0b Transparent Backgrounds Message-ID: <5.2.0.9.0.20030711154721.01cd65d0@arctictern.ddive.com> --=====================_1835515==.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Hi - I am trying to migrate from v3.6.4 to 4.0b and am having a heck of time=20 getting a simple polygon layer background to be transparent. Can anyone=20 give me some insight to the trick in making this happen? I am trying to=20 create jpeg imagetype for output. Thanks! Dan Barron Principal / Founder Destination Software LLC - developers of Destination DIVE=99 dbarron at ddive.com http://www.destinationdive.com (619) 275-5346 --=====================_1835515==.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi -

I am trying to migrate from v3.6.4 to 4.0b and am having a heck of time getting a simple polygon layer background to be transparent.  Can anyone give me some insight to the trick in making this happen?  I am trying to create jpeg imagetype for output.

Thanks!

Dan Barron
Principal / Founder
Destination Software LLC - developers of Destination DIVE=99
dbarron at ddive.com
http://www.destinationdive.com (619) 275-5346
--=====================_1835515==.ALT-- From pramsey at refractions.net Fri Jul 11 18:52:16 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Fri, 11 Jul 2003 18:52:16 -0700 Subject: [Mapserver-users] Any example of web GIS service using MapServer and SOAP In-Reply-To: <004f01c347f1$c0ffb5e0$818001db@webgis> Message-ID: <76F6A719-B40B-11D7-B00A-000393D33C2E@refractions.net> Mr. Ono, Jackson Harper (Jackson at LatitudeGeo.com) was doing some interesting work in this area a few months ago. Maybe he can tell you something of interest. Yours, Paul On Friday, July 11, 2003, at 02:16 PM, Hisaji Ono wrote: > > Does anyone know any case using MapServer and SOAP for Web GIS > services? > > Paul Ramsey Refractions Research Email: pramsey at refractions.net Phone: (250) 885-0632 From gerry.creager at tamu.edu Fri Jul 11 20:53:23 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Fri, 11 Jul 2003 22:53:23 -0500 Subject: [Mapserver-users] email from steve.lime In-Reply-To: <200307112307.54514.bplatzen@sosnetz.de> References: <20030711194356.43435.qmail@web12505.mail.yahoo.com> <200307112307.54514.bplatzen@sosnetz.de> Message-ID: <3F0F8633.3090301@tamu.edu> Forgive me for not recalling the details, but that's a fairly nasty Windows/Outlook virus that started showing up about 2 weeks or so ago. Since I don't have any windows machines anymore, I didn't register it to long-term memory. Don't open the attachments. Delete 'em from the folder, and considering burning your Windows CD. Oh. Sorry. Got carried away. The last is marginally in error; the first 2 are legitimate. A quick google search rendered a quick result: w32_sobig is the virus. http://securityresponse.symantec.com/avcenter/venc/data/w32.sobig.e at mm.html gerry Bjoern Platzen wrote: > Hi, > > it's not just Steve... > > I recieved an "Undeliverable Mail"-Message. Seems as if someone sent the > same Email using my adress. > > I think, someone has taken the adresses out of the list-archives... > > Since I am posting to Mailing-Lists, I've got this problem. > > Bye, > > Bjoern. > > Am Freitag, 11. Juli 2003 21:43 schrieb Randy James: > >>Hi >> >>Has anyone else recieved this email? It contains just one >>line and an attachment that shows up as >>"UNKNOWN_PARAMETER_FILE file" than i see >>name=your_details.zip is the attachment. I replied to Steve >>asking him if he sent it, but i think he is out? >> >>Cheers >>Randy >> >>--- steve.lime at dnr.state.mn.us wrote: >> >>>Please see the attached zip file for details. >>> >>>ATTACHMENT part 2 application/x-zip-compressed >> >>name=your_details.zip >> >> >> >>__________________________________ >>Do you Yahoo!? >>SBC Yahoo! DSL - Now only $29.95 per month! >>http://sbc.yahoo.com >>_______________________________________________ >>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 kulke at beak.de Sat Jul 12 03:11:11 2003 From: kulke at beak.de (Michael Kulke) Date: Sat, 12 Jul 2003 12:11:11 +0200 Subject: [Mapserver-users] SDE support for windows-version Message-ID: Hi folks, anyone has successfully compiled the mapserver for windows with esri sde-support (SDE 8.3) ???? We need help or the generated mapserv.exe ;-). Thanks for all hints. Michael Kulke From nhv at cape.com Sat Jul 12 10:34:08 2003 From: nhv at cape.com (Norman Vine) Date: Sat, 12 Jul 2003 13:34:08 -0400 Subject: [Mapserver-users] SnowSymbols Fonts - Promoting the International Snow Classification Message-ID: FYI http://www.wsl.ch/slf/schnee-lawinen/Schneemechanik/slfsnowsymbols-en.htm From sgillies at frii.com Sat Jul 12 11:12:37 2003 From: sgillies at frii.com (Sean Gillies) Date: Sat, 12 Jul 2003 12:12:37 -0600 Subject: [Mapserver-users] Python/Mapscript In-Reply-To: <3F104B0A.3000904@growthmodels.com> Message-ID: <6B131CE2-B494-11D7-B3D1-000393B98B56@frii.com> On Saturday, July 12, 2003, at 11:53 AM, Heitzso wrote: > Good point. And many thanks for offering to help. > > I followed the directions at > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PythonMapScript > to build the python mapscript module. In addition to the file > modifications noted at that web page, I also had to create several > symbolic links in /usr/lib to pick up some of the libraries. Creating > the symbolic links was straight forward. Altering the files was > scarier because I'm not familair with swig setup, but I followed > the directions and the 'setup.py install' script ran with only > warnings. > > from python2.2/site-packages, doing a 'ls -1 MapScri* mapscri*' > yields: > MapScript.so > MapScriptc.so > > mapscript: MapScript.py > MapScript.pyc > __init__.py > __init__.pyc > which were created by the 'python setup.py install' run as > root in the mapscript/python directory. > > Please let me know if there's another sequence I should follow. > If you'ld like copies of my files, stdout/stderr output, etc. > let me know and I'll prepare. > > Thanks again, > Heitzso > > Heitzso, Please disregard the directions on the Wiki page. They are a bit out of date. Here is the official recipe to compile Python MapScript. 1. Download and compile the latest nightly (pre-4.0) MapServer. This is important because it will allow you to pick up some important changes made to the mapscript wrappers since the 4.0beta1 release was made. 2. cd into the mapscript/python directory 3. execute "python setup.py install". That's it. If MapServer was built properly, the newest setup.py script will find all the required libraries for you. Sorry about the confusion with the Wiki, we Python users must come together at some point and get the docs straightened out. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From nhv at cape.com Sat Jul 12 12:54:02 2003 From: nhv at cape.com (Norman Vine) Date: Sat, 12 Jul 2003 15:54:02 -0400 Subject: [Mapserver-users] Python/Mapscript In-Reply-To: <6B131CE2-B494-11D7-B3D1-000393B98B56@frii.com> Message-ID: Sean Gillies writes: > > On Saturday, July 12, 2003, at 11:53 AM, Heitzso wrote: > > > > > I followed the directions at > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PythonMapScript > > to build the python mapscript module. > > > Heitzso, > > Please disregard the directions on the Wiki page. They are a bit > out of date. Here is the official recipe to compile Python > MapScript. > > 1. Download and compile the latest nightly (pre-4.0) MapServer. > This is important because it will allow you to pick up some > important changes made to the mapscript wrappers since the > 4.0beta1 release was made. > 2. cd into the mapscript/python directory > 3. execute "python setup.py install". That's it. Hmm there seems to be a problem .... < This is with CVS files > mapscript_wrap.c: In function `mapObj_processQueryTemplate': mapscript_wrap.c:1652: warning: passing arg 2 of `msProcessQueryTemplate' makes integer from pointer without a cast mapscript_wrap.c:1652: warning: passing arg 4 of `msProcessQueryTemplate' makes pointer from integer without a cast mapscript_wrap.c:1652: too few arguments to function `msProcessQueryTemplate' < cheap hack to get mapscript to compile is > $ cvs diff mapscript.i Index: mapscript.i =================================================================== RCS file: /data2/cvsroot/mapserver/mapscript/mapscript.i,v retrieving revision 1.113 diff -r1.113 mapscript.i 397c397,398 < return msProcessQueryTemplate(self, names, values, numentries); --- > // return msProcessQueryTemplate(self, names, values, numentries); > return msProcessQueryTemplate(self, 0, names, values, numentries); > If MapServer was built properly, the newest setup.py script will > find all the required libraries for you. FYI - This new script does *not* work for me For anyone else on a unix like system who is having problems building python mapscript I keep the files I use at http://www.vso.cape.com/~nhv/files/python/mapscript.html Cheers Norman From sgillies at frii.com Sat Jul 12 13:38:17 2003 From: sgillies at frii.com (Sean Gillies) Date: Sat, 12 Jul 2003 14:38:17 -0600 Subject: [Mapserver-users] Python/Mapscript In-Reply-To: Message-ID: On Saturday, July 12, 2003, at 01:54 PM, Norman Vine wrote: > Sean Gillies writes: >> >> On Saturday, July 12, 2003, at 11:53 AM, Heitzso wrote: >>>> >>> I followed the directions at >>> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PythonMapScript >>> to build the python mapscript module. >>> >> Heitzso, >> >> Please disregard the directions on the Wiki page. They are a bit >> out of date. Here is the official recipe to compile Python >> MapScript. >> >> 1. Download and compile the latest nightly (pre-4.0) MapServer. >> This is important because it will allow you to pick up some >> important changes made to the mapscript wrappers since the >> 4.0beta1 release was made. >> 2. cd into the mapscript/python directory >> 3. execute "python setup.py install". That's it. > > Hmm there seems to be a problem .... > < This is with CVS files > > > mapscript_wrap.c: In function `mapObj_processQueryTemplate': > mapscript_wrap.c:1652: warning: passing arg 2 of > `msProcessQueryTemplate' makes integer from pointer without a cast > mapscript_wrap.c:1652: warning: passing arg 4 of > `msProcessQueryTemplate' makes pointer from integer without a cast > mapscript_wrap.c:1652: too few arguments to function > `msProcessQueryTemplate' > > < cheap hack to get mapscript to compile is > > $ cvs diff mapscript.i > Index: mapscript.i > =================================================================== > RCS file: /data2/cvsroot/mapserver/mapscript/mapscript.i,v > retrieving revision 1.113 > diff -r1.113 mapscript.i > 397c397,398 > < return msProcessQueryTemplate(self, names, values, numentries); > --- >> // return msProcessQueryTemplate(self, names, values, numentries); >> return msProcessQueryTemplate(self, 0, names, values, >> numentries); > > > >> If MapServer was built properly, the newest setup.py script will >> find all the required libraries for you. > > FYI - This new script does *not* work for me > > For anyone else on a unix like system who is having problems building > python mapscript I keep the files I use at > http://www.vso.cape.com/~nhv/files/python/mapscript.html > > Cheers > > Norman > Huh. Well, the truth is that I do not practice what I preach. The setup script I use is derived from Norman's mapserver 3.5 setup script instead of the one that comes with MapServer. I've been advocating the one in the distribution only because we gotta have some consistency for the sake of new users. Maybe we should just blow away the one that snuck into the distribution earlier this year and make Norman's the standard once again. If we do this we should do it soon before the official 4.0 release. Any thoughts? I'll take a look at the bug with the ProcessQueryTemplate. Somebody made a change to the C library and mapscript hasn't kept up. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From heitzso at growthmodels.com Sat Jul 12 13:57:36 2003 From: heitzso at growthmodels.com (Heitzso) Date: Sat, 12 Jul 2003 16:57:36 -0400 Subject: [Mapserver-users] Python/Mapscript In-Reply-To: <6B131CE2-B494-11D7-B3D1-000393B98B56@frii.com> References: <6B131CE2-B494-11D7-B3D1-000393B98B56@frii.com> Message-ID: <3F107640.9030501@growthmodels.com> I followed Sean's sequence and the script failed with a message about not finding build/lib. I 'ln -s' a build/lib over to build/lib* and that error message stopped. The simple from mapscript import * still failed. I then went over to the site-packages library and ripped out all mapserver/mapscript related files and reran the 'python setup.py install' and this time from mapscript import * succeeded. I haven't tried to do anything more than that, but that much is working. IMPORTANT: What problems lurk with nightly 4.0 development branch? Thanks for any warnings. Thanks, Heitzso Sean Gillies wrote: > > On Saturday, July 12, 2003, at 11:53 AM, Heitzso wrote: > >> Good point. And many thanks for offering to help. >> >> I followed the directions at >> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PythonMapScript >> to build the python mapscript module. In addition to the file >> modifications noted at that web page, I also had to create several >> symbolic links in /usr/lib to pick up some of the libraries. Creating >> the symbolic links was straight forward. Altering the files was >> scarier because I'm not familair with swig setup, but I followed >> the directions and the 'setup.py install' script ran with only warnings. >> >> from python2.2/site-packages, doing a 'ls -1 MapScri* mapscri*' >> yields: >> MapScript.so >> MapScriptc.so >> >> mapscript: MapScript.py >> MapScript.pyc >> __init__.py >> __init__.pyc >> which were created by the 'python setup.py install' run as >> root in the mapscript/python directory. >> >> Please let me know if there's another sequence I should follow. >> If you'ld like copies of my files, stdout/stderr output, etc. >> let me know and I'll prepare. >> >> Thanks again, >> Heitzso >> >> > Heitzso, > > Please disregard the directions on the Wiki page. They are a bit > out of date. Here is the official recipe to compile Python > MapScript. > > 1. Download and compile the latest nightly (pre-4.0) MapServer. > This is important because it will allow you to pick up some > important changes made to the mapscript wrappers since the > 4.0beta1 release was made. > 2. cd into the mapscript/python directory > 3. execute "python setup.py install". That's it. > > If MapServer was built properly, the newest setup.py script will > find all the required libraries for you. > > Sorry about the confusion with the Wiki, we Python users must > come together at some point and get the docs straightened out. > > cheers, > Sean > > -- > Sean Gillies > sgillies at frii dot com > http://www.frii.com/~sgillies > > From gayathri at ou.edu Sat Jul 12 14:16:07 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Sat, 12 Jul 2003 16:16:07 -0500 Subject: [Mapserver-users] landsat wms Message-ID: Hi: Tried the following but it does not seem to work for me. I have the exact code segment below, in my map file. So I went to http://wms.jpl.nasa.gov and they seem to use a landsat.cgi to get to their landsat map.,? I am not sure if I am doing something wrong. Thanks, Gayathri -----Original Message----- From: Aaron D. Hunt [mailto:hunt at zedxinc.com] Sent: Wednesday, July 09, 2003 3:11 PM To: Gerry Creager N5JXS Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] landsat wms Here is the layer needed to display the landsat LAYER NAME LandSat METADATA "wms_title" "LandSat" "wms_srs" "EPSG:4326" #WGS 84 "wms_extent" "-78 0 -72 90" LYRNAME "LandSat" LINK "N/A" END OFFSITE 255 255 255 GROUP "LandSat DATA" STATUS ON TYPE RASTER CONNECTIONTYPE WMS CONNECTION "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=us%5Flandsa t7&STYLES=&FORMAT=PNG&TRANSPARENT=TRUE&" PROJECTION "init=epsg:4326" #WGS 84 END END ----- Original Message ----- From: "Gerry Creager N5JXS" To: "Aaron D. Hunt" Sent: Wednesday, July 09, 2003 3:09 PM Subject: Re: [Mapserver-users] landsat wms > If you get it, could I ask for a copy for Texas Mesonet? > > TIA, gerry > > Aaron D. Hunt wrote: > > Does anyone have an example Layer of using JPL's WMS landsat server. > > Aaron D. Hunt Technical Manager > > ZedX Inc. > > Voice: 814-357-8490 > > Fax: 814-357-8499 > > -- > 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 takefive at easystreet.com Sat Jul 12 14:36:22 2003 From: takefive at easystreet.com (Adam Dershewitz) Date: Sat, 12 Jul 2003 14:36:22 -0700 Subject: [Mapserver-users] New Install Problem Message-ID: I currently have a functioning Windows XP box running Apache 2.0.42 with PHP 4.3.2. I installed the MapServer windows files as per the instructions and verified that the mapserv.exe file is getting run as CGI and not downloaded as a document. When I try to run the binary through a browser it comes up with a 500 Internal Error which I think by the documentation is correct. When I run it from the command line I get "This script can only be used to decode form results and should be initiated as a CGI process via a httpd server." Which I also think is correct. Then I downloaded the demo and installed the files as per the instructions. Made the modifications to all the required files. Then I went to run the demo_init.html file. When I click on initialize nothing happens. I have both spaces and periods in the path to my webroot for Apache. Could that be causing problems? I have a really cool application of this package and would love to get it running. Thanks, Adam From mgleahy at fes.uwaterloo.ca Sat Jul 12 19:15:51 2003 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Sat, 12 Jul 2003 22:15:51 -0400 Subject: [Mapserver-users] queryMap object in PHP MapScript Message-ID: <1058062551.3f10c0d722a9e@www.nexusmail.uwaterloo.ca> Hello all, I've been working on developing a map interface that loads a map dynamically from PHP session variables rather than a static map file. I've pretty much got it all working with no trouble...except there appears to be no way to access the QUERYMAP portion of the map object. Basically, as far as I can tell, I'm going to have to have the map object read a mapfile that has just the querymap object defined, then set all the rest of the parameters from the session. I would prefer avoiding this approach if possible. Is there some info missing from the PHP MapScript class reference? There are querymap constants listed, but nothing else regarding how to access the querymap settings... Kind regards, Mike Leahy ---------------------------------------- This mail sent through www.mywaterloo.ca From stuff at hdtvpub.com Sun Jul 13 15:43:03 2003 From: stuff at hdtvpub.com (stuff at hdtvpub.com) Date: Sun, 13 Jul 2003 16:43:03 -0600 Subject: [Mapserver-users] PHP Mapscript as CGI in IIS... Message-ID: <000301c34990$1f401ec0$6500000a@andrew2457ald8> Hi all. I'm running W2k, IIS, PHP and Mapserver. I'm trying to get PHP Mapscript to run but I keep getting the following error: --PHP Code-- line 22: dl("php_mapscript_36.dll"); line 34: $map = ms_newMapObj("tutorial4.map"); ------------ --Error-- Fatal error: Due to thread-safety problems, php_mapscript cannot be used as a 'cgi-fcgi' 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 C:\mydirectory\test_draw_map.php on line 34 --------- PHP is configured to run under IIS as .php and is pointing to "c:\php\php.exe". Any help on how to get this correct would be greatly appreciated. I'm about out of options and can't think what to do to get PHP running as a CGI, but believe I am already doing that.?.? Thanks. Andrew From braulioen at ono.com Mon Jul 14 03:58:22 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Mon, 14 Jul 2003 12:58:22 +0200 Subject: [Mapserver-users] Problem with getShape in Mapscript 4.0 Message-ID: Hi, I'm trying to read the attributes of an shape object and not it with himself. The reading I make it according to the documentation: $shape=$shapefile->getShape($i); $name = $shape->values["name"]; But $name is empty. Nevertheless, with $shape->bounds, if that I can read its extension. Where it can be the problem? Thanks. Braulio. From twan at twansoft.com Mon Jul 14 04:26:29 2003 From: twan at twansoft.com (Twan Kogels) Date: Mon, 14 Jul 2003 13:26:29 +0200 Subject: [Mapserver-users] maximum length postgis data query? Message-ID: <5.0.0.25.2.20030714131623.01891378@pop.xs4all.nl> Hello, Is there a maximum length of the query which i put in the data property of a postgis layer? I suspect this because when i enter a query with length 544 chars everything goes oke and the points are returned oke. But when i add 4 spaces (or more) to my query so it reaches a length of over 547 it goes wrong. mappostgis.c is then generating a wrong query, the "..asbinary(force_collection(force_2d(..[strange/half query part]..)), 'NDR')" then contains wrong values. I'm now using the latest version of mapserver (cvs). Can somebody offer me a helping hand? Best regards, Twan Kogels From manurung at bdg.centrin.net.id Mon Jul 14 05:12:06 2003 From: manurung at bdg.centrin.net.id (Immanuel Manurung) Date: Mon, 14 Jul 2003 19:12:06 +0700 Subject: [Mapserver-users] highlight paths Message-ID: <006601c34a01$2685ee00$0100a8c0@MANURUNGXP> This is a multi-part message in MIME format. ------=_NextPart_000_0063_01C34A3B.D0DBAF90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Maybe my questions have been asked several times, so first of all, I'm = sorry :) I want to make a city pathfinding site like = http://www.trafficdodger.com/, but I have problems to highlight the = paths after user submit the query the begin/end locations. Is it = possible not to use MapScript? Do I need to create a special shape = layer to display the query? How the http://www.trafficdodger.com/ site = highlight it with a wide 'path'? (not just put different colors on the = street objects) Thanks for your attention. ------=_NextPart_000_0063_01C34A3B.D0DBAF90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Maybe my questions have been asked = several times,=20 so first of all, I'm sorry :)
 
I want to make a city pathfinding site = like http://www.trafficdodger.com/,= but I=20 have problems to highlight the paths after user submit the query the = begin/end=20 locations.  Is it possible not to use MapScript?  Do I need to = create=20 a special shape layer to display the query?  How the http://www.trafficdodger.com/&= nbsp;site=20 highlight it with a wide 'path'? (not just put different colors on the = street=20 objects)
 
Thanks for your=20 attention.
------=_NextPart_000_0063_01C34A3B.D0DBAF90-- From geoffrey.rowland at noaa.gov Mon Jul 14 06:39:41 2003 From: geoffrey.rowland at noaa.gov (Geoffrey Rowland) Date: Mon, 14 Jul 2003 09:39:41 -0400 Subject: [Mapserver-users] Running Mapserver on IIS Message-ID: <3F12B29D.8030606@noaa.gov> Is there a good tutorial on setting this up on IIS? I've tried and can't seem to get it to work. I'm not that familiar with IIS, so that could be the problem. I think it may be a problem with setting up the cgi-bin directory, not sure though. After installing mapserver according to the directions in the readme file (this is mapserver 4 beta1), I downloaded the demo application, and whenever I try to initialize it, it says page can't be found, even though it's pointing to the correct directory. Any help would be greatly appreciated. -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov From stefan.schwarzer at grid.unep.ch Mon Jul 14 06:38:43 2003 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Mon, 14 Jul 2003 15:38:43 +0200 Subject: [Mapserver-users] Display polygon layer as circle layer Message-ID: <5.2.1.1.0.20030714152753.018da1f0@gridg.grid.unep.ch> --=====================_4866484==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Dear all, I have some (polygon) layers containing national statistics (for example GDP or Population Density). They are nicely displayed in five categories, represented by different colors. Now, I would like to place another, geospatial (e.g. land cover, DEM) layer under it. I can change the transparency of the statistical layer, but the result is not very nice. It is too difficult to recognize the correct category, as the two layers are becoming too blurry. Now I thought perhaps it would be more meaningful if I would overlay the geospatial/background image with a "circle-layer", instead of a "polygon-layer". The size or the color of the circles would represent then the value of the country. This would leave enough space to see the background image, but one could still recognize the different categories of the statistical layer. Is there a simple way to accomplish this? Do I have to create from the polygon shapefile a point shapefile on-the-fly, before then displaying the latter? Thanks for any help, Stefan _______________________________________ Stefan Schwarzer Consultant on GEO UNEP/DEWA/GRID-Geneva Chemin des Anemones 11 CH - 1219 Chatelaine Switzerland Tel: (+41) 22.917.83.49 Fax: (+41) 22.917.80.29 Email: stefan.schwarzer at grid.unep.ch Internet: http://geodata.grid.unep.ch/ _______________________________________ --=====================_4866484==.ALT Content-Type: text/html; charset="us-ascii" Dear all,

I have some (polygon) layers containing national statistics (for example GDP or Population Density). They are nicely displayed in five categories, represented by different colors. Now, I would like to place another, geospatial (e.g. land cover, DEM) layer under it. I can change the transparency of the statistical layer, but the result is not very nice. It is too difficult to recognize the correct category, as the two layers are becoming too blurry.

Now I thought perhaps it would be more meaningful if I would overlay the geospatial/background image with a "circle-layer", instead of a "polygon-layer". The size or the color of the circles would represent then the value of the country. This would leave enough space to see the background image, but one could still recognize the different categories of the statistical layer.

Is there a simple way to accomplish this? Do I have to create from the polygon shapefile a point shapefile on-the-fly, before then displaying the latter?

Thanks for any help,

Stefan


        _______________________________________

        Stefan Schwarzer
        Consultant on GEO

        UNEP/DEWA/GRID-Geneva
        Chemin des Anemones 11
        CH - 1219 Chatelaine
        Switzerland

        Tel: (+41) 22.917.83.49
        Fax: (+41) 22.917.80.29

        Email: stefan.schwarzer at grid.unep.ch
        Internet: http://geodata.grid.unep.ch/
        _______________________________________ --=====================_4866484==.ALT-- From gayathri at ou.edu Mon Jul 14 06:47:53 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 14 Jul 2003 08:47:53 -0500 Subject: [Mapserver-users] Running Mapserver on IIS Message-ID: Hi: The cgi-bin directory should have execute permissions, so that mapserv.exe (copied under cgi-bin is executable). Also, make sure your mapserver works right, by running it from command line, If you entered "mapserv" in command line, it should say something like, "This script can only be used to decode form results and should be initiated as a CGI process via a httpd server." Did you create proj directory as explained? Did you copy dlls to /system32 and register them? And did you set up tmp as mentioned? Let me know how goes it? Thanks, Gayathri -----Original Message----- From: Geoffrey Rowland [mailto:geoffrey.rowland at noaa.gov] Sent: Monday, July 14, 2003 7:40 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Running Mapserver on IIS Is there a good tutorial on setting this up on IIS? I've tried and can't seem to get it to work. I'm not that familiar with IIS, so that could be the problem. I think it may be a problem with setting up the cgi-bin directory, not sure though. After installing mapserver according to the directions in the readme file (this is mapserver 4 beta1), I downloaded the demo application, and whenever I try to initialize it, it says page can't be found, even though it's pointing to the correct directory. Any help would be greatly appreciated. -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hunt at zedxinc.com Mon Jul 14 07:01:36 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Mon, 14 Jul 2003 10:01:36 -0400 Subject: [Mapserver-users] landsat wms References: Message-ID: <006d01c34a10$70a04670$1805000a@helicity> just to make sure, the below line should be one line, in the email it got reformatted. do you have it on one? "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=us%5Flandsa t7&STYLES=&FORMAT=PNG&TRANSPARENT=TRUE&" ----- Original Message ----- From: "Swaminathan, Gayathri" To: "'Aaron D. Hunt'" Cc: Sent: Saturday, July 12, 2003 5:16 PM Subject: RE: [Mapserver-users] landsat wms > Hi: > Tried the following but it does not seem to work for me. I have the exact > code segment below, in my map file. > > So I went to http://wms.jpl.nasa.gov and they seem to use a landsat.cgi to > get to their landsat map.,? > > I am not sure if I am doing something wrong. > Thanks, > Gayathri > > -----Original Message----- > From: Aaron D. Hunt [mailto:hunt at zedxinc.com] > Sent: Wednesday, July 09, 2003 3:11 PM > To: Gerry Creager N5JXS > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] landsat wms > > > Here is the layer needed to display the landsat > > > LAYER > NAME LandSat > METADATA > "wms_title" "LandSat" > "wms_srs" "EPSG:4326" #WGS 84 > "wms_extent" "-78 0 -72 90" > LYRNAME "LandSat" > LINK "N/A" > END > OFFSITE 255 255 255 > GROUP "LandSat DATA" > STATUS ON > TYPE RASTER > CONNECTIONTYPE WMS > CONNECTION > "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=us%5Flandsa > t7&STYLES=&FORMAT=PNG&TRANSPARENT=TRUE&" > PROJECTION > "init=epsg:4326" #WGS 84 > END > END > > ----- Original Message ----- > From: "Gerry Creager N5JXS" > To: "Aaron D. Hunt" > Sent: Wednesday, July 09, 2003 3:09 PM > Subject: Re: [Mapserver-users] landsat wms > > > > If you get it, could I ask for a copy for Texas Mesonet? > > > > TIA, gerry > > > > Aaron D. Hunt wrote: > > > Does anyone have an example Layer of using JPL's WMS landsat server. > > > Aaron D. Hunt Technical Manager > > > ZedX Inc. > > > Voice: 814-357-8490 > > > Fax: 814-357-8499 > > > > -- > > 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 > _______________________________________________ > 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 Jul 14 07:08:46 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 14 Jul 2003 09:08:46 -0500 Subject: [Mapserver-users] landsat wms Message-ID: Yes, I do have it all in a line. When I turn this layer on and refresh map, it polls for a long time and times out. Help! :) Thanks, Gayathri -----Original Message----- From: Aaron D. Hunt [mailto:hunt at zedxinc.com] Sent: Monday, July 14, 2003 8:02 AM To: Swaminathan, Gayathri Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] landsat wms just to make sure, the below line should be one line, in the email it got reformatted. do you have it on one? "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=us%5Flandsa t7&STYLES=&FORMAT=PNG&TRANSPARENT=TRUE&" ----- Original Message ----- From: "Swaminathan, Gayathri" To: "'Aaron D. Hunt'" Cc: Sent: Saturday, July 12, 2003 5:16 PM Subject: RE: [Mapserver-users] landsat wms > Hi: > Tried the following but it does not seem to work for me. I have the > exact code segment below, in my map file. > > So I went to http://wms.jpl.nasa.gov and they seem to use a > landsat.cgi to get to their landsat map.,? > > I am not sure if I am doing something wrong. > Thanks, > Gayathri > > -----Original Message----- > From: Aaron D. Hunt [mailto:hunt at zedxinc.com] > Sent: Wednesday, July 09, 2003 3:11 PM > To: Gerry Creager N5JXS > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] landsat wms > > > Here is the layer needed to display the landsat > > > LAYER > NAME LandSat > METADATA > "wms_title" "LandSat" > "wms_srs" "EPSG:4326" #WGS 84 > "wms_extent" "-78 0 -72 90" > LYRNAME "LandSat" > LINK "N/A" > END > OFFSITE 255 255 255 > GROUP "LandSat DATA" > STATUS ON > TYPE RASTER > CONNECTIONTYPE WMS > CONNECTION > "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=us%5Flandsa > t7&STYLES=&FORMAT=PNG&TRANSPARENT=TRUE&" > PROJECTION > "init=epsg:4326" #WGS 84 > END > END > > ----- Original Message ----- > From: "Gerry Creager N5JXS" > To: "Aaron D. Hunt" > Sent: Wednesday, July 09, 2003 3:09 PM > Subject: Re: [Mapserver-users] landsat wms > > > > If you get it, could I ask for a copy for Texas Mesonet? > > > > TIA, gerry > > > > Aaron D. Hunt wrote: > > > Does anyone have an example Layer of using JPL's WMS landsat > > > server. Aaron D. Hunt Technical Manager ZedX Inc. > > > Voice: 814-357-8490 > > > Fax: 814-357-8499 > > > > -- > > 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 > _______________________________________________ > 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 Jul 14 07:19:15 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 14 Jul 2003 09:19:15 -0500 Subject: [Mapserver-users] map drop shadow effect Message-ID: Offsets will be working for all feature types by the time 4.0 is released, hopefully on the 18th. Steve >>> Dan Barron 07/09/03 05:32PM >>> OK Thanks. After re-reading Steve's reply to the original post it sounded like Polygons were in the works but not working as yet - bad assumption on my part. So has this popped onto the wish list or future development radar at all? Dan At 05:59 PM 7/9/2003 -0400, Daniel Morissette wrote: >Dan Barron wrote: > > > > Follow-up to an old post. > > > > In the latest version of MapServer has there been any further developments > > in creating drop shadow effects for polygons? > > > >I'm not aware of any developments in that direction. > >-- >------------------------------------------------------------ > Daniel Morissette morissette 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 gayathri at ou.edu Mon Jul 14 07:16:14 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 14 Jul 2003 09:16:14 -0500 Subject: [Mapserver-users] landsat wms Message-ID: Hi Aaron, When I tried copying the string below, in a browser location bar, it says "No bounding box specified" .Does that mean something? Thanks, Gayathri -----Original Message----- From: Aaron D. Hunt [mailto:hunt at zedxinc.com] Sent: Monday, July 14, 2003 8:02 AM To: Swaminathan, Gayathri Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] landsat wms just to make sure, the below line should be one line, in the email it got reformatted. do you have it on one? "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=us%5Flandsa t7&STYLES=&FORMAT=PNG&TRANSPARENT=TRUE&" From arnulf.christl at ccgis.de Mon Jul 14 07:22:41 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Mon, 14 Jul 2003 16:22:41 +0200 Subject: AW: [Mapserver-users] landsat wms In-Reply-To: Message-ID: Hi, we also had a problem loading that service. We analysed the capabilities document and found that the BBox of the root layer is not defined. We have added it (as can be seen in the attached XML) and for us it works now. Maybe UMN MapServer has the same problem as we had?! Regards, Arnulf. -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Swaminathan, Gayathri Gesendet: Samstag, 12. Juli 2003 23:16 An: 'Aaron D. Hunt' Cc: 'mapserver-users at lists.gis.umn.edu' Betreff: RE: [Mapserver-users] landsat wms Hi: Tried the following but it does not seem to work for me. I have the exact code segment below, in my map file. So I went to http://wms.jpl.nasa.gov and they seem to use a landsat.cgi to get to their landsat map.,? I am not sure if I am doing something wrong. Thanks, Gayathri -----Original Message----- From: Aaron D. Hunt [mailto:hunt at zedxinc.com] Sent: Wednesday, July 09, 2003 3:11 PM To: Gerry Creager N5JXS Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] landsat wms Here is the layer needed to display the landsat LAYER NAME LandSat METADATA "wms_title" "LandSat" "wms_srs" "EPSG:4326" #WGS 84 "wms_extent" "-78 0 -72 90" LYRNAME "LandSat" LINK "N/A" END OFFSITE 255 255 255 GROUP "LandSat DATA" STATUS ON TYPE RASTER CONNECTIONTYPE WMS CONNECTION "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=us%5Flandsa t7&STYLES=&FORMAT=PNG&TRANSPARENT=TRUE&" PROJECTION "init=epsg:4326" #WGS 84 END END ----- Original Message ----- From: "Gerry Creager N5JXS" To: "Aaron D. Hunt" Sent: Wednesday, July 09, 2003 3:09 PM Subject: Re: [Mapserver-users] landsat wms > If you get it, could I ask for a copy for Texas Mesonet? > > TIA, gerry > > Aaron D. Hunt wrote: > > Does anyone have an example Layer of using JPL's WMS landsat server. > > Aaron D. Hunt Technical Manager > > ZedX Inc. > > Voice: 814-357-8490 > > Fax: 814-357-8499 > > -- > 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 _______________________________________________ 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 Jul 14 07:25:09 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 14 Jul 2003 09:25:09 -0500 Subject: [Mapserver-users] landsat wms Message-ID: Hello: Thanks Aaron and Arnulf, I had to give, "Bbox" at the end of the connection string, CONNECTION "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=LandSat&STY LES=&FORMAT=PNG&TRANSPARENT=TRUE&BBox=499000,4499000,500000,4500000" And it seems to work. Thanks, Gayathri -----Original Message----- From: Arnulf Christl (CCGIS) [mailto:arnulf.christl at ccgis.de] Sent: Monday, July 14, 2003 8:23 AM To: Swaminathan, Gayathri; 'Aaron D. Hunt' Cc: mapserver-users at lists.gis.umn.edu Subject: AW: [Mapserver-users] landsat wms Hi, we also had a problem loading that service. We analysed the capabilities document and found that the BBox of the root layer is not defined. We have added it (as can be seen in the attached XML) and for us it works now. Maybe UMN MapServer has the same problem as we had?! Regards, Arnulf. -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Swaminathan, Gayathri Gesendet: Samstag, 12. Juli 2003 23:16 An: 'Aaron D. Hunt' Cc: 'mapserver-users at lists.gis.umn.edu' Betreff: RE: [Mapserver-users] landsat wms Hi: Tried the following but it does not seem to work for me. I have the exact code segment below, in my map file. So I went to http://wms.jpl.nasa.gov and they seem to use a landsat.cgi to get to their landsat map.,? I am not sure if I am doing something wrong. Thanks, Gayathri From Tom.Kralidis at CCRS.NRCan.gc.ca Mon Jul 14 07:30:53 2003 From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca) Date: Mon, 14 Jul 2003 10:30:53 -0400 Subject: [Mapserver-users] landsat wms Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA232F@s5-ccr-r1.ccrs.nrcan.gc.ca> > -----Original Message----- > From: Swaminathan, Gayathri [mailto:gayathri at ou.edu] > Sent: Monday, July 14, 2003 10:16 AM > To: 'Aaron D. Hunt'; Swaminathan, Gayathri > Cc: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] landsat wms > > > Hi Aaron, > When I tried copying the string below, in a browser location > bar, it says > "No bounding box specified" .Does that mean something? The string below does not comprise a valid OGC WMS map/GetMap request. The string below provides MapServer with enough information for MapServer to add specific parameters according to run-time specifics (like bbox, image width/height, etc.). ..Tom > Thanks, > Gayathri > > -----Original Message----- > From: Aaron D. Hunt [mailto:hunt at zedxinc.com] > Sent: Monday, July 14, 2003 8:02 AM > To: Swaminathan, Gayathri > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] landsat wms > > > just to make sure, the below line should be one line, in the > email it got > reformatted. do you have it on one? > > "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYE RS=us%5Flandsa t7&STYLES=&FORMAT=PNG&TRANSPARENT=TRUE&" _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Grant.Howarth at divestco.com Mon Jul 14 07:32:11 2003 From: Grant.Howarth at divestco.com (Grant Howarth) Date: Mon, 14 Jul 2003 08:32:11 -0600 Subject: [Mapserver-users] line information Message-ID: <60234EBD02DA64449D786AF9FFCB9BED053F0E@div-mx02.DIVESTCO.COM> Hi, is there a way to get line the polyline or polygon information from mapserv threw a cgi call? For example i want to know what the coordinate extents are of a particular line in my shapefile. Thanks, Grant. From nica.constantin at uti.ro Mon Jul 14 07:39:07 2003 From: nica.constantin at uti.ro (Nica Constantin) Date: Mon, 14 Jul 2003 17:39:07 +0300 Subject: [Mapserver-users] Running Mapserver on IIS In-Reply-To: <3F12B29D.8030606@noaa.gov> Message-ID: <000001c34a15$ae113dc0$1b05070a@utisoft.soft.uti.ro> Dear Geoffrey You can find some documentation about installing Ithaca demo application on MapServer web site at http://mapserver.gis.umn.edu/doc36/demo_readme.html which are good enough in my oppinion. The rest is a matter of IIS setting up so try some documentation about this subject but , in my opinion try with Apache if you can have a choice! Good Luck! NICA C. CONSTANTIN - UTI Systems Senior Developer Tel: +4021 201 23 00/455,Mobile: +40722 594 245 e-mail: nica.constantin at uti.ro Personal: nica.constantin at romountain.ro http:www.romountain.ro -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Geoffrey Rowland Sent: 14 July, 2003 16:40 To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Running Mapserver on IIS Is there a good tutorial on setting this up on IIS? I've tried and can't seem to get it to work. I'm not that familiar with IIS, so that could be the problem. I think it may be a problem with setting up the cgi-bin directory, not sure though. After installing mapserver according to the directions in the readme file (this is mapserver 4 beta1), I downloaded the demo application, and whenever I try to initialize it, it says page can't be found, even though it's pointing to the correct directory. Any help would be greatly appreciated. -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov _______________________________________________ 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 Jul 14 07:53:24 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 14 Jul 2003 09:53:24 -0500 Subject: [Mapserver-users] MapServer 4.0 beta2 Message-ID: I just cut a 4.0 beta2 release and placed it on the main MapServer website. Steve >>> Daniel Morissette 07/11/03 12:16PM >>> Hi Everyone, I have tagged a MapServer 4.0 beta2 version a few minutes ago (rel-4-0-0-beta2 in CVS). There are very few important issues to be resolved before a formal 4.0 release, so unless important problems are reported with this version then we should be very close to a 4.0 release. Steve being away for a few days, the UMN site won't be updated with the 4.0-beta2 source until he is back, but I placed a copy you can download at: http://www2.dmsolutions.ca/mapserver/dl/mapserver-4.0-beta2-src.tar.gz Windows binaries should be available at the same location shortly. I would invite all those who have been following the 3.7/4.0 development to give it a try and report any new issue via bugzilla. BTW, a few notes to people reporting bugs in bugzilla: - Please test against the latest version of MapServer when reporting a new bug to make sure the problem is not already fixed. - Try to include a simple reproduceable test case in your bug, without an easy way to reproduce the bug then we cannot help. - Make sure you include details about the version of MapServer and the environment in which you're running (OS, PHP version, etc) Best Regards, Daniel -- ------------------------------------------------------------ Daniel Morissette morissette 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 geoffrey.rowland at noaa.gov Mon Jul 14 07:54:27 2003 From: geoffrey.rowland at noaa.gov (Geoffrey Rowland) Date: Mon, 14 Jul 2003 10:54:27 -0400 Subject: [Mapserver-users] Running Mapserver on IIS References: <000001c34a15$ae113dc0$1b05070a@utisoft.soft.uti.ro> Message-ID: <3F12C423.7000708@noaa.gov> Thanks to everyone that helped......the documentation helped, I had all the default apache settings in there, heh. It works now! Cheers, Geoff Nica Constantin wrote: >Dear Geoffrey >You can find some documentation about installing Ithaca demo application >on MapServer web site at >http://mapserver.gis.umn.edu/doc36/demo_readme.html which are good >enough in my oppinion. The rest is a matter of IIS setting up so try >some documentation about this subject but , in my opinion try with >Apache if you can have a choice! > >Good Luck! > > >NICA C. CONSTANTIN - UTI Systems >Senior Developer >Tel: +4021 201 23 00/455,Mobile: +40722 594 245 >e-mail: nica.constantin at uti.ro >Personal: >nica.constantin at romountain.ro >http:www.romountain.ro -----Original Message----- >From: mapserver-users-admin at lists.gis.umn.edu >[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Geoffrey >Rowland >Sent: 14 July, 2003 16:40 >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] Running Mapserver on IIS > >Is there a good tutorial on setting this up on IIS? I've tried and can't > >seem to get it to work. I'm not that familiar with IIS, so that could >be the problem. I think it may be a problem with setting up the cgi-bin > >directory, not sure though. After installing mapserver according to the > >directions in the readme file (this is mapserver 4 beta1), I downloaded >the demo application, and whenever I try to initialize it, it says page >can't be found, even though it's pointing to the correct directory. > >Any help would be greatly appreciated. > > > -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov From steve.lime at dnr.state.mn.us Mon Jul 14 08:15:30 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 14 Jul 2003 10:15:30 -0500 Subject: [Mapserver-users] line information Message-ID: You can't get the actual coordinates (although it would be fairly easy to add, format is the issue) but you can get the extent information. You need to do a query and then leverage the [shpext], [shpext_esc] or [shpminx], [shpminy], [shpmaxx], [shpmaxy] substitutions. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Grant Howarth" 07/14/03 09:32AM >>> Hi, is there a way to get line the polyline or polygon information from mapserv threw a cgi call? For example i want to know what the coordinate extents are of a particular line in my shapefile. Thanks, Grant. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From sgillies at frii.com Mon Jul 14 09:11:08 2003 From: sgillies at frii.com (Sean Gillies) Date: Mon, 14 Jul 2003 10:11:08 -0600 Subject: [Mapserver-users] Creating Python MapScript installers for Win32 Message-ID: Some of us spent way too much time at the end of last week trying to get the modules properly set up on Win32. Is there anyone who could follow these directions http://www.python.org/doc/current/dist/creating-wininst.html and make Win32 install files available for Python 2.1 and 2.2? Would be a great service to the community. Michael? Dave? cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From Zamil.Murji at divestco.com Mon Jul 14 09:55:20 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Mon, 14 Jul 2003 10:55:20 -0600 Subject: [Mapserver-users] Tooltip text Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A951@div-mx02.DIVESTCO.COM> Hi list, I am trying to create a tooltip when the mouse rest for a period of time on the map. I want to find what items are directly underneath my mouse pointer. But when I run a query, it returns nothing. I am using a circle to represent my class. When my mouse is close to the middle, my mini buffer picks up the item, but when my mouse is on the edge of the circle my minibuffer doesn't pick up anything. HELP? Is there a way to pick up the exact item under my mouse pointer if the circle is really big? Thanks Zamil From s9646183 at sms.ed.ac.uk Mon Jul 14 10:21:23 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Mon, 14 Jul 2003 18:21:23 +0100 (BST) Subject: [Mapserver-users] Implementing querying functionality using Perl MapScript Message-ID: <1058203283.3f12e693eb3f7@sms.ed.ac.uk> Hi there everyone, I've been using Perl MapScript to develop the interface of my application, and am now wanting to implement the querying functionality that I had going with the old mapserver CGI version, but now with MapScript. I was wondering if there are any examples of the code needed to do this, as I can't seem to find anything more than very brief (and apparently incorrect!) snippets in the archives. It would be great to have a quick HOWTO example of querying using mapscript. Does anyone have anything that might do? Thanks very much, Ali From Syokim at aol.com Mon Jul 14 11:39:05 2003 From: Syokim at aol.com (Syokim at aol.com) Date: Mon, 14 Jul 2003 14:39:05 EDT Subject: [Mapserver-users] Want to respond to user clicks Message-ID: Hi, I am building a map that responds to user clicks by returning a list of landmarks closest to the location that the user clicks. Do I use a script to do this? Is there a preferred script language for this? Is there any documentation that details what script languages have what capabilities with mapserver? Or are they all pretty much equivalent? Thanks, Scott From fidofla at yahoo.com Mon Jul 14 12:52:59 2003 From: fidofla at yahoo.com (Fido) Date: Mon, 14 Jul 2003 12:52:59 -0700 (PDT) Subject: [Mapserver-users] Mapserver 4.0b2 make errors Message-ID: <20030714195259.90426.qmail@web10508.mail.yahoo.com> Using Redhat 9, PHP 4.3.2, Apache 1.3.27, Mapserver 4.0b2 when running make I get the following errors: mapprimitive.c:1147: warning: unused variable `s' mapprimitive.c:1147: warning: `drawpoly' might be used uninitialized in this function mapprimitive.c:1442: warning: unused variable `buffer' mappostgis.c:1010: warning: enumeration value `MS_LAYER_GRATICULE' not handled in swi tch mappostgis.c:1213: warning: enumeration value `MS_LAYER_GRATICULE' not handled in swi tch maplayer.c:629: warning: unused variable `i' mapdraw.c:245: warning: implicit declaration of function `msDrawWMSLayerSWF' mapdraw.c:1425: warning: passing arg 1 of `msDrawTextIM' from incompatible pointer ty pe mapgd.c:278: warning: `dx0' might be used uninitialized in this function mapgd.c:278: warning: `ox' might be used uninitialized in this function mapgd.c:278: warning: `oy' might be used uninitialized in this function mapgd.c:279: warning: `x0' might be used uninitialized in this function mapgd.c:279: warning: `y0' might be used uninitialized in this function mapgd.c:279: warning: `k' might be used uninitialized in this function mapgd.c:279: warning: `k0' might be used uninitialized in this function mapgd.c:279: warning: `q' might be used uninitialized in this function mapgd.c:279: warning: `q0' might be used uninitialized in this function mapgd.c:1245: warning: `oldAlphaBlending' might be used uninitialized in this functio n mapswf.c:2049: warning: unused variable `classPtr' mapimagemap.c:59: warning: `searchImageCache' defined but not used mapimagemap.c:89: warning: `addImageCache' defined but not used mapimagemap.c:333: warning: `imageOffsetPolyline' defined but not used mapimagemap.c:364: warning: `imagePolyline' defined but not used mapimagemap.c:1392: warning: `billboardIM' defined but not used mapcopy.c:916: warning: unused variable `szPath' php_mapscript.c:11447: warning: assignment discards qualifiers from pointer target ty pe php_mapscript.c:11529: warning: implicit declaration of function `initGrid' __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From heitzso at growthmodels.com Mon Jul 14 13:03:37 2003 From: heitzso at growthmodels.com (Heitzso) Date: Mon, 14 Jul 2003 16:03:37 -0400 Subject: [Mapserver-users] landsat wms In-Reply-To: References: Message-ID: <3F130C99.5050509@growthmodels.com> Could someone point me to doc on this? I'm trying it with Swaminathan's original configuration combined with the following CONNECTION modification and it's failing. I'm not sure which piece of my configuration is scrambled. I've played with all of the variations posted to this list recently. My map file is roughly: ===================== EXTENT -84.4 31.5 -82.5 35.0 SIZE 600 520 SHAPEPATH "/usr/local/apache/htdocs/gis/data" IMAGETYPE PNG PROJECTION "proj=latlong" END LAYER NAME LandSat METADATA "wms_title" "LandSat" "wms_srs" "EPSG:4326" # WGS 84 #"wms_extent" "-85 0 -82 90" # "wms_extent" "-78 0 -72 90" # EXTENT -84.4 31.5 -82.5 35.0 LYRNAME "LandSat" LINK "N/A" END OFFSITE 255 255 255 STATUS OFF TYPE RASTER CONNECTIONTYPE WMS CONNECTION "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=LandSat&STYLES=&FORMAT=PNG&TRANSPARENT=TRUE&BBox=499000,4499000,500000,4500000" PROJECTION "init=epsg:4326" #WGS 84 END END ===================== Swaminathan, Gayathri wrote: >Hello: >Thanks Aaron and Arnulf, >I had to give, "Bbox" at the end of the connection string, > CONNECTION >"http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=LandSat&STY >LES=&FORMAT=PNG&TRANSPARENT=TRUE&BBox=499000,4499000,500000,4500000" >And it seems to work. >Thanks, >Gayathri > >-----Original Message----- >From: Arnulf Christl (CCGIS) [mailto:arnulf.christl at ccgis.de] >Sent: Monday, July 14, 2003 8:23 AM >To: Swaminathan, Gayathri; 'Aaron D. Hunt' >Cc: mapserver-users at lists.gis.umn.edu >Subject: AW: [Mapserver-users] landsat wms > > >Hi, >we also had a problem loading that service. We analysed the capabilities >document and found that the BBox of the root layer is not defined. We have >added it (as can be seen in the attached XML) and for us it works now. Maybe >UMN MapServer has the same problem as we had?! > >Regards, Arnulf. > > From nhv at cape.com Mon Jul 14 13:40:11 2003 From: nhv at cape.com (Norman Vine) Date: Mon, 14 Jul 2003 16:40:11 -0400 Subject: [Mapserver-users] Creating Python MapScript installers for Win32 In-Reply-To: Message-ID: Sean Gillies writes: > > Some of us spent way too much time at the end of last week > trying to get the modules properly set up on Win32. Is > there anyone who could follow these directions > > http://www.python.org/doc/current/dist/creating-wininst.html > > and make Win32 install files available for Python 2.1 and 2.2? > Would be a great service to the community. Michael? Dave? FWIW python mapscript compiles OTB with Cygwin and my setup.py You will need to tweak the mapserver Makefile a little to get OGR and gdal support though $ ./mapserv -v MapServer version 4.0-beta2 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE This requires a bit of work to get the system setup i.e download and install Cygwin, gd, gdal, proj, freetype2 but once done the compilation process just works :-) One could probably setup a MSYS enviroment that would do the same for a Native WIN32 compilation http://www.mingw.org. If anyone wants to setup such a system and is willing to provide updated binaries on a regular basis such as those provided on the UMN website my guess this would entail approx half a days work if starting from scratch and unfamiliar with MSYS, but once done could be the basis for a daily batch process from CVS Another alternative is to set up a MingW cross compiler on a Unix box that would do the same thing http://jrfonseca.dyndns.org/projects/gnu-win32/documentation/cross/ I have placed my mapserver makefile alongside my mapscript setup.py @ http://www.vso.cape.com/~nhv/files/python/mapscript/4.0/ Cheers Norman From steve.lime at dnr.state.mn.us Mon Jul 14 14:15:42 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 14 Jul 2003 16:15:42 -0500 Subject: [Mapserver-users] Mapserver 4.0b2 make errors Message-ID: The majority of these are benign unless you're playing with image map output. I'll forward these to the developers list so folks can clean things up. Steve >>> Fido 07/14/03 02:52PM >>> Using Redhat 9, PHP 4.3.2, Apache 1.3.27, Mapserver 4.0b2 when running make I get the following errors: mapprimitive.c:1147: warning: unused variable `s' mapprimitive.c:1147: warning: `drawpoly' might be used uninitialized in this function mapprimitive.c:1442: warning: unused variable `buffer' mappostgis.c:1010: warning: enumeration value `MS_LAYER_GRATICULE' not handled in swi tch mappostgis.c:1213: warning: enumeration value `MS_LAYER_GRATICULE' not handled in swi tch maplayer.c:629: warning: unused variable `i' mapdraw.c:245: warning: implicit declaration of function `msDrawWMSLayerSWF' mapdraw.c:1425: warning: passing arg 1 of `msDrawTextIM' from incompatible pointer ty pe mapgd.c:278: warning: `dx0' might be used uninitialized in this function mapgd.c:278: warning: `ox' might be used uninitialized in this function mapgd.c:278: warning: `oy' might be used uninitialized in this function mapgd.c:279: warning: `x0' might be used uninitialized in this function mapgd.c:279: warning: `y0' might be used uninitialized in this function mapgd.c:279: warning: `k' might be used uninitialized in this function mapgd.c:279: warning: `k0' might be used uninitialized in this function mapgd.c:279: warning: `q' might be used uninitialized in this function mapgd.c:279: warning: `q0' might be used uninitialized in this function mapgd.c:1245: warning: `oldAlphaBlending' might be used uninitialized in this functio n mapswf.c:2049: warning: unused variable `classPtr' mapimagemap.c:59: warning: `searchImageCache' defined but not used mapimagemap.c:89: warning: `addImageCache' defined but not used mapimagemap.c:333: warning: `imageOffsetPolyline' defined but not used mapimagemap.c:364: warning: `imagePolyline' defined but not used mapimagemap.c:1392: warning: `billboardIM' defined but not used mapcopy.c:916: warning: unused variable `szPath' php_mapscript.c:11447: warning: assignment discards qualifiers from pointer target ty pe php_mapscript.c:11529: warning: implicit declaration of function `initGrid' __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com _______________________________________________ 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 Jul 14 14:29:18 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 14 Jul 2003 16:29:18 -0500 Subject: [Mapserver-users] Perl Mapscript - equivalent of zoompointmethod..? Message-ID: Note that before the end of the week I intend to take the popular PHP mapscript methods and SWIGify them. We want the versions inline as much as possible for the 4.0 release. Steve >>> "Lowell Filak" 07/10/03 10:32AM >>> Actually I recall a discussion with a fellow PerlMapScript user at MUM who was thinking of "packaging" some of these more frequently requested routines. Unfortunately I have a hard time remembering my own name when things are busy so I have forgotten who it was. Would the appropriate person be willing to comment on the status of such a package? Thanks. Lowell The following message was sent by Eric Bridger on Thu, 10 Jul 2003 09:44:41 -0400. > Ali, > In the Wiki, mapquakes.pl example: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex2 there is a function called set_extent() which takes the users mouse click and zooms the map to that point. Is that what you need? > If no zoom is set, $zoom_dir == 0, then this functions as a pan tool, recentering the map. > > Steve Lime wrote mapquakes.pl. I also adapted some javascript of his into Perl to handle pan direction buttons. This just adjusts the mouse click image coordinates which then must be passed to set_exent(). > > sub pan_to_map { > my ($map, $direction) = @_; > my $pansize = .50; > my ($x, $y) = (0,0); > my $width = $map->{width}; > my $height = $map->{height}; > > if($direction eq 'n') { > $x = ($width-1)/2.0; > $y = 0 - ($height * $pansize)/2.0; > } elsif($direction eq 'nw') { > $x = 0 - ($width * $pansize)/2.0; > $y = 0 - ($height * $pansize)/2.0; > } elsif($direction eq 'ne') { > $x = ($width-1) + ($width * $pansize)/2.0; > $y = 0 - ($height * $pansize)/2.0; > } elsif($direction eq 's') { > $x = ($width-1)/2.0; > $y = ($height-1) + ($height * $pansize)/2.0; > } elsif($direction eq 'sw') { > $x = 0 - ($width * $pansize)/2.0; > $y = ($height-1) + ($height * $pansize)/2.0; > } elsif($direction eq 'se') { > $x = ($width-1) + ($width * $pansize)/2.0; > $y = ($height-1) + ($height * $pansize)/2.0; > } elsif($direction eq 'e') { > $x = ($width-1) + ($width * $pansize)/2.0; > $y = ($height-1)/2.0; > } elsif($direction eq 'w') { > $x = 0 - ($width * $pansize)/2.0; > $y = ($height-1)/2.0; > } > $x = int($x); > $y = int($y); > > return($x, $y); > } > > Eric > > > At 12:37 PM 07/10/2003 +0100, AMC Story wrote: > >Hi there everyone, > > > >I'm using Perl Mapscript to develop the interface of my application, and have > >very kindly been given some existing code to work from from another member of > >the list. The code that I am making reference to is written using PHP > >Mapscript, so I'm having a little bit of trouble in that not all of the methods > >available with PHP Mapscript are available with the Perl version. > > > >I'm dealing with my panning buttons at the moment, and the example I have > >defines a point object which the new map will zoom to, and then uses the > >zoompoint method of the map object. This method isn't available in Perl, does > >anyone have any suggestions as to how I might get around this? Similarly, > >their zoomin function makes use of the zoomrectangle method... > > > >Thanks for any light you can shed on this. > >Ali > >_______________________________________________ > >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 Zamil.Murji at divestco.com Mon Jul 14 14:31:30 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Mon, 14 Jul 2003 15:31:30 -0600 Subject: [Mapserver-users] Mapserver Bug Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A953@div-mx02.DIVESTCO.COM> Hi Steve and the rest of the list, I found a bug with regards to mapserver and tiled polygon layers. It seems that mapserver only displays the first tiled polygon layer in the .map file and doesn't show the tiled polygon layers below it. All other layers show up just fine below the first tiled polygon layer. I've attached two images. One with the tile county layer showing (above the township grid) and another with the township gird showing (above the county layer). Here are the two layer defs, please tell me if i'm missing something obvious: LAYER NAME "counties" TILEINDEX us_data/culture/countytileindex STATUS off TYPE POLYGON CLASS OUTLINECOLOR 0 0 0 end end LAYER NAME "twp" TILEINDEX us_data/townships/twptileindex STATUS off TYPE POLYGON # MAXSCALE 25 CLASS OUTLINECOLOR 183 178 178 #OUTLINECOLOR 255 0 0 END END Zamil From pkishor at geoanalytics.com Mon Jul 14 14:42:37 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Mon, 14 Jul 2003 21:42:37 -0000 Subject: [Mapserver-users] Re: Implementing querying functionality using Perl MapScript In-Reply-To: <1058203283.3f12e693eb3f7@sms.ed.ac.uk> Message-ID: --- In mapserver-users at yahoogroups.com, AMC Story wrote: > Hi there everyone, > > I've been using Perl MapScript to develop the interface > of my application, and am now wanting to implement the > querying functionality that I had going with > the old mapserver CGI version, but now with MapScript. could you elaborate more on -- - what have you already developed with Perl/Mapscript; and - what you mean by "querying functionality" Until you do that, I am going to assume you mean identifying a feature based on the user's mouse-click. > I was wondering if there are any examples of the code > needed to do this, as I can't seem to find > anything more than very brief (and apparently incorrect!) > snippets in the > archives. which archives did you look at? There are several very nice examples on the wiki, and in the Perl/Mapscript docs. The best, most complete example is the mapquakes.pl script. It shows you the building blocks. Briefly... you capture the mouse clicks and use them to create the new map envelope and generate a new image. If you are querying... you once again use the mouse clicks to get the shapeindex and then get its associated attribute data from either the .dbf or a related external database table. Keep in mind, the mouse clicks would be imagespace, and will have to be converted to geographic space before doing anything with them. There are definitely fewer ready-to-use, code capsules for Perl/Mapscript, and some of us have talked about remedying the situation. Most Perl/Mapscript users, however, have found the existing examples quite helpful in guiding them and setting them on the correct path to developing their own code. Each application is different, and it is hard to provide a demo that will work for everyone. Please look at the above mentioned examples on the wiki, and then if you have specific questions come and ask us. One of us will be able to help you. From pkishor at geoanalytics.com Mon Jul 14 14:45:27 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Mon, 14 Jul 2003 21:45:27 -0000 Subject: [Mapserver-users] Re: Want to respond to user clicks In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, Syokim at a... wrote: > Hi, > > I am building a map that responds to user clicks by returning a list of > landmarks closest to the location that the user clicks. Do I use a script to do > this? Is there a preferred script language for this? Is there any > documentation that details what script languages have what capabilities with mapserver? > Or are they all pretty much equivalent? dangerous question to ask... likely to start a religious war. The best scripting language is the one you know. The second best scripting language starts with "P". By the way, although I haven't done it, I believe you can do what you want with a pure CGI application as well... no "scripting" in the traditional sense, but you will be using a "Very High Level Language" no matter what. From georef at tie.cl Mon Jul 14 14:51:53 2003 From: georef at tie.cl (georef at tie.cl) Date: Mon, 14 Jul 2003 17:51:53 -0400 Subject: [Mapserver-users] out of topic MAPINFO In-Reply-To: Message-ID: <3EE077D100019258@webmail.tie.cl> sorry everyone I am not at my office and need help from MI list, anyone can sendme the email for that list. I do not have with me my email list. Thanks Juanse temuco-Chile From joe at otsys.com Mon Jul 14 15:15:29 2003 From: joe at otsys.com (Joe Bussell) Date: Mon, 14 Jul 2003 15:15:29 -0700 Subject: [Mapserver-users] highlight paths In-Reply-To: <006601c34a01$2685ee00$0100a8c0@MANURUNGXP> References: <006601c34a01$2685ee00$0100a8c0@MANURUNGXP> Message-ID: <3F132B81.4040706@otsys.com> Greetings, We cheat really. In fact we aren't highlighting the path at the street level at all. Just zoom in to a clover leaf somewhere and you will see what I mean. What we are actually doing is creating new line objects based on the start and end points. These are rendered just before the street layers, so it appears to be highlighting. The extra work to get the actual shape elements from our street shapefiles hasn't seemed worth the effort. At some point I will give this a shot, but for the time our current solution is 'good enough'. We are using mapscript to do this. I suppose you could use Perl::DBI to access the shapefiles, extract the relevant segments, create a new shapefile (or database table) and rip the image from that. I would like to hear any other thoughts on this, especially if you can improve on our technique. In the interest of speeding you up, and getting the best solution there is, I offer the following snippet of PERL that does the majic for us: for my $i (0 .. ($map->{numlayers}-1)) { my $layer = $map->getLayer($i); my $route = 0; if ( $layer->{name} eq "RouteLine" ) { $route = 1; } if ( !$route ) { $layer->draw( $map, $img ); } else { my $rlayer = $map->getLayerByName( "RouteLine" ) or carp "Unable to getLayerByName( RouteLine ) $mapscript::ms_error->{message}\n"; my $firstX = 0; my $firstY = 0; my $lastX = 0; my $lastY = 0; foreach my $tuple ( @$routeHashRef ) { my $y = $tuple->[ 0 ]; my $x = $tuple->[ 1 ]; my $speed = $tuple->[2]; if ( $lastX == 0 ) { $firstX = $x; $firstY = $y; } else { my $feature = new mapscript::shapeObj( $mapscript::MS_SHAPE_POLYGON ); $line = new mapscript::lineObj(); $point = new mapscript::pointObj(); $point->{x} = $lastX; $point->{y} = $lastY; $line->add( $point ); $point = new mapscript::pointObj(); $point->{x} = $x; $point->{y} = $y; $line->add( $point ); $feature->{classindex} = 0; if ( $speed > 0 ) { $feature->{text} = int( $speed ); } $feature->add( $line ); $feature->draw( $map, $rlayer, $img ); } $lastX = $x; $lastY = $y; # carp " ($lastX, $lastY) "; } $rlayer->draw( $map, $img ); } } The mapfile still controls the render order, so the routeLine must occur before the street layer. I hope this is more helpful than distracting. I welcome comment and encourage debate. Cordially, Joe Bussell www.trafficdodger.com PS: Do you want to license our complete solution? Immanuel Manurung wrote: > Maybe my questions have been asked several times, so first of all, I'm > sorry :) > > I want to make a city pathfinding site like > http://www.trafficdodger.com/, but I have problems to highlight the > paths after user submit the query the begin/end locations. Is it > possible not to use MapScript? Do I need to create a special shape > layer to display the query? How the http://www.trafficdodger.com/ site > highlight it with a wide 'path'? (not just put different colors on the > street objects) > > Thanks for your attention. From rjames57 at yahoo.com Mon Jul 14 15:48:08 2003 From: rjames57 at yahoo.com (Randy James) Date: Mon, 14 Jul 2003 15:48:08 -0700 (PDT) Subject: [Mapserver-users] Mapserver Bug In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A953@div-mx02.DIVESTCO.COM> Message-ID: <20030714224808.85390.qmail@web12502.mail.yahoo.com> Hi Looks like you need the TILEITEM in your mapfile It is the column that has the location of the tile in it Cheers --- Zamil Murji wrote: > Hi Steve and the rest of the list, > > I found a bug with regards to mapserver and tiled polygon > layers. It seems that mapserver only displays the first > tiled polygon layer in the .map file and doesn't show the > tiled polygon layers below it. All other layers show up > just fine below the first tiled polygon layer. > > I've attached two images. One with the tile county layer > showing (above the township grid) and another with the > township gird showing (above the county layer). > Here are the two layer defs, please tell me if i'm > missing something obvious: > LAYER > NAME "counties" > TILEINDEX us_data/culture/countytileindex > STATUS off > TYPE POLYGON > CLASS > OUTLINECOLOR 0 0 0 > end > end > > LAYER > NAME "twp" > TILEINDEX us_data/townships/twptileindex > STATUS off > TYPE POLYGON > # MAXSCALE 25 > CLASS > OUTLINECOLOR 183 178 178 > #OUTLINECOLOR 255 0 0 > END > END > > Zamil > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From Zamil.Murji at divestco.com Mon Jul 14 15:52:29 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Mon, 14 Jul 2003 16:52:29 -0600 Subject: [Mapserver-users] Mapserver Bug Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A954@div-mx02.DIVESTCO.COM> Hi Randy and company, No i don't think i need tileitem because i am using the default of 'location'. I repeat that the first tiled layer shows up but the ones underneath it do not. Thanks Zamil -----Original Message----- From: Randy James [mailto:rjames57 at yahoo.com] Sent: Monday, July 14, 2003 4:48 PM To: Zamil Murji Cc: Mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Mapserver Bug Hi Looks like you need the TILEITEM in your mapfile It is the column that has the location of the tile in it Cheers --- Zamil Murji wrote: > Hi Steve and the rest of the list, > > I found a bug with regards to mapserver and tiled polygon > layers. It seems that mapserver only displays the first > tiled polygon layer in the .map file and doesn't show the > tiled polygon layers below it. All other layers show up > just fine below the first tiled polygon layer. > > I've attached two images. One with the tile county layer > showing (above the township grid) and another with the > township gird showing (above the county layer). > Here are the two layer defs, please tell me if i'm > missing something obvious: > LAYER > NAME "counties" > TILEINDEX us_data/culture/countytileindex > STATUS off > TYPE POLYGON > CLASS > OUTLINECOLOR 0 0 0 > end > end > > LAYER > NAME "twp" > TILEINDEX us_data/townships/twptileindex > STATUS off > TYPE POLYGON > # MAXSCALE 25 > CLASS > OUTLINECOLOR 183 178 178 > #OUTLINECOLOR 255 0 0 > END > END > > Zamil > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From edwardlee at ttga.com.au Mon Jul 14 18:23:25 2003 From: edwardlee at ttga.com.au (Edward Lee) Date: Tue, 15 Jul 2003 11:23:25 +1000 Subject: [Mapserver-users] demo problem Message-ID: <4232EE346F17CF4084D1F1FFDB55980C01BB83@exchangesvr.ttga.com.au> This is a multi-part message in MIME format. ------_=_NextPart_001_01C34A6F.B0512880 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all I have downloaded the updated version of mapserver demo from http://maps.davisnetworks.com/projects/itasca-png.zip=20 Which has updated all the gif file to png, however, when I ran the demo, I still get the following error: msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.png" in class 0 of layer ctyrdln3_anno =20 I am just wondering what would be the cause of this problem. Thanks =20 Edward ------_=_NextPart_001_01C34A6F.B0512880 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear all

I have downloaded the updated version of mapserver demo from http://map= s.davisnetworks.com/projects/itasca-png.zip

Which has updated all = the gif file to png, however, when I ran the demo, I = still get the following error:

msLoadMap(): = General error message. Undefined symbol "symbols/ctyhwy.png" in class 0 of layer ctyrdln3_anno

 

I am just wondering what would be the cause of = this problem. Thanks

 

Edward

=00 ------_=_NextPart_001_01C34A6F.B0512880-- From keon at nacse.org Mon Jul 14 18:41:16 2003 From: keon at nacse.org (Dylan Keon) Date: Mon, 14 Jul 2003 18:41:16 -0700 Subject: [Mapserver-users] demo problem In-Reply-To: <4232EE346F17CF4084D1F1FFDB55980C01BB83@exchangesvr.ttga.com.au> References: <4232EE346F17CF4084D1F1FFDB55980C01BB83@exchangesvr.ttga.com.au> Message-ID: <3F135BBC.8090907@nacse.org> It could be a relative path problem. I've had trouble using relative paths in my symbols file, and in mapfiles. So, in demo.map change all references from "symbols/*.png" to "/path/to/symbols/*.png" and see if that helps. Has anyone else run into this? --Dylan Edward Lee wrote: > Dear all > > I have downloaded the updated version of mapserver demo from > http://maps.davisnetworks.com/projects/itasca-png.zip > > Which has updated all the gif file to png, however, when I ran the demo, > I still get the following error: > > msLoadMap(): General error message. Undefined symbol > "symbols/ctyhwy.png" in class 0 of layer ctyrdln3_anno > > > > I am just wondering what would be the cause of this problem. Thanks > > > > Edward > From edwardlee at ttga.com.au Mon Jul 14 18:49:58 2003 From: edwardlee at ttga.com.au (Edward Lee) Date: Tue, 15 Jul 2003 11:49:58 +1000 Subject: [Mapserver-users] demo problem Message-ID: <4232EE346F17CF4084D1F1FFDB55980C01BB84@exchangesvr.ttga.com.au> I tried it again by putting in the absolute path in demo.map, but I still get the following error. msLoadMap(): General error message. Undefined symbol "/var/www/html/itasca/symbols/ctyhwy.png" in class 0 of layer ctyrdln3_anno I was thinking maybe I didn't install libpng properly so it doesn't support .png file Is there anyway to test it? (btw, it did compile correctly with mapserv) Edward -----Original Message----- From: Dylan Keon [mailto:keon at nacse.org] Sent: Tuesday, July 15, 2003 11:41 AM To: Edward Lee Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] demo problem It could be a relative path problem. I've had trouble using relative paths in my symbols file, and in mapfiles. So, in demo.map change all references from "symbols/*.png" to "/path/to/symbols/*.png" and see if that helps. Has anyone else run into this? --Dylan Edward Lee wrote: > Dear all > > I have downloaded the updated version of mapserver demo from > http://maps.davisnetworks.com/projects/itasca-png.zip > > Which has updated all the gif file to png, however, when I ran the demo, > I still get the following error: > > msLoadMap(): General error message. Undefined symbol > "symbols/ctyhwy.png" in class 0 of layer ctyrdln3_anno > > > > I am just wondering what would be the cause of this problem. Thanks > > > > Edward > From manurung at bdg.centrin.net.id Mon Jul 14 20:35:57 2003 From: manurung at bdg.centrin.net.id (Immanuel Manurung) Date: Tue, 15 Jul 2003 10:35:57 +0700 Subject: [Mapserver-users] highlight paths References: <006601c34a01$2685ee00$0100a8c0@MANURUNGXP> <3F12A127.1040100@growthmodels.com> Message-ID: <00ec01c34a82$67d93d40$0100a8c0@MANURUNGXP> This is a multi-part message in MIME format. ------=_NextPart_000_00E9_01C34ABC.E0931AF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Would you give me some clues how to build temporary map file on-the-fly? = Is this a feature from Mapserver or should I do it with PHP or = something else? ----- Original Message -----=20 From: Heitzso=20 To: Immanuel Manurung=20 Sent: Monday, July 14, 2003 7:25 PM Subject: Re: [Mapserver-users] highlight paths Immanuel Manurung wrote: Maybe my questions have been asked several times, so first of all, = I'm sorry :) I want to make a city pathfinding site like = http://www.trafficdodger.com/, but I have problems to highlight the = paths after user submit the query the begin/end locations. Is it = possible not to use MapScript? Do I need to create a special shape = layer to display the query? How the http://www.trafficdodger.com/ site = highlight it with a wide 'path'? (not just put different colors on the = street objects) Thanks for your attention. I believe your backend app will need to build a temporary map file on = the fly with the specific roads setup with special colors and size. Recently this list answered question of changing the size of lines ... by using a circle symbol and setting the size of the symbol. Scan the archives for that thread. ------=_NextPart_000_00E9_01C34ABC.E0931AF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Would you give me some clues how to = build temporary=20 map file on-the-fly?  Is this a feature from Mapserver = or should I do=20 it with PHP or something else?
----- Original Message -----
From:=20 Heitzso
Sent: Monday, July 14, 2003 = 7:25 PM
Subject: Re: [Mapserver-users] = highlight=20 paths

Immanuel Manurung wrote:
Maybe my questions have been asked = several=20 times, so first of all, I'm sorry :)
 
I want to make a city pathfinding = site like http://www.trafficdodger.com/,= but=20 I have problems to highlight the paths after user submit the query = the=20 begin/end locations.  Is it possible not to use = MapScript?  Do I=20 need to create a special shape layer to display the query?  How = the http://www.trafficdodger.com/&= nbsp;site=20 highlight it with a wide 'path'? (not just put different colors on = the=20 street objects)
 
Thanks for your=20 attention.
I believe your backend app will need to build a temporary map = file on=20 the
fly with the specific roads setup with special colors and=20 size.

Recently this list answered question of changing the size = of=20 lines ...
by using a circle symbol and setting the size of the=20 symbol.  Scan the
archives for that=20 thread.
------=_NextPart_000_00E9_01C34ABC.E0931AF0-- From dell.yan at chinaquest.com Mon Jul 14 21:06:16 2003 From: dell.yan at chinaquest.com (DellYan) Date: Tue, 15 Jul 2003 12:06:16 +0800 Subject: [Mapserver-users] did any one compiled python module of mapscript on windows platform? Message-ID: <3847F35B08A3E342B56E79AD3393A6A20125D374@nwcb-sh-mail.corp.nwcyberbase.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C34A86.70017742 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 aWYgaGF2ZSBkb25lICxjYW4geW91IG1ha2UgaXQgdG8gc2hhcmUgZm9yIG90aGVyPw0KIA0KIA0K DQo= ------_=_NextPart_001_01C34A86.70017742 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgSFRUUC1FUVVJVj0iQ29udGVudC1UeXBlIiBDT05U RU5UPSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KDQoNCjxNRVRBIGNvbnRlbnQ9Ik1TSFRN TCA2LjAwLjI4MDAuMTEwNiIgbmFtZT1HRU5FUkFUT1I+PC9IRUFEPg0KPEJPRFk+DQo8QkxPQ0tR VU9URSBkaXI9bHRyIHN0eWxlPSJNQVJHSU4tUklHSFQ6IDBweCI+DQogIDxESVY+PEZPTlQgZmFj ZT3lrovkvZMgY29sb3I9IzAwMDBmZiBzaXplPTI+PFNQQU4gY2xhc3M9OTg0MjcwMzA0LTE1MDcy MDAzPmlmIGhhdmUgDQogIGRvbmUgLGNhbiB5b3UgbWFrZSBpdCB0byBzaGFyZSBmb3Igb3RoZXI/ PC9TUEFOPjwvRk9OVD48L0RJVj4NCiAgPERJVj48Rk9OVCBmYWNlPeWui+S9kyBjb2xvcj0jMDAw MGZmIHNpemU9Mj48U1BBTiANCiAgY2xhc3M9OTg0MjcwMzA0LTE1MDcyMDAzPjwvU1BBTj48L0ZP TlQ+Jm5ic3A7PC9ESVY+DQogIDxESVY+PEZPTlQgZmFjZT3lrovkvZMgY29sb3I9IzAwMDBmZiBz aXplPTI+PFNQQU4gDQogIGNsYXNzPTk4NDI3MDMwNC0xNTA3MjAwMz48L1NQQU4+PC9GT05UPiZu YnNwOzwvRElWPjwvQkxPQ0tRVU9URT48L0JPRFk+PC9IVE1MPg0K ------_=_NextPart_001_01C34A86.70017742-- From flavio at tydac.ch Mon Jul 14 22:56:14 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Tue, 15 Jul 2003 07:56:14 +0200 Subject: [Mapserver-users] out of topic MAPINFO In-Reply-To: <3EE077D100019258@webmail.tie.cl> References: <3EE077D100019258@webmail.tie.cl> Message-ID: hi juanse here it is: mapinfo-l at lists.directionsmag.com ciao flavio -----Original Message----- From: georef at tie.cl To: mapserver-users at lists.gis.umn.edu Date: Mon, 14 Jul 2003 17:51:53 -0400 Subject: [Mapserver-users] out of topic MAPINFO > sorry everyone I am not at my office and need help from MI list, > anyone can > sendme the email for that list. I do not have with me my email list. > > Thanks > > Juanse > temuco-Chile > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nakts at latnet.lv Tue Jul 15 00:40:39 2003 From: nakts at latnet.lv (nakts at latnet.lv) Date: Tue, 15 Jul 2003 10:40:39 +0300 (EEST) Subject: [Mapserver-users] img.x and img.y in Mapserver Message-ID: <1058254839.3f13aff75f8b7@clients.latnet.lv> Hi! When user clicks on the map Mapserver creates CGI variables img.x and img.y. Is it possible that Mapserver don't do that ? Because I integrate map application in Oracle procedure. There i cannot define variable with point in it's name... An error occures :( what to do ? Imants From chewbizz at hotmail.com Tue Jul 15 00:46:06 2003 From: chewbizz at hotmail.com (W. Steph) Date: Tue, 15 Jul 2003 07:46:06 +0000 Subject: [Mapserver-users] two questions Message-ID: The mapserver standard engine is a web script. The wms is also a web script. The main difference are the arguments passed to the script : in wms, the arguments must respect the wms standard. But in term of performances, you'll probably wait the same time for the same query with the two scripts (wms and standard mapserver). If you take a deeper look at mapserver arguments (I'm talking about the mapserver *script*, not the engine), you'll find that they are the same as WMS arguments (height, width, layer...), but with another argument : MAP. The idea is to edit your apache config file (usually httpd.conf) and to add this line : SetEnvIf Request_URI "/cgi-bin/wms" MS_MAPFILE=path/to/my/map/file/mapfile.map Where "cgi-bin/wms" is a renamed copy of the mapserver executable script. Then your "wms" script will be a wms compliant script. And this script will be as effecient as the standard mapserver script of course ! You should read the MapServer WMS Server - Client HOWTO on the mapserver web site to get more infos on how to make a wms compliant server with mapserver. >From: "Giorgio Plazzotta" >To: "W. Steph" >Subject: Re: [Mapserver-users] two questions >Date: Fri, 11 Jul 2003 12:41:50 +0200 > >thank you very much for this useful answer. >but do u know something about the performances when accessing the data >through a wms or through the mapserver standard engine? > >Giorgio > > >----- Original Message ----- >From: "W. Steph" >To: >Sent: Friday, July 11, 2003 10:55 AM >Subject: Re: [Mapserver-users] two questions > > > > Hello ! > > > > I don't know the answer to your first question, but the second one is >easy >: > > WMS is a specification comming from the OGC (then open gis consortium), >take > > a look at : > > http://www.opengis.org (you'll find the WMS Spec and other interesting > > specs) > > Using this spec and making your server WMS-Compliant is very important >to >be > > inter-operable with other WMS. Using the WMS spec enables other servers >to > > get geographic data using a simple script. And you can do the same in >your > > application : you can use other's WMS scripts to get external data. And >it > > could be very usefull. > > I advise you to put a WMS compliant script within your server, (even if >your > > application doesn't use this script to get data) to let other map >servers > > access your data. > > For example, if you have a wms script at url : >http://my.domain/cgi-bin/wms > > , it could be used by anyone to get your data ; example : > > >http://my.domain/cgi-bin/wms?WMTVER=1.0.0&REQUEST=map&BBOX=10,10,1000,1000&WIDTH=400&HEIGHT=300&LAYERS=BOUNDARIES&FORMAT=PNG > > This will return a 400x300 PNG image of the layer called "BOUNDARIES" >within > > the extent (10,10,1000,1000) > > > > >From: "Giorgio Plazzotta" > > >To: > > >Subject: [Mapserver-users] two questions > > >Date: Thu, 10 Jul 2003 09:27:32 +0200 > > > > > >I have two doubts (well probably even more than 2) that maybe somebody >can > > >help me to solve. > > >1) I still use the 3.6 version and therefore I have to optimize the >raster > > >laters to 256 colors. When i will be able to use 24 bit color rasters >what > > >will happen to the performances in that same raster layer? I mean, > > >sometimes 256 volors are really unacceptable but maybe in some >situations > > >it's only a matter od graphic perfection (a DTM for example) and 256 >colors > > >are not so bad. In these situations maybe one could choose to go for >the >8 > > >bit just to preserve performances even id we could serve it 24 bit. > > > > > >2) I didn't understand very well all the characteristics of WMS and the > > >differences of chooseing this platform instead of a normal mapserver > > >engine. Can anybody suggest a good resource (pref. online) where i can > > >improve my knowledge? I understood that a wms is the solution when >mapping > > >is only a part of the application i am buiding cause i insert the map > > >service inside it like a component. But if i am developing an >application > > >in which mapping is the main goal probably it's better (performances?) >to > > >choose a more traditional way to serve maps. > > > > > >Thanx > > >Giorgio > > > > > > > _________________________________________________________________ > > Hotmail : un compte GRATUIT qui vous suit partout et tout le temps ! > > http://g.msn.fr/FR1000/9493 > > > > > > _________________________________________________________________ Trouvez l'?me soeur sur MSN Rencontres ! http://g.msn.fr/FR1000/9551 From s9646183 at sms.ed.ac.uk Tue Jul 15 04:30:07 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Tue, 15 Jul 2003 12:30:07 +0100 (BST) Subject: [Mapserver-users] Re: Implementing querying functionality using Perl MapScript In-Reply-To: References: Message-ID: <1058268607.3f13e5bfe0f5e@sms.ed.ac.uk> Thanks, I'll try to be a bit more specific this time :) Basically, I'd like to be able to select a point object from the map, and then display a new pop-up box, which would give the user all the information about that point feature which is stored in the dbf file, and perhaps also include a map in this pop up window which would highlight the selected feature in a different colour or with a different symbol. Not quite sure how to do the pop- up box thing yet, but I seem to remember some tips on this in the archive, so I'll look at that once I've figured out how to do the basics. So far, I've got to the point where I can display the shapeindex of the selected point, ie. $rec_no = $result_feature->{shapeindex}; but I'm now struggling to work out how to access the attributes of the feature in the dbf file with that record number. In some of the examples, the XBase module is used. I don't seem to be able to access this (and I've tried xdb and Xbase too) but I could possibly get it installed if it's necessary. I was wondering though whether I could use methods of the DBFInfo class or some of the miscellaneous functions such as msDBFReadStringAttribute which I saw listed on the Perl MapScript Reference some time ago, but which now seem to have disappeared. Are these still supported, and is there any documentation somewhere for them? If using the XBase module is the only/best way to go, could someone please give me the corrent name and version number of the module I should be looking for, or even better, where I might get it? Thanks very much, Ali Quoting pkishor_98 : > --- In mapserver-users at yahoogroups.com, AMC Story > wrote: > > Hi there everyone, > > > > I've been using Perl MapScript to develop the interface > > of my application, and am now wanting to implement the > > querying functionality that I had going with > > the old mapserver CGI version, but now with MapScript. > > could you elaborate more on -- > > - what have you already developed with Perl/Mapscript; and > - what you mean by "querying functionality" > > Until you do that, I am going to assume you mean identifying a feature > based on the user's mouse-click. > > > I was wondering if there are any examples of the code > > needed to do this, as I can't seem to find > > anything more than very brief (and apparently incorrect!) > > snippets in the > > archives. > > which archives did you look at? There are several very nice examples > on the wiki, and in the Perl/Mapscript docs. The best, most complete > example is the mapquakes.pl script. It shows you the building blocks. > > Briefly... you capture the mouse clicks and use them to create the new > map envelope and generate a new image. If you are querying... you once > again use the mouse clicks to get the shapeindex and then get its > associated attribute data from either the .dbf or a related > external database table. Keep in mind, the mouse clicks would be > imagespace, and will have to be converted to geographic space before > doing anything with them. > > There are definitely fewer ready-to-use, code capsules for > Perl/Mapscript, and some of us have talked about remedying the > situation. Most Perl/Mapscript users, however, have found the existing > examples quite helpful in guiding them and setting them on the correct > path to developing their own code. Each application is different, and > it is hard to provide a demo that will work for everyone. > > Please look at the above mentioned examples on the wiki, and then if > you have specific questions come and ask us. One of us will be able to > help you. > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From nuno.cabrita at elementodigital.pt Tue Jul 15 04:54:56 2003 From: nuno.cabrita at elementodigital.pt (Nuno Cabrita) Date: Tue, 15 Jul 2003 12:54:56 +0100 Subject: [Mapserver-users] Mapserver compile problems Message-ID: <000601c34ac7$e9876de0$ec00a8c0@elementodigital.local> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C34AD0.4B4BD5E0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi, there. I need a mapserver version for PHP 4.2.3 with some alterations to map.h #define MS_MAXCLASSES 150 #define MS_MAXLAYERS 2000 But I am having some problems compiling a new windows version with MSVC 7.0. Does anyone have a easy way of doing this? Can anyone compile this and send me a compiled version. ------=_NextPart_000_0007_01C34AD0.4B4BD5E0 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hi, = there.

&= nbsp;

I = need a mapserver version for PHP 4.2.3 with some alterations to = map.h

&= nbsp;

#defin= e MS_MAXCLASSES 150

&= nbsp;

#defin= e MS_MAXLAYERS 2000

&= nbsp;

But I = am having some problems compiling a new windows version with MSVC = 7.0.

&= nbsp;

Does = anyone have a easy way of doing this?

Can = anyone compile this and send me a compiled = version.

&= nbsp;

=  

------=_NextPart_000_0007_01C34AD0.4B4BD5E0-- From jamesp at eastcan.ca Tue Jul 15 05:27:29 2003 From: jamesp at eastcan.ca (Perry, James) Date: Tue, 15 Jul 2003 09:27:29 -0300 Subject: [Mapserver-users] Mapserver/MapLab segfault Message-ID: <4D1A9B20C8F9D311859700E018C298ABF77FEF@hfxexch> This is a multi-part message in MIME format. --------------InterScan_NT_MIME_Boundary Content-Type: text/plain; charset="iso-8859-1" Hi, I sent an email to this list yesterday (but from the wrong address), so it hasn't filtered through... anyway... I've got: Maplab 2.0.1 Mapserver 4 (beta 2) PHP 4.2.2 Apache 2.0.40 Going through the mapedit tutorial, the php CGI is segfaulting in preview.phtml. It always displays the initial view correctly, but if either the bathymetry or popplace layers are active any further attempts to interact with the preview results in a segfault. Looking at it further, it only seems to happen when loading a new session object; if I delete the /tmp/sess_xxxx/xx...xx file between previews, there's no crash regardless of the layers that are active. Has anybody else experienced this? Anybody know what the problem is? :) James Perry --------------InterScan_NT_MIME_Boundary Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" ******************************************************************************************* This e-mail and any files transmitted with it are provided for convenience only and is to be considered confidential and are intended solely for the use of the individual to whom it is addressed. If you have received this e-mail in error please notify the sender immediately. CBCL Limited assumes no responsibility for data supplied electronically by e-mail and any unauthorized use or changes to such data is strictly prohibited. CBCL Limited maintains all rights and copyrights to e-mailed electronic files. --------------InterScan_NT_MIME_Boundary-- From gadoury at dmsolutions.ca Tue Jul 15 06:18:42 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Tue, 15 Jul 2003 09:18:42 -0400 Subject: [Mapserver-users] Want to respond to user clicks References: Message-ID: <3F13FF32.3010805@dmsolutions.ca> Depending on the complexity of what you need to do it may even be possible to do this with no scripting at all. By using TOLERANCE and TOLERANCEUNITS in the layer object you can, in effect, query features within a certain radius of a user click. If only your landmarks layer is queryable then a click will return a list of landmarks within the given distance from a user click. Dean Syokim at aol.com wrote: >Hi, > > I am building a map that responds to user clicks by returning a list of >landmarks closest to the location that the user clicks. Do I use a script to do >this? Is there a preferred script language for this? Is there any >documentation that details what script languages have what capabilities with mapserver? > Or are they all pretty much equivalent? > >Thanks, >Scott >_______________________________________________ >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 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca From pkishor at geoanalytics.com Tue Jul 15 06:40:59 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 15 Jul 2003 13:40:59 -0000 Subject: [Mapserver-users] Re: img.x and img.y in Mapserver In-Reply-To: <1058254839.3f13aff75f8b7@clients.latnet.lv> Message-ID: --- In mapserver-users at yahoogroups.com, nakts at l... wrote: > Hi! > When user clicks on the map Mapserver creates CGI variables img.x and img.y. > Is it possible that Mapserver don't do that ? > that is not a Mapserver property. That is an html forms property. To avoid doing that, just don't put the image inside a form tag. > Because I integrate map application in Oracle procedure. There i cannot define > variable with point in it's name... An error occures :( what to do ? > you could always take the points out, replace them with an underscore, or whatever. In any case, the easiest way is to not use an image in an input tag inside a form. From pkishor at geoanalytics.com Tue Jul 15 07:09:36 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 15 Jul 2003 14:09:36 -0000 Subject: [Mapserver-users] Re: Implementing querying functionality using Perl MapScript In-Reply-To: <1058268607.3f13e5bfe0f5e@sms.ed.ac.uk> Message-ID: --- In mapserver-users at yahoogroups.com, AMC Story wrote: > Thanks, I'll try to be a bit more specific this time :) good. often we get vague-ish questions, and it is almost impossible for anyone to answer them. it seems obvious on hindsight, but most of us are likely working in environments different from that of the person asking the question -- it is simply a waste of bandwidth and energy trying to "imagine" what the problem might be. anyway, ;-) > > Basically, I'd like to be able to select a point object from the map, and then > display a new pop-up box, which would give the user all the information about > that point feature which is stored in the dbf file, and perhaps also include a > map in this pop up window which would highlight the selected feature in a > different colour or with a different symbol. Not quite sure how to do the pop- > up box thing yet, but I seem to remember some tips on this in the archive, so > I'll look at that once I've figured out how to do the basics. pop-up is a javascript or basic html question. Use js to create a new window, or use "target=_blank" on a link to open a new window. for a map being displayed in the pop-up, see the itasca demo. It does it very well. first concentrate on getting it all to work in a regular html window. Once it works there, you can always convert it into a pop-up or a frames-based app. > > So far, I've got to the point where I can display the shapeindex of the > selected point, > > ie. $rec_no = $result_feature->{shapeindex}; > > but I'm now struggling to work out how to access the attributes of the feature > in the dbf file with that record number. In some of the examples, the XBase > module is used. I don't seem to be able to access this (and I've tried xdb and > Xbase too) but I could possibly get it installed if it's necessary. I have used Xbase like so ############################## my $table = new Xbase; $table->open_dbf($shapefile . '.dbf') or die Xbase->errstr; ############################## but there are more detailed examples available. Just read the docs for Xbase. In concept, you will use the shapeindex to grab the specific record. The shapeindex indicates the row in the dbf table. Keep in mind, the first row in the dbf table is the header row... the names of the columns. The second row corresponds to the first shapeindex, etc. > > I was wondering though whether I could use methods of the DBFInfo class or some > of the miscellaneous functions such as msDBFReadStringAttribute which I saw > listed on the Perl MapScript Reference some time ago, but which now seem to > have disappeared. Are these still supported, and is there any documentation > somewhere for them? Yes, you can use the DBF functions in Perl/Mapscript. I haven't... I just use the Xbase module. Make sure you have the latest version, and read the docs. You can also use XBase... the syntax is slightly different. > > > Quoting pkishor_98 : > > > --- In mapserver-users at yahoogroups.com, AMC Story > > wrote: > > > Hi there everyone, > > > > > > I've been using Perl MapScript to develop the interface > > > of my application, and am now wanting to implement the > > > querying functionality that I had going with > > > the old mapserver CGI version, but now with MapScript. > > > > could you elaborate more on -- > > > > - what have you already developed with Perl/Mapscript; and > > - what you mean by "querying functionality" > > > > Until you do that, I am going to assume you mean identifying a feature > > based on the user's mouse-click. > > > > > I was wondering if there are any examples of the code > > > needed to do this, as I can't seem to find > > > anything more than very brief (and apparently incorrect!) > > > snippets in the > > > archives. > > > > which archives did you look at? There are several very nice examples > > on the wiki, and in the Perl/Mapscript docs. The best, most complete > > example is the mapquakes.pl script. It shows you the building blocks. > > > > Briefly... you capture the mouse clicks and use them to create the new > > map envelope and generate a new image. If you are querying... you once > > again use the mouse clicks to get the shapeindex and then get its > > associated attribute data from either the .dbf or a related > > external database table. Keep in mind, the mouse clicks would be > > imagespace, and will have to be converted to geographic space before > > doing anything with them. > > > > There are definitely fewer ready-to-use, code capsules for > > Perl/Mapscript, and some of us have talked about remedying the > > situation. Most Perl/Mapscript users, however, have found the existing > > examples quite helpful in guiding them and setting them on the correct > > path to developing their own code. Each application is different, and > > it is hard to provide a demo that will work for everyone. > > > > Please look at the above mentioned examples on the wiki, and then if > > you have specific questions come and ask us. One of us will be able to > > help you. > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at l... > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hunt at zedxinc.com Tue Jul 15 07:54:55 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Tue, 15 Jul 2003 10:54:55 -0400 Subject: [Mapserver-users] terraserver problem Message-ID: <006401c34ae1$0dcecea0$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0061_01C34ABF.868AACF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am using the terraserver to zoom in to draw on a map. With wms, if the = user zooms in where the image would be less the 1m (ie the size of the = image at 1m is smaller then the image requested) mapserver gives the = following error=20 Tue Jul 15 10:36:44 2003 - msDrawMap(): Image handling error. Failed to = draw layer named 'ortho-18'. Tue Jul 15 10:37:54 2003 - drawEPP(): Image handling error. = /home/httpd/html/dy_images/105827987219400.img.tmp is not an EPPL file. Tue Jul 15 10:37:54 2003 - msDrawRaster(): Image handling error. = Unrecognized or unsupported image format Is there anyway to let the userer zoom in to less then 1m? Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------=_NextPart_000_0061_01C34ABF.868AACF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am using the terraserver to zoom in = to draw on a=20 map. With wms, if the user zooms in where the image would be less the 1m = (ie the=20 size of the image at 1m is smaller then the image requested) mapserver = gives the=20 following error
 
Tue Jul 15 10:36:44 2003 - msDrawMap(): = Image=20 handling error. Failed to draw layer named 'ortho-18'.
Tue Jul 15 = 10:37:54=20 2003 - drawEPP(): Image handling error.=20 /home/httpd/html/dy_images/105827987219400.img.tmp is not an EPPL = file.
Tue=20 Jul 15 10:37:54 2003 - msDrawRaster(): Image handling error. = Unrecognized or=20 unsupported image format
Is there anyway to let the userer zoom = in to less=20 then 1m?
 
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------=_NextPart_000_0061_01C34ABF.868AACF0-- From pkishor at geoanalytics.com Tue Jul 15 08:12:06 2003 From: pkishor at geoanalytics.com (Puneet Kishor) Date: Tue, 15 Jul 2003 10:12:06 -0500 Subject: [Mapserver-users] gd-png: fatal libpng error: Invalid number of colors in palette In-Reply-To: <200306161525.h5GFPJN02692@yogi.medinaco.net> Message-ID: Lowell, Thanks. I haven't had the opp to try out your suggestion. Of course, I have run into another problem... even if I can use your code and get the legend to work... making a legend image with the symbols for all the layers... it actually defeats the purpose by not allowing me to separate the layers and use them as controls as well. But, that is my fault... I didn't think this through completely. When I have figured out the exact problem, and hopefully, also the solution, I will post it to the list. In essence, I want to replicate html legends within Mapscript... later on that. On a different note... what have you thought wrt modifying the perl/mapscript docs so we can post examples right next to the items documented. Many new mapscript users complain about there not being enough examples. Seems like they either don't look at the wiki, or perhaps they find the wiki too confusing. Maybe we should consider putting the entire perl/mapscript documentation on the wiki, one page per object. etc., and making that the canonical docs. What do you think. Puneet. On Monday, June 16, 2003, at 10:25 AM, Lowell Filak wrote: > Make sure your code is NOT starting a new imageObj to draw on using > "new > mapscript::imageObj()" but rather create it like the following: > my $legend_img = $class->createLegendIcon($map,$layer,200,100); > $class->drawLegendIcon($rmap,$layer,150,50,$legend_img,25,25); > The above works because createLegendIcon adds the map palette to the > new > canvas image whereas: > my $legend_img = new mapscript::imageObj(200,100); > does not work because mapscript::imageObj does not add the map palette. > HTH > Lowell F. > > The following message was sent by "pkishor_98" > on Sat, 31 May 2003 04:43:51 -0000. > >> In my continuing (unsuccessful) adventures with drawLegendIcon, I have > encountered >> -- >> >> gd-png: fatal libpng error: Invalid number of colors in palette >> gd-png error: setjmp returns error condition >> >> -- >> >> does anyone have any idea what is going on? btw, other commands (such >> as >> createLegendIcon) work just fine. >> >> Mapserver 3.6, perl. >> >> Tia, >> >> Puneet. >> >> _______________________________________________ >> 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 Tue Jul 15 08:18:56 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 15 Jul 2003 11:18:56 -0400 Subject: [Mapserver-users] terraserver problem Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFD36@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C34AE4.68D0FA58 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Aaron - =20 You cannot request imagery from Microsoft TerraServer at less than one = meter per pixel - the request fails and returns an exception. You can = prevent the error by appropriately setting the layer's MINSCALE value so = it's not requested at too high a resolution, but you can't get an image = returned that's, say, 0.5 meters per pixel. =20 For example, here's an invalid 0.5 meter request - click on it to see = the result: http://www.terraserver-usa.com/ogcmap.ashx?version=3D1.1.1 = = = &request=3DGetMap&Layers=3Ddoq&Styles=3D&SRS=3DEPSG:26910&BBOX=3D547200,4= 182400,547600,4182650&width=3D800&height=3D500&format=3Dimage/jpeg&Except= ions=3Dse_xml =20 You could fudge around this by having MapServer return a physically = smaller image that's "zoomed" by the client browser. This would work OK = if you were only requesting the image layer, but it's not a good idea if = you have vector layers on top of it, since they'll be drawn and "zoomed" = in as well, so they won't look good. =20 - 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=20 -----Original Message----- From: Aaron D. Hunt [mailto:hunt at zedxinc.com] Sent: Tuesday, July 15, 2003 10:55 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] terraserver problem I am using the terraserver to zoom in to draw on a map. With wms, if the = user zooms in where the image would be less the 1m (ie the size of the = image at 1m is smaller then the image requested) mapserver gives the = following error=20 =20 Tue Jul 15 10:36:44 2003 - msDrawMap(): Image handling error. Failed to = draw layer named 'ortho-18'. Tue Jul 15 10:37:54 2003 - drawEPP(): Image handling error. = /home/httpd/html/dy_images/105827987219400.img.tmp is not an EPPL file. Tue Jul 15 10:37:54 2003 - msDrawRaster(): Image handling error. = Unrecognized or unsupported image format Is there anyway to let the userer zoom in to less then 1m? =20 =20 Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------_=_NextPart_001_01C34AE4.68D0FA58 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Aaron=20 -
 
You=20 cannot request imagery from Microsoft TerraServer at less than one meter = per=20 pixel - the request fails and returns an exception.  You can = prevent the=20 error by appropriately setting the layer's MINSCALE value so it's not = requested=20 at too high a resolution, but you can't get an image returned that's, = say, 0.5=20 meters per pixel.
 
For=20 example, here's an invalid 0.5 meter request - click on it to see the=20 result:
http://www.terraserver-usa.co= m/ogcmap.ashx?version=3D1.1.1&request=3DGetMap&Layers=3Ddoq&S= tyles=3D&SRS=3DEPSG:26910&BBOX=3D547200,4182400,547600,4182650&am= p;width=3D800&height=3D500&format=3Dimage/jpeg&Exceptions=3Ds= e_xml
 
You=20 could fudge around this by having MapServer return a physically smaller = image=20 that's "zoomed" by the client browser.  This would work OK if you = were only=20 requesting the image layer, but it's not a good idea if you have vector = layers=20 on top of it, since they'll be drawn and "zoomed" in as well, so they = won't look=20 good.
 
    - 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 =

-----Original Message-----
From: Aaron D. Hunt=20 [mailto:hunt at zedxinc.com]
Sent: Tuesday, July 15, 2003 10:55 = AM
To: mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] terraserver problem

I am using the terraserver to zoom in = to draw on=20 a map. With wms, if the user zooms in where the image would be less = the 1m (ie=20 the size of the image at 1m is smaller then the image requested) = mapserver=20 gives the following error
 
Tue Jul 15 10:36:44 2003 - = msDrawMap(): Image=20 handling error. Failed to draw layer named 'ortho-18'.
Tue Jul 15 = 10:37:54=20 2003 - drawEPP(): Image handling error.=20 /home/httpd/html/dy_images/105827987219400.img.tmp is not an EPPL = file.
Tue=20 Jul 15 10:37:54 2003 - msDrawRaster(): Image handling error. = Unrecognized or=20 unsupported image format
Is there anyway to let the userer = zoom in to less=20 then 1m?
 
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------_=_NextPart_001_01C34AE4.68D0FA58-- From assefa at dmsolutions.ca Tue Jul 15 08:28:09 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 15 Jul 2003 11:28:09 -0400 Subject: [Mapserver-users] terraserver problem References: <006401c34ae1$0dcecea0$1805000a@helicity> Message-ID: <3F141D89.80404@dmsolutions.ca> --------------000204080707070600040609 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Could it be that the server is generaing an exception (instead of an image) when asked to generate maps at certain resolution/BBox ? You could generate a GetMap request to the server with approximatlty the same bbox that you use in the Mapserver when the error occurs and see what the server returns. Later, Aaron D. Hunt wrote: > I am using the terraserver to zoom in to draw on a map. With wms, if > the user zooms in where the image would be less the 1m (ie the size of > the image at 1m is smaller then the image requested) mapserver gives > the following error > > Tue Jul 15 10:36:44 2003 - msDrawMap(): Image handling error. Failed > to draw layer named 'ortho-18'. > Tue Jul 15 10:37:54 2003 - drawEPP(): Image handling error. > /home/httpd/html/dy_images/105827987219400.img.tmp is not an EPPL file. > Tue Jul 15 10:37:54 2003 - msDrawRaster(): Image handling error. > Unrecognized or unsupported image format > Is there anyway to let the userer zoom in to less then 1m? > > > Aaron D. Hunt > Technical Manager > ZedX Inc. > Voice: 814-357-8490 > Fax: 814-357-8499 -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- --------------000204080707070600040609 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Could it be that the server is generaing an exception (instead of an image) when asked to generate maps at certain resolution/BBox ?  You could generate a GetMap request to the server with approximatlty the same bbox that you use in the Mapserver when the error occurs and see what the server returns.

Later,

Aaron D. Hunt wrote:
I am using the terraserver to zoom in to draw on a map. With wms, if the user zooms in where the image would be less the 1m (ie the size of the image at 1m is smaller then the image requested) mapserver gives the following error
 
Tue Jul 15 10:36:44 2003 - msDrawMap(): Image handling error. Failed to draw layer named 'ortho-18'.
Tue Jul 15 10:37:54 2003 - drawEPP(): Image handling error. /home/httpd/html/dy_images/105827987219400.img.tmp is not an EPPL file.
Tue Jul 15 10:37:54 2003 - msDrawRaster(): Image handling error. Unrecognized or unsupported image format
Is there anyway to let the userer zoom in to less then 1m?
 
 
Aaron D. Hunt
Technical Manager
ZedX Inc.
Voice: 814-357-8490
Fax:    814-357-8499

-- 
----------------------------------------------------------------
Assefa Yewondwossen           
Software Analyst   

Email: assefa at dmsolutions.ca    
http://www.dmsolutions.ca/

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925
----------------------------------------------------------------


--------------000204080707070600040609-- From eric at gomoos.org Tue Jul 15 04:30:06 2003 From: eric at gomoos.org (Eric Bridger) Date: 15 Jul 2003 11:30:06 +0000 Subject: [Mapserver-users] Re: Implementing querying functionality using Perl MapScript In-Reply-To: References: Message-ID: <1058268607.1522.34.camel@ubet.gomoos.org> You can find XBase here: http://search.cpan.org/author/JANPAZ/DBD-XBase-0.234/lib/XBase.pm You will need to install it. The mapserver install does not do this for you. The version shouldn't matter. As explained below, Mapserver's query results will give you the index into the dbf file. I think I recall some users having problems using the DBF functions in Perl/Mapscript. I too, always use XBase. E.g. my $datafile = $layerObj->{data}; # To get the attributes open the dbf file. my $dbfile = $datafile . '.dbf'; my $hDBF = new XBase "$dbfile" or die XBase->errstr; my @row = $hDBF->get_record($rec_no) or warn $hDBF->errstr . "\n"; Eric On Tue, 2003-07-15 at 14:09, pkishor_98 wrote: > --- In mapserver-users at yahoogroups.com, AMC Story wrote: > > Thanks, I'll try to be a bit more specific this time :) > > good. often we get vague-ish questions, and it is almost impossible for anyone to > answer them. it seems obvious on hindsight, but most of us are likely working in > environments different from that of the person asking the question -- it is simply a > waste of bandwidth and energy trying to "imagine" what the problem might be. > anyway, ;-) > > > > > > Basically, I'd like to be able to select a point object from the map, and then > > display a new pop-up box, which would give the user all the information about > > that point feature which is stored in the dbf file, and perhaps also include a > > map in this pop up window which would highlight the selected feature in a > > different colour or with a different symbol. Not quite sure how to do the pop- > > up box thing yet, but I seem to remember some tips on this in the archive, so > > I'll look at that once I've figured out how to do the basics. > > pop-up is a javascript or basic html question. Use js to create a new window, or use > "target=_blank" on a link to open a new window. > > for a map being displayed in the pop-up, see the itasca demo. It does it very well. > > first concentrate on getting it all to work in a regular html window. Once it works > there, you can always convert it into a pop-up or a frames-based app. > > > > > So far, I've got to the point where I can display the shapeindex of the > > selected point, > > > > ie. $rec_no = $result_feature->{shapeindex}; > > > > but I'm now struggling to work out how to access the attributes of the feature > > in the dbf file with that record number. In some of the examples, the XBase > > module is used. I don't seem to be able to access this (and I've tried xdb and > > Xbase too) but I could possibly get it installed if it's necessary. > > I have used Xbase like so > > ############################## > my $table = new Xbase; > > $table->open_dbf($shapefile . '.dbf') or die Xbase->errstr; > ############################## > > but there are more detailed examples available. Just read the docs for Xbase. > > In concept, you will use the shapeindex to grab the specific record. The shapeindex > indicates the row in the dbf table. Keep in mind, the first row in the dbf table is the > header row... the names of the columns. The second row corresponds to the first > shapeindex, etc. > > > > > I was wondering though whether I could use methods of the DBFInfo class or some > > of the miscellaneous functions such as msDBFReadStringAttribute which I saw > > listed on the Perl MapScript Reference some time ago, but which now seem to > > have disappeared. Are these still supported, and is there any documentation > > somewhere for them? > > Yes, you can use the DBF functions in Perl/Mapscript. I haven't... I just use the Xbase > module. Make sure you have the latest version, and read the docs. You can also use > XBase... the syntax is slightly different. > > > > > > > Quoting pkishor_98 : > > > > > --- In mapserver-users at yahoogroups.com, AMC Story > > > wrote: > > > > Hi there everyone, > > > > > > > > I've been using Perl MapScript to develop the interface > > > > of my application, and am now wanting to implement the > > > > querying functionality that I had going with > > > > the old mapserver CGI version, but now with MapScript. > > > > > > could you elaborate more on -- > > > > > > - what have you already developed with Perl/Mapscript; and > > > - what you mean by "querying functionality" > > > > > > Until you do that, I am going to assume you mean identifying a feature > > > based on the user's mouse-click. > > > > > > > I was wondering if there are any examples of the code > > > > needed to do this, as I can't seem to find > > > > anything more than very brief (and apparently incorrect!) > > > > snippets in the > > > > archives. > > > > > > which archives did you look at? There are several very nice examples > > > on the wiki, and in the Perl/Mapscript docs. The best, most complete > > > example is the mapquakes.pl script. It shows you the building blocks. > > > > > > Briefly... you capture the mouse clicks and use them to create the new > > > map envelope and generate a new image. If you are querying... you once > > > again use the mouse clicks to get the shapeindex and then get its > > > associated attribute data from either the .dbf or a related > > > external database table. Keep in mind, the mouse clicks would be > > > imagespace, and will have to be converted to geographic space before > > > doing anything with them. > > > > > > There are definitely fewer ready-to-use, code capsules for > > > Perl/Mapscript, and some of us have talked about remedying the > > > situation. Most Perl/Mapscript users, however, have found the existing > > > examples quite helpful in guiding them and setting them on the correct > > > path to developing their own code. Each application is different, and > > > it is hard to provide a demo that will work for everyone. > > > > > > Please look at the above mentioned examples on the wiki, and then if > > > you have specific questions come and ask us. One of us will be able to > > > help you. > > > > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at l... > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at l... > > 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 eric at gomoos.org Tue Jul 15 04:40:32 2003 From: eric at gomoos.org (Eric Bridger) Date: 15 Jul 2003 11:40:32 +0000 Subject: [Mapserver-users] Display polygon layer as circle layer In-Reply-To: <5.2.1.1.0.20030714152753.018da1f0@gridg.grid.unep.ch> References: <5.2.1.1.0.20030714152753.018da1f0@gridg.grid.unep.ch> Message-ID: <1058269234.1522.40.camel@ubet.gomoos.org> Stefan, As far as I know there is no simple way to accomplish this. But I do think your approach is the way to go, i.e. create a point layer which corresponds to your polygon layer. But I would create a separate shapefile. Then you could display the boundaries or the points as needed. I have done this many times. But the problem is to find an appropriate centroid for a given polygon. Perhaps you could find an existing shapefile of national capitols and use those as your points. Eric On Mon, 2003-07-14 at 13:38, Stefan Schwarzer wrote: > Dear all, > > I have some (polygon) layers containing national statistics (for example > GDP or Population Density). They are nicely displayed in five categories, > represented by different colors. Now, I would like to place another, > geospatial (e.g. land cover, DEM) layer under it. I can change the > transparency of the statistical layer, but the result is not very nice. It > is too difficult to recognize the correct category, as the two layers are > becoming too blurry. > > Now I thought perhaps it would be more meaningful if I would overlay the > geospatial/background image with a "circle-layer", instead of a > "polygon-layer". The size or the color of the circles would represent then > the value of the country. This would leave enough space to see the > background image, but one could still recognize the different categories of > the statistical layer. > > Is there a simple way to accomplish this? Do I have to create from the > polygon shapefile a point shapefile on-the-fly, before then displaying the > latter? > > Thanks for any help, > > Stefan > > > > _______________________________________ > > Stefan Schwarzer > Consultant on GEO > > UNEP/DEWA/GRID-Geneva > Chemin des Anemones 11 > CH - 1219 Chatelaine > Switzerland > > Tel: (+41) 22.917.83.49 > Fax: (+41) 22.917.80.29 > > Email: stefan.schwarzer at grid.unep.ch > Internet: http://geodata.grid.unep.ch/ > _______________________________________ From pkishor at geoanalytics.com Tue Jul 15 09:44:43 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 15 Jul 2003 16:44:43 -0000 Subject: [Mapserver-users] Re: Display polygon layer as circle layer In-Reply-To: <5.2.1.1.0.20030714152753.018da1f0@gridg.grid.unep.ch> Message-ID: --- In mapserver-users at yahoogroups.com, Stefan Schwarzer wrote: .. > Now I thought perhaps it would be more meaningful if I > would overlay the > geospatial/background image with a "circle-layer", > instead of a > "polygon-layer". The size or the color of the circles > would represent then > the value of the country. This would leave enough space > to see the > background image, but one could still recognize the > different categories of > the statistical layer. > > Is there a simple way to accomplish this? Do I have to > create from the > polygon shapefile a point shapefile on-the-fly, before > then displaying the > latter? 1. create a subroutine that takes an x,y pair, and a radius, and creates a circle shape. 2. create a new layer. 3. loop through all the polygons in the poly layer and call the subroutine for every shape feeding it the current poly's centroid, and a radius value "prorated" for the attribute value you want to map. Puneet. From rjames57 at yahoo.com Tue Jul 15 10:06:43 2003 From: rjames57 at yahoo.com (Randy James) Date: Tue, 15 Jul 2003 10:06:43 -0700 (PDT) Subject: [Mapserver-users] Mapserver Bug In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A95B@div-mx02.DIVESTCO.COM> Message-ID: <20030715170643.98686.qmail@web12503.mail.yahoo.com> I'll forward the post to the list, someone else may be able to help. I think more information on your setup will get better input from the list. Cheers --- Zamil Murji wrote: > Yup, > I can show one layer at a time, but I can't get both on > at the same time. > > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com] > Sent: Tuesday, July 15, 2003 10:54 AM > To: Zamil Murji > Subject: RE: [Mapserver-users] Mapserver Bug > > > Hi > > Well hmm projection for the layers is correct? > > --- Zamil Murji wrote: > > the tiled shapefile location column does in fact > contain > > the full path to the tiled files. can you think of > > anything else? > > > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com] > > Sent: Monday, July 14, 2003 5:02 PM > > To: Zamil Murji > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > the tiled shapefile location column should contain the > > full > > path to the tiled files. > > > > --- Zamil Murji wrote: > > > Hi, > > > > > > What do you mean by this? Do you mean in the .map > file > > or > > > the actual tiled shapefile location column? > > > > > > Thanks > > > Zamil > > > > > > -----Original Message----- > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > Sent: Monday, July 14, 2003 4:56 PM > > > To: Zamil Murji > > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > > > > Hi > > > > > > Do you have the full path, (rather than relative) in > > the > > > location column? > > > > > > > > > --- Zamil Murji wrote: > > > > Hi Randy and company, > > > > > > > > No i don't think i need tileitem because i am using > > the > > > > default of 'location'. I repeat that the first > tiled > > > > layer shows up but the ones underneath it do not. > > > > > > > > Thanks > > > > Zamil > > > > > > > > -----Original Message----- > > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > > Sent: Monday, July 14, 2003 4:48 PM > > > > To: Zamil Murji > > > > Cc: Mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] Mapserver Bug > > > > > > > > > > > > Hi > > > > > > > > Looks like you need the TILEITEM in your mapfile > > > > > > > > It is the column that has the location of the tile > in > > > it > > > > > > > > Cheers > > > > > > > > --- Zamil Murji wrote: > > > > > Hi Steve and the rest of the list, > > > > > > > > > > I found a bug with regards to mapserver and tiled > > > > polygon > > > > > layers. It seems that mapserver only displays the > > > first > > > > > tiled polygon layer in the .map file and doesn't > > show > > > > the > > > > > tiled polygon layers below it. All other layers > > show > > > up > > > > > just fine below the first tiled polygon layer. > > > > > > > > > > I've attached two images. One with the tile > county > > > > layer > > > > > showing (above the township grid) and another > with > > > the > > > > > township gird showing (above the county layer). > > > > > Here are the two layer defs, please tell me if > i'm > > > > > missing something obvious: > > > > > LAYER > > > > > NAME "counties" > > > > > TILEINDEX us_data/culture/countytileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > CLASS > > > > > OUTLINECOLOR 0 0 0 > > > > > end > > > > > end > > > > > > > > > > LAYER > > > > > NAME "twp" > > > > > TILEINDEX us_data/townships/twptileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > # MAXSCALE 25 > > > > > CLASS > > > > > OUTLINECOLOR 183 178 178 > > > > > #OUTLINECOLOR 255 0 0 > > > > > END > > > > > END > > > > > > > > > > Zamil > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > __________________________________ > > > > Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > http://sbc.yahoo.com > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > http://sbc.yahoo.com > > > > > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > From Zamil.Murji at divestco.com Tue Jul 15 10:18:42 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 15 Jul 2003 11:18:42 -0600 Subject: [Mapserver-users] Mapserver Bug Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A95C@div-mx02.DIVESTCO.COM> I have found my error. I was filling in the polygons lower down. If I fill the polygons lower down then everything I drew up above would not appear. My question is how do I make a layer transparent? My data comes from a shapefile. Can I use the OFFSITE tag or should I use something else. Here is a layer definition: LAYER # fast file NAME "counties" DATA boarders/counties STATUS off TYPE POLYGON MAXSCALE 29 CLASS OUTLINECOLOR 0 0 0 COLOR 84 247 168 END END Thanks Zamil -----Original Message----- From: Randy James [mailto:rjames57 at yahoo.com] Sent: Tuesday, July 15, 2003 11:07 AM To: Zamil Murji Cc: Mapserver Users Subject: RE: [Mapserver-users] Mapserver Bug I'll forward the post to the list, someone else may be able to help. I think more information on your setup will get better input from the list. Cheers --- Zamil Murji wrote: > Yup, > I can show one layer at a time, but I can't get both on > at the same time. > > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com] > Sent: Tuesday, July 15, 2003 10:54 AM > To: Zamil Murji > Subject: RE: [Mapserver-users] Mapserver Bug > > > Hi > > Well hmm projection for the layers is correct? > > --- Zamil Murji wrote: > > the tiled shapefile location column does in fact > contain > > the full path to the tiled files. can you think of > > anything else? > > > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com] > > Sent: Monday, July 14, 2003 5:02 PM > > To: Zamil Murji > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > the tiled shapefile location column should contain the > > full > > path to the tiled files. > > > > --- Zamil Murji wrote: > > > Hi, > > > > > > What do you mean by this? Do you mean in the .map > file > > or > > > the actual tiled shapefile location column? > > > > > > Thanks > > > Zamil > > > > > > -----Original Message----- > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > Sent: Monday, July 14, 2003 4:56 PM > > > To: Zamil Murji > > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > > > > Hi > > > > > > Do you have the full path, (rather than relative) in > > the > > > location column? > > > > > > > > > --- Zamil Murji wrote: > > > > Hi Randy and company, > > > > > > > > No i don't think i need tileitem because i am using > > the > > > > default of 'location'. I repeat that the first > tiled > > > > layer shows up but the ones underneath it do not. > > > > > > > > Thanks > > > > Zamil > > > > > > > > -----Original Message----- > > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > > Sent: Monday, July 14, 2003 4:48 PM > > > > To: Zamil Murji > > > > Cc: Mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] Mapserver Bug > > > > > > > > > > > > Hi > > > > > > > > Looks like you need the TILEITEM in your mapfile > > > > > > > > It is the column that has the location of the tile > in > > > it > > > > > > > > Cheers > > > > > > > > --- Zamil Murji wrote: > > > > > Hi Steve and the rest of the list, > > > > > > > > > > I found a bug with regards to mapserver and tiled > > > > polygon > > > > > layers. It seems that mapserver only displays the > > > first > > > > > tiled polygon layer in the .map file and doesn't > > show > > > > the > > > > > tiled polygon layers below it. All other layers > > show > > > up > > > > > just fine below the first tiled polygon layer. > > > > > > > > > > I've attached two images. One with the tile > county > > > > layer > > > > > showing (above the township grid) and another > with > > > the > > > > > township gird showing (above the county layer). > > > > > Here are the two layer defs, please tell me if > i'm > > > > > missing something obvious: > > > > > LAYER > > > > > NAME "counties" > > > > > TILEINDEX us_data/culture/countytileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > CLASS > > > > > OUTLINECOLOR 0 0 0 > > > > > end > > > > > end > > > > > > > > > > LAYER > > > > > NAME "twp" > > > > > TILEINDEX us_data/townships/twptileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > # MAXSCALE 25 > > > > > CLASS > > > > > OUTLINECOLOR 183 178 178 > > > > > #OUTLINECOLOR 255 0 0 > > > > > END > > > > > END > > > > > > > > > > Zamil > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > __________________________________ > > > > Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > http://sbc.yahoo.com > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > http://sbc.yahoo.com > > > > > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > From lfilak at medinaco.org Tue Jul 15 10:24:49 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 15 Jul 2003 13:24:49 -0400 Subject: [Mapserver-users] Re: Implementing querying functionality using Perl MapScript Message-ID: <200307151724.h6FHOeN20088@yogi.medinaco.net> To get & install XBase (& DBI): Either: 1) perl -MCPAN -e shell; 2) install DBD::XBase 3) install Bundle::DBI or: 1) Download http://search.cpan.org/CPAN/authors/id/J/JA/JANPAZ/DBD-XBase-0.234.tar.gz 2) Download http://search.cpan.org/CPAN/authors/id/T/TI/TIMB/DBI-1.37.tar.gz 3) Do "tar -xf xxxxxx.tar.gz --ungzip" for each. 4) Do "perl Makefile.PL; make; make test; make install" for each. As far as DBFInfo goes: Don't use it. To access the attributes in the DBF after you have the shape index: If the DBF file includes a field with the record number in it you can use the combination of XBase & DBI to do an SQL "SELECT attribute FROM dbffile WHERE recno = '$shapeindex'". Note: The record number field I'm referring to is NOT a standard DBF field. If the DBF file does not include a field with the record number in it you must use XBase and loop through each record with a counter starting at 0 until you read a record and the counter is equal to the $shapeindex. HTH Lowell The following message was sent by AMC Story on Tue, 15 Jul 2003 12:30:07 +0100 (BST). > Thanks, I'll try to be a bit more specific this time :) > > Basically, I'd like to be able to select a point object from the map, and then > display a new pop-up box, which would give the user all the information about > that point feature which is stored in the dbf file, and perhaps also include a > map in this pop up window which would highlight the selected feature in a > different colour or with a different symbol. Not quite sure how to do the pop- > up box thing yet, but I seem to remember some tips on this in the archive, so > I'll look at that once I've figured out how to do the basics. > > So far, I've got to the point where I can display the shapeindex of the > selected point, > > ie. $rec_no = $result_feature->{shapeindex}; > > but I'm now struggling to work out how to access the attributes of the feature > in the dbf file with that record number. In some of the examples, the XBase > module is used. I don't seem to be able to access this (and I've tried xdb and > Xbase too) but I could possibly get it installed if it's necessary. > > I was wondering though whether I could use methods of the DBFInfo class or some > of the miscellaneous functions such as msDBFReadStringAttribute which I saw > listed on the Perl MapScript Reference some time ago, but which now seem to > have disappeared. Are these still supported, and is there any documentation > somewhere for them? > > If using the XBase module is the only/best way to go, could someone please give > me the corrent name and version number of the module I should be looking for, > or even better, where I might get it? > > Thanks very much, > Ali > > > Quoting pkishor_98 : > > > --- In mapserver-users at yahoogroups.com, AMC Story > > wrote: > > > Hi there everyone, > > > > > > I've been using Perl MapScript to develop the interface > > > of my application, and am now wanting to implement the > > > querying functionality that I had going with > > > the old mapserver CGI version, but now with MapScript. > > > > could you elaborate more on -- > > > > - what have you already developed with Perl/Mapscript; and > > - what you mean by "querying functionality" > > > > Until you do that, I am going to assume you mean identifying a feature > > based on the user's mouse-click. > > > > > I was wondering if there are any examples of the code > > > needed to do this, as I can't seem to find > > > anything more than very brief (and apparently incorrect!) > > > snippets in the > > > archives. > > > > which archives did you look at? There are several very nice examples > > on the wiki, and in the Perl/Mapscript docs. The best, most complete > > example is the mapquakes.pl script. It shows you the building blocks. > > > > Briefly... you capture the mouse clicks and use them to create the new > > map envelope and generate a new image. If you are querying... you once > > again use the mouse clicks to get the shapeindex and then get its > > associated attribute data from either the .dbf or a related > > external database table. Keep in mind, the mouse clicks would be > > imagespace, and will have to be converted to geographic space before > > doing anything with them. > > > > There are definitely fewer ready-to-use, code capsules for > > Perl/Mapscript, and some of us have talked about remedying the > > situation. Most Perl/Mapscript users, however, have found the existing > > examples quite helpful in guiding them and setting them on the correct > > path to developing their own code. Each application is different, and > > it is hard to provide a demo that will work for everyone. > > > > Please look at the above mentioned examples on the wiki, and then if > > you have specific questions come and ask us. One of us will be able to > > help you. > > > > > > > > _______________________________________________ > > 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 steve.lime at dnr.state.mn.us Tue Jul 15 10:25:13 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 15 Jul 2003 12:25:13 -0500 Subject: [Mapserver-users] Mapserver Bug Message-ID: Let's start here. What version are we talking about? There were some changes (cosmetic, but still changes) in how shapefile access was managed in 4.0 so if that's the version in question can someone verify that tiled shapefiles work? Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Randy James 07/15/03 12:06PM >>> I'll forward the post to the list, someone else may be able to help. I think more information on your setup will get better input from the list. Cheers --- Zamil Murji wrote: > Yup, > I can show one layer at a time, but I can't get both on > at the same time. > > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com] > Sent: Tuesday, July 15, 2003 10:54 AM > To: Zamil Murji > Subject: RE: [Mapserver-users] Mapserver Bug > > > Hi > > Well hmm projection for the layers is correct? > > --- Zamil Murji wrote: > > the tiled shapefile location column does in fact > contain > > the full path to the tiled files. can you think of > > anything else? > > > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com] > > Sent: Monday, July 14, 2003 5:02 PM > > To: Zamil Murji > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > the tiled shapefile location column should contain the > > full > > path to the tiled files. > > > > --- Zamil Murji wrote: > > > Hi, > > > > > > What do you mean by this? Do you mean in the .map > file > > or > > > the actual tiled shapefile location column? > > > > > > Thanks > > > Zamil > > > > > > -----Original Message----- > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > Sent: Monday, July 14, 2003 4:56 PM > > > To: Zamil Murji > > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > > > > Hi > > > > > > Do you have the full path, (rather than relative) in > > the > > > location column? > > > > > > > > > --- Zamil Murji wrote: > > > > Hi Randy and company, > > > > > > > > No i don't think i need tileitem because i am using > > the > > > > default of 'location'. I repeat that the first > tiled > > > > layer shows up but the ones underneath it do not. > > > > > > > > Thanks > > > > Zamil > > > > > > > > -----Original Message----- > > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > > Sent: Monday, July 14, 2003 4:48 PM > > > > To: Zamil Murji > > > > Cc: Mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] Mapserver Bug > > > > > > > > > > > > Hi > > > > > > > > Looks like you need the TILEITEM in your mapfile > > > > > > > > It is the column that has the location of the tile > in > > > it > > > > > > > > Cheers > > > > > > > > --- Zamil Murji wrote: > > > > > Hi Steve and the rest of the list, > > > > > > > > > > I found a bug with regards to mapserver and tiled > > > > polygon > > > > > layers. It seems that mapserver only displays the > > > first > > > > > tiled polygon layer in the .map file and doesn't > > show > > > > the > > > > > tiled polygon layers below it. All other layers > > show > > > up > > > > > just fine below the first tiled polygon layer. > > > > > > > > > > I've attached two images. One with the tile > county > > > > layer > > > > > showing (above the township grid) and another > with > > > the > > > > > township gird showing (above the county layer). > > > > > Here are the two layer defs, please tell me if > i'm > > > > > missing something obvious: > > > > > LAYER > > > > > NAME "counties" > > > > > TILEINDEX us_data/culture/countytileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > CLASS > > > > > OUTLINECOLOR 0 0 0 > > > > > end > > > > > end > > > > > > > > > > LAYER > > > > > NAME "twp" > > > > > TILEINDEX us_data/townships/twptileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > # MAXSCALE 25 > > > > > CLASS > > > > > OUTLINECOLOR 183 178 178 > > > > > #OUTLINECOLOR 255 0 0 > > > > > END > > > > > END > > > > > > > > > > Zamil > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > __________________________________ > > > > Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > http://sbc.yahoo.com > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > http://sbc.yahoo.com > > > > > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > _______________________________________________ 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 Tue Jul 15 10:25:54 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Tue, 15 Jul 2003 12:25:54 -0500 Subject: FW: [Mapserver-users] landsat wms Message-ID: Hi: Had to make some more changes, ##########LANDSAT###################### LAYER NAME LandSat METADATA "wms_title" "LandSat" "wms_srs" "EPSG:4326" #WGS 84 "wms_extent" "-78 0 -72 90" LYRNAME "LandSat" LINK "N/A" END #OFFSITE 255 255 255 GROUP "LandSat DATA" STATUS ON TYPE RASTER CONNECTIONTYPE WMS CONNECTION "http://wms.jpl.nasa.gov/wms.cgi?wmtver=1.0.0&request=getmap&format=jpeg&bbo x=-136.0032,7.99760000000001,-55.9968,68.0024 &layers=us_landsat_wgs84&red=4&green=3&blue=1&ld=25&le=45&ls=0&gamma=1.7" PROJECTION "init=epsg:4326" #WGS 84 END END HTH, Gayathri -----Original Message----- From: Heitzso [mailto:heitzso at growthmodels.com] Sent: Monday, July 14, 2003 2:04 PM To: Swaminathan, Gayathri Cc: 'Arnulf Christl (CCGIS)'; 'Aaron D. Hunt'; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] landsat wms Could someone point me to doc on this? I'm trying it with Swaminathan's original configuration combined with the following CONNECTION modification and it's failing. I'm not sure which piece of my configuration is scrambled. I've played with all of the variations posted to this list recently. My map file is roughly: ===================== EXTENT -84.4 31.5 -82.5 35.0 SIZE 600 520 SHAPEPATH "/usr/local/apache/htdocs/gis/data" IMAGETYPE PNG PROJECTION "proj=latlong" END LAYER NAME LandSat METADATA "wms_title" "LandSat" "wms_srs" "EPSG:4326" # WGS 84 #"wms_extent" "-85 0 -82 90" # "wms_extent" "-78 0 -72 90" # EXTENT -84.4 31.5 -82.5 35.0 LYRNAME "LandSat" LINK "N/A" END OFFSITE 255 255 255 STATUS OFF TYPE RASTER CONNECTIONTYPE WMS CONNECTION "http://wms.jpl.nasa.gov/wms.cgi?WMTVER=1.0.0&REQUEST=map&LAYERS=LandSat&STY LES=&FORMAT=PNG&TRANSPARENT=TRUE&BBox=499000,4499000,500000,4500000" PROJECTION "init=epsg:4326" #WGS 84 END END ===================== From Zamil.Murji at divestco.com Tue Jul 15 10:36:22 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 15 Jul 2003 11:36:22 -0600 Subject: [Mapserver-users] Mapserver Bug Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A95E@div-mx02.DIVESTCO.COM> Hi, I am using mapserv version 4.0 beta 1. At least that is what the mapserv.exe -v said. I dowloaded it from the mapserver homepage. Thanks Zamil -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, July 15, 2003 11:25 AM To: Zamil Murji; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start here. What version are we talking about? There were some changes (cosmetic, but still changes) in how shapefile access was managed in 4.0 so if that's the version in question can someone verify that tiled shapefiles work? Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Randy James 07/15/03 12:06PM >>> I'll forward the post to the list, someone else may be able to help. I think more information on your setup will get better input from the list. Cheers --- Zamil Murji wrote: > Yup, > I can show one layer at a time, but I can't get both on > at the same time. > > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com] > Sent: Tuesday, July 15, 2003 10:54 AM > To: Zamil Murji > Subject: RE: [Mapserver-users] Mapserver Bug > > > Hi > > Well hmm projection for the layers is correct? > > --- Zamil Murji wrote: > > the tiled shapefile location column does in fact > contain > > the full path to the tiled files. can you think of > > anything else? > > > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com] > > Sent: Monday, July 14, 2003 5:02 PM > > To: Zamil Murji > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > the tiled shapefile location column should contain the > > full > > path to the tiled files. > > > > --- Zamil Murji wrote: > > > Hi, > > > > > > What do you mean by this? Do you mean in the .map > file > > or > > > the actual tiled shapefile location column? > > > > > > Thanks > > > Zamil > > > > > > -----Original Message----- > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > Sent: Monday, July 14, 2003 4:56 PM > > > To: Zamil Murji > > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > > > > Hi > > > > > > Do you have the full path, (rather than relative) in > > the > > > location column? > > > > > > > > > --- Zamil Murji wrote: > > > > Hi Randy and company, > > > > > > > > No i don't think i need tileitem because i am using > > the > > > > default of 'location'. I repeat that the first > tiled > > > > layer shows up but the ones underneath it do not. > > > > > > > > Thanks > > > > Zamil > > > > > > > > -----Original Message----- > > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > > Sent: Monday, July 14, 2003 4:48 PM > > > > To: Zamil Murji > > > > Cc: Mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] Mapserver Bug > > > > > > > > > > > > Hi > > > > > > > > Looks like you need the TILEITEM in your mapfile > > > > > > > > It is the column that has the location of the tile > in > > > it > > > > > > > > Cheers > > > > > > > > --- Zamil Murji wrote: > > > > > Hi Steve and the rest of the list, > > > > > > > > > > I found a bug with regards to mapserver and tiled > > > > polygon > > > > > layers. It seems that mapserver only displays the > > > first > > > > > tiled polygon layer in the .map file and doesn't > > show > > > > the > > > > > tiled polygon layers below it. All other layers > > show > > > up > > > > > just fine below the first tiled polygon layer. > > > > > > > > > > I've attached two images. One with the tile > county > > > > layer > > > > > showing (above the township grid) and another > with > > > the > > > > > township gird showing (above the county layer). > > > > > Here are the two layer defs, please tell me if > i'm > > > > > missing something obvious: > > > > > LAYER > > > > > NAME "counties" > > > > > TILEINDEX us_data/culture/countytileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > CLASS > > > > > OUTLINECOLOR 0 0 0 > > > > > end > > > > > end > > > > > > > > > > LAYER > > > > > NAME "twp" > > > > > TILEINDEX us_data/townships/twptileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > # MAXSCALE 25 > > > > > CLASS > > > > > OUTLINECOLOR 183 178 178 > > > > > #OUTLINECOLOR 255 0 0 > > > > > END > > > > > END > > > > > > > > > > Zamil > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > __________________________________ > > > > Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > http://sbc.yahoo.com > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > http://sbc.yahoo.com > > > > > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Zamil.Murji at divestco.com Tue Jul 15 10:56:45 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 15 Jul 2003 11:56:45 -0600 Subject: [Mapserver-users] Mapserver Bug Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A95F@div-mx02.DIVESTCO.COM> This is a multi-part message in MIME format. ------_=_NextPart_001_01C34AFA.74558F4A Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Let's start again,=20 Here are my mapserv info: MapServer version 4.0-beta1 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=3DEPPL7 = INPUT=3DPOSTGIS INPUT=3D OGR INPUT=3DGDAL INPUT=3DSHAPEFILE Here is my two layer definitions: LAYER # fast file NAME "counties" DATA boarders/counties STATUS off TYPE POLYGON MAXSCALE 29 CLASS OUTLINECOLOR 0 0 0 # COLOR 84 247 168 END END ...and later on in the mapfile LAYER NAME "twp" TILEINDEX us_data/townships/twptileindex STATUS off TYPE POLYGON MAXSCALE 29 # MINSCALE 25 CLASS OUTLINECOLOR 183 178 178 #OUTLINECOLOR 255 0 0=20 END END If i keep it like this in the .map file then i get image1 (see = attached), if I switch the two layers around in the .map file then i get = image2 (see attached). What am i doing wrong. Both are the exact same = call to mapserv = (http://10.0.50.131/cgi-bin/mapserv.exe?mode=3Dmap&map=3Dc:\mapfiles/test= .map&mapext=3D-109.05660+39.20555+-107.00299+41.13418&mapsize=3D723+679&l= ayers=3Dcounties+twp) Can you think of anything? Thanks Zamil Thanks Zamil -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, July 15, 2003 11:25 AM To: Zamil Murji; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start here. What version are we talking about? There were some changes (cosmetic, but still changes) in how shapefile access was managed in 4.0 so if that's the version in question can someone verify that tiled shapefiles work? Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Randy James 07/15/03 12:06PM >>> I'll forward the post to the list, someone else may be able to help. I think more information on your setup will get better input from the list. Cheers --- Zamil Murji wrote: > Yup,=20 > I can show one layer at a time, but I can't get both on > at the same time. >=20 > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com]=20 > Sent: Tuesday, July 15, 2003 10:54 AM > To: Zamil Murji > Subject: RE: [Mapserver-users] Mapserver Bug >=20 >=20 > Hi >=20 > Well hmm projection for the layers is correct?=20 >=20 > --- Zamil Murji wrote: > > the tiled shapefile location column does in fact > contain > > the full path to the tiled files. can you think of > > anything else? > >=20 > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com]=20 > > Sent: Monday, July 14, 2003 5:02 PM > > To: Zamil Murji > > Subject: RE: [Mapserver-users] Mapserver Bug > >=20 > >=20 > > the tiled shapefile location column should contain the > > full > > path to the tiled files. > >=20 > > --- Zamil Murji wrote: > > > Hi, > > >=20 > > > What do you mean by this? Do you mean in the .map > file > > or > > > the actual tiled shapefile location column? > > >=20 > > > Thanks > > > Zamil > > >=20 > > > -----Original Message----- > > > From: Randy James [mailto:rjames57 at yahoo.com]=20 > > > Sent: Monday, July 14, 2003 4:56 PM > > > To: Zamil Murji > > > Subject: RE: [Mapserver-users] Mapserver Bug > > >=20 > > >=20 > > > Hi > > >=20 > > > Do you have the full path, (rather than relative) in > > the > > > location column? > > >=20 > > >=20 > > > --- Zamil Murji wrote: > > > > Hi Randy and company, > > > >=20 > > > > No i don't think i need tileitem because i am using > > the > > > > default of 'location'. I repeat that the first > tiled > > > > layer shows up but the ones underneath it do not. > > > >=20 > > > > Thanks > > > > Zamil > > > >=20 > > > > -----Original Message----- > > > > From: Randy James [mailto:rjames57 at yahoo.com]=20 > > > > Sent: Monday, July 14, 2003 4:48 PM > > > > To: Zamil Murji > > > > Cc: Mapserver-users at lists.gis.umn.edu=20 > > > > Subject: Re: [Mapserver-users] Mapserver Bug > > > >=20 > > > >=20 > > > > Hi=20 > > > >=20 > > > > Looks like you need the TILEITEM in your mapfile > > > >=20 > > > > It is the column that has the location of the tile > in > > > it > > > >=20 > > > > Cheers > > > >=20 > > > > --- Zamil Murji wrote: > > > > > Hi Steve and the rest of the list, > > > > >=20 > > > > > I found a bug with regards to mapserver and tiled > > > > polygon > > > > > layers. It seems that mapserver only displays the > > > first > > > > > tiled polygon layer in the .map file and doesn't > > show > > > > the > > > > > tiled polygon layers below it. All other layers > > show > > > up > > > > > just fine below the first tiled polygon layer.=20 > > > > >=20 > > > > > I've attached two images. One with the tile > county > > > > layer > > > > > showing (above the township grid) and another > with > > > the > > > > > township gird showing (above the county layer).=20 > > > > > Here are the two layer defs, please tell me if > i'm > > > > > missing something obvious: > > > > > LAYER > > > > > NAME "counties" > > > > > TILEINDEX us_data/culture/countytileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > CLASS > > > > > OUTLINECOLOR 0 0 0 > > > > > end > > > > > end =20 > > > > >=20 > > > > > LAYER > > > > > NAME "twp" > > > > > TILEINDEX us_data/townships/twptileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > # MAXSCALE 25 > > > > > CLASS > > > > > OUTLINECOLOR 183 178 178 > > > > > #OUTLINECOLOR 255 0 0=20 > > > > > END > > > > > END > > > > >=20 > > > > > Zamil > > > > >=20 > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users=20 > > > >=20 > > > >=20 > > > > __________________________________ > > > > Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > http://sbc.yahoo.com=20 > > >=20 > > >=20 > > > __________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > http://sbc.yahoo.com=20 > >=20 > >=20 > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com=20 >=20 >=20 >=20 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu=20 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 ------_=_NextPart_001_01C34AFA.74558F4A Content-Type: image/gif; name="image1.gif" Content-Transfer-Encoding: base64 Content-Description: image1.gif Content-Disposition: attachment; filename="image1.gif" R0lGODdh0wKnAoAAAP///wAAACwAAAAA0wKnAkAC/oSPqcvtD6OctNqLs968+78F4EiW5omm6sq2 7gvH8kxfYo3n+s73/g8MCoemG/GITCqXzKbzCU0Yo9Sq9YrNareyKfcLDovH5LLOa06rc4G2+w2P y+f0uv2Ov6/3/L6f/QeBFkhYaHiI6DB4uJjo+AgZydVYSCl5iZmp2WMZ2LkJGio66vHpZ0qaqrqq itrnyhorO4sIu2dLm6u7K4a75ssbLDy8BJxmTJysvFyDXObMHC09PQI9Zk2drb39gB3mzR0uTg3+ VT6Onh58vsWu/g6f6q41H29/L1mPpY/f7++Zid+/gQSfBSyIMOErYQIVOnxIoyEfiRArWlRB8dfF /o0cz4zL2DFkR5CRSIo8CdHkI5UoWxZkmQimy5n3ZNaiiTPnBJuMdPr8qYCnIaFAiyojWsmoUppI AS59irLpH6lQq7ZSR9Wq1lBZF279qrDrRLBkCYodWzatWrSK1rp9e00Q3Ll098mtizcvk05n9frN y/ev4MFS8hg+3OYu4cUp2TboyzgyJMglLFGWjHmo18eZO8dz45Sz59EfNbcljXrbZYynU7uOtpq1 6Ne0CcXGMe927d0fdDdD4Zu38AzBZ+QejpxM8S4plien9/w38OilqTOfbl119usnnG+H4t1vvfDf m5DHq+98+STq66YP2X49x/SI69tnFV/+xvf6/vvvX5GffwIeA+CABoYl24EKDsTfgg7i0+CDEmJV 4IQWosNPgBduqESGHH6YjUAagkiiDyKWiOIwDY2YYovcYWRfjDLOSGONeLi44Io47sgAi074yONS QEYxZJBfJRZOkUaupaRHSz4JQBxBMdMklCOBVo2V0VWpZZc8cOllmNKJSWYyYJaJJgtnpslmd22W 8macEqzZjZx2trbSnXpOWdKefhpAJ55/yhmooIO+Wehsh8aZqKKLstloj48yikmkk0JlKZ+Xppmp FJtCWumnnIYqKpmdelqqmKcisGqqTB3kqpetAhrrjnbAWuuEs2qwa66fMeTrdr1WGCx1wyZY/mxy xyKb7HDLNtfsc89iF61w01Jb7W7XupmtthR2W9u23IL7mriVkUubueei65q6JLjLLq7VxTsavFnS Wy94Nu57X534/ruuoQAPzKtiBB9MnMEIL0xBYAw/vJPCEOfomKQTS1ilwxc7yKVlGz/Ysb8f+xeo xyP3V6jJJ8uXKCX2riwPHTc5CjNcyx5XM13P4pyzzVxB2/NbOwMddBFhjle00UcTnTQILyeEdNP3 dhmh1Bw8jVDV6PLLr6rMWoS11XN+jRvXZp+N9htik0P22ot66PanWsf9dtt0/zn33XjbrfedcPd9 6N+A78334IiqaTjhhSdepo6M+91C2I8j/iF5wpPPVDmcl78KT+abF8P251V5vgDpogNiAemmn+60 C6uzTjPs1b4u++i1k0v77ULq3m3uvBfl++8/BS+8TsQXj9PxyGO+PGZpPw999NJPL17zgOVjPXrY Z6/z9tz73Of34E8m/vh5lu/Wqsqj36H37Jel/vtptbq+/EPQbz9Z+Od/5CX18/+D/QHQKrP63wB3 UMAD2s5/CsQUqRqolARCMIIPnCBQJGjBC1Ywg8bbIAeT58EPMo+BIuwgCUvIuROi0CW7MuAKF5eU F7JQXjIUSQtr2JIb4vAkOtwhfGjow4v0MIjvyJwLiaipXRwRiawCFhPTYcQnfosXS8Sh/szWIUVi uLCKGdxiFlU0ry/q4ohcnCAZxUhFDKFRiWpcYy7O6MZZLLGMDZxjHOUIxTvKwo56xE8e+7gKPgKS FFWk4wELOUh5TDGRP2sjI0UhyEeCIpKSBCI3DDlARFZyE5rcpCW148lPagOT/OMiKfNnylCG8JKq /I7GWmksicESOa+cpbJkaUve1DKX1sIlL9Ply1+2K5jCRM0ui1kuYiLTM8dcJpUqVjpnjhKaSZQm bKiJKmtKI2PK1CYbsXmAU24yZALzJhjBSStzPhOdUVLnOUNjMXem0TYik+cbTRM7e/oRn9HU5z35 WU1/BnJm8RToPgGaTYP24oqO0EPB/hQal0liC6KTgOREKQqdRioNoxXVaMA4mlFOMg2kVxjaRUlK BZOOS57Ta+mNPPrR24kTiyeF3UznuVKZLq2mp7spTjeq053mVHY+/eZQbSrUo7KuqP/k6eeY2lSl ig6qtMjbVL02UrC5NA+StKpDqAowr0INpQ2D4QvMBdawmpWsNlwrW+dDrLfmRHByTaFT6/rDrOI1 h27da2P06te2AjawI+krYcc62MMK0bCKZVBcGwtXxkK2H3SdLNgea9mKVDazD9ksZxGE2c8iVrKi /SNpSxvGu6K2JpFbLWhD61rKtja2L5ntCreK29zqdre8pV47aYs60wL3RcIdrm1//mVc15Eyrdnr ZHLPsD7monIa0p3uNZ8rhNxVd3moWN12ZYokDHjuu4Y7EU2xmzoRUIS8MGMvei333t3FV77zNYp7 61tW/AJPv/vl7/D8+18Am1DAICRwgQ08QgTPUMELZnBUHMxXCPNQwhOmcF4tHFkM/0eEve2whz/M UPiBeMQkLrEcwqnhvbgvxUeIH4vZs+IXZzfGMgaCi2t8PxrjmBM63jECe+zj4J4vyAEEMpEjYuQj EzcmSjZRkpt81idD+bgNnfKPw2dl3Eg5y6qFJ5djIMAvg1mFYo7ylss8NfKhGQZhXjPizuzmDrQ5 zomNIZ1h25M74xmheo7pkPsM/lQ1AzrQfx50mgVt6EMXOtGagzOjI4DBRzcay5KW8yorbYNLY7oC kd40fCntafFqOtSQHjWp64noU3Pa1KouaKpbPTYyw7rUsp41qhdt63ISNNfd9DKv87nrXwM7z8Ie NrGL3c9aIzudyl72EJfdRFbz+lRwgHayHd3qZ1v7t81Gtrat/W1oh9vZovR2uYs9bnNLO9fpRve5 B32rgYY6ivN2oqfpfW97bxrfmB5vvc+7b333W+CV5neZQ7yM+wrPi25m+JodjmaIHzy1X4ZjxB05 cYpz2eIZF4fCecdxMYe84hgXeclJrvEsj3zjJ1d5cVnecitTEuYpn/LMXR5z/pu/HOc1h/LNZb5z oOe8yc6lec+VXHSeH/3ISRf60JG+SKMn6eFB1/nToX51Ijfd6lkP8tZ9HnWle/ziVSd62J2+dK2f netp9/rawV52phex413fcSpN/nasQ9HEfO+73/8O+MALfvCENzF4er1tNTQz8adAPOMNcuvHNz7y kmcntys/FcdjHgyL37wZOu955Wg+9CE1Num/MfrTlzT1qq8C6FvfUV3D3hysn/0TXm97u1A+9+2o Pe9Bt/vf6172wrcC7p3d2zGZXtyW/zgSuRn8bUOf+OBuPumnv3xy38L3sMa+qytPzuyre/vUZz47 nU/E8H9f8uq/NubbH1D2/m9m/YnHEvnFb+uSRV/Y+i//tO1Mf+PnawklfXwWbYyXMvv3fwDoftVn gMxWf8cWf9rHgARofg94eQ6Igeh3W8FmgRRYgQcIb4gxFDECgXgnUlLFdu/2UGSXgoQmdeuWaS74 gn4mdiz4aSgnUSpodjClaDcog6lDdT7YOjSIgzkYg91maXSnCVGDgjVogyt4hKLGhFM4gyBXeDQC P3X2VEkVhUvlhe+ycGH4g0glK1y4ORyIbfmlO2q4hhEDcljFg2kohzAIhmRYhG1Yh194VXjYG7/j hqAmhnF4hmg4OYGIa2XYU374h4RINadFN4iYiHlYO5JYZYbIOJbIZJiY/jia6IGDGFSF2GWP44kS yIeEkYW6xTBiNVqKxYpZM1mvWFuQJYuOFYuQOHe3yIl71oSWVYtUZlG6OIrFZxy4SIzDiITH6CS7 qIxvxozNaIzcB42giIzTGI0KaI3OWI3ZOIdLyI3KZ4ffaGbbKI7UGI7lqI3niI7XiH/rqIiN6I5s xo7xCIfkSI8hMI/3KI37qI/12I39OGnqCJDwWASliFKeNZCU+I8JmYzmyJDvSJAPCZEBKZERKZAV eYX2iJH+h48bqZAX6ZH+uJAhyY/YSJIlyZEnmZINqZJs+IwtiWK8CJMryZIzaZIdaZOrJpM5OYEO yZM0WZM/+YEgKZSOjCOUKHmTPGmURwmUVMiUTZmRT9mAI6mUwHgUqYiVWamVhqEfS6mDY1eFrPSE bVdjdGSQemNIZxmJrAV3bKl3bulzaSlyd3dwKzeWoaNn4bVNhkY8armIe8mX1MVovuOXf7lOeVlt h3mXU/lTQAiVO+iYtAZwdqc2V/NOKWZ/p3hQGOaVUQVhermTo1AAADs= ------_=_NextPart_001_01C34AFA.74558F4A Content-Type: image/gif; name="image2.gif" Content-Transfer-Encoding: base64 Content-Description: image2.gif Content-Disposition: attachment; filename="image2.gif" R0lGODdh0wKnAoAAAP///7eysiwAAAAA0wKnAkAC/oSPqcsWDSN8slZqM8O6H94E4kiW5omm6sq2 7gvH8kzX9o3n+s73/u/yCAGgYaZolCCTE6Zm6dxELdApomr9ZCPYbdf6nYajY/K2eZam1xe2ouyE J+VGet2dsAv1e/zV/wdIJDgoyOdx+ESYSEjVyOhouPg4KVkJCBmJeemX2Wa52djJOQpaaornyUWJ mkrqporWyhYbInqKmwv7uju7Vmvr+8s7LJwGvID8dluknEd8zBpqnOX8TF0NfWathQ0m7VocOK1L Cx5OXi6uHu0tpu113sset+xudo+fPk+/DZ+djwm3bv3iBbyzzsG/bwfnLHzXEOE+cxH7PNRXkGHG /iHNLtaraHFiQn4bMaIr+RFkh4GFRPobyTKmx5QoBc60qVJRziPyKLp8+XMOkKFEixo9ijSp0qVM mybtOdJnTZwGx02VeBXrya0kuUr1GjWsWKBZQwblaO+sxrJmwbZTu9YtWblzu361O7auyZZsV950 uFNTX7+BP8Hdi/ftYJ5/Q4xIu1gw3aqRDVe2PDluYr13O+cFWNiqwtCrSJc+TDMzRNPBUFNlnQwq 589t+apGTFuzZ8W3cfPeTLm37+DCtRbHbBs46MtKGtfePfs3dOLTqedefdw47oEsk18fbl3699fZ n1fXPR4w7NiuGUNWjl58eu3z0a5/Dx87c1n7/vmXJ8wZd84hIlt04Rm43H8A9tcag+zddw2DSwgI oWgK6tQeffIhGN+GB36Y4IXuifhghCRKdl6HIKoYYorgtViffRnKOKN5HJpHYY0EDrjgic1VSJCD +OX3IoswemgkjkCOtqR3Me6oY49EpjYllS5aqZ+TSCYpJZM+/hglhkKa+KV/Vao3Jplnanhjllei GGSZDcqpRpgj0lkinkM+CWWaca7J5opdeqmnmm+iWaiFhwZ6ZJtYbsnlo5AWSemgWjpKHqA2Yoqo pn0mqiifd4JKKKmXNqqhTE2qaiecoo66KI2mdseqn3++uuepqO4aaaaxbipopZIGOyyvvXb6/iuw xyJ3K67MOgumrbouK6unlnLKKLXVJvspt3Xmiu220J4mba2z8ijmuU1Oq+21qaIL67hmehvvpMW2 666xwvoq77zbOLVDqd+q2+qz4SqLb7rWKkyvwfuK2+/ADfsLLrH82nuxxchGnOfC9R6c78Ygh+wm xwJ3PHG0pJrrsasYizwywzGT27LDGt8BxMkV63tvyS9DPLPLQdvMc8YJ05wy0vSOgUwYLCdN8dBK m2wo1aFKPTXWOx9NdNEof+1z1T8DfTPZXHcddtkIPwzz2RJD/XZ1WDgNC8B234133ihErXa3T+gN eOCCDw4wRD3oLLbWc9acteJxj70225H3/iy531YjnrbXMm+duduNa26253yDPnnbpFvuONh9C506 3avCi3blqKfOOeW2G3365rRfLfro2bIrO8nBf7y67sUT3/vju/Oeu/HJM3+88tA/X/vtvw+PPPWJ N599595bfz3u4IdP8tOXY6799N+PXzr5pqff7PLxR+/7864XrDLj9WPPOvf9ry8+AL6Pf7EL4AAF 2D3gGZB9wmOg8+CHvvSZ73wKXKD7DkjA/FUqR7aaoPwqiEELtu+CJBxh6BzYQBQm8IERzODnIAjC EqYwhDScHf0KKMITunB/O1zcBl+HvxdC0IM3lF4ReZhDHSbRhEpc4v44uDLY4VCGM6Ti/v966EMK QlF/QkSgBo3oRSZWsYk1FOMYzXhFLKruiFn8YAytuMIEbhFua2RjHdV4RzxuD4ZE9N8XIYfGOKZx juejFZAMGUQkwjGNKmRkGQMpyEXucX5+/KMdwahHSlZSkZK05CY5ScZQihKSoJQjEKX1RhvCMJUs zKQmw6jKIUrRk3pk2ilNxcpWOvGMvOylLh8ZS1j+Epi+pKUBCQnIYRIzkqQ0pitb+Mw+yvKWHHuM M4XJzGZec5fK1GYb3YhMcFKTi9tcxRcQWa4CffKb68zjM3OZzWC+M5yXZKcizqlOPuYTm/Hspjw3 Bgx6trN6jSznMoupBXzOspT/LGgX/ueZSHtOM6LuhChFJcoThV6UoA5lKEIN2kmMWjSdG+VoSB/K zWdolKQLFWlHXZpSkI6yoSeFaU1jI82JvmOlBCup+qLZ0orGdIoz/ShKBSLQev7UERzgRlIp9VSg HjKomHypTYuqBML9wDEkOGYQmupTaA71qjS9qUm9WdWxerSfbHXkQd1aVh0+AKwdrJBTqXrWuOrV qGuFK1qF+lai8vWJLYmqWsnaVsH+Na+DTWtgj/pYxO7Vn5NVrDzn+kqpjsmwh3WsWa/gtBKAVquk 1cEHcxrZJ4ogs1YFLFYh+1q/Vla2jXXtYhmbWMtStraT3BcGOPvZpd62t63FbW5h/jtc4QZXrJ2t IySsgVomATe2Mj0ucmerW+tKlrfEbW53vRshFfDzug39LYSmC17mLheeVIBBarerXc8ml7XpVS52 cWjekqL3vfalbl+zS1vu9ve+/wWwgQ8M3zjmd7OGsGYe3IvgBAc4whKuLoELTN74yne+6r0wEl+g WRLdr6fJ1LBxTfyBpYS1wxxmr4V/GV3+nnjCKB7wbm9cY/rK2MY51vF6WexhocbYtkHO45D9W+EX 45jCGxYwkItMZCc/WcHo2m/58MrjHk95yUqmcZe/zOQmS9nFR4WuDMQ85hGTM8pcBlNXiVDaE8Qv zibYcpjZ3GYM6xnNbiQzmP+c/uEx+znQed6zofms5UET2st3voWdE31kJC+60d+tr493XOkfK/rQ eE70uiLdYnSydMWbTvKkAc3pTjMa1Y7OsnuQguVMaxrUod7neCntakjHmhm7zjWuLz3rXgO7xaVW 9a8fvepTK7vVvma1qVMta0k/e9rUNvaxiz3ja2M72lBeHK0FLWoSi5uO1l52tbPtbEQnu9odGSe5 yw3tZpv73NwGt7CRPW91H7tp6M53v+Mtb4Dj29//pnfADT7sWru7xN6+97ftvXAtOvze2z64vtNd bzM9XNcTjzjD143wgQtc5CGveMJr225Sb5zjKrf1SEcN8zXDm9opj/m7C35x/oJbPOcjX7m2fY7x jBc6OUDX+ckh3vKOJ53UJic5z0u+6ZqPm4JNr3rRje70mT9961zHuda/PnOpy9zrZC/7zs1+9KF3 XeggXzvbr311Q4v95md/O9yVvnSbU73p4ab7wecu8U/jHZdxd3va2x7yvlO9FoD/+N0HP3a7B73u lD/8zylu5SA3XpyC97hSJd9zyEe+8pbHOskn5PmBgh30JS/86ln/etJb3eXFhT3q80540Qce96OX vetjn3XbG372nee934MPe+Aj3/eYF3ZAh694xz/e+LvX+y/ojP3s261ZmVe78olPfemb/vdoX37p J39+mkOf9pY2v/vBb33O/qd+leRP/8m67+n623/48J+6+Meve9UXB9pHgDXQfv3Xe++nf++HgMdX dQ14MQsIgf/XegEof/F3gbkXUVAggR1ogZ+3f8rngR8Igu7HeBU4f7eGfgpIgvRXfKi0gCfIfyMY fhmYgBNogzcogXwnHzSIgaqXfOWHgyU4hEAYhEeIhKeHgjVIhD7ofzkogE94Wj3YgioIgCn4clJo hCEohA+If5zjhDqIhbWXhCy4JMpwVy84emomhmOIacznhm/IhWeXhnEYXGzogGEYhXlYhSE2hXYo beqjh4XUh2QIh0xoheUXhnJgS7kxiBS4foCocCv2hYlXiCLFb9P3gzql/oX6hIiJWIY8WGWIxy6P CIWniIolGIOd+E4xRFcYh4d7SIiS2G2hWIkrKIqUuIm/Y4qqeIlyaIa76IcJCF1YFouQKIK0iHTC eICreIYwmCK9uIVF6Im6qIzeZ4t2xX4sJI2c2IafmIXfyIqGGH1Q9Ys/1o2gGIngOIzHV4x4dYyp OI3pGI6yiIyK6HzQ6IjnGIhCSI+GGIzMCIy5yIfRyI+1eIjjSI7Nd42Xd5CExY7NmI8NeYUUuW8M uYGkmI0R2X7/2I9d6IwcKZFtcotY55HBVhE5oDUFyJIgJhQtyRTQVJICd5IfuZFR9JBphpH90YgC qWkEKY5BWZAiaZOy/keNl2WRpgeUi5eUodeUS0iU1zSTlugFLFBX9yBnbyBaAYmTcLYCTgSTh6ON RDKV62iNPlmUc0h6NTmJaeIMPamQA7mU9tiEExmVCKmWavmWWhaSZxmXKOmXf5mWXHmPXhmWh4mY W2kXb9aOiKBVaDmYbOmYq/UNPNWV+giZeHmUjVmYCSmUlYFZuDiXTHmXOqkOz1eay/iZJxKaSlmW 3/ea+BhWt/eHgSmYxIZsrTlyo+mOduknkqmaDriZnIkWljmUqYmNnkmXvviUyUCZTFeSugmVuMSb tfmbOclysxKbwKcK0jmDFFedzDmb2KmRa7kIOxidfFGHl3k5fUmM/s9om8tphKilm+v5nqDinr0Z n51pguRZkc2xYOx5c9tpnvtpnfjpm4lCn4UFnwyGnOXZnwYqP/lJdwsaoPfpoJlpmlepodm5mtNY QReqnxnKoQI6ix0KoRE6nq4hoidaKBTKn+E5j1PVoBL2jiyal9tGoA+WmD26Nw+6bz76Zow5A1z1 nLQgpDEgXee1Lsinfzs6nMBonxjqljPRooUJpZRXf1AKoxOaoGtopTm6l60SjyA6piVqovzZpV6K ozX6oQfqojcoo660puJZJXVajWgqn+rInSsqoXb6Jg/HpSk6pwBJmHHanv65glP6n22ZH4MKpBfp p28KqH4HB9+G/qcqmqYxanJPGqmLSqPMBpKKKprAqZleSKqumaqiyoCmmpw3iZmxepvE5qqsOqrN yX9RKpfouapQV6u2apS/6pCfiovlKI8uiKvMxqvJmoxqKKfCWqq9KqrGWpfOepwo+qo5qqsDuYPE 2qjPKq3fGa7+uI2ACaz1iKRJqq5H0RpZaablOpjbaq7Uia0eCq7MSq7jCqv1qm3e6pTQqa/7Oqun Sq3veq58eqv+Op33CrD4GqwBKwrLqrDiGkQ0oJVHinIpMAE2oFLr6rEfK6LQqqoOq5zXSqkG27AO snnVmrL8qokDG5wme7J8urIoK6szi7D5OrE6e7MjWhciu5tA/uurEHuoPuuye8aY2iq0CyuzTcup Enu0NHkXSwubRIuqJFu0e5qzBfobVJuwUTu0WCuv8eq1O1ezeaqBOxuKY0uwOwmz2VpsZ7u1Sguv jsqwYEuxaluyyCi36MqpbBuzTnusc0u3Youae/u0ddu21qq1fpu4hgsTVluwaHu3b2uvOOu4itO3 hgq4gfu4kCu2nXu5cLO5I9mylkuookuoUIu6wxoiZfuwoCu7eJu3rctkpcutbou5nKu6L1u5u3uA UceztlusVtu7xcu4n9uzVAK72nq83wq8uZu8g9uKMoi41Ju5Nku7w/u7gkuEUQey4Su+40u+Pqq4 4Fa+N/An/s3bqpJ7vnD7vLtZqNm7Trg7r93buLzLvvFrku+butZbuHp7vSy7vMpLnVk6vz1kv2Sr u94Lovxbu3KawIY6ud2yvxVMv4SbtdgbvKwrnAC8wQS8vQL7we5rvAgMwhDcrLNLvNCbv5yLwR1c DQ5WhjG8qyYswO0rux8rIWbZwv86wgNcqdH7k5mqJDl8tUi8vxNsugUMpyWTpR7swJQ7xRqswl+7 qfwSxQ38wtKrxP67umAsqQHCwj8cwVVcvTicw4dbwyesxmZctWVMxH9Fm3CMxXNst2icwXvMx5GV vn8MyIEsyHnjxm6KHls8vSKMx4t7uovMyHRSx44Mv1dM/sJdfL+SnH9fCsVyrMdNbMeVbMnxSsn7 F8klzMkGjMlh/Maf/Hc+jL+o3MleHMRCjKz+Wsqk+cWnzME3rMu7/EeI3Mvam8q+2wswybQpNshb yYGrHMuXHMp53MwMvKrLHMxU/MyPzMrOu8RTSc257M2zHMLCPMzRmpFnfM2e68vS/M3gHM6g2M3s fMHMfM6TLMWI6hvxXM0aXM/prM5rTIX53MeynM3tbMX7/MSPgs/rPM4uDMvcQlpibG7vPNCjHMDw LM/znMnlvMIWDdAwfNF9ZtD1e8wNTdL8jM0LDcTszMQGk9AcrdDRDM0YzZf//NIyTcw2jbw1jcty ItEo/j3SJo3OigzTJ/3KbNTTQx3U4ozTDA3U8GvDnkwGySzVU03VVZ2YRL3URvbRQ5zVPy3U98io Ow2mN13SXF3WSn3WCBvWXf16ZYrWTa3KOg3XjQbMI+zW1pzWAe3MeU2cFLzVPdPSWfzVfO3RG1XX n1xnUmDV4hUMi+3YPHyxPGAn5VvR6gWXghLYVDrRmY2lhuuuprSPHd2Rf43XZk24tXrZxsLZ9szW Gy3Y2nPYF3LXvEjap13bfQ2CZ6qnCzPbJ7TaMfrbB30Ma63PiXwqvb02wW3agz3X5Pyimiw3n43c waTcMyraUgrdpf3AdPCK/jbdAu3Trh3efYq1RszL/pBS3cV93ehItOa91+a43jHd3Dm92eW9vd/9 3sv91syt39rt31v71N2T3nrdzwPNvu4typlI3wZ+24Xt0gyetjcy4A7+4OPNva2NhAF+RRMO1UgN txwO3laj4WgD4vm939Yt1ycO4BCNzHENziXO3vGN1csz4s4E4/LN3yhe4R5enjXeRTc+4/PdvzKe 1CsOjy4O4Smu4/XtzxGO2Q0e4hjexkTu1GO5Hvhd4Jpt4aCc4/9N4Ajp4xD54tltgzRs5Cn72Gmu fS104O0dsCGt4vrL4nKH5FrO42RN41xM2EU859OW2lJe2XYO6HDu5TLcq3++5ybujXee0kyu0nGH /uhC7tVLvuUUHeiArs1BheU4Xuh+7bBhPrrAreeaO9OGzOhM/XmErt6PrumljglqbtVVatydHuVd Held/uWa2bwo7Oaz7s6uvtuYbumdCuXY7esKDOyvTeuKjtvLzuwUDra3HudyPqnBLupUHuqJvuH2 Tea1nOQ7LuwELTyxLdaW2ufiHe4Ift48meyCztrfS+7anuXhzr/S7uy0aurvLunmfO162zQYK7X5 ru/T3uEDT/C1nudkye0Cj+vQ7u77ju4ifhvxDtIMz6ZNjvFBrNtD/qf9netVbvEH/+wLqfAZb+0N X/D9PuafPvEL3/Gr7ugxX+l62fImr+y2reQw/n/zLrR9WWecRlvUIh+ZvW7zp85o3hnHrF708s5h bR66uTktoI7nwk31Qj/02F7noBn1537hQO/1TK/rxT7vrLn13b7dLt97t9zsOB/yq+RnSH/H9E7x Hq/FBr/oX/+3UP/zdl/QWL/gD0/3H+9pev9zRXHp6Upnzkmk5wnrje/44ZsNe6/yL8/214n2gI/y nl6ZU//AK3311T7zw77NpAH3XA7vRG/5Sw/2GTXqm1T6tGzFnt/0veb0lF8Pqt5Rr3/4f1v7qb/y tj+ATZqekp/5mn/yuY36Ox/8x65W9RmqqjH3Vl/kla/8Do/5ftHdeK9U0X/3Vd/9gZ/yhU7D/sRN 6Rd//N9f/pNv9PFmoZUHqWlv9tSv/ekP8W19Ec5//mce+u9f/TEO7g1PAIEhMbn9YVyRVmlxVpq/ 2cEjHDcS/EwMTauVvd7MjT3amu0yp/C9j3+24GYxfBlZyJQyxCQ5nzueFEZ1QJvWmvbKZWCzXp0Y rCl3jIaieMw9m71vGbutlavo91ueLiL39VoA//jg1tgCpxDjChebAiAjJScpKy0vMSMbGR073QY9 OT/zMif9TkVTR+02VVlDXwllZ2Npa12lEhU5Dm2tdCGAv1pXcamEu2B/QY2PiW+XlQXron2di7Gz q5t9nq+lu71zmbW/4ajNy8fV163buXOQ/hvk58XjydnRw+CFTobBw7mjQe+fwHsADyLspxAIPmhb jhhMeA5VvoUSkzjcZnGgvYD8OmIMKVEOPYL6qpyUp3JeKVO8NKZ7KHMjx4YMI3q8KHJJzF0sbebs g3Jk0J44hfLMiPQo06ZKo+hMVnHmTqNFa2Z9d9XESapat4INK/Yj2YlziFodSxPk07ZLoXb1Wbbq Wa5RnY7wqqTXW7x+sa41m/Su3rl2BxMuvC8uY8B9F1MErJhtZbWJKWOGO9mw1Jt5HV+FXPcz52CS SSOmq9ltZDSeN5sOnbq06IKyUdNGiwf0X8uqBQcHvlr4cOPHa+u+Hcdlc+fPoVMKFp16/nXrzf1F hg478++B18GHFw/+cGDWe7m3Vt6deHsf452nl9t4Nuv5veu7Py3f9/rYrmGirzP8shPwNQMLxC1B AHdTAZLyeEMwwAglzM27yy40L8P/NmQPOQ2LS24P/qZScMIRCTzQxBNXbJBBCv1Tz77+ZsyvCgmB Egm9Cl18sccabcRQvw9F7FDGIUtUcEcdSQxSyBBBRLJIKTkE0skoiTzyRiUhnDLJGGk0Uksqq4Sy zCzPJHPMJ9mECMEl28qxRRh9pFPM++rchccf7xzQtibTahPL5cD0M89p9kQxUT0LNfTQLRtVcShE U5R0TjsjXfBRRjeFNFNLO92vUhYn/u0zTFOvHBTNNQVt1UszPVwVz0UpvbRUUUe10EpNQ/3yU1B/ JTVYPlFN9VVZbxV2WEyLBXZZRW2Ftldfd3W2WWthTTNZVl2NtVttkXX0WWnHrXVaQsvlNF1ctw1X 3GqVvTbebLlV1d57vcUX3G/rzbddXtd1M1p1A6ZWXl0PJpbeWc9FF16E/2W4YIMXPjVhch+GWM19 j+VX4okdvjhiOGklWGRzQQ7UY4srfvdkT1P+KuOIVe54ZZdbxnnjj2fGuGeUfzb5ZXYb7lLffjn2 1+allW4a6aShfprnoQUuGlBjnZ56Z63dBThomL8mOmavZKaaYpqxjlpqlrv2Ome3/t/GNu55t9a5 7rTX1gu+vcfLVeG78eb6ZrsHD5ztwuUGPHHE0Q55brrbhjxyjSennHHJjxY8c82ZVrtxscMG3ex6 jM76hlKm41v11Vlv3fXXYY9d9tmfu3rxy/+uPHfcmR3d8cd335xw3n0GHm2SBwbb+N4Vx1x4ww9/ Hm7dmace6M+nJ7745i3XXmjuu+/c8+HF57z86M/HnnS/g08fevJNhz/+9+m/3f3svVce/ONLnx// +//nP/sB0HkEDJ8AC4jAA45PfTVT4ALzVr8BMjCAD6ye9b6HQf3tb3sa3BbyigbCsfWPghMsYQIj WMETQtB8SaDdC2EYQxnOkIY1/oSCdL5gw5dI4BIu3OHZPFi1ENqOUyL0nQMt2MH8bXCJQgwdEJsI RemZMIUoJJURl3e9I5Yti1rkoBeDKEUDti+JSpwiC3ODxS9mMIzrKxkbz4hG+VXRiugrIxij+LvW qLGNeuwjEulYxzm2MJBkXKEhC4lIQtpRU3zMox8fCchFTnKQjEykGcd4wTjKUYKKTCMJKdlJTqow lKQsJRUteUpBilKTm2zlIavmSFdiMpO0hKUtb4nHWeqylrhMpSpHuUppybKXcNylMe/IxEhycY3K LCYyL+nLX7LyCjq05jWxmU1tbpOb3UQdKKf5CG9ak1DETKbotmjOXPLynE5M/uc44fkgInqyR+qM JjTX6cx2ivGZ6GymP/8oyXCaspLUdKNAC2pQfN5Tn/kEaEDtCUx6JpSgCm2oRGMJToqicqActehD lxnRjgqzoiX1qEmDWUSNftSd6VwpSkka05TOdKIs5adDW+pBFIh0ozKl6StxetOgHnSI8/ypNHt6 1IV+0qhAZehFMYpUmwo1quwcKiSPCdWRKlWr9XzpScEaVq52dapEHWFTpVpWhKqVmUvc6Vd96tSn 5hSiQ+EpW++KV7iOFaShyatYawrTwMY1rYKV61YHy9e+7tOsT2ysYv5KWKteda2GLSxgD5vUxG6W s5dVLFUR+6XIfvaxLkXr/mTnClrNZpatbQ3pXjtbTtiy1rKeje1SV0tbzNpWt5JFbWh5G9zf0mm0 tyWrXk+L29wOF7ns6y1pscrY0jKsuM817nF3y9zaaje7yt0udrsLXjPEE5t0fW1yvRvexVK2suo1 b1ZTR95uzta6RK2ucNPrXtU217nc9a14r7ve1E43oK71K339C93osve++AVwfR0s4AEveMLt7e5b 0Sth4Eb4vf3ssIf3+10NLzfBAQ6xfk9MtAbnV8EWbvGKWWxiAp83wx9msF1lAuMRt1bHNq6wi2VM 4arGOMhAhnCJb4vh/hKZwz4e8oObnOIXI5jJURbyhquMZNnWWMpFNrKV/r+sZTAbGMQzhu+ORexk LGdZyW9EM4rNXOYrkzjLUBZzne2MZzXT+c0X3jN/k5dnQfe5xWSWbpj13GUv91jRR6YKo+N8aEQP +s9prjScJ01oLxv6xlxudB0gPWceU5nSn75zqSPdaU+L2tKpXmebA33p/6Ka1ZjmtKrdLOtChzrT uuYqrIu65ES7+smaXjSpjT3mWxfb145mc7PHzOtem5rW06Z2sk+N7WETe83arjaigX1WYX9b2mQr N7I9IF9vohvaoGY3t/nsbXm3e9u1njW9yY3jVVvb3r4Nt2P7velz75vfBV92t/Fd74En99+mHfe8 r51wiU8c3oC22sFH/v1weje8i/l+d8CdDfGIj7zirQZ5kc1NcIyba+G5pvjJs/1yg6/c5AYnG83v LfOUh6XlsZY5znNe8poDfcoqJ3rIRT5zXXD8nz/fucaFHvSoFx3qMAfz031uaqbXVeU9t5rXxb1v rH89xx+3ub6rfnazHx3pJLd6zKeu4LEHBuwAf3vS1U7wum+R7cqWU8m2TmOXuz3vg4972w8fbbQb /u6EB7fT1z73sGe98ZDX++IpX3nNJ97dl+965EEf+rT3XfFmlzxkRc/4wmee9HDnfL1b/+3Y473g p/ehunGfe93vnve99/3q0l4E3Dvs75m3fcdpv3fkJz/1qi++hp5v/vfZM9/zoz9+gZW/fMIDwwXR d7j1mx/s4GNe/M5Hb/err/rpOz772P98+s0vbPSD//30t7/6vf991q//9d6ef/xHj/82b/XKrwAN UPoEsPa0Iv+azvES8AHbT/D2LwIlMF3+j/WkDQLDb/IOUPoykNe4r9oo8MzYbwM9cO00sP4YLwTx bgTljAA5MAYR0AUljQE/xgYrsAO1r/+oLwBp8MdS8I0uUAcbsAThjwjd7whjJgiTZwhlkO9+kNmM 0AdNEApNbwGVcAarcAcHkAkB8AvB0AJFcAu5EAZPMAvP8P7C8GucUAupEA3L0AuRkOvecPzYAgcj 6frocA3TEP/I/rAIB5AFde4P9xADCZEEebAH/VDssFANyQ4OAdEM9c8QVdD4GpEPrRASC3EOETER p9AR2XAMNXETnzAOo1AKPTEVVVEB73AUO7ELTzHePnECD/EVE1AQt4/8SjES5XAXSdEX3cryhFAU XfEFe7EPKbEOMXESQ7EFdREZOdEYYzHjQBEYj6kNmdEapbEWaxAFp9HiygUbTfEZs7Ecx7EYtxEd u3Et8NAYj9EcefEbbe0dz1EddaUd07Ea4fEX95Ef61EfZQQf1xEg45EbcW0ZC9IgiUUggVAepU4S /3EC5Sla4Ckip8QhD+j3NHIjOfKaFBIVV5H0ZgAjj80eQRIi/hPSJBHOARtsJD9yJUOSJBEPFl8S JmmyJk1GJkuPIP0xJRHSJ2lxyVxSJWUxJnFy6HTS9YyyEsMR9pLSKY/S1p5S9qaSGIGjKoXxJ3MQ GrUxH3nyGqGSKMGRK8myH22RHi0yaIbyK20RK2cxGgeSLduS4cJSLuMyGbVyK+MQLYGyKT3OLg8S LgNTME8SJftSLesyL70SLxnTEplyCUGwMtxyKQHzxybzJsVyLLtoLRXzLgmzMC/TMHsyCQEvMRuz KwezLNPyF9RNKjvyNWEzNmVzNmlTh8hxNe1u6UzzM21SNOcyM6XyNg8zZXTzLzszNc1yMXmzKClz EUvTOE9T/jWHMzk9EzWR84iKUxGjkzqvczpx8zvBMxKzMyu3Mzz10jx/szItUzi9hzPL0zvhczTP Mz6XiS//aDzf0jpBMyof0j7T0zkB9FHcczk1Ez2VUz970z//cwUlkz+p7jjXEzj7MzSVji6hk0CR 0kFLUj0T9APZEywvFEGZ0zcPVDrlc0GD8jm1E0ODU0If9D1P1B31EERXVEQLlD5R1EYz9DGJs0Fd dEMhdD9/dCZJVNIeUEFlYCLJk0UnVEOJFEm7E01qMzqgbggoNDKHdCeDNN4IwkOr9EWZVO6cVEth 9My61Bs9zUrHVClZkUNHFEorDBnOlEd3UE2zlE1vcU13/lNH721O7xTV7NRNb3Q+Y7Q6c/NcZvQV TQJM+fQhr1RPrZILE7VEW+VRGfFPQ9REzRRTa/RDLNUOBXVHQ7VPOXVJpeRTGbRU81NTPYwhhVTj AnVL39RVOxRSO3X5aHVW2S1WyzRHuTNCR9VRGwZV0yETstQlZHVQCXUhKiEX5ItNTWJKhYFXwxTl bNVUWVXOVkJV7ctYppVRs/XQiLVaZ3Jbg5Wp7GfplBRPxzVco3RZO9FckxWl0kA32vVQuRUzU9Xl clVZW+lbgbRXX/Bef7U35VVgEaheE4Ngy5BhcVRcHTNYFTZDHPY+r3VVDTSosNR2qNVTL7Y5yZVM hxUQ/vzUXQsT5zq2Uj9WX0OWXa/w4w42YislZe2lYvNwZYsUWH1uYxEBWXVJTsG1YA0WZ+E0QQUw Zke2PHqAZm3GZhWVaHnW8JC2R5XWjIA2YFtW4aD2ZXsWVrkWNCaAafPFaQd2ay8VVE3WaJ0gbBVL bAv1XSk1YykrauX2ZK10byjWbNEWCKQVPmouNOl2LwH2SQFXb+e1Sc92XxsVjsgWbuP2YR0XYhM3 bZPUbeG1bPM1Z+MUZwMXclOlcXUWYSM3dJN2b4W2e0D3VQ8XcVdXTCf3dIMndWs1c4tWV1+XarMW kmTXds8Vayl3RDuXNKFkd/31cd9WdWU2eTMxb2m3/l9FtXWtNXODtz4HV2QXl3ANV3mv13pHZ1I/ N3u3l3tht0VNF3ch017B93eLV3J7l0in9yyr12WlN33xtX2v7mvdkHntF1rpFzv713NR0XtPoG8J uIAN+IAROIEVWBJUhnifV3Q3t3nnN0WH93+PF3lLF3rdF3+Xt4IleH/3tH41+H5vlxdnz3J91X8/ uHzV9285WHDRd4UhGIPNd4aHtoSF91Qt+HINVYVBOFIzOH89+IedUYa1t4Ux7X1lNIaJeBCNOIhz t4hZOIc99omRmHUV14aB94VNOH5DeHyxWIvVyoHJN+sE+HbIOIyj2ImbOBdxmHqZeIT514pFWIxd /viN4TeO7TiJd/hm6bhuYfKMMSeNgxaQb7iNV1GJjXRaF7iRHTk+DuCRtQmPLXaPecl5+ZiSeXio vFQNX0iIB2ZiLdl3wViNDXl2q06QaXhsObeVubWT5Zj2jvS+NIGUfTiWb7VO0TRfVRmVqxiRNfck JxOWR9nvPpRGN1iTUxiAA3iXgbmXeZdIMFlYJxiRiXmNQbaY42yaXReYa7corzl8v7iUO4ybo9eb h9mZcRlbr7icq3mdMVaX6bRhifabf9aV0fljw7mOsTmeNadw31mbqbKPjfeCNQmg8/mVj7mgn3ae 10iU+zmYDxmeK/SPmXmVOcackzmhrVmdBXqc/k/5kgM6ooNw3RAmnuR3iuOrOhb6jhzZog0anD2a pPf5ZCBanDP1lj9air05Tx2aemr5nLOYpldWo7FXmZfYQoX6iMn5qFP5pzcZo5t6m0cap3MZEAm5 mwNUQKlZpS96fSO4pxU5j5V6o4caitvZqXc6p786ml3FqOcYqUdXqmMarOm6rY0JrrWWi7u4qtPa rCm4CbWaqXUalK2anUO6jGN5Xffaq8VTGYkapqOadJdGr4EYrWGYoyk6kWfaL5cas/m5gyNbrGnX nvPar0M7szdbot36sK8afSybp896qlN6tnlIhu64ZyXZWCN5t1tTEXwb+NLthxQguMNjtU0b/sWm 9rJTu7nx2pSd+7kLuQiXW7ZBu7D/urYJW7ptWZ6VI7bZ2LGXua5zG7nTOSjA243lmrJpO67NW5/f Ir05m6+5W623m7yhu3vjG7WxW7Sz273XGrGpe78127brW3zpmb8PvNRu+r8HWrwbusBHe7OrO7zv u5LfW8Hxe7rbqMLV28ATPMMl3LWzeWI8fL4hPMID3J8xXMQpnMBdHMQnu7VreMJXfNoavL0fXMb9 eMQd/LXz6MQDkb5DnMcZGnN9XMclLscTuz99urc/OYcOuOiMu8pZOtE0QbiDAJoV+8JVnKSfPMbB vLiRhMvzu7/RfMEB3MbHHMjUQOBKW76H/py06Ry5j9TNXcvMObzFvbyHi/zGWfbiju7NnzTMA5vE 5zzJm7yr1Q/Pt7yl2Tu6+RzRE93O5XzmHB3Oe9rQr3vDBxvML/3OBz3PIf2uJ73GAQ4TJH3Gt9jo Rv3RiZyKf9zCL/GxJXu8jYfQjXnTQ/3SS7b/eh2qj9yVdB1POf18Fb2PxHFuY/3UEZDtih32jt2w Z/3DZwIX2Tzb5yTadxzQUXwFf501LWHVv9zbRf0O1GCb4vzW/dzWU3zYgRDaSb3ZydrS69zc9fzT mQNvYZ3LpHWlmrWaYOjetb3aaT0j+v3dkdzItRWfGR7emT0eGBvIz3La0xyrHb7PIT6s/jsi4c29 0jX+qhD64dvd3Tu+u/tawx9p5D++pjmI2yk+qZNd2TM+omGe2i/m5lkcjlU+Xmse1Z3B5YF63jfd 4v8cUX+e3CNC6IlH50v82YP9mZP+4vuB6WfJ6QMd2Wd+5af+6O0g1Nv05O37Ebfe53t+4ZnD6Iwa 61mbGsUcZFi+0yW+s3Oe6O087EN+wuIe6I/B6msp3a1cuN8+1bve5NNe2JOo2OUcD6N+tfde6Tde mLuBbUn+nwP/8jE/84OaxtGgh0pgdgxBFX1daumdffN+okFdMRVf4Zt58L2e6svd4FORmFa/8gO5 7E1f7mNfyUWO9lEh3CHfJsc69/ne/vAp3dp8n/JPX6Zd3/iDX/IJPjlrf/mnCvifH/WL39kXnbSS X/TXmzmHP+Jtv9XtXWCnX/dBrPGpv7xtnt0jvQaUH/33Sf3lX/y9Pfw52Wh0ffS9Fvftv/4JAD6m Wqw/PC3Syix+M3O0O/aBmQg1WzlSqWq25LvGFjsrtS3lEb73+c8WFO40RddxMZwtVc3X8qRL3qhV qwcLeDq1We8WHAZzR2XQGU0Wj73pzpvGjm4D9js+r9/z+/4/YKDgYJzMmlih3KEbYqOjVqIi46NV ZAUdCiWWJQ+h5ydoqOhoGSfSJCrk3GLq5hwpbGxeSJupEatrbquuKm6l5i9wUo1s/rHx8W7wZa3w cDPQ85Gtw7TSMV9d4M2dZK+vc7TPqncyNfM3eDk0ejo577uyO3y7PFW1krp0iN1Uvjg7EYBF7iUg +MXfOoQJ59kL968ePUNtIOoTGMNgP4VMHAbUeHEcxYoeP45s8SSTxY4hN6ZUyVDkyoUvYcaL6XKm zJoSMV5oSVIn0IgNfULhyJJoF6M/S5pR2nMizpxDgwqtSpPqQKdFkTbV6kTb0ag3eWQUG9ZsUq5d ma61eRbtVrdvp95aivWhJJ5Q70rFKzfuX5Ne2wZOCxdw1EgY9e4l+7QwYb6IDxumHJkuZDVq4YCM qZjt5VN6Rw+GUZrzZtSgNa/m/sCTMWnHdq1elR27tWnJY2n71T3b92TMwoGb5GZublat15Yzv2Y5 dG3efaNLF9JcT2rVmVkTF5z79vDqGj5lz73d9Wntz9WHF/+7/XTqxxu7h56czWP48ffz313fO27d QMIPA8a5hg0K1xG4Hnu2pbdMedzp19978m2jIIbIRAjhhhwGKFFJKH14ynn2+Xcfg+alqGJ3Jp6I 4oq0lMiigx3WNWODMLaYo4UUItfji0H6GNyEFQJ5EHj/VWbjfCPKhqOHUIIY45RUVrkjjUUWKKKU TVopI5Y89qalkTqSSaSZZwLo5I2BcfklPkwKeKSQaKZJZ5lDrhkmenKSqOae/js9eKWSeUIBG5t/ 8pklnoEW6mKdP+rpqGiDPglnlI9KqGmfiSoKKKSGRmrnnZMuWaOnBT2yB6dgpqqqn15iKiuoYpY6 Zq2MNvrmopf2St8VXfra6Kmt6oorsZv+SqixmarJa65zRnvQsM1Ki+ytpoYqKreUWstssrbqCe23 tFo7RJKzUqtusK+2y+668Ma77Kf/kbulLMK2Wey79Farrbijkgpwp/LOW+6/2Crcr7/7TsWqq/WG q+zCAn+VIcYZG2hwWQ07PHHBzk4bscfmtqoxhscSHDLHr3W2Ccoxy4wdsCCrbDG/NpOM8Mc63yzp ytfybLLPImcLa6xxusvw/shCV8wEokkzfXS3A+O8rdVVR730wUMT/XTWQIMdNtk5B72z10rrq7bR RYM7dtneUh232XDXfTXLaU89d9V3a/0yGjNf5zTfcp9N+OFt201x4YYn/vbjPX+9ONJrsy1541j7 LXbkmHd+ud6Vc5xfyaJDHnS6Wm5tueml7015wH0z7vbpnNte9uqab5517q537HvXmc/++euwxy77 8AL3fjzdyZMOfM3G59204sS3TnvCwjPv+O3Pj5y6eMtj77n1xeM9vfY/d9/89ru7Lz7aof8OOvXZ l3+9/N6PT3/66O/Pf/8Qhz+bwY9q4Puf+c7nP+nFj4HVu1/wHPjAvz2og4BPO2AABahA9bFvgRuc 4Pq4F0LdOS+C0rMghTAowdqNkIQkAEQGWSjCFpbwIhlDSobmZw2ISa0ggvshEHO4JQQOcIXUCCIS kwjDHupwcitDYZ1UCEH9EbGIH9RgBxsYQxBmcR9KnAAUJVbFJprwijKcIfJqiMYuctF9a3yjC9tX wwIAADs= ------_=_NextPart_001_01C34AFA.74558F4A-- From cpurvis at asg.sc.edu Tue Jul 15 11:17:20 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Tue, 15 Jul 2003 14:17:20 -0400 Subject: Orthophoto basics WAS: [Mapserver-users] Raster geotiff turns background yellow Message-ID: Hi, Randy (and all): I realize this is a late post, but I am having a tough time getting my orthophotos running. Unfortunately, I don't know as much as I need to about images, per se, but I know from what I've read, this should be sufficient: MS 3.7, gd-2.0.7, gdal-1.1.8 But I can't get the orthophoto to come through (rest of shapes and rasters all of same projection are OK). What is the secret? What should my OUTPUTFORMAT portion of my .map contain, assuming I wanted to keep it simple by only displaying this one layer? Something like this? MAP ... IMAGETYPE jpeg OUTPUTFORMAT NAME jpeg DRIVER "GD/JPEG" MIMETYPE "image/jpeg" IMAGEMODE RGBA EXTENSION "jpg" END LAYER NAME "CharlestonSE" GROUP "HiRes" STATUS ON DATA "Charleston-SC-SE.tif" TYPE RASTER END END For kicks, a gdalinfo of my orthophoto look like: Driver: GTiff/GeoTIFF Size is 6543, 7609 Coordinate System is `' Origin = (599145.416999,3631174.164991) Pixel Size = (1.000000,-1.000000) Corner Coordinates: Upper Left ( 599145.417, 3631174.165) Lower Left ( 599145.417, 3623565.165) Upper Right ( 605688.417, 3631174.165) Lower Right ( 605688.417, 3623565.165) Center ( 602416.917, 3627369.665) Band 1 Block=6543x5 Type=Byte, ColorInterp=Red Band 2 Block=6543x5 Type=Byte, ColorInterp=Green Band 3 Block=6543x5 Type=Byte, ColorInterp=Blue Thanks, Charlton -----Original Message----- From: randy james [mailto:rjames57 at yahoo.com] Sent: Wednesday, January 29, 2003 6:39 PM To: Dylan Keon Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Raster geotiff turns background yellow Hi I'm not sure of which version of GD was compiled, i did not specify when i ran configure. I have 2.0.1 and 1.8.4 installed. I'll try downloading the source of GD 2.0.11 and reconfigure, and compile with it tommorrow. I have GDAL 1.1.8 installed Randy From cpurvis at asg.sc.edu Tue Jul 15 11:44:23 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Tue, 15 Jul 2003 14:44:23 -0400 Subject: Orthophoto basics WAS: [Mapserver-users] Raster geotiff turns background yellow Message-ID: Hi, Randy: MapServer version 3.7 (development) OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE I will tell you, though, that I'm rendering a call to produce the image through PHP (same MS config version). $map = ms_newMapObj($map_path.$map_file); $image=$map->draw(); $image_url=$image->saveImage(""); But I don't see anything wrong there. Thanks for your help. Charlton -----Original Message----- From: Randy James [mailto:rjames57 at yahoo.com] Sent: Tuesday, July 15, 2003 2:37 PM To: Charlton Purvis Subject: Re: Orthophoto basics WAS: [Mapserver-users] Raster geotiff turns background yellow Hi >From the information you give it looks ok to me ;-) maybe post your mapserv -v info Cheers --- Charlton Purvis wrote: > Hi, Randy (and all): > > I realize this is a late post, but I am having a tough > time getting my > orthophotos running. Unfortunately, I don't know as much > as I need to > about images, per se, but I know from what I've read, > this should be > sufficient: > > MS 3.7, gd-2.0.7, gdal-1.1.8 > > But I can't get the orthophoto to come through (rest of > shapes and > rasters all of same projection are OK). What is the > secret? What > should my OUTPUTFORMAT portion of my .map contain, > assuming I wanted to > keep it simple by only displaying this one layer? > > Something like this? > > MAP > ... > > IMAGETYPE jpeg > > OUTPUTFORMAT > NAME jpeg > DRIVER "GD/JPEG" > MIMETYPE "image/jpeg" > IMAGEMODE RGBA > EXTENSION "jpg" > END > > LAYER > NAME "CharlestonSE" > GROUP "HiRes" > STATUS ON > DATA "Charleston-SC-SE.tif" > TYPE RASTER > END > END > > For kicks, a gdalinfo of my orthophoto look like: > > Driver: GTiff/GeoTIFF > Size is 6543, 7609 > Coordinate System is `' > Origin = (599145.416999,3631174.164991) > Pixel Size = (1.000000,-1.000000) > Corner Coordinates: > Upper Left ( 599145.417, 3631174.165) > Lower Left ( 599145.417, 3623565.165) > Upper Right ( 605688.417, 3631174.165) > Lower Right ( 605688.417, 3623565.165) > Center ( 602416.917, 3627369.665) > Band 1 Block=6543x5 Type=Byte, ColorInterp=Red > Band 2 Block=6543x5 Type=Byte, ColorInterp=Green > Band 3 Block=6543x5 Type=Byte, ColorInterp=Blue > > Thanks, > > Charlton > > -----Original Message----- > From: randy james [mailto:rjames57 at yahoo.com] > Sent: Wednesday, January 29, 2003 6:39 PM > To: Dylan Keon > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Raster geotiff turns > background yellow > > Hi > > I'm not sure of which version of GD was compiled, i > did not specify when i ran configure. I have 2.0.1 and > 1.8.4 installed. > > I'll try downloading the source of GD 2.0.11 and > reconfigure, and compile with it tommorrow. > > I have GDAL 1.1.8 installed > > Randy > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From keon at nacse.org Tue Jul 15 11:52:57 2003 From: keon at nacse.org (Dylan Keon) Date: Tue, 15 Jul 2003 11:52:57 -0700 Subject: Orthophoto basics WAS: [Mapserver-users] Raster geotiff turns background yellow In-Reply-To: References: Message-ID: <3F144D89.1080601@nacse.org> Hi Charlton, I would recommend using a newer version of GD...it's up to 2.0.15 now. I think there were some problems with earlier versions (< 2.0.10?) of GD that have been cleared up in the newer versions. Don't know if that's related to your issue, but it's worth doing anyway. Your OUTPUTFORMAT block looks ok to me. For more examples/info, see the Wiki page: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OutputFormat --Dylan Charlton Purvis wrote: > Hi, Randy (and all): > > I realize this is a late post, but I am having a tough time getting my > orthophotos running. Unfortunately, I don't know as much as I need to > about images, per se, but I know from what I've read, this should be > sufficient: > > MS 3.7, gd-2.0.7, gdal-1.1.8 > > But I can't get the orthophoto to come through (rest of shapes and > rasters all of same projection are OK). What is the secret? What > should my OUTPUTFORMAT portion of my .map contain, assuming I wanted to > keep it simple by only displaying this one layer? > > Something like this? > > MAP > ... > > IMAGETYPE jpeg > > OUTPUTFORMAT > NAME jpeg > DRIVER "GD/JPEG" > MIMETYPE "image/jpeg" > IMAGEMODE RGBA > EXTENSION "jpg" > END > > LAYER > NAME "CharlestonSE" > GROUP "HiRes" > STATUS ON > DATA "Charleston-SC-SE.tif" > TYPE RASTER > END > END > > For kicks, a gdalinfo of my orthophoto look like: > > Driver: GTiff/GeoTIFF > Size is 6543, 7609 > Coordinate System is `' > Origin = (599145.416999,3631174.164991) > Pixel Size = (1.000000,-1.000000) > Corner Coordinates: > Upper Left ( 599145.417, 3631174.165) > Lower Left ( 599145.417, 3623565.165) > Upper Right ( 605688.417, 3631174.165) > Lower Right ( 605688.417, 3623565.165) > Center ( 602416.917, 3627369.665) > Band 1 Block=6543x5 Type=Byte, ColorInterp=Red > Band 2 Block=6543x5 Type=Byte, ColorInterp=Green > Band 3 Block=6543x5 Type=Byte, ColorInterp=Blue > > Thanks, > > Charlton > > -----Original Message----- > From: randy james [mailto:rjames57 at yahoo.com] > Sent: Wednesday, January 29, 2003 6:39 PM > To: Dylan Keon > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Raster geotiff turns background yellow > > Hi > > I'm not sure of which version of GD was compiled, i > did not specify when i ran configure. I have 2.0.1 and > 1.8.4 installed. > > I'll try downloading the source of GD 2.0.11 and > reconfigure, and compile with it tommorrow. > > I have GDAL 1.1.8 installed > > Randy > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ************************************************ Dylan Keon GIS/Database Specialist Northwest Alliance for Computational Science and Engineering (NACSE) Oregon State University Corvallis, OR 97331 keon at nacse.org (541) 737-6608 ************************************************ From assefa at dmsolutions.ca Tue Jul 15 11:55:33 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 15 Jul 2003 14:55:33 -0400 Subject: Mapscript Bug? (was Re: [Mapserver-users] map drop shadow effect) References: <000401c346a8$470d2640$463c2fc3@HSGIS> <5.2.0.9.0.20030714161724.05a5c518@arctictern.ddive.com> Message-ID: <3F144E25.9010301@dmsolutions.ca> I am gettting the same relult with a multiple styles and the shadow effect. I have entered a Bug 346 on this. Stephen, did this work for you ? Later, Dan Barron wrote: > Hi Dan, > > Since DM Solutions is the keeper of PHP/Mapscript, I thought I'd pass > this along. > > In trying to use the STYLES with v4.0b2 PHP/Mapscript and SHP files to > achieve a drop shadow effect, only the final STYLE COLOR actually > fills within the polygon. So using the following: > > class > name 'myclass' > style > outlinecolor 0 0 255 > color 0 255 0 > offset 20 20 > end > style > outlinecolor 255 0 0 > color 204 204 204 > offset 10 10 > end > style > outlinecolor 0 0 0 > color 255 255 204 > end > end > > Gives two outlines of the polygon - one blue, one red - and one filled > polygon outlined in black. Setting the backgroundcolor color object > for a style object does not seem to work at all. I have also tried to > explicitly change color, backgroundcolor for a style object in > php/mapscript as well with the same results. > > I did not see these in bugzilla, so I wanted to verify if I am seeing > a real bug - have you or DM Solutions developers been successful at > using multiple style objects for a polygon layer and seeing that > color, backgroundcolor and outlinecolor all behave normally? > > Dan Barron > dbarron at ddive.com > > At 11:10 AM 7/10/2003 -0400, Daniel Morissette wrote: > >> Then my previous reply was wrong... it seems that it's been done. >> >> Cool! :) >> >> Daniel >> >> >> Stepan Kafka wrote: >> > >> > There is possibility to CREATE shadows with offset parameter in the >> current >> > version of Mapserver, eg.: >> > >> > CLASS >> > STYLE >> > COLOR 0 0 0 >> > OFFSET 3 3 >> > END >> > STYLE >> > COLOR 255 0 0 >> > END >> > END >> > >> > 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 Dan >> Barron >> > > Odesl?no: 10. ?ervence 2003 0:32 >> > > Komu: Daniel Morissette >> > > Kopie: Steve Lime; mapserver-users at lists.gis.umn.edu >> > > P?edm?t: Re: [Mapserver-users] map drop shadow effect >> > > >> > > >> > > OK Thanks. >> > > >> > > After re-reading Steve's reply to the original post it sounded like >> > > Polygons were in the works but not working as yet - bad >> assumption on my >> > > part. So has this popped onto the wish list or future >> > > development radar at >> > > all? >> > > >> > > Dan >> > > >> > > At 05:59 PM 7/9/2003 -0400, Daniel Morissette wrote: >> > > >Dan Barron wrote: >> > > > > >> > > > > Follow-up to an old post. >> > > > > >> > > > > In the latest version of MapServer has there been any further >> > > developments >> > > > > in creating drop shadow effects for polygons? >> > > > > >> > > > >> > > >I'm not aware of any developments in that direction. >> > > > >> > > >-- >> > > >------------------------------------------------------------ >> > > > Daniel Morissette morissette 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 >> > > >> > > >> > > --- >> > > Pr?choz? zpr?va neobsahuje viry. >> > > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). >> > > Verze: 6.0.497 / Virov? b?ze: 296 - datum vyd?n?: 4.7.2003 >> > > >> > --- >> > Odchoz? zpr?va neobsahuje viry. >> > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). >> > Verze: 6.0.497 / Virov? b?ze: 296 - datum vyd?n?: 4.7.2003 >> > >> _______________________________________________ >> 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 josh_mills0 at lycos.com Tue Jul 15 12:10:34 2003 From: josh_mills0 at lycos.com (Josh Mills) Date: Tue, 15 Jul 2003 15:10:34 -0400 Subject: [Mapserver-users] 16-bit RGB raster images. Message-ID: Hello, I want to use 16-bit RGB raster images by converting them to colormapped format. The mapserver documentation refers to the on the fly conversion of 24 bit RGB raster images to 8-bit colormapped format but does not give any specific information. Does someone know how to do this? Thanks Josh ____________________________________________________________ Get advanced SPAM filtering on Webmail or POP Mail ... Get Lycos Mail! http://login.mail.lycos.com/r/referral?aid=27005 From warmerdam at pobox.com Tue Jul 15 12:27:36 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 15 Jul 2003 15:27:36 -0400 Subject: Orthophoto basics WAS: [Mapserver-users] Raster geotiff turns background yellow In-Reply-To: References: Message-ID: <3F1455A8.3090807@pobox.com> Charlton Purvis wrote: >> MAP > ... > > IMAGETYPE jpeg > > OUTPUTFORMAT > NAME jpeg > DRIVER "GD/JPEG" > MIMETYPE "image/jpeg" > IMAGEMODE RGBA > EXTENSION "jpg" > END Charlton, As noted by others for GD 2.0.x you should get something at least 2.0.11 or later. Earlier versions have serious problems with alpha blending a few other things. I would also note that JPEG does not support IMAGEMODE RGBA only RGB. I am not sure what will happen if you get this wrong. Likely nothing terrible, just that the alpha is lost when writing out to the JPEG file, but it might is possible it could cause other problems. However, I am doubtful whether the GD version or the IMAGEMODE thing are your problem if you are getting other layers OK with this OUTPUTFORMAT configuration. Have you tried this map with "shp2img" and with debugging all turned on? Do you get any messages? eg. shp2img -all_debug 1 -m my.map -o out.jpg 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 lfilak at medinaco.org Tue Jul 15 12:38:38 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 15 Jul 2003 15:38:38 -0400 Subject: [Mapserver-users] Perl Mapscript - equivalent ofzoompointmethod..? Message-ID: <200307151938.h6FJcTN23333@yogi.medinaco.net> Great! I hate reinventing things, unless of course the original wasn't Open Source. Lowell The following message was sent by "Steve Lime" on Mon, 14 Jul 2003 16:29:18 -0500. > Note that before the end of the week I intend to take the popular PHP > mapscript methods and SWIGify them. We want the versions inline as much > as possible for the 4.0 release. > > Steve > > >>> "Lowell Filak" 07/10/03 10:32AM >>> > Actually I recall a discussion with a fellow PerlMapScript user at MUM > who was thinking of "packaging" some of these more frequently > requested > routines. > Unfortunately I have a hard time remembering my own name when things > are > busy so I have forgotten who it was. > Would the appropriate person be willing to comment on the status of > such > a package? > Thanks. > Lowell > > The following message was sent by Eric Bridger on > Thu, > 10 Jul 2003 09:44:41 -0400. > > > Ali, > > In the Wiki, mapquakes.pl example: > > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex2 > > there is a function called set_extent() which takes the users mouse > click and zooms the map to that point. Is that what you need? > > If no zoom is set, $zoom_dir == 0, then this functions as a pan > tool, > recentering the map. > > > > Steve Lime wrote mapquakes.pl. I also adapted some javascript of > his > into Perl to handle pan direction buttons. This just adjusts the > mouse > click image coordinates which then must be passed to set_exent(). > > > > sub pan_to_map { > > my ($map, $direction) = @_; > > my $pansize = .50; > > my ($x, $y) = (0,0); > > my $width = $map->{width}; > > my $height = $map->{height}; > > > > if($direction eq 'n') { > > $x = ($width-1)/2.0; > > $y = 0 - ($height * $pansize)/2.0; > > } elsif($direction eq 'nw') { > > $x = 0 - ($width * $pansize)/2.0; > > $y = 0 - ($height * $pansize)/2.0; > > } elsif($direction eq 'ne') { > > $x = ($width-1) + ($width * $pansize)/2.0; > > $y = 0 - ($height * $pansize)/2.0; > > } elsif($direction eq 's') { > > $x = ($width-1)/2.0; > > $y = ($height-1) + ($height * $pansize)/2.0; > > } elsif($direction eq 'sw') { > > $x = 0 - ($width * $pansize)/2.0; > > $y = ($height-1) + ($height * $pansize)/2.0; > > } elsif($direction eq 'se') { > > $x = ($width-1) + ($width * $pansize)/2.0; > > $y = ($height-1) + ($height * $pansize)/2.0; > > } elsif($direction eq 'e') { > > $x = ($width-1) + ($width * $pansize)/2.0; > > $y = ($height-1)/2.0; > > } elsif($direction eq 'w') { > > $x = 0 - ($width * $pansize)/2.0; > > $y = ($height-1)/2.0; > > } > > $x = int($x); > > $y = int($y); > > > > return($x, $y); > > } > > > > Eric > > > > > > At 12:37 PM 07/10/2003 +0100, AMC Story wrote: > > >Hi there everyone, > > > > > >I'm using Perl Mapscript to develop the interface of my > application, > and have > > >very kindly been given some existing code to work from from another > member of > > >the list. The code that I am making reference to is written using > PHP > > >Mapscript, so I'm having a little bit of trouble in that not all of > the methods > > >available with PHP Mapscript are available with the Perl version. > > > > > >I'm dealing with my panning buttons at the moment, and the example > I > have > > >defines a point object which the new map will zoom to, and then uses > the > > >zoompoint method of the map object. This method isn't available in > Perl, does > > >anyone have any suggestions as to how I might get around this? > Similarly, > > >their zoomin function makes use of the zoomrectangle method... > > > > > >Thanks for any light you can shed on this. > > >Ali > > >_______________________________________________ > > >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 MHoward at spaceimaging.com Tue Jul 15 12:46:56 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Tue, 15 Jul 2003 13:46:56 -0600 Subject: [Mapserver-users] SDE support for windows-version Message-ID: Michael, I have not been able to get connected to SDE with a windows mapserv.exe. HOWEVER, I have an ArcIMS server connected to SDE that can serve thru the WMS connector. Just a thought. Mark -----Original Message----- From: Michael Kulke [mailto:kulke at beak.de] Sent: Saturday, July 12, 2003 4:11 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] SDE support for windows-version Hi folks, anyone has successfully compiled the mapserver for windows with esri sde-support (SDE 8.3) ???? We need help or the generated mapserv.exe ;-). Thanks for all hints. Michael Kulke _______________________________________________ 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 mckenna at dmsolutions.ca Tue Jul 15 13:06:32 2003 From: mckenna at dmsolutions.ca (Jeff McKenna) Date: Tue, 15 Jul 2003 16:06:32 -0400 Subject: Mapscript Bug? (was Re: [Mapserver-users] map drop shadow effect) References: <000401c346a8$470d2640$463c2fc3@HSGIS> <5.2.0.9.0.20030714161724.05a5c518@arctictern.ddive.com> <3F144E25.9010301@dmsolutions.ca> Message-ID: <3F145EC8.8060706@dmsolutions.ca> I also get the same error, and have included a screen grab of my resulting map in the bug (it's actually bug#364). Jeff Yewondwossen Assefa wrote: > I am gettting the same relult with a multiple styles and the shadow > effect. I have entered a Bug 346 on this. > > Stephen, did this work for you ? > > Later, > > > Dan Barron wrote: > >> Hi Dan, >> >> Since DM Solutions is the keeper of PHP/Mapscript, I thought I'd pass >> this along. >> >> In trying to use the STYLES with v4.0b2 PHP/Mapscript and SHP files to >> achieve a drop shadow effect, only the final STYLE COLOR actually >> fills within the polygon. So using the following: >> >> class >> name 'myclass' >> style >> outlinecolor 0 0 255 >> color 0 255 0 >> offset 20 20 >> end >> style >> outlinecolor 255 0 0 >> color 204 204 204 >> offset 10 10 >> end >> style >> outlinecolor 0 0 0 >> color 255 255 204 >> end >> end >> >> Gives two outlines of the polygon - one blue, one red - and one filled >> polygon outlined in black. Setting the backgroundcolor color object >> for a style object does not seem to work at all. I have also tried to >> explicitly change color, backgroundcolor for a style object in >> php/mapscript as well with the same results. >> >> I did not see these in bugzilla, so I wanted to verify if I am seeing >> a real bug - have you or DM Solutions developers been successful at >> using multiple style objects for a polygon layer and seeing that >> color, backgroundcolor and outlinecolor all behave normally? >> >> Dan Barron >> dbarron at ddive.com >> >> At 11:10 AM 7/10/2003 -0400, Daniel Morissette wrote: >> >>> Then my previous reply was wrong... it seems that it's been done. >>> >>> Cool! :) >>> >>> Daniel >>> >>> >>> Stepan Kafka wrote: >>> > >>> > There is possibility to CREATE shadows with offset parameter in the >>> current >>> > version of Mapserver, eg.: >>> > >>> > CLASS >>> > STYLE >>> > COLOR 0 0 0 >>> > OFFSET 3 3 >>> > END >>> > STYLE >>> > COLOR 255 0 0 >>> > END >>> > END >>> > >>> > 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 Dan >>> Barron >>> > > Odesl?no: 10. ?ervence 2003 0:32 >>> > > Komu: Daniel Morissette >>> > > Kopie: Steve Lime; mapserver-users at lists.gis.umn.edu >>> > > P?edm?t: Re: [Mapserver-users] map drop shadow effect >>> > > >>> > > >>> > > OK Thanks. >>> > > >>> > > After re-reading Steve's reply to the original post it sounded like >>> > > Polygons were in the works but not working as yet - bad >>> assumption on my >>> > > part. So has this popped onto the wish list or future >>> > > development radar at >>> > > all? >>> > > >>> > > Dan >>> > > >>> > > At 05:59 PM 7/9/2003 -0400, Daniel Morissette wrote: >>> > > >Dan Barron wrote: >>> > > > > >>> > > > > Follow-up to an old post. >>> > > > > >>> > > > > In the latest version of MapServer has there been any further >>> > > developments >>> > > > > in creating drop shadow effects for polygons? >>> > > > > >>> > > > >>> > > >I'm not aware of any developments in that direction. >>> > > > >>> > > >-- >>> > > >------------------------------------------------------------ >>> > > > Daniel Morissette morissette 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 >>> > > >>> > > >>> > > --- >>> > > Pr?choz? zpr?va neobsahuje viry. >>> > > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). >>> > > Verze: 6.0.497 / Virov? b?ze: 296 - datum vyd?n?: 4.7.2003 >>> > > >>> > --- >>> > Odchoz? zpr?va neobsahuje viry. >>> > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). >>> > Verze: 6.0.497 / Virov? b?ze: 296 - datum vyd?n?: 4.7.2003 >>> > >>> _______________________________________________ >>> 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 cpurvis at asg.sc.edu Tue Jul 15 13:07:37 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Tue, 15 Jul 2003 16:07:37 -0400 Subject: Orthophoto basics WAS: [Mapserver-users] Raster geotiff turnsbackground yellow Message-ID: Before I submit my resignation to the IT world as a faithful servant (before everyone makes me leave), I want you to know that I have enjoyed the ride and have learned a lot. Upgrading GD and getting MS 3.6 and 3.7 happy w/ PHP again (thanks to the upgrade) has rekindled my faith in automation. But any advice that I have ever given will probably best be ignored, or, if you're inclined to find the safest route, do the opposite. Why? Because after hours and hours of frustration and too many copies of the same data, I realized that my SHAPEPATH was pointing to one of my old directories that had only a subset of my data (of COURSE that was the data that rendered correctly), while the new orthos were off somewhere else. Hmm. That might explain a few things. Thanks to those who empathize. Shamefully yours, Charlton -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: Tuesday, July 15, 2003 3:28 PM To: Charlton Purvis Cc: randy james; mapserver-users at lists.gis.umn.edu Subject: Re: Orthophoto basics WAS: [Mapserver-users] Raster geotiff turnsbackground yellow Charlton Purvis wrote: >> MAP > ... > > IMAGETYPE jpeg > > OUTPUTFORMAT > NAME jpeg > DRIVER "GD/JPEG" > MIMETYPE "image/jpeg" > IMAGEMODE RGBA > EXTENSION "jpg" > END Charlton, As noted by others for GD 2.0.x you should get something at least 2.0.11 or later. Earlier versions have serious problems with alpha blending a few other things. I would also note that JPEG does not support IMAGEMODE RGBA only RGB. I am not sure what will happen if you get this wrong. Likely nothing terrible, just that the alpha is lost when writing out to the JPEG file, but it might is possible it could cause other problems. However, I am doubtful whether the GD version or the IMAGEMODE thing are your problem if you are getting other layers OK with this OUTPUTFORMAT configuration. Have you tried this map with "shp2img" and with debugging all turned on? Do you get any messages? eg. shp2img -all_debug 1 -m my.map -o out.jpg 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 lfilak at medinaco.org Tue Jul 15 13:21:05 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 15 Jul 2003 16:21:05 -0400 Subject: [Mapserver-users] Re: Implementing querying functionality usingPerl MapScript Message-ID: <200307152020.h6FKKvN24515@yogi.medinaco.net> Eric! Thanks for pointing out my error (whether you intended to or not). I forgot $hDBF->get_record($rec_no) pulls the record by number as opposed to complicating things with a loop as I previously suggested. Lowell The following message was sent by Eric Bridger on 15 Jul 2003 11:30:06 +0000. > You can find XBase here: > http://search.cpan.org/author/JANPAZ/DBD-XBase-0.234/lib/XBase.pm > You will need to install it. The mapserver install does not do this for > you. > > The version shouldn't matter. As explained below, Mapserver's query > results will give you the index into the dbf file. > > I think I recall some users having problems using the DBF functions in > Perl/Mapscript. I too, always use XBase. E.g. > > my $datafile = $layerObj->{data}; > # To get the attributes open the dbf file. > > my $dbfile = $datafile . '.dbf'; > my $hDBF = new XBase "$dbfile" or die XBase->errstr; > my @row = $hDBF->get_record($rec_no) or warn $hDBF->errstr . "\n"; > > Eric > > > On Tue, 2003-07-15 at 14:09, pkishor_98 wrote: > > --- In mapserver-users at yahoogroups.com, AMC Story wrote: > > > Thanks, I'll try to be a bit more specific this time :) > > > > good. often we get vague-ish questions, and it is almost impossible for anyone to > > answer them. it seems obvious on hindsight, but most of us are likely working in > > environments different from that of the person asking the question -- it is simply a > > waste of bandwidth and energy trying to "imagine" what the problem might be. > > anyway, ;-) > > > > > > > > > > Basically, I'd like to be able to select a point object from the map, and then > > > display a new pop-up box, which would give the user all the information about > > > that point feature which is stored in the dbf file, and perhaps also include a > > > map in this pop up window which would highlight the selected feature in a > > > different colour or with a different symbol. Not quite sure how to do the pop- > > > up box thing yet, but I seem to remember some tips on this in the archive, so > > > I'll look at that once I've figured out how to do the basics. > > > > pop-up is a javascript or basic html question. Use js to create a new window, or use > > "target=_blank" on a link to open a new window. > > > > for a map being displayed in the pop-up, see the itasca demo. It does it very well. > > > > first concentrate on getting it all to work in a regular html window. Once it works > > there, you can always convert it into a pop-up or a frames-based app. > > > > > > > > So far, I've got to the point where I can display the shapeindex of the > > > selected point, > > > > > > ie. $rec_no = $result_feature->{shapeindex}; > > > > > > but I'm now struggling to work out how to access the attributes of the feature > > > in the dbf file with that record number. In some of the examples, the XBase > > > module is used. I don't seem to be able to access this (and I've tried xdb and > > > Xbase too) but I could possibly get it installed if it's necessary. > > > > I have used Xbase like so > > > > ############################## > > my $table = new Xbase; > > > > $table->open_dbf($shapefile . '.dbf') or die Xbase->errstr; > > ############################## > > > > but there are more detailed examples available. Just read the docs for Xbase. > > > > In concept, you will use the shapeindex to grab the specific record. The shapeindex > > indicates the row in the dbf table. Keep in mind, the first row in the dbf table is the > > header row... the names of the columns. The second row corresponds to the first > > shapeindex, etc. > > > > > > > > I was wondering though whether I could use methods of the DBFInfo class or some > > > of the miscellaneous functions such as msDBFReadStringAttribute which I saw > > > listed on the Perl MapScript Reference some time ago, but which now seem to > > > have disappeared. Are these still supported, and is there any documentation > > > somewhere for them? > > > > Yes, you can use the DBF functions in Perl/Mapscript. I haven't... I just use the Xbase > > module. Make sure you have the latest version, and read the docs. You can also use > > XBase... the syntax is slightly different. > > > > > > > > > > > Quoting pkishor_98 : > > > > > > > --- In mapserver-users at yahoogroups.com, AMC Story > > > > wrote: > > > > > Hi there everyone, > > > > > > > > > > I've been using Perl MapScript to develop the interface > > > > > of my application, and am now wanting to implement the > > > > > querying functionality that I had going with > > > > > the old mapserver CGI version, but now with MapScript. > > > > > > > > could you elaborate more on -- > > > > > > > > - what have you already developed with Perl/Mapscript; and > > > > - what you mean by "querying functionality" > > > > > > > > Until you do that, I am going to assume you mean identifying a feature > > > > based on the user's mouse-click. > > > > > > > > > I was wondering if there are any examples of the code > > > > > needed to do this, as I can't seem to find > > > > > anything more than very brief (and apparently incorrect!) > > > > > snippets in the > > > > > archives. > > > > > > > > which archives did you look at? There are several very nice examples > > > > on the wiki, and in the Perl/Mapscript docs. The best, most complete > > > > example is the mapquakes.pl script. It shows you the building blocks. > > > > > > > > Briefly... you capture the mouse clicks and use them to create the new > > > > map envelope and generate a new image. If you are querying... you once > > > > again use the mouse clicks to get the shapeindex and then get its > > > > associated attribute data from either the .dbf or a related > > > > external database table. Keep in mind, the mouse clicks would be > > > > imagespace, and will have to be converted to geographic space before > > > > doing anything with them. > > > > > > > > There are definitely fewer ready-to-use, code capsules for > > > > Perl/Mapscript, and some of us have talked about remedying the > > > > situation. Most Perl/Mapscript users, however, have found the existing > > > > examples quite helpful in guiding them and setting them on the correct > > > > path to developing their own code. Each application is different, and > > > > it is hard to provide a demo that will work for everyone. > > > > > > > > Please look at the above mentioned examples on the wiki, and then if > > > > you have specific questions come and ask us. One of us will be able to > > > > help you. > > > > > > > > > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at l... > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at l... > > > 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 Zamil.Murji at divestco.com Tue Jul 15 13:21:54 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 15 Jul 2003 14:21:54 -0600 Subject: [Mapserver-users] Mapserver Bug Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A961@div-mx02.DIVESTCO.COM> It most definetely is a tiling issue. I replaced the tile layers with a DATA tags and everything shows up, that is cities and counties. When I turn the tiles back on, then I get only the first layer as defined in my .map file, whatever that may be, and not the second one. Maybe you can pass this along to the mapserver developers to fix? Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Tuesday, July 15, 2003 11:57 AM To: Steve Lime; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start again, Here are my mapserv info: MapServer version 4.0-beta1 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=EPPL7 INPUT=POSTGIS INPUT= OGR INPUT=GDAL INPUT=SHAPEFILE Here is my two layer definitions: LAYER # fast file NAME "counties" DATA boarders/counties STATUS off TYPE POLYGON MAXSCALE 29 CLASS OUTLINECOLOR 0 0 0 # COLOR 84 247 168 END END ...and later on in the mapfile LAYER NAME "twp" TILEINDEX us_data/townships/twptileindex STATUS off TYPE POLYGON MAXSCALE 29 # MINSCALE 25 CLASS OUTLINECOLOR 183 178 178 #OUTLINECOLOR 255 0 0 END END If i keep it like this in the .map file then i get image1 (see attached), if I switch the two layers around in the .map file then i get image2 (see attached). What am i doing wrong. Both are the exact same call to mapserv (http://10.0.50.131/cgi-bin/mapserv.exe?mode=map&map=c:\mapfiles/test.map&mapext=-109.05660+39.20555+-107.00299+41.13418&mapsize=723+679&layers=counties+twp) Can you think of anything? Thanks Zamil Thanks Zamil -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, July 15, 2003 11:25 AM To: Zamil Murji; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start here. What version are we talking about? There were some changes (cosmetic, but still changes) in how shapefile access was managed in 4.0 so if that's the version in question can someone verify that tiled shapefiles work? Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Randy James 07/15/03 12:06PM >>> I'll forward the post to the list, someone else may be able to help. I think more information on your setup will get better input from the list. Cheers --- Zamil Murji wrote: > Yup, > I can show one layer at a time, but I can't get both on > at the same time. > > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com] > Sent: Tuesday, July 15, 2003 10:54 AM > To: Zamil Murji > Subject: RE: [Mapserver-users] Mapserver Bug > > > Hi > > Well hmm projection for the layers is correct? > > --- Zamil Murji wrote: > > the tiled shapefile location column does in fact > contain > > the full path to the tiled files. can you think of > > anything else? > > > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com] > > Sent: Monday, July 14, 2003 5:02 PM > > To: Zamil Murji > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > the tiled shapefile location column should contain the > > full > > path to the tiled files. > > > > --- Zamil Murji wrote: > > > Hi, > > > > > > What do you mean by this? Do you mean in the .map > file > > or > > > the actual tiled shapefile location column? > > > > > > Thanks > > > Zamil > > > > > > -----Original Message----- > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > Sent: Monday, July 14, 2003 4:56 PM > > > To: Zamil Murji > > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > > > > Hi > > > > > > Do you have the full path, (rather than relative) in > > the > > > location column? > > > > > > > > > --- Zamil Murji wrote: > > > > Hi Randy and company, > > > > > > > > No i don't think i need tileitem because i am using > > the > > > > default of 'location'. I repeat that the first > tiled > > > > layer shows up but the ones underneath it do not. > > > > > > > > Thanks > > > > Zamil > > > > > > > > -----Original Message----- > > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > > Sent: Monday, July 14, 2003 4:48 PM > > > > To: Zamil Murji > > > > Cc: Mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] Mapserver Bug > > > > > > > > > > > > Hi > > > > > > > > Looks like you need the TILEITEM in your mapfile > > > > > > > > It is the column that has the location of the tile > in > > > it > > > > > > > > Cheers > > > > > > > > --- Zamil Murji wrote: > > > > > Hi Steve and the rest of the list, > > > > > > > > > > I found a bug with regards to mapserver and tiled > > > > polygon > > > > > layers. It seems that mapserver only displays the > > > first > > > > > tiled polygon layer in the .map file and doesn't > > show > > > > the > > > > > tiled polygon layers below it. All other layers > > show > > > up > > > > > just fine below the first tiled polygon layer. > > > > > > > > > > I've attached two images. One with the tile > county > > > > layer > > > > > showing (above the township grid) and another > with > > > the > > > > > township gird showing (above the county layer). > > > > > Here are the two layer defs, please tell me if > i'm > > > > > missing something obvious: > > > > > LAYER > > > > > NAME "counties" > > > > > TILEINDEX us_data/culture/countytileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > CLASS > > > > > OUTLINECOLOR 0 0 0 > > > > > end > > > > > end > > > > > > > > > > LAYER > > > > > NAME "twp" > > > > > TILEINDEX us_data/townships/twptileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > # MAXSCALE 25 > > > > > CLASS > > > > > OUTLINECOLOR 183 178 178 > > > > > #OUTLINECOLOR 255 0 0 > > > > > END > > > > > END > > > > > > > > > > Zamil > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > __________________________________ > > > > Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > http://sbc.yahoo.com > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > http://sbc.yahoo.com > > > > > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > _______________________________________________ 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 nhv at cape.com Tue Jul 15 14:42:25 2003 From: nhv at cape.com (Norman Vine) Date: Tue, 15 Jul 2003 17:42:25 -0400 Subject: [Mapserver-users] Creating Python MapScript installers for Win32 In-Reply-To: Message-ID: Norman Vine wrotes: > > Sean Gillies writes: > > > > Some of us spent way too much time at the end of last week > > trying to get the modules properly set up on Win32. > > > Another alternative is to set up a MingW cross compiler on > a Unix box FYI > -----Original Message----- > From: mingw-users-admin at lists.sourceforge.net > [mailto:mingw-users-admin at lists.sourceforge.net]On Behalf Of H. Peter > Anvin > Sent: Tuesday, July 15, 2003 3:50 PM > To: MinGW-users at lists.sourceforge.net > Subject: [Mingw-users] MinGW Linux->Windows cross-compiler RPMS updated > > > Hi all, > > I have refreshed the MinGW Linux-to-Windows cross-compiler RPMS I built > a few months ago. > > Would there be interest in somehow making these things "official" in any > way? > > Anyway, they are at: > > ftp://ftp.zytor.com/pub/rpms/ > > ... and have also been uploaded to RedHat contrib. > > -hpa > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Parasoft > Error proof Web apps, automate testing & more. > Download & eval WebKing and get a free book. > www.parasoft.com/bulletproofapps1 > _______________________________________________ > MinGW-users mailing list > MinGW-users at lists.sourceforge.net > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > From Zamil.Murji at divestco.com Tue Jul 15 15:09:31 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 15 Jul 2003 16:09:31 -0600 Subject: [Mapserver-users] Tiling Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A963@div-mx02.DIVESTCO.COM> Hi list, Has anybody successfully rendered two tiled polygon layers on a single map using mapserv 3.6.6 or above. Our versions currently only do the first tiled layer and ignore everything below. An example .map file would be great. Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Tuesday, July 15, 2003 2:22 PM To: Zamil Murji; Steve Lime; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug It most definetely is a tiling issue. I replaced the tile layers with a DATA tags and everything shows up, that is cities and counties. When I turn the tiles back on, then I get only the first layer as defined in my .map file, whatever that may be, and not the second one. Maybe you can pass this along to the mapserver developers to fix? Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Tuesday, July 15, 2003 11:57 AM To: Steve Lime; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start again, Here are my mapserv info: MapServer version 4.0-beta1 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=EPPL7 INPUT=POSTGIS INPUT= OGR INPUT=GDAL INPUT=SHAPEFILE Here is my two layer definitions: LAYER # fast file NAME "counties" DATA boarders/counties STATUS off TYPE POLYGON MAXSCALE 29 CLASS OUTLINECOLOR 0 0 0 # COLOR 84 247 168 END END ...and later on in the mapfile LAYER NAME "twp" TILEINDEX us_data/townships/twptileindex STATUS off TYPE POLYGON MAXSCALE 29 # MINSCALE 25 CLASS OUTLINECOLOR 183 178 178 #OUTLINECOLOR 255 0 0 END END If i keep it like this in the .map file then i get image1 (see attached), if I switch the two layers around in the .map file then i get image2 (see attached). What am i doing wrong. Both are the exact same call to mapserv (http://10.0.50.131/cgi-bin/mapserv.exe?mode=map&map=c:\mapfiles/test.map&mapext=-109.05660+39.20555+-107.00299+41.13418&mapsize=723+679&layers=counties+twp) Can you think of anything? Thanks Zamil Thanks Zamil -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, July 15, 2003 11:25 AM To: Zamil Murji; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start here. What version are we talking about? There were some changes (cosmetic, but still changes) in how shapefile access was managed in 4.0 so if that's the version in question can someone verify that tiled shapefiles work? Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Randy James 07/15/03 12:06PM >>> I'll forward the post to the list, someone else may be able to help. I think more information on your setup will get better input from the list. Cheers --- Zamil Murji wrote: > Yup, > I can show one layer at a time, but I can't get both on > at the same time. > > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com] > Sent: Tuesday, July 15, 2003 10:54 AM > To: Zamil Murji > Subject: RE: [Mapserver-users] Mapserver Bug > > > Hi > > Well hmm projection for the layers is correct? > > --- Zamil Murji wrote: > > the tiled shapefile location column does in fact > contain > > the full path to the tiled files. can you think of > > anything else? > > > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com] > > Sent: Monday, July 14, 2003 5:02 PM > > To: Zamil Murji > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > the tiled shapefile location column should contain the > > full > > path to the tiled files. > > > > --- Zamil Murji wrote: > > > Hi, > > > > > > What do you mean by this? Do you mean in the .map > file > > or > > > the actual tiled shapefile location column? > > > > > > Thanks > > > Zamil > > > > > > -----Original Message----- > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > Sent: Monday, July 14, 2003 4:56 PM > > > To: Zamil Murji > > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > > > > Hi > > > > > > Do you have the full path, (rather than relative) in > > the > > > location column? > > > > > > > > > --- Zamil Murji wrote: > > > > Hi Randy and company, > > > > > > > > No i don't think i need tileitem because i am using > > the > > > > default of 'location'. I repeat that the first > tiled > > > > layer shows up but the ones underneath it do not. > > > > > > > > Thanks > > > > Zamil > > > > > > > > -----Original Message----- > > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > > Sent: Monday, July 14, 2003 4:48 PM > > > > To: Zamil Murji > > > > Cc: Mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] Mapserver Bug > > > > > > > > > > > > Hi > > > > > > > > Looks like you need the TILEITEM in your mapfile > > > > > > > > It is the column that has the location of the tile > in > > > it > > > > > > > > Cheers > > > > > > > > --- Zamil Murji wrote: > > > > > Hi Steve and the rest of the list, > > > > > > > > > > I found a bug with regards to mapserver and tiled > > > > polygon > > > > > layers. It seems that mapserver only displays the > > > first > > > > > tiled polygon layer in the .map file and doesn't > > show > > > > the > > > > > tiled polygon layers below it. All other layers > > show > > > up > > > > > just fine below the first tiled polygon layer. > > > > > > > > > > I've attached two images. One with the tile > county > > > > layer > > > > > showing (above the township grid) and another > with > > > the > > > > > township gird showing (above the county layer). > > > > > Here are the two layer defs, please tell me if > i'm > > > > > missing something obvious: > > > > > LAYER > > > > > NAME "counties" > > > > > TILEINDEX us_data/culture/countytileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > CLASS > > > > > OUTLINECOLOR 0 0 0 > > > > > end > > > > > end > > > > > > > > > > LAYER > > > > > NAME "twp" > > > > > TILEINDEX us_data/townships/twptileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > # MAXSCALE 25 > > > > > CLASS > > > > > OUTLINECOLOR 183 178 178 > > > > > #OUTLINECOLOR 255 0 0 > > > > > END > > > > > END > > > > > > > > > > Zamil > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > __________________________________ > > > > Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > http://sbc.yahoo.com > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > http://sbc.yahoo.com > > > > > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > _______________________________________________ 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 ed at topozone.com Tue Jul 15 15:23:59 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 15 Jul 2003 18:23:59 -0400 Subject: [Mapserver-users] Tiling Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFD43@mercator.topozone.com> Zamil - I use tiled polygon layers all the time, with quite a few layers in a single map. Is it possible for you to post your ENTIRE map file and the URL request that generates the defective map? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Tuesday, July 15, 2003 6:10 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Tiling Hi list, Has anybody successfully rendered two tiled polygon layers on a single map using mapserv 3.6.6 or above. Our versions currently only do the first tiled layer and ignore everything below. An example .map file would be great. Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Tuesday, July 15, 2003 2:22 PM To: Zamil Murji; Steve Lime; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug It most definetely is a tiling issue. I replaced the tile layers with a DATA tags and everything shows up, that is cities and counties. When I turn the tiles back on, then I get only the first layer as defined in my .map file, whatever that may be, and not the second one. Maybe you can pass this along to the mapserver developers to fix? Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Tuesday, July 15, 2003 11:57 AM To: Steve Lime; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start again, Here are my mapserv info: MapServer version 4.0-beta1 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=EPPL7 INPUT=POSTGIS INPUT= OGR INPUT=GDAL INPUT=SHAPEFILE Here is my two layer definitions: LAYER # fast file NAME "counties" DATA boarders/counties STATUS off TYPE POLYGON MAXSCALE 29 CLASS OUTLINECOLOR 0 0 0 # COLOR 84 247 168 END END ...and later on in the mapfile LAYER NAME "twp" TILEINDEX us_data/townships/twptileindex STATUS off TYPE POLYGON MAXSCALE 29 # MINSCALE 25 CLASS OUTLINECOLOR 183 178 178 #OUTLINECOLOR 255 0 0 END END If i keep it like this in the .map file then i get image1 (see attached), if I switch the two layers around in the .map file then i get image2 (see attached). What am i doing wrong. Both are the exact same call to mapserv (http://10.0.50.131/cgi-bin/mapserv.exe?mode=map&map=c:\mapfiles/test.ma p&mapext=-109.05660+39.20555+-107.00299+41.13418&mapsize=723+679&layers= counties+twp) Can you think of anything? Thanks Zamil Thanks Zamil -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, July 15, 2003 11:25 AM To: Zamil Murji; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start here. What version are we talking about? There were some changes (cosmetic, but still changes) in how shapefile access was managed in 4.0 so if that's the version in question can someone verify that tiled shapefiles work? Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Randy James 07/15/03 12:06PM >>> I'll forward the post to the list, someone else may be able to help. I think more information on your setup will get better input from the list. Cheers --- Zamil Murji wrote: > Yup, > I can show one layer at a time, but I can't get both on > at the same time. > > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com] > Sent: Tuesday, July 15, 2003 10:54 AM > To: Zamil Murji > Subject: RE: [Mapserver-users] Mapserver Bug > > > Hi > > Well hmm projection for the layers is correct? > > --- Zamil Murji wrote: > > the tiled shapefile location column does in fact > contain > > the full path to the tiled files. can you think of > > anything else? > > > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com] > > Sent: Monday, July 14, 2003 5:02 PM > > To: Zamil Murji > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > the tiled shapefile location column should contain the > > full > > path to the tiled files. > > > > --- Zamil Murji wrote: > > > Hi, > > > > > > What do you mean by this? Do you mean in the .map > file > > or > > > the actual tiled shapefile location column? > > > > > > Thanks > > > Zamil > > > > > > -----Original Message----- > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > Sent: Monday, July 14, 2003 4:56 PM > > > To: Zamil Murji > > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > > > > Hi > > > > > > Do you have the full path, (rather than relative) in > > the > > > location column? > > > > > > > > > --- Zamil Murji wrote: > > > > Hi Randy and company, > > > > > > > > No i don't think i need tileitem because i am using > > the > > > > default of 'location'. I repeat that the first > tiled > > > > layer shows up but the ones underneath it do not. > > > > > > > > Thanks > > > > Zamil > > > > > > > > -----Original Message----- > > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > > Sent: Monday, July 14, 2003 4:48 PM > > > > To: Zamil Murji > > > > Cc: Mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] Mapserver Bug > > > > > > > > > > > > Hi > > > > > > > > Looks like you need the TILEITEM in your mapfile > > > > > > > > It is the column that has the location of the tile > in > > > it > > > > > > > > Cheers > > > > > > > > --- Zamil Murji wrote: > > > > > Hi Steve and the rest of the list, > > > > > > > > > > I found a bug with regards to mapserver and tiled > > > > polygon > > > > > layers. It seems that mapserver only displays the > > > first > > > > > tiled polygon layer in the .map file and doesn't > > show > > > > the > > > > > tiled polygon layers below it. All other layers > > show > > > up > > > > > just fine below the first tiled polygon layer. > > > > > > > > > > I've attached two images. One with the tile > county > > > > layer > > > > > showing (above the township grid) and another > with > > > the > > > > > township gird showing (above the county layer). > > > > > Here are the two layer defs, please tell me if > i'm > > > > > missing something obvious: > > > > > LAYER > > > > > NAME "counties" > > > > > TILEINDEX us_data/culture/countytileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > CLASS > > > > > OUTLINECOLOR 0 0 0 > > > > > end > > > > > end > > > > > > > > > > LAYER > > > > > NAME "twp" > > > > > TILEINDEX us_data/townships/twptileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > # MAXSCALE 25 > > > > > CLASS > > > > > OUTLINECOLOR 183 178 178 > > > > > #OUTLINECOLOR 255 0 0 > > > > > END > > > > > END > > > > > > > > > > Zamil > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > __________________________________ > > > > Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > http://sbc.yahoo.com > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > http://sbc.yahoo.com > > > > > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > _______________________________________________ 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 Zamil.Murji at divestco.com Tue Jul 15 15:34:09 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 15 Jul 2003 16:34:09 -0600 Subject: [Mapserver-users] Tiling Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A964@div-mx02.DIVESTCO.COM> Most certainly Ed! I downgraded to mapserv 366. I can see the states and counties layer but not the cities layer. Here it is: http://10.0.50.131/cgi-bin/mapserv.exe?mode=map&map=c:\mapfiles/test.map&mapext=-109.05660+39.20555+-107.00299+41.13418&mapsize=723+679 NAME TEST1 EXTENT -130.635 24.396 -39.974 31.001 SYMBOLSET "c:\\mapfiles\newsym.sym" #EXTENT 49 -110 60 -120 SIZE 900 900 SHAPEPATH "e:\\" LAYER NAME "states" DATA boarders/usa STATUS default TYPE POLYGON # MINSCALE 249.999 # MINSCALE 29 # OFFSITE 255 255 255 CLASS OUTLINECOLOR 0 0 0 # COLOR 84 247 168 # COLOR 255 255 255 END END LAYER NAME "counties" # DATA us_data/culture/co/county TILEINDEX us_data/culture/countytileindex TILEITEM "LOCATION" STATUS default TYPE POLYGON # TRANSPARENCY 80 MAXSCALE 29 CLASS OUTLINECOLOR 0 0 0 END END LAYER NAME "cities" # DATA us_data/culture/co/cities TILEINDEX us_data/culture/citiestileindex TILEITEM "LOCATION" STATUS DEFAULT TYPE POLYGON MAXSCALE 29 CLASS COLOR 0 0 0 OUTLINECOLOR 0 0 0 END END END -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, July 15, 2003 4:24 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Tiling Zamil - I use tiled polygon layers all the time, with quite a few layers in a single map. Is it possible for you to post your ENTIRE map file and the URL request that generates the defective map? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Tuesday, July 15, 2003 6:10 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Tiling Hi list, Has anybody successfully rendered two tiled polygon layers on a single map using mapserv 3.6.6 or above. Our versions currently only do the first tiled layer and ignore everything below. An example .map file would be great. Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Tuesday, July 15, 2003 2:22 PM To: Zamil Murji; Steve Lime; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug It most definetely is a tiling issue. I replaced the tile layers with a DATA tags and everything shows up, that is cities and counties. When I turn the tiles back on, then I get only the first layer as defined in my .map file, whatever that may be, and not the second one. Maybe you can pass this along to the mapserver developers to fix? Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Tuesday, July 15, 2003 11:57 AM To: Steve Lime; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start again, Here are my mapserv info: MapServer version 4.0-beta1 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=EPPL7 INPUT=POSTGIS INPUT= OGR INPUT=GDAL INPUT=SHAPEFILE Here is my two layer definitions: LAYER # fast file NAME "counties" DATA boarders/counties STATUS off TYPE POLYGON MAXSCALE 29 CLASS OUTLINECOLOR 0 0 0 # COLOR 84 247 168 END END ...and later on in the mapfile LAYER NAME "twp" TILEINDEX us_data/townships/twptileindex STATUS off TYPE POLYGON MAXSCALE 29 # MINSCALE 25 CLASS OUTLINECOLOR 183 178 178 #OUTLINECOLOR 255 0 0 END END If i keep it like this in the .map file then i get image1 (see attached), if I switch the two layers around in the .map file then i get image2 (see attached). What am i doing wrong. Both are the exact same call to mapserv (http://10.0.50.131/cgi-bin/mapserv.exe?mode=map&map=c:\mapfiles/test.ma p&mapext=-109.05660+39.20555+-107.00299+41.13418&mapsize=723+679&layers= counties+twp) Can you think of anything? Thanks Zamil Thanks Zamil -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, July 15, 2003 11:25 AM To: Zamil Murji; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start here. What version are we talking about? There were some changes (cosmetic, but still changes) in how shapefile access was managed in 4.0 so if that's the version in question can someone verify that tiled shapefiles work? Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Randy James 07/15/03 12:06PM >>> I'll forward the post to the list, someone else may be able to help. I think more information on your setup will get better input from the list. Cheers --- Zamil Murji wrote: > Yup, > I can show one layer at a time, but I can't get both on > at the same time. > > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com] > Sent: Tuesday, July 15, 2003 10:54 AM > To: Zamil Murji > Subject: RE: [Mapserver-users] Mapserver Bug > > > Hi > > Well hmm projection for the layers is correct? > > --- Zamil Murji wrote: > > the tiled shapefile location column does in fact > contain > > the full path to the tiled files. can you think of > > anything else? > > > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com] > > Sent: Monday, July 14, 2003 5:02 PM > > To: Zamil Murji > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > the tiled shapefile location column should contain the > > full > > path to the tiled files. > > > > --- Zamil Murji wrote: > > > Hi, > > > > > > What do you mean by this? Do you mean in the .map > file > > or > > > the actual tiled shapefile location column? > > > > > > Thanks > > > Zamil > > > > > > -----Original Message----- > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > Sent: Monday, July 14, 2003 4:56 PM > > > To: Zamil Murji > > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > > > > Hi > > > > > > Do you have the full path, (rather than relative) in > > the > > > location column? > > > > > > > > > --- Zamil Murji wrote: > > > > Hi Randy and company, > > > > > > > > No i don't think i need tileitem because i am using > > the > > > > default of 'location'. I repeat that the first > tiled > > > > layer shows up but the ones underneath it do not. > > > > > > > > Thanks > > > > Zamil > > > > > > > > -----Original Message----- > > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > > Sent: Monday, July 14, 2003 4:48 PM > > > > To: Zamil Murji > > > > Cc: Mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] Mapserver Bug > > > > > > > > > > > > Hi > > > > > > > > Looks like you need the TILEITEM in your mapfile > > > > > > > > It is the column that has the location of the tile > in > > > it > > > > > > > > Cheers > > > > > > > > --- Zamil Murji wrote: > > > > > Hi Steve and the rest of the list, > > > > > > > > > > I found a bug with regards to mapserver and tiled > > > > polygon > > > > > layers. It seems that mapserver only displays the > > > first > > > > > tiled polygon layer in the .map file and doesn't > > show > > > > the > > > > > tiled polygon layers below it. All other layers > > show > > > up > > > > > just fine below the first tiled polygon layer. > > > > > > > > > > I've attached two images. One with the tile > county > > > > layer > > > > > showing (above the township grid) and another > with > > > the > > > > > township gird showing (above the county layer). > > > > > Here are the two layer defs, please tell me if > i'm > > > > > missing something obvious: > > > > > LAYER > > > > > NAME "counties" > > > > > TILEINDEX us_data/culture/countytileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > CLASS > > > > > OUTLINECOLOR 0 0 0 > > > > > end > > > > > end > > > > > > > > > > LAYER > > > > > NAME "twp" > > > > > TILEINDEX us_data/townships/twptileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > # MAXSCALE 25 > > > > > CLASS > > > > > OUTLINECOLOR 183 178 178 > > > > > #OUTLINECOLOR 255 0 0 > > > > > END > > > > > END > > > > > > > > > > Zamil > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > __________________________________ > > > > Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > http://sbc.yahoo.com > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > http://sbc.yahoo.com > > > > > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > _______________________________________________ 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 franck at sopac.org Tue Jul 15 15:52:25 2003 From: franck at sopac.org (Franck Martin) Date: 16 Jul 2003 10:52:25 +1200 Subject: [Mapserver-users] Tiling In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFD43@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1222BFD43@mercator.topozone.com> Message-ID: <1058309545.2982.15.camel@localhost> --=-5pdM+lbhBFCFErAcqJV0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Where do I find information about creating a tiling file? Can it be made in MapInfo and then exported as a shape file? Thanks -- Franck Martin SOPAC --=-5pdM+lbhBFCFErAcqJV0 Content-Type: text/html; charset=utf-8 Where do I find information about creating a tiling file?

Can it be made in MapInfo and then exported as a shape file?

Thanks
--
Franck Martin <franck at sopac.org>
SOPAC
--=-5pdM+lbhBFCFErAcqJV0-- From dbarron at ddive.com Tue Jul 15 16:03:10 2003 From: dbarron at ddive.com (Dan Barron) Date: Tue, 15 Jul 2003 16:03:10 -0700 Subject: Mapscript Bug? (was Re: [Mapserver-users] map drop shadow effect) In-Reply-To: <3F144E25.9010301@dmsolutions.ca> References: <000401c346a8$470d2640$463c2fc3@HSGIS> <5.2.0.9.0.20030714161724.05a5c518@arctictern.ddive.com> Message-ID: <5.2.0.9.0.20030715154018.03831890@arctictern.ddive.com> --=====================_8815390==_ Content-Type: multipart/alternative; boundary="=====================_8815390==.ALT" --=====================_8815390==.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable An additional observation today on this bug. The Polygons for all styles=20 are being filled it is just the fill or color component that is not being=20 offset as requested in the mapfile or via mapscript. Here are two map file= =20 layer defs and the associated output image: LAYER name country type POLYGON status on data 'country' transparency 50 class name 'country' style outlinecolor 255 0 0 color 255 255 51 end end END LAYER name countrytest type POLYGON status on data 'country' class name 'country' style offset 20 20 color 255 0 0 outlinecolor 0 0 0 end end END Looking at the image you will see that both styles fill the polygon - 1st=20 layer style color yellow + 1st layer transparency 50 + second style color=20 red =3D the orange fill seen. Dan At 02:55 PM 7/15/2003 -0400, Yewondwossen Assefa wrote: >I am gettting the same relult with a multiple styles and the shadow=20 >effect. I have entered a Bug 346 on this. > >Stephen, did this work for you ? > >Later, > > >Dan Barron wrote: > >>Hi Dan, >> >>Since DM Solutions is the keeper of PHP/Mapscript, I thought I'd pass=20 >>this along. >> >>In trying to use the STYLES with v4.0b2 PHP/Mapscript and SHP files to=20 >>achieve a drop shadow effect, only the final STYLE COLOR actually fills=20 >>within the polygon. So using the following: >> >>class >>name 'myclass' >>style >>outlinecolor 0 0 255 >>color 0 255 0 >>offset 20 20 >>end >>style >>outlinecolor 255 0 0 >>color 204 204 204 >>offset 10 10 >>end >>style >>outlinecolor 0 0 0 >>color 255 255 204 >>end >>end >> >>Gives two outlines of the polygon - one blue, one red - and one filled=20 >>polygon outlined in black. Setting the backgroundcolor color object for a= =20 >>style object does not seem to work at all. I have also tried to=20 >>explicitly change color, backgroundcolor for a style object in=20 >>php/mapscript as well with the same results. >> >>I did not see these in bugzilla, so I wanted to verify if I am seeing a=20 >>real bug - have you or DM Solutions developers been successful at using=20 >>multiple style objects for a polygon layer and seeing that color,=20 >>backgroundcolor and outlinecolor all behave normally? >> >>Dan Barron >>dbarron at ddive.com >> >>At 11:10 AM 7/10/2003 -0400, Daniel Morissette wrote: >> >>>Then my previous reply was wrong... it seems that it's been done. >>> >>>Cool! :) >>> >>>Daniel >>> >>> >>>Stepan Kafka wrote: >>> > >>> > There is possibility to CREATE shadows with offset parameter in the=20 >>> current >>> > version of Mapserver, eg.: >>> > >>> > CLASS >>> > STYLE >>> > COLOR 0 0 0 >>> > OFFSET 3 3 >>> > END >>> > STYLE >>> > COLOR 255 0 0 >>> > END >>> > END >>> > >>> > Stepan Kafka >>> > >>> > > -----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~ivatele Dan= Barron >>> > > Odesl=E1no: 10. =E8ervence 2003 0:32 >>> > > Komu: Daniel Morissette >>> > > Kopie: Steve Lime; mapserver-users at lists.gis.umn.edu >>> > > P=F8edm=ECt: Re: [Mapserver-users] map drop shadow effect >>> > > >>> > > >>> > > OK Thanks. >>> > > >>> > > After re-reading Steve's reply to the original post it sounded like >>> > > Polygons were in the works but not working as yet - bad assumption= =20 >>> on my >>> > > part. So has this popped onto the wish list or future >>> > > development radar at >>> > > all? >>> > > >>> > > Dan >>> > > >>> > > At 05:59 PM 7/9/2003 -0400, Daniel Morissette wrote: >>> > > >Dan Barron wrote: >>> > > > > >>> > > > > Follow-up to an old post. >>> > > > > >>> > > > > In the latest version of MapServer has there been any further >>> > > developments >>> > > > > in creating drop shadow effects for polygons? >>> > > > > >>> > > > >>> > > >I'm not aware of any developments in that direction. >>> > > > >>> > > >-- >>> > > >------------------------------------------------------------ >>> > > > Daniel Morissette morissette 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 >>> > > >>> > > >>> > > --- >>> > > Pr=EDchoz=ED zpr=E1va neobsahuje viry. >>> > > Zkontrolov=E1no antivirov=FDm syst=E9mem AVG= (http://www.grisoft.cz). >>> > > Verze: 6.0.497 / Virov=E1 b=E1ze: 296 - datum vyd=E1n=ED: 4.7.2003 >>> > > >>> > --- >>> > Odchoz=ED zpr=E1va neobsahuje viry. >>> > Zkontrolov=E1no antivirov=FDm syst=E9mem AVG (http://www.grisoft.cz). >>> > Verze: 6.0.497 / Virov=E1 b=E1ze: 296 - datum vyd=E1n=ED: 4.7.2003 >>> > >>>_______________________________________________ >>>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 >---------------------------------------------------------------- > > > > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users --=====================_8815390==.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable An additional observation today on this bug.  The Polygons for all styles are being filled it is just the fill or color component that is not being offset as requested in the mapfile or via mapscript.  Here are two map file layer defs and the associated output image:

LAYER
    name country
    type POLYGON
    status on
    data 'country'
    transparency 50
    class
      name 'country'
      style
        outlinecolor 255 0 0
        color 255 255 51
         end
   end
END

LAYER
    name countrytest
    type POLYGON
    status on
    data 'country'
    class
      name 'country'
      style
        offset 20 20
        color 255 0 0
        outlinecolor 0 0 0
      end
    end
END

Looking at the image you will see that both styles fill the polygon - 1st layer style color yellow + 1st layer transparency 50 + second style color red  =3D the orange fill seen.

Dan


At 02:55 PM 7/15/2003 -0400, Yewondwossen Assefa wrote:
I am gettting the same relult with a multiple styles and the shadow effect. I have entered a Bug 346 on this.

Stephen, did this work for you ?

Later,


Dan Barron wrote:

Hi Dan,

Since DM Solutions is the keeper of PHP/Mapscript, I thought I'd pass this along.

In trying to use the STYLES with v4.0b2 PHP/Mapscript and SHP files to achieve a drop shadow effect, only the final STYLE COLOR actually fills within the polygon. So using the following:

class
name 'myclass'
style
outlinecolor 0 0 255
color 0 255 0
offset 20 20
end
style
outlinecolor 255 0 0
color 204 204 204
offset 10 10
end
style
outlinecolor 0 0 0
color 255 255 204
end
end

Gives two outlines of the polygon - one blue, one red - and one filled polygon outlined in black. Setting the backgroundcolor color object for a style object does not seem to work at all. I have also tried to explicitly change color, backgroundcolor for a style object in php/mapscript as well with the same results.

I did not see these in bugzilla, so I wanted to verify if I am seeing a real bug - have you or DM Solutions developers been successful at using multiple style objects for a polygon layer and seeing that color, backgroundcolor and outlinecolor all behave normally?

Dan Barron
dbarron at ddive.com

At 11:10 AM 7/10/2003 -0400, Daniel Morissette wrote:

Then my previous reply was wrong..= . it seems that it's been done.

Cool! :)

Daniel


Stepan Kafka wrote:
>
> There is possibility to CREATE shadows with offset parameter in the current
> version of Mapserver, eg.:
>
> CLASS
> STYLE
> COLOR 0 0 0
> OFFSET 3 3
> END
> STYLE
> COLOR 255 0 0
> END
> END
>
> Stepan Kafka
>
> > -----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~ivatele Dan Barron
> > Odesl=E1no: 10. =E8ervence 2003 0:32
> > Komu: Daniel Morissette
> > Kopie: Steve Lime; mapserver-users at lists.gis.umn.edu
> > P=F8edm=ECt: Re: [Mapserver-users] map drop shadow effect
> >
> >
> > OK Thanks.
> >
> > After re-reading Steve's reply to the original post it sounded like
> > Polygons were in the works but not working as yet - bad assumption on my
> > part. So has this popped onto the wish list or future
> > development radar at
> > all?
> >
> > Dan
> >
> > At 05:59 PM 7/9/2003 -0400, Daniel Morissette wrote:
> > >Dan Barron wrote:
> > > >
> > > > Follow-up to an old post.
> > > >
> > > > In the latest version of MapServer has there been any further
> > developments
> > > > in creating drop shadow effects for polygons?
> > > >
> > >
> > >I'm not aware of any developments in that direction.
> > >
> > >--
> > >------------------------------------------------------------
> > > Daniel Morissette morissette 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-user= s
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-user= s
> >
> >
> > ---
> > Pr=EDchoz=ED zpr=E1va neobsahuje viry.
> > Zkontrolov=E1no antivirov=FDm syst=E9mem AVG (http://www.grisoft.cz).
> > Verze: 6.0.497 / Virov=E1 b=E1ze: 296 - datum vyd=E1n=ED:=20 4.7.2003
> >
> ---
> Odchoz=ED zpr=E1va neobsahuje viry.
> Zkontrolov=E1no antivirov=FDm syst=E9mem AVG (http://www.grisoft.cz).
> Verze: 6.0.497 / Virov=E1 b=E1ze: 296 - datum vyd=E1n=ED: 4.7.2003
>
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-user= s




--
----------------------------------------------------------------
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-user= s
--=====================_8815390==.ALT-- --=====================_8815390==_ Content-Type: image/png; name="105830979432161.png"; x-mac-type="504E4766"; x-mac-creator="6D646F73" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="105830979432161.png" iVBORw0KGgoAAAANSUhEUgAAAlgAAAEsCAMAAAFf5A0yAAAAS1BMVEX////MDAyyYiJ/TylMLCzl BgaZWSZ/Hx9MPC9mRizldRzMzMxmZmaysrLl5eV/f39MTEyZmZkzMzN/fxl/AAD/fxn/f38AAAD/ AABj4QpkAAAAAXRSTlMAQObYZgAAIABJREFUeJztXQu7rKiOZaZvzz3d+1W7FMn//6VTvN8IqKgU 6+s+u8pSxLgIIYSAkAYG5AC7B1bwjZ6vfz9ef/HPH/R8PvlhcMspLdc836mlV/YaiFUwVh/A/qW0 NKzKwr4cC7Fg8cQYy0Jr6sYxYUx4SRgIUHFtqB6rzsKqRVQdq8uil9J/CZcYQQQQrivPvAoILw3Y Q1cUZwlISp6XFmgkKyDY4hahH6GyYiYNdD1mJFpIIUlI9II6thHCrmTPB4A2EU1UA1QTqGWZAicD bQv1lOUAQSxGh41lYRubmibFZJZWqTRwCHU1CxZVKbJIWZXqYr/CFlvoGyu2Z1m7C0x+BqOocpIB dvrgek5oEFH0prJoIUR36RQu76HY4DDrF7E+iuFXol5z4Mn5vlVt65I2K22jqJoezoR76Yai0kXb T02Fie2v6/h+Ph6I289/02+yZPssgNI3hYOfWSnl70o+NaadtPqy0V7FqmK4uijdgIEXxlUCPbyl f51kUa+HpZLfQO5XPy1tcj1sqC8Ma2OaH2J2dNWzahrg2biBeBmlRYbO51p1KX7cBaQKINzKJLKw 0pJiVcRC91VwN3wJVLUCQmSJE3+JeKuyIsAk5aiiOhg9/1b1Lkqa8E529KSMp6leYKDqpKpXqTSM x9tofO1uRweNzB3rtWtZNeKHiB1dUy9dMdipLFlH2FSU1f4w2laWZaASFCyq6EXoBjgFX+J+piGq HugSr1q4vl7gmNGV44QQ9rPI9zTJj8LL8kVP+ytgacp5WKRwwmzd5u408fETPAwxiaYEzVXJ9jol ADGjAQeaiyYY4D0HRmE4N2AvF3kC4V4286q4v/Ig0IoBNswvwOrNGQ7d5qA9uPEFVM8kKsR8r/vp jKKKYeOj6r+1//uMWnGvGtFTKrKaTrdE5NFm9TIpzqxz9uYwmmjrJfNrBAYLn0HYaHZUVEx9VkP7 2Jl2zY4lHkhCOfC8O1JodAzVjHRAXTJUDiD/I8S+OSZqJBYQ8REg9qxRYhAoTsNsco8cr9mEPg/d xhTaFPi9PV4v0m6AZr9wRifA28LiuM/BsbWbVwzsQdJEySRkVzfDvkuldH2skX1DjRoAXkPj+lhv borNRDWu2KqQrEq3qpUhqoSYDLRhvtP4LlOv0lq1IlhptRoZEqVvsU2tWL0025VVFast//V4grH7 T6/6+N4c8N/w4dVZBZOILbQkr3Z0JK2BxkwZPeTK2fsLM0mW3Dm3hg2VIZfhze0f9QpJ5L5KUI3t suTbafz2HIRFZVOqvRW7dscGg7UaJOq0JNSL0bEEftiRHA/vA8LPmKNZOUldevKvC9prTuObV+nr g3rBRc1oJAj+j/jJqZaoT0QuOOqgLsTPR+QGMXGlb3t0VxzVIsHj6tjRBkLUF2WYL0YAmlLPx7vl 3fKFgYf1GEH8lU5LErzs8JphEXuAwaqAZ7C0VohyFgOcg817M+fBMQ8MMowPY7KgmZD8fpV1qS9y yVkdyxY+sTejBrD8TKfopaUORPU/Z8ytmLKxhzOvhspJdtaUzwTcALGmAppP1vn1ksFcZpiFs4Kj +YiQ1cOeihKTAW5MNPvT7I1y+UiNT4eAM9dmWNqW9O9MOwVe66VdvYzZQxGGyP8SwuK8XirEisxp IbMFG+5/WbsF/BeWPcrfCewudr3AsytUzaxw+aMtH/dAYlCKZczQ4c2TP/5kVI4EhlPEnk88tkoc wtem6sT+eCIjeu6/iSuX3WNhHQ7vB+m/xJMXYCROQcpOa1I1dnN5gISUFFu/Qfxwk+PrhUQTi9+X 91WN5CXveNDJtYjfxDJvphNsREKosUpYO1SU51MugmgTRuIU1L5+xv2I3eOwLvScSikAaEMMyWpZ ERBnVI1VAezuuVVXHYc9OTAb46NTq2XVapq4pXFytbBdK8EvEatxXsCBJSdvivikSrmimqw/lYs5 96zVFKreKY0xOQNrCqwhUlWyq9buLRbNVDerVdm8frv51aJqtXuNxi2zglnaVysPTWoFKFtOAm3U V7G0Gg0ziuvVpFZXrVZxvZpVq4TxzeYWCoXVbGqhsF4NauRVC0A6R9LxW02rZalK5qI5vVbgZVmg x06rVXLKIlattQj7o1GycPbo7pIoJypx2mn6ukNfMbG/FFTrsDk/QnxvMwsNZCsMVu9KJ5OaUYyl osu6He3HDq+ORmZfg890VSTQMPKUI6BtHYBYCBwLaTwGWJjLsbu2m02wwO6akMQ5tVrpW06SVRq2 8XFCgGdA21ou39PCKfzbghbWBXXWmUiK47KyumzFCqGGEGV2h6uN3GGIB6OHSofenoLPz8fn68/3 44k+H+jj8fF4oCf6edCIYvHxm379988T0A/6g//5z+v014Hvxw96Pn4fX4nC3dWla9Z64Oe9wpF3 wdfnJ33cz5dYXkL7QQ+Rwfr1z5N9/EUs68cnPNm/+B8Mj9fB19Ffds4zVfqG6DI9wrwSt4oAxbWv fFgVp9zQk787yq0iyG1JgZLvzCuNlZgB8wmBBckG5GUVwFudod9No+zk+IltcCIVAzCVjQyIcIPg DABYsYPBsu8pK/2eE/U3lBus6WnlyQmfojl2T3khHR8ch35++Sl4updMxr3R/WWVU3UtAr7Wxh8b avMgw0q4sayyoMOFaVz2bLh4kY5X17LC2n8kT4ykkOsSQgqTNYKnf7iI3LmNl6InhPWMNNpX++fK k0/fE5xbk+miZX9wAHo06Da595CV1ksqd/SKsKTFvtgzf0ZxPUvO2EfEmr5wRcWPso1kAE9hiXgG WXeCk+3wJQQCoKz/YBskiy0MDbWUSOkyKThotKSpEbCO2TBz0C1sCoWtLpkmfSo9NM1yjoPML6VP 5okv4iBs8QsYodK6czjjyY6A7W/x7S0wT319maPhsoS5vaKZmDoRGYgucc26ZKyZzfNsY1Yb9ABG biFP+Sncs0PAs/HiozN2lk3lr6rSv1grps1c58o4Q3KN1k0hPDF6NU0A604NcQID6z4mkd7fyXF0 Y0FxGAkOjU4QBXMmO7k9CXd1mJImYvWh2QynpoETR0I9+uxaDfxnYyFhRhpUgqZp0TqLL4vk7G0b o3AYAo5P4cnhFhQbGgqPDkw522W8zAvV9uTIM8Sue8ovrrIMD/TLuKroyfjyW040McRi7TalJS8P yxNjQSWCqlLPRolmcp37CoqDJL8WQ2xbcXeprMCbx4n/ziBUmgvh2BAakShTrGPpSSOLyN1dZQOi f4we1OlFVazA7dtbHYj92Y01dnV/4JAu5R1EyF05wPbF8+LYA8KKjm3I2YmH2kAPlF1hOScakx7v IJcAcBLcv8XP1KJcd2z0B4DUcl69GttPQrYyWd4hsN/uogQjwmLXDfH9hBXlk7us0P3OGuL7iCvB o0AeCe+Mu7uxcgG+jZABf++PztU8xGYhpuTuHkGBMZz9QIchzabctc9OE+2xNQbz7eyCDhtihY7K xjV2xdoRsecsTT0QRsukesfDJ9bk6ept4jr7CXeEvyPZ7uiHXeU7SJUL6+xn3A/OtOsQVhIHiciV VidtUcbpHiusXsTlxXXsDHWjHsR1sLDOXEh/AIS0hrCykPu8S7YDNSSrTqQV0fGRTt9d9JMtqz6E JZ8s18UizygTVRcw7NLch+MRMqvUcorrgliIrwZABY8DfOnKirSci3JLb79l1DHQ4aTe/OqaqEqI dQ9xRR4ocVjsa7sfrzhuIa0AVp4yJiv7aYv11eW7h7XItuAldEoa5BTYEtDrJcVpxHqJSyGcaitx vpsMYJeHU6tw5/Vz74idDQPBql5ju/Z6Kk5Nvbdun9Kyd/TTKHtauY3plXXVLiBC08vWU04KuLxS 3xFmJqZiUYXScfTaCLdBSepNaFUPaVOFLNn+uVXyhMbkZbCMIS0b4OVzfBtaMWx6zNzVxwNKUkNW eXijgOdabBZRzPG4el2gnJV8wYFPN4NOLVT0CIsjGb+7caGlKzNDXUlmv49f+8Aj+JGK6g9bTVNS edfCW03fYeU35V8uNEb7+n58sNzKn+j1CT0+0fMloufji6alph95vukv+Ocf/PxFf+N//3zwgzxB 9c8jVbrbclcy/wYkeanUYs8nYqmkv6mEnkxYiCehpsJiH7/Z178xPNHXAz//qCvSKagpCvWc02ZF BsXrCOvz4/FBU5x/faAXWdD3hxKW+CiTc3/Rr48v/Bf+C7FTRTbvNNaVVPxSwFDXqxyHT5rZPB+l r7q6GdEZ1+X6swVJFL/q2uT3WFyM7zHXGQRUCCs3yaifPfLurqXyZpHbEgPnXXJLngLMxQlimNoJ PrM1rlhcwdBfF5Xt6JYggU8eLIFinmfAPt1f8x3yUiLWHO/ufyPBPGoKYG46E8yd7+Zn8vyUVrqQ 23qWsioO5nNnTOOBM6cSGPmvJmm7JLL8YaZ8Vj0WRjaQYHC/jHy4obCysISEFc3FJqUV7js6ySOT 1PGutGKnG3lRgsIihNxXaeVCc4WLI/akQlBpA473nrcV1nrFtZaXwvLCrpzsBEq/h250Y1kx5HSJ VAIiFs/v0LADVaxb8r3lFKCJDx2OolpZ2LoCU1jBYkuDAW8Isc5LiAsZpIFgxidjQZI4DYmz70+u VcDEEw7IBMrqD+i9USy1xTcFUd2i/IDfYi8ZGXHtHheeKi+NH7BREXfrUO2vTm9b7XNgJ5cLHbfA WikIGBfdeZPDAhibAdjHw7IiziYD8ux2FT4VMAVbYpBY/AIUGEi/i7TEShGWQccI648Ka5bJza0Z V/lh8Vp0VwAzV5p12NXu8jig5XVFkE05u9XdGmoR0ozMYOtIQlveT0aX+zph131tT4T443PblAjT gMjDvqyIsL2SpSlhQXfbOZnmA9GeGnlYdADK/uTfPHtdWrQElP3leAz7gKIW3SgBm0fBSCnG+0B2 VE9w6F1Q5Ae2lQ5ekE3NjuRlPJbZaoDpM7FVmKGy2GHl8ON7hXEJMptV6jSrESeb7r2w6JWmtsFJ x4JgTqayLafld74LERPkTPc7BCEtQUpbWP3wC+vG5oINBhfzVCZcCEd3EiS3tQoIqxd6gdxqdBVM oDi6kzJRp4WEFbjDHeW3usmjhNBHyJhcJaHTyQI5q8hv6rFgj8Y++VP55mkyFStRfvcQxYRlGxCX LaybhpawPp9/TElL2VjCfI14SAXd1H4pxo59YtwE0tmz2xO0BBCpQIjlwXfEYQWCJDzv/HctKyNV mZ6Bu6ekKIjc3tCNErHPSv1on0iInS3EFdd9RYWo+wVLPf8at5iRDcFIkMTGmYhPLxE2mJyM3tAe PN0axEiUZe0Fqf9NxOkQ1TKl3n/956h41h57EBWiT7fY9qT+wZl0JiHCERHaJXcBo1rQ3FVSMqu3 JB/gC4xCiUdxLqHiCZqn2Rb93NXGmbqVyVkcQKr/4vuEss+qKb2sz2hhwMOZhZ4SUx0iyML38txQ frEqg7HLqLX30KoGIsToApE2GiI2SQ8I71mYqaup5tKnCqZ1IZ1ULJ+5omIuGav4IScwKw8id/bc U3gkoUAWozXVmwBWS4wOMO8CYTKFHgGcvyUlmlhA+RpvSioBx+2yx7OATyC2p98ORV8OuQ8V5Vuw 0XYjqsqXHpt/nWbT/vc+dIK153FDaqgRxoIJrcMznu0Dve6MLHt2NRwkYiNo/qM6b57UVAU46xhn OqGmixMfWlT+ZBBjG2lTVq4T2brIOmA7EI+v8YkIKzPiBnU5OSOwnGxccSd2CdOgCIWS2GfHFiR3 YGZlQUqLDvIIcjapdUUT9bi/QUvkoM8I0peXaoTKLxNdWPYOkH0fFUKqFSJThlGPdOdQhoIbCiLW F2isSKt/RPe05dyy4nFMIb6nsBKiYqpMG7KWDN+i0dkAWKLSmvj2mrzNUQtW//R+gqKLmxK8cqae 7eDCc+t9BrC/DCoCcIz77jb4XUVaUPYY0Tm9l/noAoSFNAVk5Z30dsZDiFlTRE5etAMr4X3EFZDV ZJErCV7Gu0jLGzMbwgpRyYW1zLhzhHiVvwWpioruXlivEXPQEl0RVYxcPSM2FpzWieX/fvbDHAlI jJqzmuBk/fHdEh0hKYZMfeWc1mtLDHV/YQmUCKxHauUOAovRobCWtLA2bMTdRYC3jZIxc6m0+tNb h8kK9xfjnVDum2UVWJl+b0Sa4TRlmwxJafWl5SOi2kFQUlwdISSo3SSFuwnx5jjKytLS6qklWk+2 J6cUzn7C/QBaWrs2vx6FZWSV3FdXmcLqZoraXYV6hLD6iX84SkSmsLpxMutmeJSwOppJPF5YXVLr UGH1Iq5WwupCWoJaxzZDNKiVha7G0kJYh/aG/UDI6ihpnf14+wILaQ1h5eAoMXUpLN4frlKrziIz VFYX/eGasECfWCGwM5/sCOCYtPxEdFDYaPvqCynKHvSteaXTUuc9ps5B/Ya8Suw8kDo/tHdPupAe FLxFBcySaq1EdYjNU0qJ1YOwTIJkXsLOXI9WOrTaZyHIgxSA58FYkVaHGotiqchVu94Qa4V1k9iu TK0iT0sbqe4T56use5AyOzONmt06pBHeNSezhJ+Ibk1a9cTalhfudCQe9Bj1fgdqFVpC9HQql4w8 +qU21g3So5c+EhF7PoSkta0msLmEluDr6tdSZhIrV5Te+sPlRbnxLsh5XZFVjkdgnmXL2y1pPuzE 0ONRIDSR35ssfAukiKopfwu32J+mKlft6hXF6l3Sau4tlp4iHYJVLH5jb+seXBUlqHle4TO7a07m etQ9ryRWr9KKKOOyxxUqXfaq3VKLp+AHd9OrssdlFgjSu5322RKJmXSsGiAW3ymboUdRIVNaOrFr qSkC97BE98A8iw19EruypeHLqlNmIbHx5EQtybqdGAK86ldY2zYxD2xY2q+oKBIb9awh1Dv0Laxa yCw4nqyHuFzIbrSvLc8zUUiHsEOmS2s0ALk1Ud7ZUU8f6XhsqFG05weELX8ihtH9E6zgASP7UHcv Ig1Bh6wnBsGtK3uQW+CN6LEFamea6qvfStTbFfMbCasW77TL0UYQ5+9AHNpreGo1boEhonyQIst/ E6wAT27hHWnnrYTnAYTs8sJbBK4Fu8R3t2SbAHxiHReEAiucifnySu6QQ6y3HyQF8fPzjb5/fowj T/cU70D8KH+XT2eHl2MEvzqduka8tfK9aW3jN/0BYAy/A/j8+PxC3x8fn/zrzy9jzM8X+ni8Pn2w g0/xz/N1lNPp+6mP0kt+f9Sv//0/Six4ou9XAb//xfiv/8X/81CFI+eCD3ajKmhixbb/3aQs1xal 8XM2K8Ve8fx+fCHOFP6VU+hb/v71MIjF/9ALDGLRc7/1r8+/X6wC+unjRdqX4J//ylcvSnUuiCjE dRi59lu/WKYLrVT/g1oOvri+YOx64ePx+Hm96O+fx+Olw+i/L6X1+3iYxPri58ij9Nyfb/WrKIF+ +33QN/DvX3/+/ENVGD/Tu6CaWBRHdrXRW4K/L+XglY+vz8fn11GFR2ZMdrxB6ymGRUe4+SOVgVY4 nFiJvaM3FRr/RVn0i36ySy+/6BPKCjouOBP2N6EXHHY02PfVdx28ao+Z5sCfZiJxxD2E2cPs6ZV7 EJJRk1Wiiou5rQXWsYFWIP6XvV+BGKTxzd7TpZP1uUClAGOeT5NC8iRilzhI1gC+wCsVV9wTaU8l Zaw2jJ4C7q7VXo8Y3iPeI9ag1uFwpyrrtZbs77xuyklCA/Hi07FH4OZKclfup5qEme2FDKXVAjaV NnSH0QG+51WKESDBDDY3YzPUS+a2mlZihCg1hZXqQwq+fl23/9ID7sridQLmEIC71YsS0DBdaPF2 UKstNkbxhCdyvICdwkXjxsUxdZUAkYlK7IMDTUECn8oQnH52J+4KCrd266yYfzTWqIyh4XnYTiyb ReAdg6Kl44vVv8ZjJhJmu6eE32Ix1OWwR1i5xSxwDoE26ZL38DOaBkJgda3DjgbnJPVn8Ko9dnCT WjErLFEMxaL7McmChI99hVc2s3LHepxTg1W3hmVyCxYsMiEY4r4FT3mokd4qrwxiKQWY5szCxw2D WDfHS2tNZqJbZW2xSUPzTP1l4XYU6BlB4XGFUNZ9MQxwlJ7+avsjaNlbcpMMXAUgaMX3T55S+zQR dYXQTcJp5ZPJ5ZbUP9Lhb8xgO7OJzHE/Qmh6ANiZuSfTpxn0KpVskyUc+IRfZw0XXB2pCx+86gO8 NzSYZfZgJuS3fGaBMRCcReCPGgz46b95be6/c8OABMiuUDOLv9qglbXEmeQrLIkZh9WgX5VBqo4A hq6iJDMGc8j/uL4zVpxYq4O9ILOocnvLtG63h7cVqUprH/DyZ/LK6NFYMljeu858ejrR3Tm/GDS+ wZ4qAw48Zk1Cb0Wmj1bJZblGdaQyN+hK6LESNThwdQA2LS2mtSiXTIcWsc/OpBUi9tkVW3zE4yV4 bE55iQPNoF6e4S6d0cxD0r1siC6xbEq6UzlW3ESxT52gOaKwlsSM98BVIN+RpgiP1JvFW7MW5jjE mszL6JXiXP7HDSJcnYi2/PREeO4X4Ka9nHnCPoaJf02Aq7IEEebwQI0Rjl0zKxON02vGfql8+aD8 YIXJODORM8ymN+vFqRmmWa+vZMejTg8Y9LoewLPhhYpJBDgII0xN8WDPEDJNd3vaiJheV+nlgJcV BsaSD675Fu6U53rJjgBziTXU1xXBXVpWtyZ/SvRgplc+kmlNaCxzUGjFMFCCzi6DRR9M/5+ZMory ySeWYFedGAZ2h9sfBp2lLuQ8YvQ9qhWNRGeKyI2N4efpotPsikVYDJwP2xEvTZ3kJSuRoZpNc0Rh JQt3T3yNBoElHshk1rrmGjEVjWAEPeiuMKMvjBcnYh0ImEQVXgw+4EysWIyEcy0L+PSKKbQEcfhc QPoRBvYB2IEOEikCxX8TvArNaRPFroLK2XaYw6wIsYK8MQaYg1et8GrEM7hmUyoKPkEN8NfsR+JT s2HMNTn2+uR61QL9oR5jDlKdABmhBzp4SnRZhcQK/ByKmyium6iRyaxpNsI0UuwSkdTDKXEGfLe5 itSbZ9cqKSJW6ltB/bhbXs75TIGeMGDiDwV1AZDFSW7MMMM8q6/6XO5xkv2lU1Doi/K7r405VfCp ccxI1QWz8L2GTaxJ0Wtw6jJgk33e24pOOfNLiMzEEEvT5pruIWaZ40YkFuFbM0BiOpJ+fPFcaqYA s4zOsSK2YuAoyME9U0/sX2ccZhphwasjmdaMmcKgygompDS1FqMc3/lbW+J+3exmMJbuXwbumyAo OFvHpo5NW1ikNPULBDFMNNVVzciQueTpnWdQ6xpBEgorS50XbUV1DXJdBKvG9sLIohyNQoeBtMLk 9DFS2k2x6cUK+l+1j3JRUT186ijQRQeYtTpb4C+zHTgGRQ4CmXZNz/DxTlQfEMRaeGDDbqP+Wbsb vBWSFrNWcoARMojVCiTwKQ+Lr4y4zQ34kJEaWew7hgIUY/2hNWYYaAPhHS1syaFsuq+yZtk7HoF4 120n2bGHAi33PB0IgMh9BPIvAY9ax078JqaMVIpU2Vtqp4jM3HRcvQYSiKmDozbOqEKWSajjxI6u zkAGHGXlbIJyCXoBnnO7tfMrO2AgJ2P7XihfAk2dpnPuYGMw63pQIXre1ODOW0oVLkylA4MZRVSW X7FBrUsjtkWOvUwwxrbwcZWWUi//ovM3YPwUAOUVTRIgb6b6aLeW9R6UgRMhYhKQYXwRIoaUSHqM CAoMMaXCgzkY1y4JFsMy0ylpPaET589gVgdQHFIHIl4LoWaipPKmbBy4oaFWtE04zgI5BBy4LeJd IkIydjVBqpTBFY45jnXCRVNVAxeHE1pFoSbvyCqtcomVO10UNrsG7gqj8xGe8Nnc1LeqG3Quzh1J Gn3yFdxwA7vAytonjiXSM6zRxZoNTBr5QQxbqxO4WY5EIsl6YoW2zKCHx34XbwR3q9+cvB/stDnR Y/k5jqT9Npj1JijZjsAjC4lMLIUKhUGst0IVseR6nGkSJpn2wqooeJ9YZnz9QK8QYfCQ3fUFeKU5 IyHM7gixRqhV9+ABpZ55lcWq8GEzuj1cqlpQOJjVK2TqyLpuMPYDrDhWp7xEXwM3RgGjpuRXh1o0 nUSiJGfJzkB3yCWWSLigF8ivnZ/+MSeZ6sBtkdsDGia63pksRZ007aykusO33h9yaeV8E/li6omF J2/ienCrHyQnAC0elXBGnZbBO4Nbg1i9II9WuTQqu9b4YdhanUBtM7GVHLnXhwrwEy8NYt0YRa6q if+/Ykrll5U8sJISZOCSyOzzvDc/+ebVBpiaK1AqVOxwN3Amajzqelp5T6Q9YENp3QdL3TxN7NVv R3RjFIphZt0CUDWprBhQf2k9Rmd4A0DZ0M/Czj1gNoClqTxbcgNp1Kurk2jF7z2VrrUYaIy7qSsF GP3hlVHJq9NphYcRf2kU8moKbnJzHiC58fXAecgn1oXoZGKorYtijVlX0k9hwFhqcUkkmXV5VlGM SZ7rAXDUPXopW2oFg1kXA7A9fn1mTXtOKjfAMLQuhzCvbqWusCDWGB5eC+GtTe+FEVx6RaS2Nr0J BrGuiFBXeDuMVa3XQ3rj6JvAXMUzyHUZ2Ny6ObGG2roOHKV1Q2Y5MTSDWhfB7Znlbdc5qHUNGMza d81NGwSC/gazLgFNrIm5R+/FLMD+Ew1iXQJmX3g7XgWjlAexrgHLyroZrwaxrow7M2sQ68qwesO6 96tRt16/EpH1OoNaF4E1Mix8teHdn8UWKNULFzNvHnmeQayLoNT/XrBm9EBmhUaEHINYF0EBsYq3 pw/sv7QL2VL1GMS6BtwXHWdW3RpkcIrYgVhxbUUxiHUBhANJd6QVcve53ENhJasyeHUFROJIaVD8 Ik5ZNidLAIMN/hZyg1d9wnUPwAEZXUCzYW3PzAxaJfvBvYk1sttsgO4OuXG+f6MHzga2hANtZNbK m9678sXjlYE4jupjZw1GAAACYklEQVROhNtrU3e49pp3rztTt4Nc+2D72yEabpQUrO4hXU+rQ9rE oNZ+2PB+Iuv8xI44+rcaZp3CK24rDGbtgtIXVBC5uYVZje0rDdjgbhkwUPCKihciy9OtIMMdiHVs WDIwH8xg1zZU6J+K8gWzCva2OHMih8+qD2bVo0AFVb9Ng1n78KqBY1T4eWUllqG+ChF5RYTozmZ7 r8MLIMyF5u7I5M8vVld6R5gzU2ImbDCrEC5vyAEZXQiSbFhm8vofDF4hY4vz7MKOhm8SDl5VQBPp qCxBoljJWeLNShZMUh5PLGvmi606GbS6NgSxNlHjaF65jhGY0Vgbew8ID33dtTvXJYTFji/iOSoH tW6DmjfV7O2qvdJYJ+hPVQ1cGBVvqt3LNXnFbzyIdRewN/Xqdhbj2ErgyoEv154iBItW/NbUB3Pc /Qf2A31NgRUYK1ccBO6sWsREIfgVGd3hfcB1Vj6xDp14Xq3AYNWNQHWAzSzwhoxNHe2DV90AptnY IwOkL5X/2KLzgRx1NYh1P6j3OtlLO9pYNEsmrQav7gimNFaW5BxyX5NU8QHpINWd0Xw+zl6/C5Ca BR97rQxkYLHNqsy4isGtgSS8rF65unLw6uZw+p1dNYWfwCJtWxn3Hry6O/w3uNc7BeQnRkmMGXjw mHSsDWLdH+473I1YgRmkrKRug1SdgCS+1YPnTs0zrxo7/weagBysLlR63mgFhrrqE4bJfMIgf9Cq Z2wPj6+8r1WHQasu0fy12kQyl1cODFTB8Z0NRg3sAY9Gg1YDm+FbUsO2GtiMUK83aDWwGQHlFOfV /wOnn+cekgT76AAAAABJRU5ErkJggg== --=====================_8815390==_-- From sgillies at frii.com Tue Jul 15 17:50:10 2003 From: sgillies at frii.com (Sean Gillies) Date: Tue, 15 Jul 2003 18:50:10 -0600 Subject: [Mapserver-users] Perl Mapscript - equivalent ofzoompointmethod..? In-Reply-To: <200307151938.h6FJcTN23333@yogi.medinaco.net> Message-ID: <73B2F429-B727-11D7-A3F9-000393B98B56@frii.com> Hey, see issue 363 in the MapServer Bugzilla: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=363 I've extended the mapObj class with zoomPoint, zoomRectangle, and zoomScale methods, following as closely as possible the implementation in php_mapscript.c. There's an attachment to the "bug" which shows all the tests that the methods pass. I think they are ready to go, we just need a couple Perl users to rebuild MapScript from CVS or from the next nightly to confirm that they'll work. The only difference between these and the PHP methods is that the maximum extent argument is not optional. If you don't want your zoom to be constrained by a maximum extent, pass the method a NULL as the last argument. (BTW, please also read my proposal for a change of the MapScript API in 4.1: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=358) cheers, Sean On Tuesday, July 15, 2003, at 01:38 PM, Lowell Filak wrote: > Great! > I hate reinventing things, unless of course the original wasn't Open > Source. > Lowell > > The following message was sent by "Steve Lime" > on Mon, 14 Jul 2003 16:29:18 -0500. > >> Note that before the end of the week I intend to take the popular PHP >> mapscript methods and SWIGify them. We want the versions inline as >> much >> as possible for the 4.0 release. >> >> Steve >> From Dean Tue Jul 1 18:29:15 2003 From: Dean (Dean) Date: Wed, 2 Jul 2003 09:29:15 +0800 Subject: [Mapserver-users] ASP, Java, mapscript and other fun stuff Message-ID: <003b01c34039$59cbae20$9864a8c0@MANGO> Hello all, I apologise if this has been covered before but I have searched the archives and can not find anything recent. Basically what I want to do (or more accurately what my boss wants to do) is get a Mapscript application working with IIS without resorting to having to install PHP or perl and preferably without needing a java engine installed either. So - Is there a COM component around that can be used within ASP. the archives suggest a demand for, and some work being completed towards an ActiveX component bit this seems to have petered out. (What happened?) Does anybody have any compiled JAVA components to work on windows? Has anybody successfully compiled them using Borland C++ (Command Line)? Am I setting myself up for a fall suggesting that I will have a go at creating them. (I am not a C/C++ Programmer but have done a reasonable amount of programming in other languages). Any advice will be appreciated. Thanks -------------------------------------------- Dean Taylor Data Systems Engineer Karjeni Pty Ltd www.karjeni.com.au -------------------------------------------- From sankar_pillutla at gmx.net Wed Jul 2 03:01:38 2003 From: sankar_pillutla at gmx.net (Udaya Sankar Pillutla) Date: Wed, 2 Jul 2003 12:01:38 +0200 (MEST) Subject: [Mapserver-users] Dynamic legend generation Message-ID: <27712.1057140098@www65.gmx.net> Hello all, I have a cascading map server which is using maps generated from two standalone "mapservers". I want to generate the legeds for all these three servers dynamically. For the standalone servers, I used the script provided by Chip Hankley at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPDynLegend and it works nicely. But for the cascading map server, it seems it is looking for the class information definition in the map file. But since this is cascading from the two other standalone servers, there is no such information in my cascading map server map file. I get the following error message: Fatal error: MapServer Error in msGetImage(): HTTP GET request failed with status -403 Can someone help me with this. Is there anyway that we can get the class information stored in map file somewhere else. (on a different machine) Thanks in advance, Udaya Sankar Pillutla TZI, Universitaet Bremen Bremen. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! From stefan.albers at kreis-steinfurt.de Wed Jul 2 05:54:18 2003 From: stefan.albers at kreis-steinfurt.de (stefan.albers at kreis-steinfurt.de) Date: Wed, 2 Jul 2003 14:54:18 +0200 Subject: [Mapserver-users] Error while running the Demo-package Message-ID: Hi I've installed mapserver 3.6 on linux machine. Every things works perfectly well. When I run http://myserver/cgi-bin/mapserv, I've got the following answer : No query information to decode. QUERY_STRING is set, but empty. If I understand well it means that mapserver is correctly installed Am I right ? I've downloaded the demo. When I run the demo_init.html I get the following Error msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno. Any suggestions ? Stefan -- Stefan Albers Kreis Steinfurt Tecklenburger Strasse10 48565 Steinfurt Tel.: 02551/69-2433 Fax.: 02551/69-2400 Mailto:stefan.albers at kreis-steinfurt.de From jkeighan at cubewerx.com Thu Jul 3 10:49:51 2003 From: jkeighan at cubewerx.com (Jordy Keighan) Date: Thu, 03 Jul 2003 13:49:51 -0400 Subject: [Mapserver-users] drawmap err Message-ID: <3F046CBF.5000707@cubewerx.com> --------------030504010301030209090106 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit in mapbrowser i'm getting this error. ca any one tell me whats going on. T Jordy Fatal error: Call to undefined function: ms_reseterrorlist() in /home/httpd/html/maplab/htdocs/common/wrapper/drawmap.php on line 337 --------------030504010301030209090106 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit in mapbrowser i'm getting this error.
ca any one tell me whats going on.

T
Jordy

Fatal error
: Call to undefined function: ms_reseterrorlist() in /home/httpd/html/maplab/htdocs/common/wrapper/drawmap.php on line 337 --------------030504010301030209090106-- From jomejia at main-task.com Thu Jul 3 17:34:28 2003 From: jomejia at main-task.com (=?ISO-8859-1?Q?Jaime_Mej=EDa?=) Date: Thu, 03 Jul 2003 19:34:28 -0500 Subject: [Mapserver-users] error addColor Message-ID: <3F04CB94.4090102@main-task.com> Hello list, I want to dinamically create a layer with several classes in it. I've searched the documentation and the mail list, and following the hints, I've wrote the following code lines: $layer_query=ms_newLayerObj($map); $layer_query->set("data",$shpFname_query); $layer_query->set("name","query_results"); $layer_query->set("status",1); $layer_query->set("type",2); $layer_query->set("labelitem","nombre"); $layer_query->set("classitem","nombre"); $class_query = ms_newClassObj($layer_query); $class_query->set("name","Resultado consulta"); $class_query->set("status",1); $class_query->set("color",$map->addColor(255, 0, 0)); But in the last line, mapservers sends the following error message: *Fatal error*: Call to undefined function: addcolor() in */usr/local/apache/htdocs/sig_curaduria/admin/index.phtml* on line *250* In the mapscript reference there is no method addColor. Any hints? Thanks a lot, Jaime From gisgeek at nc.rr.com Sun Jul 6 04:58:19 2003 From: gisgeek at nc.rr.com (Bill Wheaton) Date: Sun, 6 Jul 2003 07:58:19 -0400 Subject: [Mapserver-users] queries to postgis Message-ID: <22C9CE7D-AFA9-11D7-98E1-000A959B852A@nc.rr.com> Folks-- I saw some discussion over the last couple of months about a problem with postgis or postgresql that affected the ability to do a query by point in mapserver to a postgis database. I'm having the exact problem reported earlier. I haven't been able to tell from the list whether or not a fix had been made for this problem or not. Can someone confirm that a fix (or work around) has been made? If there is a fix, which version of mapserver would the fix have been included in (4.0 beta? CVS?). Many thanks. Bill. I'm using mapserver 3.6, postgresql 7.3. From alois.wohlfahrt at lega-gmbh.de Mon Jul 7 03:23:24 2003 From: alois.wohlfahrt at lega-gmbh.de (Alois Wohlfahrt) Date: Mon, 7 Jul 2003 12:23:24 +0200 Subject: [Mapserver-users] No module named dbflib?? Message-ID: <200307071223.24580.alois.wohlfahrt@lega-gmbh.de> Hello together, i have a problem with starting Zope, i had compiled the Python Mapscript. (V4.0) When i restart Zope then i get these ErrorMessage: 2003-07-07T10:04:40 ERROR(200) Zope Couldn't install ZMapServer Traceback (innermost last): File /var/zope/z261/lib/python/OFS/Application.py, line 647, in install_product (Object: Zope) (Info: ZMapServer) File /var/zope/z261/lib/python/Products/ZMapServer/__init__.py, line 12, in initialize File /var/zope/z261/lib/python/Products/ZMapServer/ZMap.py, line 19, in ? (Object: Acquirer) File /var/zope/z261/lib/python/Products/ZMapServer/ZMapLayer.py, line 21, in ? (Object: Acquirer) ImportError: No module named dbflib There ist no Module dbflib in PythonHome?? Have anyone a idea where i can get it? Thanks f?r help Alois From dlagos at vianauta.com Tue Jul 15 09:48:05 2003 From: dlagos at vianauta.com (Daniel Lagos) Date: Tue, 15 Jul 2003 12:48:05 -0400 Subject: [Mapserver-users] Problem wtih tileindex and queryByRect() Message-ID: <200307151248.05230.dlagos@vianauta.com> Hello everybody, I am using: redhat 7.1, php 4.0.6, configure' '--with-apxs' '--with-mysql' '--enable-dbase' '--enable-ftp' '--with-freetype-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-jpeg-dir=/usr/lib' '--with-tiff-dir=/usr/lib' '--with-zlib-dir=/usr/lib' '--with-gd' '--x-libraries=/usr/X11R6/lib' '--x-includes=/usr/X11R6/include' '--with-readline=/usr/include/readline' '--with-pgsql' '--enable-trans-sid' '--with-regex=system' php/mapscript 3.5 ./configure --with-proj --with-png --with-gdal --with-freetype --with-jpeg --with-php=/usr/include/php --with-gd --with-apxs=/usr/sbin/apxs and i trying to use tile shapefile (shp2tile-1.1), all works well, however my problem are: 1. message Warning when use property DATA and TILEINDEX in the LAYER OBJECT at MAPFILE: LAYER NAME nodoMetro METADATA "DESCRIPTON" "Estaciones de Metro" "RESULT_FIELDS" "ID" END TYPE POINT STATUS OFF LABELITEM "ESTACION" LABELMAXSCALE 20000 DATA NodoMetro TILEINDEX TileNodoMetro TILEITEM LOCATION ... error: Warning: MapServer Error in msTiledSHPOpenFile(): Unable to open a single tile to use as a template but if i change and comented DATA parameter: LAYER NAME nodoMetro METADATA "DESCRIPTON" "Estaciones de Metro" "RESULT_FIELDS" "ID" END TYPE POINT STATUS OFF LABELITEM "ESTACION" LABELMAXSCALE 20000 -------> #DATA NodoMetro <--------- TILEINDEX TileNodoMetro TILEITEM LOCATION .... work fine, but my problem is when i use the function queryByRect() with this Layer no get results. i am very confused...any idea??. Thanks in advance, PD: sorry by my english. -- ____________________________________________ Daniel A. Lagos H. Vianauta S.A. Lota 2257 Of. 401, Providencia Santiago, CHILE Tel: +56 (2) 234 1575 Fax: +56 (2) 234 1578 www.vianauta.com From ARyan at co.linn.or.us Tue Jul 15 14:06:01 2003 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Tue, 15 Jul 2003 14:06:01 -0700 Subject: [Mapserver-users] outputformat Message-ID: <614FCE5F14A6D41180C200010240D6A201679180@LINNMS> This is a multi-part message in MIME format. ------_=_NextPart_001_01C34B14.E56ED160 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" Hi. I'm a little confused with the new outputformat declaration. The deprecated interlace, transparent, and imagequality parameters in the map object are understandable, but what about these parameters in the legend and scalebar objects. These are deprecated too? Is there an outputformat parameter for the legend and scalebar? Thanks, Adam ------_=_NextPart_001_01C34B14.E56ED160 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable outputformat

Hi.

I'm a little confused with the new = outputformat declaration.

The deprecated interlace, transparent, = and imagequality parameters in the map object are understandable, but = what about these parameters in the legend and scalebar objects.  = These are deprecated too?

Is there an outputformat parameter for = the legend and scalebar?

Thanks,

Adam

------_=_NextPart_001_01C34B14.E56ED160-- From jvanulde at nrcan.gc.ca Tue Jul 15 18:14:33 2003 From: jvanulde at nrcan.gc.ca (Van Ulden, Joost) Date: Tue, 15 Jul 2003 21:14:33 -0400 Subject: [Mapserver-users] ASP, Java, mapscript and other fun stuff Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B893DF@s5-van1-r1.ess.nrcan.gc.ca> I don't understand the reluctance to install php on an IIS machine. In reality, from both a developers and a administrators point of view, PHP is both more secure and easier to administer than IIS. We are running PHP/Mapscript and IIS on several machines without any problems. I would suggest that you confer with your "superior" before reinventing the wheel. I would be happy to share my experience further. Regards, Joost -----Original Message----- From: Dean Taylor [mailto:dtaylor at karjeni.com.au] Sent: Tuesday, July 01, 2003 6:29 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] ASP, Java, mapscript and other fun stuff Hello all, I apologise if this has been covered before but I have searched the archives and can not find anything recent. Basically what I want to do (or more accurately what my boss wants to do) is get a Mapscript application working with IIS without resorting to having to install PHP or perl and preferably without needing a java engine installed either. So - Is there a COM component around that can be used within ASP. the archives suggest a demand for, and some work being completed towards an ActiveX component bit this seems to have petered out. (What happened?) Does anybody have any compiled JAVA components to work on windows? Has anybody successfully compiled them using Borland C++ (Command Line)? Am I setting myself up for a fall suggesting that I will have a go at creating them. (I am not a C/C++ Programmer but have done a reasonable amount of programming in other languages). Any advice will be appreciated. Thanks -------------------------------------------- Dean Taylor Data Systems Engineer Karjeni Pty Ltd www.karjeni.com.au -------------------------------------------- _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gisgeek at nc.rr.com Tue Jul 15 18:52:53 2003 From: gisgeek at nc.rr.com (Bill Wheaton) Date: Tue, 15 Jul 2003 21:52:53 -0400 Subject: [Mapserver-users] msPOSTGISLayerWhichShapes() error Message-ID: <36FC52C6-B730-11D7-ADB2-000A959B852A@nc.rr.com> Hello folks-- I have a problem that I think is related to mapserver versions, but I'd like to know for sure or see if anyone thinks it might be something else. I'm developing on MS 3.6.4 (w/ PHP/Mapscript) and postgreSQL 0.7.3 on Macos X . I moved my site to an ISP (pghoster) which is running MS 3.6.3. I know that I shouldn't assume that anything is backwards compatible, but... My code works fine on my development system, but I get this error on pghoster (the ISP): Warning : MapServer Error in msPOSTGISLayerWhichShapes(): prep_DB:Error executing POSTGIS DECLARE statement (0.6 failed - retried 0.5 and it failed too). DECLARE mycursor BINARY CURSOR FOR SELECT ship_name::text,asbinary(force_collection(force_2d(the_ln_geom)),'NDR'), OID::text from ship_voy using UNIQUE oid WHERE (voyage_id > 0) and (the_ln_geom && setSRID( 'BOX3D(-180 -90,180 90)'::BOX3D,4008) ) in /home/virtual/site170/fst/var/www/html/mapping.gis on line 728 My map file looks like this: LAYER CONNECTIONTYPE postgis NAME "voyages" CONNECTION "user=xxxx password=xxxx dbname=xxxx host=xxxx" DATA "the_ln_geom from ship_voy USING UNIQUE oid USING SRID=4008" STATUS OFF TEMPLATE "" TYPE LINE LABELITEM "ship_name" etc... And my PHP/Mapscript code looks like this: $sql_map= ("voyage_id > 0"); $selected_layer = $map->getlayerbyname(voyages); $selected_layer->setFilter("($sql_map)"); $selected_layer->set(status, MS_ON); Also, I had some trouble moving the database to the ISP and handling the geometry columns, etc., but I think that I finally worked that out-- but maybe not? Before I ask the ISP about upgrading their version of MS to 3.6.4 (or greater?), I just wanted to try to confirm that that was the problem. Could it be something else?? Any information is greatly appreciated. Bill. From ed at topozone.com Tue Jul 15 19:57:03 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 15 Jul 2003 22:57:03 -0400 Subject: [Mapserver-users] ASP, Java, mapscript and other fun stuff Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFD48@mercator.topozone.com> Dean - The COM work didn't "peter out" but is rather somewhat disguised. The chief problem with MapServer and COM is that MapServer is not thread-safe, and (for all practical purposes) IIS expects ASP-capable COM components to be thread-safe so they can handle the multiple requests coming to IIS. A lot of work has been done on thread safety in MapServer, but I haven't heard anyone declaring victory yet. Until that happens, creating an ASP/COM interface would be difficult. Installing PHP on Windows with IIS is really quite straightforward, and is (IMHO) a simple alternative. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com -----Original Message----- From: Dean Taylor [mailto:dtaylor at karjeni.com.au] Sent: Tuesday, July 01, 2003 9:29 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] ASP, Java, mapscript and other fun stuff Hello all, I apologise if this has been covered before but I have searched the archives and can not find anything recent. Basically what I want to do (or more accurately what my boss wants to do) is get a Mapscript application working with IIS without resorting to having to install PHP or perl and preferably without needing a java engine installed either. So - Is there a COM component around that can be used within ASP. the archives suggest a demand for, and some work being completed towards an ActiveX component bit this seems to have petered out. (What happened?) Does anybody have any compiled JAVA components to work on windows? Has anybody successfully compiled them using Borland C++ (Command Line)? Am I setting myself up for a fall suggesting that I will have a go at creating them. (I am not a C/C++ Programmer but have done a reasonable amount of programming in other languages). Any advice will be appreciated. Thanks -------------------------------------------- Dean Taylor Data Systems Engineer Karjeni Pty Ltd www.karjeni.com.au -------------------------------------------- _______________________________________________ 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 Jul 15 20:26:24 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 15 Jul 2003 23:26:24 -0400 Subject: [Mapserver-users] outputformat In-Reply-To: <614FCE5F14A6D41180C200010240D6A201679180@LINNMS> References: <614FCE5F14A6D41180C200010240D6A201679180@LINNMS> Message-ID: <3F14C5E0.2070305@pobox.com> Ryan, Adam wrote: > > Hi. > > I'm a little confused with the new outputformat declaration. > > The deprecated interlace, transparent, and imagequality parameters in > the map object are understandable, but what about these parameters in > the legend and scalebar objects. These are deprecated too? > > Is there an outputformat parameter for the legend and scalebar? Adam, Good question. It seems that MapServer CGI always uses the main mapfile IMAGETYPE setting for scalebars and legends as well. While not currently possible, I would like to see an IMAGETYPE attribute added to the SCALEBAR and LEGEND objects so different formats or format options can be used with them if so desired. For the time being, while discouraged, the INTERLACE, TRANSPARENT and IMAGEQUALITY keywords should continue to work on the legend, and scalebar objects. Internally it takes the primary selected output format for the map, and modifies the option flags if necessary. But if you depend on this, expect to run into problems in future versions. 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 heitzso at growthmodels.com Tue Jul 15 20:30:10 2003 From: heitzso at growthmodels.com (Heitzso) Date: Tue, 15 Jul 2003 23:30:10 -0400 Subject: FW: [Mapserver-users] landsat wms In-Reply-To: References: Message-ID: <3F14C6C2.1020305@growthmodels.com> The HOWTO saved me http://mapserver.gis.umn.edu/doc36/wms-client-howto.html Note from the HOWTO that the bounding box, srs, and image size are set by mapserver. Another key was I was using the demo map file template which does not set an imagepath in the WEB configuration (set instead via the init.html file) and that blocks the WMS from having a place to put the temp file. CURRENT PROBLEM: I have this layer at the top of the map file because it blocks all other layers. Transparency doesn't seem to help. BTW, I'm running mapserver_dev from a couple of days ago. From my current map file: ... IMAGETYPE PNG PROJECTION "proj=latlong" END WEB IMAGEPATH "/usr/local/apache/htdocs/tmp/" IMAGEURL "/tmp/" ... END LAYER NAME landsat7 METADATA "wms_title" "landsat7" "wms_srs" "EPSG:4326" "wms_latlonboundingbox" "-127 23 -66 50" END TYPE RASTER STATUS off CONNECTIONTYPE WMS CONNECTION "http://wms.jpl.nasa.gov/wms.cgi?wmtver=1.0.0&format=jpeg&layers=us_landsat7" PROJECTION "init=epsg:4326" END END LAYER NAME landsatwgs84 METADATA "wms_title" "landsatwgs84" "wms_srs" "EPSG:4326" "wms_latlonboundingbox" "-127 23 -66 50" END TYPE RASTER STATUS off CONNECTIONTYPE WMS CONNECTION "http://wms.jpl.nasa.gov/wms.cgi?wmtver=1.0.0&format=jpeg&layers=us_landsat_wgs84" PROJECTION "init=epsg:4326" END END LAYER NAME landsatwgs84over METADATA "wms_title" "landsatwgs84over" "wms_srs" "EPSG:4326" "wms_latlonboundingbox" "-127 23 -66 50" END TYPE RASTER STATUS off CONNECTIONTYPE WMS CONNECTION "http://wms.jpl.nasa.gov/wms.cgi?wmtver=1.0.0&format=jpeg&layers=us_landsat_wgs84_overlay" PROJECTION "init=epsg:4326" END END From warmerdam at pobox.com Tue Jul 15 20:59:22 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 15 Jul 2003 23:59:22 -0400 Subject: FW: [Mapserver-users] landsat wms In-Reply-To: <3F14C6C2.1020305@growthmodels.com> References: <3F14C6C2.1020305@growthmodels.com> Message-ID: <3F14CD9A.1050801@pobox.com> Heitzso wrote: > The HOWTO saved me > http://mapserver.gis.umn.edu/doc36/wms-client-howto.html > Note from the HOWTO that the bounding box, srs, and image > size are set by mapserver. Another key was I was using the demo > map file template which does not set an imagepath in the WEB > configuration (set instead via the init.html file) and that blocks > the WMS from having a place to put the temp file. > > CURRENT PROBLEM: I have this layer at the top of the map > file because it blocks all other layers. Transparency doesn't > seem to help. BTW, I'm running mapserver_dev from a > couple of days ago. Hi, You are requesting the data for landsat7 layer in JPEG format which does not offer transparency. If the server supports it you could request it in PNG format and you might get working transparency support ... likely at the cost of getting a substantially larger file than the JPEG image. Other than that, there really isn't much that MapServer can do. 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 mschulz at webgis.de Tue Jul 15 23:33:42 2003 From: mschulz at webgis.de (Michael Schulz) Date: Wed, 16 Jul 2003 08:33:42 +0200 Subject: [Mapserver-users] override headers in CGI request in 4.0 References: Message-ID: <3F14F1C6.E0FAFE40@webgis.de> Hi, while going through the last posts i found this one below, and wanted to investigate further since i experienced the same problem, that i can't change a layer's header/footer template file via cgi/url parameter, for the main template it works. I don't have the latest mapserver, so perhaps someone who does could check if this is really not working. MapServer version 4.0-beta1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Cheers, Michael Jerfaas de Jong schrieb: > Hi, > > In 3.6 I overrided my default headers in a query like this: > > ..&map_querylayer_header=newheader.html&... > > In 4.0 I can only override my template file in a query by either > posting, but not the header file: > ..&map_querylayer_template=newtemplate.html&... > ..&map_web_template=newtemplate.html&... > > What am I doing wrong in 4.0 (it worked in 3.6) ? > > Thanks in advance, > > Jerfaas de Jong > > ______________________________________________________ > > 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 -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH Sautierstr. 38, 79104 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de From arnulf.christl at ccgis.de Wed Jul 16 00:06:13 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Wed, 16 Jul 2003 09:06:13 +0200 Subject: AW: [Mapserver-users] ASP, Java, mapscript and other fun stuff In-Reply-To: <003b01c34039$59cbae20$9864a8c0@MANGO> Message-ID: ... Basically what I want to do (or more accurately what my boss wants to do) is get a Mapscript application working with IIS without resorting to having to install PHP or perl and preferably without needing a java engine installed either. ... The idea of MapScript is to create maps with sripts - hence the name. If you do not want to use a scipting language that will be a strange job. Its no big deal to install PHP on a windows machine and there are quite a few applications that use this setup. So if you (or rather your boss) wants to go somewhere else that might be good him, but you (and not your boss ;-) will probably find less support from the user group. Sounds like you should try to convince him that it does not hurt to install PHP and go ahead with it. Cheers, Arnulf. From gerry.creager at tamu.edu Wed Jul 16 00:32:44 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Wed, 16 Jul 2003 02:32:44 -0500 Subject: AW: [Mapserver-users] ASP, Java, mapscript and other fun stuff In-Reply-To: References: Message-ID: <3F14FF9C.3050607@tamu.edu> I could argue that friends don't let friends do IIS, but since this isn't a security forum, it might be lost on a few folks. However, the fear of PHP is irrational. I can see being an "all Microsoft shop" but I have trouble with the idea of bypassing useful tools for .Net consistency. Convince the boss that PHP and perl aren't evil and won't taint his IIS (anymore than it's already compromised...). gerry Arnulf Christl (CCGIS) wrote: > ... > Basically what I want to do (or more accurately what my boss wants to do) is > get a Mapscript application working with IIS without resorting to having to > install PHP or perl and preferably without needing a java engine installed > either. > ... > > The idea of MapScript is to create maps with sripts - hence the name. If you > do not want to use a scipting language that will be a strange job. Its no > big deal to install PHP on a windows machine and there are quite a few > applications that use this setup. > So if you (or rather your boss) wants to go somewhere else that might be > good him, but you (and not your boss ;-) will probably find less support > from the user group. Sounds like you should try to convince him that it does > not hurt to install PHP and go ahead with it. > > Cheers, Arnulf. > > _______________________________________________ > 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 Paul Wed Jul 16 02:21:26 2003 From: Paul (Paul) Date: Wed, 16 Jul 2003 16:21:26 +0700 Subject: [Mapserver-users] CGI mapserv on shared hosts? Message-ID: <003901c34b7b$a38949d0$0ee697cb@tei.or.th> is anyone hosting CGI mapserv on a shared host? i'm trying to get my shared host to implement CGI mapserv & they'd like some background info, especially CPU/RAM usage, spikes, etc. thanks. From john.hagstrand at interageresearch.com Wed Jul 16 02:27:13 2003 From: john.hagstrand at interageresearch.com (John Hagstrand) Date: Wed, 16 Jul 2003 04:27:13 -0500 Subject: [Mapserver-users] mode=map with PHP/Mapscript Message-ID: Hello, I use mapserv cgi with mode=map to return the image directly into the tag. Now I'm considering using PHP/Mapscript, but in looking at the examples, they all seem to use the saveImage() or saveWebImage() function to save the image to a file. Is it possible to return the image directly into the tag using mode=map when using PHP/Mapscript? Thanks John John Hagstrand Interage Research, Inc. 18733 State Line Road Antioch, IL 60002 847 838 5371 From nakts at latnet.lv Wed Jul 16 03:03:01 2003 From: nakts at latnet.lv (nakts at latnet.lv) Date: Wed, 16 Jul 2003 13:03:01 +0300 (EEST) Subject: [Mapserver-users] Re: img.x and img.y in Mapserver Message-ID: <1058349781.3f1522d5a9a24@clients.latnet.lv> 1) yess, right, i forgot that. Thanx 2) but remains problem here with mapext variable - seems that Mapserver don't generate it anymore since i use Oracle procedure. Procedure holds all template html code and string for map image like   [leg_group_name] [/leg_group_html] ######################### and for each layer in mapfile I assigned a group name even if that group contains only one layer: ######################### LAYER NAME "lines" GROUP "lines" TYPE LINE STATUS OFF DATA lines CLASSITEM 'FOGLIO' CLASS NAME "lines" EXPRESSION /./ OUTLINECOLOR 0 0 0 COLOR 255 0 0 END END ######################### Thanks in advance Valerio From s0231134 at sms.ed.ac.uk Wed Jul 16 04:20:47 2003 From: s0231134 at sms.ed.ac.uk (RI Dunfey) Date: Wed, 16 Jul 2003 12:20:47 +0100 (BST) Subject: [Mapserver-users] ESRI GDB Shape access Message-ID: <1058354447.3f15350fa7552@sms.ed.ac.uk> Hello List, I was wondering if Mapserver can be used to access the 'long binary data' in the shape columns of an ESRI geodatabase? Kind Regards, Rob From bronsema at dmsolutions.ca Wed Jul 16 04:20:47 2003 From: bronsema at dmsolutions.ca (William A. Bronsema, C.E.T.) Date: Wed, 16 Jul 2003 07:20:47 -0400 Subject: [Mapserver-users] mode=map with PHP/Mapscript In-Reply-To: References: Message-ID: <3F15350F.6090705@dmsolutions.ca> John, You can output the map image directly to stdout by using the saveImage() function call on a map image object. In order to call this directly from an image tag I typically call a php page dedicated to drawing the map image and returning it to stdout. For example: Create a page (called drawmap.php or whatever you like) to draw the map: draw(); // set the page header header("Content-type: image/png"); // output the image to stdout (using mapscript 4.0) $url = $oImage->saveImage(""); ?> Then in my main page call the following image tag: That should do it for you. Note: the saveImage function call requires parameters to be passed for Mapscript 3.6 (http://mapserver.gis.umn.edu/doc36/phpmapscript-class-guide.html#ImageObj for reference). Regards, Bill John Hagstrand wrote: > Hello, > > I use mapserv cgi with mode=map to return the image directly into the > tag. Now I'm considering using PHP/Mapscript, but in looking at the > examples, they all seem to use the saveImage() or saveWebImage() function to > save the image to a file. Is it possible to return the image directly > into the tag using mode=map when using PHP/Mapscript? > > Thanks > John > > John Hagstrand > Interage Research, Inc. > 18733 State Line Road > Antioch, IL 60002 > 847 838 5371 > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- William A. Bronsema, C.E.T. Applications Developer DM Solutions Group Inc. http://www.dmsolutions.ca e-mail: bronsema at dmsolutions.ca phone : +1 (613) 565-5056 ext.25 fax : +1 (613) 565-0925 _______________________________________________ From pedro-b-salazar at ptinovacao.pt Wed Jul 16 04:25:01 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 16 Jul 2003 12:25:01 +0100 Subject: [Mapserver-users] generate maps in WBMP (for WAP) In-Reply-To: <200307111429.h6BETXN26329@yogi.medinaco.net> References: <200307111429.h6BETXN26329@yogi.medinaco.net> Message-ID: <1058354700.15431.25.camel@vitoria.intra.cet.pt> On Fri, 2003-07-11 at 15:29, Lowell Filak wrote: > Okay, my version of GIMP doesn't read WBMP but if yours does can you > view it in GIMP? > Lowell > > > I can't get a conclusion about that because either the generated WBMPs > > by mapserver or the WBMPs I make through GIMP (image application), a > > _file_ reports it as "data". There is no doubt about the "construction" > > of the WBMP (there aren't empty), and I'm not using any transparency > > now. I'm afraid that I didn't explained very well. My "WBMPs generated by GIMP" should be read as "*BMPs* generated by GIMP" and converted to WBMP through a converter (BMP->WBMP). But, what I wanted to say is that *real and well defined* WBMP (I mean, not generated by MapServer) work in my emulator and the "file" reports them also as "data". -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 From woodbri at swoodbridge.com Wed Jul 16 04:55:42 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Wed, 16 Jul 2003 07:55:42 -0400 Subject: AW: [Mapserver-users] ASP, Java, mapscript and other fun stuff In-Reply-To: References: <003b01c34039$59cbae20$9864a8c0@MANGO> Message-ID: <3F1504FE.30239.6FF1E6D@localhost> Another way to look at this problem, would be to ask how value would this solution be? Is it valuable enough to fund the development of a .NET integration, assuming we can find someone willing to do that. Or I you read the archives and search for McNierney and ASP you will find lots of good information on how to use Mapserver with ASP. Or you can set up mapserver as a WMS server and if all you need is images then you can get them by making appropriate WMS requests. HTH, -Steve W. On 16 Jul 2003 at 9:06, Arnulf Christl (CCGIS) wrote: > ... > Basically what I want to do (or more accurately what my boss wants to > do) is get a Mapscript application working with IIS without resorting > to having to install PHP or perl and preferably without needing a java > engine installed either. ... > > The idea of MapScript is to create maps with sripts - hence the name. > If you do not want to use a scipting language that will be a strange > job. Its no big deal to install PHP on a windows machine and there are > quite a few applications that use this setup. So if you (or rather > your boss) wants to go somewhere else that might be good him, but you > (and not your boss ;-) will probably find less support from the user > group. Sounds like you should try to convince him that it does not > hurt to install PHP and go ahead with it. > > Cheers, Arnulf. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Doug_Newcomb at fws.gov Wed Jul 16 05:07:36 2003 From: Doug_Newcomb at fws.gov (Doug_Newcomb at fws.gov) Date: Wed, 16 Jul 2003 08:07:36 -0400 Subject: [Mapserver-users] [fws-data] Call for Papers and Registration - Organization of Fish and Wildlife Information Managers (OFWIM) Annual Meeting Message-ID: Hi Folks, Sorry for the cross-posting, but I thought this might be an opportunity to show your work if you are a conservation professional - or working for one:-). Doug Newcomb USFWS ----- Forwarded by Doug Newcomb/R4/FWS/DOI on 07/16/2003 08:03 AM ----- Barb_White at fws.g ov To: fws-data at lists.fws.gov, fws-gis at lists.fws.gov, fws-systems at lists.fws.gov, Sent by: fws-irm-tech at lists.fws.gov, fws-web at lists.fws.gov fws-data at lists.f cc: ws.gov Subject: [fws-data] Call for Papers and Registration - Organization of Fish and Wildlife Information Managers (OFWIM) Annual Meeting 07/15/2003 07:31 PM Please respond to fws-data *************************************************************************** Reply to this list by replying to fws-data at lists.fws.gov. If you wish to reply directly to the author of this message, reply to his/her email address. *************************************************************************** Please excuse the cross postings! ---------------------------------------------------------------------- The formal Call for Papers is now available for the OFWIM 2003 Annual Meeting in Rapid City, SD, on September 25-29, 2003. The focus of this year's meeting, titled "GIS and Information Management for Conservation Planning," is on state wildlife comprehensive planning, as well as the data and tools to assist in this effort. The Call for Papers, contact information, registration form, hotel information, draft agenda, and field trips can be found at the following URL: http://www.ofwim.org/OFWIM2003.html *************************************************************************** For information about this list (ex. how to unsubscribe and use other commands) visit http://lists.fws.gov/help.html *************************************************************************** From lfilak at medinaco.org Wed Jul 16 05:48:03 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 16 Jul 2003 08:48:03 -0400 Subject: [Mapserver-users] generate maps in WBMP (for WAP) Message-ID: <200307161247.h6GClrN03162@yogi.medinaco.net> COuld you please forward your WBMP? Lowell The following message was sent by Pedro Salazar on 16 Jul 2003 12:25:01 +0100. > On Fri, 2003-07-11 at 15:29, Lowell Filak wrote: > > Okay, my version of GIMP doesn't read WBMP but if yours does can you > > view it in GIMP? > > Lowell > > > > > I can't get a conclusion about that because either the generated WBMPs > > > by mapserver or the WBMPs I make through GIMP (image application), a > > > _file_ reports it as "data". There is no doubt about the "construction" > > > of the WBMP (there aren't empty), and I'm not using any transparency > > > now. > > I'm afraid that I didn't explained very well. My "WBMPs generated by > GIMP" should be read as "*BMPs* generated by GIMP" and converted to WBMP > through a converter (BMP->WBMP). But, what I wanted to say is that *real > and well defined* WBMP (I mean, not generated by MapServer) work in my > emulator and the "file" reports them also as "data". > > -- > PS > pedro-b-salazar at ptinovacao.pt > PGP:0E129E31D803BC61 From stepan.kafka at centrum.cz Wed Jul 16 06:04:00 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Wed, 16 Jul 2003 15:04:00 +0200 Subject: [Mapserver-users] MYGIS support on windows In-Reply-To: <1058354700.15431.25.camel@vitoria.intra.cet.pt> Message-ID: <000601c34b9a$b9b96e50$463c2fc3@HSGIS> Does anybody have any experience with MYGIS-support compilation on Windows platform? I got some fatal errors during compilation: mysqlclient.lib(my_init.obj) : error LNK2001: unresolved external symbol __imp__ RegCloseKey at 4 etc.... Stepan Kafka --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.474 / Virov? b?ze: 272 - datum vyd?n?: 18.4.2003 From arnulf.christl at ccgis.de Wed Jul 16 06:30:06 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Wed, 16 Jul 2003 15:30:06 +0200 Subject: [Mapserver-users] ASP, Java, mapscript and other fun stuff In-Reply-To: <3F1504FE.30239.6FF1E6D@localhost> Message-ID: Chiming in sideways - in our opinion WMS is always a good thing to do. All you need to do is to set up the MAP file with a few extra parameters. Doc can be found here: http://mapserver.gis.umn.edu/doc36/wms-server-howto.html Then you can query any image by requesting it through the standard "getMap" interface. Our client solution is implemented in PHP so that we cannot give you anything useful, but it runs perfectly well with both a W2K Server and a free BSD machine. Maybe another helping argument... Cheers, Arnulf. -----Ursprungliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von woodbri at swoodbridge.com Gesendet: Mittwoch, 16. Juli 2003 13:56 An: Dean Taylor; mapserver-users at lists.gis.umn.edu; Arnulf Christl CCCGIS" Betreff: Re: AW: [Mapserver-users] ASP, Java, mapscript and other fun stuff Another way to look at this problem, would be to ask how value would this solution be? Is it valuable enough to fund the development of a .NET integration, assuming we can find someone willing to do that. Or I you read the archives and search for McNierney and ASP you will find lots of good information on how to use Mapserver with ASP. Or you can set up mapserver as a WMS server and if all you need is images then you can get them by making appropriate WMS requests. HTH, -Steve W. On 16 Jul 2003 at 9:06, Arnulf Christl (CCGIS) wrote: > ... > Basically what I want to do (or more accurately what my boss wants to > do) is get a Mapscript application working with IIS without resorting > to having to install PHP or perl and preferably without needing a java > engine installed either. ... > > The idea of MapScript is to create maps with sripts - hence the name. > If you do not want to use a scipting language that will be a strange > job. Its no big deal to install PHP on a windows machine and there are > quite a few applications that use this setup. So if you (or rather > your boss) wants to go somewhere else that might be good him, but you > (and not your boss ;-) will probably find less support from the user > group. Sounds like you should try to convince him that it does not > hurt to install PHP and go ahead with it. > > Cheers, Arnulf. > > _______________________________________________ > 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 pkishor at geoanalytics.com Wed Jul 16 07:14:30 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Wed, 16 Jul 2003 14:14:30 -0000 Subject: [Mapserver-users] Re: img.x and img.y in Mapserver In-Reply-To: <1058349781.3f1522d5a9a24@clients.latnet.lv> Message-ID: --- In mapserver-users at yahoogroups.com, nakts at l... wrote: > 1) yess, right, i forgot that. Thanx > 2) but remains problem here with mapext variable - seems that Mapserver don't > generate it anymore since i use Oracle procedure. Procedure holds all template > html code and string for map image like > > > > On Tue, 15 Jul 2003 13:40:59 -0000, pkishor_98 wrote: > > > --- In mapserver-users at yahoogroups.com, nakts at l... wrote: > >> Hi! > >> When user clicks on the map Mapserver creates CGI variables img.x and img.y. > >> Is it possible that Mapserver don't do that ? > >> > > > > > > that is not a Mapserver property. That is an html forms property. To avoid > doing that, just don't put the image inside a form tag. > > > > > >> Because I integrate map application in Oracle procedure. There i cannot > define variable with point in it's name... An error occures :( what to do ? > >> > > > > you could always take the points out, replace them with an underscore, or > whatever. > > > > In any case, the easiest way is to not use an image in an input tag inside a > form. > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at l... > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > -- > Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pkishor at geoanalytics.com Wed Jul 16 07:19:13 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Wed, 16 Jul 2003 14:19:13 -0000 Subject: [Mapserver-users] Re: Error while running the Demo-package In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, stefan.albers at k... wrote: > Hi > > I've installed mapserver 3.6 on linux machine. > Every things works perfectly well. When I run > http://myserver/cgi-bin/mapserv, > I've got the following answer : No query information to decode. > QUERY_STRING is > set, but empty. > If I understand well it means that mapserver is correctly installed > Am I right ? > > I've downloaded the demo. When I run the demo_init.html I get the following > Error > > msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.gif" > in class 0 of layer ctyrdln3_anno. well, does ctyhwy.gif exist under the symbols directory? most likely it doesn't. The mapserver distribution comes with a version of gd that doesn't support gifs. Unfortunately the files still refer to the gif. If the ctyhwy.gif exists, convert it (and all other gifs) to png and replace all references to gifs to pngs and you will be ok. From Zamil.Murji at divestco.com Wed Jul 16 08:34:32 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Wed, 16 Jul 2003 09:34:32 -0600 Subject: [Mapserver-users] Mergin tiled layers Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A966@div-mx02.DIVESTCO.COM> Hi all, I'm having a dewsy(don't know if that is a real word or not) of a time getting tiling to work. I have submitted it as a bug and will wait patiently until it is resolved (BUG #365). In the mean time, is there a way to merge shapefiles into one big shapefile? Let me know thanks Zamil -----Original Message----- From: Zamil Murji Sent: Tuesday, July 15, 2003 4:34 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Tiling Most certainly Ed! I downgraded to mapserv 366. I can see the states and counties layer but not the cities layer. Here it is: http://10.0.50.131/cgi-bin/mapserv.exe?mode=map&map=c:\mapfiles/test.map&mapext=-109.05660+39.20555+-107.00299+41.13418&mapsize=723+679 NAME TEST1 EXTENT -130.635 24.396 -39.974 31.001 SYMBOLSET "c:\\mapfiles\newsym.sym" #EXTENT 49 -110 60 -120 SIZE 900 900 SHAPEPATH "e:\\" LAYER NAME "states" DATA boarders/usa STATUS default TYPE POLYGON # MINSCALE 249.999 # MINSCALE 29 # OFFSITE 255 255 255 CLASS OUTLINECOLOR 0 0 0 # COLOR 84 247 168 # COLOR 255 255 255 END END LAYER NAME "counties" # DATA us_data/culture/co/county TILEINDEX us_data/culture/countytileindex TILEITEM "LOCATION" STATUS default TYPE POLYGON # TRANSPARENCY 80 MAXSCALE 29 CLASS OUTLINECOLOR 0 0 0 END END LAYER NAME "cities" # DATA us_data/culture/co/cities TILEINDEX us_data/culture/citiestileindex TILEITEM "LOCATION" STATUS DEFAULT TYPE POLYGON MAXSCALE 29 CLASS COLOR 0 0 0 OUTLINECOLOR 0 0 0 END END END -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, July 15, 2003 4:24 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Tiling Zamil - I use tiled polygon layers all the time, with quite a few layers in a single map. Is it possible for you to post your ENTIRE map file and the URL request that generates the defective map? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Tuesday, July 15, 2003 6:10 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Tiling Hi list, Has anybody successfully rendered two tiled polygon layers on a single map using mapserv 3.6.6 or above. Our versions currently only do the first tiled layer and ignore everything below. An example .map file would be great. Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Tuesday, July 15, 2003 2:22 PM To: Zamil Murji; Steve Lime; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug It most definetely is a tiling issue. I replaced the tile layers with a DATA tags and everything shows up, that is cities and counties. When I turn the tiles back on, then I get only the first layer as defined in my .map file, whatever that may be, and not the second one. Maybe you can pass this along to the mapserver developers to fix? Thanks Zamil -----Original Message----- From: Zamil Murji Sent: Tuesday, July 15, 2003 11:57 AM To: Steve Lime; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start again, Here are my mapserv info: MapServer version 4.0-beta1 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=EPPL7 INPUT=POSTGIS INPUT= OGR INPUT=GDAL INPUT=SHAPEFILE Here is my two layer definitions: LAYER # fast file NAME "counties" DATA boarders/counties STATUS off TYPE POLYGON MAXSCALE 29 CLASS OUTLINECOLOR 0 0 0 # COLOR 84 247 168 END END ...and later on in the mapfile LAYER NAME "twp" TILEINDEX us_data/townships/twptileindex STATUS off TYPE POLYGON MAXSCALE 29 # MINSCALE 25 CLASS OUTLINECOLOR 183 178 178 #OUTLINECOLOR 255 0 0 END END If i keep it like this in the .map file then i get image1 (see attached), if I switch the two layers around in the .map file then i get image2 (see attached). What am i doing wrong. Both are the exact same call to mapserv (http://10.0.50.131/cgi-bin/mapserv.exe?mode=map&map=c:\mapfiles/test.ma p&mapext=-109.05660+39.20555+-107.00299+41.13418&mapsize=723+679&layers= counties+twp) Can you think of anything? Thanks Zamil Thanks Zamil -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, July 15, 2003 11:25 AM To: Zamil Murji; rjames57 at yahoo.com Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver Bug Let's start here. What version are we talking about? There were some changes (cosmetic, but still changes) in how shapefile access was managed in 4.0 so if that's the version in question can someone verify that tiled shapefiles work? Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Randy James 07/15/03 12:06PM >>> I'll forward the post to the list, someone else may be able to help. I think more information on your setup will get better input from the list. Cheers --- Zamil Murji wrote: > Yup, > I can show one layer at a time, but I can't get both on > at the same time. > > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com] > Sent: Tuesday, July 15, 2003 10:54 AM > To: Zamil Murji > Subject: RE: [Mapserver-users] Mapserver Bug > > > Hi > > Well hmm projection for the layers is correct? > > --- Zamil Murji wrote: > > the tiled shapefile location column does in fact > contain > > the full path to the tiled files. can you think of > > anything else? > > > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com] > > Sent: Monday, July 14, 2003 5:02 PM > > To: Zamil Murji > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > the tiled shapefile location column should contain the > > full > > path to the tiled files. > > > > --- Zamil Murji wrote: > > > Hi, > > > > > > What do you mean by this? Do you mean in the .map > file > > or > > > the actual tiled shapefile location column? > > > > > > Thanks > > > Zamil > > > > > > -----Original Message----- > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > Sent: Monday, July 14, 2003 4:56 PM > > > To: Zamil Murji > > > Subject: RE: [Mapserver-users] Mapserver Bug > > > > > > > > > Hi > > > > > > Do you have the full path, (rather than relative) in > > the > > > location column? > > > > > > > > > --- Zamil Murji wrote: > > > > Hi Randy and company, > > > > > > > > No i don't think i need tileitem because i am using > > the > > > > default of 'location'. I repeat that the first > tiled > > > > layer shows up but the ones underneath it do not. > > > > > > > > Thanks > > > > Zamil > > > > > > > > -----Original Message----- > > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > > Sent: Monday, July 14, 2003 4:48 PM > > > > To: Zamil Murji > > > > Cc: Mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] Mapserver Bug > > > > > > > > > > > > Hi > > > > > > > > Looks like you need the TILEITEM in your mapfile > > > > > > > > It is the column that has the location of the tile > in > > > it > > > > > > > > Cheers > > > > > > > > --- Zamil Murji wrote: > > > > > Hi Steve and the rest of the list, > > > > > > > > > > I found a bug with regards to mapserver and tiled > > > > polygon > > > > > layers. It seems that mapserver only displays the > > > first > > > > > tiled polygon layer in the .map file and doesn't > > show > > > > the > > > > > tiled polygon layers below it. All other layers > > show > > > up > > > > > just fine below the first tiled polygon layer. > > > > > > > > > > I've attached two images. One with the tile > county > > > > layer > > > > > showing (above the township grid) and another > with > > > the > > > > > township gird showing (above the county layer). > > > > > Here are the two layer defs, please tell me if > i'm > > > > > missing something obvious: > > > > > LAYER > > > > > NAME "counties" > > > > > TILEINDEX us_data/culture/countytileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > CLASS > > > > > OUTLINECOLOR 0 0 0 > > > > > end > > > > > end > > > > > > > > > > LAYER > > > > > NAME "twp" > > > > > TILEINDEX us_data/townships/twptileindex > > > > > STATUS off > > > > > TYPE POLYGON > > > > > # MAXSCALE 25 > > > > > CLASS > > > > > OUTLINECOLOR 183 178 178 > > > > > #OUTLINECOLOR 255 0 0 > > > > > END > > > > > END > > > > > > > > > > Zamil > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > __________________________________ > > > > Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > http://sbc.yahoo.com > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > http://sbc.yahoo.com > > > > > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > _______________________________________________ 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 _______________________________________________ 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 Wed Jul 16 09:21:39 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 16 Jul 2003 11:21:39 -0500 Subject: [Mapserver-users] override headers in CGI request in 4.0 Message-ID: Check out the http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide, specifically the section on TEMPLATEPATTERN. Steve >>> "Jerfaas de Jong" 06/26/03 02:06PM >>> Hi, In 3.6 I overrided my default headers in a query like this: ..&map_querylayer_header=newheader.html&... In 4.0 I can only override my template file in a query by either posting, but not the header file: ..&map_querylayer_template=newtemplate.html&... ..&map_web_template=newtemplate.html&... What am I doing wrong in 4.0 (it worked in 3.6) ? Thanks in advance, Jerfaas de Jong ______________________________________________________ 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 From dblasby at refractions.net Wed Jul 16 09:53:17 2003 From: dblasby at refractions.net (David Blasby) Date: Wed, 16 Jul 2003 09:53:17 -0700 Subject: [Mapserver-users] msPOSTGISLayerWhichShapes() error In-Reply-To: <36FC52C6-B730-11D7-ADB2-000A959B852A@nc.rr.com> References: <36FC52C6-B730-11D7-ADB2-000A959B852A@nc.rr.com> Message-ID: <3F1582FD.3030708@refractions.net> > SELECT > ship_name::text,asbinary(force_collection(force_2d(the_ln_geom)),'NDR'), > OID::text from ship_voy using UNIQUE oid WHERE (voyage_id > 0) and > (the_ln_geom && setSRID( 'BOX3D(-180 -90,180 90)'::BOX3D,4008) ) in > /home/virtual/site170/fst/var/www/html/mapping.gis on line 728 > DATA "the_ln_geom from ship_voy USING UNIQUE oid USING SRID=4008" This does look like you're using a very old version of mappostgis.c - this problem should be fixed in the 3.6.6 CVS version. Try just using DATA "the_ln_geom from ship_voy" make sure you have an entry in the geometry_columns table. dave From Chip.Hankley at rmtinc.com Wed Jul 16 10:40:13 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Wed, 16 Jul 2003 12:40:13 -0500 Subject: [Mapserver-users] Tiling Message-ID: If you have ArcInfo and/or ArcView, the following link has scripts for creating tiles from Raster and Vector data. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?CreatingTiles For mapfile info, check out the mapfile reference: http://mapserver.gis.umn.edu/doc36/mapfile-reference.html#layer Chip >>> Franck Martin 07/15/03 05:52PM >>> Where do I find information about creating a tiling file? Can it be made in MapInfo and then exported as a shape file? Thanks -- Franck Martin SOPAC Outgoing messages, along with any attachments, are scanned for viruses at RMT prior to sending. ------------------------------------------------------------------------------ NOTICE--This email may contain confidential and privileged information for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and delete all copies. From gadoury at dmsolutions.ca Wed Jul 16 13:08:44 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Wed, 16 Jul 2003 16:08:44 -0400 Subject: [Mapserver-users] Tiling References: Message-ID: <3F15B0CC.20207@dmsolutions.ca> --------------000902020804000108070000 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit If you don't have ArcIno and/or ArcView, or are just looking for another/better way to do things you can try the tile4ms and shp2tile utilities. We use them extensively and they have proven to be indispensable tools for tiling. See: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0303/msg00885.html and http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?Tile4ms Dean Chip Hankley wrote: >If you have ArcInfo and/or ArcView, the following link has scripts for creating tiles from Raster and Vector data. > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?CreatingTiles > >For mapfile info, check out the mapfile reference: > >http://mapserver.gis.umn.edu/doc36/mapfile-reference.html#layer > >Chip > > > >>>>Franck Martin 07/15/03 05:52PM >>> >>>> >>>> >Where do I find information about creating a tiling file? > >Can it be made in MapInfo and then exported as a shape file? > >Thanks > > -- ___________________________ Dean Gadoury DM Solutions Group 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca --------------000902020804000108070000 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit If you don't have ArcIno and/or ArcView, or are just looking for another/better way to do things you can try the tile4ms and shp2tile utilities. We use them extensively and they have proven to be indispensable tools for tiling.
See:
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0303/msg00885.html    and
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?Tile4ms

Dean

Chip Hankley wrote:
If you have ArcInfo and/or ArcView, the following link has scripts for creating tiles from Raster and Vector data.

http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?CreatingTiles
 
For mapfile info, check out the mapfile reference:
 
http://mapserver.gis.umn.edu/doc36/mapfile-reference.html#layer
 
Chip
 
  
Franck Martin <franck at sopac.org> 07/15/03 05:52PM >>>
        
Where do I find information about creating a tiling file?

Can it be made in MapInfo and then exported as a shape file?

Thanks 
  

-- 
___________________________

Dean Gadoury

DM Solutions Group
72 Chamberlain Ave. Third Floor
Ottawa, Ontario. K1S 1V9
613 565-5056 ext. 24

gadoury at dmsolutions.ca
www.dmsolutions.ca

--------------000902020804000108070000-- From lfilak at medinaco.org Wed Jul 16 13:46:47 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 16 Jul 2003 16:46:47 -0400 Subject: [Mapserver-users] perl queryByAttributes 4.0 Message-ID: <200307162046.h6GKkaN13669@yogi.medinaco.net> The syntax appears to be: queryByAttributes( queryitemname (char), querystring (string/logical/regular expression), mode ($mapscript::MS_SINGLE/$mapscript::MS_MULTIPLE) ); example: my $query_result = $layer->queryByAttributes( "CITY", "/MEDINA/", $mapscript::MS_SINGLE ); my $resultmem = $layer->getResult(0); HTH Lowell The following message was sent by "Aaron D. Hunt" on Fri, 11 Jul 2003 13:04:30 -0400. > Does anyone have an example of perl mapscript queryByAttributes for > mapserver version 4.0. > > > Aaron D. Hunt > > From lfilak at medinaco.org Wed Jul 16 13:48:22 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 16 Jul 2003 16:48:22 -0400 Subject: [Mapserver-users] Problem with Mapscript 3.7 Message-ID: <200307162048.h6GKmBN13686@yogi.medinaco.net> The syntax appears to be: queryByAttributes( queryitemname (char), querystring (string/logical/regular expression), mode ($mapscript::MS_SINGLE/$mapscript::MS_MULTIPLE) ); example: my $query_result = $layer->queryByAttributes( "CITY", "/MEDINA/", $mapscript::MS_SINGLE ); my $resultmem = $layer->getResult(0); HTH Lowell The following message was sent by on Fri, 11 Jul 2003 11:53:54 +0200. > Hi, > > Please, I need an example of the queryByAttributes in Mapscript 3.7. > I have write at list, I have written several times to the list and I > have not obtained answer. I suppose that somebody will know to use the > function, I would be been thankful to him. > > Thanks in advance. > Braulio. > > > _______________________________________________ > 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 Wed Jul 16 14:24:18 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 16 Jul 2003 16:24:18 -0500 Subject: [Mapserver-users] msDrawMap(): Image handling error. Failed to draw layer Message-ID: If the mapfile is correct the the problem is in the SHAPEPATH. You look to be missing a leading /. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Oliver Gabriel" 06/28/03 5:24 PM >>> Hi I have installed mapserver, but the example doesn?t work I always get black screen instead of a map. So i tried the following according to this example: http://terrasip.gis.umn.edu/projects/tutorial/example1_map.html I have just adapted the paths. my mapfile (example1.map): NAME EX1 EXTENT 74000 4775000 798000 5500000 SIZE 300 300 SHAPEPATH "var/www/maptest/data/" LAYER NAME "state_parks" DATA stprkpy3 STATUS DEFAULT TYPE POLYGON CLASS COLOR 250 175 25 END END END the .shp-file i use is the one from the tutorial. I have access rights to all files. This is the error i get after the following query: http://www.xxx.de/cgi-bin/mapserv?map=/var/www/maptest/example1.map&mode=map msDrawMap(): Image handling error. Failed to draw layer named 'state_parks'. I can change the name of the .shp file or the path to it. Or just type in a path that doesnt exist. Always the same error. As if the mapfile doesn?t look for the name of the shapefile. Anyone can help me out? I also tried to export the debug variables, but there is nothing in my logfile Thanx and excuse my poor english Oli _______________________________________________ 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 Wed Jul 16 14:26:17 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 16 Jul 2003 16:26:17 -0500 Subject: [Mapserver-users] Error while running the Demo-package Message-ID: Man, I need a new demo. Edit the mapfile and change all references to .gif files to .png files. Steve >>> 07/02/03 7:54 AM >>> Hi I've installed mapserver 3.6 on linux machine. Every things works perfectly well. When I run http://myserver/cgi-bin/mapserv, I've got the following answer : No query information to decode. QUERY_STRING is set, but empty. If I understand well it means that mapserver is correctly installed Am I right ? I've downloaded the demo. When I run the demo_init.html I get the following Error msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno. Any suggestions ? Stefan -- Stefan Albers Kreis Steinfurt Tecklenburger Strasse10 48565 Steinfurt Tel.: 02551/69-2433 Fax.: 02551/69-2400 Mailto:stefan.albers at kreis-steinfurt.de _______________________________________________ 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 Wed Jul 16 14:33:03 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 16 Jul 2003 16:33:03 -0500 Subject: [Mapserver-users] Question about qString and Mapserver 4.0 Message-ID: You shouldn't have to quote strings anymore, at least not in beta2 or straight from CVS. A string like 001-004 in old versions would have broken things but now if the value of qstring isn't recognized as a logical, regex or string expression then it automatically cast as a string expression. So now qstring's starting with numbers are just fine. I'd grab the new version. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Neal Ellis" 06/24/03 8:42 AM >>> Please consider my entry for the Mapserver Special Olympics... I am trying out the new qItem and qString functions of the itemquery in Mapserver 4.0. These new functions are awesome and a lot easier to use. I am having a problem though when I send a string containing a character. I know I have to put quotes around it but I would like to have the quotes entered in without the user having to enter them in manually. For instance, I have a parcel record of 001-004 and it needs to go into the text box as '001-004' but I would like the user to enter in just 001-004 and a string delimiter adds the ' ' on submittal. I know there is a way to do it in Javascript but I am not too good with Javascript. Thank you in advance. NEAL M ELLIS GIS Director Peabody Department of Public Services 50 Farm Avenue Peabody, MA 01960-2403 978.536.7111 978.536.7129 neal.ellis at peabody-ma.gov http://www.peabody-ma.gov From dblasby at refractions.net Wed Jul 16 16:15:44 2003 From: dblasby at refractions.net (David Blasby) Date: Wed, 16 Jul 2003 16:15:44 -0700 Subject: [Mapserver-users] maximum length postgis data query? In-Reply-To: <5.0.0.25.2.20030715093410.02cb7d08@pop.xs4all.nl> References: <5.0.0.25.2.20030714131623.01891378@pop.xs4all.nl> <5.0.0.25.2.20030714131623.01891378@pop.xs4all.nl> <5.0.0.25.2.20030715093410.02cb7d08@pop.xs4all.nl> Message-ID: <3F15DCA0.6020804@refractions.net> Twan Kogels wrote: > $data="pc_geom from pc6" > ." " > ." " > ." " > ." " > ." " > ." " > ."USING UNIQUE oid USING SRID=-1"; I'm unable to reproduce your problem using the CVS version (4.0). When I write a map file with a line in it like: DATA "geom from test USING UNIQUE oid USING SRID=-1" it seems to work fine: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(geom)),'NDR'),oid::text from test WHERE geom && setSRID('BOX3D(1158000 366489.090909091,1209000 417510.909090909)'::BOX3D, -1 )' NOTE: there are a bunch of spaces between "test" and "WHERE". dave From Zamil.Murji at divestco.com Wed Jul 16 18:23:17 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Wed, 16 Jul 2003 19:23:17 -0600 Subject: [Mapserver-users] Compiling win32 binary Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A968@div-mx02.DIVESTCO.COM> Hi list, I have downloaded and unzipped all the packages needed to compile mapserver. The help file is not clear on what to do next. Do I need to compile all of the other packages before compiling mapserver. Also the help file is out of date, is there a newer one kicking around with postgis compiling built in? Thanks Zamil From aattri at cba.ua.edu Wed Jul 16 18:35:29 2003 From: aattri at cba.ua.edu (Attri, Abhishek) Date: Wed, 16 Jul 2003 20:35:29 -0500 Subject: [Mapserver-users] Using TIGER files Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C34C03.B49B15EC Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi=20 Can anyone help me sort out how to use TIGER/Line File sets provided by US Census with MapServer? With thanks Abhishek =20 ------_=_NextPart_001_01C34C03.B49B15EC Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi

     Can anyone = help me sort out how to use TIGER/Line File sets provided by US Census with = MapServer?

With thanks

Abhishek

 

=00 ------_=_NextPart_001_01C34C03.B49B15EC-- From gisgeek at nc.rr.com Wed Jul 16 18:36:23 2003 From: gisgeek at nc.rr.com (Bill Wheaton) Date: Wed, 16 Jul 2003 21:36:23 -0400 Subject: [Mapserver-users] msPOSTGISLayerWhichShapes() error In-Reply-To: <3F1582FD.3030708@refractions.net> Message-ID: <1315801B-B7F7-11D7-ADB2-000A959B852A@nc.rr.com> Dave-- I shortened the DATA string as you suggested and it seemed to get past that part of the script. Then it died because it couldn't write the png file-- a permissions problem I'll have to solve with the ISP. This is probably a dumb question, but can the ISP download the 3.6.6 CVS version of mappostgis.c and build it into their 3.6.3 version? Or will they have to upgrade their entire install to 3.6.6? Thanks for the suggestion, it looks like it solved the initial error. Bill On Wednesday, July 16, 2003, at 12:53 PM, David Blasby wrote: > >> SELECT >> ship_name::text,asbinary(force_collection(force_2d(the_ln_geom)),'NDR' >> ), OID::text from ship_voy using UNIQUE oid WHERE (voyage_id > 0) and >> (the_ln_geom && setSRID( 'BOX3D(-180 -90,180 90)'::BOX3D,4008) ) in >> /home/virtual/site170/fst/var/www/html/mapping.gis on line 728 > > >> DATA "the_ln_geom from ship_voy USING UNIQUE oid USING SRID=4008" > > This does look like you're using a very old version of mappostgis.c - > this problem should be fixed in the 3.6.6 CVS version. > > Try just using > > DATA "the_ln_geom from ship_voy" > > make sure you have an entry in the geometry_columns table. > > dave > From woodbri at swoodbridge.com Wed Jul 16 19:05:27 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Wed, 16 Jul 2003 22:05:27 -0400 Subject: [Mapserver-users] Using TIGER files In-Reply-To: Message-ID: <3F15CC27.11640.165018@localhost> 1) get a TIGER2SHP translator (products available for about $100) 2) Use ogr2ogr available as part of gdal library 3) Use gdal? in mapserver to display them directly (but very slow) Did I get this right? Other options? -Steve W. On 16 Jul 2003 at 20:35, Attri, Abhishek wrote: > Hi > Can anyone help me sort out how to use TIGER/Line File sets > provided by US Census with MapServer? > With thanks > Abhishek > > From cpurvis at asg.sc.edu Wed Jul 16 19:44:03 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Wed, 16 Jul 2003 22:44:03 -0400 Subject: [Mapserver-users] transparent layer creates blurry fonts Message-ID: Hi, folks: Whenever I enable (STATUS ON) one of my layers that has a TRANSPARENCY value associated w/ it, my labels go from having no background to having a white background. This is a problem since I don't want to use a black text on white background. Here are two samples. The "good" one is how I would like the image to look even w/ the transparent layer on. The "bad" one is how it currently looks (w/ the transparent layer on). Don't look for the transparent layer, though, since I gave it a bogus expression to keep the image simple. Any ideas? Good image (w/o transparent layer on): http://caro-coops.org/~cpurvis/misc/good_labels_no_trans.png Bad image (w/ transparent layer on): http://caro-coops.org/~cpurvis/misc/bad_labels_with_trans.png IMAGETYPE png OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGBA EXTENSION "png" TRANSPARENT ON END ... CLASS NAME "streets_label" COLOR 0 0 0 MAXSCALE 50000 LABEL TYPE TRUETYPE FONT "arial-bold" SIZE 8 POSITION AUTO ANGLE AUTO COLOR 255 255 0 END END I'm assuming that keeping TRANSPARENT ON w/i only the OUTPUTFORMAT block is the right thing to do. MS 3.7, gdal-1.1.8, gd-2.0.15 Thanks, Charlton Charlton Purvis (803) 777-8858 : voice (803) 777-8833 : fax cpurvis at sc.edu Advanced Solutions Group Department of Physics and Astronomy University of South Carolina Columbia, SC 29208 From aattri at cba.ua.edu Wed Jul 16 20:38:55 2003 From: aattri at cba.ua.edu (Attri, Abhishek) Date: Wed, 16 Jul 2003 22:38:55 -0500 Subject: [Mapserver-users] Using TIGER files Message-ID: Thanks a lot Steve! I think I need to mention the problem a little more. I am working for the state data center for Alabama and I need to Map Demographic information provided by US census using MapServer. It's almost similar to what Minnesota has done for mapping the same. http://www.mnplan.state.mn.us/php/census2000/c2000.html I need the ability to create maps very fast and efficiently. The MapServer installation is successful, but the only data I see on the Census website are the TIGER/Line files. Can anybody from Minnesota State data center or anyone who has done something like this before help me? With thanks Abhishek -----Original Message----- From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] Sent: Wednesday, July 16, 2003 9:05 PM To: mapserver-users at lists.gis.umn.edu; Attri, Abhishek Subject: Re: [Mapserver-users] Using TIGER files 1) get a TIGER2SHP translator (products available for about $100) 2) Use ogr2ogr available as part of gdal library 3) Use gdal? in mapserver to display them directly (but very slow) Did I get this right? Other options? -Steve W. On 16 Jul 2003 at 20:35, Attri, Abhishek wrote: > Hi > Can anyone help me sort out how to use TIGER/Line File sets > provided by US Census with MapServer? > With thanks > Abhishek > > From warmerdam at pobox.com Wed Jul 16 20:46:51 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 16 Jul 2003 23:46:51 -0400 Subject: [Mapserver-users] transparent layer creates blurry fonts In-Reply-To: References: Message-ID: <3F161C2B.3070601@pobox.com> Charlton Purvis wrote: > Hi, folks: > > Whenever I enable (STATUS ON) one of my layers that has a TRANSPARENCY > value associated w/ it, my labels go from having no background to having > a white background. This is a problem since I don't want to use a black > text on white background. > > Here are two samples. The "good" one is how I would like the image to > look even w/ the transparent layer on. The "bad" one is how it > currently looks (w/ the transparent layer on). Don't look for the > transparent layer, though, since I gave it a bogus expression to keep > the image simple. > Charlton, Please file this in Bugzilla and assign it to me. The background areas in the transparent case are being used internally as transparent, but for some reason the transparency is being burned into the output raster when it should just let us see the layer underneath. This seems like a bug in my RGBA handling in MapServer. 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 nacional at cbs.umn.edu Wed Jul 16 21:44:25 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 16 Jul 2003 23:44:25 -0500 Subject: [Mapserver-users] Compiling win32 binary In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A968@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30A968@div-mx02.DIVESTCO.COM> Message-ID: <1058417065.18383.25.camel@arceuthobium.ecology.umn.edu> Hi! You're absolutely right, the HOWTO needs updating. I'm working on it. As for compiling MapServer, you need to compile each of the library you want support from but I can't write instructions for all of them. You'll have to read the README and INSTALL instructions from each of those packages. Some of the libraries (the GD 2 library in particular) don't include makefiles for Win32 while some include Visual C/C++ project/workspace files. DM Solutions provide a Makefile.nt with their GD2 binary distribution. To compile your own download gd2_w32.zip from http://www2.dmsolutions.ca/mapserver/dl/ and copy Makefile.nt to the GD directory. This makefile is for MS Visual C/C++ 6.0. You'll have to edit this makefile to correct the paths to your source codes. As for compiling PostGIS, http://postgis.refractions.net have good online documentation. You still have to compile the PostgreSQL client libraries--that too have good documentation at http://www.postgresql.org/docs. Good luck! Perry N. On Wed, 2003-07-16 at 20:23, Zamil Murji wrote: > Hi list, > > I have downloaded and unzipped all the packages needed to compile mapserver. The help file is not clear on what to do next. Do I need to compile all of the other packages before compiling mapserver. Also the help file is out of date, is there a newer one kicking around with postgis compiling built in? > > Thanks > Zamil > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From chewbizz at hotmail.com Thu Jul 17 01:05:28 2003 From: chewbizz at hotmail.com (W. Steph) Date: Thu, 17 Jul 2003 08:05:28 +0000 Subject: [Mapserver-users] Php MapScript version compatibility Message-ID: Hello all !! I would like to know if someone has tried to install php mapscript for php 4.3.1 with php 4.3.2 installed. Because that's what I plan to do, but weird behaviours could happen... If you have any experience in trying "wrong" versions, let me know ! Thanks _________________________________________________________________ Trouvez l'?me soeur sur MSN Rencontres ! http://g.msn.fr/FR1000/9551 From woodbri at swoodbridge.com Thu Jul 17 05:01:26 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Thu, 17 Jul 2003 08:01:26 -0400 Subject: [Mapserver-users] Using TIGER files In-Reply-To: Message-ID: <3F1657D6.29671.237F362@localhost> Attri, The Tiger/line files are useful for generating the base map and extracting the polygons that relate back to the Census statistical data. You will have to get the statistical data and relate that to the polygons probably using JOIN to relate the polygon to the stats and then use LAYER CLASSes to apply graphical (color/style/etc) attributes to the polygons. This implies that you can find the statistical data on the Census website and load it into DBF files or Postgres so you can join it with your polygon layer(s). You might want to play with a simple polygon layer like the states and create a DBF file with a random value column and see if you can colorize the states based on doing a JOIN and setting up CLASS brackets to assign COLOR. If you can get that to work then you will better understand what you need to do once you get the real data and the problem will be simple to start with. -Steve W. On 16 Jul 2003 at 22:38, Attri, Abhishek wrote: > Thanks a lot Steve! > I think I need to mention the problem a little more. I am working > for > the state data center for Alabama and I need to Map Demographic > information provided by US census using MapServer. It's almost similar > to what Minnesota has done for mapping the same. > http://www.mnplan.state.mn.us/php/census2000/c2000.html > > > I need the ability to create maps very fast and efficiently. The > MapServer installation is successful, but the only data I see on the > Census website are the TIGER/Line files. Can anybody from Minnesota > State data center or anyone who has done something like this before > help me? With thanks Abhishek > > -----Original Message----- > From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] > Sent: Wednesday, July 16, 2003 9:05 PM > To: mapserver-users at lists.gis.umn.edu; Attri, Abhishek > Subject: Re: [Mapserver-users] Using TIGER files > > 1) get a TIGER2SHP translator (products available for about $100) 2) > Use ogr2ogr available as part of gdal library 3) Use gdal? in > mapserver to display them directly (but very slow) > > Did I get this right? Other options? > > -Steve W. > > On 16 Jul 2003 at 20:35, Attri, Abhishek wrote: > > > Hi > > Can anyone help me sort out how to use TIGER/Line File sets > > provided by US Census with MapServer? > > With thanks > > Abhishek > > > > > > > From heitzso at growthmodels.com Thu Jul 17 05:46:01 2003 From: heitzso at growthmodels.com (Heitzso) Date: Thu, 17 Jul 2003 08:46:01 -0400 Subject: [Mapserver-users] Using TIGER files In-Reply-To: References: Message-ID: <3F169A89.8050707@growthmodels.com> There's a couple of tutorials on the web re how to do this
for 1990 census tiger files and data.

    FREC 682 -- Spatial Analysis TIGER data import
and
    Importing TIGER/Line Maps and STF1 Census Data to GRASS

You should be able to google and find them.  Once you have
the data in GRASS it's easy to export in a format that
mapserver can handle.

I assume that the essence is the same for 2000 TIGER and
STF1/STF3 data.

BTW, while GRASS is intimidating it is the swiss army
knife of GIS tools.

Heitzso





Attri, Abhishek wrote:
Thanks a lot Steve!
  I think I need to mention the problem a little more. I am working for
the state data center for Alabama and I need to Map Demographic
information provided by US census using MapServer. It's almost similar
to what Minnesota has done for mapping the same.
http://www.mnplan.state.mn.us/php/census2000/c2000.html


I need the ability to create maps very fast and efficiently. The
MapServer installation is successful, but the only data I see on the
Census website are the TIGER/Line files. Can anybody from Minnesota
State data center or anyone who has done something like this before help
me?
With thanks
Abhishek

-----Original Message-----
From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] 
Sent: Wednesday, July 16, 2003 9:05 PM
To: mapserver-users at lists.gis.umn.edu; Attri, Abhishek
Subject: Re: [Mapserver-users] Using TIGER files

1) get a TIGER2SHP translator (products available for about $100)
2) Use ogr2ogr available as part of gdal library
3) Use gdal? in mapserver to display them directly (but very slow)

Did I get this right? Other options?

-Steve W.

On 16 Jul 2003 at 20:35, Attri, Abhishek wrote:

  
Hi 
     Can anyone help me sort out how to use TIGER/Line File sets
provided by US Census with MapServer?
With thanks
Abhishek


    



_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

  

From mcilhagga at dmsolutions.ca Thu Jul 17 06:01:13 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Thu, 17 Jul 2003 09:01:13 -0400 Subject: [Mapserver-users] Fwd: Help on php_mapscript.dll Message-ID: <3F169E19.1070607@dmsolutions.ca> This is a multi-part message in MIME format. --------------060604050207040603010007 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit -------- Original Message -------- Subject: Help on php_mapscript.dll Date: Thu, 17 Jul 2003 13:13:52 +0200 From: "Luigi Marzo" Reply-To: Organization: Dipartimento di Scienza dei Materiali - Universita degli Studi di Lecce To: Dear Sir, I' ve installed php-4.3.2 for windows and configured as CGI, I' ve put php_mapscript.dll, extract from mapserver-7.0-dev-win32-php4.3.2.zip, in c:\PHP\extension. More information are in phpinfo.zip. However I have the message Warning: dl(): Unable to load dynamic library 'C:\PHP\extensions\php3_mapscript.dll' - Impossibile trovare il modulo specificato. in C:\Inetpub\wwwroot\phptest\phpinfo_mapscript.phtml on line 17 I read the FAQ on this error, but nothing do to, the error remains. Let me know something, please. Many thanks and best regards Luigi Marzo --------------060604050207040603010007 Content-Type: application/x-zip-compressed; name="phpinfo.zip" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="phpinfo.zip" UEsDBBQAAAAIAFpm8S4ZcGU8AhEAAFgRAAAnAAAAcGhwaW5mbygpX2ZpbGUvcGhwaW5mb19t YXBzY3JpcHQoMSkuZ2lmFZUNVJLn+8cf4AEeeX2EMmqpYFZSvoBaSok+4hvDUoYti18tFFcu rEjMlbSGiC8VJRkrZ6ywYmlJ4YxqLUvTmKtmVEatlUOzsOxMWjWrVfz5n3Pf59znXPf53N/r e77XubM+zUzkFRQBC4AJH+Dz+SAIYjAYPB5PJBJJpVK5XK5Wq3U6nV6vNxqNnZ2dLpfL4/GM j4/7a4OecZ5AZLHaAQh2DXp4AgnMEgB+AFsy6PHxBFJHv8fe6ZIrdADE6nR41DqL0eJR6/vV xnGuQMdgCbgii2vQ1++asHcOGk2dap3VZJ3QGV1ylZ3Lk7K5EqnCLpFbGSwRT9LJFVlhBg+C uY5+/32PxeonG0UStd40LhCpVLpBNlfKE1m4AiNXYGLz9DxJP4ur5klcMEPg6PfZO8c7HT6T xaU3OnT6TpXaKpUbdcYJtX5coXapdH79KoV6UKXzN6WWq1xShUsktYuknQKJlSeycgUWgdTD FfjFSNk8E4urh2CBvXPCYvUYTS6d3qFS2yVSI5enkqs8UoVHIndJ5IMiab9E7hFIOllsOU/U yRM5eKJ+rsDO5lkYLDnMkECwyGqfsNp9FuuE3ugyWcYtVr/ICZ3er9MjV1gVKr/UfrVuUK7o lEgtUrldJDFJpH7xnQKRnifwLyObqxJJ/W952FydQDLIYqtYbDWDpWCw1DBDajT5yeM6vUdv 9GPH1TqPQuUH+g8TckW/XOGSSO1SeT+X5+cYWWz9+PjExITP4eh3uQatVntnp8NoNJlMFo9n YnzcZ7V2+nPh8fgGByf0epNAINLpjA7HoFqtt1odCr+Dgz4eT8Dl8kwmu8Ph0estdrtL6nfT 5bNYHBKJP1FGf7hUKj3Lb4pcbTI5pFKVTme1Wj0WyyCDwZJIVCbToEpl4fEkCoVJrbazWFyT ySORqLlckUJhEYlURqOH508IWyCR6AQChU7n0us9crlFre4XCFQSiVGtHhQI1BAEs9kSLlfO YHDZbCmDIfAHHIZ5EMSGIC4E8QAAAgAYABgAAET6N/D/swBA/mEImC60mburIPqcFX225p7a Cw0zq/61DXd/cYGAu1bcLk+Th+qnZj9pf9SnnZ19PKmYlK9Z44g4WfIGld/dFKcixDueh56i 9m79d8G+wEfXAHRFgHeLfvTSF79peY/vGB+lrPlVdj+8uG15jB59iEcfff59f/2vWtbc8jv3 YmWhIGPnk+uNHUUO0Bv7I3rZIkOfIXDeUlJ0xoXqjaWPiQnFXApqeGNi+T6WUH4D/R6T+Xaw r/DXil3PLcOHdhT279voXRHZdfd2656ola6xVRojJgXsILfNb99zTo+1ttlm5jf4Mqf8B0i/ LpVPPxh1JSr23a2RvsnU+I+nWrvklWy6z7Nmd+i1g5idUY+w9GlfyK4LJFt/sT7/4pVvn3XN oXbGT9DmobO3ub3u7xalvH+PGxC8b8zfwwux6UyIUwlI4n3IkQNAaGQaK1Y0oiHFn/scYmQ4 mTNoOZSPdIlw9evbN1K03MQjGRynCo5vCpwEcO9+qMpO8pU82oW8dx7pViYFpV9XYgIxu4D0 M4kzuRNQ2Q3spuWbxCn0028M/CfXe6na95vztI0h7TxxSkiLu0CgPP+Hk+9+0HIL/HBdvDuH HNJbj3fJ0tYkV0h7cxcyrg/kJo2OYFp+8Hn31icbK9woC/k78+9kU+xIbrJYeDzvMHaLODO5 5J+41OQDx30DVOrwAzf1UMEw4cnJgvmMUfPnpr0zzS1hT1GhbzY7FVVTRvdGHrs7olrcLhw0 1NAZbswJ/ETZn1Fn/3LQc4GT/6bVsn5EV1Sa33rbs5In9J908d95m6l2zMO03MTHXTJKC+YF XYMvAQt3LWTck/dcJsUtovJvlY5V8qOdgbktQW9vz0lJqGvG0xKEW3tChL1XZUnzjR09vAPn p93gzxdqtVN3pF92hCd69HHBhddlleRXi7Q1gfeHx25iP07qvcF/M7pne0icEaknh4yljaTt 263azac/mGEll2xuuEY7uIybEbQmd+PVP1rLUtHBZZH/kMPfjnTkJn86992XOuE/Pno9Xlh8 mRDYKONUzWq87u6+MjmKn0v3DsRhcAzGizTayZGGXppJdfEtTau5nDFlpJEVwL95K89BntI4 ZRQbsoJ+Sj+h29L+w4fRjvVV366Kw8w6sbV9R2BmiwCffPfVNGVV7PA2cvgdA70qvASJrQ79 GQA0cx9suPHNk23CdpCy8o0eDG5k9mdOftmXl8P706lKTbJlj+Ve6GzIhlP+G1XV//WuqZIR yQWjkw4H7mak8SM14OaosUV054CNdKt+q4wFJ3p17LqNZBRypCqP0IzPgnYRrKm0nUj6/It7 dqcxKilxdc3koNknN3xFWPHinwOn3p+hhj/4HZNg0zB8s1J1DKW7qneZLpDTXMsPHwv5iNzn hwtbLQ+7gv8SZ9K0AwbMyDB19Zse1rR2QlhxIU6oWXb65Eby4sePcAnL7vWsd2Zu2DX25X9u cHZhXWUF/BlUp6leDcJV3LYwetO9nofRnycsw4rEL/pqsXWc6vC+oyyMsjqqgUOYsZlEPyA7 zCCtQamZBQUzI7pHOJyr/EU5a9c+X5pcYsYvLkLTv7eBgTWwDln7ZFprV8+cyOaAHGYz6b9z 3Wc+5l+B7gOYdMaVeWApII1AUK7e1eiKV/VYwE1d2ZjOf4Xgsw3N+n2bWQ8cvJxXX16Gnq4I e8AxiMyLyZgz4ZjApVxfTcyAmZICj6SABmxMm3Z7RXrQhfMWbnXdzhDn+95NDPOn+ZupAIEh RAHuWl5Lh+k9qUrYI9NyoVQoXfh0To23mrMVRS1o6Z5SJ9u+5SSNns5IC5E+qz54i2luqswM uoyABzdqi951HdDDRrhyyzraIVsGCkIAXHg3Ndt9MLbo5gxUPDK1ta6XyG2+xtWhqKq6nhmS bmySu/nYJq8g+LmsduHReZPr7wlm1CCgqQB9cAvMDnnWVb3k6DA5pbiLaYdxhTuGWj7kuY40 3h9QGzWBV5ehCaXdy1PSCwKAxFRaDReWnhsmzLKB/XpDHl05BN+u69rb+AKM8k0agjL6tNNO K3WhxT1Tc48j8SvcWFa6AIoJLgnOHAJXk6oYPY2Zkdqm6piBJSS1uKhv+GZSztuo0LIWHCVn qC4jIoy4Du6d9TtnZ6X/f1ntFqx6ygmgMScCg92HkUYWWnS6eeqLxEw6TgajymRE39ETwcNd IEaZx1wZfHzmK83Khu4dv9SvfdLrMuhSzMNHU53aqbohfKpY1oRZh0SLhrCRi7RtqxrTFpwp hQuXHIk/8/P91MOBtWEP/iWzvQ2p5oId0wbKqIY7tfjyjOVVkVGhcctqpyrFUHrLI+qnoz2T BxSayggAyI7ImH4e1mU1DtNH7u1Chgs0IJPpi0DVYQkRiEYLM1EBXdQUk1KX3dtMfVOZyZkE 65kBCNF1J736RXPRt8qJPTk1e8lPCqD4xm7SN8LaGcNufL7yc2bvvcHPPzhr099rrItHA2MY BtTvAnNTok07OwKR/eksLEksvlKG1RITVoRNojHqUBE21PR7h1FYs4HdpliSMWdqz+LyUuDd 0Dz19TRT0z3t1BXNO4dA9+T7qgzcO6W/OQ1OOvpPSt2QBnlznnYIQVEeADgOqA1Cs7pobch2 kRiFnRrcEjFnD+Z7jhyT3wLObNNgrlCWXG7qQspnXHuYFdf35RRzbeC9ZtLvBUJmN/Q1TfgZ +HNp96Rin2E7OtlwJrIvlaIEemZG36xZOfK/Sa8vgjOPApUnLN2EsxoOfiv/Zba4Ep26OEP+ VFM0e86W1psnS/grZDX0xmb6YkYdMN1NoJ2ttG30xqDOTdX8tD94Guuc7vqdv3EHfFXAjMYt lx5rtNJTMhDlyYgY6J+YCy0BrkU/k/9gbcuS60Pnd2lZ/YbHEcYwwtHJwsgV7boco4CgXyWY dJRZpIXM0xT7t3xCM2yQtKx88t0ywQ++dm0IE2Fii6uur4khVBJeE2OSnoUstSeCGZ3MD10I fWnj7lDTYfK6e5VqlIzY/wPCuArXzG2Ad/QrPpDWfvvzJyfd5WhhJc3o/sVHW/pXxa3/eu92 JLz768R/l5/PKfvtYYYwaT1QPevcEYJB2Sv907x7DNSg7vdszX+N/0ZMjIAJP8HEu5VAu1PT bgO+YeL78gNkzvKE/dv2y3AjUwjtTBjtxcRlqYUJ4lYOeDAeI7wStTA8YqCcssBJiRNjd9m+ tWhCIRsfvRl9RlyMZqKaOejV5vVY2aZsGS6bAzUrsYp81dtZ2K3HyqdFwHOVZfl0MvfXr5cA qNTX0B4Ez9CAQnPRBLJ8/eWku0rKHRvlbyX0zB3wGQcq2bMB1bd1tpn/27/U0xyo/iyACSSJ lNj1TpwEIT9k4tcmVCTkl8UmbEOnkst8a7a9t2HSZ+PXyLbpisDXGlA/v+Zi4YwEL+jSYCLM pPNMkl35KQiTcOYdx8/tiN2ouOrc+PUb6iBMut9F3hREvQXg98sqN8wmZBwr/8ZWMaAM4DsJ YhpqIYC+BG8ZC8Ls5WDgvIWMjpR9sZhlbqgOgaqdqMmpxNlefLM34BNgZto+stGMXf8rcTuS v1EJZsHVPgC9H8CHegnvMuAXYtJKTUAQc+GCmnkr47KdR3FBqUQ+gkmFwbAuAE2b2e5FZZmx 9hdUjAaa5c1NXkqejkJ7G7HnvQT7UvgCk1hnwJeJ0TvzdhlGUK8QtIZDxMqA+OV752/Zi/N5 CVdt2POTwOcAql0GYMQCLEIkGzCtMnyrkhjfCuQqV6zi5PPMQHwrWsXMX25DnUSIWLGgVwa0 u4nRMmEZQh2+3HArk2pw4kfMmE9sy4Pm1Zb+tjVCRkqU4XYj+HAbod5AjjAT7WLiJA2pFgYF MvRuM+aimzjdhisDcj+Eo8MKSDlMMM1MWOXERnlR550EO4Biu0GDJqDIgk/wpqzTxu6U4XZq UHvdkNlMOuPln/6Nf8aA+tYNZTJBnRdv0CSfMOBXMjGxTuhvGXgiI2mfu/AlgkeAhLYMMKIa K8fmvp8E7mZidropJUACwsQ9vY0U+AoDEzjUvzW4MTGVmEetl+F+lhFnwzv/YR9avg/aB89j dEFrnNClDkKROC8pj/pNOO55UWIyPa0QSGiU5RmPmL2guSYPnYKp+ePz2OK31I/m2AdMCkPJ /WIGbocNbKr66lvx4VnSw8+c0GuA+1aMNjDRxbrsCkRElKOC4LTi8Ky8KrAtvUBo5syXiRhI ThNSEAfE3/wpKsRM3XOlYYqYEmMTn3yZ8FoDHWZAIwj0zGZZcZzytAvaa6M+CIsOAahiDVVo xodisu6aFyVoqF8qRevf/Sh0R08mZJXtKFo7B3cMnPswLOY2Lv1jFXcCpmztSMHkUYs1aJev i1Ijg8bg1obzFLGGMmfLvm1V1MPLjzmOLtqEyeIvwb0BsjaUYTY1rQw/ErXhWXTF0SxmWtql MHiyMfLS/phX4owJACsy4DxOSoyYGsOhxsBtL5ltccomyvCCNwC2RNzcVIr6q5T96eu2vCUJ i96l5Y2gyvOO/X0LuV4GT3EKrS9nnr2/JM4N/u+2MCE8dWztRvAmVe2mFGoSHv2URqbNGhFE X6RR6bLN6JcR63ujMvPYJ0tTyJb6u/CcEBtm1NbwtukUWVKOxny14SdqiZPSdivxu7CIPd0r l3XE35xvQ7OoN9yod8fjP7nGLJdjhgzRvKEFU3aEP9o+75EXrecfoVU1UB88JtOLZk3aOS/s RLxbTLFLAycPLPjAiYr5RRv8ooPQTR2CKWerwtehrZTSDtLQgpzVp9YNM1EoYOH/AVBLAwQK AAAAAABaZvEudxLlvJILAACSCwAAJAAAAHBocGluZm8oKV9maWxlL3BocGluZm9fbWFwc2Ny aXB0LmdpZkdJRjg5YYIAQwDV/wAAAAAwLzECAgMHBwqYmMuZmcyWlsiTk8MDAwRbW2mkpLJF RUnExM6Njr2IibSYmbtlZ4Z+gaywss0ZGiQxNEkhIzFFSWRSWH9vd6jJzN1RX59VY6NhaZMN DhOiqc23vdxYZ6VcaqlaaKVbaaZfbqxmc65daZ6LlsWUnsrb3eXAwMACAgEDAwIHBwYPDw6F hYOYmJdycW4FBAMUExIfHh0nJiUKCQkZGBg9PDy3t7dRUVEMDAwFBQUBAQH///8AAAAh+QQB AAAqACwAAAAAggBDAEAG/0CVcEgsGo/IZJLAbDqfUIJySq1ar0aC4XAwSBipcCrjaWBCmzRI JBq53/C4fE4PuUUmDmQPSewxDg1cBliFSFsND4oYICB0j5BwGh4wAJaWOxmMkZydbyEhFwsB AQuADYSGQgQHERgYniMbHwmXljMJMboxOjgutpc8OSgZM8A0OsnJODTAli0MET4xwDu5uwm+ zgAsMCWOcyEgEwATEBGoVFscHCaxGyc5K8AwHhtyGh/U9JW2NCnfJH14AcwGgw8MEAB78UED vg/9bMWIAO4RiQsCePiJcIBKK3ZtIoHIsGCbSUs8FuRIgUFDhAw8FjaEAwJDhhbAYmTwUevk Nv8WOBR8IHGvEwkNAwAE2NgRiwEDDSLsafdmAwoFznKcKBqr68Mczl4E9AonxMUOAAZQ8AOo qSp1Bxo4iKCHD4R2Icnq9WQ2hIkLFgLUoEGjwtoLEDBEcNDlrePHQp5u4dJAroPLETJr3syZ 8+XLlbl0SQW5tOksWiZzKeBBgmsGsBm4nq1AgSJFmDO/wsCud2/Fi0OPJn26uIrJD1rLblAi Td69s2K4mD4dRwoSFfeG88shgbIEpxob36J5LB0QJFIEoM6+vYsZNXS8yJChuawGOVgAa7HD /Y0A8mUwVCPS+OKee/DJJ5s4dFx0gwzmoEOcOnRx0JUGEkRkiUGb0ET/QgY1AHODDyXZskAG I+Qlwkg6ABNABilgZQsLOTiQXYoiZIADMDN4EMJzcaCBVgDnNDAFK7y50wkIJaTwi0Q+fCDl B/Tl0GJYPsh4yQo5NMCVLPH0QA+MzdiiQ5RTVtlTTvYYRQEAN/jBmBVQ6WEhHfkQZMsMAG3Q yJ9rAPkGoICeR2gjKWgIgAsKiHMoG2RhR84OFlzAwZyQIULXVBw8qp12K3ralVkaWIBWOZUm FsiExqmDiFyu1GXXrHf1ZsKtuLKhK6639rbHBQkEq4wOCxS7gAUJIHaXYoGM1uqzWKQmmWqU VWbttdeKNsi0T0HrrRWpDfIFjGKEwYAHB8yF/0EJdqyoxqGAQvoGHriyQ+tdwQnS7bdvacGF cvRJYIYIft7YiQglJKwwu4LuZUcefQTLVrOsfoucAh544ABRDe9VUwY7yOTQp538eEEvOOjA ATrinbbFZxGkSEcbC9dsM3YaZNeGjsDoUN/NIOQMhwgh2Gx0wtj5WUcIFtRwQwVFulUIKw4o 1iEkVoHl00k6sJTPPltvo4AE+TAgQNjbLDBggxaIScHKUh95QJKxfGxDTg1poPc9JWSgKAA4 ZLlfNAWvkd6altD4gZN46733CH0rMI8tAbT5SAgVlFNkxUSwkoeSB4eQQQA9Z7BGHHYDswAD ONlSz8hugBAB6zmlQP8iMDhk8CPqTRpDueUWWQBAB5Y6wHlkB7ADOidfH3OdI2wEHUIKeprp Q5mXJJDBlyJ8GKKJO1VviQv1gbNizn47swDwFl3Qg0bnxG2EAQ4o38kGHmiJds8pREAL7rp7 TnSOUaX9pY0B5oHERQTQAwpcABDHI0Ir7mICO5zHAQyQQe3ow8Ew0OcDDUBDGzYQgTFwkIMk EGAJT8jBxbUueywkl4AkQJEvcYIEbQPAWuJXCPJMRQ5MSsENgKE9G5IsEhtwgA++d4kFoMCI eiFK5hCwQwk95inpqks7rFIuMXxAXkfkxIoW18UUsK8rJLgIOVCFmMXIz2Vx2RQfqGLBMNr/ ERJ9AcwEdsCDDiwFMeHhlxIQoS5Z2aUdJmhDHe/4CVA8jAMXEMUCcIADUuBgAcnCF8UE6bLJ WEY3hrwXHyRGylKaMpNTeUVmAqGvCHLylZ2Lgixn2QRY2vI00uKWLne5r1v68kjS0hYXbkPM YuZGN7sBDisFsa1e/hJa4VqNBKhELhPGRgIeeMAnkZnMbvbKN75a1mKa5axnvgWLByiABKrp QXRFgF0gSEPBdHXHb96LWa005xImo076hOEDrUCDnzomh1ARiqBegVjEgnWOTeoTOV+AzQNi NlDonMCEHUSRwT71sIjpIFjhceV4hukajRFlo2Qh2uhKh1I7/qg7/8a6gBtF6hhEPKA2DmgO QvUCD3kAQwFPZCQe/0JJHCRgpiO9zAM2hlKDwktUcWieLWqQAkcddA5PfSoY5SCOptXgbVbM VLouwwiCbkACGI3hCT34AQwobQRMysCTspdWf37QrdBLT13V2kIPNAelF6GBCyIkiHOmKzMJ xOrsYmJAOL0gBQ5IAyUaawkawCAFI9AAClJwt8bOIAYfSOwbLnI3qIX1ClDZzU7dgKG/GTAG KRjJjihriQBgNka0vYQOzggHErxpAODBVBXqhIEUHsx7PUNTmvwWstrlQCGuSwE1/amA5l6i BznwgA9mewnrTElK9IGB78y0leABoAcWuP/UG+fXAPt5oqdicl1Q57WBJs21sj4QHwD+gR1d iUCqlyAfQqB7iReQbWgbSA/2LHEDCSAUhwDgQXqFiwQkUeUd+gAGVY3roQwMcapCbBxNmrRg APgsvyICyI1USjpbNLilbvBtOR6YjiSs48JLsol1LQFa2FUFBTmI7yVioL8IRyM7VikyAGAA o/Faoohy2EADGKAfE5VXgRdIi5zWizz3dmISiuLBkeOwAQykoMQuSMGVuhtAOMwCcQCoQQFt 0QMFXLkqTWrxJWyggBLsdIHw44gSWKG8RT5iZ9y1xInkuYGibRYGk9szjBhb4AMPyiadHfJO 1lxb02kgDUW7qAL/Mv2MPsM4xsKzBg+V8JE7cULKGdTwR4W1HpN0bSA8UrEkMgQMYVDphZaI j8R64WQTfWB3nSBHBRJwKVfe2NWQyFNuWQBbG4GIiNsbmuj0rGgYuRZtCUDgqUf7pg5YYHPq aC87RNI7YCAAQTQA0AtWgoJ49tQ9WvnSvdvD5BQw0RIygDeAYpCDDGxl3OQGAKUeaDw6ze0u Zr0KMASgFaOJ49PP6Z7NkO0hm4HgA1q77gtyWjMSoCFnq+2tBtAyAbbU2OH1u8t5MsBpwLVZ qOcpAU80LAEoRlEEmUtJG1/ulAlCnCaLFRnOH6FZzhLRRkc8Cjl4sMO2XJE8WmQtRGbA23Wu U1W0S08RCGLUda7TQAEc/jkFztaBBQCSwmKt2hwRZjOZhX0ONKu7Xki19rQsBV+FfdZT5IKB OXKAaHdPvBtIZYEJiKkDO1wZY2hampfJcSqJHIGhFe+VvmzgAhSoAdf/kyrF6OuZhLz8HG/F +cs58r+AqaRgAkCBVHGAWS3T5xCwCKvCi1J5rP+E5jfPVUcaP0UQA1YyilXUY2Xy9sHJve4H +aq5xEqU2L/XKUk5LB0gC5XQj770p68KyVTrmK+wV/bXzw5VrpKV5SQ/LKclzPrb//7ONGcQ AAA7CnylXIhBaez3SajgASPwABfiAJrhNrL3Sl4RS+UiFokhgK4DWAqPQRUiMAEzoAPPl39o JX74xATEEi7KNEsCMoEVWAfRZHJfYQysYFwksIBo1YAKdUz+RwivUILLpC66sIIUGAc+GE3H NC/3sTYTgFo88CvlhFa0oXk6VQsucwivMRmbEQg6uEwJUC4DAFVQpU7rNA33si/xpBqxQRvd 8YS3wVa9MU7kVE5u+IZwGIfyRIYcJSpniIYhaDAnIxttoDDc8ocV4BncAjEHNTEgFQQAOwBQ SwMECgAAAAAAWmbxLgAAAAAAAAAAAAAAAA8AAABwaHBpbmZvKClfZmlsZS9QSwMEFAAAAAgA WmbxLn/4p3MJFwAAmqAAAA0AAABwaHBpbmZvKCkuaHRt3F1pc9u4lv08qcp/wPOrNy/pilY7 iRdZbyiJtjmtrUXa7vR4ikWRkMQJt+ZiW5ma/z4X4CLJNrjYpN3dTkWWSeicCxC49+IQhDp/ G0z60rcpjy6k0RBNL3tDoY/2ao3G9X6/0RhIg/DEQb2JJFexPN3XbUsxGg1+vNd9/67zt1oN ecot1tDCtU0UuMbph2bz4PDjyved40bDsFXFWNme33BWjo/D37q1sGVTcTzV1R2/7qx800C1 GsEjbN3OBc8Nuh1JkIZ8Nyr/4WOnER6AUiNe4hBhqOHfA/32tG9bPrb8mrR2MFLDP073fHzv Nwj2CVJXiuth//ROtzT7zqu12p/bewlS8omRSGv7pd5s1tuH8NJqfW3uIUsx8ek5P+ZnnDSZ dTsNah98ujcZfOt2enCo171WXEu3lp1Gr3uMNOPDx2N0aSlzAyPfRoataEhbA5CuIkOfu4q7 Ru/f/bN/fDO9mN6AoRja1ra8G6ju/lbbaIbxT1RDgunYnqfPdQLn2reKi5FuINPWAsMGIM/B qr7QVcW360i3ENgD0IKFfSeY39zd3bm27d9El+CGcQmI6ci2AM7QLUwwWl/JMVJBqKwofRvy yIcmPqUtq3pelzQA+t/37/6tPxlOZsfo7036c4J6XP/n89nkcjyoxacW9Of9u/97/y752Nlk LNXOuJEw/HYM/cjyah529bAQ9L3MIheZRS5a2UXamUWmM56WGXGzc2F8jJrO/Qna+YBpW7bn KCqm5bljaMLvj1rm6OgESfyvUm3A9yfQmYQJYFm2FX9oZd9il37qUanA0rBLrktYca43DC3q TWYDfkYaechNRf4YOrNhwHUNy9VV6NfbkNxQOAe08PBOkQ1kWMnakD+TjpES+PYJig7NhPOL 5Ng2noEX/i7aBYPzBOnQl11fsfxjtH2do4pEFFFHQi3nHnm2oWvQpcIC0mT65Gl6NUThN2iC r5//cYKu+Jkk9LlhTD9XPEzaLwEK68cm6k0kaTJ6osR21/uTWb09GkLW1ufmPx6NguhU+3N4 qu48upibC443H7vmw2aY24b2pAtQ4SdyAfVVgc8dwY+qhp+7Ddv9afCokLAz8r7Qn/DE6PyJ y0ZH8/aFCof3cMLBSVdfrvwHzb/9gbjB4VjYjrPcDI8xr4WBdHGMvjQZDCfoImqrFi3AaoUT pBj60toZ6J0G9eDgyuH9QLhCqqF43mlYgjj40AOo2DCmiqZBLDvdR3e65q9OwR64OC54oNMm lESoI9HQF76dRUgr+jc5AsEb4rOLF6d7UR4AIQiCjFOHiNTY63bIdVAMiLgQ/dDQXtp7KPws Qp6rnu4lQV9eQMh7ImdY6ou9jUmdBteNP9+BPh7a43QJ+hV2SWSFFGa/3obQ3YLSxMCGRCJ5 WA/4TeoeR7pnN8SmASITcFdcez42EeV8ePa2ex3mI2gsIW7Ua6LPkGfNA93QULt19BltLGUT 9GjxgeJjFslIWaP2IWo3m/sw3I+bX46b+aBF7JJ4xE0FFnT/XGicKZ4Pv3MhXumuHygGGugu Vn0bkiAxcEg4YBFgmkJpucAhC1zoy8BVSI6Kzkiu9IH0Od3SP6Kp4q+YtTi+uRbGY+kmKp2L jfStlJaB1m43j1qHubH4OAdMRTxoH+VC/A1bWj7IVrPVzAU5wPNgicLuxsCz7FxIErgGyIdF ZYH9dRlXfoaXOgwzF4qTphR9wDc9FjJc5U909vAJLciLapuOiz2v/gMy8y2+TsneITEgMelJ N/kDLl0dbNrxk/R6Go8dJXTdga0GJjhxDylQRsS+DzZ5N0agL/W6qbg/7JsB9r77tnOz61Yf zwM+tD6GnjXm2PGwSFrpHnJce+kqJjKV79hDgYeRvUD+CiNqokhxwAA0VKxloCxxgsVbS0hk jkkrhr2T/o1uW+CYm59Q33bWNNaiD+pH1Do6OqxRj0XLSlhdWTbUXwfOqPmyrtMFeSW/W6SZ 37/baejc89J/nUKP6h32Pp+1uWZtv3/UrrVa2n6N2+eOagf9r73mYb9FMq09Oorfv+tDL9R9 jzQYjTa7luz4qOR8m362b7sYDrXL6GSbWHzRDZ2tfgvg8Nfm+JC0AbpSjODhmZFCRtPWqYzx pxiGfScDmiH7uollBw7L0NwwIi0VM4bhxEo/kYszcA15YTs4A+v5JHfK2pMd2wkMiLCyq9zB H54va4qvsJAXi4wzWaTuUvawo0AnsV2IR07gMwD/XTGdk8xzhejswK+az3NkX1l6lTUfzE5l xYE+oVE3x0DrCCRc3YZdXOgWKJWHHwLKmxkwdyGlVBXntXk1vFACw5cjse2t6E3wQESlYiAn qmCu89mcEMNkb+1BbJJvFVcnSUtlXVvTPYIv07+ZNNW1cES/CCyVxK+3MMAxlLWMXdd2ma38 Mpcfc3i+AnMVJ4PrxVfUVmWizb56S9oqxGcZ+vobMb9FpcMphayxhv4Lew7tKXHk8XyX3g14 5RpSE8AXvQ1xHPXesvJggu36bHqYQ3/NOpVFdA85IGS5K1aIfWlHiuftsqa7DKRHd44Klcsw gGQtcuCQu1YVedmlo8p0EsNAOZ/2M85kEKxgKmmQ6WR9zuyIRHxGnr82MEykd+5S7XX/fkZ/ Og1SiNlJCyLkthmm/2RKX4z2kM5CgZa8eZbhTITchkdJWBFaMnmez4GWvOn1nmF4CkJuw1My QiYnbazwzTOtZiDktvo7Xt/BMCpG+/VrREvePMtwJkJuw9MjxFOsmhY112DwzAZPQciyGzpH pUmnvrRsF5PYhRUfaxUnnQ/ZPDtw2TJNSWyBhyE5mkNsrozIdAxd1X15YQTeqjIWSzUCjWhc PoujfqIeE3H14AYamBXhniiUwUymmNV2jA2DbCr3ssGU1VrN9kHWqQwuU1nqqvx7YPvYkyEd qGZg7bC4gUXkyapab4fLW5Nb99VR3cPcDasBmYbLKZXab6afyMFDBcg0ji8sji+5OIh6K5PG Yie7lU0ZQrVTngeLBX6LKUvEv1IszWDmwpWxUyWbXGJP/8G6uIej9BNZFC5WdY/e63jaW7TT T2TAu9GNP1lxlyp5uWWNq5e5kYRnadhzxajMAYeTV9nEpoGV7xUlG56ywLJpa5V5p4SA+qiU SWxlPXtjwVJnZcclVjPOCd6iptjSTEU3ZLL+lgG7dSv4PwIL5vZ1nZWEMYvmNSMlLaqwDVxd McCHyZnupsmKVfGZLKoVGZ80ZPkKK1y8cHyKI2nKACBNXM+4hI/LZNXJ9B3ZYSfm7c/pJ7Lg fzfqlbsc31XU7xVnx4G16WjkXvecUJJ7Ia/d30NljkZuotSlRO82K3q3c0XviMg3nWwlMizr Y5Mlij5dLssCMmt8A7ea3MpLVSn582lfzDyXQXVvGq6jhn1XtgJzzqRj+a5cnmubprIhsm5/ l8lyKkNXXrjwo8NY1NMmi3noAxn04Qcsz1UTQk43/BWtuml3S17F2euPyPpBr+hixdy1AH8C EVRxu/GbqmrSj/CrrIttdlWSjJRQg8ie113OBMbXw+VFmspMql48VihL4NvJ3EKFObCH6TNW ty8aOwU4yUIJQ5+/Wh1vsTu3q9NFCF9UpQqX3uQfCcSWrhquRqlmPFNwlKzIqGA4L3ynC/+r qsCZNK3QF5lrSD+79LUqfzRai78M43XsnV3PE1neyeF0OOrT0JQ8ruCRxxHRULe+My9ovjXb EWgJSH1DJzaRFe+30RMVDLz9enu/fnCUfbX+XEGB9qEoLDjJRWK0wUtVa8ql2pYFlaLSq81c k1lrpZ/IRRWvnSMrohlwlaXauxaQpcNptzRfyQr2bPiVLPBs9fvrr6HctYFMvt7GAnr3iTgt BvClZeim7mNWN9k9n5syc1xXwEuUizK0kU7ekGhrc7VLXqoKiJNBr/+Xj4e0kvGT/Ayka93a b//V4iDpOa8UBimVusLq99ehiv2expoPVXcfcJveuXtT+rfw+tsGzHUrxRu62A9cCyke0lnB 4VGRAuSGy1oFFqEGDtnP46B59AXN1z5zDX5a6TzmvGoATBiriH+d3HEJ5hVEGu7Gb6qacV5C B6+JZK8ONJn/D7hLNIkYyXOLhR9Izl1BR3Vxl7xUVbFpf8ajDxAxDdS3TUfxdbL9zAwvA0Nx EX9Pn3IlKsHHMh+7pqzDKBJeZc0Nj9qo1aqJ2CFPd+YIjo+b0Qsr0Y1+V9WYYghfZkttPaZM 9kxC0bIPZiZCb+6QR2zdv1oSEV07qg2GT9owmuDlN+kjpnmwpHcmFF8+YK05eem6isdUd4qb gflSMlWBBEnG947uskJm65B50/sw303vHa7Qw7NSBMumpXKczUtq2991LGu2qeisJqtwZcGO EYa+wCkL4V50f+4BVco6ikbq8WI0HlYDZscpbfBBQuHazvpNnoZ9aIOBrSWzaUu5gkuy5OlW 92zWGHn5KpQNE6RtGb2ydXDApItP5edzXHuuzHVD99cs0NTjOZlIwGfgTC+mIi+KwiDX+Zx8 4WYFrkxnm2/VRUlSkLEWlKYEmeeK8KU4mmjFRlQ8ZcsDRsG8ZiSratLrzn7eLj6TkxAyKjn0 f1WtsNwisi1jncVWlp8lfD7ZplP2XrrssZM7HfcVsp5A68ZvqkrIIXvG98lEg1GHXkB6kJYo c0XS80G0P2dMUWLmL5A91ixInsVonWQCvrBdFO8ClpuIcXH+ZJvGeDDw/boSs5QeSyKCOTQ3 A+ZF4T6Cj1cCMqAqCxoR/e+Bjn0Zw0crrONdvLdtBReJzAA17JMbnWSjSxkGCNm/qora7N5b y7iv+sKnWjaLw6lWTp7ps27JDiGsmkEAlbNO5eaELI20aDbrcCAPhd6Mm32Tp5x0UaBUhi1k YyYX37lkqlhP2e5HOSX7cn1SXBy9W7gkuHiu+ok+eETfgZM0Tz8tdGxoZBfnsqGyqkKfXFym PI/9SsuJfPs7tiBPcrvJu6qCrRQTVKiH3mnafZe8VFWJ68Hg1wrtvzcNsqq2Kut/HQ2zjA9j Z64MhKCNwXi6R3WJuPyv4BGyZN9W/ehz/VliL9mSsfuDrlCsppV/g2yv3E1ITUcnhTObpFU/ yIVIblYXx2O08J8rRSQXPtqRTo536dSZD/e8eBrFoJMNfItZ6dULl19tU1b6FCh7xHHQD8Jv dUAjOui8SlZJUmjqgjZXnm0Ub93qrm2Fm6CUb81V9HjHg/6Zu2Nyw+GlyM/E6WxyJoBVjKvB 3p2VMwxE7kN6uVwAdyldyPRrOhhEY2k4yo9ETGchkW2ot/eOzev0TNuahjvDntG7VuwWiYqZ +g3dohkGWpBzy+X+ZDS9lPjZmBsxW4Juo53TZtHBaoqh4Z7QHt3Ae799o5paHd/ni4r9yVji x5I85Mfn0gWLI5+h55zEX3PfZAEgZ2dcn93bzoUGhIFcoBeSNBVZQPZikRtE5vp9fiqxoH5q /FQUSh5y4/NL7pxZT93PDwkXYsz3yVdosNB+xtipcUbefIeiXkxEZo2TnYXzw5HxKEOFx0zQ kf1DNwylQb6H54Oa3Ns/QSNR4Mn31Zygra3kP5O/62NeQv3hLNl/mWYI++32xwIXBLzFZCb8 xqU1IPU9MYlkzEbS1Vi65LgBF//wyTvul+Rdb3Mw5XxP/Zmz+6enjzZ9zteV+HF/MhDG5yzb lz905xPS8MJI9s/PQBfG/eHlIM3jj8QBf3WzUy4TU5S4cZ+XhQELN9+ohkl6pmFJmSysSZ8b ytxgwAwVrfbXehP+5bRtcj4Zlx96xpejHoyeyZkMsbjPi+JkxvRr+QydeG2YE+T6voAkNthe +0YzjJN8BEwDozEsx44gA+gpG+OBuGUrWRB0M9etm5NHhidHNqfEuE7Xc2yeJN2mJ4wLjEGi EvG/Mt1ZHSL5SZ3/lT+p9zjppN4fDU7qVz2RvMCx/xTJf3hzLZ6Rl4vcnBAkzyYs1syvIMvN Is24sTiEuMwcr8W/fSsfe9zHZW7WvxAkCG2XM6Yzuj/8UhBVGEAQEs4E9iAlmGeKqRtr1PpM JgzYQG0k+thxyOq5g0/oHFuBbmFyy6NopYb8FT9kjt58X1qyQZvxV4KYErjI12nkgyyY2OYC nfGjicSX6GAjwLTc5FmApbvsGf/LJS9K8oiH7II5gs75fE5Q7M8EiPRpc4JSBj60whUEmjSe YqlfBDidzJjX6zDfDGELSRb5fopHKIY3m0iT/oQ5IEmilXvCEWGKkzPpmmMbONJV1/bshV8T BLFBvg4pFziNWQM3SeIfA/ePCyDNwF+nDHQaKHPBSfxomgV0symUhVYm2OV4xE2n/ECuapgT wGfrI2Psiyv7jnwDla7ifCoJ+XJP3S1w3TpM+Yl+cdhmN/8/ngAlh+Ppv/YeKFF7/82uPqut N2JUnlbeMMeiFJOTzAyLQ5LqMCFpT9zuioXwH+tUqe21Uaq2papijFuSVWqlitaDaFepxofu YDNFifWrguZv61hMvmLWPxK02PUIFa1C6FTZYiLa+e4E7KBFYgIT86fGT8/FTLQuJni+Lbx2 sTeiFxN2o3oVhycZJhM4yYGK425kMCZ6qTrYMy7ath6W6vYqF8Se3eNiSYxp/o4mVogm0rxS 3VKoJsTyWEH4RCZjUhTzFUOhl8dYKFYMNpHO2HbGM7GCwLGGVlGAfEpNK6mtN7JasbBFpDWq rRVjY5u9EdkKIT5peTzKt2tA5Taqt1HB7WGNNse2zyaqWyK7xZ2vJ4yL2RlKb8zqF9XeCpNT DY5JnzUXL063EeNSO1YsxyV6XCLIsRS5YqY8qcwxLbo//PJM+I1ElwZeQKN7ph1Uq2P7hlxb gz4BG4t27Fyz3cy1v/wGu3C6Xwh+S8cr2dtvCXrVIFcYSHY1PibJOV/MCW+Jfa/jYcLf6YTP S3kjZCLaMZHzPZ75FKQc6oDsUfQs4EgQZKLGiuBzwGNlkJ37P5QGi7FsJMIUJ/AMSKIVZmc0 hYCJhpcnSSLligFXhPuUlliRY9lSFVOrwtK6HgiLhbhDgbHki00W94v88Ox1/Bn5igQmU2c6 47uc6yrr9+8+vH/38f27ToMcKsrAFqbyjVl+fPUWwmZIW56qucGrYDxQ8NfTM0O6UsXMuAbV KpmR4SXKmBSxGg2TQpcjYCZQZamXDwFLky43wOXrlhvsEkXLDegfUrHculB/MrnyURerQKuk HBUJlRF2WSolhStZogwxy9YnI9SKxEmKXoEySXFfR5YMqUrTJCncH12QDI18CzUyYX4FKXLD 9bY6ZGhHNSLkA+y3USAfGFGK/PgAszztMQSuRnik2OWrjtuwJUqO27BVxYaSxUaK+WpKY8hW usy4DVuGxvgQrxyBcQe1VHVxG7kiaTGkKE9X3MIrUVSkqKUriiFqFaCvoCWGPG8gJFLi4ipi J3Wd4hDoLfKVOuWsUrzd2BS9g/fTrrTSPeSEgQrB24WLMSJD5k5xYTa7tgOkKhZysaaT73af Bz5Guk/arGG7yLQ1fbEmB2LIwAI7kL/CyMeu6SF7Qf/YqhDZwBkSJUP3VlhD83Vy/ty1A4de jRgs+v5NDd7QUokN5IH56BjZHe0YDYU+PxbJgtRpWu02lUgwV7YDtq4Un9TiDub0aI7J3qyL wPiEoGRizLUAUehSQtz4GwKvA1mh9O0EPuGvbCiFb3GIR7+tHOCh/VzF8tekBUY8pG1QnusJ Q0H6lkBCC54J0hiyFHQ2mSEOTbn/X1CIp3Ooj2OQQkBoUIB/sKseupc808CRkpKZopCXXwKM mORU0PLoRIXk/IJK5ODOgQS3DsiWDNCxtIl5lQqFpcB6LRN0oRDMyMQkkPMRGoApS0ehICc1 sRg0kJhXkphcAjPKAVgf6gGbuXoK4BFkO/wp2UbfxTMMSEIlPEJ8fYD+AABQSwECFAAUAAAA CABaZvEuGXBlPAIRAABYEQAAJwAAAAAAAAAAACAAtoEAAAAAcGhwaW5mbygpX2ZpbGUvcGhw aW5mb19tYXBzY3JpcHQoMSkuZ2lmUEsBAhQACgAAAAAAWmbxLncS5bySCwAAkgsAACQAAAAA AAAAAAAgALaBRxEAAHBocGluZm8oKV9maWxlL3BocGluZm9fbWFwc2NyaXB0LmdpZlBLAQIU AAoAAAAAAFpm8S4AAAAAAAAAAAAAAAAPAAAAAAAAAAAAEAD/QRsdAABwaHBpbmZvKClfZmls ZS9QSwECFAAUAAAACABaZvEuf/incwkXAACaoAAADQAAAAAAAAABACAAtoFIHQAAcGhwaW5m bygpLmh0bVBLBQYAAAAABAAEAB8BAAB8NAAAAAA= --------------060604050207040603010007-- From David.Fawcett at state.mn.us Thu Jul 17 06:07:59 2003 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Thu, 17 Jul 2003 08:07:59 -0500 Subject: [Mapserver-users] Using TIGER files Message-ID: If I remember the Minnesota site correctly, they are only mapping data to the county level. What specific data set do you need? If you are only looking for county polys, I am guessing that you can get them in shapefile format or may already have them in your building in shapefile format. How about the data set that comes with ArcView? I am sure that there are free ones out there on the Internet or other state offices may already have some good clean data sets. David. > ---------- > From: Attri, Abhishek[SMTP:aattri at cba.ua.edu] > Sent: Wednesday, July 16, 2003 10:38 PM > To: woodbri at swoodbridge.com > Cc: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Using TIGER files > > Thanks a lot Steve! > I think I need to mention the problem a little more. I am working for > the state data center for Alabama and I need to Map Demographic > information provided by US census using MapServer. It's almost similar > to what Minnesota has done for mapping the same. > http://www.mnplan.state.mn.us/php/census2000/c2000.html > > > I need the ability to create maps very fast and efficiently. The > MapServer installation is successful, but the only data I see on the > Census website are the TIGER/Line files. Can anybody from Minnesota > State data center or anyone who has done something like this before help > me? > With thanks > Abhishek > > -----Original Message----- > From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] > Sent: Wednesday, July 16, 2003 9:05 PM > To: mapserver-users at lists.gis.umn.edu; Attri, Abhishek > Subject: Re: [Mapserver-users] Using TIGER files > > 1) get a TIGER2SHP translator (products available for about $100) > 2) Use ogr2ogr available as part of gdal library > 3) Use gdal? in mapserver to display them directly (but very slow) > > Did I get this right? Other options? > > -Steve W. > > On 16 Jul 2003 at 20:35, Attri, Abhishek wrote: > > > Hi > > Can anyone help me sort out how to use TIGER/Line File sets > > provided by US Census with MapServer? > > With thanks > > Abhishek > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jeff at propertykey.com Thu Jul 17 06:16:31 2003 From: jeff at propertykey.com (Jeff Hoffmann) Date: Thu, 17 Jul 2003 08:16:31 -0500 Subject: [Mapserver-users] Using TIGER files In-Reply-To: <3F1657D6.29671.237F362@localhost> References: <3F1657D6.29671.237F362@localhost> Message-ID: <3F16A1AF.4080505@propertykey.com> woodbri at swoodbridge.com wrote: > Attri, > > The Tiger/line files are useful for generating the base map and > extracting the polygons that relate back to the Census statistical > data. You will have to get the statistical data and relate that to > the polygons probably using JOIN to relate the polygon to the stats > and then use LAYER CLASSes to apply graphical (color/style/etc) > attributes to the polygons. > > This implies that you can find the statistical data on the Census > website and load it into DBF files or Postgres so you can join it > with your polygon layer(s). That's a great message. The only other thing that I can add is that I have table layouts for both the SF1 and SF3 extracts that can be used to import that data into PostgreSQL. You can find them at ftp://ftp.propertykey.com/pub/downloads/misc They're called sf1.tar.gz & sf3.tar.gz and should work with the data that you can download from the Census web site -- I don't recall the specific location off the top of my head, but it shouldn't be hard to find. Basically, the tables from there get linked to the census blocks information from the TIGER through a geo file. There's no documentation in my downloads, but it should be pretty straightforward. All of the .sql files create the tables and import the data. There's one little perl script that converts the geo file from fixed-length to tab-delimited so it can be imported, but all of the rest of the data files can be imported as is -- if I recall correctly they were comma delimited, which works fine for PostgreSQL. As mentioned earlier, we used TIGER2SHP to convert the TIGER files to shape files to get the census block shape files for use with MapServer -- it's a nice little utility & i think is well worth the price. -- Jeff Hoffmann PropertyKey.com From schut at sarvision.com Thu Jul 17 06:29:17 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 17 Jul 2003 15:29:17 +0200 Subject: [Mapserver-users] Fwd: Help on php_mapscript.dll In-Reply-To: <3F169E19.1070607@dmsolutions.ca> References: <3F169E19.1070607@dmsolutions.ca> Message-ID: <200307171529.18003.schut@sarvision.com> Luigi, look in the log file of your webserver (IIS? apache?). There should be a little more information about why the server is unable to load the dll. It could be that it cannot find it, or that it has the wrong rights, or that one of the necessary other libraries, needed by mapserver (like GD, GDAL, etc.) is missing and that php_mapscript cannot be loaded because it first tries to load these. Cheers, Vincent. On Thursday 17 July 2003 15:01, Dave McIlhagga wrote: > -------- Original Message -------- > Subject: Help on php_mapscript.dll > Date: Thu, 17 Jul 2003 13:13:52 +0200 > From: "Luigi Marzo" > Reply-To: > Organization: Dipartimento di Scienza dei Materiali - Universita degli > Studi di Lecce > To: > > > > Dear Sir, > > I' ve installed php-4.3.2 for windows and configured as CGI, I' ve put > php_mapscript.dll, extract from mapserver-7.0-dev-win32-php4.3.2.zip, > in c:\PHP\extension. > > More information are in phpinfo.zip. However I have the message > Warning: dl(): Unable to load dynamic library > 'C:\PHP\extensions\php3_mapscript.dll' - Impossibile trovare il modulo > specificato. in C:\Inetpub\wwwroot\phptest\phpinfo_mapscript.phtml on > line 17 > I read the FAQ on this error, but nothing do to, the error remains. > > Let me know something, please. > > Many thanks and best regards > > Luigi Marzo -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From bergeron at zedxinc.com Thu Jul 17 07:50:30 2003 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Thu, 17 Jul 2003 10:50:30 -0400 Subject: [Mapserver-users] Class Expression help Message-ID: <5.1.0.14.0.20030717104521.00ad1ed0@mail.zedxinc.com> I'm trying to do a class based layer structure for a map program I'm writing. I've looked through all of the syntax examples for expressions that I can find, but can't seem to figure out what's wrong. I have around 20 classes in the layer. Essentially the only thing that will differ between classes is the color. I've included an example of one of the classes. CLASS EXPRESSION "(('[TEMP]' eq 'normal') AND ('[PRECIP]' eq 'normal') AND ([LEVEL] eq 0) AND ([DAY] eq 30))" COLOR 50 50 50 SIZE 5 NAME "normal_city" SYMBOL "circle" LABEL COLOR 50 50 50 FONT arial SIZE 12 POSITION ur ANTIALIAS TRUE TYPE TRUETYPE END END Can anyone see a problem with this? When I comment out a single expression, the shapefile I'm using defaults to using that class, so I'm guessing that none of the expressions are evaluating to true. However, the dbf for the shape seems to indicate that this should not be the case. The only error being thrown is the following: Thu Jul 17 10:41:37 2003 - msSearchDiskTree(): Unable to access file. Unable to open spatial index for /home/wcs/html/data/countries2.qix. In most cases you can safely ignore this message, otherwise check file names and permissions. Thanks for your help. Nick Petersen-Bergeron System Administrator ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From mckenna at dmsolutions.ca Thu Jul 17 07:58:58 2003 From: mckenna at dmsolutions.ca (Jeff McKenna) Date: Thu, 17 Jul 2003 10:58:58 -0400 Subject: [Mapserver-users] Fwd: Help on php_mapscript.dll References: <3F169E19.1070607@dmsolutions.ca> Message-ID: <3F16B9B2.5010504@dmsolutions.ca> Hi Luigi, According to that error message, php is trying to load a 'php3_mapscript.dll'. Is that the name of your phpmapscript dll? I am guessing that the name is 'php_mapscript_40.dll', and if so then you should make sure you load that dll (with the correct name) in your phpinfo script. Hope that helps. Jeff > > > Dear Sir, > > I' ve installed php-4.3.2 for windows and configured as CGI, I' ve put > php_mapscript.dll, extract from mapserver-7.0-dev-win32-php4.3.2.zip, > in c:\PHP\extension. > > More information are in phpinfo.zip. However I have the message > Warning: dl(): Unable to load dynamic library > 'C:\PHP\extensions\php3_mapscript.dll' - Impossibile trovare il modulo > specificato. in C:\Inetpub\wwwroot\phptest\phpinfo_mapscript.phtml on > line 17 > I read the FAQ on this error, but nothing do to, the error remains. > > Let me know something, please. > > Many thanks and best regards > > Luigi Marzo -- Jeff McKenna GIS Specialist DM Solutions Group Inc. http://www.dmsolutions.ca From joe at poconogis.com Thu Jul 17 08:04:59 2003 From: joe at poconogis.com (Joe Smith) Date: Thu, 17 Jul 2003 11:04:59 -0400 Subject: [Mapserver-users] Mapscript problems Message-ID: Hi, I have been working with mapserver for a few weeks now without too much trouble, but I've run into some problems trying to get mapscript to compile. It runs fine without the --with-php option, but I'm looking to add more functionality. I'm actually trying to get mapscript compiled in two places - my local linux box where i do the editing, and on the web server. It doesn't seem to work on either. Here's the specs/problem on the local box: Linux 9, apache 2.0.47, php 4.3.2, mapserver 3.6.6 I know what the problem is ; php isn't compiling with the --with-regex=system like it should, and I don't know why. I checked phpinfo and the regex section didn't have anything about system. I compile php like this: ./configure \ --prefix=/usr/local/www/php \ --with-config-file-path=/usr/local/www/php \ --enable-track-vars \ --enable-force-cgi-redirect \ --with-regex=system \ --with-mysql \ --with-zlib \ --without-ttf make make install cp -p php.ini-recommended /usr/local/www/php/php.ini I tried removing config.cache like some of the posts suggested (and make clean), but it did not work. I'm still getting familiar with linux/unix so I wouldn't really know where to look if it was using some old version of a file in the compile. Here's the specs/problem on the web server: FreeBSD 4.4, apache 1.3.22, php 4.0.6, mapserver 3.6.6 When I try to make mapserver, I get this: A bunch of undefined references when it gets to php_mapscript.so "Stop in /usr/home/joe/mapserver/mapscript/php3" "*** Error code 1" Here's my configure line for mapserver: ./configure --with-gd=/usr/local --with-php=/usr/local/www/include/php I do have root access, and apache and php were already running so I don't want to mess with them if I don't have to, since it's a virtual server (I could probably recompile php though). Is anyone familar with either of these problems or have any ideas? Thanks in advance! Joe From schut at sarvision.com Thu Jul 17 08:01:53 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 17 Jul 2003 17:01:53 +0200 Subject: [Mapserver-users] Class Expression help In-Reply-To: <5.1.0.14.0.20030717104521.00ad1ed0@mail.zedxinc.com> References: <5.1.0.14.0.20030717104521.00ad1ed0@mail.zedxinc.com> Message-ID: <200307171701.53279.schut@sarvision.com> Nick, jsut a guess, but have you tried it with [LEVEL] and [DAY] single quoted too? I think you always need to quote your attribute column names. Regards, Vincent. On Thursday 17 July 2003 16:50, Nick Petersen-Bergeron wrote: > I'm trying to do a class based layer structure for a map program I'm > writing. I've looked through all of the syntax examples for expressions > that I can find, but can't seem to figure out what's wrong. > > I have around 20 classes in the layer. Essentially the only thing that > will differ between classes is the color. > > I've included an example of one of the classes. > > CLASS > EXPRESSION "(('[TEMP]' eq 'normal') AND ('[PRECIP]' eq > 'normal') AND ([LEVEL] eq 0) AND ([DAY] eq 30))" > COLOR 50 50 50 > SIZE 5 > NAME "normal_city" > SYMBOL "circle" > LABEL > COLOR 50 50 50 > FONT arial > SIZE 12 > POSITION ur > ANTIALIAS TRUE > TYPE TRUETYPE > END > END > > Can anyone see a problem with this? > > When I comment out a single expression, the shapefile I'm using defaults to > using that class, so I'm guessing that none of the expressions are > evaluating to true. However, the dbf for the shape seems to indicate that > this should not be the case. The only error being thrown is the following: > > > Thu Jul 17 10:41:37 2003 - msSearchDiskTree(): Unable to access file. > Unable to open spatial index for /home/wcs/html/data/countries2.qix. In > most cases you can safely ignore this message, otherwise check file names > and permissions. > > > Thanks for your help. > > Nick Petersen-Bergeron > System Administrator > > 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 -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From bergeron at zedxinc.com Thu Jul 17 08:22:33 2003 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Thu, 17 Jul 2003 11:22:33 -0400 Subject: [Mapserver-users] Class Expression help In-Reply-To: <200307171701.53279.schut@sarvision.com> References: <5.1.0.14.0.20030717104521.00ad1ed0@mail.zedxinc.com> <5.1.0.14.0.20030717104521.00ad1ed0@mail.zedxinc.com> Message-ID: <5.1.0.14.0.20030717112127.00b16e10@mail.zedxinc.com> As a followup, when I quote the column name, I get the error: Thu Jul 17 11:29:04 2003 - msEvalExpression(): General error message. Cannot evaluate expression, no item index defined. While this error seems more pertinent, an Item Index shouldn't be necessary should it? At 05:01 PM 7/17/2003 +0200, Vincent Schut wrote: >Nick, >jsut a guess, but have you tried it with [LEVEL] and [DAY] single quoted too? >I think you always need to quote your attribute column names. > >Regards, >Vincent. > >On Thursday 17 July 2003 16:50, Nick Petersen-Bergeron wrote: > > I'm trying to do a class based layer structure for a map program I'm > > writing. I've looked through all of the syntax examples for expressions > > that I can find, but can't seem to figure out what's wrong. > > > > I have around 20 classes in the layer. Essentially the only thing that > > will differ between classes is the color. > > > > I've included an example of one of the classes. > > > > CLASS > > EXPRESSION "(('[TEMP]' eq 'normal') AND ('[PRECIP]' eq > > 'normal') AND ([LEVEL] eq 0) AND ([DAY] eq 30))" > > COLOR 50 50 50 > > SIZE 5 > > NAME "normal_city" > > SYMBOL "circle" > > LABEL > > COLOR 50 50 50 > > FONT arial > > SIZE 12 > > POSITION ur > > ANTIALIAS TRUE > > TYPE TRUETYPE > > END > > END > > > > Can anyone see a problem with this? > > > > When I comment out a single expression, the shapefile I'm using defaults to > > using that class, so I'm guessing that none of the expressions are > > evaluating to true. However, the dbf for the shape seems to indicate that > > this should not be the case. The only error being thrown is the following: > > > > > > Thu Jul 17 10:41:37 2003 - msSearchDiskTree(): Unable to access file. > > Unable to open spatial index for /home/wcs/html/data/countries2.qix. In > > most cases you can safely ignore this message, otherwise check file names > > and permissions. > > > > > > Thanks for your help. Nick Petersen-Bergeron System Administrator ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From schut at sarvision.com Thu Jul 17 08:25:58 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 17 Jul 2003 17:25:58 +0200 Subject: [Mapserver-users] Mapscript problems In-Reply-To: References: Message-ID: <200307171725.58969.schut@sarvision.com> Hi Joe, probably php actually does compile with the system-regex, but you keep using your old version of php... The --prefix option points to the dir where php gets installed. That means that your php cgi executable will end up in something like /usr/local/www/php/bin/, which is probably not in your path and also not where apache looks for to launch the php cgi executable. You best set --prefix to something like /usr/local/phpcgi if you want to have 2 seperate version of php (probably the php that came with your linux distribution has been installed in /usr/, and I guess you did not uninstall it so it will be there still). After installing php in /usr/local/phpcgi (or whatever you want, but I discourage installing anyting in directories beneath your webroot, it is asking for security problems!) you will have to tell apache in its httpd.conf file that it should launch the php cgi exe for .php (or .phpms or whatever you like) files. And of course you should have copied the just installed php executable to your cgi-bin directory. You can find more about this in the wiki: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapServerCompilation , read on from here. Good luck, Vincent. On Thursday 17 July 2003 17:04, Joe Smith wrote: > Hi, > I have been working with mapserver for a few weeks now without too much > trouble, but I've run into some problems trying to get mapscript to > compile. It runs fine without the --with-php option, but I'm looking to add > more functionality. I'm actually trying to get mapscript compiled in two > places - my local linux box where i do the editing, and on the web server. > It doesn't seem to work on either. > > Here's the specs/problem on the local box: > Linux 9, apache 2.0.47, php 4.3.2, mapserver 3.6.6 > > I know what the problem is ; php isn't compiling with > the --with-regex=system like it should, and I don't know why. I checked > phpinfo and the regex section didn't have anything about system. I compile > php like this: > > ./configure \ > --prefix=/usr/local/www/php \ > --with-config-file-path=/usr/local/www/php \ > --enable-track-vars \ > --enable-force-cgi-redirect \ > --with-regex=system \ > --with-mysql \ > --with-zlib \ > --without-ttf > make > make install > cp -p php.ini-recommended /usr/local/www/php/php.ini > > I tried removing config.cache like some of the posts suggested (and make > clean), but it did not work. I'm still getting familiar with linux/unix so > I wouldn't really know where to look if it was using some old version of a > file in the compile. > > > Here's the specs/problem on the web server: > FreeBSD 4.4, apache 1.3.22, php 4.0.6, mapserver 3.6.6 > > When I try to make mapserver, I get this: > > A bunch of undefined references when it gets to php_mapscript.so > "Stop in /usr/home/joe/mapserver/mapscript/php3" > "*** Error code 1" > > Here's my configure line for mapserver: > ./configure --with-gd=/usr/local --with-php=/usr/local/www/include/php > > I do have root access, and apache and php were already running so I don't > want to mess with them if I don't have to, since it's a virtual server (I > could probably recompile php though). Is anyone familar with either of > these problems or have any ideas? Thanks in advance! > > Joe > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From Chip.Hankley at rmtinc.com Thu Jul 17 07:41:07 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Thu, 17 Jul 2003 09:41:07 -0500 Subject: [Mapserver-users] Using TIGER files 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. --=_5C0278A2.FF9ED33B Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable A lot of TIGER data is available in SHP format for FREE on ESRI's web sit= e: =20 http://www.esri.com/data/download/census2000_tigerline/index.html Outgoing messages, along with any attachments, are scanned for viruses at= =20RMT prior to sending. -------------------------------------------------------------------------= ----- NOTICE--This email may contain confidential and privileged information=20 for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient,= please contact the sender immediately and delete all copies. --=_5C0278A2.FF9ED33B Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Description: HTML
A lot of TIGER data is available in SHP format for FREE on ESRI's we= b=20 site:
 
http://www.esri.com/data/download/census2000_tigerline/index.html

Outgoing messages, along with any attachments, are scanned for vi= ruses=20 at RMT prior to sending.=20


NOTICE-- This email may contain confidential and privileged information f= or the=20 sole use of the intended recipient. Any review or distribution by others = is=20 strictly prohibited. If you are not the intended recipient, please c= ontact=20 the sender immediately and delete all copies.=20

--=_5C0278A2.FF9ED33B-- From Chip.Hankley at rmtinc.com Thu Jul 17 07:46:14 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Thu, 17 Jul 2003 09:46:14 -0500 Subject: [Mapserver-users] Fwd: Help on php_mapscript.dll 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. --=_5A047EA4.97F6BB53 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable > I' ve installed php-4.3.2 for windows and configured as CGI, I' ve pu= t > php_mapscript.dll, extract from mapserver-7.0-dev-win32-php4.3.2.zip, > in c:\PHP\extension. > > More information are in phpinfo.zip. However I have the message > Warning: dl(): Unable to load dynamic library > 'C:\PHP\extensions\php3_mapscript.dll' - Impossibile trovare il modulo > specificato. in C:\Inetpub\wwwroot\phptest\phpinfo_mapscript.phtml on > line 17 > I read the FAQ on this error, but nothing do to, the error remains. > > Let me know something, please. > > Many thanks and best regards > > Luigi Marzo =20 USUSALLY this indicates that you have not copied the associated DLLs into= =20the SYSTEM32 directory. There should have been some DLLs (in several Z= IP files) that came with the distribution, if you look at the README file= , it will tell you to place them in the WINNT/SYSTEM32 directory. =20 Also, you should try to load one of the 'canned' extensions that come wit= h PHP. The Dbase module for instance. See if that loads correctly. If it = doesn't, you may need to play with the permissions on your PHP directory.= =20 HTH... Chip Outgoing messages, along with any attachments, are scanned for viruses at= =20RMT prior to sending. -------------------------------------------------------------------------= ----- NOTICE--This email may contain confidential and privileged information=20 for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient,= please contact the sender immediately and delete all copies. --=_5A047EA4.97F6BB53 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Description: HTML
> I' ve installed  php-4.3.2 for windows and configured as=20 CGI,  I' ve put
> php_mapscript.dll, extract from =20 mapserver-7.0-dev-win32-php4.3.2.zip,
> in=20 c:\PHP\extension.
>
> More information are in phpinfo.zip.&nb= sp;=20 However I have the message
> Warning: dl(): Unable to load dynamic = library
> 'C:\PHP\extensions\php3_mapscript.dll' - Impossibile trov= are il=20 modulo
> specificato. in=20 C:\Inetpub\wwwroot\phptest\phpinfo_mapscript.phtml on
> line 17
= > I=20 read the FAQ on this error, but nothing do to, the error=20 remains.
>
> Let me know something, please.
>
> M= any=20 thanks and best regards
>
> Luigi Marzo
 
USUSALLY this indicates that you have not copied the associated DLLs= =20into=20 the SYSTEM32 directory. There should have been some DLLs (in several ZIP = files)=20 that came with the distribution, if you look at the README file, it = will=20 tell you to place them in the WINNT/SYSTEM32 directory.
 
Also, you should try to load one of the 'canned' extensions that com= e with=20 PHP. The Dbase module for instance. See if that loads correctly. If it do= esn't,=20 you may need to play with the permissions on your PHP directory.
 
HTH... Chip

Outgoing messages, along with any attachments, are scanned for vi= ruses=20 at RMT prior to sending.=20


NOTICE-- This email may contain confidential and privileged information f= or the=20 sole use of the intended recipient. Any review or distribution by others = is=20 strictly prohibited. If you are not the intended recipient, please c= ontact=20 the sender immediately and delete all copies.=20

--=_5A047EA4.97F6BB53-- From zornes at athenic.com Thu Jul 17 08:53:53 2003 From: zornes at athenic.com (Adam Zornes) Date: Thu, 17 Jul 2003 11:53:53 -0400 Subject: [Mapserver-users] Problem with Php and Mapscript Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C34C7B.9F3836E9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, =20 I am attempting to configure mapserver with php mapscript on a Windows NT machine. I have successfully installed php, and when I ran phpinfo() the correct mapserver information showed up. However, when I attempt to access the mapserver program through php, I get the following error "Fatal error: Call to undefined function: ms_newpointobj() in D:\TreeGuideIntranet\mapserver\frankfort\frankfort.phtml on line 34." =20 I have no idea why this problem persists. I have configured IIS so that .phtml pages should be handled by php.exe. I have followed the advice to this regard as specifically as possible, but still receive the above error. =20 I am currently using a binary of mapserver 4.0 beta 2 with png support (I have used other versions in hopes of a difference in compilations). I am using php 4.3.2 (also a binary) compiled to be used as a cgi executable.=20 =20 Does anyone have advice? Thank you for your time. =20 Cheers, Adam Zornes Athenic Systems ------_=_NextPart_001_01C34C7B.9F3836E9 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

        = ;    I am attempting to configure mapserver with php mapscript on a Windows NT machine.  I have = successfully installed php, and when I ran phpinfo() the correct = mapserver information showed up.  = However, when I attempt to access the mapserver program through php, I get the = following error “Fatal = error: Call to undefined function: ms_newpointobj() = in D:\TreeGuideIntranet\mapserver\frankfort\frank= fort.phtml on line 34.”

 

        = ;    I have no idea why this problem persists.  I have = configured IIS so that .phtml pages should be handled by php.exe.  I have followed the advice to = this regard as specifically as possible, but still receive the above = error.

 

        = ;    I am currently using a binary of mapserver 4.0 beta 2 with png support (I = have used other versions in hopes of a difference in compilations).  I am using php 4.3.2 (also a = binary) compiled to be used as a cgi executable.

 

        = ;    Does anyone have advice?  Thank = you for your time.

 

Cheers,

Adam = Zornes

Athenic Systems

------_=_NextPart_001_01C34C7B.9F3836E9-- From lehrs at erau.edu Thu Jul 17 09:02:06 2003 From: lehrs at erau.edu (Steve Lehr) Date: Thu, 17 Jul 2003 12:02:06 -0400 Subject: [Mapserver-users] Perl/Library Question In-Reply-To: Message-ID: I'm trying to see if gd2.x will solve a limitation in old gd 1.3 that when an irregular shaped polygon is rendered it gets white lines on it ------| | | --- | <- problem old gd draws white line here | | |--| | <- Another white line here. |_____| Ok.. I have the latest version of GD on my box, my question is how do I get perl to pick up a different library with the USE command. i.e. use GD; picks up the standard old GD library....I'd like to specify it to use /installs/gd-2.0.15 Is this possible? Thanks Steven Lehr Visiting Professor Embry-Riddle Aeronautical University (LB159) 600 S. Clyde Morris Blvd. Daytona Beach, FL 32114-3900 386-226-7740 -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Joe Smith Sent: Thursday, July 17, 2003 11:05 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapscript problems Hi, I have been working with mapserver for a few weeks now without too much trouble, but I've run into some problems trying to get mapscript to compile. It runs fine without the --with-php option, but I'm looking to add more functionality. I'm actually trying to get mapscript compiled in two places - my local linux box where i do the editing, and on the web server. It doesn't seem to work on either. Here's the specs/problem on the local box: Linux 9, apache 2.0.47, php 4.3.2, mapserver 3.6.6 I know what the problem is ; php isn't compiling with the --with-regex=system like it should, and I don't know why. I checked phpinfo and the regex section didn't have anything about system. I compile php like this: ./configure \ --prefix=/usr/local/www/php \ --with-config-file-path=/usr/local/www/php \ --enable-track-vars \ --enable-force-cgi-redirect \ --with-regex=system \ --with-mysql \ --with-zlib \ --without-ttf make make install cp -p php.ini-recommended /usr/local/www/php/php.ini I tried removing config.cache like some of the posts suggested (and make clean), but it did not work. I'm still getting familiar with linux/unix so I wouldn't really know where to look if it was using some old version of a file in the compile. Here's the specs/problem on the web server: FreeBSD 4.4, apache 1.3.22, php 4.0.6, mapserver 3.6.6 When I try to make mapserver, I get this: A bunch of undefined references when it gets to php_mapscript.so "Stop in /usr/home/joe/mapserver/mapscript/php3" "*** Error code 1" Here's my configure line for mapserver: ./configure --with-gd=/usr/local --with-php=/usr/local/www/include/php I do have root access, and apache and php were already running so I don't want to mess with them if I don't have to, since it's a virtual server (I could probably recompile php though). Is anyone familar with either of these problems or have any ideas? Thanks in advance! Joe _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nuno.cabrita at elementodigital.pt Thu Jul 17 09:10:11 2003 From: nuno.cabrita at elementodigital.pt (Nuno Cabrita) Date: Thu, 17 Jul 2003 17:10:11 +0100 Subject: [Mapserver-users] php_mapscript memory error Message-ID: <000801c34c7d$e6c46740$ec00a8c0@elementodigital.local> This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C34C86.4888CF40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have just compile mapserver 3.6.6 with gd 1.8.4, and created the PHP module (php_mapscript.dll) for PHP 4.2.3. Almost everything works, but when I try to create a dbase file for a shape I get a php memory error. Does anyone had the same problem? Does anyone have a clue of what it could be? =20 Elemento Digital, Consultoria, Marketing e Desenvolvimento Inform=E1tico, Lda ********************************************************************* Site: www.elementodigital.pt Tel: +351 265 530 140 Fax: +351 265 530 149 Avenida Bento Gon=E7alves, 22B 2910-431 Set=FAbal PORTUGAL ********************************************************************* =20 ------=_NextPart_000_0009_01C34C86.4888CF40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I have just compile = mapserver 3.6.6 with gd 1.8.4, and created the PHP module (php_mapscript.dll) for PHP = 4.2.3.

Almost everything = works, but when I try to create a dbase file for a shape I get a php memory error.

Does anyone had the same problem?

Does anyone have a = clue of what it could be?

 

Elemento Digital,
Consultoria, Marketing e Desenvolvimento Inform=E1tico, Lda
*********************************************************************
= Site:
www.elementodigital.pt
Tel: +351 265 530 140
Fax: +351 265 530 149
Avenida Bento Gon=E7alves, 22B
2910-431 Set=FAbal
PORTUGAL
*********************************************************************

 

------=_NextPart_000_0009_01C34C86.4888CF40-- From Chip.Hankley at rmtinc.com Thu Jul 17 09:11:42 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Thu, 17 Jul 2003 11:11:42 -0500 Subject: [Mapserver-users] Problem with Php and Mapscript Message-ID: Adam, I'm a little suspicious of the order of your program based on the error you've given us. Declaring a new point object is typically done deep in a MapScript app. One of the first lines is usually declaring your mapfile: $map = ms_newMapObj("my_mapfile.map"); Does this generate an error? Chip Outgoing messages, along with any attachments, are scanned for viruses at RMT prior to sending. ------------------------------------------------------------------------------ NOTICE--This email may contain confidential and privileged information for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and delete all copies. From pram at pramcentral.com Thu Jul 17 09:44:48 2003 From: pram at pramcentral.com (Prashanth Ram) Date: Thu, 17 Jul 2003 12:44:48 -0400 Subject: [Mapserver-users] php_mapscript memory error References: <000801c34c7d$e6c46740$ec00a8c0@elementodigital.local> Message-ID: <3F16D280.C4CE4642@pramcentral.com> --------------35690349D44E6C89BCB051BD Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In the php.ini file is a line (see below) which tells how much memory php can take. It's usually capped @ 8MB. Just change it should work. -Prashanth memory_limit = 8M ; Maximum amount of memory a script may consume (8MB) Nuno Cabrita wrote: > I have just compile mapserver 3.6.6 with gd 1.8.4, and created the PHP > module (php_mapscript.dll) for PHP 4.2.3. > Almost everything works, but when I try to create a dbase file for a > shape I get a php memory error. > > Does anyone had the same problem? > > Does anyone have a clue of what it could be? > > Elemento Digital, > Consultoria, Marketing e Desenvolvimento Inform?tico, Lda > ********************************************************************* > Site: www.elementodigital.pt > Tel: +351 265 530 140 > Fax: +351 265 530 149 > Avenida Bento Gon?alves, 22B > 2910-431 Set?bal > PORTUGAL > ********************************************************************* > --------------35690349D44E6C89BCB051BD Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit  In the php.ini file is a  line (see below) which tells how much memory php can take. It's usually capped @ 8MB. Just change it should work.

-Prashanth

memory_limit = 8M      ; Maximum amount of memory a script may consume (8MB)

Nuno Cabrita wrote:

I have just compile mapserver 3.6.6 with gd 1.8.4, and created the PHP module (php_mapscript.dll) for PHP 4.2.3.
Almost everything works, but when I try to create a dbase file for a shape I get a php memory error.

Does anyone had the same problem?

Does anyone have a clue of what it could be?

Elemento Digital,
Consultoria, Marketing e Desenvolvimento Informático, Lda
*********************************************************************
Site: 
www.elementodigital.pt
Tel: +351 265 530 140
Fax: +351 265 530 149
Avenida Bento Gonçalves, 22B
2910-431 Setúbal
PORTUGAL
*********************************************************************

--------------35690349D44E6C89BCB051BD-- From bergeron at zedxinc.com Thu Jul 17 09:50:34 2003 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Thu, 17 Jul 2003 12:50:34 -0400 Subject: [Mapserver-users] Class Expression help In-Reply-To: <1058458119.21665.4.camel@fly.in.iantel.com.uy> References: <5.1.0.14.0.20030717112127.00b16e10@mail.zedxinc.com> <5.1.0.14.0.20030717104521.00ad1ed0@mail.zedxinc.com> <5.1.0.14.0.20030717104521.00ad1ed0@mail.zedxinc.com> <5.1.0.14.0.20030717112127.00b16e10@mail.zedxinc.com> Message-ID: <5.1.0.14.0.20030717124954.00b03e48@mail.zedxinc.com> Unquoting the entire expression produces an expression parser error. At 01:08 PM 7/17/2003 -0300, you wrote: >El jue, 17 de 07 de 2003 a las 12:22, Nick Petersen-Bergeron escribi?: >> >>As a followup, when I quote the column name, I get the error: >>Thu Jul 17 11:29:04 2003 - msEvalExpression(): General error message. >>Cannot evaluate expression, no item index defined. >> >>While this error seems more pertinent, an Item Index shouldn't be necessary >>should it? > > >The whole expression shouldn't been unquoted? > > EXPRESSION [string] Three types of expressions are now supported to >define class membership. String comparisons, regular expressions, and >simple logical expressions. If no expression is given, then all features >are said to belong to this class. >String comparisons are case sensitive and are the fastest to evaluate. No >special delimiters are necessary although string must be quoted if they >contain special characters. (As a matter of good habit, it is recommended >you quote all strings). > >Regular expressions function just like previous versions of MapServer. >However, you must now delimit a regular expression using /regex/. No >quotes should be used. > >Logical expressions allow you to build fairly complex tests based on one >or more attributes and therefore are only available with shapefiles. >Logical expressions are delimited by parentheses "(expression)". Attribute >names are delimited by square brackets "[ATTRIBUTE]". These names are case >sensitive and must match the items in the shapefile. For example: >EXPRESSION ([POPULATION] > 50000 AND '[LANGUAGE]' eq 'FRENCH') ... The >following logical operators are supported : >=,>,<,<=,>=,=,or,and,lt,gt,ge,le,eq. As you might expect this level of >complexity is slower to process. >String comparisons and regular expressions work from the classitem defined >at the layer level. You may mix expression types within the different >classes of a layer. > > > > > > >> >> >> >> >>At 05:01 PM 7/17/2003 +0200, Vincent Schut wrote: >> >Nick, >> >jsut a guess, but have you tried it with [LEVEL] and [DAY] single >> quoted too? >> >I think you always need to quote your attribute column names. >> > >> >Regards, >> >Vincent. >> > >> >On Thursday 17 July 2003 16:50, Nick Petersen-Bergeron wrote: >> > > I'm trying to do a class based layer structure for a map program I'm >> > > writing. I've looked through all of the syntax examples for expressions >> > > that I can find, but can't seem to figure out what's wrong. >> > > >> > > I have around 20 classes in the layer. Essentially the only thing that >> > > will differ between classes is the color. >> > > >> > > I've included an example of one of the classes. >> > > >> > > CLASS >> > > EXPRESSION "(('[TEMP]' eq 'normal') AND ('[PRECIP]' eq >> > > 'normal') AND ([LEVEL] eq 0) AND ([DAY] eq 30))" >> > > COLOR 50 50 50 >> > > SIZE 5 >> > > NAME "normal_city" >> > > SYMBOL "circle" >> > > LABEL >> > > COLOR 50 50 50 >> > > FONT arial >> > > SIZE 12 >> > > POSITION ur >> > > ANTIALIAS TRUE >> > > TYPE TRUETYPE >> > > END >> > > END >> > > >> > > Can anyone see a problem with this? >> > > >> > > When I comment out a single expression, the shapefile I'm using >> defaults to >> > > using that class, so I'm guessing that none of the expressions are >> > > evaluating to true. However, the dbf for the shape seems to >> indicate that >> > > this should not be the case. The only error being thrown is the >> following: >> > > >> > > >> > > Thu Jul 17 10:41:37 2003 - msSearchDiskTree(): Unable to access file. >> > > Unable to open spatial index for /home/wcs/html/data/countries2.qix. In >> > > most cases you can safely ignore this message, otherwise check file >> names >> > > and permissions. >> > > >> > > >> > > Thanks for your help. >> >>Nick Petersen-Bergeron >>System Administrator >> >>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 > >Nick Petersen-Bergeron >System Administrator > >ZedX Inc. >369 Rolling Ridge Drive >Bellefonte, PA. 16823 From eric at gomoos.org Thu Jul 17 05:53:28 2003 From: eric at gomoos.org (Eric Bridger) Date: 17 Jul 2003 12:53:28 +0000 Subject: [Mapserver-users] Perl/Library Question In-Reply-To: References: Message-ID: <1058446408.1868.14.camel@ubet.gomoos.org> As usual there are many ways to do it. You need to alter the default @INC array. You can use on first line of your script: #!/usr/bin/perl -I/installs # puts /installs at front of @INC. or: push @INC, '/installs'; # puts it at the end of @INC. or: use lib '/installs/'; # not sure where this puts it. But the order is important, if the two modules have identical names. You might also try: require '/installs/gd-2.0.15'; Of course, to get mapserver to use the new GD you'll need to recompile it. Eric On Thu, 2003-07-17 at 16:02, Steve Lehr wrote: > I'm trying to see if gd2.x will solve a limitation in old gd 1.3 that when > an irregular shaped polygon is rendered it gets white lines on it > > ------| > | | > --- | <- problem old gd draws white line here > | | > |--| | <- Another white line here. > |_____| > > Ok.. > > I have the latest version of GD on my box, my question is how do I get perl > to pick up a different library with the USE command. > > i.e. use GD; picks up the standard old GD library....I'd like to specify it > to use /installs/gd-2.0.15 > > Is this possible? > Thanks > > Steven Lehr > Visiting Professor > Embry-Riddle Aeronautical University (LB159) > 600 S. Clyde Morris Blvd. > Daytona Beach, FL 32114-3900 > 386-226-7740 > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Joe Smith > Sent: Thursday, July 17, 2003 11:05 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Mapscript problems > > > Hi, > I have been working with mapserver for a few weeks now without too much > trouble, but I've run into some problems trying to get mapscript to compile. > It runs fine without the --with-php option, but I'm looking to add more > functionality. I'm actually trying to get mapscript compiled in two > places - my local linux box where i do the editing, and on the web server. > It doesn't seem to work on either. > > Here's the specs/problem on the local box: > Linux 9, apache 2.0.47, php 4.3.2, mapserver 3.6.6 > > I know what the problem is ; php isn't compiling with > the --with-regex=system like it should, and I don't know why. I checked > phpinfo and the regex section didn't have anything about system. I compile > php like this: > > ./configure \ > --prefix=/usr/local/www/php \ > --with-config-file-path=/usr/local/www/php \ > --enable-track-vars \ > --enable-force-cgi-redirect \ > --with-regex=system \ > --with-mysql \ > --with-zlib \ > --without-ttf > make > make install > cp -p php.ini-recommended /usr/local/www/php/php.ini > > I tried removing config.cache like some of the posts suggested (and make > clean), but it did not work. I'm still getting familiar with linux/unix so > I wouldn't really know where to look if it was using some old version of a > file in the compile. > > > Here's the specs/problem on the web server: > FreeBSD 4.4, apache 1.3.22, php 4.0.6, mapserver 3.6.6 > > When I try to make mapserver, I get this: > > A bunch of undefined references when it gets to php_mapscript.so > "Stop in /usr/home/joe/mapserver/mapscript/php3" > "*** Error code 1" > > Here's my configure line for mapserver: > ./configure --with-gd=/usr/local --with-php=/usr/local/www/include/php > > I do have root access, and apache and php were already running so I don't > want to mess with them if I don't have to, since it's a virtual server (I > could probably recompile php though). Is anyone familar with either of > these problems or have any ideas? Thanks in advance! > > Joe > > _______________________________________________ > 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 woodbri at swoodbridge.com Thu Jul 17 10:10:37 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Thu, 17 Jul 2003 13:10:37 -0400 Subject: [Mapserver-users] Perl/Library Question In-Reply-To: References: Message-ID: <3F16A04D.12064.353044A@localhost> Steve, use GD; means you are use'ing a perl module probably GD.pm that probably links in libgd To get it to use the new version you should install the new libgd on your system and then reinstall GD.pm perl -MCPAN -e install GD or something close to that. -Steve W. On 17 Jul 2003 at 12:02, Steve Lehr wrote: > I'm trying to see if gd2.x will solve a limitation in old gd 1.3 that > when an irregular shaped polygon is rendered it gets white lines on it > > ------| > | | > --- | <- problem old gd draws white line here > | | > |--| | <- Another white line here. > |_____| > > Ok.. > > I have the latest version of GD on my box, my question is how do I get > perl to pick up a different library with the USE command. > > i.e. use GD; picks up the standard old GD library....I'd like to > specify it to use /installs/gd-2.0.15 > > Is this possible? > Thanks > > Steven Lehr > Visiting Professor > Embry-Riddle Aeronautical University (LB159) > 600 S. Clyde Morris Blvd. > Daytona Beach, FL 32114-3900 > 386-226-7740 > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Joe Smith > Sent: Thursday, July 17, 2003 11:05 AM To: > mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapscript > problems > > > Hi, > I have been working with mapserver for a few weeks now without too > much trouble, but I've run into some problems trying to get mapscript > to compile. It runs fine without the --with-php option, but I'm > looking to add more functionality. I'm actually trying to get > mapscript compiled in two places - my local linux box where i do the > editing, and on the web server. It doesn't seem to work on either. > > Here's the specs/problem on the local box: > Linux 9, apache 2.0.47, php 4.3.2, mapserver 3.6.6 > > I know what the problem is ; php isn't compiling with > the --with-regex=system like it should, and I don't know why. I > checked phpinfo and the regex section didn't have anything about > system. I compile php like this: > > ./configure \ > --prefix=/usr/local/www/php \ > --with-config-file-path=/usr/local/www/php \ > --enable-track-vars \ > --enable-force-cgi-redirect \ > --with-regex=system \ > --with-mysql \ > --with-zlib \ > --without-ttf > make > make install > cp -p php.ini-recommended /usr/local/www/php/php.ini > > I tried removing config.cache like some of the posts suggested (and > make clean), but it did not work. I'm still getting familiar with > linux/unix so I wouldn't really know where to look if it was using > some old version of a file in the compile. > > > Here's the specs/problem on the web server: > FreeBSD 4.4, apache 1.3.22, php 4.0.6, mapserver 3.6.6 > > When I try to make mapserver, I get this: > > A bunch of undefined references when it gets to php_mapscript.so > "Stop in /usr/home/joe/mapserver/mapscript/php3" > "*** Error code 1" > > Here's my configure line for mapserver: > ./configure --with-gd=/usr/local --with-php=/usr/local/www/include/php > > I do have root access, and apache and php were already running so I > don't want to mess with them if I don't have to, since it's a virtual > server (I could probably recompile php though). Is anyone familar > with either of these problems or have any ideas? Thanks in advance! > > Joe > > _______________________________________________ > 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 gayathri at ou.edu Thu Jul 17 10:57:44 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Thu, 17 Jul 2003 12:57:44 -0500 Subject: [Mapserver-users] Postgres-Help Message-ID: Hi: How to add/insert values into the geometry column of an already existing postgresql table? For ex:I have a parcels table in postgresql to which I will have to alter/update the geom information. Thanks, Gayathri From nuno.cabrita at elementodigital.pt Thu Jul 17 11:06:49 2003 From: nuno.cabrita at elementodigital.pt (Nuno Cabrita) Date: Thu, 17 Jul 2003 19:06:49 +0100 Subject: [Mapserver-users] php_mapscript memory error In-Reply-To: <3F16D280.C4CE4642@pramcentral.com> Message-ID: <001801c34c8e$319d8660$ec00a8c0@elementodigital.local> This is a multi-part message in MIME format. ------=_NextPart_000_0019_01C34C96.9361EE60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable That doesn=92t seen to work. I raise the memory_limit to 100M but I = still get an error. The instruction at =930x77f58d2c=94 referenced memory at = =930x00f90f30=94. The memory could not be =93written=94. =20 -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Prashanth Ram Sent: quinta-feira, 17 de Julho de 2003 17:45 To: Nuno Cabrita Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] php_mapscript memory error =20 In the php.ini file is a line (see below) which tells how much memory php can take. It's usually capped @ 8MB. Just change it should work.=20 -Prashanth=20 memory_limit =3D 8M ; Maximum amount of memory a script may consume (8MB)=20 Nuno Cabrita wrote:=20 I have just compile mapserver 3.6.6 with gd 1.8.4, and created the PHP module (php_mapscript.dll) for PHP 4.2.3. Almost everything works, but when I try to create a dbase file for a shape I get a php memory error. Does anyone had the same problem?=20 Does anyone have a clue of what it could be?=20 Elemento Digital,=20 Consultoria, Marketing e Desenvolvimento Inform=E1tico, Lda=20 *********************************************************************=20 Site: www.elementodigital.pt =20 Tel: +351 265 530 140=20 Fax: +351 265 530 149=20 Avenida Bento Gon=E7alves, 22B=20 2910-431 Set=FAbal=20 PORTUGAL=20 *********************************************************************=20 ------=_NextPart_000_0019_01C34C96.9361EE60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

That doesn’t seen to work. I raise the = memory_limit to 100M but I still get an error.

The instruction at “0x77f58d2c” referenced memory at = “0x00f90f30”. The memory could not be = “written”.

 

---= --Original Message-----
From: = mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Prashanth Ram
Sent: quinta-feira, 17 de = Julho de 2003 17:45
To: Nuno Cabrita
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: = [Mapserver-users] php_mapscript memory error

 

 In the = php.ini file is a  line (see below) which tells how much memory php can take. = It's usually capped @ 8MB. Just change it should work. =

-Prashanth

memory_limit =3D = 8M      ; Maximum amount of memory a script may consume (8MB) =

Nuno Cabrita wrote: =

I have just compile mapserver 3.6.6 with gd 1.8.4, and created = the PHP module (php_mapscript.dll) for PHP = 4.2.3.

Almo= st everything works, but when I try to create a dbase file for a shape I = get a php memory error.

Does= anyone had the same problem?

Does anyone have a clue of what it could = be?

Elemento = Digital,
Consultoria, Marketing e Desenvolvimento Inform=E1tico, Lda
********************************************************************* =
Site: www.elementodigital.pt
=

Tel: +351 265 530 140
Fax: +351 265 530 149
Avenida Bento Gon=E7alves, 22B
2910-431 Set=FAbal
PORTUGAL
*********************************************************************

------=_NextPart_000_0019_01C34C96.9361EE60-- From bergeron at zedxinc.com Thu Jul 17 11:26:26 2003 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Thu, 17 Jul 2003 14:26:26 -0400 Subject: [Mapserver-users] Class Expression help In-Reply-To: Message-ID: <5.1.0.14.0.20030717142511.00ae1ab0@mail.zedxinc.com> Aha! Discovered an error in the .dbf (it contained extra lines) that made it impossible to compare to the mapfile (there need to be the same number of lines in the dbf as there are shapes). I unquoted the expression strings, and then everything worked. Thanks a lot for your help. At 12:44 PM 7/17/2003 -0500, Steve Lime wrote: >You've gone through a few gyrations, what's it look like now? The whole >expression must >be unquoted to be recognized as a logical expression. I wonder if other >user's suggestions >may have cause the parser error. > > EXPRESSION (('[TEMP]' eq 'normal') AND ('[PRECIP]' eq 'normal') AND > ([LEVEL] eq 0) AND ([DAY] eq 30)) > >Look's fine to me, assuming the values for LEVEL and DAY are always numbers. > >Steve > > >>> Nick Petersen-Bergeron 07/17/03 11:50AM >>> >Unquoting the entire expression produces an expression parser error. > >At 01:08 PM 7/17/2003 -0300, you wrote: > >El jue, 17 de 07 de 2003 a las 12:22, Nick Petersen-Bergeron escribi?: > >> > >>As a followup, when I quote the column name, I get the error: > >>Thu Jul 17 11:29:04 2003 - msEvalExpression(): General error message. > >>Cannot evaluate expression, no item index defined. > >> > >>While this error seems more pertinent, an Item Index shouldn't be necessary > >>should it? > > > > > >The whole expression shouldn't been unquoted? > > > > EXPRESSION [string] Three types of expressions are now supported to > >define class membership. String comparisons, regular expressions, and > >simple logical expressions. If no expression is given, then all features > >are said to belong to this class. > >String comparisons are case sensitive and are the fastest to evaluate. No > >special delimiters are necessary although string must be quoted if they > >contain special characters. (As a matter of good habit, it is recommended > >you quote all strings). > > > >Regular expressions function just like previous versions of MapServer. > >However, you must now delimit a regular expression using /regex/. No > >quotes should be used. > > > >Logical expressions allow you to build fairly complex tests based on one > >or more attributes and therefore are only available with shapefiles. > >Logical expressions are delimited by parentheses "(expression)". Attribute > >names are delimited by square brackets "[ATTRIBUTE]". These names are case > >sensitive and must match the items in the shapefile. For example: > >EXPRESSION ([POPULATION] > 50000 AND '[LANGUAGE]' eq 'FRENCH') ... The > >following logical operators are supported : > >=,>,<,<=,>=,=,or,and,lt,gt,ge,le,eq. As you might expect this level of > >complexity is slower to process. > >String comparisons and regular expressions work from the classitem defined > >at the layer level. You may mix expression types within the different > >classes of a layer. > > > > > > > > > > > > > >> > >> > >> > >> > >>At 05:01 PM 7/17/2003 +0200, Vincent Schut wrote: > >> >Nick, > >> >jsut a guess, but have you tried it with [LEVEL] and [DAY] single > >> quoted too? > >> >I think you always need to quote your attribute column names. > >> > > >> >Regards, > >> >Vincent. > >> > > >> >On Thursday 17 July 2003 16:50, Nick Petersen-Bergeron wrote: > >> > > I'm trying to do a class based layer structure for a map program I'm > >> > > writing. I've looked through all of the syntax examples for > expressions > >> > > that I can find, but can't seem to figure out what's wrong. > >> > > > >> > > I have around 20 classes in the layer. Essentially the only thing > that > >> > > will differ between classes is the color. > >> > > > >> > > I've included an example of one of the classes. > >> > > > >> > > CLASS > >> > > EXPRESSION "(('[TEMP]' eq 'normal') AND > ('[PRECIP]' eq > >> > > 'normal') AND ([LEVEL] eq 0) AND ([DAY] eq 30))" > >> > > COLOR 50 50 50 > >> > > SIZE 5 > >> > > NAME "normal_city" > >> > > SYMBOL "circle" > >> > > LABEL > >> > > COLOR 50 50 50 > >> > > FONT arial > >> > > SIZE 12 > >> > > POSITION ur > >> > > ANTIALIAS TRUE > >> > > TYPE TRUETYPE > >> > > END > >> > > END > >> > > > >> > > Can anyone see a problem with this? > >> > > > >> > > When I comment out a single expression, the shapefile I'm using > >> defaults to > >> > > using that class, so I'm guessing that none of the expressions are > >> > > evaluating to true. However, the dbf for the shape seems to > >> indicate that > >> > > this should not be the case. The only error being thrown is the > >> following: > >> > > > >> > > > >> > > Thu Jul 17 10:41:37 2003 - msSearchDiskTree(): Unable to access file. > >> > > Unable to open spatial index for > /home/wcs/html/data/countries2.qix. In > >> > > most cases you can safely ignore this message, otherwise check file > >> names > >> > > and permissions. > >> > > > >> > > > >> > > Thanks for your help. > >> > >>Nick Petersen-Bergeron > >>System Administrator > >> > >>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 > > > >Nick Petersen-Bergeron > >System Administrator > > > >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 Nick Petersen-Bergeron System Administrator ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From aattri at cba.ua.edu Thu Jul 17 12:14:27 2003 From: aattri at cba.ua.edu (Attri, Abhishek) Date: Thu, 17 Jul 2003 14:14:27 -0500 Subject: [Mapserver-users] Using TIGER files Message-ID: First of all thanks to all of you for such useful and encouraging replies. Ok, I have already finished the report generation part for demographic data (SF1 and SF3) using MySQL database and PHP. Now I have to add mapping functionality. Can I create a MySQL database from TIGER\Line files or they can only be used with dbase or PostgreSQL? Secondly, is the demographic data and TIGER\Line Files are enough to create the mapping or I need any shape files along with that. I am getting on to what you pointed out Steve and therefore would like to clear this little confusion before doing it. With thanks Abhishek -----Original Message----- From: Jeff Hoffmann [mailto:jeff at propertykey.com] Sent: Thursday, July 17, 2003 8:17 AM To: woodbri at swoodbridge.com Cc: Attri, Abhishek; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Using TIGER files woodbri at swoodbridge.com wrote: > Attri, > > The Tiger/line files are useful for generating the base map and > extracting the polygons that relate back to the Census statistical > data. You will have to get the statistical data and relate that to > the polygons probably using JOIN to relate the polygon to the stats > and then use LAYER CLASSes to apply graphical (color/style/etc) > attributes to the polygons. > > This implies that you can find the statistical data on the Census > website and load it into DBF files or Postgres so you can join it > with your polygon layer(s). That's a great message. The only other thing that I can add is that I have table layouts for both the SF1 and SF3 extracts that can be used to import that data into PostgreSQL. You can find them at ftp://ftp.propertykey.com/pub/downloads/misc They're called sf1.tar.gz & sf3.tar.gz and should work with the data that you can download from the Census web site -- I don't recall the specific location off the top of my head, but it shouldn't be hard to find. Basically, the tables from there get linked to the census blocks information from the TIGER through a geo file. There's no documentation in my downloads, but it should be pretty straightforward. All of the .sql files create the tables and import the data. There's one little perl script that converts the geo file from fixed-length to tab-delimited so it can be imported, but all of the rest of the data files can be imported as is -- if I recall correctly they were comma delimited, which works fine for PostgreSQL. As mentioned earlier, we used TIGER2SHP to convert the TIGER files to shape files to get the census block shape files for use with MapServer -- it's a nice little utility & i think is well worth the price. -- Jeff Hoffmann PropertyKey.com From nuno.cabrita at elementodigital.pt Thu Jul 17 12:16:16 2003 From: nuno.cabrita at elementodigital.pt (Nuno Cabrita) Date: Thu, 17 Jul 2003 20:16:16 +0100 Subject: [Mapserver-users] PHP_mapscript.dll compilation help Message-ID: <001f01c34c97$e5900720$ec00a8c0@elementodigital.local> I need a php_mapscript.dll for PHP 4.2.3 with constants alterations in map.h #define MS_MAXCLASSES 100 #define MS_MAXLAYERS 1500 But I am unable to set up a stable environment to compile this. I need this urgent, because I have a project to go on line that needs this correction. Can anyone please help me? Elemento Digital, Consultoria, Marketing e Desenvolvimento Inform?tico, Lda ********************************************************************* Site: www.elementodigital.pt Tel: +351 265 530 140 Fax: +351 265 530 149 Avenida Bento Gon?alves, 22B 2910-431 Set?bal PORTUGAL ********************************************************************* From woodbri at swoodbridge.com Thu Jul 17 12:46:51 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Thu, 17 Jul 2003 15:46:51 -0400 Subject: [Mapserver-users] PHP/mapscript and PNG problem Message-ID: OK, my turn to ask a question :) Run RH8.0, MS-4.0-b2, GD-2.0.15, gdal-1.1.9, php-4.3.2, using RH libpng-1.2.2-8 I can generate a PNG image using mapserv but I crash in PHP/Mapscript $img->saveImage(...) call both use the same mapfile. I had the same problem using MS-3.7-may03-nightly, using GD-2.0.15, gdal-1.1.8, php-4.3.1 which pretty much points at the libpng. Oh yeah! Both GIF and JPEG work in both of the configuration. So has anyone else run into this? What are other people running on RH8 for libpng? Any other ideas? -Steve From Grant.Howarth at divestco.com Thu Jul 17 12:59:12 2003 From: Grant.Howarth at divestco.com (Grant Howarth) Date: Thu, 17 Jul 2003 13:59:12 -0600 Subject: [Mapserver-users] itemquery problems Message-ID: <60234EBD02DA64449D786AF9FFCB9BED061126@div-mx02.DIVESTCO.COM> This is a multi-part message in MIME format. ------=_NextPartTM-000-a12521bd-062d-4902-8b3d-5aec0c2846f0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C34C9D.E4644A35" ------_=_NextPart_001_01C34C9D.E4644A35 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi list, I am trying to do a itemquery to get other attributes from my dbf file = and i am having some troubles. =20 text1 is an id number (108365211) and i am hoping to have the value of = text2 returned to me vi the template. I don't think i am doing this = right and any help would be great. Thanks. - Grant =20 =20 In my map file i have a layer defined as follows: =20 LAYER=20 NAME "seismic" DATA seismic/seis2dlibrarycard STATUS default TYPE LINE FILTERITEM TEXT1 CLASS TEMPLATE seismic.html END END =20 =20 my url is as follows: =20 http://10.0.50.131/cgi-bin/mapserver.exe?mode=3Ditemquery = = &map=3Dc:/mapfiles/winpics.map&qlayer=3Dseismic&map_seismic_filter=3D/|10= 8365211/ =20 =20 =20 my template file is as follows: =20 {item: seismic [TEXT1] attr: fold "[TEXT2]" attr: text3 "[TEXT3]" attr: = ID "[TEXT1]" loc: [shpext]} =20 =20 i am getting the following error: msQueryByAttributes(): Query error. No query expression defined. =20 =20 ------_=_NextPart_001_01C34C9D.E4644A35 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi=20 list,
  = I am=20 trying to do a itemquery to get other attributes from my = dbf file=20 and i am having some troubles.
 
text1 = is an id=20 number (108365211) and i am hoping to have the value of text2 returned = to me vi=20 the template.  I don't think i am doing this right and any help = would be=20 great.  Thanks. - Grant
 
 
In my = map file i=20 have a layer defined as follows:
 
LAYER =
 =20 NAME "seismic"
  DATA seismic/seis2dlibrarycard
  STATUS = default
  TYPE LINE
  FILTERITEM TEXT1
 =20 CLASS
    TEMPLATE seismic.html
 =20 END
END
 
 
my url = is as=20 follows:
 
http://10.0.50.131/cgi-bin/mapserver.exe?mode=3Ditemquery&a= mp;map=3Dc:/mapfiles/winpics.map&qlayer=3Dseismic&map_seismic_fil= ter=3D/|108365211/
 
 
 
my = template file is=20 as follows:
 
{item: = seismic=20 [TEXT1] attr: fold "[TEXT2]" attr: text3 "[TEXT3]" attr: ID "[TEXT1]" = loc:=20 [shpext]}
 
 
i am = getting the=20 following error:
msQueryByAttributes(): Query error. No query = expression=20 defined.
 
 
------_=_NextPart_001_01C34C9D.E4644A35-- ------=_NextPartTM-000-a12521bd-062d-4902-8b3d-5aec0c2846f0-- From gayathri at ou.edu Thu Jul 17 12:59:59 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Thu, 17 Jul 2003 14:59:59 -0500 Subject: [Mapserver-users] itemquery problems 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_01C34C9E.009563C0 Content-Type: text/plain Hi: You are missing some thingies in the map file., See if this link helps., http://maps.dnr.state.mn.us/mapserver_demos/tests36/itemquery/test.html Thanks, Gayathri -----Original Message----- From: Grant Howarth [mailto:Grant.Howarth at divestco.com] Sent: Thursday, July 17, 2003 1:59 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] itemquery problems Hi list, I am trying to do a itemquery to get other attributes from my dbf file and i am having some troubles. text1 is an id number (108365211) and i am hoping to have the value of text2 returned to me vi the template. I don't think i am doing this right and any help would be great. Thanks. - Grant In my map file i have a layer defined as follows: LAYER NAME "seismic" DATA seismic/seis2dlibrarycard STATUS default TYPE LINE FILTERITEM TEXT1 CLASS TEMPLATE seismic.html END END my url is as follows: http://10.0.50.131/cgi-bin/mapserver.exe?mode=itemquery &map=c:/mapfiles/winpics.map&qlayer=seismic&map_seismic_filter=/|108365211/ my template file is as follows: {item: seismic [TEXT1] attr: fold "[TEXT2]" attr: text3 "[TEXT3]" attr: ID "[TEXT1]" loc: [shpext]} i am getting the following error: msQueryByAttributes(): Query error. No query expression defined. ------_=_NextPart_001_01C34C9E.009563C0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Message
Hi:
You=20 are missing some thingies in the map file.,
See if=20 this link helps.,
 
http://maps.dnr.state.mn.us/mapserver_demos/tests36/itemquery/t= est.html
 
Thanks,
Gayathri
-----Original Message-----
From: = Grant Howarth=20 [mailto:Grant.Howarth at divestco.com]
Sent: Thursday, July = 17, 2003=20 1:59 PM
To: = mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] itemquery problems

Hi=20 list,
  I am=20 trying to do a itemquery to get other attributes from = my dbf=20 file and i am having some troubles.
 
text1 is an id=20 number (108365211) and i am hoping to have the value of text2 = returned to me=20 vi the template.  I don't think i am doing this right and any = help would=20 be great.  Thanks. - Grant
 
 
In = my map file i=20 have a layer defined as follows:
 
LAYER
 =20 NAME "seismic"
  DATA seismic/seis2dlibrarycard
  = STATUS=20 default
  TYPE LINE
  FILTERITEM TEXT1
 =20 CLASS
    TEMPLATE seismic.html
 =20 END
END
 
 
my = url is as=20 follows:
 
http://10.0.50.131/cgi-bin/mapserver.exe?mode=3Ditemquery&= amp;map=3Dc:/mapfiles/winpics.map&qlayer=3Dseismic&map_seismic_f= ilter=3D/|108365211/
 
 
 
my = template file=20 is as follows:
 
{item: seismic=20 [TEXT1] attr: fold "[TEXT2]" attr: text3 "[TEXT3]" attr: ID "[TEXT1]" = loc:=20 [shpext]}
 
 
i = am getting the=20 following error:
msQueryByAttributes(): Query error. No = query=20 expression defined.
 
 
------_=_NextPart_001_01C34C9E.009563C0-- From Zamil.Murji at divestco.com Thu Jul 17 13:11:18 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Thu, 17 Jul 2003 14:11:18 -0600 Subject: [Mapserver-users] Compiling win32 binary Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A96D@div-mx02.DIVESTCO.COM> Hi list, I decided to use Cygwin to compile mapserv, worked great except for one thing. I built gd-2.0.15 with true type font support (no errors). I didn't make install it. When i build mapserv with --with-gd pointing to that directory, it compiles fine. When I run it on the command line there is no support for true type fonts. What am i doing wrong? Thanks Zamil -----Original Message----- From: Pericles S. Nacionales [mailto:nacional at cbs.umn.edu] Sent: Wednesday, July 16, 2003 10:44 PM To: Zamil Murji Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Compiling win32 binary Hi! You're absolutely right, the HOWTO needs updating. I'm working on it. As for compiling MapServer, you need to compile each of the library you want support from but I can't write instructions for all of them. You'll have to read the README and INSTALL instructions from each of those packages. Some of the libraries (the GD 2 library in particular) don't include makefiles for Win32 while some include Visual C/C++ project/workspace files. DM Solutions provide a Makefile.nt with their GD2 binary distribution. To compile your own download gd2_w32.zip from http://www2.dmsolutions.ca/mapserver/dl/ and copy Makefile.nt to the GD directory. This makefile is for MS Visual C/C++ 6.0. You'll have to edit this makefile to correct the paths to your source codes. As for compiling PostGIS, http://postgis.refractions.net have good online documentation. You still have to compile the PostgreSQL client libraries--that too have good documentation at http://www.postgresql.org/docs. Good luck! Perry N. On Wed, 2003-07-16 at 20:23, Zamil Murji wrote: > Hi list, > > I have downloaded and unzipped all the packages needed to compile mapserver. The help file is not clear on what to do next. Do I need to compile all of the other packages before compiling mapserver. Also the help file is out of date, is there a newer one kicking around with postgis compiling built in? > > Thanks > Zamil > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From joe at poconogis.com Thu Jul 17 13:34:28 2003 From: joe at poconogis.com (Joe Smith) Date: Thu, 17 Jul 2003 16:34:28 -0400 Subject: [Mapserver-users] Mapscript problems In-Reply-To: <200307171725.58969.schut@sarvision.com> Message-ID: Thanks Vincent, one problem solved. I successfully compiled php into /usr/local/phpcgi (where I put php.ini and php_mapscript.so). Apache loads php as a cgi, and phpinfo() works fine, but it doesn't see my php_mapscript.so module. I'm not sure if it's a setting in a file or if it's compiled wrong, although I didn't get any errors. It sees the correct php.ini file, and I changed the extension_dir to be "/usr/local/phpcgi" just so I knew where it was looking for sure, and it still doesn't see it. Joe -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Vincent Schut Sent: Thursday, July 17, 2003 11:26 AM To: Joe Smith; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Mapscript problems Hi Joe, probably php actually does compile with the system-regex, but you keep using your old version of php... The --prefix option points to the dir where php gets installed. That means that your php cgi executable will end up in something like /usr/local/www/php/bin/, which is probably not in your path and also not where apache looks for to launch the php cgi executable. You best set --prefix to something like /usr/local/phpcgi if you want to have 2 seperate version of php (probably the php that came with your linux distribution has been installed in /usr/, and I guess you did not uninstall it so it will be there still). After installing php in /usr/local/phpcgi (or whatever you want, but I discourage installing anyting in directories beneath your webroot, it is asking for security problems!) you will have to tell apache in its httpd.conf file that it should launch the php cgi exe for .php (or .phpms or whatever you like) files. And of course you should have copied the just installed php executable to your cgi-bin directory. You can find more about this in the wiki: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapServerCompilation , read on from here. Good luck, Vincent. On Thursday 17 July 2003 17:04, Joe Smith wrote: > Hi, > I have been working with mapserver for a few weeks now without too much > trouble, but I've run into some problems trying to get mapscript to > compile. It runs fine without the --with-php option, but I'm looking to add > more functionality. I'm actually trying to get mapscript compiled in two > places - my local linux box where i do the editing, and on the web server. > It doesn't seem to work on either. > > Here's the specs/problem on the local box: > Linux 9, apache 2.0.47, php 4.3.2, mapserver 3.6.6 > > I know what the problem is ; php isn't compiling with > the --with-regex=system like it should, and I don't know why. I checked > phpinfo and the regex section didn't have anything about system. I compile > php like this: > > ./configure \ > --prefix=/usr/local/www/php \ > --with-config-file-path=/usr/local/www/php \ > --enable-track-vars \ > --enable-force-cgi-redirect \ > --with-regex=system \ > --with-mysql \ > --with-zlib \ > --without-ttf > make > make install > cp -p php.ini-recommended /usr/local/www/php/php.ini > > I tried removing config.cache like some of the posts suggested (and make > clean), but it did not work. I'm still getting familiar with linux/unix so > I wouldn't really know where to look if it was using some old version of a > file in the compile. > > > Joe > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eduardo at linkgeo.com.br Thu Jul 17 04:51:42 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Thu, 17 Jul 2003 08:51:42 -0300 Subject: [Mapserver-users] MapServer documentation information Message-ID: <000201c34cab$b19bc440$6600a8c0@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C34C40.A4A91C30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi listers, Where could I get some information about current status of each = document of a distro documentation? For example, about MapServer 3.7 documentation... what documents are = finished or in still revision/development?=20 this could be interesting to avoid writers of creating something that = someother is already working on or it's good to know what docs are OK = for translation. thanks, Eduardo Patto Kanegae eduardo at linkgeo.com.br ------=_NextPart_000_0007_01C34C40.A4A91C30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi listers,
 
    Where could I get = some=20 information about current status of each document of a distro=20 documentation?
 
    For example, about = MapServer 3.7=20 documentation... what documents are finished or in still = revision/development?=20
 
this could be interesting to avoid = writers of=20 creating something that someother is already working on or it's good to = know=20 what docs are OK for translation.
 
 
thanks,
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br<= /DIV> ------=_NextPart_000_0007_01C34C40.A4A91C30-- From woodbri at swoodbridge.com Thu Jul 17 14:41:22 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Thu, 17 Jul 2003 17:41:22 -0400 Subject: [Mapserver-users] Using TIGER files In-Reply-To: Message-ID: <3F16DFC2.7261.44AE35E@localhost> The TIGER/Line files by themselves are not useful for creating a map. You would be better off getting some shapefiles. Also MySQL is not really supported for doing JOINs with shapefiles. I think your options are: 1) extract the demographics data into DBF files that you can join with the shapefiles - this means you have to have a common attribute in both the shapefile DBFs and demographics DBFs to do the JOIN on. 2) load all the shapefiles into PostgreSQL and load the demographics into it also. You also should work out a trivial test case so you know what the requirements of all the pieces are before you try and do this with TONS of data only to find out that it doesn't work the way you thought it would :-/ Can anyone speak to which versions of mapserver support JOINs? I think you have to be on either MS-3.3 or MS-4.0 to get JOINS to work, but I'm not sure. -Steve On 17 Jul 2003 at 14:14, Attri, Abhishek wrote: > First of all thanks to all of you for such useful and encouraging > replies. > Ok, I have already finished the report generation part for > demographic > data (SF1 and SF3) using MySQL database and PHP. Now I have to add > mapping functionality. Can I create a MySQL database from TIGER\Line > files or they can only be used with dbase or PostgreSQL? > Secondly, is the demographic data and TIGER\Line Files are enough to > create the mapping or I need any shape files along with that. I am > getting on to what you pointed out Steve and therefore would like to > clear this little confusion before doing it. With thanks Abhishek > > -----Original Message----- > From: Jeff Hoffmann [mailto:jeff at propertykey.com] > Sent: Thursday, July 17, 2003 8:17 AM > To: woodbri at swoodbridge.com > Cc: Attri, Abhishek; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Using TIGER files > > woodbri at swoodbridge.com wrote: > > Attri, > > > > The Tiger/line files are useful for generating the base map and > > extracting the polygons that relate back to the Census statistical > > data. You will have to get the statistical data and relate that to > > the polygons probably using JOIN to relate the polygon to the stats > > and then use LAYER CLASSes to apply graphical (color/style/etc) > > attributes to the polygons. > > > > This implies that you can find the statistical data on the Census > > website and load it into DBF files or Postgres so you can join it > > with your polygon layer(s). > > That's a great message. The only other thing that I can add is that I > have table layouts for both the SF1 and SF3 extracts that can be used > to > > import that data into PostgreSQL. You can find them at > ftp://ftp.propertykey.com/pub/downloads/misc > They're called sf1.tar.gz & sf3.tar.gz and should work with the data > that you can download from the Census web site -- I don't recall the > specific location off the top of my head, but it shouldn't be hard to > find. Basically, the tables from there get linked to the census > blocks information from the TIGER through a geo file. There's no > documentation > > in my downloads, but it should be pretty straightforward. All of the > .sql files create the tables and import the data. There's one little > perl script that converts the geo file from fixed-length to > tab-delimited so it can be imported, but all of the rest of the data > files can be imported as is -- if I recall correctly they were comma > delimited, which works fine for PostgreSQL. As mentioned earlier, we > used TIGER2SHP to convert the TIGER files to shape files to get the > census block shape files for use with MapServer -- it's a nice little > utility & i think is well worth the price. > > > -- > > Jeff Hoffmann > PropertyKey.com > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Thomas Thu Jul 17 15:17:00 2003 From: Thomas (Thomas) Date: Thu, 17 Jul 2003 17:17:00 -0500 (CDT) Subject: [Mapserver-users] MapServer documentation information Message-ID: <200307172217.h6HMH04O013494@mallit.fr.umn.edu> Timely question Eduardo. There are actually three different sets of documentation (I am talking about the "Documentaiton Project" here). But that's not all that clear to people. We are meeting tomorrow to agree on how that deficiency is best fixed and then will fix it. Note also that there has always been another e-mail list for those that wish to contribute to the MapServer Documentation Project. This is one of several things that will change (improve, we hope) over the next months regards the UMN MapServer Web site. Tom >From: "Eduardo Patto Kanegae" > >Hi listers, > > Where could I get some information about current status of each document of a distro documentation? > > For example, about MapServer 3.7 documentation... what documents are finished or in still revision/development? > >this could be interesting to avoid writers of creating something that someother is already working on or it's good to know what docs are OK for translation. > > >thanks, > >Eduardo Patto Kanegae >eduardo at linkgeo.com.br From joe at otsys.com Thu Jul 17 15:42:51 2003 From: joe at otsys.com (Joe Bussell) Date: Thu, 17 Jul 2003 15:42:51 -0700 Subject: [Mapserver-users] Using TIGER files In-Reply-To: <3F16DFC2.7261.44AE35E@localhost> References: <3F16DFC2.7261.44AE35E@localhost> Message-ID: <3F17266B.5080400@otsys.com> Does anyone already have the Tiger files parsed into shapfile/dbf? Specifically I am looking for cities, counties, rivers, rail, and road. Cordially, Joe Bussell www.trafficdodger.com woodbri at swoodbridge.com wrote: > The TIGER/Line files by themselves are not useful for creating a map. > You would be better off getting some shapefiles. Also MySQL is not > really supported for doing JOINs with shapefiles. I think your > options are: > > 1) extract the demographics data into DBF files that you can join > with the shapefiles - this means you have to have a common attribute > in both the shapefile DBFs and demographics DBFs to do the JOIN on. > > 2) load all the shapefiles into PostgreSQL and load the demographics > into it also. > > You also should work out a trivial test case so you know what the > requirements of all the pieces are before you try and do this with > TONS of data only to find out that it doesn't work the way you > thought it would :-/ > > Can anyone speak to which versions of mapserver support JOINs? I > think you have to be on either MS-3.3 or MS-4.0 to get JOINS to work, > but I'm not sure. > > -Steve > > On 17 Jul 2003 at 14:14, Attri, Abhishek wrote: > > >>First of all thanks to all of you for such useful and encouraging >>replies. >> Ok, I have already finished the report generation part for >> demographic >>data (SF1 and SF3) using MySQL database and PHP. Now I have to add >>mapping functionality. Can I create a MySQL database from TIGER\Line >>files or they can only be used with dbase or PostgreSQL? >> Secondly, is the demographic data and TIGER\Line Files are enough to >>create the mapping or I need any shape files along with that. I am >>getting on to what you pointed out Steve and therefore would like to >>clear this little confusion before doing it. With thanks Abhishek >> >>-----Original Message----- >>From: Jeff Hoffmann [mailto:jeff at propertykey.com] >>Sent: Thursday, July 17, 2003 8:17 AM >>To: woodbri at swoodbridge.com >>Cc: Attri, Abhishek; mapserver-users at lists.gis.umn.edu >>Subject: Re: [Mapserver-users] Using TIGER files >> >>woodbri at swoodbridge.com wrote: >> >>>Attri, >>> >>>The Tiger/line files are useful for generating the base map and >>>extracting the polygons that relate back to the Census statistical >>>data. You will have to get the statistical data and relate that to >>>the polygons probably using JOIN to relate the polygon to the stats >>>and then use LAYER CLASSes to apply graphical (color/style/etc) >>>attributes to the polygons. >>> >>>This implies that you can find the statistical data on the Census >>>website and load it into DBF files or Postgres so you can join it >>>with your polygon layer(s). >> >>That's a great message. The only other thing that I can add is that I >>have table layouts for both the SF1 and SF3 extracts that can be used >>to >> >>import that data into PostgreSQL. You can find them at >>ftp://ftp.propertykey.com/pub/downloads/misc >>They're called sf1.tar.gz & sf3.tar.gz and should work with the data >>that you can download from the Census web site -- I don't recall the >>specific location off the top of my head, but it shouldn't be hard to >>find. Basically, the tables from there get linked to the census >>blocks information from the TIGER through a geo file. There's no >>documentation >> >>in my downloads, but it should be pretty straightforward. All of the >>.sql files create the tables and import the data. There's one little >>perl script that converts the geo file from fixed-length to >>tab-delimited so it can be imported, but all of the rest of the data >>files can be imported as is -- if I recall correctly they were comma >>delimited, which works fine for PostgreSQL. As mentioned earlier, we >>used TIGER2SHP to convert the TIGER files to shape files to get the >>census block shape files for use with MapServer -- it's a nice little >>utility & i think is well worth the price. >> >> >>-- >> >>Jeff Hoffmann >>PropertyKey.com >> >> >>_______________________________________________ >>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 Dean Thu Jul 17 18:46:11 2003 From: Dean (Dean) Date: Fri, 18 Jul 2003 09:46:11 +0800 Subject: [Mapserver-users] ASP, Java, mapscript and other fun stuff References: <13858AA1A74F30419F319ACB66A9D1222BFD48@mercator.topozone.com> Message-ID: <001d01c34cce$5e2d31e0$9864a8c0@MANGO> There are a couple of reasons that Installing PHP is an issue for the client (and thus my boss, thus me) they have to do with available skills sets and issues regarding access to the server that will host the application. The First issue to deal with skill sets, the personell who will most likely manage and maintain the system at the client site is a Cartographer/GIS Specialist, not really a programmer and is thus not really interested in learning a new syntax or scripting language. Their primary function is to produce maps for internal clients, not build and maintain web applications. They already know ASP, COM type constructs and are reasonably comfortable doing that. If we take a solution to them that requires them to learn another language then I don't think we will get the job. Secondly we, nor the primary client own the server that will eventually host the application, chances are it is in a room on the other side of the world so to get things like PHP etc installed can be a bit of a battle. It is not impossible though and we would probably stand a better chance of getting a JRE installed hence "preferably without installing a JRE", but all in all it is a battle we would rather avoid. As always the technical problems are the easiest to solve. In the end we have decided to try to get a result using the CGI. Thanks Dean. ------------------------------------------- Dean Taylor Data Systems Engineer Karjeni Pty Ltd www.karjeni.com.au -------------------------------------------- From ed at topozone.com Thu Jul 17 19:24:16 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 17 Jul 2003 22:24:16 -0400 Subject: [Mapserver-users] ASP, Java, mapscript and other fun stuff Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFD73@mercator.topozone.com> Dean - I think you'll find you can go quite a long way with an ASP page that drives the CGI. You can't quite do *everything* you can with MapScript, but you can really do a lot. The beauty of MapServer's HTML templates is that they can let you do a lot of things without using any scripting language at all. However, if you DO use a scriping language they can confuse you, so don't dig in too deep. Think about using MapServer only with "mode=map" commands to generate maps and use ASP to generate the parameters for those commands. You can extend that model to queries, etc. If you search the list archives for ASP and/or my name you'll bump into a few lectures on the subject . And ask for help here on the list when you get stuck! - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com -----Original Message----- From: Dean Taylor [mailto:dtaylor at karjeni.com.au] Sent: Thursday, July 17, 2003 9:46 PM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] ASP, Java, mapscript and other fun stuff There are a couple of reasons that Installing PHP is an issue for the client (and thus my boss, thus me) they have to do with available skills sets and issues regarding access to the server that will host the application. The First issue to deal with skill sets, the personell who will most likely manage and maintain the system at the client site is a Cartographer/GIS Specialist, not really a programmer and is thus not really interested in learning a new syntax or scripting language. Their primary function is to produce maps for internal clients, not build and maintain web applications. They already know ASP, COM type constructs and are reasonably comfortable doing that. If we take a solution to them that requires them to learn another language then I don't think we will get the job. Secondly we, nor the primary client own the server that will eventually host the application, chances are it is in a room on the other side of the world so to get things like PHP etc installed can be a bit of a battle. It is not impossible though and we would probably stand a better chance of getting a JRE installed hence "preferably without installing a JRE", but all in all it is a battle we would rather avoid. As always the technical problems are the easiest to solve. In the end we have decided to try to get a result using the CGI. Thanks Dean. ------------------------------------------- Dean Taylor Data Systems Engineer Karjeni Pty Ltd www.karjeni.com.au -------------------------------------------- _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nuno.cabrita at elementodigital.pt Fri Jul 18 01:14:14 2003 From: nuno.cabrita at elementodigital.pt (Nuno Cabrita) Date: Fri, 18 Jul 2003 09:14:14 +0100 Subject: [Mapserver-users] Compile PHP_mapscript.dll with cygwin Message-ID: <000601c34d04$93924330$ec00a8c0@elementodigital.local> I there, is it possible to compile php_mapscript.dll with cygwin? How? Thanks. From schut at sarvision.com Fri Jul 18 01:42:11 2003 From: schut at sarvision.com (Vincent Schut) Date: Fri, 18 Jul 2003 10:42:11 +0200 Subject: [Mapserver-users] Mapscript problems In-Reply-To: References: Message-ID: <200307181042.11940.schut@sarvision.com> Hi Joe, Is there some more info in the apache error log about why mapscript could not be loaded/seen? My first quess is that you did not recompile mapserver after the correct install of php? You will have to recompile mapserver (make clean, ./configure --....., make), configurering with the --with-php=/usr/local/phpcgi for it to compile against the correct php files. Then copy the mapserv and php_mapscript.so files in their directories, make sure you overwrite the old ones. Then try again. But maybe your apache log hints to some other thing than this. Regards, Vincent. On Thursday 17 July 2003 22:34, Joe Smith wrote: > Thanks Vincent, one problem solved. I successfully compiled php into > /usr/local/phpcgi (where I put php.ini and php_mapscript.so). Apache loads > php as a cgi, and phpinfo() works fine, but it doesn't see my > php_mapscript.so module. I'm not sure if it's a setting in a file or if > it's compiled wrong, although I didn't get any errors. It sees the correct > php.ini file, and I changed the extension_dir to be "/usr/local/phpcgi" > just so I knew where it was looking for sure, and it still doesn't see it. > > Joe > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Vincent > Schut > Sent: Thursday, July 17, 2003 11:26 AM > To: Joe Smith; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Mapscript problems > > > Hi Joe, > > probably php actually does compile with the system-regex, but you keep > using your old version of php... The --prefix option points to the dir > where php gets installed. That means that your php cgi executable will end > up in something like /usr/local/www/php/bin/, which is probably not in > your path and also not where apache looks for to launch the php cgi > executable. You best set --prefix to something like /usr/local/phpcgi if > you want to have 2 seperate version of php (probably the php that came with > your linux distribution has been installed in /usr/, and I guess you did > not uninstall it so it will be there still). After installing php in > /usr/local/phpcgi (or whatever you want, but I discourage installing > anyting in directories beneath > your webroot, it is asking for security problems!) you will have to tell > apache in its httpd.conf file that it should launch the php cgi exe for > .php (or .phpms or whatever you like) files. And of course you should have > copied the just installed php executable to your cgi-bin directory. > You can find more about this in the wiki: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapServerCompilation , read on > from here. > > Good luck, > Vincent. > > On Thursday 17 July 2003 17:04, Joe Smith wrote: > > Hi, > > I have been working with mapserver for a few weeks now without too much > > trouble, but I've run into some problems trying to get mapscript to > > compile. It runs fine without the --with-php option, but I'm looking to > > add > > > more functionality. I'm actually trying to get mapscript compiled in two > > places - my local linux box where i do the editing, and on the web > > server. It doesn't seem to work on either. > > > > Here's the specs/problem on the local box: > > Linux 9, apache 2.0.47, php 4.3.2, mapserver 3.6.6 > > > > I know what the problem is ; php isn't compiling with > > the --with-regex=system like it should, and I don't know why. I checked > > phpinfo and the regex section didn't have anything about system. I > > compile > > > php like this: > > > > ./configure \ > > --prefix=/usr/local/www/php \ > > --with-config-file-path=/usr/local/www/php \ > > --enable-track-vars \ > > --enable-force-cgi-redirect \ > > --with-regex=system \ > > --with-mysql \ > > --with-zlib \ > > --without-ttf > > make > > make install > > cp -p php.ini-recommended /usr/local/www/php/php.ini > > > > I tried removing config.cache like some of the posts suggested (and make > > clean), but it did not work. I'm still getting familiar with linux/unix > > so > > > I wouldn't really know where to look if it was using some old version of > > a file in the compile. > > > > > > Joe > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > ______________________________________ > Vincent Schut > Sarvision B.V. > Wageningen, The Netherlands > www.sarvision.com > _______________________________________________ > 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 -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From steffen.gebhardt at informus.de Fri Jul 18 03:14:41 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Fri, 18 Jul 2003 12:14:41 +0200 Subject: [Mapserver-users] Lambert Projection for Europe In-Reply-To: <20030617170002.12158.69028.Mailman@lists.gis.umn.edu> References: <20030617170002.12158.69028.Mailman@lists.gis.umn.edu> Message-ID: <20030718101303.153C122966@mfa1.informus.de> Hi to all, I want to display my layers, which are all in geographic projection (latlong), in Lambert Conformal Conic Projection (lcc). I have data os whole europe, and by now I display them as "latlong". Since I find no help and examples for that I need to ask you for some help. How do I have to define the global projection? Like this: PROJECTION "proj=lcc" END ? Or do I have to specify more attributes? What about the unit and the mapextent? Thanks for the help. Steffen From bronsema at dmsolutions.ca Fri Jul 18 03:24:20 2003 From: bronsema at dmsolutions.ca (William A. Bronsema, C.E.T.) Date: Fri, 18 Jul 2003 06:24:20 -0400 Subject: [Mapserver-users] [Fwd: Maplab for Oracle] Message-ID: <3F17CAD4.7030504@dmsolutions.ca> This is a multi-part message in MIME format. --------------090308010701080306030601 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit --------------090308010701080306030601 Content-Type: message/rfc822; name="Maplab for Oracle" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Maplab for Oracle" Return-Path: Received: from xcalibur.dmsolutions.ca (www2.dmsolutions.on.ca [209.217.116.146]) by in2.magma.ca (Magma's Mail Server) with ESMTP id h6I3VUvc008948 for ; Thu, 17 Jul 2003 23:31:31 -0400 Received: from hotmail.com (bay8-f103.bay8.hotmail.com [64.4.27.103]) by xcalibur.dmsolutions.ca (8.11.6/8.11.6) with ESMTP id h6I3VUe19536 for ; Thu, 17 Jul 2003 23:31:30 -0400 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 17 Jul 2003 20:31:24 -0700 Received: from 202.28.38.11 by by8fd.bay8.hotmail.msn.com with HTTP; Fri, 18 Jul 2003 03:31:24 GMT X-Originating-IP: [202.28.38.11] X-Originating-Email: [utaitip at hotmail.com] From: "Utaitip Poonsen" To: bronsema at dmsolutions.ca Subject: Maplab for Oracle Date: Fri, 18 Jul 2003 10:31:24 +0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 18 Jul 2003 03:31:24.0399 (UTC) FILETIME=[10736FF0:01C34CDD] Hello I have problem when I adding layer from oracle spatial I use oracle9i and I have recently downloaded Mapserver & MapLab software and configured with IIS as well as Apache web server. I could successfully able to run the demo application of MapServer in both the environments using the ESRI shape file data. The application is able to do panning, zooming, querying, layer control, etc. operations. Now as a part of second phase of the project, I want to access the Oracle Spatial data from MapServer and publish on browser. We made a trial but failed to achieve the objective. In this regard, I coding the following map file LAYER NAME "Bound" STATUS ON DATA "GEOM FROM BOUND USING SRID 90112" TYPE LINE CONNECTIONTYPE ORACLESPATIAL CONNECTION "admin/admin at GisMaejo" METADATA "DESCRIPTION" "bounds" END #PROJECTION # "init=epsg:23947" #END CLASS NAME "bounds" COLOR 255 153 153 TEMPLATE "ttt_query.html" END END I get an error: msDrawMap?() Can you help me about: 1. How to get PHP_Mapscript.dll with oracle support? 2. Oracle9i already have OCI client dynamic link libraries (the DLLs)? 2. Could you elaborate the procedure for setting up the configuration for oracle oci. thank for advance utaitip at hotmail.com _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 --------------090308010701080306030601-- From Andreas.Maul at bgr.de Fri Jul 18 04:42:43 2003 From: Andreas.Maul at bgr.de (Maul, Andreas-Alexander) Date: Fri, 18 Jul 2003 13:42:43 +0200 Subject: [Mapserver-users] Lambert Projection for Europe Message-ID: Steffen, You can find the parameter list for the Lambert Conformal Conic Projection (lcc) at http://www.remotesensing.org/geotiff/proj_list/lambert_conic_conformal_2 sp.html Put the appropriate projection parameters for the resulting projection in the general part of the map file, e.g.: PROJECTION "proj=lcc" "ellps=wgs84" "lat_1=30n" "lat_2=60n" "lat_0=0n" "lon_0=20e" "x_0=0" # offset x in meters, e.g. to avoid negative values "y_0=0" # offset y END (values are only suggestions/examples, choose yourself appropriate numbers) and specify the original projection parameters (i.e. geographic coordinates) in the layer sections: PROJECTION "proj=latlong" "ellps=wgs84" END Regards, Andreas From mcilhagga at dmsolutions.ca Fri Jul 18 04:56:35 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Fri, 18 Jul 2003 07:56:35 -0400 Subject: [Mapserver-users] [Fwd: Maplab for oracle spatial] Message-ID: <3F17E073.4000108@dmsolutions.ca> Hi Utaip, The Oracle Spatial connection is a MapServer issue, and shouldn't have any impact on MapLab. I'm forwarding to the MapServer List to see if anyone has ideas on your oracle spatial problem. Dave -------- Original Message -------- Subject: Maplab for oracle spatial Date: Fri, 18 Jul 2003 11:45:49 +0700 From: "Utaitip Poonsen" To: mcilhagga at dmsolutions.ca Hello I have problem when I adding layer from oracle spatial I use oracle9i and I have recently downloaded Mapserver & MapLab software and configured with IIS as well as Apache web server. I could successfully able to run the demo application of MapServer in both the environments using the ESRI shape file data. The application is able to do panning, zooming, querying, layer control, etc. operations. Now as a part of second phase of the project, I want to access the Oracle Spatial data from MapServer and publish on browser. We made a trial but failed to achieve the objective. In this regard, I coding the following map file LAYER NAME "Bound" STATUS ON DATA "GEOM FROM BOUND USING SRID 90112" TYPE LINE CONNECTIONTYPE ORACLESPATIAL CONNECTION "admin/admin at GisMaejo" METADATA "DESCRIPTION" "bounds" END #PROJECTION # "init=epsg:23947" #END CLASS NAME "bounds" COLOR 255 153 153 TEMPLATE "ttt_query.html" END END I get an error: msDrawMap?() Can you help me about: 1. How to get PHP_Mapscript.dll with oracle support? 2. Oracle9i already have OCI client dynamic link libraries (the DLLs)? 2. Could you elaborate the procedure for setting up the configuration Maplab for Oracle OCI. thank for advance utaitip at hotmail.com _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From blackmail at snafu.de Fri Jul 18 05:01:58 2003 From: blackmail at snafu.de (blackmail at snafu.de) Date: Fri, 18 Jul 2003 14:01:58 +0200 Subject: [Mapserver-users] Possible to use a 'event theme' with mapserver? Message-ID: <3F17E1B6.1000507@snafu.de> Hi! Would like to display points coming from a dbase File with x and y coordinates. In ArcView this is called an 'event theme'. Is this possible with Mapserver and Dbase-Table? Thanks a lot Peter From bplatzen at sosnetz.de Fri Jul 18 05:18:25 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Fri, 18 Jul 2003 14:18:25 +0200 Subject: [Mapserver-users] Possible to use a 'event theme' with mapserver? In-Reply-To: <3F17E1B6.1000507@snafu.de> References: <3F17E1B6.1000507@snafu.de> Message-ID: <200307181418.25212.bplatzen@sosnetz.de> Hi, if you have an ArcView, you could add the event theme to your View and save it as a ShapeFile and voila! I've been doing the same with some textfiles, I extracted from Microstation-DGN-Files. hth, Bjoern Am Freitag, 18. Juli 2003 14:01 schrieb blackmail at snafu.de: > Hi! > > Would like to display points coming from a dbase File with x and y > coordinates. In ArcView this is called an 'event theme'. Is this > possible with Mapserver and Dbase-Table? > > Thanks a lot > > Peter > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- small office solutions info at sosnetz.de - http://www.sosnetz.de From chewbizz at hotmail.com Fri Jul 18 05:24:59 2003 From: chewbizz at hotmail.com (W. Steph) Date: Fri, 18 Jul 2003 12:24:59 +0000 Subject: [Mapserver-users] php mapscript 4 drawLegendIcon Bug Message-ID: Hello ! I changed my mapserver version : 3.6 => 4.0 beta 2 I now have php 4.3.2 working with mapscript. I didn't test every features, but everything seems to work fine except with the drawLegendIcon function. As soon as the function is executed, php.exe crashes. Here is my code : $lclass = $layertmp->getClass(0); $lim = $lclass->createLegendIcon(16,16); if ($lclass->drawLegendIcon(16,16,$lim,0,0) == MS_SUCCESS) { $legendurl = $mapServerImagesUrl.($lim->saveWebImage(MS_GIF,1,1,0)); $hasLegend = true; } else { $hasLegend = false; } Have you heard about that bug ??? Thanks a lot Steph _________________________________________________________________ D?couvrez les nouvelles ?motic?nes anim?es de http://g.msn.fr/FR1001/866 MSN Messenger nouvelle formule From jhart at frw.uva.nl Fri Jul 18 05:45:56 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Fri, 18 Jul 2003 14:45:56 +0200 Subject: [Mapserver-users] Lambert Projection for Europe In-Reply-To: <20030718101303.153C122966@mfa1.informus.de> References: <20030617170002.12158.69028.Mailman@lists.gis.umn.edu> <20030718101303.153C122966@mfa1.informus.de> Message-ID: <3F17EC04.7070806@frw.uva.nl> Hi Steffen, The Lambert Conformal Conic Projection can set four parameters: lon_0: central longitude, default 0 lat_0: central latitude, default 0 lat_1: latitude of first intersection of the projection cone (default 33N) lat_2: latitude of second intersection of the projection cone (default 45N) According to the PROJ manual (http://www.remotesensing.org/proj/) the last two default values are normally used for maps of the coterminous USA. For Europe I use for lon_0 and lat_0 both 10 , and for lat_1 and lat_2 45 and 55. You can experiment a bit to get the most pleasing effect. lon_0 displaces the map east-west, lat_0 north-south, while lat_1 and lat_2 influence the way meridians converge to the north or south. The coordinates are integers, I think meters. I use -20000000 -10000000 / 20000000 10000000 for the whole world. For Europe I generally use an extent of -1000000 3000000 3000000 7000000. In terms of the MapFile: extent -1000000 3000000 3000000 7000000 projection "proj=lcc" "lon_0=10" "lat_0=00" "lat_1="45" "lat_2="55" end This projection is conformal, which means that angles are correct, while surface and distance are distorted. These projections are much used for navigation systems. For statistical maps you are better off with equal area projections. On a European scale, it does not make much difference though. For your better understanding , I quote the explanation of different projection types from a German cartography handbook in my library (G?nter Hake, Kartographie I, G?schen 1982, p. 128): Man kann daher zwischen fl?chentreuen, konformen, teilweise l?ngentreuen und vermittelnden (ohne besondere Eigenschaften) Abbildungen unterscheiden. Dabei ist zu beachten dass Fl?chentreuen und partielle L?ngentreue auch im Endlichen auftreten k?nnen, w?hrend die Winkeltreue als Konformit?t stets nur im unendlich Kleinen bestehen kann. I wonder what Google would make of that! Cheers, Jan Steffen Gebhardt wrote: > Hi to all, > > I want to display my layers, which are all in geographic projection > (latlong), in Lambert Conformal Conic Projection (lcc). I have data os whole > europe, and by now I display them as "latlong". > Since I find no help and examples for that I need to ask you for some help. > How do I have to define the global projection? > > Like this: > PROJECTION > "proj=lcc" > END > ? > Or do I have to specify more attributes? What about the unit and the > mapextent? > > Thanks for the help. > > Steffen > _______________________________________________ > 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 Fri Jul 18 05:52:03 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 18 Jul 2003 08:52:03 -0400 Subject: [Mapserver-users] ASP, Java, mapscript and other fun stuff Message-ID: <200307181251.h6ICpnN11459@yogi.medinaco.net> I don't think you will be disappointed with the capabilities of the "stock", if it can be called such, CGI without MapScript. The developers (Steve, Daniel, et.al.) have gone to incredible lengths, IMHO, to allow users to do things using the CGI that just 2 major release numbers ago people had trouble doing using MapScript. However, to do some things including specialized queries it may still require that someone learn something new such as regular expression syntax. Lowell The following message was sent by "Dean Taylor" on Fri, 18 Jul 2003 09:46:11 +0800. > There are a couple of reasons that Installing PHP is an issue for the client > (and thus my boss, thus me) they have to do with available skills sets and > issues regarding access to the server that will host the application. > > The First issue to deal with skill sets, the personell who will most likely > manage and maintain the system at the client site is a Cartographer/GIS > Specialist, not really a programmer and is thus not really interested in > learning a new syntax or scripting language. Their primary function is to > produce maps for internal clients, not build and maintain web applications. > They already know ASP, COM type constructs and are reasonably comfortable > doing that. If we take a solution to them that requires them to learn > another language then I don't think we will get the job. > > Secondly we, nor the primary client own the server that will eventually host > the application, chances are it is in a room on the other side of the world > so to get things like PHP etc installed can be a bit of a battle. It is not > impossible though and we would probably stand a better chance of getting a > JRE installed hence "preferably without installing a JRE", but all in all it > is a battle we would rather avoid. > > As always the technical problems are the easiest to solve. > > In the end we have decided to try to get a result using the CGI. > > Thanks > Dean. > ------------------------------------------- > Dean Taylor > Data Systems Engineer > Karjeni Pty Ltd > www.karjeni.com.au > -------------------------------------------- > > _______________________________________________ > 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 Fri Jul 18 06:00:22 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 18 Jul 2003 09:00:22 -0400 Subject: [Mapserver-users] MapServer documentation information Message-ID: <200307181300.h6ID07N11640@yogi.medinaco.net> Aside from what Tom said each doc should have the email of the person who wrote it and you could check with the maintainer to see what the current status is. I haven't noticed the "maintainer" list to change much so creating a one-time list of email contacts is probably a safe thing to do as it shouldn't change much. Lowell The following message was sent by "Eduardo Patto Kanegae" on Thu, 17 Jul 2003 08:51:42 -0300. > Hi listers, > > Where could I get some information about current status of each > document of a distro documentation? > > For example, about MapServer 3.7 documentation... what documents are > finished or in still revision/development? > > this could be interesting to avoid writers of creating something that > someother is already working on or it's good to know what docs are OK > for translation. > > > thanks, > > Eduardo Patto Kanegae > eduardo at linkgeo.com.br > From jhart at frw.uva.nl Fri Jul 18 06:06:59 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Fri, 18 Jul 2003 15:06:59 +0200 Subject: [Mapserver-users] rubber sheeting Message-ID: <3F17F0F3.50904@frw.uva.nl> Hi list, I'm looking for some public domain rubber sheeting transformation programs or algorithms. I have some historical maps that are distorted differently in different parts of the map. I can find lots of control points in contemporary exact maps, and I would like to transform the old ones as accurately as possible into the modern coordinate system by rubber sheeting. This can be done in ArcInfo, but is there something available in the public domain? An algorithmic description would be a second best solution; I could probably program something around it (and perhaps put it into MapServer, Proj, or Gdal). Thanks, Jan From schut at sarvision.com Fri Jul 18 06:03:20 2003 From: schut at sarvision.com (Vincent Schut) Date: Fri, 18 Jul 2003 15:03:20 +0200 Subject: [Mapserver-users] Lambert Projection for Europe In-Reply-To: <3F17EC04.7070806@frw.uva.nl> References: <20030617170002.12158.69028.Mailman@lists.gis.umn.edu> <20030718101303.153C122966@mfa1.informus.de> <3F17EC04.7070806@frw.uva.nl> Message-ID: <200307181503.20748.schut@sarvision.com> On Friday 18 July 2003 14:45, Jan Hartmann wrote: > > Man kann daher zwischen fl?chentreuen, konformen, teilweise l?ngentreuen > und vermittelnden (ohne besondere Eigenschaften) Abbildungen > unterscheiden. Dabei ist zu beachten dass Fl?chentreuen und partielle > L?ngentreue auch im Endlichen auftreten k?nnen, w?hrend die Winkeltreue > als Konformit?t stets nur im unendlich Kleinen bestehen kann. > > I wonder what Google would make of that! > Google's translation: One can differentiate therefore between surface-faithful, conformal, partial lengthen-faithful and mediating (without special characteristics) illustrations. Is to consider that surface-faithful and partial laengentreue also in the finite one can occur, while the bending regret can exist as conformity always only in the infinitely small one. ;-) Vincent. -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From gabriel at ciasc.gov.br Fri Jul 18 06:24:38 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Fri, 18 Jul 2003 10:24:38 -0300 Subject: [Mapserver-users] Trouble using Raster References: <3F1657D6.29671.237F362@localhost> Message-ID: <177301c34d2f$f0814070$12d713ac@ciasc.gov.br> Hi listers. I would like to use the image above, but I receive this error message from MapServer drawTIFF(): Image handling error. Only colormapped and grayscale images are supported. Could some one help me ? Which changes I need to make ? The configuration of ours MS is: MapServer version 3.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Thanks. ______________________________________________________________ [mapserver at lnciasc01 imagens]$ gdalinfo cena.tif Driver: GTiff/GeoTIFF Size is 15124, 14074 Coordinate System is: PROJCS["WGS 84 / UTM zone 22S", GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.2572235629972, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4326"]], AUTHORITY["EPSG","32722"], PROJECTION["Transverse_Mercator"], PARAMETER["latitude_of_origin",0], PARAMETER["central_meridian",-51], PARAMETER["scale_factor",0.9996], PARAMETER["false_easting",500000], PARAMETER["false_northing",10000000], UNIT["metre",1, AUTHORITY["EPSG","9001"]]] Origin = (606828.500000,7229042.500000) Pixel Size = (15.000000,-15.000000) Metadata: TIFFTAG_SOFTWARE=ERDAS IMAGINE Corner Coordinates: ERROR 1: /usr/local/lib/libgdal.1.1.so: undefined symbol: pj_get_def Upper Left ( 606828.500, 7229042.500) ( 49d56'27.42"W, 25d 3'1.80"S) Lower Left ( 606828.500, 7017932.500) ( 49d55'25.38"W, 26d57'23.25"S) Upper Right ( 833688.500, 7229042.500) ( 47d41'38.10"W, 25d 1'2.92"S) Lower Right ( 833688.500, 7017932.500) ( 47d38'24.80"W, 26d55'13.95"S) Center ( 720258.500, 7123487.500) ( 48d47'58.68"W, 25d59'26.67"S) Band 1 Block=15124x1 Type=Byte, ColorInterp=Red Band 2 Block=15124x1 Type=Byte, ColorInterp=Green Band 3 Block=15124x1 Type=Byte, ColorInterp=Blue From schut at sarvision.com Fri Jul 18 06:35:29 2003 From: schut at sarvision.com (Vincent Schut) Date: Fri, 18 Jul 2003 15:35:29 +0200 Subject: [Mapserver-users] Trouble using Raster In-Reply-To: <177301c34d2f$f0814070$12d713ac@ciasc.gov.br> References: <3F1657D6.29671.237F362@localhost> <177301c34d2f$f0814070$12d713ac@ciasc.gov.br> Message-ID: <200307181535.29029.schut@sarvision.com> Hi, you're trying to load a rgb (24 bit) image into mapserver 3.6, which does not support these images. Either upgrade to mapserver-4.0-dev or convert your imgage to 8 bit (color mapped). You dan use a program like image magick for that, or gdal's rgb2pct.py python script if you have python installed, which tries to find an optimal color table for your rgb image. I'd try to use the gdal tool because this will keep the geodata inside the newly produced pseudcolor image, which imagemagick won't. Regards, Vincent. On Friday 18 July 2003 15:24, Gabriel Vieira Ferrari wrote: > Hi listers. > > I would like to use the image above, but I receive this error message from > MapServer > > drawTIFF(): Image handling error. Only colormapped and grayscale images are > supported. > > Could some one help me ? Which changes I need to make ? > > The configuration of ours MS is: > MapServer version 3.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 > INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > > Thanks. > > ______________________________________________________________ > [mapserver at lnciasc01 imagens]$ gdalinfo cena.tif > Driver: GTiff/GeoTIFF > Size is 15124, 14074 > Coordinate System is: > PROJCS["WGS 84 / UTM zone 22S", > GEOGCS["WGS 84", > DATUM["WGS_1984", > SPHEROID["WGS 84",6378137,298.2572235629972, > AUTHORITY["EPSG","7030"]], > AUTHORITY["EPSG","6326"]], > PRIMEM["Greenwich",0], > UNIT["degree",0.0174532925199433], > AUTHORITY["EPSG","4326"]], > AUTHORITY["EPSG","32722"], > PROJECTION["Transverse_Mercator"], > PARAMETER["latitude_of_origin",0], > PARAMETER["central_meridian",-51], > PARAMETER["scale_factor",0.9996], > PARAMETER["false_easting",500000], > PARAMETER["false_northing",10000000], > UNIT["metre",1, > AUTHORITY["EPSG","9001"]]] > Origin = (606828.500000,7229042.500000) > Pixel Size = (15.000000,-15.000000) > Metadata: > TIFFTAG_SOFTWARE=ERDAS IMAGINE > Corner Coordinates: > ERROR 1: /usr/local/lib/libgdal.1.1.so: undefined symbol: pj_get_def > Upper Left ( 606828.500, 7229042.500) ( 49d56'27.42"W, 25d 3'1.80"S) > Lower Left ( 606828.500, 7017932.500) ( 49d55'25.38"W, 26d57'23.25"S) > Upper Right ( 833688.500, 7229042.500) ( 47d41'38.10"W, 25d 1'2.92"S) > Lower Right ( 833688.500, 7017932.500) ( 47d38'24.80"W, 26d55'13.95"S) > Center ( 720258.500, 7123487.500) ( 48d47'58.68"W, 25d59'26.67"S) > Band 1 Block=15124x1 Type=Byte, ColorInterp=Red > Band 2 Block=15124x1 Type=Byte, ColorInterp=Green > Band 3 Block=15124x1 Type=Byte, ColorInterp=Blue > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From chewbizz at hotmail.com Fri Jul 18 07:23:59 2003 From: chewbizz at hotmail.com (W. Steph) Date: Fri, 18 Jul 2003 14:23:59 +0000 Subject: [Mapserver-users] Php Mapscript 4 again : zoom problem Message-ID: Hello again ! I have a big problem with mapserver 4.0 (beta1, beta2, and last precompiled windows binaries) and php-mapScript. With any configuration (one or many layers turned on ; postgis database or shapefiles) I can't zoom over the scale of 1 : 200000 !! I didn't searched where the problem comes from, but I'll do it right now. I'll send more infos when I find. Do you have any hints ? Thanks Steph _________________________________________________________________ Trouvez l'?me soeur sur MSN Rencontres http://g.msn.fr/FR1000/9551 From dan.arnold at noaa.gov Fri Jul 18 07:40:57 2003 From: dan.arnold at noaa.gov (Dan Arnold) Date: Fri, 18 Jul 2003 09:40:57 -0500 Subject: [Mapserver-users] apostrophe problem Message-ID: <010201c34d3a$99c39700$4b6de3cc@ArnoldCR20407> This is a multi-part message in MIME format. ------=_NextPart_000_0103_01C34D10.B0ED8F00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello all, I'm having a problem with an apostrophe being in a city name that I'm trying add to one of my maps. This is what the .map file looks like where it calls the city name: EXPRESSION ('[NAME]' = "O'NEILL" and '[ST]' = "NE") I've checked the shape file and it is in there exactly like it is shown above: O'NEILL All the other cities for this map show up just fine, but that one does not. Any ideas on how I can get around the " ' " in the city name? Or is this just not possible? Thanks for any help! -- Dan Arnold Webmaster National Weather Service Central Region Headquarters dan.arnold at noaa.gov 816.891.7734 x486 ------=_NextPart_000_0103_01C34D10.B0ED8F00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Hello = all,
 
I'm having a = problem with an=20 apostrophe being in a city name that I'm trying add to one of my=20 maps.
 
This is what the = .map file=20 looks like where it calls the city name:
 
EXPRESSION ('[NAME]' =3D "O'NEILL" and '[ST]' =3D "NE")
 
I've checked the = shape file and=20 it is in there exactly like it is shown above: = O'NEILL
 
All the other = cities for this=20 map show up just fine, but that one does not.
 
Any ideas on how I = can get=20 around the " ' " in the city name? Or is this just not=20 possible?
 
Thanks for any=20 help!

--
Dan Arnold
Webmaster
National = Weather=20 Service
Central Region Headquarters
dan.arnold at noaa.gov
816.891.77= 34=20 x486

 
------=_NextPart_000_0103_01C34D10.B0ED8F00-- From lfilak at medinaco.org Fri Jul 18 07:48:41 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 18 Jul 2003 10:48:41 -0400 Subject: [Mapserver-users] rubber sheeting Message-ID: <200307181448.h6IEmQN13692@yogi.medinaco.net> Being you already know GRASS does that mean i.rectify won't do the job? Lowell The following message was sent by Jan Hartmann on Fri, 18 Jul 2003 15:06:59 +0200. > Hi list, > > I'm looking for some public domain rubber sheeting transformation > programs or algorithms. I have some historical maps that are distorted > differently in different parts of the map. I can find lots of control > points in contemporary exact maps, and I would like to transform the old > ones as accurately as possible into the modern coordinate system by > rubber sheeting. This can be done in ArcInfo, but is there something > available in the public domain? An algorithmic description would be a > second best solution; I could probably program something around it (and > perhaps put it into MapServer, Proj, or Gdal). > > Thanks, > > Jan > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From schut at sarvision.com Fri Jul 18 07:56:34 2003 From: schut at sarvision.com (Vincent Schut) Date: Fri, 18 Jul 2003 16:56:34 +0200 Subject: [Mapserver-users] Php Mapscript 4 again : zoom problem In-Reply-To: References: Message-ID: <200307181656.34404.schut@sarvision.com> Hi Steph, You'll have to provide more information before any of us can think of any hints, I'm afraid... Like what application do you use to zoom in (or did you program it yourself, if so, how do you zoom in), the contents of your mapfile. Then maybe someone can say something about it. Now your question is simply lacking information. Cheers, Vincent. On Friday 18 July 2003 16:23, W. Steph wrote: > Hello again ! > > I have a big problem with mapserver 4.0 (beta1, beta2, and last precompiled > windows binaries) and php-mapScript. > With any configuration (one or many layers turned on ; postgis database or > shapefiles) I can't zoom over the scale of 1 : 200000 !! I didn't searched > where the problem comes from, but I'll do it right now. > I'll send more infos when I find. > > Do you have any hints ? > Thanks > > Steph > > _________________________________________________________________ > Trouvez l'?me soeur sur MSN Rencontres http://g.msn.fr/FR1000/9551 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From adams at terrestris.de Fri Jul 18 08:20:24 2003 From: adams at terrestris.de (Till Adams) Date: Fri, 18 Jul 2003 17:20:24 +0200 Subject: [Mapserver-users] WMS layer info - MetadataURL possible? Message-ID: <3F181038.7040007@terrestris.de> Dear list, I wonder of it is possible to define a MetadataURL within the metadata of the layer object. I didn't find anything about that on the archive/official page. Maybe it's possible in 4.0? I think about something like: WMS_MetadataURL "type=FGDC | ISO19115" "Format (text/xml or text/html possibly)" "OnlineResource_URL_to_Metadata.xml" Any hints on that? Thanks in advance and have a nice weekend, Till ***** Besuchen Sie uns auf der INTERGEO in Hamburg ***** ***** vom 17.-19. September, Halle 12, EG Stand D02 ***** ----- Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From schut at sarvision.com Fri Jul 18 08:09:45 2003 From: schut at sarvision.com (Vincent Schut) Date: Fri, 18 Jul 2003 17:09:45 +0200 Subject: [Mapserver-users] apostrophe problem In-Reply-To: <010201c34d3a$99c39700$4b6de3cc@ArnoldCR20407> References: <010201c34d3a$99c39700$4b6de3cc@ArnoldCR20407> Message-ID: <200307181709.45682.schut@sarvision.com> Hmm. Tried escaping? EXPRESSION ('[NAME]' = "O\'NEILL" and '[ST]' = "NE") Just a guess. Cheers, Vincent. On Friday 18 July 2003 16:40, Dan Arnold wrote: > Hello all, > > I'm having a problem with an apostrophe being in a city name that I'm > trying add to one of my maps. > > This is what the .map file looks like where it calls the city name: > > EXPRESSION ('[NAME]' = "O'NEILL" and '[ST]' = "NE") > > I've checked the shape file and it is in there exactly like it is shown > above: O'NEILL > > All the other cities for this map show up just fine, but that one does > not. > > Any ideas on how I can get around the " ' " in the city name? Or is this > just not possible? > > Thanks for any help! > > -- > Dan Arnold > Webmaster > National Weather Service > Central Region Headquarters > dan.arnold at noaa.gov > 816.891.7734 x486 -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From jhart at frw.uva.nl Fri Jul 18 08:37:13 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Fri, 18 Jul 2003 17:37:13 +0200 Subject: [Mapserver-users] rubber sheeting In-Reply-To: <200307181448.h6IEmQN13692@yogi.medinaco.net> References: <200307181448.h6IEmQN13692@yogi.medinaco.net> Message-ID: <3F181429.1070308@frw.uva.nl> The problem is that AFAIK all these rectifying routines are computed globally. You can use of course a higher order polynomial, but even so the placement of every control point will affect the whole map. Moreover, you can't use very high polynomials and too many control points. What I am looking for is something that will do *local* transformations based on nearby control points, and stretch the results together some way. Those old maps are generally correct on small subregions, but the subregions fit in no way together. There is certainly no numerical soluton for it. I used GRASS to rectify the old map I showed at the MUM (online next week). When you use one set of control points, you get an unbelievably correct map for one part of the town, and a distorted one for other parts. If you put your control points in some other part, that one will get georeferenced correctly, and the first one is off. If you put control points everywhere, distortions will be averaged out, no matter what kind of polynomial you use. That is not what I am looking for. Rubber sheeting is a dirty way of doing the job; it will never give a perfect match for the whole map, but it gives something to work with. ArcInfo does something like this, but I don't know how they do it, and I would like to implement this for local history research here in Amsterdam. Many people would love to look up matching points on old maps as a hobby, and would be able and willing to contribute to a reconstruction of the whole map in a geometrically correct way. It is just too bad that we can't afford ArcInfo in every household :-) . That's why I'm looking for a public domain solution. Again, it is a difficult problem and probably requires more fundamental research. I could use some pointers on this from more mathematically oriented people. Jan Lowell Filak wrote: > Being you already know GRASS does that mean i.rectify won't do the job? > Lowell > > The following message was sent by Jan Hartmann on > Fri, 18 Jul 2003 15:06:59 +0200. > > >>Hi list, >> >>I'm looking for some public domain rubber sheeting transformation >>programs or algorithms. I have some historical maps that are distorted >>differently in different parts of the map. I can find lots of control >>points in contemporary exact maps, and I would like to transform the old >>ones as accurately as possible into the modern coordinate system by >>rubber sheeting. This can be done in ArcInfo, but is there something >>available in the public domain? An algorithmic description would be a >>second best solution; I could probably program something around it (and >>perhaps put it into MapServer, Proj, or Gdal). >> >>Thanks, >> >>Jan >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From s9646183 at sms.ed.ac.uk Fri Jul 18 08:46:34 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Fri, 18 Jul 2003 16:46:34 +0100 (BST) Subject: [Mapserver-users] Layer status problem and reference map problem.. Message-ID: <1058543194.3f18165a544aa@sms.ed.ac.uk> Hi there, I've got a couple of questions which I think must be fairly straight-forward but I can't seem to figure them out myself..... Firstly, I've set up some checkboxes in the HTML interface which should allow users to turn certain layers on and off. I have a couple of layers that are always on (i.e. set to DEFAULT in the map file), and a couple of others which are set to OFF in the map file, but which the user can select to be turned on. The selected layers are passed with the URL and populate an array called @layers. I've then used the following code to update the status of these layers: ##Turn on appropriate layers foreach $layer (@layers){ $current_layer = $current_map->getLayerByName('$layer'); $current_layer->{status} = $mapscript::MS_ON; } I've printed the status to the screen and for each layer that was selected, the status was updated to "1" as I expected. The map is then drawn as follows: #draw and save main map to PNG $image = $current_map->draw(); $image->saveImage($image_path.$image_id,$mapscript::MS_PNG, $current_map->{transparent}, $current_map->{interlace}, 0); However, this map only displays the layers that were set as "DEFAULT" in the map file, and the newly-updated "on" status for the other layers seems to be ignored. Do I have to do something else to get these layers to be displayed? Also, once the main map has been created, I then create a reference map like so: #Create reference map image $ref_img = $current_map->drawReferenceMap(); $ref_img->saveImage($image_path.$ref_image_id,$mapscript::MS_PNG, $current_map->{transparent}, $current_map->{interlace}, 0); The problem here is that the reference map often doesn't update itself, which would obviously be quite disconcerting for the user. The reference map can be made to update if you click on the browser's refresh/reload button, but surely this shouldn't be necessary? Any ideas would be great. Thanks, Ali From nhv at cape.com Fri Jul 18 09:43:40 2003 From: nhv at cape.com (Norman Vine) Date: Fri, 18 Jul 2003 12:43:40 -0400 Subject: [Mapserver-users] rubber sheeting In-Reply-To: <3F181429.1070308@frw.uva.nl> Message-ID: Jan Hartmann writes: > > > The problem is that AFAIK all these rectifying routines are computed > globally. You can use of course a higher order polynomial, but even so > the placement of every control point will affect the whole map. > Moreover, you can't use very high polynomials and too many control > points. What I am looking for is something that will do *local* > transformations based on nearby control points, and stretch the results > together some way. Those old maps are generally correct on small > subregions, but the subregions fit in no way together. There is > certainly no numerical soluton for it. Good question, I don't think I have ever thought about 'locally adaptive' rubber sheeting. Probably easiest to do by separating out the U and V correction A 'simplistic' method might be to make two countour 'grids', for testing purposes you could use simple triangulated surfaces, where 'Z' was the displacement in X or Y respectively of each control point. Then by queryng the grids by the original {X,Y} you would get a {U,V} offset by interpolation, that can be used to determine the new coordinates. One trick here is that the new image wants to be constructed by triangles and not points, think texture mapping < tough todo with ASCII > * * * * | \ | \ | \ | * * * * | \ | \ | \ | * * * * HTH Norman From joe at otsys.com Fri Jul 18 09:43:40 2003 From: joe at otsys.com (Joe Bussell) Date: Fri, 18 Jul 2003 09:43:40 -0700 Subject: [Mapserver-users] Compile PHP_mapscript.dll with cygwin In-Reply-To: <000601c34d04$93924330$ec00a8c0@elementodigital.local> References: <000601c34d04$93924330$ec00a8c0@elementodigital.local> Message-ID: <3F1823BC.9080903@otsys.com> I managed to get Perl Mapscript to go once. Here is a dump of what I learned then: http://lists.gis.umn.edu/pipermail/mapserver-users/2003-March/002786.html Cordially, Joe Bussell www.trafficdodger.com Nuno Cabrita wrote: > I there, is it possible to compile php_mapscript.dll with cygwin? > How? > > 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 Fri Jul 18 06:13:35 2003 From: eric at gomoos.org (Eric Bridger) Date: 18 Jul 2003 13:13:35 +0000 Subject: [Mapserver-users] Layer status problem and reference map problem.. In-Reply-To: <1058543194.3f18165a544aa@sms.ed.ac.uk> References: <1058543194.3f18165a544aa@sms.ed.ac.uk> Message-ID: <1058534017.1439.14.camel@ubet.gomoos.org> Ali, I think you have a syntax error: > $current_layer = $current_map->getLayerByName('$layer'); should be: $current_layer = $current_map->getLayerByName("$layer"); Perl will not interpolate the variable in single quotes. For the reference map, you would have to make sure that $ref_image_id was different for each request. The browser is caching the image since it has the same URL. I always use mapserv in reference mode as the image source, e.g. /cgi-bin/mapserv?map=/full/path/to/some.map&mapext=$map_ext&mode=reference Since it's a CGI the browser will request it each time. Eric On Fri, 2003-07-18 at 15:46, AMC Story wrote: > Hi there, > > I've got a couple of questions which I think must be fairly straight-forward > but I can't seem to figure them out myself..... > > Firstly, I've set up some checkboxes in the HTML interface which should allow > users to turn certain layers on and off. I have a couple of layers that are > always on (i.e. set to DEFAULT in the map file), and a couple of others which > are set to OFF in the map file, but which the user can select to be turned on. > The selected layers are passed with the URL and populate an array called > @layers. I've then used the following code to update the status of these > layers: > > ##Turn on appropriate layers > foreach $layer (@layers){ > $current_layer = $current_map->getLayerByName('$layer'); > $current_layer->{status} = $mapscript::MS_ON; > } > > I've printed the status to the screen and for each layer that was selected, the > status was updated to "1" as I expected. > > The map is then drawn as follows: > > #draw and save main map to PNG > $image = $current_map->draw(); > $image->saveImage($image_path.$image_id,$mapscript::MS_PNG, > $current_map->{transparent}, $current_map->{interlace}, 0); > > However, this map only displays the layers that were set as "DEFAULT" in the > map file, and the newly-updated "on" status for the other layers seems to be > ignored. Do I have to do something else to get these layers to be displayed? > > Also, once the main map has been created, I then create a reference map like so: > > #Create reference map image > $ref_img = $current_map->drawReferenceMap(); > $ref_img->saveImage($image_path.$ref_image_id,$mapscript::MS_PNG, > $current_map->{transparent}, $current_map->{interlace}, 0); > > The problem here is that the reference map often doesn't update itself, which > would obviously be quite disconcerting for the user. The reference map can be > made to update if you click on the browser's refresh/reload button, but surely > this shouldn't be necessary? > > Any ideas would be great. > > Thanks, > Ali > _______________________________________________ > 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 Jul 18 10:15:55 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 18 Jul 2003 12:15:55 -0500 Subject: [Mapserver-users] apostrophe problem Message-ID: Hmmmm.... That's a straight string comparison so I'm assuming the MapServer lexer is having trouble when the expression is parsed. One workaround would be to use a regex and replace = "O'NEILL" with =~ /O.NEILL/ (I think that's right). Please file a bug about this one so that it gets adressed in the lexer... Steve >>> "Dan Arnold" 07/18/03 09:40AM >>> Hello all, I'm having a problem with an apostrophe being in a city name that I'm trying add to one of my maps. This is what the .map file looks like where it calls the city name: EXPRESSION ('[NAME]' = "O'NEILL" and '[ST]' = "NE") I've checked the shape file and it is in there exactly like it is shown above: O'NEILL All the other cities for this map show up just fine, but that one does not. Any ideas on how I can get around the " ' " in the city name? Or is this just not possible? Thanks for any help! -- Dan Arnold Webmaster National Weather Service Central Region Headquarters dan.arnold at noaa.gov 816.891.7734 x486 From procino at planetek.it Fri Jul 18 10:15:53 2003 From: procino at planetek.it (Giuseppe Procino) Date: Fri, 18 Jul 2003 19:15:53 +0200 Subject: [Mapserver-users] wms "legend_icon" parameter Message-ID: <3F184769.11988.6A79B84@localhost>
Hi,
I read on the Mapserver WMS Client HOWTO (http://mapserver.gis.umn.edu/doc36/wms-client-howto.html) the
following paragraph:
"wms_connectiontimeout" metadata: The maximum time to load a remote WMS layer, set in seconds
(default is 30 seconds). This metadata can be added at the layer level so that it affects only that layer,
or it can be added at the map level (in the web object) so that it affects all of the layers. Note that
wms_connectiontimeout at the layer level has priority over the map level.
...
CONNECTIONTYPE WMS
METADATA
"wms_srs" "EPSG:4269 EPSG:32182"
"legend_icon" "Icons/none.gif"
"wms_title" "NF Water (Lakes) (a)"
"wms_boundingbox" "EPSG:32182 42708.6 5.27438e+06 5270155.72117e+06"
"wms_latlonboundingbox" "-59.7807 47.5557 -52.7934 51.6261"
"wms_connectiontimeout" "60"
...
END
...

I inserted into my map file a "legend_icon" parameter but the getcapailities request didn't
return the information,
can you help me to solve this problem?
Thanks.
Giuseppe Procino
From zornes at athenic.com Fri Jul 18 11:20:11 2003 From: zornes at athenic.com (Adam Zornes) Date: Fri, 18 Jul 2003 14:20:11 -0400 Subject: [Mapserver-users] PHPMapscript Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C34D59.3A13A28B Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, =20 Sorry to be such a bother about this subject, but I have a problem which is giving me fits. =20 I have successfully installed php on IIS under windows NT. I have installed mapserver, and it will run without incident on its own. My problem comes when I try to run a php page with mapscript. I am unable to load a map. I can access some other functions, such as ms_newPointObj, but not ms_newMapObj. I have considered every possible angle, but continually get the following error message, "Fatal error: Due to thread-safety problems, php_mapscript cannot be used as a 'cgi-fcgi' 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 D:\TreeGuideIntranet\mapserver\frankfort\frankfort.phtml on line 47" I have set php to run as cgi as described in several places, but this is to no avail. Can anyone help me with this? =20 Cheers, Adam Zornes Athenic Systems ------_=_NextPart_001_01C34D59.3A13A28B Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

        = ;    Sorry to be such a bother about this subject, but I have a problem which is = giving me fits.  

        = ;    I have successfully installed php on IIS under = windows NT.  = I have installed mapserver, and it will run = without incident on its own.  

        = ;    My problem comes when I try to run a php page = with mapscript.  = I am unable to load a map.  I = can access some other functions, such as ms_newPointObj, but not ms_newMapObj.

        = ;    I have considered every possible angle, but continually get the following = error message, “Fatal = error: Due to thread-safety problems, php_mapscript = cannot be used as a 'cgi-fcgi' module. You will = have to reconfigure your PHP as a CGI to run this version of MapScript. See htt= p://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI. in D:\TreeGuideIntranet\mapserver\frankfort\frank= fort.phtml on line 47”

        = ;    I have set php to run as cgi as described in several places, but this is to no avail.  Can anyone help me with = this?

 

Cheers,

Adam = Zornes

Athenic Systems

------_=_NextPart_001_01C34D59.3A13A28B-- From pond_bear at hotmail.com Fri Jul 18 11:33:18 2003 From: pond_bear at hotmail.com (pond bear) Date: Fri, 18 Jul 2003 13:33:18 -0500 Subject: [Mapserver-users] (no subject) Message-ID: Hi I need to write a javascript code to convert the LAEA georeferenced coordinates into lon/lat. When people move the mouse over the image, it shows the lon/lat on the status bar of the browser. Anybody knows the algorithm for the convertion? Thanks Jing University of North Dakota _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From pond_bear at hotmail.com Fri Jul 18 11:33:38 2003 From: pond_bear at hotmail.com (pond bear) Date: Fri, 18 Jul 2003 13:33:38 -0500 Subject: [Mapserver-users] (no subject) Message-ID: Hi I need to write a javascript code to convert the LAEA georeferenced coordinates into lon/lat. When people move the mouse over the image, it shows the lon/lat on the status bar of the browser. Anybody knows the algorithm for the convertion? Thanks Jing University of North Dakota _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From agalasso at gndci.cs.cnr.it Fri Jul 18 11:26:56 2003 From: agalasso at gndci.cs.cnr.it (Alessandro Galasso) Date: Fri, 18 Jul 2003 20:26:56 +0200 Subject: [Mapserver-users] i don't understand! (log file and problem) Message-ID: <003301c34d5a$2b639dd0$1900a8c0@labtel.net> In attach there is my log file. First: what is the number after the layer name in log file's rows ? Second: can someone help me to understand why the same query gives different results if executed from 3 different processes? (give a look at the strange log) PS: the query is exactly the same for all call. Regards, Alessandro Galasso From agalasso at gndci.cs.cnr.it Fri Jul 18 11:29:05 2003 From: agalasso at gndci.cs.cnr.it (Alessandro Galasso) Date: Fri, 18 Jul 2003 20:29:05 +0200 Subject: [Mapserver-users] log file (attach) Message-ID: <004701c34d5a$77f42430$1900a8c0@labtel.net> This is a multi-part message in MIME format. ------=_NextPart_000_0044_01C34D6B.3B79E6F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit In attach there is my log file. First: what is the number after the layer name in log file's rows ? Second: can someone help me to understand why the same query gives different results if executed from 3 different processes? (give a look at the strange log) PS: the query is exactly the same for all call. Regards, Alessandro Galasso --- Alessandro Galasso ------=_NextPart_000_0044_01C34D6B.3B79E6F0 Content-Type: application/octet-stream; name="calabria.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="calabria.log" Fri Jul 18 20:11:07 2003,2296,192.168.0.25,Calabria,8,2474100.000000 = 4195720.000000 2812000.000000 4449760.000000,2638208.000000 = 4372551.000000,gpsperm ,normal execution Fri Jul 18 20:11:31 2003,1912,192.168.0.1,Calabria,9,2474100.000000 = 4195720.000000 2812000.000000 4449760.000000,2638208.000000 = 4372551.000000,gpsperm ,normal execution Fri Jul 18 20:12:44 2003,1080,192.168.0.1,Calabria,9,2474100.000000 = 4195720.000000 2812000.000000 4449760.000000,2638208.000001 = 4372551.000001,gpsperm ,msQueryByPoint(): Search returned no results. No = matching record(s) found. Fri Jul 18 20:15:36 2003,1912,192.168.0.25,Calabria,8,2474100.000000 = 4195720.000000 2812000.000000 4449760.000000,2638230.900000 = 4372507.100000,gpsperm ,normal execution Fri Jul 18 20:16:52 2003,2288,192.168.0.1,Calabria,9,2474100.000000 = 4195720.000000 2812000.000000 4449760.000000,2638230.900000 = 4372507.100000,gpsperm ,msQueryByPoint(): Search returned no results. No = matching record(s) found. Fri Jul 18 20:21:55 2003,1584,192.168.0.25,Calabria,8,2474100.000000 = 4195720.000000 2812000.000000 4449760.000000,2638230.900000 = 4372507.100000,gpsperm ,normal execution ------=_NextPart_000_0044_01C34D6B.3B79E6F0-- From ARyan at co.linn.or.us Fri Jul 18 13:20:09 2003 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Fri, 18 Jul 2003 13:20:09 -0700 Subject: [Mapserver-users] PHPMapscript Message-ID: <614FCE5F14A6D41180C200010240D6A2016A34D6@LINNMS> This is a multi-part message in MIME format. ------_=_NextPart_001_01C34D69.FC2CDFD0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" I'm not going to be much help, but do you have cgi.force_redirect = 0 in your php.ini file? Adam Ryan -----Original Message----- From: Adam Zornes [mailto:zornes at athenic.com] Sent: Friday, July 18, 2003 11:20 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] PHPMapscript All, Sorry to be such a bother about this subject, but I have a problem which is giving me fits. I have successfully installed php on IIS under windows NT. I have installed mapserver, and it will run without incident on its own. My problem comes when I try to run a php page with mapscript. I am unable to load a map. I can access some other functions, such as ms_newPointObj, but not ms_newMapObj. I have considered every possible angle, but continually get the following error message, "Fatal error: Due to thread-safety problems, php_mapscript cannot be used as a 'cgi-fcgi' 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 D:\TreeGuideIntranet\mapserver\frankfort\frankfort.phtml on line 47" I have set php to run as cgi as described in several places, but this is to no avail. Can anyone help me with this? Cheers, Adam Zornes Athenic Systems ------_=_NextPart_001_01C34D69.FC2CDFD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I'm=20 not going to be much help, but do you have 
 
cgi.force_redirect =3D = 0
 
in=20 your php.ini file?
 
Adam=20 Ryan
-----Original Message-----
From: Adam Zornes=20 [mailto:zornes at athenic.com]
Sent: Friday, July 18, 2003 = 11:20=20 AM
To: mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users] PHPMapscript

All,

 

           =20 Sorry to be such a bother about this subject, but I have a = problem=20 which is giving me fits.  

           =20 I have successfully installed php = on IIS=20 under windows NT.  I have installed mapserver, and it will run without incident on = its own.=20  

           =20 My problem comes when I try to run a php page=20 with mapscript.  I am unable to load a = map.  I can access some other = functions,=20 such as ms_newPointObj, but not ms_newMapObj.

           =20 I have considered every possible angle, but continually get = the=20 following error message, "Fatal error: Due to = thread-safety=20 problems, php_mapscript cannot be used as = a 'cgi-fcgi' module. You will have to reconfigure = your PHP as=20 a CGI to run this version of MapScript. = See ht= tp://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI.=20 in D:\TreeGuideIntranet\mapserver\frankfort\frankfort.phtml=20 on line 47"

           =20 I have set php to run as cgi as described in several places, but this is = to no=20 avail.  Can anyone help = me with=20 this?

 

Cheers,

Adam=20 Zornes

Athenic=20 Systems

------_=_NextPart_001_01C34D69.FC2CDFD0-- From SHHong at mednet.ucla.edu Fri Jul 18 14:14:28 2003 From: SHHong at mednet.ucla.edu (Hong, Sung-Hyuk) Date: Fri, 18 Jul 2003 14:14:28 -0700 Subject: [Mapserver-users] RE: DEMO HELP Message-ID: <85042C7A1A0DD74EACF3145F32F37BA4D5DF73@medmail6.mednet.ucla.edu> I installed the mapserver 3.5 with wms support and its demo Itasca 3.5 The initial url request is http://myserver/cgi-bin/mapserv?map=/usr/local/apache2/htdocs/itasca/dem o.map&layer=lakespy2&layer=dlgstln2&zoomsize=2&program=/cgi-bin/mapserv& map_web_imagepath=/usr/local/apache2/htdocs/tmp/&map_web_imageurl=/tmp/ No image is displayed. The server log file states File does not exist: /usr/local/apache2/htdocs/tmp/DEMO105856275212105.gif, referer: http://neo.crump.ucla.edu:1122/cgi-bin/mapserv?map=%2Fusr%2Flocal%2Fapac he2%2Fhtdocs%2Fitasca%2Fdemo.map&layer=lakespy2&layer=dlgstln2&zoomsize= 2&program=%2Fcgi-bin%2Fmapserv&map_web_imagepath=%2Fusr%2Flocal%2Fapache 2%2Fhtdocs%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F However, if I do add '&mode=map' to the end of the above url, it displays a map. Thus, the mapserv is not able to publish temporary images to /htdocs/tmp directory. Help! Thank you in advance Sung From armin.burger at libero.it Fri Jul 18 15:49:40 2003 From: armin.burger at libero.it (Armin Burger) Date: Fri, 18 Jul 2003 23:49:40 +0100 Subject: [Mapserver-users] PHP/MapScript demo application Message-ID: <20030718215034.IGLG29817.viefep14-int.chello.at@libero.it> Hello everybody, if somebody of you is interested in a demo application based on PHP/MapScript, using a DHTML pan/zoom interface, you can download it from http://sourceforge.net/projects/pmapper/ See the 'Notes' link for a short description of the functionality. A more detailed documentation is included in the zip file. There are also some sample data to be used with the included map file. For questions you can contact me directly or via this list. Greetings Armin -- Armin Burger Zieglergasse 68/9 - A-1070 Vienna - Austria email: armin.burger at libero.it _ From Chip.Hankley at rmtinc.com Fri Jul 18 15:05:07 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Fri, 18 Jul 2003 17:05:07 -0500 Subject: [Mapserver-users] PHPMapscript Message-ID: Ryan, For some reason, the mapscript DLL perceives your PHP installation as NOT being CGI. I have no idea why it might be doing this, but here are some things to try. 1) re-install PHP. DO NOT use the installer. Simply follow the "install by hand" method of putting the PHP subfolders in a directory (c:\php works well) and configuring the PHP.ini file. There are pretty explicit instructions in the PHP manual on how to do this. 2) MAKE SURE that the version of the PHP_MapScript DLL you are using matches the version of PHP that you are using. 3) MAKE SURE that the requried DLLs on which MapScript relies have been installed. Outside of that, I'm clueless. Chip Outgoing messages, along with any attachments, are scanned for viruses at RMT prior to sending. ------------------------------------------------------------------------------ NOTICE--This email may contain confidential and privileged information for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and delete all copies. From erich at museum.state.il.us Fri Jul 18 15:16:40 2003 From: erich at museum.state.il.us (Erich Schroeder) Date: Fri, 18 Jul 2003 17:16:40 -0500 (CDT) Subject: [Mapserver-users] PHP/MapScript demo application In-Reply-To: <20030718215034.IGLG29817.viefep14-int.chello.at@libero.it> Message-ID: I don't see the notes link, do you mean the pmapper-readme.html file? Is there an running installation of pmapper we can see? eks On Fri, 18 Jul 2003, Armin Burger wrote: > Hello everybody, > > if somebody of you is interested in a demo application based on > PHP/MapScript, using a DHTML pan/zoom interface, you can download it from > > http://sourceforge.net/projects/pmapper/ > > See the 'Notes' link for a short description of the functionality. A more > detailed documentation is included in the zip file. There are also some > sample data to be used with the included map file. > > For questions you can contact me directly or via this list. > > Greetings > > Armin > > -- > Armin Burger > Zieglergasse 68/9 - A-1070 Vienna - Austria > email: armin.burger at libero.it > _ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- --------------------------------------------------------------------- Erich Schroeder Phone: (217)785-0033 Curator, Information Technologies FAX: (217)785-2857 Illinois State Museum GIS Lab email:erich(at)illinois.state.museum http://illinois.state.museum/ --------------------------------------------------------------------- From franck at sopac.org Fri Jul 18 15:19:26 2003 From: franck at sopac.org (Franck Martin) Date: 19 Jul 2003 10:19:26 +1200 Subject: [Mapserver-users] rubber sheeting In-Reply-To: References: Message-ID: <1058566766.2993.16.camel@localhost> --=-XfVWHyaxm75YcV1ilx1u Content-Type: text/plain Content-Transfer-Encoding: 7bit Many raster software offer polynomial rectification which highly inadequate in most of cases today. Rubber Sheeting is the answer and the correct term in GIS, and as described below it is based on a triangulation of the map to be modified.. The difference between polynomial and rubber sheeting is that rubber sheeting needs more ground control points. GRASS does not offer rubber sheeting, it is a pity as I don't know any free software that offers it. I guess the algorithm for rubber sheeting is well known or known also under the name morphing.. A google search should give some results here... Cheers On Sat, 2003-07-19 at 04:43, Norman Vine wrote: > Jan Hartmann writes: > > > > > > The problem is that AFAIK all these rectifying routines are computed > > globally. You can use of course a higher order polynomial, but even so > > the placement of every control point will affect the whole map. > > Moreover, you can't use very high polynomials and too many control > > points. What I am looking for is something that will do *local* > > transformations based on nearby control points, and stretch the results > > together some way. Those old maps are generally correct on small > > subregions, but the subregions fit in no way together. There is > > certainly no numerical soluton for it. > > Good question, > I don't think I have ever thought about 'locally adaptive' rubber sheeting. > > Probably easiest to do by separating out the U and V correction > > A 'simplistic' method might be to make two countour 'grids', for testing > purposes you could use simple triangulated surfaces, where 'Z' was the > displacement in X or Y respectively of each control point. Then by > queryng the grids by the original {X,Y} you would get a {U,V} offset by > interpolation, that can be used to determine the new coordinates. > One trick here is that the new image wants to be constructed by triangles > and not points, think texture mapping > > < tough todo with ASCII > > * * * * > | \ | \ | \ | > * * * * > | \ | \ | \ | > * * * * > > HTH > > Norman > _______________________________________________ -- Franck Martin SOPAC --=-XfVWHyaxm75YcV1ilx1u Content-Type: text/html; charset=utf-8 Many raster software offer polynomial rectification which highly inadequate in most of cases today. Rubber Sheeting is the answer and the correct term in GIS, and as described below it is based on a triangulation of the map to be modified..

The difference between polynomial and rubber sheeting is that rubber sheeting needs more ground control points.

GRASS does not offer rubber sheeting, it is a pity as I don't know any free software that offers it.

I guess the algorithm for rubber sheeting is well known or known also under the name morphing.. A google search should give some results here...

Cheers



On Sat, 2003-07-19 at 04:43, Norman Vine wrote:
Jan Hartmann writes:
> 
> 
> The problem is that AFAIK all these rectifying routines are computed 
> globally. You can use of course a higher order polynomial, but even so 
> the placement of every control point will affect the whole map. 
> Moreover, you can't use very high polynomials and too many control 
> points. What I am looking for is something that will do *local* 
> transformations based on nearby control points, and stretch the results 
> together some way. Those old maps are generally correct on small 
> subregions, but the subregions fit in no way together. There is 
> certainly no numerical soluton for it.

Good question, 
I don't think I have ever thought about 'locally adaptive' rubber sheeting.

Probably easiest to do by separating out the U and V correction

A 'simplistic' method might be to make two countour 'grids', for testing 
purposes you could use simple triangulated surfaces, where 'Z'  was the 
displacement in X or Y respectively of each control point.  Then by 
queryng the grids by the original {X,Y} you would get a {U,V} offset by 
interpolation, that can be used to determine the new coordinates.  
One trick here is that the new image wants to be constructed by triangles
and not points, think texture mapping

< tough todo with ASCII >
*  *   *   *
| \ | \ | \ |
*  *  *   *
| \ | \ | \ |
*  *   *   *

HTH

Norman
_______________________________________________

--
Franck Martin <franck at sopac.org>
SOPAC
--=-XfVWHyaxm75YcV1ilx1u-- From jhart at frw.uva.nl Sat Jul 19 03:51:48 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Sat, 19 Jul 2003 12:51:48 +0200 Subject: [Mapserver-users] rubber sheeting In-Reply-To: <1058566766.2993.16.camel@localhost> References: <1058566766.2993.16.camel@localhost> Message-ID: <3F1922C4.8010101@frw.uva.nl> Yes, that is the answer. I hadn't realized that it was done by triangulation and that morphing is just another name for rubber sheeting. Both are very well known technologies, I just hadn't made the link to GIS terminology. Gives me quite a lot of good technical pointers. If anyone knows free software or source code in these two areas that could be easily transferred to GIS, please let me know. I could try to implement it in GRASS or GDAL Thanks Franck, Norman Jan Franck Martin wrote: > Many raster software offer polynomial rectification which highly > inadequate in most of cases today. Rubber Sheeting is the answer and the > correct term in GIS, and as described below it is based on a > triangulation of the map to be modified.. > > The difference between polynomial and rubber sheeting is that rubber > sheeting needs more ground control points. > > GRASS does not offer rubber sheeting, it is a pity as I don't know any > free software that offers it. > > I guess the algorithm for rubber sheeting is well known or known also > under the name morphing.. A google search should give some results here... > > Cheers > > > > On Sat, 2003-07-19 at 04:43, Norman Vine wrote: > >>/Jan Hartmann writes: >>> >>> >>> The problem is that AFAIK all these rectifying routines are computed >>> globally. You can use of course a higher order polynomial, but even so >>> the placement of every control point will affect the whole map. >>> Moreover, you can't use very high polynomials and too many control >>> points. What I am looking for is something that will do *local* >>> transformations based on nearby control points, and stretch the results >>> together some way. Those old maps are generally correct on small >>> subregions, but the subregions fit in no way together. There is >>> certainly no numerical soluton for it. >> >>Good question, >>I don't think I have ever thought about 'locally adaptive' rubber sheeting. >> >>Probably easiest to do by separating out the U and V correction >> >>A 'simplistic' method might be to make two countour 'grids', for testing >>purposes you could use simple triangulated surfaces, where 'Z' was the >>displacement in X or Y respectively of each control point. Then by >>queryng the grids by the original {X,Y} you would get a {U,V} offset by >>interpolation, that can be used to determine the new coordinates. >>One trick here is that the new image wants to be constructed by triangles >>and not points, think texture mapping >> >>< tough todo with ASCII > >>* * * * >>| \ | \ | \ | >>* * * * >>| \ | \ | \ | >>* * * * >> >>HTH >> >>Norman >>_______________________________________________/ >> > > -- > Franck Martin > > SOPAC > > From mapserve at techie.com Sat Jul 19 05:19:31 2003 From: mapserve at techie.com (Devrim Catak) Date: Sat, 19 Jul 2003 07:19:31 -0500 Subject: [Mapserver-users] gdal error Message-ID: <20030719121931.31132.qmail@mail.com> I'm try to install mapserver under Suse8.2 Pro. I get error message about -gdal option, it says that the path I have provided for gdal is not executable.("usr/lib/gdal is not executable" exactly..)I was certain about configuring gdal properly but should look for a specific message in config logs of gdal? Thanks in advanc Devrim -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup CareerBuilder.com has over 400,000 jobs. Be smarter about your job search http://corp.mail.com/careers From woodbri at swoodbridge.com Sat Jul 19 06:10:11 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sat, 19 Jul 2003 09:10:11 -0400 Subject: [Mapserver-users] rubber sheeting In-Reply-To: <3F1922C4.8010101@frw.uva.nl> References: <1058566766.2993.16.camel@localhost> Message-ID: <3F190AF3.578.43EC7A3@localhost> Jan, I think section 3.3 is the algorithm you want at: http://www.hammerhead.com/thad/morph.html It is based on lines not points, but when you read the algorithm it will make sense. -Steve W. On 19 Jul 2003 at 12:51, Jan Hartmann wrote: > Yes, that is the answer. I hadn't realized that it was done by > triangulation and that morphing is just another name for rubber > sheeting. Both are very well known technologies, I just hadn't made > the link to GIS terminology. Gives me quite a lot of good technical > pointers. If anyone knows free software or source code in these two > areas that could be easily transferred to GIS, please let me know. I > could try to implement it in GRASS or GDAL > > Thanks Franck, Norman > > Jan > > Franck Martin wrote: > > Many raster software offer polynomial rectification which highly > > inadequate in most of cases today. Rubber Sheeting is the answer and > > the correct term in GIS, and as described below it is based on a > > triangulation of the map to be modified.. > > > > The difference between polynomial and rubber sheeting is that rubber > > sheeting needs more ground control points. > > > > GRASS does not offer rubber sheeting, it is a pity as I don't know > > any free software that offers it. > > > > I guess the algorithm for rubber sheeting is well known or known > > also under the name morphing.. A google search should give some > > results here... > > > > Cheers > > > > > > > > On Sat, 2003-07-19 at 04:43, Norman Vine wrote: > > > >>/Jan Hartmann writes: > >>> > >>> > >>> The problem is that AFAIK all these rectifying routines are > >>> computed globally. You can use of course a higher order > >>> polynomial, but even so the placement of every control point will > >>> affect the whole map. Moreover, you can't use very high > >>> polynomials and too many control points. What I am looking for is > >>> something that will do *local* transformations based on nearby > >>> control points, and stretch the results together some way. Those > >>> old maps are generally correct on small subregions, but the > >>> subregions fit in no way together. There is certainly no numerical > >>> soluton for it. > >> > >>Good question, > >>I don't think I have ever thought about 'locally adaptive' rubber > >>sheeting. > >> > >>Probably easiest to do by separating out the U and V correction > >> > >>A 'simplistic' method might be to make two countour 'grids', for > >>testing purposes you could use simple triangulated surfaces, where > >>'Z' was the displacement in X or Y respectively of each control > >>point. Then by queryng the grids by the original {X,Y} you would > >>get a {U,V} offset by interpolation, that can be used to determine > >>the new coordinates. One trick here is that the new image wants to > >>be constructed by triangles and not points, think texture mapping > >> > >>< tough todo with ASCII > > >>* * * * > >>| \ | \ | \ | > >>* * * * > >>| \ | \ | \ | > >>* * * * > >> > >>HTH > >> > >>Norman > >>_______________________________________________/ > >> > > > > -- > > Franck Martin > > > SOPAC > > > > > > _______________________________________________ > 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 Sat Jul 19 06:34:56 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Sat, 19 Jul 2003 09:34:56 -0400 Subject: [Mapserver-users] gdal error In-Reply-To: <20030719121931.31132.qmail@mail.com> References: <20030719121931.31132.qmail@mail.com> Message-ID: <3F194900.4080707@pobox.com> Devrim Catak wrote: > I'm try to install mapserver under Suse8.2 Pro. I get error message about -gdal option, it says that the path I have > provided for gdal is not executable.("usr/lib/gdal is not executable" exactly..)I was certain about configuring gdal > properly but should look for a specific message in config logs of gdal? Thanks in advanc Devrim Devrim, You should be passing the path to the gdal-config script. Under normal conditions this would be installed in /usr/local/bin. 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 Sat Jul 19 08:51:55 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Sat, 19 Jul 2003 08:51:55 -0700 Subject: [Mapserver-users] rubber sheeting In-Reply-To: <3F190AF3.578.43EC7A3@localhost> Message-ID: The JUMP/JCS toolkit in Java land has some rubber sheeting built into it. We never implemented full thin-plate spines (one of our advisors favourite algorithms) but there is some good local warping in there. P. On Saturday, July 19, 2003, at 06:10 AM, woodbri at swoodbridge.com wrote: > Jan, > > I think section 3.3 is the algorithm you want at: > http://www.hammerhead.com/thad/morph.html > > It is based on lines not points, but when you read the algorithm it > will make sense. > > -Steve W. > > On 19 Jul 2003 at 12:51, Jan Hartmann wrote: > >> Yes, that is the answer. I hadn't realized that it was done by >> triangulation and that morphing is just another name for rubber >> sheeting. Both are very well known technologies, I just hadn't made >> the link to GIS terminology. Gives me quite a lot of good technical >> pointers. If anyone knows free software or source code in these two >> areas that could be easily transferred to GIS, please let me know. I >> could try to implement it in GRASS or GDAL >> >> Thanks Franck, Norman >> >> Jan >> >> Franck Martin wrote: >>> Many raster software offer polynomial rectification which highly >>> inadequate in most of cases today. Rubber Sheeting is the answer and >>> the correct term in GIS, and as described below it is based on a >>> triangulation of the map to be modified.. >>> >>> The difference between polynomial and rubber sheeting is that rubber >>> sheeting needs more ground control points. >>> >>> GRASS does not offer rubber sheeting, it is a pity as I don't know >>> any free software that offers it. >>> >>> I guess the algorithm for rubber sheeting is well known or known >>> also under the name morphing.. A google search should give some >>> results here... >>> >>> Cheers >>> >>> >>> >>> On Sat, 2003-07-19 at 04:43, Norman Vine wrote: >>> >>>> /Jan Hartmann writes: >>>>> >>>>> >>>>> The problem is that AFAIK all these rectifying routines are >>>>> computed globally. You can use of course a higher order >>>>> polynomial, but even so the placement of every control point will >>>>> affect the whole map. Moreover, you can't use very high >>>>> polynomials and too many control points. What I am looking for is >>>>> something that will do *local* transformations based on nearby >>>>> control points, and stretch the results together some way. Those >>>>> old maps are generally correct on small subregions, but the >>>>> subregions fit in no way together. There is certainly no numerical >>>>> soluton for it. >>>> >>>> Good question, >>>> I don't think I have ever thought about 'locally adaptive' rubber >>>> sheeting. >>>> >>>> Probably easiest to do by separating out the U and V correction >>>> >>>> A 'simplistic' method might be to make two countour 'grids', for >>>> testing purposes you could use simple triangulated surfaces, where >>>> 'Z' was the displacement in X or Y respectively of each control >>>> point. Then by queryng the grids by the original {X,Y} you would >>>> get a {U,V} offset by interpolation, that can be used to determine >>>> the new coordinates. One trick here is that the new image wants to >>>> be constructed by triangles and not points, think texture mapping >>>> >>>> < tough todo with ASCII > >>>> * * * * >>>> | \ | \ | \ | >>>> * * * * >>>> | \ | \ | \ | >>>> * * * * >>>> >>>> HTH >>>> >>>> Norman >>>> _______________________________________________/ >>>> >>> >>> -- >>> Franck Martin > >>> SOPAC >>> >>> >> >> _______________________________________________ >> 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 > Paul Ramsey Refractions Research Email: pramsey at refractions.net Phone: (250) 885-0632 From jrizzo at Langan.com Sat Jul 19 09:30:59 2003 From: jrizzo at Langan.com (Jonathan Rizzo) Date: Sat, 19 Jul 2003 12:30:59 -0400 Subject: [Mapserver-users] Getting started Message-ID: <40F4ED29953CB941B1BA871793BE656C01E7094C@epmail.langan.com> Hello, I was wondering if somebody could offer me a little guidance getting started w/MapServer. I downloaded & installed the most recent windows binary. I followed all of the installation instructions for the Demo, but the application does not appear to be working properly. Accessing http://localhost/Scripts/mapserv.exe in a web browser results in the following error message: "The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" (but it doesn't say anything more!). This is not the error message that the documentation says to expect. I get this same error message when attempting to load the Demo (I already modified the files for my system). Does anybody here know what this message means & how I might be able to resolve the problem? This is the second time I've downloaded the binary - I downloaded a different version a few months ago & had the same problem, so I gave up. I am attempting to get this running under Windows XP Pro & IIS. Thanks in advance for any assistance you can offer. Jon From DOtt at PALATINE.IL.US Sat Jul 19 10:08:13 2003 From: DOtt at PALATINE.IL.US (Dale Ott) Date: Sat, 19 Jul 2003 12:08:13 -0500 Subject: [Mapserver-users] Re: Mapserver-users digest, Vol 1 #227 - 21 msgs (Auto Reply.) Message-ID: Sorry but I will be out of the Office until Monday, July 28, 2003 at a training class. I will be checking my email periodically and as soon as I return and will get back to you as soon as possible. Sorry for any inconvenience. Thanks! From pkishor at geoanalytics.com Sat Jul 19 22:08:16 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Sun, 20 Jul 2003 05:08:16 -0000 Subject: [Mapserver-users] Re: PHPMapscript In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, "Adam Zornes" wrote: .. > problems, php_mapscript cannot be used as a 'cgi-fcgi' module. did you configure your PHP as fastcgi? Did you download the fastcgi module from caraveo.com or elsewhere? seems like the php_mapscript.dll is not compatible with fastcgi. Make your PHP normal cgi and you should be ok. From nuno.cabrita at elementodigital.pt Sun Jul 20 01:42:43 2003 From: nuno.cabrita at elementodigital.pt (Nuno Cabrita) Date: Sun, 20 Jul 2003 04:42:43 -0400 Subject: [Mapserver-users] Windows PHP Mapscript dll Message-ID: Is there anyone that could compile the php_mapscript.dll file with this modifications in map.h? #define MS_MAXCLASSES 50 to #define MS_MAXCLASSES 80 and #define MS_MAXLAYERS 100 to #define MS_MAXLAYERS 150 Thanks From nuno.cabrita at elementodigital.pt Sun Jul 20 01:54:48 2003 From: nuno.cabrita at elementodigital.pt (Nuno Cabrita) Date: Sun, 20 Jul 2003 04:54:48 -0400 Subject: [Mapserver-users] Windows PHP Mapscript dll Message-ID: Is there anyone that could compile the php_mapscript.dll file with this modifications in map.h? #define MS_MAXCLASSES 50 to #define MS_MAXCLASSES 80 and #define MS_MAXLAYERS 100 to #define MS_MAXLAYERS 150 Thanks From mapserve at techie.com Sun Jul 20 02:45:16 2003 From: mapserve at techie.com (Devrim Catak) Date: Sun, 20 Jul 2003 04:45:16 -0500 Subject: [Mapserver-users] mapscript - whereis PHP?? Message-ID: <20030720094516.77793.qmail@mail.com> Hi; I have PHP properly installed and running under Apache in my system(SUSE 8.2) but the php source tree path i provide while compiling mapserver does not seem to feet. I tried giving /usr/share/php but it complaint about not finding php_config.h or config.h. Then i tried giving path to php-config file only which is under /usr/bin. This also did not work. 'whereis' command or kFind don't produce much more than these two. What are possible directories of PHP source tree or is the problem different than finding correct the path??. Thanks in advance. Devrim -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup CareerBuilder.com has over 400,000 jobs. Be smarter about your job search http://corp.mail.com/careers From sarawut at ait.ac.th Sun Jul 20 22:33:17 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Mon, 21 Jul 2003 12:33:17 +0700 Subject: [Mapserver-users] WMS client problem Message-ID: <5.1.1.6.2.20030721122705.00b13b28@mail.ait.ac.th> Dear all I setup one machine used Linux OS and Mapserver 3.7. And I connect via WMS by Win32 Binary(from UMN) from another machine. It's fine. But when I try to connect from another machine by Mapserver 3.7 Linux OS spec. No error report but Nothing I got from WMS and noting in tmp directory of server machine. Is my mapserver do not support WMS client ? MapServer version 3.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Thank you Sarawut From bwragg at tpg.com.au Sun Jul 20 22:29:37 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Mon, 21 Jul 2003 14:59:37 +0930 Subject: [Mapserver-users] Adding custom text to a feature Message-ID: <000001c34f49$19436540$0a00a8c0@mapping12> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C34F98.BA0D4140 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi list, I'm trying to figure out how to label a feature with a custom piece of text. For example in the application we've built, a user can choose a town, country or draw a point, line or polygon on the map. If a user selects a country for example I can easily label the country with it's name, but I want to label it with some custom text like, "Search country", "Search point" or "Search feature". Is there a way to do this with mapscript? I have a feeling I've read something about this on the list but I can't find anything in the archives. Thanks, Benjamin ------=_NextPart_000_0001_01C34F98.BA0D4140 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Hi=20 list,
 
 
Thanks,
 
Benjamin
 
------=_NextPart_000_0001_01C34F98.BA0D4140-- From sarawut at ait.ac.th Sun Jul 20 22:50:37 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Mon, 21 Jul 2003 12:50:37 +0700 Subject: [Mapserver-users] WMS client problem Message-ID: <5.1.1.6.2.20030721125035.00a816e8@mail.ait.ac.th> Dear all I setup one machine used Linux OS and Mapserver 3.7. And I connect via WMS by Win32 Binary(from UMN) from another machine. It's fine. But when I try to connect from another machine by Mapserver 3.7 Linux OS spec. No error report but Nothing I got from WMS and noting in tmp directory of server machine. Is my mapserver do not support WMS client ? MapServer version 3.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Thank you Sarawut From stepan.kafka at centrum.cz Sun Jul 20 23:22:28 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Mon, 21 Jul 2003 08:22:28 +0200 Subject: [Mapserver-users] WMS client problem In-Reply-To: <5.1.1.6.2.20030721125035.00a816e8@mail.ait.ac.th> Message-ID: <000a01c34f50$755ec930$463c2fc3@HSGIS> Do you have properly set access rights to working directory ? (it must have writable for the web server). I it properly set by imagepath in your mapfile? Stepan Kafka > -----Puvodn? zpr?va----- > Od: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele Sarawut > Ninsawat > Odesl?no: 21. cervence 2003 7:51 > Komu: mapserver-users at lists.gis.umn.edu > Predmet: [Mapserver-users] WMS client problem > > > Dear all > > I setup one machine used Linux OS and Mapserver 3.7. And I > connect via WMS > by Win32 Binary(from UMN) from another machine. It's fine. > > But when I try to connect from another machine by Mapserver 3.7 Linux OS > spec. No error report but Nothing I got from WMS and noting in tmp > directory of server machine. > Is my mapserver do not support WMS client ? > > MapServer version 3.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > Thank you > > Sarawut > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > --- > Pr?choz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.474 / Virov? b?ze: 272 - datum vyd?n?: 18.4.2003 > --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.474 / Virov? b?ze: 272 - datum vyd?n?: 18.4.2003 From gis at schnegg.net Sun Jul 20 23:45:44 2003 From: gis at schnegg.net (Frank Rittinger) Date: Mon, 21 Jul 2003 08:45:44 +0200 Subject: [Mapserver-users] Possible to use a 'event theme' with mapserver? In-Reply-To: <3F17E1B6.1000507@snafu.de> References: <3F17E1B6.1000507@snafu.de> Message-ID: <3F1B8C18.5060707@schnegg.net> Hello Peter, blackmail at snafu.de wrote: > Would like to display points coming from a dbase File with x and y > coordinates. In ArcView this is called an 'event theme'. Is this > possible with Mapserver and Dbase-Table? you could use mapscript to create a new layer from your dbase file on-the-fly, and add this layer to the currently displayed layers. Frank From chewbizz at hotmail.com Mon Jul 21 00:19:39 2003 From: chewbizz at hotmail.com (W. Steph) Date: Mon, 21 Jul 2003 07:19:39 +0000 Subject: [Mapserver-users] Php Mapscript 4 again : zoom problem Message-ID: You're totally right !! I think I asked this question to rapidly, without searching for a cause before. Now I've found exactly where the problem is : In my mapFile, I use a "Marker" in my Reference map : REFERENCE EXTENT 635790.749438 1795645.675 759447.213063 1919170.85 IMAGE "../images/reference.gif" MARKER "Bigcross" MARKERSIZE 12 MINBOXSIZE 10 MAXBOXSIZE 80 COLOR 255 180 180 OUTLINECOLOR 50 0 150 SIZE 90 90 STATUS ON END It doesn't seems to work with the newest versionsof mapserver/php-mapscript : as soon as I zoom over the scale of 1 : 200000 the box on the reference map becomes the marker symbol "Bigcross". Even if I replace the marker with another symbol, it has the same result : 30 sec loading exceeded (there must be an infinite loop in the code or somtehing like that :/ ) I also can't use the drawLegendIcon function : it makes php.exe crash on the server ! I don't think the two problems are related. But maybe there's a way to solve this problems ! Steph >From: Vincent Schut >To: "W. Steph" , Mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Php Mapscript 4 again : zoom problem >Date: Fri, 18 Jul 2003 16:56:34 +0200 > >Hi Steph, > >You'll have to provide more information before any of us can think of any >hints, I'm afraid... Like what application do you use to zoom in (or did >you >program it yourself, if so, how do you zoom in), the contents of your >mapfile. Then maybe someone can say something about it. Now your question >is >simply lacking information. > >Cheers, >Vincent. > >On Friday 18 July 2003 16:23, W. Steph wrote: > > Hello again ! > > > > I have a big problem with mapserver 4.0 (beta1, beta2, and last >precompiled > > windows binaries) and php-mapScript. > > With any configuration (one or many layers turned on ; postgis database >or > > shapefiles) I can't zoom over the scale of 1 : 200000 !! I didn't >searched > > where the problem comes from, but I'll do it right now. > > I'll send more infos when I find. > > > > Do you have any hints ? > > Thanks > > > > Steph > > > > _________________________________________________________________ > > Trouvez l'?me soeur sur MSN Rencontres http://g.msn.fr/FR1000/9551 > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >-- >______________________________________ >Vincent Schut >Sarvision B.V. >Wageningen, The Netherlands >www.sarvision.com > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ D?couvrez les nouvelles ?motic?nes anim?es de http://g.msn.fr/FR1001/866 MSN Messenger nouvelle formule From chewbizz at hotmail.com Mon Jul 21 01:33:22 2003 From: chewbizz at hotmail.com (W. Steph) Date: Mon, 21 Jul 2003 08:33:22 +0000 Subject: [Mapserver-users] When will it work ? Message-ID: Hello all ! MapServer is a good program, withs lots of things working well, but since I use mapServer, I never had a version which did everything I want. I'm using Windows binaries of mapserver and phpMapscript. And I have two databases : A ShapeFiles database on the windows server, and a PostGis DataBase on a Solaris server. (The two contains the same information). Only raster images were the same for both configurations : they are stored on the windows server. So, I began with mapserver 3.6.5 and php-mapscript. Everything worked well, and I made two mapfiles and two configurations of mapserver : one to read the shapefiles, and one to read the postgis database. I developped many function, and then I had two problems : With the shapefiles, php-mapscript was unable to display raster. (This was because of the version I used that didn't support rasters) With the postGis database, php-mapscript was unable to perform the $layer->open() function, because I couldn't type any parameters, and this old version needed a parameter for open() function (the shapefiles path). But with this version, I could display raster images. I also tried 3.7 version, but with no good results. Then, I thought 3.6.6 was the solution, as there where pre-compiled version with all the options I needed. But there was a bug : When a layer query happens, and the user wanted to list the responding shapes, a call was made to the "getShape()" function after openning the layer with "open()". And an error always raised : "Fatal Error : Assertion failed, Could not set shape values 0,0" I searched the mailing list for answers to this problems, and saw that it was a known bug, but i also saw that it wouldn't be corrected in 3.6.6 but in 4.0 So I downloaded versions 4.0 (beta 1, beta 2, and dev) windows binaries with php-mapscript. I found some new bugs (drawLegendIcon not working => php.exe error, and MARKER on reference map not working => 30 sec execution time limit exceeded). Anyway, I tried to test my application : the 3.6.6 bug was still there ! "Could not set shape values 0,0 ..." So what can I do now ?? A good 3.6.5 version should be enough for me to run my application, but I need someone who could send the window binaries... On 3.6.5 and 3.6.6 versions, I only need PHP/Mapscript binaries. If you have newer version of MapScript 4.0 it could also interest me. Please HELP MEEEEEEEEEEEEEEEEE I won't have time to compile mapscript myself, because my project ends the 30th of August (i'm doing a placement), and I have some other things to implement before I leave. I hope this mail is understandable. Thanks for your help ! Steph _________________________________________________________________ Hotmail : un compte GRATUIT qui vous suit partout et tout le temps ! http://g.msn.fr/FR1000/9493 From Ryan.Alexander at EC.GC.CA Mon Jul 21 05:23:23 2003 From: Ryan.Alexander at EC.GC.CA (Alexander,Ryan [Dartmouth]) Date: Mon, 21 Jul 2003 09:23:23 -0300 Subject: [Mapserver-users] Installation 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_01C34F82.E10CC880 Content-Type: text/plain I followed some steps that I found from the net to install MapServer. I can get the first page to load up for the demo but once the map appears, if I try to do something with it, I lose my images and the map image is just black with a little red 'x' as if the image doesn't exist. The same thing occurs with the legend image. Wondering if anyone can help. Thanks Newf ------_=_NextPart_001_01C34F82.E10CC880 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Installation of MapServer

I followed some steps that I found from the net = to install MapServer.  I can get the first page to load up for the = demo but once the map appears, if I try to do something with it, I lose = my images and the map image is just black with a little red 'x' as if = the image doesn't exist.  The same thing occurs with the legend = image.

Wondering if anyone can help.

Thanks
Newf

------_=_NextPart_001_01C34F82.E10CC880-- From procino at planetek.it Mon Jul 21 05:44:37 2003 From: procino at planetek.it (Giuseppe Procino) Date: Mon, 21 Jul 2003 14:44:37 +0200 Subject: [Mapserver-users] wms "legend_icon" parameter Message-ID: <3F1BFC55.5694.9CD11B@localhost>
Hi,
I read on the Mapserver WMS Client HOWTO (http://mapserver.gis.umn.edu/doc36/wms-client-howto.html) the
following paragraph:
"wms_connectiontimeout" metadata: The maximum time to load a remote WMS layer, set in seconds
(default is 30 seconds). This metadata can be added at the layer level so that it affects only that layer,
or it can be added at the map level (in the web object) so that it affects all of the layers. Note that
wms_connectiontimeout at the layer level has priority over the map level.
...
CONNECTIONTYPE WMS
METADATA
"wms_srs" "EPSG:4269 EPSG:32182"
"legend_icon" "Icons/none.gif"
"wms_title" "NF Water (Lakes) (a)"
"wms_boundingbox" "EPSG:32182 42708.6 5.27438e+06 5270155.72117e+06"
"wms_latlonboundingbox" "-59.7807 47.5557 -52.7934 51.6261"
"wms_connectiontimeout" "60"
...
END
...


I inserted into my map file a "legend_icon" parameter but the getcapailities request didn't
return the information,
can you help me to solve this problem?
Thanks.
Giuseppe Procino
From mschulz at webgis.de Mon Jul 21 05:55:53 2003 From: mschulz at webgis.de (Michael Schulz) Date: Mon, 21 Jul 2003 14:55:53 +0200 Subject: [Mapserver-users] Installation of MapServer References: Message-ID: <3F1BE2D9.1E809735@webgis.de> Hi, this is likely to happen when the image path and image url parameters of your web section in the mapfile are not correct. Image path holds the filesystem path to a directory that is writable by the user the webserver runs as (and where the map, legend and scalebar images are created) and image url is the url to access this path through your webserver. If your are using the mapserver itasca demo, you have to change the demo_init.html file and change the values of the hidden input parameters map_web_imagepath and map_web_imageurl. Cheers, Michael "Alexander,Ryan [Dartmouth]" schrieb: > > > I followed some steps that I found from the net to install MapServer. > I can get the first page to load up for the demo but once the map > appears, if I try to do something with it, I lose my images and the > map image is just black with a little red 'x' as if the image doesn't > exist. The same thing occurs with the legend image. > > Wondering if anyone can help. > > Thanks > Newf -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH Sautierstr. 38, 79104 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de From eric at gomoos.org Mon Jul 21 02:15:55 2003 From: eric at gomoos.org (Eric Bridger) Date: 21 Jul 2003 09:15:55 +0000 Subject: [Mapserver-users] Adding custom text to a feature In-Reply-To: <000001c34f49$19436540$0a00a8c0@mapping12> References: <000001c34f49$19436540$0a00a8c0@mapping12> Message-ID: <1058778956.1843.3.camel@ubet.gomoos.org> Most of the mapscript objects have a text member, which can be set with whatever you want which will be used to label the object when drawn. Some of the draw methods, e.g. pointObj->draw(map, layer, img, classindex, text) have a text parameter which will be used to label the point. Eric On Mon, 2003-07-21 at 05:29, Benjamin Wragg wrote: > Hi list, > > I'm trying to figure out how to label a feature with a custom piece of > text. For example in the application we've built, a user can choose a > town, country or draw a point, line or polygon on the map. If a user > selects a country for example I can easily label the country with it's > name, but I want to label it with some custom text like, "Search > country", "Search point" or "Search feature". Is there a way to do this > with mapscript? I have a feeling I've read something about this on the > list but I can't find anything in the archives. > > Thanks, > > Benjamin > From jrizzo at Langan.com Mon Jul 21 06:43:31 2003 From: jrizzo at Langan.com (Jonathan Rizzo) Date: Mon, 21 Jul 2003 09:43:31 -0400 Subject: [Mapserver-users] Newbie question Message-ID: <40F4ED29953CB941B1BA871793BE656C01E70950@epmail.langan.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C34F8E.1278882E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, Sorry to bombard the list with newbie questions, but I am still having a bit of trouble getting the demo to work. Thank you to Suddhasheel Ghosh for his offline help in resolving my first problem. Turns out that I had forgotten to give the demo directory script execution permission. I am now able to initialize the demo, and I can see the map & all of the controls. However, when I click the "Refresh/Query" button, I get the famous "msLoadMap(): Unable to access file. (C:\Data\msdemo\demo.map)". This is particularly curious because the path is correct.=20 I believe that I have followed all of the steps that are in the demo instructions. Here is the query string in the browser that displays this error message: http://jrizzo/Scripts/mapserv.exe?mode=3Dbrowse&layer=3Dlakespy2&layer=3D= dlgst ln2&zoomdir=3D0&zoomsize=3D2&imgxy=3D299.5+299.5&imgext=3D388107.634400+5= 200301. 166444+500896.339020+5313063.023754&map=3DC%3A%5CData%5Cmsdemo%5Cdemo.map= & savequery=3Dtrue&program=3D%2FScripts%2Fmapserv.exe&map_web_imagepath=3DC= %3A%5 Cinetpub%5Cwwwroot%5Ctmp%5C&map_web_imageurl=3D%2Ftmp%2F This query says that the map is "C:\Data\msdemo\demo.map" the program is "/Scripts/mapserv.exe" the image page is "C:\inetpub\wwwroot\tmp" and the image url is "/tmp". I believe that these are correct. What else could cause this message? I have already set the demo directory to have read & execute permissions, the scripts directory has read & execute & tmp has read & write. Again, the map appears initially, but throws this error when I attempt to submit a query. I found a reference to this problem in the archive, & following that thread I tried setting the SHAPEPATH to "C:\Data\msdemo\Data" but that did not seem to help. I appreciate any advice/assistance you can offer. Thanks! Jon Rizzo ------_=_NextPart_001_01C34F8E.1278882E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Newbie question

Hello,

Sorry to bombard the list with newbie = questions, but I am still having a bit of trouble getting the demo to = work.  Thank you to Suddhasheel Ghosh for his offline help in = resolving my first problem.  Turns out that I had forgotten to give = the demo directory script execution permission.

I am now able to initialize the demo, = and I can see the map & all of the controls.  However, when I = click the "Refresh/Query" button, I get the famous = "msLoadMap(): Unable to access file. = (C:\Data\msdemo\demo.map)".  This is particularly curious = because the path is correct.

I believe that I have followed all of = the steps that are in the demo instructions.  Here is the query = string in the browser that displays this error message:

http://jrizzo/Scripts/mapserv.exe?mode=3Dbrowse&layer=3D= lakespy2&layer=3Ddlgstln2&zoomdir=3D0&zoomsize=3D2&imgxy=3D= 299.5+299.5&imgext=3D388107.634400+5200301.166444+500896.339020+53130= 63.023754&map=3DC%3A%5CData%5Cmsdemo%5Cdemo.map&savequery=3Dtrue&= amp;program=3D%2FScripts%2Fmapserv.exe&map_web_imagepath=3DC%3A%5Cine= tpub%5Cwwwroot%5Ctmp%5C&map_web_imageurl=3D%2Ftmp%2F

This query says that the map is = "C:\Data\msdemo\demo.map" the program is = "/Scripts/mapserv.exe" the image page is = "C:\inetpub\wwwroot\tmp" and the image url is = "/tmp".  I believe that these are correct.  What = else could cause this message?  I have already set the demo = directory to have read & execute permissions, the scripts directory = has read & execute & tmp has read & write.  Again, the = map appears initially, but throws this error when I attempt to submit a = query.  I found a reference to this problem in the archive, & = following that thread I tried setting the SHAPEPATH to = "C:\Data\msdemo\Data" but that did not seem to = help.

I appreciate any advice/assistance you = can offer.

Thanks!

Jon Rizzo

------_=_NextPart_001_01C34F8E.1278882E-- From bergeron at zedxinc.com Mon Jul 21 06:45:49 2003 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Mon, 21 Jul 2003 09:45:49 -0400 Subject: [Mapserver-users] symbol error Message-ID: <5.1.0.14.0.20030721094359.00adbe78@mail.zedxinc.com> Hi, I'm trying to get use a png (mapserver is compiled with png support on our systems) to be included as a symbol. However, I keep getting an error saying that SYMBOL is an unidentified identifier when I try and use the Symbol. Here's my Symbol definition. SYMBOL NAME "legend" TYPE pixmap IMAGE "/home/wcs/html/images/wcs_leg.png" END Any ideas? Nick Petersen-Bergeron System Administrator ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From SHHong at mednet.ucla.edu Mon Jul 21 06:54:45 2003 From: SHHong at mednet.ucla.edu (Hong, Sung-Hyuk) Date: Mon, 21 Jul 2003 06:54:45 -0700 Subject: [Mapserver-users] RE: DEMO HELP Message-ID: <85042C7A1A0DD74EACF3145F32F37BA4D5DF75@medmail6.mednet.ucla.edu> Finally, I found the problem to the below demo installation problem. The demo instruction point 2.1 "The demo_init.html file" must include that the tmp directory must be owned by "nobody" and have write rights when installing under apache: mkdir tmp # under the htdocs directory chown nobody tmp chmod 766 tmp Sung -----Original Message----- From: Hong, Sung-Hyuk To: 'mapserver-users at lists.gis.umn.edu' Sent: 7/18/03 2:14 PM Subject: [Mapserver-users] RE: DEMO HELP I installed the mapserver 3.5 with wms support and its demo Itasca 3.5 The initial url request is http://myserver/cgi-bin/mapserv?map=/usr/local/apache2/htdocs/itasca/dem o.map&layer=lakespy2&layer=dlgstln2&zoomsize=2&program=/cgi-bin/mapserv& map_web_imagepath=/usr/local/apache2/htdocs/tmp/&map_web_imageurl=/tmp/ No image is displayed. The server log file states File does not exist: /usr/local/apache2/htdocs/tmp/DEMO105856275212105.gif, referer: http://neo.crump.ucla.edu:1122/cgi-bin/mapserv?map=%2Fusr%2Flocal%2Fapac he2%2Fhtdocs%2Fitasca%2Fdemo.map&layer=lakespy2&layer=dlgstln2&zoomsize= 2&program=%2Fcgi-bin%2Fmapserv&map_web_imagepath=%2Fusr%2Flocal%2Fapache 2%2Fhtdocs%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F However, if I do add '&mode=map' to the end of the above url, it displays a map. Thus, the mapserv is not able to publish temporary images to /htdocs/tmp directory. Help! Thank you in advance Sung _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rasp at tzi.de Mon Jul 21 07:47:40 2003 From: rasp at tzi.de (Rainer Spittel) Date: Mon, 21 Jul 2003 16:47:40 +0200 Subject: [Mapserver-users] query a dynamic layer... Message-ID: <3F1BFD0C.8040603@tzi.de> Hi, I have a funny problem and I don't know what 'I' am doing wrong. I have a map file, called "test.map", containing two layers. The user shall append a new layer to the mapserver on the fly (e.g. "grp_points"). I am using MapServer 3.6.6 and PHP/MapScript and do the following stuff: addColor(22,222,222); $objLayer = ms_newLayerObj($gpoMap); $objLayer->set("name", "gro_layer"); $objLayer->set("type", MS_LAYER_POINT); $objLayer->set("status", MS_ON); $objLayer->set("data", "./gro_points"); $objLayer->set("template", "ttt.html"); $objLayer->setMetaData("DESCRIPTION","Custom features (Points)"); $objLayer->setMetaData("RESULT_FIELDS","PROG_IN ATTRIBUTE CLASS"); $objClass = ms_newClassObj($objLayer); $objClass->set("name","test"); $objClass->set("color", $colorId); $objClass->set("symbol",1); $objClass->set("size",10); $objClass->set("template", "ttt.html"); if ($gbShowQueryResults) $img = $gpoMap->drawQuery(); else $img = $gpoMap->draw(); $url = $img->saveWebImage($gAppletImgFmt, 0, 0, -1); [...] I inserted this code to the MSMapDrawMap function of the GMAP demo. This new layer will be displayed correctly, but I am not able to query (!) objects on this layer :-( When I store this map-file with the command: $gpoMap->save("./test.map"); and open it again and the new point-layer is queryable. Hmmm, what did I forget? Why do I have to "append" these layers each time when the map will be redrawn? Or am I wrong with this presumption... Thx, Rainer --------------------------------------------------------------- Dipl. Inf. Rainer Spittel TZI - Center for Computing Technologies Intelligent Systems University of Bremen Universitaetsallee 21-23, D-28359 Bremen, GERMANY Tel: 0421/218-7091 Fax: 0421/218-7196 E-Mail: mailto:rasp at tzi.de From nacional at cbs.umn.edu Mon Jul 21 08:30:41 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 21 Jul 2003 10:30:41 -0500 Subject: [Mapserver-users] rubber sheeting In-Reply-To: <3F1922C4.8010101@frw.uva.nl> References: <1058566766.2993.16.camel@localhost> <3F1922C4.8010101@frw.uva.nl> Message-ID: <1058801441.7761.5.camel@arceuthobium.ecology.umn.edu> Jan, You can look at Michael Gourlay's Xmorph program. His web site is at http://www.colorado-research.com/~gourlay/software/Graphics/Xmorph/. Perhaps not exactly what you're looking for but there might be useful information on the web site. -Perry On Sat, 2003-07-19 at 05:51, Jan Hartmann wrote: > Yes, that is the answer. I hadn't realized that it was done by > triangulation and that morphing is just another name for rubber > sheeting. Both are very well known technologies, I just hadn't made the > link to GIS terminology. Gives me quite a lot of good technical > pointers. If anyone knows free software or source code in these two > areas that could be easily transferred to GIS, please let me know. I > could try to implement it in GRASS or GDAL > > Thanks Franck, Norman > > Jan > > Franck Martin wrote: > > Many raster software offer polynomial rectification which highly > > inadequate in most of cases today. Rubber Sheeting is the answer and the > > correct term in GIS, and as described below it is based on a > > triangulation of the map to be modified.. > > > > The difference between polynomial and rubber sheeting is that rubber > > sheeting needs more ground control points. > > > > GRASS does not offer rubber sheeting, it is a pity as I don't know any > > free software that offers it. > > > > I guess the algorithm for rubber sheeting is well known or known also > > under the name morphing.. A google search should give some results here... > > > > Cheers > > > > > > > > On Sat, 2003-07-19 at 04:43, Norman Vine wrote: > > > >>/Jan Hartmann writes: > >>> > >>> > >>> The problem is that AFAIK all these rectifying routines are computed > >>> globally. You can use of course a higher order polynomial, but even so > >>> the placement of every control point will affect the whole map. > >>> Moreover, you can't use very high polynomials and too many control > >>> points. What I am looking for is something that will do *local* > >>> transformations based on nearby control points, and stretch the results > >>> together some way. Those old maps are generally correct on small > >>> subregions, but the subregions fit in no way together. There is > >>> certainly no numerical soluton for it. > >> > >>Good question, > >>I don't think I have ever thought about 'locally adaptive' rubber sheeting. > >> > >>Probably easiest to do by separating out the U and V correction > >> > >>A 'simplistic' method might be to make two countour 'grids', for testing > >>purposes you could use simple triangulated surfaces, where 'Z' was the > >>displacement in X or Y respectively of each control point. Then by > >>queryng the grids by the original {X,Y} you would get a {U,V} offset by > >>interpolation, that can be used to determine the new coordinates. > >>One trick here is that the new image wants to be constructed by triangles > >>and not points, think texture mapping > >> > >>< tough todo with ASCII > > >>* * * * > >>| \ | \ | \ | > >>* * * * > >>| \ | \ | \ | > >>* * * * > >> > >>HTH > >> > >>Norman > >>_______________________________________________/ > >> > > > > -- > > Franck Martin > > > SOPAC > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From eric at gomoos.org Mon Jul 21 04:48:34 2003 From: eric at gomoos.org (Eric Bridger) Date: 21 Jul 2003 11:48:34 +0000 Subject: [Mapserver-users] symbol error In-Reply-To: <5.1.0.14.0.20030721094359.00adbe78@mail.zedxinc.com> References: <5.1.0.14.0.20030721094359.00adbe78@mail.zedxinc.com> Message-ID: <1058788114.1870.5.camel@ubet.gomoos.org> This SYMBOL definition looks fine. Perhaps there is another syntax error elsewhere in your map file. On Mon, 2003-07-21 at 13:45, Nick Petersen-Bergeron wrote: > Hi, > > I'm trying to get use a png (mapserver is compiled with png support on our > systems) to be included as a symbol. However, I keep getting an error > saying that SYMBOL is an unidentified identifier when I try and use the > Symbol. Here's my Symbol definition. > > SYMBOL > NAME "legend" > TYPE pixmap > IMAGE "/home/wcs/html/images/wcs_leg.png" > END > > Any ideas? > > Nick Petersen-Bergeron > System Administrator > > 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 Ryan.Alexander at EC.GC.CA Mon Jul 21 09:40:05 2003 From: Ryan.Alexander at EC.GC.CA (Alexander,Ryan [Dartmouth]) Date: Mon, 21 Jul 2003 13:40:05 -0300 Subject: [Mapserver-users] MapServer on XP 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_01C34FA6.BD732030 Content-Type: text/plain I have windows xp running on my machine and I was wondering if mapserver will run on it. I'm trying to get it up and running but I am running into some problems. I was wondering if someone could give me the steps to install it. It will be much appreciated!!! Thanks Ryan ------_=_NextPart_001_01C34FA6.BD732030 Content-Type: text/html Content-Transfer-Encoding: quoted-printable MapServer on XP

I have windows xp running on my machine and I = was wondering if mapserver will run on it.  I'm trying to get it = up and running but I am running into some problems.  I was = wondering if someone could give me the steps to install it.  It = will be much appreciated!!!

Thanks
Ryan

------_=_NextPart_001_01C34FA6.BD732030-- From Chip.Hankley at rmtinc.com Mon Jul 21 10:05:13 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Mon, 21 Jul 2003 12:05:13 -0500 Subject: [Mapserver-users] MapServer on XP Message-ID: > I have windows xp running on my machine and I was wondering if mapserver will run on it. It should. > I'm trying to get it up and running but I am running into some problems. I was wondering > if someone could give me the steps to install it. It will be much appreciated!!! Give us some more SPECIFIC information about what's not working, what web server you're using, etc. Outgoing messages, along with any attachments, are scanned for viruses at RMT prior to sending. ------------------------------------------------------------------------------ NOTICE--This email may contain confidential and privileged information for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and delete all copies. From hevans at AspectResources.com Mon Jul 21 10:41:56 2003 From: hevans at AspectResources.com (Hugh Evans) Date: Mon, 21 Jul 2003 11:41:56 -0600 Subject: [Mapserver-users] MapServer and FileMaker Pro Message-ID: <9F866DFA-BBA2-11D7-98D4-000A95A0906A@AspectResources.com> Hi all - am looking at storing lats and longs etc. in a FilemakerPro document and sending search results to mapserver.... would like to discuss this with anyone who has experience with this kind of deployment. Thanks Hugh Evans From bergeron at zedxinc.com Mon Jul 21 10:43:12 2003 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Mon, 21 Jul 2003 13:43:12 -0400 Subject: [Mapserver-users] symbol error Message-ID: <5.1.0.14.0.20030721134247.00adbfc0@mail.zedxinc.com> Turns out the problem was a class problem, not a symbol problem at all. Thanks for the help. Nick Petersen-Bergeron System Administrator ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From lehrs at erau.edu Mon Jul 21 11:17:16 2003 From: lehrs at erau.edu (Steve Lehr) Date: Mon, 21 Jul 2003 14:17:16 -0400 Subject: [Mapserver-users] Double indexing? In-Reply-To: <9F866DFA-BBA2-11D7-98D4-000A95A0906A@AspectResources.com> Message-ID: List: Is their such a thing as double indexing. I have some very large Image (TIFF/SID) files in a tileindex. Can each of the large TIFFS have some sort of index on them to allow faster rendering within the picked TIFF? Any examples and/or utility examples to make the indexes would be greatly appreciated. For the winning tip there is beer involved! Thanks for your help. Steven Lehr Visiting Professor Embry-Riddle Aeronautical University (LB159) 600 S. Clyde Morris Blvd. Daytona Beach, FL 32114-3900 386-226-7740 From morissette at dmsolutions.ca Mon Jul 21 11:45:22 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 21 Jul 2003 14:45:22 -0400 Subject: [Mapserver-users] group blocks in legends References: <002b01c34b8b$76eb5f20$0301a8c0@valerion> Message-ID: <3F1C34C2.8E707C97@dmsolutions.ca> Valerio wrote: > > The questions are: > 1) Is it possible to apply opt_flags in group blocks as for layers and > classes? I'd like to not display in legend groups out of the min and > maxscale ranges. > I don't think that's possible at the moment, but that could be an interesting enhancement. Perhaps you could file this as an enhancement request in bugzilla for version 4.1. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From ed at topozone.com Mon Jul 21 12:02:29 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 21 Jul 2003 15:02:29 -0400 Subject: [Mapserver-users] Double indexing? Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFD97@mercator.topozone.com> Steve - To optimize performance within a TIFF, you need to look at the data organization within that file. TIFFs are made up of one or more strips, and each strip is made up of one or more rows. The total number of "lines" in the image = rows * strips. The TIFF header contains a table of pointers to the start of each strip, which is essentially the second "index" you're looking for. For uncompressed TIFFs, the files are large but very easy to access. Since each scan line takes up a known, predefined amount of disk space, the TIFF library can easily calculate the location of any row in the file and move the file pointer right to it (and start reading). Breaking these up into multiple strips does no good, because any pixel can be retrieved directly without using a second index. For compressed TIFFs it's a little trickier. The two common TIFF compression algorithms, PackBits and LZW, both require each block of compressed data to be uncompressed (decoded) starting from the very beginning to access any bit of the data (well, you don't really have to uncompress it but you need to read and parse it). This is where your file organization comes in to play. TIFF compression always compresses each "strip" of data as a single chunk. If you have a 10,000-line image, you might have one strip of 10,000 rows or 100 strips of 100 rows each (or any other two numbers that produce 10,000 when multiplied). There is a very small amount of overhead associated with each chunk, to store a pointer to its location in the file (in the TIFF header "index"). PackBits is simply run-length compression. All data will compress the same with PackBits regardless of context (that is, regardless of what data comes before it in the file). One 10,000-line strip and 100 100-line strips will each compress just as well and produce the same output. Therefore, these two files will end up being almost the same size. The only difference is that the 100-strip file needs to have 100 pointers to strips in the header, whereas the 10,000-line file doesn't. The 100-strip file will be a few hundred bytes bigger, but it's probably an insignificant amount. LZW compression is different. It's a dictionary-based compression that scans the data finding runs of bytes and encoding each run with a variable bit-length field. The compression "learns" from the data because it builds the dictionary as it goes. This has two implications for you. First, the 100-strip file will not be as small as the one-strip file. That's because the compression starts over with a blank slate on every strip, so the subsequent 99 strips don't get the advantage of using the dictionary built for the first strip. The actual difference will depend on your data, but we have seen roughly a 10% - 20% size increase in going from 1 strip per file to 1 row per strip (where there are 5,000-10,000 pixels per row). The second implication is that to access any pixel the ENTIRE strip up to that pixel has to be decoded. In the worst case, access to the lower-right pixel of a large, one-strip file, requires the ENTIRE FILE to be read from disk and decoded (and then thrown away). This is not a performance-enhancing technique. If you are using LZW-compressed TIFF imagery, consider converting it to be stored with a small number of rows per strip. This can greatly improve random access performance at a relatively modest disk space cost. If you're using MrSID files, don't. Wavelet-based compression is designed to save a lot of disk space, NOT produce speedy decoding. It's somewhat analogous to the LZW case - you need to decode a much larger amount of data in order to produce the small bit you may want. - 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: Steve Lehr [mailto:lehrs at erau.edu] Sent: Monday, July 21, 2003 2:17 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Double indexing? List: Is their such a thing as double indexing. I have some very large Image (TIFF/SID) files in a tileindex. Can each of the large TIFFS have some sort of index on them to allow faster rendering within the picked TIFF? Any examples and/or utility examples to make the indexes would be greatly appreciated. For the winning tip there is beer involved! Thanks for your help. Steven Lehr Visiting Professor Embry-Riddle Aeronautical University (LB159) 600 S. Clyde Morris Blvd. Daytona Beach, FL 32114-3900 386-226-7740 _______________________________________________ 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 Mon Jul 21 12:05:11 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 21 Jul 2003 15:05:11 -0400 Subject: [Mapserver-users] Double indexing? In-Reply-To: References: Message-ID: <3F1C3967.606@pobox.com> Steve Lehr wrote: > List: > > Is their such a thing as double indexing. I have some very large Image > (TIFF/SID) files in a tileindex. Can each of the large TIFFS have some sort > of index on them to allow faster rendering within the picked TIFF? > > Any examples and/or utility examples to make the indexes would be greatly > appreciated. For the winning tip there is beer involved! Steve, There is no equivelent to the shape file indexing supported by mapserver for raster files. However, it is generally implicit in the format drivers. For instance, if you ask for a small rectangle out of a large tiled tiff file, GDAL (as called by MapServer) will only read the tiles intersected by the requested window. So the issue is more about selecting appropriate formats, and organizations of those formats for good performance. The primarily levers are tiling (to ensure local window requests are fast), and building overviews to ensure that decimated overviews of large areas are fast. My understanding of MrSID format is that the format, and GDAL driver for it are supposed to load subareas, or overviews fast based on smarts in the MrSID format, and the libraries provided with it. I don't have much imperical evidence on this yet, but we can work on that off the list. 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 ARyan at co.linn.or.us Mon Jul 21 12:26:47 2003 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Mon, 21 Jul 2003 12:26:47 -0700 Subject: [Mapserver-users] group blocks in legends Message-ID: <614FCE5F14A6D41180C200010240D6A2016A38B5@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_01C34FBE.07332A00 Content-Type: text/plain; charset="iso-8859-1" Hi. If you're using an legend template, you might want to adding two layer metadata items, minscale and maxscale, and add a javascript check in your legend template. Adam Ryan -----Original Message----- From: Daniel Morissette [mailto:morissette at dmsolutions.ca] Sent: Monday, July 21, 2003 11:45 AM To: Valerio Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] group blocks in legends Valerio wrote: > > The questions are: > 1) Is it possible to apply opt_flags in group blocks as for layers and > classes? I'd like to not display in legend groups out of the min and > maxscale ranges. > I don't think that's possible at the moment, but that could be an interesting enhancement. Perhaps you could file this as an enhancement request in bugzilla for version 4.1. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette 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 ------_=_NextPart_001_01C34FBE.07332A00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [Mapserver-users] group blocks in legends

Hi.

If you're using an legend template, you might want to = adding two layer metadata items, minscale and maxscale, and add a = javascript check in your legend template.

Adam Ryan

-----Original Message-----
From: Daniel Morissette [mailto:morissette at dmsolutions.= ca]
Sent: Monday, July 21, 2003 11:45 AM
To: Valerio
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] group blocks in = legends


Valerio wrote:
>
> The questions are:
> 1) Is it possible to apply opt_flags in group = blocks as for layers and
> classes? I'd like to not display in legend = groups out of the min and
> maxscale ranges.
>

I don't think that's possible at the moment, but that = could be an
interesting enhancement.  Perhaps you could = file this as an enhancement
request in bugzilla for version 4.1.

Daniel
--
------------------------------------------------------------
 Daniel = Morissette          &n= bsp;    morissette at dmsolutions.ca
 DM Solutions = Group           &= nbsp;  http://www.dmsolutions.ca/
------------------------------------------------------------
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-us= ers

------_=_NextPart_001_01C34FBE.07332A00-- From armin.burger at libero.it Mon Jul 21 13:54:52 2003 From: armin.burger at libero.it (Armin Burger) Date: Mon, 21 Jul 2003 21:54:52 +0100 Subject: [Mapserver-users] MS 4 beta2, problems with queryByPoint and PostGIS Message-ID: <20030721195545.EYDG1403.viefep11-int.chello.at@libero.it> Hello, I wonder if anybody else ran into the same problem with the current version 4 beta2 and the PHP/Mapscript method 'queryByPoint'. Applying this method on a map object with active PostGIS layers crashes the php.exe on Windows, and under Linux one just gets a server error. A similar problem happened when using 'queryByRect'. Here PHP not always crashed but some records were not returned properly (or maybe only the last one). I tested the functions with the Win 4 beta 2 executable from 11 July (from DM Solutions) and the beta 2 tar package compiled under Linux. The version 4 beta 1 was working fine with regard to PostGIS. Any ideas what happened? Armin From nf10 at hotmail.com Mon Jul 21 15:09:21 2003 From: nf10 at hotmail.com (Jeff L.) Date: Mon, 21 Jul 2003 22:09:21 +0000 Subject: [Mapserver-users] Linux Binaries and Demo Testing? Message-ID: Hi, I'm new to MapServer and would like to test the demo linked in the mapServer web site. I have access to a linux (Apache) web site where I want to excute the demo. I have a windows desktop and can not build the binaries files fo mapserver to be unix compatible. I was wondering if any one have a built binaries that i can use for the demo. After reading the tutorial, my understanding to run the demo is to follow these steps: - copy the demo file to the root of the web server, - copy the cgi scripts (mapserv, legend, scalebar, shp2img, shpindex, shptree, sortshp, sym2img) to the cgi_bin directory, - modify the demo_init.html code by changing: * the path of the "program" (\cgi_bin\mapserv), * the path of "map_web_imagepath", * the path of "map_web_imageurl". Please let me know if I'm missing some thing.. Thanks Jeff Lacoste _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From morissette at dmsolutions.ca Mon Jul 21 15:13:28 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 21 Jul 2003 18:13:28 -0400 Subject: [Mapserver-users] PHPMapscript References: Message-ID: <3F1C6588.5DBFF123@dmsolutions.ca> > I have considered every possible angle, but continually get the following error message, ?Fatal error: Due to > thread-safety problems, php_mapscript cannot be used as a 'cgi-fcgi' 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 D:\TreeGuideIntranet\mapserver\frankfort\frankfort.phtml on line 47? Try getting a newer version of php_mapscript.dll (3.6.6 if possible). PHP MapScript version 3.6.4 and older didn't recognize 'cgi-fcgi' as a valid CGI SAPI mode, this became an issue when PHP 4.3.x was released. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From assefa at dmsolutions.ca Mon Jul 21 15:49:27 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Mon, 21 Jul 2003 18:49:27 -0400 Subject: [Mapserver-users] Php Mapscript 4 again : zoom problem References: Message-ID: <3F1C6DF7.1020702@dmsolutions.ca> Hi There, There was a bug in php_mapscript with the drawimageicon function. It has been corrected in the latest version of CVS. Please give it a try and let me know. For refernce to this bug or additional comments, you can check bug 369 of mapserver. Later, W. Steph wrote: > You're totally right !! I think I asked this question to rapidly, > without searching for a cause before. Now I've found exactly where the > problem is : > In my mapFile, I use a "Marker" in my Reference map : > REFERENCE > EXTENT 635790.749438 1795645.675 759447.213063 1919170.85 > IMAGE "../images/reference.gif" > MARKER "Bigcross" > MARKERSIZE 12 > MINBOXSIZE 10 > MAXBOXSIZE 80 > COLOR 255 180 180 > OUTLINECOLOR 50 0 150 > SIZE 90 90 > STATUS ON > END > It doesn't seems to work with the newest versionsof > mapserver/php-mapscript : as soon as I zoom over the scale of 1 : > 200000 the box on the reference map becomes the marker symbol > "Bigcross". Even if I replace the marker with another symbol, it has > the same result : 30 sec loading exceeded (there must be an infinite > loop in the code or somtehing like that :/ ) > > I also can't use the drawLegendIcon function : it makes php.exe crash > on the server ! > I don't think the two problems are related. > But maybe there's a way to solve this problems ! > > Steph > >> From: Vincent Schut >> To: "W. Steph" , Mapserver-users at lists.gis.umn.edu >> Subject: Re: [Mapserver-users] Php Mapscript 4 again : zoom problem >> Date: Fri, 18 Jul 2003 16:56:34 +0200 >> >> Hi Steph, >> >> You'll have to provide more information before any of us can think of >> any >> hints, I'm afraid... Like what application do you use to zoom in (or >> did you >> program it yourself, if so, how do you zoom in), the contents of your >> mapfile. Then maybe someone can say something about it. Now your >> question is >> simply lacking information. >> >> Cheers, >> Vincent. >> >> On Friday 18 July 2003 16:23, W. Steph wrote: >> > Hello again ! >> > >> > I have a big problem with mapserver 4.0 (beta1, beta2, and last >> precompiled >> > windows binaries) and php-mapScript. >> > With any configuration (one or many layers turned on ; postgis >> database or >> > shapefiles) I can't zoom over the scale of 1 : 200000 !! I didn't >> searched >> > where the problem comes from, but I'll do it right now. >> > I'll send more infos when I find. >> > >> > Do you have any hints ? >> > Thanks >> > >> > Steph >> > >> > _________________________________________________________________ >> > Trouvez l'?me soeur sur MSN Rencontres http://g.msn.fr/FR1000/9551 >> > >> > _______________________________________________ >> > Mapserver-users mailing list >> > Mapserver-users at lists.gis.umn.edu >> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> -- >> ______________________________________ >> Vincent Schut >> Sarvision B.V. >> Wageningen, The Netherlands >> www.sarvision.com >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _________________________________________________________________ > D?couvrez les nouvelles ?motic?nes anim?es de > http://g.msn.fr/FR1001/866 MSN Messenger nouvelle formule > > _______________________________________________ > 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 assefa at dmsolutions.ca Mon Jul 21 16:41:57 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Mon, 21 Jul 2003 19:41:57 -0400 Subject: [Mapserver-users] MS 4 beta2, problems with queryByPoint and PostGIS References: <20030721195545.EYDG1403.viefep11-int.chello.at@libero.it> Message-ID: <3F1C7A45.6030406@dmsolutions.ca> Hi There, I have placed a new version of php_mapscript_40.dll (php4.3.2, latest mapserver 4.0 ) at http://www2.dmsolutions.ca/tmp/php_mapscript_40.dll that should correct the crah for the querybypoint. Can you give it a try and let me know (I will put a full distribution sometimes this week on the usual download site). I am not sure though if It solves the second problem you mentionned about "some records were not returned properly". Could you give need more information on this so It will be easier to identify the problem. Later, Armin Burger wrote: >Hello, > >I wonder if anybody else ran into the same problem with the current >version 4 beta2 and the PHP/Mapscript method 'queryByPoint'. Applying >this method on a map object with active PostGIS layers crashes the >php.exe on Windows, and under Linux one just gets a server error. A >similar problem happened when using 'queryByRect'. Here PHP not always >crashed but some records were not returned properly (or maybe only the >last one). > >I tested the functions with the Win 4 beta 2 executable from 11 July >(from DM Solutions) and the beta 2 tar package compiled under Linux. The >version 4 beta 1 was working fine with regard to PostGIS. Any ideas what >happened? > >Armin >_______________________________________________ >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 tbartlett at dddd.com.au Mon Jul 21 17:17:47 2003 From: tbartlett at dddd.com.au (Thomas Bartlett) Date: Tue, 22 Jul 2003 10:17:47 +1000 Subject: [Mapserver-users] MapServer on XP References: Message-ID: <00cc01c34fe6$ae5e16a0$1701a8c0@dddd.com.au> This is a multi-part message in MIME format. ------=_NextPart_000_00C9_01C3503A.7F767220 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MapServer on XPHi Ryan, I have MapServer 3.6.? running on XP Pro using IIS. I am yet to try = compiling it myself as the win32 binaries available from = http://mapserver.gis.umn.edu/ have work flawlessly to date. Happy to help... but I have no plans to compiling MapServer on XP = anytime soon. Regard Tom Bartlett=20 ----- Original Message -----=20 From: Alexander,Ryan [Dartmouth]=20 To: 'mapserver-users at lists.gis.umn.edu'=20 Sent: Tuesday, July 22, 2003 2:40 AM Subject: [Mapserver-users] MapServer on XP I have windows xp running on my machine and I was wondering if = mapserver will run on it. I'm trying to get it up and running but I am = running into some problems. I was wondering if someone could give me = the steps to install it. It will be much appreciated!!! Thanks=20 Ryan=20 ------=_NextPart_000_00C9_01C3503A.7F767220 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MapServer on XP
Hi Ryan,
 
I have MapServer 3.6.? running on XP Pro using = IIS.  I am=20 yet to try compiling it myself as the win32 binaries available from http://mapserver.gis.umn.edu/&= nbsp;have=20 work flawlessly to date.
 
Happy to help... but I have no plans to = compiling=20 MapServer on XP anytime soon.
 
Regard
Tom Bartlett 
----- Original Message -----
From:=20 Alexander,Ryan [Dartmouth] =
I'm = trying to figure=20 out how to label a feature with a custom piece of text. For example = in the=20 application we've built, a user can choose a town, country or draw = a point,=20 line or polygon on the map. If a user selects a country for example I can = easily label=20 the country with it's name, but I want to label it with some custom text = like,=20 "Search country", "Search point" or "Search feature". Is there a way to = do this=20 with mapscript? I have a feeling I've read something about this on the = list but=20 I can't find anything in the archives.
To: 'mapserver-users at list= s.gis.umn.edu'=20
Sent: Tuesday, July 22, 2003 = 2:40=20 AM
Subject: [Mapserver-users] = MapServer on=20 XP

I have windows xp running on my machine and I = was=20 wondering if mapserver will run on it.  I'm trying to get it up = and=20 running but I am running into some problems.  I was wondering if = someone=20 could give me the steps to install it.  It will be much=20 appreciated!!!

Thanks
Ryan =

------=_NextPart_000_00C9_01C3503A.7F767220-- From nhv at cape.com Mon Jul 21 17:26:16 2003 From: nhv at cape.com (Norman Vine) Date: Mon, 21 Jul 2003 20:26:16 -0400 Subject: [Mapserver-users] Double indexing? In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFD97@mercator.topozone.com> Message-ID: Steve Lehr writes: > > Is their such a thing as double indexing. I have some very large Image > (TIFF/SID) files in a tileindex. Can each of the large TIFFS have some sort > of index on them to allow faster rendering within the picked TIFF? See http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?Gdaltindex http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?Gdaladdo Or just use tile based tiffs HTH Norman From nacional at cbs.umn.edu Mon Jul 21 19:09:01 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 21 Jul 2003 21:09:01 -0500 Subject: [Mapserver-users] MapServer on XP In-Reply-To: References: Message-ID: <1058839740.26232.13.camel@arceuthobium.ecology.umn.edu> Ryan, Do you mean compile as opposed to install? You can read http://mapserver.gis.umn.edu/doc36/win32_compile-howto.html. It's a little dated and it doesn't make sense for version 4 (but it will soon be updated). Compiling, while isn't too horrible an experience, takes quite a bit of time. If all you really need are MapServer binaries, I suggest downloading one from http://mapserver.gis.umn.edu/win32binaries.html or from http://www2.dmsolutions.ca/mapserver/dl/. There should be accompanying installation instructions in the binary packages. But before you can use it, make sure you've got a working web server. I use Apache on WinXP and it works flawlessly. IIS should work just as well although I'm not as familiar with it as I am with Apache. Good luck! Perry N. On Mon, 2003-07-21 at 11:40, Alexander,Ryan [Dartmouth] wrote: > I have windows xp running on my machine and I was wondering if > mapserver will run on it. I'm trying to get it up and running but I > am running into some problems. I was wondering if someone could give > me the steps to install it. It will be much appreciated!!! > > Thanks > Ryan -- Pericles S. Nacionales University of Minnesota From rasp at tzi.de Tue Jul 22 00:31:47 2003 From: rasp at tzi.de (Rainer Spittel) Date: Tue, 22 Jul 2003 09:31:47 +0200 Subject: [Mapserver-users] query dynamic layers... Message-ID: <3F1CE863.6050306@tzi.de> Hi, I have a funny problem and I don't know what 'I' am doing wrong. I have a map file, called "test.map", containing two layers. The user shall append a new layer to the mapserver on the fly (e.g. "grp_points"). I am using MapServer 3.6.6 and PHP/MapScript and do the following stuff: addColor(22,222,222); $objLayer = ms_newLayerObj($gpoMap); $objLayer->set("name", "gro_layer"); $objLayer->set("type", MS_LAYER_POINT); $objLayer->set("status", MS_ON); $objLayer->set("data", "./gro_points"); $objLayer->set("template", "ttt.html"); $objLayer->setMetaData("DESCRIPTION","Custom features (Points)"); $objLayer->setMetaData("RESULT_FIELDS","PROG_IN ATTRIBUTE CLASS"); $objClass = ms_newClassObj($objLayer); $objClass->set("name","test"); $objClass->set("color", $colorId); $objClass->set("symbol",1); $objClass->set("size",10); $objClass->set("template", "ttt.html"); if ($gbShowQueryResults) $img = $gpoMap->drawQuery(); else $img = $gpoMap->draw(); $url = $img->saveWebImage($gAppletImgFmt, 0, 0, -1); [...] I inserted this code to the MSMapDrawMap function of the GMAP demo. This new layer will be displayed correctly, but I am not able to query (!) objects on this layer :-( When I store this map-file with the command: $gpoMap->save("./test.map"); and open it again and the new point-layer is queryable. Hmmm, what did I forget? Why do I have to "append" these layers each time when the map will be redrawn? Or am I wrong with this presumption... Thx, Rainer --------------------------------------------------------------- Dipl. Inf. Rainer Spittel TZI - Center for Computing Technologies Intelligent Systems University of Bremen Universitaetsallee 21-23, D-28359 Bremen, GERMANY Tel: 0421/218-7091 Fax: 0421/218-7196 E-Mail: mailto:rasp at tzi.de From colombo.l at email.it Tue Jul 22 01:00:55 2003 From: colombo.l at email.it (=?iso-8859-1?Q?colombo.l?=) Date: Tue, 22 Jul 2003 10:00:55 +0200 Subject: [Mapserver-users] =?iso-8859-1?Q?how_to_put_php_code_inside_a_CGI_template?= Message-ID: hello, i did a CGI-Mapserver application following some tutorials on the site, all work great, I have some problems when I put php code inside my template file. I use apache 2.0.40, php 4.3 (working as a cgi) and mapserver 3.6. If I define my template.php as my template (inside mapfile) I get some errors (Malformed URL). So I added this line to http.conf: AddType application/x-httpd-php .html Now I can put php code inside html pages, but it didn't works with mapserver !! I can't get the php-code to be compiled, mapserver process the page but apache+php didn't. What can I do? I really need help. thank's to all Luca Colombo -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Samsonite ti presenta la nuova F'Lite Lite. E una sorpresa! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=1756&d=22-7 From blackmail at snafu.de Tue Jul 22 01:32:42 2003 From: blackmail at snafu.de (blackmail at snafu.de) Date: Tue, 22 Jul 2003 10:32:42 +0200 Subject: [Mapserver-users] Possible to use a 'event theme' with mapserver? Message-ID: <3F1CF6AA.6020601@snafu.de> --------------060205030708030900010304 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit >Would like to display points coming from a dbase File with x and y > coordinates. In ArcView this is called an 'event theme'. Is this > possible with Mapserver and Dbase-Table? "you could use mapscript to create a new layer from your dbase file on-the-fly, and add this layer to the currently displayed layers." Did anyone try this with mapscript & Java? Or is it possible to work with a dynamic layer resulting from records (x,y ) of a dBase table? --------------060205030708030900010304 Content-Type: text/html; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit
>Would like to display points coming from a dbase File with x and y 
> coordinates. In ArcView this is called an 'event theme'. Is this 
> possible with Mapserver and Dbase-Table?

"you could use mapscript to create a new layer from your dbase file 
on-the-fly, and add this layer to the currently displayed layers."

Did anyone try this with mapscript & Java?
Or is it possible to work with a dynamic layer resulting from records (x,y ) of a dBase table? 
--------------060205030708030900010304-- From chewbizz at hotmail.com Tue Jul 22 01:56:54 2003 From: chewbizz at hotmail.com (W. Steph) Date: Tue, 22 Jul 2003 08:56:54 +0000 Subject: [Mapserver-users] Php Mapscript 4 again : zoom problem Message-ID: I downloaded the mapscript dll you put in the temp directory, and now php.exe doesn't crash anymore with drawimageicon. But there are still problems. It seems that the function doesn't work. If I don't use drawimageicon but createlegendicon only, some of my layer legend icons are drawn. The ones with only OUTLINECOLOR or only a SYMBOL are not drawn. So I thought drawimageicon would draw these. But in fact, it draw nothing : Not drawn : CLASS NAME "Zones d'occupation du sol" OUTLINECOLOR 200 200 200 END Not drawn : CLASS NAME "Pompiers" TEMPLATE "Queryable" SYMBOL "Intervs" # The symbol is ok, it was drawn in older versions ! END Drawn ! : CLASS NAME "Lignes Electriques" TEMPLATE "Queryable" COLOR 0 0 255 END Here is the code supposed do draw the icons $lclass = $layertmp->getClass(0); $lim = $lclass->createLegendIcon(16,16); $lclass->drawLegendIcon(16,16,$lim,0,0); $legendurl = $mapServerImagesUrl.($lim->saveWebImage(MS_GIF,1,1,0)); ... I checked : drawImageIcon returns MS_SUCCESS. So it should be ok ... but not ! The worst is for now : The marker symbol in my mapfile : The problem is still there : When I zoom under minboxsize, the box should transform into a marker. But that does not happen : mapserver keeps working till the 30 sec time limit is reached. I noticed something else since my last mail : the server memory (very) quickly overflows (ok I have only 128Mb of RAM on my test server but it overflows anyway) That's why I think the MARKER problem is different from the drawlegendicon problem. Just to thank you again : good work on bug 316 :p It was very annoying ! Now it's ok ;) And also thank you for letting users download win32 binaries by putting them in the temp directory, it's very usefull for user like me who doesn't have time to compile mapserver or mapscript (Setting up cygwin and learning the code is quite a long task, and my placement is nearly finished) Thanks thanks thanks again Steph >From: Yewondwossen Assefa >To: "W. Steph" >CC: Mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Php Mapscript 4 again : zoom problem >Date: Mon, 21 Jul 2003 18:49:27 -0400 > >Hi There, > >There was a bug in php_mapscript with the drawimageicon function. It has >been corrected in the latest version of CVS. Please give it a try and let >me know. For refernce to this bug or additional comments, you can check bug >369 of mapserver. > >Later, > > >W. Steph wrote: > >>You're totally right !! I think I asked this question to rapidly, without >>searching for a cause before. Now I've found exactly where the problem is >>: >>In my mapFile, I use a "Marker" in my Reference map : >> REFERENCE >> EXTENT 635790.749438 1795645.675 759447.213063 1919170.85 >> IMAGE "../images/reference.gif" >> MARKER "Bigcross" >> MARKERSIZE 12 >> MINBOXSIZE 10 >> MAXBOXSIZE 80 >> COLOR 255 180 180 >> OUTLINECOLOR 50 0 150 >> SIZE 90 90 >> STATUS ON >> END >>It doesn't seems to work with the newest versionsof >>mapserver/php-mapscript : as soon as I zoom over the scale of 1 : 200000 >>the box on the reference map becomes the marker symbol "Bigcross". Even if >>I replace the marker with another symbol, it has the same result : 30 sec >>loading exceeded (there must be an infinite loop in the code or somtehing >>like that :/ ) >> >>I also can't use the drawLegendIcon function : it makes php.exe crash on >>the server ! >>I don't think the two problems are related. >>But maybe there's a way to solve this problems ! >> >>Steph >> >>>From: Vincent Schut >>>To: "W. Steph" , Mapserver-users at lists.gis.umn.edu >>>Subject: Re: [Mapserver-users] Php Mapscript 4 again : zoom problem >>>Date: Fri, 18 Jul 2003 16:56:34 +0200 >>> >>>Hi Steph, >>> >>>You'll have to provide more information before any of us can think of any >>>hints, I'm afraid... Like what application do you use to zoom in (or did >>>you >>>program it yourself, if so, how do you zoom in), the contents of your >>>mapfile. Then maybe someone can say something about it. Now your question >>>is >>>simply lacking information. >>> >>>Cheers, >>>Vincent. >>> >>>On Friday 18 July 2003 16:23, W. Steph wrote: >>> > Hello again ! >>> > >>> > I have a big problem with mapserver 4.0 (beta1, beta2, and last >>>precompiled >>> > windows binaries) and php-mapScript. >>> > With any configuration (one or many layers turned on ; postgis >>>database or >>> > shapefiles) I can't zoom over the scale of 1 : 200000 !! I didn't >>>searched >>> > where the problem comes from, but I'll do it right now. >>> > I'll send more infos when I find. >>> > >>> > Do you have any hints ? >>> > Thanks >>> > >>> > Steph >>> > >>> > _________________________________________________________________ >>> > Trouvez l'?me soeur sur MSN Rencontres http://g.msn.fr/FR1000/9551 >>> > >>> > _______________________________________________ >>> > Mapserver-users mailing list >>> > Mapserver-users at lists.gis.umn.edu >>> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>>-- >>>______________________________________ >>>Vincent Schut >>>Sarvision B.V. >>>Wageningen, The Netherlands >>>www.sarvision.com >>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >>_________________________________________________________________ >>D?couvrez les nouvelles ?motic?nes anim?es de http://g.msn.fr/FR1001/866 >>MSN Messenger nouvelle formule >> >>_______________________________________________ >>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 >---------------------------------------------------------------- > > > > > _________________________________________________________________ MSN Messenger 6 http://g.msn.fr/FR1001/866 : dialoguez en son et en image avec vos amis. From christina.biakowski at ccgis.de Tue Jul 22 02:14:59 2003 From: christina.biakowski at ccgis.de (Christina Biakowski CCGIS) Date: Tue, 22 Jul 2003 11:14:59 +0200 Subject: AW: [Mapserver-users] Adding an 8-bit raster layer. In-Reply-To: <001e01c2c0fc$5ca2a610$ef35c180@ie.orst.edu> Message-ID: Hi Akash, Mapserver renders images with georeferenced data. In the EXTENT section you specify the spatial extent of the map in world coordinates. As gdalinfo shows, your raster image is not georeferenced (have a look at http://mapserver.gis.umn.edu/doc36/raster-howto.html -georeference with world files): as Left/right coordinates just the pixel-values are listed and no world coordinates. Have at the spatial reference system/coordinates of your shape cntry02 and create a worldfile for your raster image. I hope this helps, Christina -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Sharma, Akash Gesendet: Dienstag, 21. Januar 2003 04:23 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] Adding an 8-bit raster layer. Hi everyone, I recently started using Mapserver and am new to the list so please forgive me if I miss out on some technical details. I have been trying to add a separate raster layer by using a 8-bit .raw file. For this I first convert this raw file to 8-bit TIFF file using raw2tiff program available with the libtiff library. Then I use gdal_translate to convert it to GTiff. The information that I get using gdalinfo is as shown below: [root at Yachats a05]# gdalinfo rlayer.tif Driver: GTiff/GeoTIFF Size is 2160, 1080 Coordinate System is `' Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0, 1080.0) Upper Right ( 2160.0, 0.0) Lower Right ( 2160.0, 1080.0) Center ( 1080.0, 540.0) Band 1 Block=2160x3 Type=Byte, ColorInterp=Gray Pleaes note that the .raw file is 2160 x 1080 pixels (Bytes). Then I use the following mapfile to add a layer. Although it shows the extent of the image in the browser but the layer is not displayed. I would like to add here that I have been able to open the Tiff file on Irfanview and MS Photoeditor and it shows up fine like the way I wanted it to be. The mapfile listing is as below: NAME FIRSTMAP SIZE 600 300 STATUS ON SYMBOLSET "/apps/web/ms_apps/symbols/symbols35.sym" EXTENT 0.0 0.0 2160.0 1080.0 UNITS METERS SHAPEPATH "/home/cs540S03/ WEB IMAGEPATH "/apps/web/ms_output/" IMAGEURL "/ms_output/" END LAYER NAME "ecoregion" DATA "/gisdata/GED_datasets/a05/rlayer.tif" STATUS DEFAULT TYPE RASTER OFFSITE 0 END LAYER NAME world TYPE POLYGON STATUS ON DATA cntry02 CLASS COLOR 255 255 255 OUTLINECOLOR 200 200 200 END END END Am I doing anything wrong here?? I would be grateful if someone could let me know what needs to be done. Also I tried changing the Upper Left and Lower right coordinates of the tiff file using "gdalwarp" but it gave me some error. It would be great if someone could give a specific example on how to use gdalwarp. Thanks Akash Sharma M.S. (CS &IME) Oregon State University _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From s0231180 at sms.ed.ac.uk Tue Jul 22 02:55:48 2003 From: s0231180 at sms.ed.ac.uk (James Wharfe) Date: Tue, 22 Jul 2003 10:55:48 +0100 Subject: [Mapserver-users] Bounding Box options in Mapserver Message-ID: <001d01c35037$6d89b2f0$8554d781@geo.ed.ac.uk> Hello list, I was wondering if anybody had any examples of a bounding box function written in Perl Mapscript? What I want to do is allow the user to draw a rectangle on the Mapserver map image downloaded to their browser, and have the extents of that rectangle passed back to the Mapserver application in order to render a new map image based on the user-defined bounding box. If anyone has hints, pointers or even code that would be great!. I have looked at the other options just in case this can't be done ie. Jbox or Bbox. Bearing in mind that I'm trying to avoid using Javascript (am I just making things difficult here??) what do folks think the more appropriate solution? Thanks alot, James. From lfilak at medinaco.org Mon Jul 21 06:18:09 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 21 Jul 2003 09:18:09 -0400 Subject: [Mapserver-users] Adding custom text to a feature Message-ID: <200307211318.h6LDI5N30946@yogi.medinaco.net> Will "text" under "labelobj" do the trick? Lowell The following message was sent by "Benjamin Wragg" on Mon, 21 Jul 2003 14:59:37 +0930. > Hi list, > > I'm trying to figure out how to label a feature with a custom piece of > text. For example in the application we've built, a user can choose a > town, country or draw a point, line or polygon on the map. If a user > selects a country for example I can easily label the country with it's > name, but I want to label it with some custom text like, "Search > country", "Search point" or "Search feature". Is there a way to do this > with mapscript? I have a feeling I've read something about this on the > list but I can't find anything in the archives. > > Thanks, > > Benjamin > > From woodbri at swoodbridge.com Tue Jul 22 04:54:16 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 22 Jul 2003 07:54:16 -0400 Subject: [Mapserver-users] how to put php code inside a CGI template In-Reply-To: Message-ID: <3F1CEDA8.20002.136B6D8C@localhost> Luca, You can't really do this because it is not the way things work. The browser makes a request to the server. The server then handles the request by having the appropriate server side application like GCI mapserv OR php to process the request. and then it sends the results back to the browser. What you are trying to do is send a request to CGI mapserv to process the templates and the send the results to PHP instead of the browser to be processed again INSTEAD of sending the results back to the browser. If you want to work in PHP then you should not be using CGI mapserv, you need to rebuild your whole application to be written using PHP/mapscript. Hope this helps, -Steve W. On 22 Jul 2003 at 10:00, colombo.l wrote: > hello, > > i did a CGI-Mapserver application following some tutorials on the > site, all work great, I have some problems when I put php code inside > my template file. I use apache 2.0.40, php 4.3 (working as a cgi) and > mapserver 3.6. > > If I define my template.php as my template (inside mapfile) I get some > errors (Malformed URL). So I added this line to http.conf: > > AddType application/x-httpd-php .html > > Now I can put php code inside html pages, but it didn't works with > mapserver !! > > I can't get the php-code to be compiled, mapserver process the page > but apache+php didn't. > > What can I do? > I really need help. > > thank's to all > > Luca Colombo > > > > > -- > Email.it, the professional e-mail, gratis per te: > http://www.email.it/f > > Sponsor: > Samsonite ti presenta la nuova F'Lite Lite. E una sorpresa! > Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=1756&d=22-7 > > _______________________________________________ > 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 Tue Jul 22 06:00:23 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 22 Jul 2003 09:00:23 -0400 Subject: [Mapserver-users] Bounding Box options in Mapserver Message-ID: <200307221300.h6MD0IN17785@yogi.medinaco.net> The answer depends on what you want the user interface to behave like. Because MapScript in general is a server-side operation it does not allow you to generate an interface where the user can interactively digitize both coners of a box and view the "drag the box" effect in the process. I believe for the "drag" effect it requires one of the two options you mentioned. However, if you don't need the drag effect you could make a call to a PerlMapScript CGI for each corner click and then use a "zoom box" routine to set the new map extents. A sample of code is in the wiki at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex2 under the set_extent routine with one difference: instead of centering on a point and adding & subtracting from that point to set the new extents you would use the picked coordinates as the extents. HTH Lowell The following message was sent by "James Wharfe" on Tue, 22 Jul 2003 10:55:48 +0100. > Hello list, > > I was wondering if anybody had any examples of a bounding box function > written in Perl Mapscript? What I want to do is allow the user to draw a > rectangle on the Mapserver map image downloaded to their browser, and have > the extents of that rectangle passed back to the Mapserver application in > order to render a new map image based on the user-defined bounding box. If > anyone has hints, pointers or even code that would be great!. > > I have looked at the other options just in case this can't be done ie. Jbox > or Bbox. Bearing in mind that I'm trying to avoid using Javascript (am I > just making things difficult here??) what do folks think the more > appropriate solution? > > Thanks alot, > James. > > _______________________________________________ > 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 Tue Jul 22 06:11:23 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 22 Jul 2003 09:11:23 -0400 Subject: [Mapserver-users] Linux Binaries and Demo Testing? Message-ID: <200307221311.h6MDBIN18022@yogi.medinaco.net> A precompiled version from someone else may not work on your particular system, however if you provide some additional information, such as version, someone may be able to send you an executable to try. Lowell The following message was sent by "Jeff L." on Mon, 21 Jul 2003 22:09:21 +0000. > Hi, > > I'm new to MapServer and would like to test the demo linked in the mapServer > web site. > I have access to a linux (Apache) web site where I want to excute the demo. > I have a windows desktop and can not build the binaries files fo mapserver > to be unix compatible. I was wondering if any one have a built binaries that > i can use for the demo. > > After reading the tutorial, my understanding to run the demo is to follow > these steps: > - copy the demo file to the root of the web server, > - copy the cgi scripts (mapserv, legend, scalebar, shp2img, shpindex, > shptree, sortshp, sym2img) > to the cgi_bin directory, > - modify the demo_init.html code by changing: > * the path of the "program" (\cgi_bin\mapserv), > * the path of "map_web_imagepath", > * the path of "map_web_imageurl". > > Please let me know if I'm missing some thing.. > > Thanks > > Jeff Lacoste > > _________________________________________________________________ > MSN 8 with e-mail virus protection service: 2 months FREE* > http://join.msn.com/?page=features/virus > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From agalasso at gndci.cs.cnr.it Tue Jul 22 06:02:23 2003 From: agalasso at gndci.cs.cnr.it (Alessandro Galasso) Date: Tue, 22 Jul 2003 15:02:23 +0200 Subject: [Mapserver-users] textual search and groups Message-ID: <000b01c35051$7e23e300$1900a8c0@labtel.net> I have 8 rivers layers, one for each Orthon order. In this way i can show different orders at different zoom scale. But now i need to make a textual search. The user need to make a search by river not by order! It seems to be not possible to make an itemnquery by group name. Is it true? If i put all rivers in one layer and create a class for each one, i lost the possibility of hide/show at different scales. Or not? So... what can i do to maintain both features on my site? Regards, Alessandro Galasso From morissette at dmsolutions.ca Tue Jul 22 06:43:53 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 22 Jul 2003 09:43:53 -0400 Subject: [Mapserver-users] query dynamic layers... References: <3F1CE863.6050306@tzi.de> Message-ID: <3F1D3F99.A9732BB2@dmsolutions.ca> In the GMap application, the query call is done *before* the call to GMapDrawMap() (search for QueryByPoint in the source files). So if you create your layer inside GMapDrawMap() then the layer doesn't exist yet when QueryByPoint() is called. If you move the creation of your gro_layer somewhere before the call to QueryByPoint then the it should be queried with all the other layers. Daniel Rainer Spittel wrote: > > Hi, > > I have a funny problem and I don't know what 'I' am doing wrong. I > have a map file, called "test.map", containing two layers. The user > shall append a new layer to the mapserver on the fly (e.g. > "grp_points"). I am using MapServer 3.6.6 and PHP/MapScript and do the > following stuff: > > [...] > > function GMapDrawMap() > { > [...] > $colorId = $gpoMap->addColor(22,222,222); > > $objLayer = ms_newLayerObj($gpoMap); > > $objLayer->set("name", "gro_layer"); > $objLayer->set("type", MS_LAYER_POINT); > $objLayer->set("status", MS_ON); > $objLayer->set("data", "./gro_points"); > > $objLayer->set("template", "ttt.html"); > > $objLayer->setMetaData("DESCRIPTION","Custom features (Points)"); > $objLayer->setMetaData("RESULT_FIELDS","PROG_IN ATTRIBUTE CLASS"); > > $objClass = ms_newClassObj($objLayer); > $objClass->set("name","test"); > $objClass->set("color", $colorId); > $objClass->set("symbol",1); > $objClass->set("size",10); > $objClass->set("template", "ttt.html"); > > if ($gbShowQueryResults) > $img = $gpoMap->drawQuery(); > else > $img = $gpoMap->draw(); > > $url = $img->saveWebImage($gAppletImgFmt, 0, 0, -1); > [...] > > I inserted this code to the MSMapDrawMap function of the GMAP demo. This > new layer will be displayed correctly, but I am not able to query (!) > objects on this layer :-( > When I store this map-file with the command: > > $gpoMap->save("./test.map"); > > and open it again and the new point-layer is queryable. Hmmm, what did > I forget? > Why do I have to "append" these layers each time when the map will be > redrawn? Or am I wrong with this presumption... > > Thx, > Rainer > --------------------------------------------------------------- > Dipl. Inf. Rainer Spittel > TZI - Center for Computing Technologies > Intelligent Systems > University of Bremen > Universitaetsallee 21-23, D-28359 Bremen, GERMANY > Tel: 0421/218-7091 Fax: 0421/218-7196 > E-Mail: mailto:rasp at tzi.de > From Chip.Hankley at rmtinc.com Tue Jul 22 06:45:05 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Tue, 22 Jul 2003 08:45:05 -0500 Subject: [Mapserver-users] MapServer on XP 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. --=_8CD2A3F9.B5D49929 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Ryan, =20 It sounds to me like the URL that points to your "tmp" directory may not = be correct. When you click on the map, and everything disappears, take a = look at your source (in the HTML). See what the URL for the image looks l= ike. Try specifying the full URL (http://host/tmp) rather than a relative= =20path in your mapfile. =20 That's my best guess. =20 Chip >>> "Alexander,Ryan [Dartmouth]" 07/21/03 12:16= PM >>> I followed some steps that I found on the net but mapserver is still not working. The first time it loads, it seem to load perfect but as soon as= =20I click on something I lose all my images. I can't refresh either cause wh= en I try to the images are gone again. I can't do anything with the map. I think that the url parameters are correct because I can easily navigate= =20to it and the /tmp/ seems right because gifs get written to the directory bu= t I just can't see them. When I installed the MapServer CGI I was supposed to get a message saying= "No query information to decode. QUERY_STRING is set, but empty" I get = the message "No query information to decode. QUERY_STRING is not set". =20 I'm using IIS ver. 5.1 and I set all my virtual directories and stuff......but still a no go. Any ideas? Thanks Ryan Outgoing messages, along with any attachments, are scanned for viruses at= =20RMT prior to sending. -------------------------------------------------------------------------= ----- NOTICE--This email may contain confidential and privileged information=20 for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient,= please contact the sender immediately and delete all copies. --=_8CD2A3F9.B5D49929 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Description: HTML
Ryan,
 
It sounds to me like the URL that points to your "tmp" directory may= =20not be=20 correct. When you click on the map, and everything disappears, take a loo= k at=20 your source (in the HTML). See what the URL for the image looks like. Try= =20 specifying the full URL (http://host/tmp)= =20rather=20 than a relative path in your mapfile.
 
That's my best guess.
 
Chip

>>> "Alexander,Ryan [Dartmouth]"=20 <Ryan.Alexander at EC.GC.CA> 07/21/03 12:16PM >>>
I follow= ed some=20 steps that I found on the net but mapserver is still not
working. = ; The=20 first time it loads, it seem to load perfect but as soon as I
click on= =20 something I lose all my images.  I can't refresh either cause whenI try=20 to the images are gone again.  I can't do anything with the map.
=
I=20 think that the url parameters are correct because I can easily navigate t= o
it=20 and the /tmp/ seems right because gifs get written to the directory but=20 I
just can't see them.

When I installed the MapServer CGI I was= =20 supposed to get a message saying
"No query information to decode. = ;=20 QUERY_STRING is set, but empty"  I get the
message "No query info= rmation=20 to decode.  QUERY_STRING is not set". 

I'm using IIS ve= r. 5.1=20 and I set all my virtual directories and
stuff......but still a no=20 go.

Any ideas?

Thanks
Ryan

Outgoing messages, along with any attachments, are scanned for vi= ruses=20 at RMT prior to sending.=20


NOTICE-- This email may contain confidential and privileged information f= or the=20 sole use of the intended recipient. Any review or distribution by others = is=20 strictly prohibited. If you are not the intended recipient, please c= ontact=20 the sender immediately and delete all copies.=20

--=_8CD2A3F9.B5D49929-- From s9646183 at sms.ed.ac.uk Tue Jul 22 07:03:48 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Tue, 22 Jul 2003 15:03:48 +0100 (BST) Subject: [Mapserver-users] Problem setting up direct URLs when using MapScript Message-ID: <1058882628.3f1d444461cab@sms.ed.ac.uk> Hi there, My problem is that I've set up a user interface to my application using perl MapScript. The script utilises a form that passes back variables such as the current map extents, previous map extents, mouse click locations, modes (ie. pan north, zoomin, previous extent etc), active layers and so on. I then use MapScript to manipulate these variables, set the new extents and active layers accordingly and then redraw the map. So, the user is first presented with a screen that lists all the features of interest (i.e. all the point objects in my shapefile). The user can then click on the url of each feature to go to the map interface page and see a map that is zoomed in to that point. The user can also click on an image on the opening page which submits a form with the hidden variable "mode" set to "full_extent", so that they see the whole world map with all the features displayed. The problem is, that when you click on the url (which looks like this... ) the variables are passed and the script runs. The script then works out the extent of the new map based on these variables and a new map should be created with this extent (ie the extents for $current_map are set to their zoomed in values, and then the $current_map->draw method draws the map). However, to see the zoomed in map, you have to manually refresh the browser, or put in a line to the script which does this automatically for you. Otherwise, the map is drawn as if the extent values haven't actually been changed from those in the map file. Can anyone see why this might be the case? I've printed out the extents of the map object just before it gets drawn, and they definately have been updated, but the map object that is drawn doesn't seem to reflect this..?? Sorry if this is a really long-winded e-mail ;) Many thanks for any thoughts, Ali From jrizzo at Langan.com Tue Jul 22 07:14:45 2003 From: jrizzo at Langan.com (Jonathan Rizzo) Date: Tue, 22 Jul 2003 10:14:45 -0400 Subject: [Mapserver-users] MapServer on XP Message-ID: <40F4ED29953CB941B1BA871793BE656C017034B0@epmail.langan.com> Ryan, When you say "I lose all my images" do you mean that you get a page that displays all of the controls, but no images? or is the page completely blank (except for say, with an error message). If you are getting a blank page with an error message, then you are describing the same problem & situation that I am having. (I'm also using IIS). The initialization goes perfectly well & the map appears initially, but I can't do anything on the page without getting "msLoadMap():Unable to access file...". Jon -----Original Message----- From: Chip Hankley [mailto:Chip.Hankley at rmtinc.com] Sent: Tuesday, July 22, 2003 9:45 AM To: Ryan.Alexander at EC.GC.CA; <"'mapserver-users at lists.gis.umn.edu'" Subject: RE: [Mapserver-users] MapServer on XP Ryan, It sounds to me like the URL that points to your "tmp" directory may not be correct. When you click on the map, and everything disappears, take a look at your source (in the HTML). See what the URL for the image looks like. Try specifying the full URL (http://host/tmp) rather than a relative path in your mapfile. That's my best guess. Chip >>> "Alexander,Ryan [Dartmouth]" 07/21/03 12:16PM >>> I followed some steps that I found on the net but mapserver is still not working. The first time it loads, it seem to load perfect but as soon as I click on something I lose all my images. I can't refresh either cause when I try to the images are gone again. I can't do anything with the map. I think that the url parameters are correct because I can easily navigate to it and the /tmp/ seems right because gifs get written to the directory but I just can't see them. When I installed the MapServer CGI I was supposed to get a message saying "No query information to decode. QUERY_STRING is set, but empty" I get the message "No query information to decode. QUERY_STRING is not set". I'm using IIS ver. 5.1 and I set all my virtual directories and stuff......but still a no go. Any ideas? Thanks Ryan Outgoing messages, along with any attachments, are scanned for viruses at RMT prior to sending. NOTICE-- This email may contain confidential and privileged information for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and delete all copies. From gabriel at ciasc.gov.br Tue Jul 22 07:36:18 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Tue, 22 Jul 2003 11:36:18 -0300 Subject: [Mapserver-users] Error message using PostGis References: <200307221300.h6MD0IN17785@yogi.medinaco.net> Message-ID: <02d801c3505e$9d3b4140$12d713ac@ciasc.gov.br> Hi listers. Is the first time I'm use Postgres/Posgis with MapServer and receive this error MSG: ==>> msDrawMap(): Image handling error. Failed to draw layer named 'cidadept0'. But the original shp file are read without error. Complementary information: Postgres/Postgis is: VERSION: 0.7.5 (2003/04/08) MapServer is: MapServer version 4.0-beta1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE MAP file: CONNECTION "user=postgres password=xxx dbname=mapserver host=xxxx" DATA "the_geom from cidade_p" I import shp files with: $ shp2pgsql -d ../mapserver/data/cidade_p cidade_p mapserver|psql -d mapserver (point data) $ shp2pgsql ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) $ shp2pgsql -d ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) mapserver=# \dt List of relations Schema | Name | Type | Owner --------+------------------+-------+---------- public | cidade_p | table | postgres public | geometry_columns | table | postgres public | politicotable | table | postgres public | sc2001 | table | postgres public | sc97 | table | postgres public | spatial_ref_sys | table | postgres (6 rows) mapserver-# \d cidade_p Table "public.cidade_p" Column | Type | Modifiers ----------+-------------------+----------- gid | integer | id | integer | nm_munic | character varying | munic_02 | character varying | ptot2001 | bigint | the_geom | geometry | Check constraints: "$1" (srid(the_geom) = -1) "$2" ((geometrytype(the_geom) = 'POINT'::text) OR (the_geom IS NULL)) From Chip.Hankley at rmtinc.com Tue Jul 22 07:43:32 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Tue, 22 Jul 2003 09:43:32 -0500 Subject: [Mapserver-users] MapServer on XP 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. --=_8CD2A38B.1574398B Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Ryan... =20 I so very rarely use the CGI version of MS. My skills are a bit rusty. As= =20I recall, you have to point to the MapServer executable in your templa= te file. If your "initiation" page (the one that says "click here to load= =20the application") points to the correct location, but the template fil= e does not, I think that you would experience this (i.e. your initial map= =20would load, but all subsequent requests would not work). Make sure tha= t in your template file, you're pointing to the MS executable. Also, note= =20that it USED to be that the documentation (very unix/apache oriented) = did not require you to put the trailing "exe" on the pointer to the file.= =20I found that you HAVE to do this on windows. =20 HTH. =20 Chip Outgoing messages, along with any attachments, are scanned for viruses at= =20RMT prior to sending. -------------------------------------------------------------------------= ----- NOTICE--This email may contain confidential and privileged information=20 for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient,= please contact the sender immediately and delete all copies. --=_8CD2A38B.1574398B Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Description: HTML
Ryan...
 
I so very rarely use the CGI version of MS. My skills are a bit rust= y. As I=20 recall, you have to point to the MapServer executable in your template fi= le. If=20 your "initiation" page (the one that says "click here to load the applica= tion")=20 points to the correct location, but the template file does not, I think t= hat you=20 would experience this (i.e. your initial map would load, but all subseque= nt=20 requests would not work). Make sure that in your template file, you're po= inting=20 to the MS executable. Also, note that it USED to be that the documentatio= n (very=20 unix/apache oriented) did not require you to put the trailing "exe" on th= e=20 pointer to the file. I found that you HAVE to do this on windows.
 
HTH.
 
Chip

Outgoing messages, along with any attachments, are scanned for vi= ruses=20 at RMT prior to sending.=20


NOTICE-- This email may contain confidential and privileged information f= or the=20 sole use of the intended recipient. Any review or distribution by others = is=20 strictly prohibited. If you are not the intended recipient, please c= ontact=20 the sender immediately and delete all copies.=20

--=_8CD2A38B.1574398B-- From lfilak at medinaco.org Tue Jul 22 07:44:39 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 22 Jul 2003 10:44:39 -0400 Subject: [Mapserver-users] Problem setting up direct URLs when using MapScript Message-ID: <200307221444.h6MEiYN19955@yogi.medinaco.net> What does the " on Tue, 22 Jul 2003 15:03:48 +0100 (BST). > Hi there, > > My problem is that I've set up a user interface to my application using perl > MapScript. The script utilises a form that passes back variables such as the > current map extents, previous map extents, mouse click locations, modes (ie. > pan north, zoomin, previous extent etc), active layers and so on. I then use > MapScript to manipulate these variables, set the new extents and active layers > accordingly and then redraw the map. > > So, the user is first presented with a screen that lists all the features of > interest (i.e. all the point objects in my shapefile). The user can then click > on the url of each feature to go to the map interface page and see a map that > is zoomed in to that point. The user can also click on an image on the opening > page which submits a form with the hidden variable "mode" set to "full_extent", > so that they see the whole world map with all the features displayed. > > The problem is, that when you click on the url (which looks like this... >
) the > variables are passed and the script runs. The script then works out the extent > of the new map based on these variables and a new map should be created with > this extent (ie the extents for $current_map are set to their zoomed in values, > and then the $current_map->draw method draws the map). However, to see the > zoomed in map, you have to manually refresh the browser, or put in a line to > the script which does this automatically for you. Otherwise, the map is drawn > as if the extent values haven't actually been changed from those in the map > file. Can anyone see why this might be the case? I've printed out the extents > of the map object just before it gets drawn, and they definately have been > updated, but the map object that is drawn doesn't seem to reflect this..?? > > Sorry if this is a really long-winded e-mail ;) > > Many thanks for any thoughts, > Ali > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Zamil.Murji at divestco.com Tue Jul 22 08:11:29 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 22 Jul 2003 09:11:29 -0600 Subject: [Mapserver-users] Error message using PostGis Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A982@div-mx02.DIVESTCO.COM> Hi Gabriel, I had a similar problem not to long ago. You need to be add USING SRID = -1 to the end of your DATA tag. I'm not to sure if it will accept -1 so you might have to update the SRID field for every geom to a valid one. Hope this helps. Thanks Zamil -----Original Message----- From: Gabriel Vieira Ferrari [mailto:gabriel at ciasc.gov.br] Sent: Tuesday, July 22, 2003 8:36 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Error message using PostGis Hi listers. Is the first time I'm use Postgres/Posgis with MapServer and receive this error MSG: ==>> msDrawMap(): Image handling error. Failed to draw layer named 'cidadept0'. But the original shp file are read without error. Complementary information: Postgres/Postgis is: VERSION: 0.7.5 (2003/04/08) MapServer is: MapServer version 4.0-beta1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE MAP file: CONNECTION "user=postgres password=xxx dbname=mapserver host=xxxx" DATA "the_geom from cidade_p" I import shp files with: $ shp2pgsql -d ../mapserver/data/cidade_p cidade_p mapserver|psql -d mapserver (point data) $ shp2pgsql ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) $ shp2pgsql -d ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) mapserver=# \dt List of relations Schema | Name | Type | Owner --------+------------------+-------+---------- public | cidade_p | table | postgres public | geometry_columns | table | postgres public | politicotable | table | postgres public | sc2001 | table | postgres public | sc97 | table | postgres public | spatial_ref_sys | table | postgres (6 rows) mapserver-# \d cidade_p Table "public.cidade_p" Column | Type | Modifiers ----------+-------------------+----------- gid | integer | id | integer | nm_munic | character varying | munic_02 | character varying | ptot2001 | bigint | the_geom | geometry | Check constraints: "$1" (srid(the_geom) = -1) "$2" ((geometrytype(the_geom) = 'POINT'::text) OR (the_geom IS NULL)) _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ROGERT at gwm.sc.edu Tue Jul 22 08:11:42 2003 From: ROGERT at gwm.sc.edu (Roger Truesdale) Date: Tue, 22 Jul 2003 11:11:42 -0400 Subject: [Mapserver-users] Problem with LINEITEM and CLASS NAME Message-ID: I am running mapserv 3.6.6 with the following map that is listed below. Note the two lines marked by #-- in the TOWER layer. One is for the layer LINEITEM and the other for the class NAME. When BOTH of these lines are commented out, a map of county boundries appears with green circles for the tower locations. This part works fine, but I want to use the TowerId field values from the dbf file as labels for the tower locations. When I attempt to do this by uncommenting only the LINEITEM line, I just get a blank screen coming back with no error messages. I checked that the LINEITEM value TOWERID has the same case as in the dbf table. I also noticed that if I leave the LINEITEM line commented out and uncomment the class NAME line, then I also get a blank screen back. Can anyone see what I am doing wrong or what I may be missing? Thanks. -------------------------------------- MAP FILE -------------------------- # # Start of map file # NAME MAPSERV STATUS ON SIZE 600 600 FONTSET symbols/fonts/fonts.list #SHADESET symbols/shade.sym #MARKERSET symbols/marker.sym #LINESET symbols/line.sym SYMBOLSET symbols/symbols_ms34.sym EXTENT 1292500.875 77778.96875 2746368.25 1233433.875 #EXTENT 1223954.55020386 62738.1920192846 2817302.34231788 1247690.0222657 UNITS FEET SHAPEPATH "D:\Inetpub\wwwroot\test\ShapeData" IMAGECOLOR 255 255 255 # # Start of web interface definition # WEB HEADER "mapserv_header.html" TEMPLATE "mapserv.html" FOOTER "mapserv_footer.html" MINSCALE 1000 MAXSCALE 15500000 IMAGEPATH "d:\inetpub\wwwroot\test\temp\" IMAGEURL "/test/temp/" # LOG "D:\Inetpub\test\mapserv.log" # LOG "mapserv.log" END QUERYMAP SIZE 75 75 STATUS ON STYLE HILITE COLOR 255 0 0 END # # Start of reference map # #REFERENCE # IMAGE Graphics/reference.gif # EXTENT 1223954.55020386 62738.1920192846 2817302.34231788 1247690.0222657 # SIZE 50 50 # COLOR -1 -1 -1 # OUTLINECOLOR 255 0 0 #END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE Small COLOR 5 10 100 END STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 000 000 000 LABEL COLOR 000 000 000 SIZE Small END STYLE 1 SIZE 20 2 COLOR 000 000 000 UNITS FEET INTERVALS 1 TRANSPARENT TRUE STATUS TRUE END # # Start of layer definitions # LAYER NAME COUNTY TYPE POLYGON DATA county STATUS DEFAULT CLASS SYMBOL 3 SIZE 4 OUTLINECOLOR 128 128 128 COLOR 255 255 128 LABEL COLOR 0 0 0 OUTLINECOLOR 255 255 255 POSITION AUTO SIZE medium PARTIALS TRUE BUFFER 2 END # LABEL OBJECT END # CLASS OBJECT HEADER "county_detail_header.html" FOOTER "county_detail_footer.html" QUERY TEMPLATE "county_detail.html" END END # end of layer object # Start of Tower Layer LAYER NAME TOWER TYPE Point STATUS DEFAULT DATA TOWER #-- LABELITEM "TOWERID" CLASSITEM "SYMBOL" CLASS EXPRESSION /1/ #-- NAME "TOWERS" SYMBOL 13 SIZE 11 # legend symbol size COLOR 000 128 000 # legend symbol color - green LABEL COLOR 0 0 0 OUTLINECOLOR 255 255 255 POSITION AUTO SIZE small PARTIALS TRUE BUFFER 2 END END # CLASS END #LAYER END # End of Map File Roger Truesdale Interactive Site Architect eBusiness Solutions (f.k.a. i2Media) Contractual Services Group Usc Computer Services 1244 Blossom Street, Columbia, SC 29208 Voice: (803) 777-7366 | (803) 777-1900 (fax) rogert at gwm.sc.edu | http://i2alliance.sc.edu From Meredith.Bliss at state.or.us Tue Jul 22 08:42:38 2003 From: Meredith.Bliss at state.or.us (BLISS Meredith * DAS CJC) Date: Tue, 22 Jul 2003 08:42:38 -0700 Subject: [Mapserver-users] how to put php code inside a CGI template 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_01C35067.E0D9F5A0 Content-Type: text/plain; charset="iso-8859-1" But depending on what you want to do with PHP, something similar might be possible. I use PHP to rewrite the template file on the fly with results from a user query, but the file is written as pure html. Would that do what you need? --Bud -----Original Message----- From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] Sent: Tuesday, July 22, 2003 4:54 AM To: mapserver-users; colombo.l Subject: Re: [Mapserver-users] how to put php code inside a CGI template Luca, You can't really do this because it is not the way things work. The browser makes a request to the server. The server then handles the request by having the appropriate server side application like GCI mapserv OR php to process the request. and then it sends the results back to the browser. What you are trying to do is send a request to CGI mapserv to process the templates and the send the results to PHP instead of the browser to be processed again INSTEAD of sending the results back to the browser. If you want to work in PHP then you should not be using CGI mapserv, you need to rebuild your whole application to be written using PHP/mapscript. Hope this helps, -Steve W. On 22 Jul 2003 at 10:00, colombo.l wrote: > hello, > > i did a CGI-Mapserver application following some tutorials on the > site, all work great, I have some problems when I put php code inside > my template file. I use apache 2.0.40, php 4.3 (working as a cgi) and > mapserver 3.6. > > If I define my template.php as my template (inside mapfile) I get some > errors (Malformed URL). So I added this line to http.conf: > > AddType application/x-httpd-php .html > > Now I can put php code inside html pages, but it didn't works with > mapserver !! > > I can't get the php-code to be compiled, mapserver process the page > but apache+php didn't. > > What can I do? > I really need help. > > thank's to all > > Luca Colombo > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ------_=_NextPart_001_01C35067.E0D9F5A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [Mapserver-users] how to put php code inside a CGI = template

But depending on what you want to do with PHP, = something similar might be possible. I use PHP to rewrite the template = file on the fly with results from a user query, but the file is written = as pure html. Would that do what you need?

        --Bud

-----Original Message-----
From: woodbri at swoodbridge.com [
mailto:woodbri at swoodbridge.com]
Sent: Tuesday, July 22, 2003 4:54 AM
To: mapserver-users; colombo.l
Subject: Re: [Mapserver-users] how to put php code = inside a CGI template


Luca,

You can't really do this because it is not the way = things work. The
browser makes a request to the server. The server = then handles the
request by having the appropriate server side = application like GCI
mapserv OR php to process the request. and then it = sends the results
back to the browser.

What you are trying to do is send a request to CGI = mapserv to process
the templates and the send the results to PHP = instead of the browser
to be processed again INSTEAD of sending the results = back to the
browser.

If you want to work in PHP then you should not be = using CGI mapserv,
you need to rebuild your whole application to be = written using
PHP/mapscript.

Hope this helps,
  -Steve W.

On 22 Jul 2003 at 10:00, colombo.l wrote:

> hello,
>
> i did a CGI-Mapserver application following = some tutorials on the
> site, all work great, I have some problems when = I put php code inside
> my template file. I use apache 2.0.40, php 4.3 = (working as a cgi) and
> mapserver 3.6.
>
> If I define my template.php as my template = (inside mapfile) I get some
> errors (Malformed URL). So I added this line to = http.conf:
>
> AddType application/x-httpd-php .html
>
> Now I can put php code inside html pages, but = it didn't works with
> mapserver !!
>
> I can't get the php-code to be compiled, = mapserver process the page
> but apache+php didn't.
>
> What can I do?
> I really need help.
>
> thank's to all
>
> Luca Colombo
>

_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-us= ers

------_=_NextPart_001_01C35067.E0D9F5A0-- From christina.biakowski at ccgis.de Tue Jul 22 08:45:32 2003 From: christina.biakowski at ccgis.de (Christina Biakowski CCGIS) Date: Tue, 22 Jul 2003 17:45:32 +0200 Subject: AW: [Mapserver-users] Problem with LINEITEM and CLASS NAME In-Reply-To: Message-ID: Hello Roger, if you want to display Labels you have to choose "TYPE ANNOTATION". So you have to use two layers: one for displaying the towers as points "TYPE POINT" and one for labeling them. Hope this helps, Christina -----Ursprungliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Roger Truesdale Gesendet: Dienstag, 22. Juli 2003 17:12 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] Problem with LINEITEM and CLASS NAME I am running mapserv 3.6.6 with the following map that is listed below. Note the two lines marked by #-- in the TOWER layer. One is for the layer LINEITEM and the other for the class NAME. When BOTH of these lines are commented out, a map of county boundries appears with green circles for the tower locations. This part works fine, but I want to use the TowerId field values from the dbf file as labels for the tower locations. When I attempt to do this by uncommenting only the LINEITEM line, I just get a blank screen coming back with no error messages. I checked that the LINEITEM value TOWERID has the same case as in the dbf table. I also noticed that if I leave the LINEITEM line commented out and uncomment the class NAME line, then I also get a blank screen back. Can anyone see what I am doing wrong or what I may be missing? Thanks. -------------------------------------- MAP FILE -------------------------- # # Start of map file # NAME MAPSERV STATUS ON SIZE 600 600 FONTSET symbols/fonts/fonts.list #SHADESET symbols/shade.sym #MARKERSET symbols/marker.sym #LINESET symbols/line.sym SYMBOLSET symbols/symbols_ms34.sym EXTENT 1292500.875 77778.96875 2746368.25 1233433.875 #EXTENT 1223954.55020386 62738.1920192846 2817302.34231788 1247690.0222657 UNITS FEET SHAPEPATH "D:\Inetpub\wwwroot\test\ShapeData" IMAGECOLOR 255 255 255 # # Start of web interface definition # WEB HEADER "mapserv_header.html" TEMPLATE "mapserv.html" FOOTER "mapserv_footer.html" MINSCALE 1000 MAXSCALE 15500000 IMAGEPATH "d:\inetpub\wwwroot\test\temp\" IMAGEURL "/test/temp/" # LOG "D:\Inetpub\test\mapserv.log" # LOG "mapserv.log" END QUERYMAP SIZE 75 75 STATUS ON STYLE HILITE COLOR 255 0 0 END # # Start of reference map # #REFERENCE # IMAGE Graphics/reference.gif # EXTENT 1223954.55020386 62738.1920192846 2817302.34231788 1247690.0222657 # SIZE 50 50 # COLOR -1 -1 -1 # OUTLINECOLOR 255 0 0 #END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE Small COLOR 5 10 100 END STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 000 000 000 LABEL COLOR 000 000 000 SIZE Small END STYLE 1 SIZE 20 2 COLOR 000 000 000 UNITS FEET INTERVALS 1 TRANSPARENT TRUE STATUS TRUE END # # Start of layer definitions # LAYER NAME COUNTY TYPE POLYGON DATA county STATUS DEFAULT CLASS SYMBOL 3 SIZE 4 OUTLINECOLOR 128 128 128 COLOR 255 255 128 LABEL COLOR 0 0 0 OUTLINECOLOR 255 255 255 POSITION AUTO SIZE medium PARTIALS TRUE BUFFER 2 END # LABEL OBJECT END # CLASS OBJECT HEADER "county_detail_header.html" FOOTER "county_detail_footer.html" QUERY TEMPLATE "county_detail.html" END END # end of layer object # Start of Tower Layer LAYER NAME TOWER TYPE Point STATUS DEFAULT DATA TOWER #-- LABELITEM "TOWERID" CLASSITEM "SYMBOL" CLASS EXPRESSION /1/ #-- NAME "TOWERS" SYMBOL 13 SIZE 11 # legend symbol size COLOR 000 128 000 # legend symbol color - green LABEL COLOR 0 0 0 OUTLINECOLOR 255 255 255 POSITION AUTO SIZE small PARTIALS TRUE BUFFER 2 END END # CLASS END #LAYER END # End of Map File Roger Truesdale Interactive Site Architect eBusiness Solutions (f.k.a. i2Media) Contractual Services Group Usc Computer Services 1244 Blossom Street, Columbia, SC 29208 Voice: (803) 777-7366 | (803) 777-1900 (fax) rogert at gwm.sc.edu | http://i2alliance.sc.edu _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jrizzo at Langan.com Tue Jul 22 08:39:42 2003 From: jrizzo at Langan.com (Jonathan Rizzo) Date: Tue, 22 Jul 2003 11:39:42 -0400 Subject: [Mapserver-users] MapServer on XP Message-ID: <40F4ED29953CB941B1BA871793BE656C01E70957@epmail.langan.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C35067.785093C8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 Hi Chip, the template file uses [program] to refer to the value that was passed in from the calling form. Since an msLoadMap() error message is displayed, it sounds like the .exe is being found. The error message also displays the map path that it is trying to access. In my case, anyways, the path that is displayed is correct. From what ryan tells me, we are both experiencing the same problem & we are both using IIS, if that helps. Sounds like most here are running Apache. =20 =20 Jon =20 -----Original Message----- From: Chip Hankley [mailto:Chip.Hankley at rmtinc.com]=20 Sent: Tuesday, July 22, 2003 10:44 AM To: Ryan.Alexander at EC.GC.CA; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] MapServer on XP Ryan... =20 I so very rarely use the CGI version of MS. My skills are a bit rusty. As I recall, you have to point to the MapServer executable in your template file. If your "initiation" page (the one that says "click here to load the application") points to the correct location, but the template file does not, I think that you would experience this (i.e. your initial map would load, but all subsequent requests would not work). Make sure that in your template file, you're pointing to the MS executable. Also, note that it USED to be that the documentation (very unix/apache oriented) did not require you to put the trailing "exe" on the pointer to the file. I found that you HAVE to do this on windows. =20 HTH. =20 Chip Outgoing messages, along with any attachments, are scanned for viruses at RMT prior to sending.=20 _____ =20 NOTICE-- This email may contain confidential and privileged information for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and delete all copies.=20 =09 ------_=_NextPart_001_01C35067.785093C8 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
 
Hi = Chip,
the template file = uses=20 [program] to refer to the value that was passed in from the calling = form. =20 Since an msLoadMap() error message is displayed, it sounds like the .exe = is=20 being found.  The error message also displays the map path = that it is=20 trying to access.  In my case, anyways, the path that is displayed = is=20 correct.  From what ryan tells me, we are both experiencing the = same=20 problem & we are both using IIS, if that helps.  Sounds like = most here=20 are running Apache. 
 
Jon
 
-----Original Message-----
From: Chip = Hankley=20 [mailto:Chip.Hankley at rmtinc.com]
Sent: Tuesday, July 22, 2003 = 10:44=20 AM
To: Ryan.Alexander at EC.GC.CA;=20 mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users]=20 MapServer on XP

Ryan...
 
I so very rarely use the CGI version of MS. My skills are a bit = rusty. As=20 I recall, you have to point to the MapServer executable in your = template file.=20 If your "initiation" page (the one that says "click here to load the=20 application") points to the correct location, but the template file = does not,=20 I think that you would experience this (i.e. your initial map would = load, but=20 all subsequent requests would not work). Make sure that in your = template file,=20 you're pointing to the MS executable. Also, note that it USED to be = that the=20 documentation (very unix/apache oriented) did not require you to put = the=20 trailing "exe" on the pointer to the file. I found that you HAVE to do = this on=20 windows.
 
HTH.
 
Chip

Outgoing messages, along with any attachments, are scanned for = viruses=20 at RMT prior to sending.=20


NOTICE-- This email may contain confidential and privileged = information for=20 the sole use of the intended recipient. Any review or distribution by = others=20 is strictly prohibited. If you are not the intended recipient,=20 please contact the sender immediately and delete all copies.=20

=00 ------_=_NextPart_001_01C35067.785093C8-- From s9646183 at sms.ed.ac.uk Tue Jul 22 09:23:53 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Tue, 22 Jul 2003 17:23:53 +0100 (BST) Subject: [Mapserver-users] Problem setting up direct URLs when using MapScript In-Reply-To: <200307221444.h6MEiYN19955@yogi.medinaco.net> References: <200307221444.h6MEiYN19955@yogi.medinaco.net> Message-ID: <1058891033.3f1d6519c0264@sms.ed.ac.uk> Hi Lowell, The source of the map image is: src="/tmp/map.png" Is the problem then, that I need a unique id for each map created? Thanks, Ali Quoting Lowell Filak : > What does the " Lowell > > The following message was sent by AMC Story on > Tue, 22 Jul 2003 15:03:48 +0100 (BST). > > > Hi there, > > > > My problem is that I've set up a user interface to my application > using perl > > MapScript. The script utilises a form that passes back variables > such > as the > > current map extents, previous map extents, mouse click locations, > modes (ie. > > pan north, zoomin, previous extent etc), active layers and so on. I > then use > > MapScript to manipulate these variables, set the new extents and > active layers > > accordingly and then redraw the map. > > > > So, the user is first presented with a screen that lists all the > features of > > interest (i.e. all the point objects in my shapefile). The user can > then click > > on the url of each feature to go to the map interface page and see a > map that > > is zoomed in to that point. The user can also click on an image on > the opening > > page which submits a form with the hidden variable "mode" set to > "full_extent", > > so that they see the whole world map with all the features displayed. > > > > The problem is, that when you click on the url (which looks like > this... > > href="http://file_path/script?lon=123.64&lat=-0.51&mode=each_feature">) > the > > variables are passed and the script runs. The script then works out > the extent > > of the new map based on these variables and a new map should be > created with > > this extent (ie the extents for $current_map are set to their zoomed > in values, > > and then the $current_map->draw method draws the map). However, to > see the > > zoomed in map, you have to manually refresh the browser, or put in a > line to > > the script which does this automatically for you. Otherwise, the map > is drawn > > as if the extent values haven't actually been changed from those in > the map > > file. Can anyone see why this might be the case? I've printed out > the extents > > of the map object just before it gets drawn, and they definately have > been > > updated, but the map object that is drawn doesn't seem to reflect > this..?? > > > > Sorry if this is a really long-winded e-mail ;) > > > > Many thanks for any thoughts, > > Ali > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From nf10 at hotmail.com Tue Jul 22 09:28:35 2003 From: nf10 at hotmail.com (Jeff L.) Date: Tue, 22 Jul 2003 16:28:35 +0000 Subject: [Mapserver-users] Linux Binaries and Demo Testing? Message-ID: Hi Lowell, Thanks for replying. My web site is hosted on a linux machine using Apache/1.3.28. The last stable version of mapserver would be fine: 3.6 Jeff Lacoste >From: "Lowell Filak" >To: "Jeff L." , mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Linux Binaries and Demo Testing? >Date: Tue, 22 Jul 2003 09:11:23 -0400 > >A precompiled version from someone else may not work on your particular >system, however if you provide some additional information, such as >version, someone may be able to send you an executable to try. >Lowell > >The following message was sent by "Jeff L." on Mon, >21 Jul 2003 22:09:21 +0000. > > > Hi, > > > > I'm new to MapServer and would like to test the demo linked in the >mapServer > > web site. > > I have access to a linux (Apache) web site where I want to excute the >demo. > > I have a windows desktop and can not build the binaries files fo >mapserver > > to be unix compatible. I was wondering if any one have a built >binaries that > > i can use for the demo. > > > > After reading the tutorial, my understanding to run the demo is to >follow > > these steps: > > - copy the demo file to the root of the web server, > > - copy the cgi scripts (mapserv, legend, scalebar, shp2img, shpindex, > > shptree, sortshp, sym2img) > > to the cgi_bin directory, > > - modify the demo_init.html code by changing: > > * the path of the "program" (\cgi_bin\mapserv), > > * the path of "map_web_imagepath", > > * the path of "map_web_imageurl". > > > > Please let me know if I'm missing some thing.. > > > > Thanks > > > > Jeff Lacoste > > > > _________________________________________________________________ > > MSN 8 with e-mail virus protection service: 2 months FREE* > > http://join.msn.com/?page=features/virus > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From edspremolla at Antel.com.uy Tue Jul 22 09:46:03 2003 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: 22 Jul 2003 13:46:03 -0300 Subject: AW: [Mapserver-users] Problem with LINEITEM and CLASS NAME In-Reply-To: References: Message-ID: <1058892362.8321.6.camel@fly.in.iantel.com.uy> try: #-- LABELITEM "TOWERID" CLASSITEM "SYMBOL" CLASS EXPRESSION /1/ #-- NAME "TOWERS" SYMBOL 13 SIZE 11 # legend symbol size COLOR 000 128 000 # legend symbol color - green TEXT ([TOWERID]) #<------------------------------ LABEL COLOR 0 0 0 OUTLINECOLOR 255 255 255 POSITION AUTO SIZE small PARTIALS TRUE BUFFER 2 END END # CLASS and got both in one layer LALO El mar, 22 de 07 de 2003 a las 12:45, Christina Biakowski (CCGIS) escribi??: > Hello Roger, > if you want to display Labels you have to choose "TYPE ANNOTATION". So you > have to use two layers: one for displaying the towers as points "TYPE POINT" > and one for labeling them. > Hope this helps, > Christina > > -----Ursprungliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Roger > Truesdale > Gesendet: Dienstag, 22. Juli 2003 17:12 > An: mapserver-users at lists.gis.umn.edu > Betreff: [Mapserver-users] Problem with LINEITEM and CLASS NAME > > > I am running mapserv 3.6.6 with the following map that is listed below. > > > Note the two lines marked by #-- in the TOWER layer. One is for the > layer LINEITEM and the other for the class NAME. > When BOTH of these lines are commented out, a map of county boundries > appears with green circles for the tower locations. > This part works fine, but I want to use the TowerId field values from > the dbf file as labels for the tower locations. When I attempt to do > this by uncommenting only the LINEITEM line, I just get a blank screen > coming back with no error messages. I checked that the LINEITEM value > TOWERID has the same case as in the dbf table. I also noticed that if I > leave the LINEITEM line commented out and uncomment the class NAME line, > then I also get a blank screen back. Can anyone see what I am doing > wrong or what I may be missing? > > Thanks. > > -------------------------------------- MAP FILE > -------------------------- > > > # > # Start of map file > # > NAME MAPSERV > STATUS ON > SIZE 600 600 > > FONTSET symbols/fonts/fonts.list > > > #SHADESET symbols/shade.sym > #MARKERSET symbols/marker.sym > #LINESET symbols/line.sym > SYMBOLSET symbols/symbols_ms34.sym > > EXTENT 1292500.875 77778.96875 2746368.25 1233433.875 > #EXTENT 1223954.55020386 62738.1920192846 2817302.34231788 > 1247690.0222657 > UNITS FEET > > SHAPEPATH "D:\Inetpub\wwwroot\test\ShapeData" > > IMAGECOLOR 255 255 255 > > > # > # Start of web interface definition > # > WEB > HEADER "mapserv_header.html" > TEMPLATE "mapserv.html" > FOOTER "mapserv_footer.html" > > MINSCALE 1000 > > MAXSCALE 15500000 > IMAGEPATH "d:\inetpub\wwwroot\test\temp\" > > IMAGEURL "/test/temp/" > > > # LOG "D:\Inetpub\test\mapserv.log" > # LOG "mapserv.log" > END > > QUERYMAP > SIZE 75 75 > STATUS ON > STYLE HILITE > COLOR 255 0 0 > END > > # > # Start of reference map > # > #REFERENCE > # IMAGE Graphics/reference.gif > # EXTENT 1223954.55020386 62738.1920192846 2817302.34231788 > 1247690.0222657 > # SIZE 50 50 > # COLOR -1 -1 -1 > # OUTLINECOLOR 255 0 0 > #END > > # > # Start of legend > # > LEGEND > KEYSIZE 18 12 > LABEL > TYPE BITMAP > SIZE Small > COLOR 5 10 100 > END > STATUS ON > END > > # > # Start of scalebar > # > SCALEBAR > IMAGECOLOR 000 000 000 > LABEL > COLOR 000 000 000 > SIZE Small > END > STYLE 1 > SIZE 20 2 > COLOR 000 000 000 > UNITS FEET > INTERVALS 1 > TRANSPARENT TRUE > STATUS TRUE > END > > > # > # Start of layer definitions > # > > LAYER > NAME COUNTY > TYPE POLYGON > DATA county > STATUS DEFAULT > > CLASS > > SYMBOL 3 > SIZE 4 > > OUTLINECOLOR 128 128 128 > COLOR 255 255 128 > > LABEL > COLOR 0 0 0 > OUTLINECOLOR 255 255 255 > POSITION AUTO > SIZE medium > PARTIALS TRUE > BUFFER 2 > END # LABEL OBJECT > > END # CLASS OBJECT > > HEADER "county_detail_header.html" > FOOTER "county_detail_footer.html" > > QUERY > TEMPLATE "county_detail.html" > END > > END # end of layer object > > > # Start of Tower Layer > LAYER > NAME TOWER > TYPE Point > STATUS DEFAULT > DATA TOWER > > #-- LABELITEM "TOWERID" > CLASSITEM "SYMBOL" > > CLASS > EXPRESSION /1/ > #-- NAME "TOWERS" > SYMBOL 13 > SIZE 11 # legend symbol size > COLOR 000 128 000 # legend symbol color - green > > LABEL > COLOR 0 0 0 > OUTLINECOLOR 255 255 255 > POSITION AUTO > SIZE small > PARTIALS TRUE > BUFFER 2 > END > > END # CLASS > > END #LAYER > > > END # End of Map File > > Roger Truesdale > Interactive Site Architect > eBusiness Solutions (f.k.a. i2Media) > Contractual Services Group > Usc Computer Services > 1244 Blossom Street, Columbia, SC 29208 > Voice: (803) 777-7366 | (803) 777-1900 (fax) > rogert at gwm.sc.edu | http://i2alliance.sc.edu > > _______________________________________________ > 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 lfilak at medinaco.org Tue Jul 22 09:54:06 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 22 Jul 2003 12:54:06 -0400 Subject: [Mapserver-users] Problem setting up direct URLs when using MapScript Message-ID: <200307221654.h6MGs1N22528@yogi.medinaco.net> Not to be short worded about it but - deffinitely. Lowell The following message was sent by AMC Story on Tue, 22 Jul 2003 17:23:53 +0100 (BST). > Hi Lowell, > > The source of the map image is: src="/tmp/map.png" > > Is the problem then, that I need a unique id for each map created? > > Thanks, > Ali > > Quoting Lowell Filak : > > > What does the " > Lowell > > > > The following message was sent by AMC Story on > > Tue, 22 Jul 2003 15:03:48 +0100 (BST). > > > > > Hi there, > > > > > > My problem is that I've set up a user interface to my application > > using perl > > > MapScript. The script utilises a form that passes back variables > > such > > as the > > > current map extents, previous map extents, mouse click locations, > > modes (ie. > > > pan north, zoomin, previous extent etc), active layers and so on. I > > then use > > > MapScript to manipulate these variables, set the new extents and > > active layers > > > accordingly and then redraw the map. > > > > > > So, the user is first presented with a screen that lists all the > > features of > > > interest (i.e. all the point objects in my shapefile). The user can > > then click > > > on the url of each feature to go to the map interface page and see a > > map that > > > is zoomed in to that point. The user can also click on an image on > > the opening > > > page which submits a form with the hidden variable "mode" set to > > "full_extent", > > > so that they see the whole world map with all the features displayed. > > > > > > The problem is, that when you click on the url (which looks like > > this... > > > > href="http://file_path/script?lon=123.64&lat=-0.51&mode=each_feature">) > > the > > > variables are passed and the script runs. The script then works out > > the extent > > > of the new map based on these variables and a new map should be > > created with > > > this extent (ie the extents for $current_map are set to their zoomed > > in values, > > > and then the $current_map->draw method draws the map). However, to > > see the > > > zoomed in map, you have to manually refresh the browser, or put in a > > line to > > > the script which does this automatically for you. Otherwise, the map > > is drawn > > > as if the extent values haven't actually been changed from those in > > the map > > > file. Can anyone see why this might be the case? I've printed out > > the extents > > > of the map object just before it gets drawn, and they definately have > > been > > > updated, but the map object that is drawn doesn't seem to reflect > > this..?? > > > > > > Sorry if this is a really long-winded e-mail ;) > > > > > > Many thanks for any thoughts, > > > Ali > > > _______________________________________________ > > > 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 armin.burger at libero.it Tue Jul 22 10:56:14 2003 From: armin.burger at libero.it (Armin Burger) Date: Tue, 22 Jul 2003 18:56:14 +0100 Subject: [Mapserver-users] MS 4 beta2, problems with queryByPoint andPostGIS Message-ID: <20030722165707.IVKE1403.viefep11-int.chello.at@libero.it> Assefa, thanks for the new version. The function 'queryByPoint' now works fine. When doing a 'queryByRect' everything is ok if the query selects not too many records of the Postgis layer, lets say 10 to 20. If it finds more then the php.exe hangs. It's not possible to kill this php process. The test constellation was Mapserver on Windows and Postgis 0.7.3 on Linux with Postgres 7.3. I will have a closer look with a stripped down query function (no html output, etc) to test when the problem with 'queryByRect' begins. Armin > Hi There, > I have placed a new version of php_mapscript_40.dll (php4.3.2, latest > mapserver 4.0 ) at http://www2.dmsolutions.ca/tmp/php_mapscript_40.dll > that should correct the crah for the querybypoint. Can you give it a try > and let me know (I will put a full distribution sometimes this week on > the usual download site). > I am not sure though if It solves the second problem you mentionned > about "some records were not returned properly". Could you give need > more information on this so It will be easier to identify the problem. > Later, > Armin Burger wrote: >>Hello, >> >>I wonder if anybody else ran into the same problem with the current >>version 4 beta2 and the PHP/Mapscript method 'queryByPoint'. Applying >>this method on a map object with active PostGIS layers crashes the >>php.exe on Windows, and under Linux one just gets a server error. A >>similar problem happened when using 'queryByRect'. Here PHP not always >>crashed but some records were not returned properly (or maybe only the >>last one). >> >>I tested the functions with the Win 4 beta 2 executable from 11 July >>(from DM Solutions) and the beta 2 tar package compiled under Linux. The >>version 4 beta 1 was working fine with regard to PostGIS. Any ideas what >>happened? >> >>Armin >>_______________________________________________ >>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 eric at gomoos.org Tue Jul 22 06:04:58 2003 From: eric at gomoos.org (Eric Bridger) Date: 22 Jul 2003 13:04:58 +0000 Subject: [Mapserver-users] Problem setting up direct URLs when using MapScript In-Reply-To: <1058891033.3f1d6519c0264@sms.ed.ac.uk> References: <200307221444.h6MEiYN19955@yogi.medinaco.net> <1058891033.3f1d6519c0264@sms.ed.ac.uk> Message-ID: <1058879098.10096.12.camel@ubet.gomoos.org> Most likely that is the issue. We use something like: my $randname = sprintf("%0.10d",rand(1000000000)) . ".png"; On Tue, 2003-07-22 at 16:23, AMC Story wrote: > Hi Lowell, > > The source of the map image is: src="/tmp/map.png" > > Is the problem then, that I need a unique id for each map created? > > Thanks, > Ali > > Quoting Lowell Filak : > > > What does the " > Lowell > > > > The following message was sent by AMC Story on > > Tue, 22 Jul 2003 15:03:48 +0100 (BST). > > > > > Hi there, > > > > > > My problem is that I've set up a user interface to my application > > using perl > > > MapScript. The script utilises a form that passes back variables > > such > > as the > > > current map extents, previous map extents, mouse click locations, > > modes (ie. > > > pan north, zoomin, previous extent etc), active layers and so on. I > > then use > > > MapScript to manipulate these variables, set the new extents and > > active layers > > > accordingly and then redraw the map. > > > > > > So, the user is first presented with a screen that lists all the > > features of > > > interest (i.e. all the point objects in my shapefile). The user can > > then click > > > on the url of each feature to go to the map interface page and see a > > map that > > > is zoomed in to that point. The user can also click on an image on > > the opening > > > page which submits a form with the hidden variable "mode" set to > > "full_extent", > > > so that they see the whole world map with all the features displayed. > > > > > > The problem is, that when you click on the url (which looks like > > this... > > > > href="http://file_path/script?lon=123.64&lat=-0.51&mode=each_feature">) > > the > > > variables are passed and the script runs. The script then works out > > the extent > > > of the new map based on these variables and a new map should be > > created with > > > this extent (ie the extents for $current_map are set to their zoomed > > in values, > > > and then the $current_map->draw method draws the map). However, to > > see the > > > zoomed in map, you have to manually refresh the browser, or put in a > > line to > > > the script which does this automatically for you. Otherwise, the map > > is drawn > > > as if the extent values haven't actually been changed from those in > > the map > > > file. Can anyone see why this might be the case? I've printed out > > the extents > > > of the map object just before it gets drawn, and they definately have > > been > > > updated, but the map object that is drawn doesn't seem to reflect > > this..?? > > > > > > Sorry if this is a really long-winded e-mail ;) > > > > > > Many thanks for any thoughts, > > > Ali > > > _______________________________________________ > > > 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 s9646183 at sms.ed.ac.uk Tue Jul 22 11:01:30 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Tue, 22 Jul 2003 19:01:30 +0100 (BST) Subject: [Mapserver-users] Problem setting up direct URLs when using MapScript In-Reply-To: <1058879098.10096.12.camel@ubet.gomoos.org> References: <200307221444.h6MEiYN19955@yogi.medinaco.net> <1058891033.3f1d6519c0264@sms.ed.ac.uk> <1058879098.10096.12.camel@ubet.gomoos.org> Message-ID: <1058896890.3f1d7bfa1d6c4@sms.ed.ac.uk> Hi Lowell and Eric, Thanks!! Quoting Eric Bridger : > Most likely that is the issue. We use something like: > > my $randname = sprintf("%0.10d",rand(1000000000)) . ".png"; > > On Tue, 2003-07-22 at 16:23, AMC Story wrote: > > Hi Lowell, > > > > The source of the map image is: src="/tmp/map.png" > > > > Is the problem then, that I need a unique id for each map created? > > > > Thanks, > > Ali > > > > Quoting Lowell Filak : > > > > > What does the " > > Lowell > > > > > > The following message was sent by AMC Story > on > > > Tue, 22 Jul 2003 15:03:48 +0100 (BST). > > > > > > > Hi there, > > > > > > > > My problem is that I've set up a user interface to my application > > > using perl > > > > MapScript. The script utilises a form that passes back variables > > > such > > > as the > > > > current map extents, previous map extents, mouse click locations, > > > modes (ie. > > > > pan north, zoomin, previous extent etc), active layers and so on. > I > > > then use > > > > MapScript to manipulate these variables, set the new extents and > > > active layers > > > > accordingly and then redraw the map. > > > > > > > > So, the user is first presented with a screen that lists all the > > > features of > > > > interest (i.e. all the point objects in my shapefile). The user > can > > > then click > > > > on the url of each feature to go to the map interface page and see > a > > > map that > > > > is zoomed in to that point. The user can also click on an image > on > > > the opening > > > > page which submits a form with the hidden variable "mode" set to > > > "full_extent", > > > > so that they see the whole world map with all the features > displayed. > > > > > > > > The problem is, that when you click on the url (which looks like > > > this... > > > > > > > href="http://file_path/script?lon=123.64&lat=-0.51&mode=each_feature">) > > > the > > > > variables are passed and the script runs. The script then works > out > > > the extent > > > > of the new map based on these variables and a new map should be > > > created with > > > > this extent (ie the extents for $current_map are set to their > zoomed > > > in values, > > > > and then the $current_map->draw method draws the map). However, > to > > > see the > > > > zoomed in map, you have to manually refresh the browser, or put in > a > > > line to > > > > the script which does this automatically for you. Otherwise, the > map > > > is drawn > > > > as if the extent values haven't actually been changed from those > in > > > the map > > > > file. Can anyone see why this might be the case? I've printed > out > > > the extents > > > > of the map object just before it gets drawn, and they definately > have > > > been > > > > updated, but the map object that is drawn doesn't seem to reflect > > > this..?? > > > > > > > > Sorry if this is a really long-winded e-mail ;) > > > > > > > > Many thanks for any thoughts, > > > > Ali > > > > _______________________________________________ > > > > 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 Ryan.Alexander at EC.GC.CA Tue Jul 22 11:25:39 2003 From: Ryan.Alexander at EC.GC.CA (Alexander,Ryan [Dartmouth]) Date: Tue, 22 Jul 2003 15:25:39 -0300 Subject: [Mapserver-users] MapServer with XP 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_01C3507E.A750AF10 Content-Type: text/plain Does anyone have MapServer running on Windows XP using IIS and NOT Apache?? Thanks Ryan ------_=_NextPart_001_01C3507E.A750AF10 Content-Type: text/html MapServer with XP

Does anyone have MapServer running on Windows XP using IIS and NOT Apache??


Thanks
Ryan

------_=_NextPart_001_01C3507E.A750AF10-- From Ryan.Alexander at EC.GC.CA Tue Jul 22 11:41:38 2003 From: Ryan.Alexander at EC.GC.CA (Alexander,Ryan [Dartmouth]) Date: Tue, 22 Jul 2003 15:41:38 -0300 Subject: [Mapserver-users] MapServer Win XP and IIS 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_01C35080.E27BB560 Content-Type: text/plain I tested to see if my CGI program is working and it is apparently cause I receive the correct messages. They are as follows: C:\MapServer>mapserv.exe This script can only be used to decode form results and should be initiated as a CGI process via a httpd server. C:\MapServer>mapserv -v MapServer version 3.6.6 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=P ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE Yet I still have trouble with running mapserver on my xp machine using iis. I downloaded the demo itasca and followed the steps to get that up and running but it still doesn't work. I changed my paths as needed and there is still something wrong. If anyone has any ideas let me know Thanks Ryan ------_=_NextPart_001_01C35080.E27BB560 Content-Type: text/html Content-Transfer-Encoding: quoted-printable MapServer Win XP and IIS

I tested to see if my CGI program is working = and it is apparently cause I receive the correct messages.  They = are as follows:


C:\MapServer>mapserv.exe
This script can only be used to decode form = results and
should be initiated as a CGI process via a = httpd server.

C:\MapServer>mapserv -v
MapServer version 3.6.6 OUTPUT=3DGIF = OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP SUPPORTS=3DP
ROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER = SUPPORTS=3DWMS_CLIENT INPUT=3DTIFF INPUT=3DEPPL7
INPUT=3DJPEG INPUT=3DSHAPEFILE


Yet I still have trouble with running mapserver = on my xp machine using iis.  I downloaded the demo itasca and = followed the steps to get that up and running but it still doesn't = work. I changed my paths as needed and there is still something = wrong.

If anyone has any ideas let me know

Thanks
Ryan





------_=_NextPart_001_01C35080.E27BB560-- From ed at topozone.com Tue Jul 22 12:25:18 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 22 Jul 2003 15:25:18 -0400 Subject: [Mapserver-users] MapServer Win XP and IIS Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFDBB@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C35086.FC4BFA94 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ryan - =20 Please tell me what happens when you attempt to run the CGI program from = a browser request. That is, what happens when you enter: =20 http://www.yourserver.com/path-to-mapserver/mapserv.exe =20 in your browser? You should get a text error message. =20 - 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=20 -----Original Message----- From: Alexander,Ryan [Dartmouth] [mailto:Ryan.Alexander at EC.GC.CA] Sent: Tuesday, July 22, 2003 2:42 PM To: 'mapserver-users at lists.gis.umn.edu' Subject: [Mapserver-users] MapServer Win XP and IIS I tested to see if my CGI program is working and it is apparently cause = I receive the correct messages. They are as follows: C:\MapServer>mapserv.exe=20 This script can only be used to decode form results and=20 should be initiated as a CGI process via a httpd server.=20 C:\MapServer>mapserv -v=20 MapServer version 3.6.6 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG = OUTPUT=3DWBMP SUPPORTS=3DP=20 ROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT = INPUT=3DTIFF INPUT=3DEPPL7=20 INPUT=3DJPEG INPUT=3DSHAPEFILE=20 Yet I still have trouble with running mapserver on my xp machine using = iis. I downloaded the demo itasca and followed the steps to get that up = and running but it still doesn't work. I changed my paths as needed and = there is still something wrong. If anyone has any ideas let me know=20 Thanks=20 Ryan=20 ------_=_NextPart_001_01C35086.FC4BFA94 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MapServer Win XP and IIS
Ryan=20 -
 
Please=20 tell me what happens when you attempt to run the CGI program from a = browser=20 request.  That is, what happens when you enter:
 
 
in=20 your browser?  You should get a text error = message.
 
    - 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 =

-----Original Message-----
From: Alexander,Ryan = [Dartmouth]=20 [mailto:Ryan.Alexander at EC.GC.CA]
Sent: Tuesday, July 22, = 2003 2:42=20 PM
To: = 'mapserver-users at lists.gis.umn.edu'
Subject:=20 [Mapserver-users] MapServer Win XP and IIS


I tested to see if my CGI program is working and = it is=20 apparently cause I receive the correct messages.  They are as=20 follows:


C:\MapServer>mapserv.exe
This script can only be used to decode form results = and
=20
should be initiated as a CGI process via a = httpd=20 server.

C:\MapServer>mapserv -v
MapServer version 3.6.6 OUTPUT=3DGIF OUTPUT=3DPNG = OUTPUT=3DJPEG=20 OUTPUT=3DWBMP SUPPORTS=3DP

ROJ = SUPPORTS=3DTTF=20 SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT INPUT=3DTIFF = INPUT=3DEPPL7=20
INPUT=3DJPEG INPUT=3DSHAPEFILE


Yet I still have trouble with running mapserver = on my xp=20 machine using iis.  I downloaded the demo itasca and followed the = steps=20 to get that up and running but it still doesn't work. I changed my = paths as=20 needed and there is still something wrong.

If anyone has any ideas let me know

Thanks
Ryan =





------_=_NextPart_001_01C35086.FC4BFA94-- From msmith at sanangelompo.org Tue Jul 22 12:48:43 2003 From: msmith at sanangelompo.org (Michael Smith) Date: Tue, 22 Jul 2003 14:48:43 -0500 Subject: [Mapserver-users] getting the demo to work Message-ID: Hi listers, I am new to MapServer and have dowloaded and installed the demo. I followed the instructions (as far as I can tell) but can't seem to get it working. First off, when I test the mapserv.exe (http://localhost/cgi-bin/mapserv.exe) I get a blank page that says page cant be displayed. Any ideas what I'm forgtetting? When I run the demo.html page I can see the text on the right I just have a black screen with no maps. Any help appreciated. Michael Smith From gabriel at ciasc.gov.br Tue Jul 22 14:08:53 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Tue, 22 Jul 2003 18:08:53 -0300 Subject: [Mapserver-users] Error message using PostGis References: <64FC1B3E23F04C4E931EE3F6D809FF30A982@div-mx02.DIVESTCO.COM> Message-ID: <009101c35095$74f26e20$12d713ac@ciasc.gov.br> Hi Zamil. I included the line and returned the same message. ===>> DATA "the_geom from cidade_p using srid = -1" Thanks. ----- Original Message ----- From: "Zamil Murji" To: "Gabriel Vieira Ferrari" ; Sent: Tuesday, July 22, 2003 12:11 PM Subject: RE: [Mapserver-users] Error message using PostGis Hi Gabriel, I had a similar problem not to long ago. You need to be add USING SRID = -1 to the end of your DATA tag. I'm not to sure if it will accept -1 so you might have to update the SRID field for every geom to a valid one. Hope this helps. Thanks Zamil -----Original Message----- From: Gabriel Vieira Ferrari [mailto:gabriel at ciasc.gov.br] Sent: Tuesday, July 22, 2003 8:36 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Error message using PostGis Hi listers. Is the first time I'm use Postgres/Posgis with MapServer and receive this error MSG: ==>> msDrawMap(): Image handling error. Failed to draw layer named 'cidadept0'. But the original shp file are read without error. Complementary information: Postgres/Postgis is: VERSION: 0.7.5 (2003/04/08) MapServer is: MapServer version 4.0-beta1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE MAP file: CONNECTION "user=postgres password=xxx dbname=mapserver host=xxxx" DATA "the_geom from cidade_p" I import shp files with: $ shp2pgsql -d ../mapserver/data/cidade_p cidade_p mapserver|psql -d mapserver (point data) $ shp2pgsql ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) $ shp2pgsql -d ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) mapserver=# \dt List of relations Schema | Name | Type | Owner --------+------------------+-------+---------- public | cidade_p | table | postgres public | geometry_columns | table | postgres public | politicotable | table | postgres public | sc2001 | table | postgres public | sc97 | table | postgres public | spatial_ref_sys | table | postgres (6 rows) mapserver-# \d cidade_p Table "public.cidade_p" Column | Type | Modifiers ----------+-------------------+----------- gid | integer | id | integer | nm_munic | character varying | munic_02 | character varying | ptot2001 | bigint | the_geom | geometry | Check constraints: "$1" (srid(the_geom) = -1) "$2" ((geometrytype(the_geom) = 'POINT'::text) OR (the_geom IS NULL)) _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Zamil.Murji at divestco.com Tue Jul 22 13:58:27 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 22 Jul 2003 14:58:27 -0600 Subject: [Mapserver-users] Error message using PostGis Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A98C@div-mx02.DIVESTCO.COM> I wonder if it is a connection issue? Are you getting any connection errors on your postgis layers. One thing I found was that if my mapserver server ip wasn't in the pg_hba.conf file then the postgis layer would refuse a connection to it. More info might be available in your web server's error logs because for a while mapserver was eating up the error messages that might occure below what you read on the screen. Zamil -----Original Message----- From: Gabriel Vieira Ferrari [mailto:gabriel at ciasc.gov.br] Sent: Tuesday, July 22, 2003 3:09 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Error message using PostGis Hi Zamil. I included the line and returned the same message. ===>> DATA "the_geom from cidade_p using srid = -1" Thanks. ----- Original Message ----- From: "Zamil Murji" To: "Gabriel Vieira Ferrari" ; Sent: Tuesday, July 22, 2003 12:11 PM Subject: RE: [Mapserver-users] Error message using PostGis Hi Gabriel, I had a similar problem not to long ago. You need to be add USING SRID = -1 to the end of your DATA tag. I'm not to sure if it will accept -1 so you might have to update the SRID field for every geom to a valid one. Hope this helps. Thanks Zamil -----Original Message----- From: Gabriel Vieira Ferrari [mailto:gabriel at ciasc.gov.br] Sent: Tuesday, July 22, 2003 8:36 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Error message using PostGis Hi listers. Is the first time I'm use Postgres/Posgis with MapServer and receive this error MSG: ==>> msDrawMap(): Image handling error. Failed to draw layer named 'cidadept0'. But the original shp file are read without error. Complementary information: Postgres/Postgis is: VERSION: 0.7.5 (2003/04/08) MapServer is: MapServer version 4.0-beta1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE MAP file: CONNECTION "user=postgres password=xxx dbname=mapserver host=xxxx" DATA "the_geom from cidade_p" I import shp files with: $ shp2pgsql -d ../mapserver/data/cidade_p cidade_p mapserver|psql -d mapserver (point data) $ shp2pgsql ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) $ shp2pgsql -d ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) mapserver=# \dt List of relations Schema | Name | Type | Owner --------+------------------+-------+---------- public | cidade_p | table | postgres public | geometry_columns | table | postgres public | politicotable | table | postgres public | sc2001 | table | postgres public | sc97 | table | postgres public | spatial_ref_sys | table | postgres (6 rows) mapserver-# \d cidade_p Table "public.cidade_p" Column | Type | Modifiers ----------+-------------------+----------- gid | integer | id | integer | nm_munic | character varying | munic_02 | character varying | ptot2001 | bigint | the_geom | geometry | Check constraints: "$1" (srid(the_geom) = -1) "$2" ((geometrytype(the_geom) = 'POINT'::text) OR (the_geom IS NULL)) _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From sgillies at frii.com Tue Jul 22 16:03:27 2003 From: sgillies at frii.com (Sean Gillies) Date: Tue, 22 Jul 2003 17:03:27 -0600 Subject: [Mapserver-users] Seeking WMS services Message-ID: Greetings, I am seeking a WMS provider who would like to partner with me on a project that will jointly promote the provider's WMS services and my ZMapServer product. I soon intend to release WMS client software for Zope and I would like there to be a default WMS service(s) to get new users going quickly. My requirements for WMS services are: 1. version 1.0+ 2. No access constraints, no fees 3. at least two interesting layers of great extent. Global would be nice, but US-wide or Europe-wide are fine. High resolution data would be nice as well, but not absolutely necessary. 4. High availability and reasonable performance. I anticipate about 100 new users over the first couple weeks. 5. Accurate and descriptive WMS metadata are a must. An Abstract is a requirement. What do I offer in return? Promotion of the service provider's web site which should be defined in the service's top-level WMS OnlineResource URL. The link below is to a screenshot of the ZMapServer WMS Adapter's main management page. This particular adapter was created using a URL to CubeSERV. CubeSERV defines the CubeWerx home page in the top-level OnlineResource url, and through such a link I hope that my partner(s) would draw new visitors to their sites. http://zmapserver.sourceforge.net/screenshots/adapter_main.jpg I've been testing against CubeWerx, but I'd _much_ rather partner with someone from the MapServer community. If you are wildly interested, email me a URL for your service and we can discuss all the details. If you are but mildly interested, feel free to write me for answers to any questions. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From ed at topozone.com Tue Jul 22 16:23:38 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 22 Jul 2003 19:23:38 -0400 Subject: [Mapserver-users] Seeking WMS services Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFDBE@mercator.topozone.com> Sean - You'll probably get LOTS of offers if you're willing to settle for 4 out of 5 of your requirements . - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com -----Original Message----- From: Sean Gillies [mailto:sgillies at frii.com] Sent: Tuesday, July 22, 2003 7:03 PM To: Mapserver Users Subject: [Mapserver-users] Seeking WMS services Greetings, I am seeking a WMS provider who would like to partner with me on a project that will jointly promote the provider's WMS services and my ZMapServer product. I soon intend to release WMS client software for Zope and I would like there to be a default WMS service(s) to get new users going quickly. My requirements for WMS services are: 1. version 1.0+ 2. No access constraints, no fees 3. at least two interesting layers of great extent. Global would be nice, but US-wide or Europe-wide are fine. High resolution data would be nice as well, but not absolutely necessary. 4. High availability and reasonable performance. I anticipate about 100 new users over the first couple weeks. 5. Accurate and descriptive WMS metadata are a must. An Abstract is a requirement. What do I offer in return? Promotion of the service provider's web site which should be defined in the service's top-level WMS OnlineResource URL. The link below is to a screenshot of the ZMapServer WMS Adapter's main management page. This particular adapter was created using a URL to CubeSERV. CubeSERV defines the CubeWerx home page in the top-level OnlineResource url, and through such a link I hope that my partner(s) would draw new visitors to their sites. http://zmapserver.sourceforge.net/screenshots/adapter_main.jpg I've been testing against CubeWerx, but I'd _much_ rather partner with someone from the MapServer community. If you are wildly interested, email me a URL for your service and we can discuss all the details. If you are but mildly interested, feel free to write me for answers to any questions. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ljfong at hotmail.com Tue Jul 22 17:08:41 2003 From: ljfong at hotmail.com (Lin Jianfong) Date: Tue, 22 Jul 2003 17:08:41 -0700 Subject: [Mapserver-users] Problem with Itasca demo suite Message-ID: Hi, I have browsed over the mailing list archive and made the changes to demo.map along with converting all the .GIF files to .PNG using gif2png program. However, now I got this error instead when trying to do "init" from demo_init.html : msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.png" in class 0 of layer ctyrdln3_anno which previously was "ctyhwy.gif". I can verify that I installed GD with PNG support fully enabled and this is an installation a FreeBSD 4.8 STABLE box. Can anyone point me to as what is causing this problem ? When browsing the archive, some people mentioned symbol.sym file or something like that but I couldn't find this file in the download. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From ljfong at hotmail.com Tue Jul 22 17:24:26 2003 From: ljfong at hotmail.com (Lin Jianfong) Date: Tue, 22 Jul 2003 17:24:26 -0700 Subject: [Mapserver-users] Problem with Itasca test suite Message-ID: Hi, I have made the changes to demo.map replacing all .gif to .png and converted all the gif files to png format however I still get this error when trying to initialize using demo_init.html : msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.png" in class 0 of layer ctyrdln3_anno Anyone know possible causes ? _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From gsw at globexplorer.com Tue Jul 22 18:03:28 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Tue, 22 Jul 2003 18:03:28 -0700 Subject: [Mapserver-users] Problem with Itasca test suite Message-ID: <71E37EF6B7DCC1499CEA0316A2568328DC97CD@loki.globexplorer.com> Try a full path name, maybe ? Greg Williamson (just a guess from other messages I have seen) -----Original Message----- From: Lin Jianfong [mailto:ljfong at hotmail.com] Sent: Tuesday, July 22, 2003 5:24 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Problem with Itasca test suite Hi, I have made the changes to demo.map replacing all .gif to .png and converted all the gif files to png format however I still get this error when trying to initialize using demo_init.html : msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.png" in class 0 of layer ctyrdln3_anno Anyone know possible causes ? _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From sgillies at frii.com Tue Jul 22 18:05:17 2003 From: sgillies at frii.com (Sean Gillies) Date: Tue, 22 Jul 2003 19:05:17 -0600 Subject: [Mapserver-users] Seeking WMS services In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFDBE@mercator.topozone.com> Message-ID: On Tuesday, July 22, 2003, at 05:23 PM, Ed McNierney wrote: > Sean - > > You'll probably get LOTS of offers if you're willing to settle for 4 > out > of 5 of your requirements . > > - Ed > Fine, I could relax a bit on #3, one layer would be fine. :) I'm not looking for TBs of free topo data, just a few cool and unique map services that demonstrate what is possible. The much-discussed map of MapServer users would be excellent! cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From morissette at dmsolutions.ca Tue Jul 22 18:10:42 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 22 Jul 2003 21:10:42 -0400 Subject: [Mapserver-users] Seeking WMS services References: Message-ID: <3F1DE092.6FB14E3A@dmsolutions.ca> Feel free to use our GMap WMS server if you don't get any better offer: http://www2.dmsolutions.ca/cgi-bin/mswms_gmap It's been up since the first day that MapServers started supporting WMS and is likely to stay up for quite a while since its URL is used in several places such as MapLab, and some of the MapServer HOWTOs. I realize it doesn't meet all your criterias, especially with respect to metadata, which makes me realize that we should add metadata to this demo anyway. Daniel Sean Gillies wrote: > > Greetings, > > I am seeking a WMS provider who would like to partner with me > on a project that will jointly promote the provider's WMS > services and my ZMapServer product. > > I soon intend to release WMS client software for Zope and I > would like there to be a default WMS service(s) to get new > users going quickly. > > My requirements for WMS services are: > > 1. version 1.0+ > 2. No access constraints, no fees > 3. at least two interesting layers of great extent. Global > would be nice, but US-wide or Europe-wide are fine. High > resolution data would be nice as well, but not absolutely > necessary. > 4. High availability and reasonable performance. I anticipate > about 100 new users over the first couple weeks. > 5. Accurate and descriptive WMS metadata are a must. An Abstract > is a requirement. > > What do I offer in return? Promotion of the service provider's > web site which should be defined in the service's top-level > WMS OnlineResource URL. > > The link below is to a screenshot of the ZMapServer WMS Adapter's > main management page. This particular adapter was created using > a URL to CubeSERV. CubeSERV defines the CubeWerx home page in the > top-level OnlineResource url, and through such a link I hope that > my partner(s) would draw new visitors to their sites. > > http://zmapserver.sourceforge.net/screenshots/adapter_main.jpg > > I've been testing against CubeWerx, but I'd _much_ rather partner > with someone from the MapServer community. > > If you are wildly interested, email me a URL for your service and > we can discuss all the details. If you are but mildly interested, > feel free to write me for answers to any questions. > > cheers, > Sean > > -- > Sean Gillies > sgillies at frii dot com > http://www.frii.com/~sgillies > From ljfong at hotmail.com Tue Jul 22 20:49:43 2003 From: ljfong at hotmail.com (Lin Jianfong) Date: Tue, 22 Jul 2003 20:49:43 -0700 Subject: [Mapserver-users] Problem with Itasca test suite Message-ID: Thanks, but unfortunately that doesn't fix the problem. Now I get this error message : msLoadMap(): General error message. Undefined symbol "/usr/local/www/data-dist/itasca/symbols/ctyhwy.png" in class 0 of layer ctyrdln3_anno. This is on apache 2.0.44/PHP 4.3.0/MapServer 3.6.6/FreeBSD 4.8 Stable I'm running out of my wit for this I think short of digging into mapserver source code myself. >From: "Gregory S. Williamson" >To: "Lin Jianfong" , >Subject: RE: [Mapserver-users] Problem with Itasca test suite >Date: Tue, 22 Jul 2003 18:03:28 -0700 > >Try a full path name, maybe ? > >Greg Williamson >(just a guess from other messages I have seen) > >-----Original Message----- >From: Lin Jianfong [mailto:ljfong at hotmail.com] >Sent: Tuesday, July 22, 2003 5:24 PM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] Problem with Itasca test suite > > >Hi, > >I have made the changes to demo.map replacing all .gif to .png and >converted >all the gif files to png format however I still get this error when trying >to initialize using demo_init.html : > >msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.png" >in >class 0 of layer ctyrdln3_anno > >Anyone know possible causes ? > >_________________________________________________________________ >STOP MORE SPAM with the new MSN 8 and get 2 months FREE* >http://join.msn.com/?page=features/junkmail > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From stefan.schwarzer at grid.unep.ch Wed Jul 23 01:10:31 2003 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Wed, 23 Jul 2003 10:10:31 +0200 Subject: [Mapserver-users] Mapserver application launched Message-ID: <5.2.1.1.0.20030723095830.02a98c70@gridg.grid.unep.ch> --=====================_11167765==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hi list, due to the help of a couple of you and a bit of work from my side, I finally launched my mapserver application. For those who are interested in it they can see the map engine working under (please copy the complete URL into your browser to get the correct results): http://193.247.37.154/geo_map/map.php?selectedID=940&selectedYear=1999&selectedYears=1999&layer[]=fish_catch_marine&layer[]=boundaries&layer[]=rivers&label[]=boundaries&lyr_legend=true&lyr_overview=true&imgext=-180%20-90%20180%2090&zoom=redraw&selectedRegion=&class_method=quantile&base_layer=sat_image&color_ramp=yellow&lbl_boundaries_bold=true&lbl_boundaries_color=189 0 38&lbl_rivers_line_color=0 111 180&imgext=4.734 15.006 72.126 48.702 As the application is only a small part of a bigger project, I advise interested people in starting under http://geodata.grid.unep.ch/ . From here you can search in a database that holds more than 400 variables, mostly (national and regional) statistics covering the whole world and some geospatial data sets as well. After selecting your time frame, you can view the selected data set as a map, a graph, a data table or you can just download it. As the map module is a bit (too?) complex, it will take a couple of seconds to understand the full functionality. Just browse and see... I assume that there are still some bugs, so any discoveries and in general any comments are most appreciated... Thanks to all and best wishes, Stefan _______________________________________ Stefan Schwarzer Consultant on GEO UNEP/DEWA/GRID-Geneva Chemin des Anemones 11 CH - 1219 Chatelaine Switzerland Tel: (+41) 22.917.83.49 Fax: (+41) 22.917.80.29 Email: stefan.schwarzer at grid.unep.ch Internet: http://geodata.grid.unep.ch/ _______________________________________ --=====================_11167765==.ALT Content-Type: text/html; charset="us-ascii" Hi list,

due to the help of a couple of you and a bit of work from my side, I finally launched my mapserver application.

For those who are interested in it they can see the map engine working under (please copy the complete URL into your browser to get the correct results):

http://193.247.37.154/geo_map/map.php?selectedID=940&selectedYear=1999&selectedYears=1999&layer[]=fish_catch_marine&layer[]=boundaries&layer[]=rivers&label[]=boundaries&lyr_legend=true&lyr_overview=true&imgext=-180%20-90%20180%2090&zoom=redraw&selectedRegion=&class_method=quantile&base_layer=sat_image&color_ramp=yellow&lbl_boundaries_bold=true&lbl_boundaries_color=189 0 38&lbl_rivers_line_color=0 111 180&imgext=4.734 15.006 72.126 48.702

As the application is only a small part of a bigger project, I advise interested people in starting under http://geodata.grid.unep.ch/ . From here you can search in a database that holds more than 400 variables, mostly (national and regional) statistics covering the whole world and some geospatial data sets as well. After selecting your time frame, you can view the selected data set as a map, a graph, a data table or you can just download it.

As the map module is a bit (too?) complex, it will take a couple of seconds to understand the full functionality. Just browse and see...

I assume that there are still some bugs, so any discoveries and in general any comments are most appreciated...

Thanks to all and best wishes,

Stefan

        _______________________________________

        Stefan Schwarzer
        Consultant on GEO

        UNEP/DEWA/GRID-Geneva
        Chemin des Anemones 11
        CH - 1219 Chatelaine
        Switzerland

        Tel: (+41) 22.917.83.49
        Fax: (+41) 22.917.80.29

        Email: stefan.schwarzer at grid.unep.ch
        Internet: http://geodata.grid.unep.ch/
        _______________________________________ --=====================_11167765==.ALT-- From ljfong at hotmail.com Wed Jul 23 01:19:20 2003 From: ljfong at hotmail.com (Lin Jianfong) Date: Wed, 23 Jul 2003 01:19:20 -0700 Subject: [Mapserver-users] Problem with Itasca test suite (problem solved) Message-ID: I recompiled mapserv, and it turned out ./configure failed to locate the library for PNG support earlier on my box which is located in /usr/local as prefix and a couple other things which is sort of odd because the documentation mentioned /usr/local as default prefix ./configure will look at. This time I also compiled GD statically along with it. I'm not sure which of the two things I did above made this work but now itasca suite worked perfectly for me, all images in PNG format, and using absolute paths for everything. Doing ./mapserv -v returns : MapServer version 3.6.6 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=GDAL INPUT=SHAPEFILE This is what it's supposed to look like I think, the string returned was way shorter earlier. Hooray for now I guess :) >From: "Lin Jianfong" >To: gsw at globexplorer.com, mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] Problem with Itasca test suite >Date: Tue, 22 Jul 2003 20:49:43 -0700 > >Thanks, but unfortunately that doesn't fix the problem. Now I get this >error message : > >msLoadMap(): General error message. Undefined symbol >"/usr/local/www/data-dist/itasca/symbols/ctyhwy.png" in class 0 of layer >ctyrdln3_anno. > >This is on apache 2.0.44/PHP 4.3.0/MapServer 3.6.6/FreeBSD 4.8 Stable > >I'm running out of my wit for this I think short of digging into mapserver >source code myself. > > >>From: "Gregory S. Williamson" >>To: "Lin Jianfong" >>, >>Subject: RE: [Mapserver-users] Problem with Itasca test suite >>Date: Tue, 22 Jul 2003 18:03:28 -0700 >> >>Try a full path name, maybe ? >> >>Greg Williamson >>(just a guess from other messages I have seen) >> >>-----Original Message----- >>From: Lin Jianfong [mailto:ljfong at hotmail.com] >>Sent: Tuesday, July 22, 2003 5:24 PM >>To: mapserver-users at lists.gis.umn.edu >>Subject: [Mapserver-users] Problem with Itasca test suite >> >> >>Hi, >> >>I have made the changes to demo.map replacing all .gif to .png and >>converted >>all the gif files to png format however I still get this error when trying >>to initialize using demo_init.html : >> >>msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.png" >>in >>class 0 of layer ctyrdln3_anno >> >>Anyone know possible causes ? >> >>_________________________________________________________________ >>STOP MORE SPAM with the new MSN 8 and get 2 months FREE* >>http://join.msn.com/?page=features/junkmail >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >_________________________________________________________________ >The new MSN 8: advanced junk mail protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From steffen.gebhardt at informus.de Wed Jul 23 03:45:24 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Wed, 23 Jul 2003 12:45:24 +0200 Subject: [Mapserver-users] Legend and raster Data Message-ID: <20030723104343.0364923C9D@mfa1.informus.de> Hi to all, in my application I display RGB raster images. Without creating classes there is no legend entry if the raster layer is selected. But by creating a class without any expression, except the name, the class name is displayed in the legend, but unfortunately the image is reduced to greyscale. Actually I want to keep the colour of the image and by selecting them i want to add another raster image to the legend that holds the information how to represent the imagecolours (a colorramp for each raster layer should appear). Does anybody know how to do that? thanks steffen From kames at keyspanenergy.com Wed Jul 23 06:37:26 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Wed, 23 Jul 2003 09:37:26 -0400 Subject: [Mapserver-users] Mapserver Users in NYC Area Message-ID: <3F1E8F96.DFC87FB@keyspanenergy.com> Unfortunately, I was unable to attend the MUM this year. When reviewing the attendees list, I found the NYC Metro Area conspicouosly absent. Are there any Mapserver users in the NYC/Long Island area? Perhaps if there are, we might get together for some training, sharing of ideas, etc. Thoughts? Kieran --------------------------------------------------------------------- This message (including any attachments) may contain 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. Any disclosure, copying, or distribution of this message, or the taking of any action based upon it, is strictly prohibited. Any views or opinions presented in this e-mail message are not necessarily those of KeySpan or any KeySpan subsidiary. Contact: KeySpan, http://www.keyspanenergy.com From assefa at dmsolutions.ca Wed Jul 23 06:58:48 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 23 Jul 2003 09:58:48 -0400 Subject: [Mapserver-users] MS 4 beta2, problems with queryByPoint andPostGIS References: <20030722214222.ROXQ4247.viefep16-int.chello.at@libero.it> Message-ID: <3F1E9498.9030002@dmsolutions.ca> --------------030205010007010908030007 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I have tried thios with a test data that I had and I was woring properly for me. I used variable name (as well as statis text) to access the values of the shape. I do not really know what is wrong in your case (make sure that the field names are valid using print_r($qShape->values); I am ccing the list in case maybe someone has the same pb/idea. Later Armin Burger wrote: >Assefa, > >I had a look at the function that causes the problem under MS on Windows. > > >The query itself is executed with > >$selrect = ms_newrectObj(); >$selrect->setextent($minx_sel_geo, $miny_sel_geo, $maxx_sel_geo, >$maxy_sel_geo); >@$queryMap->queryByRect($selrect); >$selrect->free(); > > > >I use something like the following to print out the results: > >1 $numResults = $qLayer->getNumResults(); >2 if ($numResults > 0) { >3 >4 // ONE ROW IN TABLE FOR EACH RECORD >5 for ($iRes=0; $iRes < $numResults; $iRes++) { >6 $qRes = $qLayer->getResult($iRes); >7 $qShape = $qLayer->getShape($qRes->tileindex,$qRes->shapeindex); >8 >9 printf(""); >10 // Print all OTHER COLUMNS from SHAPE >11 for ($iField=0; $iField < sizeof($selFields); $iField++) { >12 $fldName = $selFields[$iField]; >13 $fldValue = $qShape->values[$fldName]; >14 printf("$fldValue"); >15 } >16 printf("\n"); >17 >18 $qShape->free(); >19 } >20 $qLayer->close(); >21 } > > > > >As I mentioned in my last mail queryByPoint works fine. I can also >execute the 'queryByRect' and just print out the number of records. The >errors occur only if I want to print out the values for all found records >with the function above. > >When I comment out the lines 7 and 18 and in line 13 just define a fix >string as value then everything works ok. So the 'getShape' method seems >to cause problems for results with plenty of records. I tested it with 2 >different postgis versions, one on Linux, the other one under Win/Cygwin. >The error occured for both. > >To make things even stranger, the error did *not* show up on a Linux >system and new compiled MS from nightly build (date: 22 July) with the >new mappostgis.c file. Here I used the same Postgis database as with the >test on Windows. > > >Armin > > > > > > > > >>Hi There, >> >> > > > >> I have placed a new version of php_mapscript_40.dll (php4.3.2, latest >>mapserver 4.0 ) at http://www2.dmsolutions.ca/tmp/php_mapscript_40.dll >>that should correct the crah for the querybypoint. Can you give it a >> >> >try > > >>and let me know (I will put a full distribution sometimes this week on >>the usual download site). >> I am not sure though if It solves the second problem you mentionned >>about "some records were not returned properly". Could you give need >>more information on this so It will be easier to identify the problem. >> >> > > > >>Later, >> >> > > > > >>Armin Burger wrote: >> >> > > > >>>Hello, >>> >>>I wonder if anybody else ran into the same problem with the current >>>version 4 beta2 and the PHP/Mapscript method 'queryByPoint'. Applying >>>this method on a map object with active PostGIS layers crashes the >>>php.exe on Windows, and under Linux one just gets a server error. A >>>similar problem happened when using 'queryByRect'. Here PHP not always >>>crashed but some records were not returned properly (or maybe only the >>>last one). >>> >>>I tested the functions with the Win 4 beta 2 executable from 11 July >>>(from DM Solutions) and the beta 2 tar package compiled under Linux. >>> >>> >The > > >>>version 4 beta 1 was working fine with regard to PostGIS. Any ideas >>> >>> >what > > >>>happened? >>> >>>Armin >>>_______________________________________________ >>>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 >>---------------------------------------------------------------- >> >> > > > > > > > > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- --------------030205010007010908030007 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I have tried thios with a test data that I had and I was woring properly for me. I used variable name (as well as statis text) to access the values of the shape.
 I do not really know what is wrong in your case (make sure that the field names are valid using print_r($qShape->values);

I am ccing the list in case maybe someone has the same pb/idea.

Later

Armin Burger wrote:

Assefa,

I had a look at the function that causes the problem under MS on Windows.


The query itself is executed with

$selrect = ms_newrectObj();
$selrect->setextent($minx_sel_geo, $miny_sel_geo, $maxx_sel_geo,
$maxy_sel_geo);
@$queryMap->queryByRect($selrect);
$selrect->free();



I use something like the following to print out the results:

1 $numResults = $qLayer->getNumResults();
2 if ($numResults > 0) {
3
4    // ONE ROW IN TABLE FOR EACH RECORD
5    for ($iRes=0; $iRes < $numResults; $iRes++) {
6        $qRes = $qLayer->getResult($iRes);
7        $qShape = $qLayer->getShape($qRes->tileindex,$qRes->shapeindex);
8
9        printf("<TR>");
10       // Print all OTHER COLUMNS from SHAPE
11       for ($iField=0; $iField < sizeof($selFields); $iField++) {
12           $fldName  = $selFields[$iField];
13           $fldValue = $qShape->values[$fldName];
14           printf("<td>$fldValue</td>");
15       }
16       printf("</TR>\n");
17
18       $qShape->free();
19    }
20    $qLayer->close();
21 }




As I mentioned in my last mail queryByPoint works fine. I can also
execute the 'queryByRect' and just print out the number of records. The
errors occur only if I want to print out the values for all found records
with the function above.

When I comment out the lines 7 and 18 and in line 13 just define a fix
string as value then everything works ok. So the 'getShape' method seems
to cause problems for results with plenty of records. I tested it with 2
different postgis versions, one on Linux, the other one under Win/Cygwin.
The error occured for both.

To make things even stranger, the error did *not* show up on a Linux
system and new compiled MS from nightly build (date: 22 July) with the
new mappostgis.c file. Here I used the same Postgis database as with the
test on Windows.


Armin






  
Hi There,
    

  
 I have placed a new version of php_mapscript_40.dll  (php4.3.2, latest
mapserver 4.0 ) at http://www2.dmsolutions.ca/tmp/php_mapscript_40.dll
that should correct the crah for the querybypoint. Can you give it a
    
try
  
and let me know (I will put a full distribution sometimes this week on
the usual download site).
 I am not sure though if It solves the second problem you mentionned
about "some records were not returned properly". Could you give need
more information on this so It will be easier  to identify the problem.
    

  
Later,
    


  
Armin Burger wrote:
    

  
Hello,

I wonder if anybody else ran into the same problem with the current
version 4 beta2 and the PHP/Mapscript method 'queryByPoint'. Applying
this method on a map object with active PostGIS layers crashes the
php.exe on Windows, and under Linux one just gets a server error. A
similar problem happened when using 'queryByRect'. Here PHP not always
crashed but some records were not returned properly (or maybe only the
last one).

I tested the functions with the Win 4 beta 2 executable from 11 July
(from DM Solutions) and the beta 2 tar package compiled under Linux.
      
The
  
version 4 beta 1 was working fine with regard to PostGIS. Any ideas
      
what
  
happened?

Armin
_______________________________________________
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
----------------------------------------------------------------
    







  

-- 
----------------------------------------------------------------
Assefa Yewondwossen           
Software Analyst   

Email: assefa at dmsolutions.ca    
http://www.dmsolutions.ca/

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925
----------------------------------------------------------------


--------------030205010007010908030007-- From heihachi.cv90g at nctu.edu.tw Wed Jul 23 07:21:30 2003 From: heihachi.cv90g at nctu.edu.tw (¦¿©v®i) Date: Wed, 23 Jul 2003 22:21:30 +0800 Subject: [Mapserver-users] display by scale. Message-ID: <003801c35125$b6325ea0$3910718c@sbvr.com> This is a multi-part message in MIME format. ------=_NextPart_000_0034_01C35168.C4095360 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit Dear All I wonder if mapserver can display certain layer by the scale of current map. For example, when scale is bigger than 1/500 the map showes layer A,when scale is smaller than 1/500 then the map hides layer A. Is it to edit the map file to achieve?If yes, what variable should I modify? Thanx!!! ------=_NextPart_000_0034_01C35168.C4095360 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Dear All
 
I wonder if mapserver can display certain layer by = the scale=20 of current map.
For example, when scale is bigger than 1/500 the map = showes=20
layer A,when scale is smaller = than 1/500=20 then the map hides layer
A.
Is it to edit the map file to = achieve?If yes,=20 what variable should I modify? 
 
Thanx!!!
------=_NextPart_000_0034_01C35168.C4095360-- From David.Fawcett at state.mn.us Wed Jul 23 07:29:26 2003 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Wed, 23 Jul 2003 09:29:26 -0500 Subject: [Mapserver-users] display by scale. Message-ID: You want to set values for MINSCALE and MAXSCALE in the LAYER object. More information can be found in the documentation: http://mapserver.gis.umn.edu/doc/mapfile-reference.html#layer David. > ---------- > From: > ???v?i[SMTP:heihachi.cv90g at nctu.edu.tw] > Sent: Wednesday, July 23, 2003 9:21 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] display by scale. > > Dear All > > I wonder if mapserver can display certain layer by the scale of current map. > For example, when scale is bigger than 1/500 the map showes > layer A,when scale is smaller than 1/500 then the map hides layer > A. > Is it to edit the map file to achieve?If yes, what variable should I modify? > > Thanx!!! > From heihachi.cv90g at nctu.edu.tw Wed Jul 23 07:45:08 2003 From: heihachi.cv90g at nctu.edu.tw (¦¿©v®i) Date: Wed, 23 Jul 2003 22:45:08 +0800 Subject: [Mapserver-users] Display by scale2 Message-ID: <004401c35129$03b9e7d0$3910718c@sbvr.com> This is a multi-part message in MIME format. ------=_NextPart_000_0040_01C3516C.118013B0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit Dear all Many webgis system can display and hides information depends on scale, can Mapserver achieve it? If yes, does it achieved by the method of hiding "layer" by scale? Or there are other methods? Thanx!!! ------=_NextPart_000_0040_01C3516C.118013B0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Dear all
 
Many webgis system can display and hides information = depends=20 on scale, can Mapserver achieve it? If yes, does it achieved = by the=20 method of hiding "layer" by scale? Or there are other = methods?
 
Thanx!!! 
 
  
------=_NextPart_000_0040_01C3516C.118013B0-- From gadoury at dmsolutions.ca Wed Jul 23 08:17:02 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Wed, 23 Jul 2003 11:17:02 -0400 Subject: [Mapserver-users] Display by scale2 References: <004401c35129$03b9e7d0$3910718c@sbvr.com> Message-ID: <3F1EA6EE.8000404@dmsolutions.ca> --------------010904090609000701040709 Content-Type: text/plain; charset=Big5 Content-Transfer-Encoding: 8bit There are also minscale and maxscale parameters for labels (labelminscale and labelmaxscale), the web object and class objects. ???v?i wrote: > Dear all > Many webgis system can display and hides information depends on > scale,canMapserver achieve it? If yes, does it achieved by the method > of hiding "layer"by scale? Or there are other methods? > Thanx!!! -- ___________________________ Dean Gadoury DM Solutions Group 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca --------------010904090609000701040709 Content-Type: text/html; charset=Big5 Content-Transfer-Encoding: 8bit There are also minscale and maxscale parameters for labels (labelminscale and labelmaxscale), the web object and class objects.

???v?i wrote:
Dear all
 
Many webgis system can display and hides information depends on scale, can Mapserver achieve it? If yes, does it achieved by the method of hiding "layer" by scale? Or there are other methods?
 
Thanx!!! 
 
  

-- 
___________________________

Dean Gadoury

DM Solutions Group
72 Chamberlain Ave. Third Floor
Ottawa, Ontario. K1S 1V9
613 565-5056 ext. 24

gadoury at dmsolutions.ca
www.dmsolutions.ca

--------------010904090609000701040709-- From heihachi.cv90g at nctu.edu.tw Wed Jul 23 08:19:25 2003 From: heihachi.cv90g at nctu.edu.tw (¦¿©v®i) Date: Wed, 23 Jul 2003 23:19:25 +0800 Subject: [Mapserver-users] Display by scale2 Message-ID: <008501c3512d$cd26b4f0$3910718c@sbvr.com> This is a multi-part message in MIME format. ------=_NextPart_000_0081_01C35170.DB2FB630 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit Dear all Many webgis system can display and hides information depends on scale, can Mapserver achieve it? If yes, does it achieved by the method of hiding "layer" by scale? Or there are other methods? Thanx!!! ------=_NextPart_000_0081_01C35170.DB2FB630 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable

Dear all
 
Many webgis system can display and hides information = depends=20 on scale, can Mapserver achieve it? If yes, does it achieved = by the=20 method of hiding "layer" by scale? Or there are other = methods?
 
Thanx!!! 
 
  
------=_NextPart_000_0081_01C35170.DB2FB630-- From wallace at earthit.com Wed Jul 23 09:15:34 2003 From: wallace at earthit.com (Woody Wallace) Date: Wed, 23 Jul 2003 11:15:34 -0500 Subject: [Mapserver-users] Support for floating point binary grids References: <20030722170003.23175.35319.Mailman@lists.gis.umn.edu> Message-ID: <3F1EB4A6.6090402@earthit.com> Hi, The Raster HOWTO (dated 2001) suggests that more work is planned/in progress for reading in and classifying floating point rasters. "Some format drivers (ie. GDAL) cast the pixel values to the range 0 to 255 before applying the classification scheme to them, making it hard to use this classification mechanism to classify floating point, or other data not well expressed as unsigned byte data (0-255). This is a bug and should be corrected at some point in the future." Will this be corrected in 3.7 or 4.0? Thanks. Woody -- Woody Wallace Geomorphologist Earth Information Technologies, Corp. 2453 Atwood Ave, Madison, WI 53704 Office: 608.294.5460 Field: 608.320.0050 Fax: 608.442.0657 "Putting Information in its Place" From cpurvis at asg.sc.edu Wed Jul 23 09:17:47 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Wed, 23 Jul 2003 12:17:47 -0400 Subject: [Mapserver-users] RE: need some help with queryByPoint() Message-ID: Hi, Bhavana: I'll assume that you're using MS 3.7. First off, queryByPoint only returns an int. See the mapscript documentation: "Returns MS_SUCCESS if shapes were found or MS_FAILURE if nothing was found or if some other error happened (note that the error message in case nothing was found can be avoided in PHP using the '@' control operator)." But having it return a 1 does imply MS_FAILURE. But it looks like you're querying by the mouse click. You need to translate that in to georeferenced coordinates. Something like: function pixelToGeo($map,$x,$y) { # Convert x,y pixel values to georeferenced coords. Returns a # pointObj. $minx = $map->extent->minx; $miny = $map->extent->miny; $maxx = $map->extent->maxx; $maxy = $map->extent->maxy; $dx = $maxx - $minx; $dy = $maxy - $miny; $width = $map->width; $height = $map->height; $dxpp = (double)$dx/$width; $dypp = (double)$dy/$height; $geox = $minx + $dxpp*$x; $geoy = $maxy - $dypp*$y; $pointObj = ms_newPointObj(); $pointObj->setXY($geox,$geoy); return $pointObj; } Then you're ready for something like: $my_point->setXY($HTTP_POST_VARS["mapa_x"],$HTTP_POST_VARS["mapa_y"]); $geo_point = pixelToGeo($map,$my_point->x,$my_point->y); if(isset($geo_point)) { @$layerObj->queryByPoint($geo_point,MS_MULTIPLE,0.10); } else { @$layerObj->queryByRect($map->extent); }; Let me know if that helps. Charlton -----Original Message----- From: Bhavana Rakesh [mailto:Bhavana.Rakesh at noaa.gov] Sent: Wednesday, July 23, 2003 11:00 AM To: Charlton Purvis Subject: need some help with queryByPoint() Hi Charloton, I got your email from the mapscript question archives. I hope I'm not imposing by sending you this email. I have all the data stored in the dbf file, but when I run the queryByPoint no results are being returned. Any pointers will help. I have attached the code and the error message that i'm getting when i try to use the queryByPoint function. Please do reply at your earliest conveniece if you know the answer. function query_map($map, $global_layer){ $layer = $map->getLayer($global_layer); $layer->set("status",MS_ON); printf("x,y co-ords are ". $_POST['mapa_x']." ".$_POST['mapa_y']); $m_point = ms_newpointObj(); $m_point->setXY($_POST['mapa_x'],$_POST['mapa_y']); $queryresult = $map->queryByPoint($m_point,MS_MULTIPLE,-1); print("queryresult ". $queryresult); } The $queryresult prints out a 1. The error message from the php log files :- PHP Warning: MapServer Error in msQueryByPoint(): No matching record(s) found. Would you know where I'm going wrong. Any pointers will help. Regards - Bhavana From gabriel at ciasc.gov.br Wed Jul 23 12:21:49 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Wed, 23 Jul 2003 16:21:49 -0300 Subject: [Mapserver-users] Error message using PostGis References: <64FC1B3E23F04C4E931EE3F6D809FF30A98C@div-mx02.DIVESTCO.COM> Message-ID: <009301c3514f$aa356c80$12d713ac@ciasc.gov.br> Hi listers. With ours information and others from MS homepage we are able to use PostGis. Thanks to all. ----- Original Message ----- From: "Zamil Murji" To: "Gabriel Vieira Ferrari" ; Sent: Tuesday, July 22, 2003 5:58 PM Subject: RE: [Mapserver-users] Error message using PostGis I wonder if it is a connection issue? Are you getting any connection errors on your postgis layers. One thing I found was that if my mapserver server ip wasn't in the pg_hba.conf file then the postgis layer would refuse a connection to it. More info might be available in your web server's error logs because for a while mapserver was eating up the error messages that might occure below what you read on the screen. Zamil -----Original Message----- From: Gabriel Vieira Ferrari [mailto:gabriel at ciasc.gov.br] Sent: Tuesday, July 22, 2003 3:09 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Error message using PostGis Hi Zamil. I included the line and returned the same message. ===>> DATA "the_geom from cidade_p using srid = -1" Thanks. ----- Original Message ----- From: "Zamil Murji" To: "Gabriel Vieira Ferrari" ; Sent: Tuesday, July 22, 2003 12:11 PM Subject: RE: [Mapserver-users] Error message using PostGis Hi Gabriel, I had a similar problem not to long ago. You need to be add USING SRID = -1 to the end of your DATA tag. I'm not to sure if it will accept -1 so you might have to update the SRID field for every geom to a valid one. Hope this helps. Thanks Zamil -----Original Message----- From: Gabriel Vieira Ferrari [mailto:gabriel at ciasc.gov.br] Sent: Tuesday, July 22, 2003 8:36 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Error message using PostGis Hi listers. Is the first time I'm use Postgres/Posgis with MapServer and receive this error MSG: ==>> msDrawMap(): Image handling error. Failed to draw layer named 'cidadept0'. But the original shp file are read without error. Complementary information: Postgres/Postgis is: VERSION: 0.7.5 (2003/04/08) MapServer is: MapServer version 4.0-beta1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE MAP file: CONNECTION "user=postgres password=xxx dbname=mapserver host=xxxx" DATA "the_geom from cidade_p" I import shp files with: $ shp2pgsql -d ../mapserver/data/cidade_p cidade_p mapserver|psql -d mapserver (point data) $ shp2pgsql ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) $ shp2pgsql -d ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) mapserver=# \dt List of relations Schema | Name | Type | Owner --------+------------------+-------+---------- public | cidade_p | table | postgres public | geometry_columns | table | postgres public | politicotable | table | postgres public | sc2001 | table | postgres public | sc97 | table | postgres public | spatial_ref_sys | table | postgres (6 rows) mapserver-# \d cidade_p Table "public.cidade_p" Column | Type | Modifiers ----------+-------------------+----------- gid | integer | id | integer | nm_munic | character varying | munic_02 | character varying | ptot2001 | bigint | the_geom | geometry | Check constraints: "$1" (srid(the_geom) = -1) "$2" ((geometrytype(the_geom) = 'POINT'::text) OR (the_geom IS NULL)) _______________________________________________ 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 Jul 23 15:41:46 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Wed, 23 Jul 2003 15:41:46 -0700 Subject: [Mapserver-users] Re: Handling Multiple projections in a single map file In-Reply-To: <20030723223419.13707.qmail@webmail7.rediffmail.com> References: <20030723223419.13707.qmail@webmail7.rediffmail.com> Message-ID: <3F1F0F2A.7060905@refractions.net> (a) ask questions using the mapserver-users list, your odds of being ignored are lower that way (b) Use a "GROUP" to simulate a single layer: MAP PROJECTION ... master projection ... END LAYER GROUP images NAME images-utm8 PROJECTION ... utm8 ... END ... END LAYER GROUP images NAME images-utm9 PROJECTION ... utm9 ... END ... END END Ganesh P wrote: > Hi Mr.Paul, > > We are working on MapServer version 3.6 and have a problem with handling > different projections for different images. > we have images covering various UTM zones from 11 till 17 and others > too. So presently, for every new projection we create a separate map > file and depending on the type of image projection, we use the > corresponding map file with CGI(PHP). > > My concern is Can we have a single map file wherein we shall define all > the projections and use either one from our script dynamically ? > > If there is something with which you can help me regarding this problem, > it would be very grateful. > > If possible, Can you please send me a sample map file with different > projections, and also some script as to how to use/call the > corresponding projections on fly from our script. > > Sorry for the inconvenience & Thanks in advance > > Regards > > Ganesh Pulicherla > > ___________________________________________________ > Download the hottest & happening ringtones here! > OR SMS: Top tone to 7333 > Click here now: http://sms.rediff.com/cgi-bin/ringtone/ringhome.pl > > -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From franck at sopac.org Wed Jul 23 17:01:33 2003 From: franck at sopac.org (Franck Martin) Date: 24 Jul 2003 12:01:33 +1200 Subject: [Mapserver-users] turn labels on and off in PHPMapScript Message-ID: <1059004892.3090.31.camel@localhost> --=-z0UMExuWuQ8gdbOvf+8K Content-Type: text/plain Content-Transfer-Encoding: 7bit I'm trying to figure out how to dynamically turn labels on/off I have a mapfile set with one layer having the labels on. It works fine through PHPMapScript I thought about dynamically setting in the layer the labelitem property to the empty string, because it works in the mapfile when you remove labelitem only. But the draw function generates an error... please advise... -- Franck Martin SOPAC --=-z0UMExuWuQ8gdbOvf+8K Content-Type: text/html; charset=utf-8 I'm trying to figure out how to dynamically turn labels on/off

I have a mapfile set with one layer having the labels on. It works fine through PHPMapScript

I thought about dynamically setting in the layer the labelitem property to the empty string, because it works in the mapfile when you remove labelitem only. But the draw function generates an error...

please advise...
--
Franck Martin <franck at sopac.org>
SOPAC
--=-z0UMExuWuQ8gdbOvf+8K-- From warmerdam at pobox.com Wed Jul 23 19:23:17 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 23 Jul 2003 22:23:17 -0400 Subject: [Mapserver-users] Support for floating point binary grids In-Reply-To: <3F1EB4A6.6090402@earthit.com> References: <20030722170003.23175.35319.Mailman@lists.gis.umn.edu> <3F1EB4A6.6090402@earthit.com> Message-ID: <3F1F4315.5050400@pobox.com> Woody Wallace wrote: > Hi, > > The Raster HOWTO (dated 2001) suggests that more work is planned/in > progress for reading in and classifying floating point rasters. > > "Some format drivers (ie. GDAL) cast the pixel values to the range 0 to > 255 before applying the classification scheme to them, making it hard to > use this classification mechanism to classify floating point, or other > data not well expressed as unsigned byte data (0-255). This is a bug and > should be corrected at some point in the future." Woody, This will not be corrected in MapServer 4.0. I do still hope to work on it for a 4.1 release, but there are no guarantees. Generally speaking I would encourage people wishing to do web mapping with scientific data using non-trivial classification schemes to pre-classify the data before publishing it on the web. 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 franck at sopac.org Wed Jul 23 21:41:52 2003 From: franck at sopac.org (Franck Martin) Date: 24 Jul 2003 16:41:52 +1200 Subject: [Mapserver-users] Performing queries with GDAL/OGR and PHPMapScript Message-ID: <1059021712.3202.8.camel@localhost> --=-9sCG7fXOfNpP0wYNpt4X Content-Type: text/plain Content-Transfer-Encoding: 7bit BTW, I found out how to switch on/off the label I set maxlabelsize to 0 Have a look at http://map.sopac.org/ click on the Viti Levu Map, this is the most accomplished map. Ok now I need to be able to query some of the layers. What I see in the PHPMapscript is that the script returns the ID of the object selected. In the case of mysql ,postgis, DBF, the drivers are built inside php, so accessing the full record is not a problem. But in the case of layers connected via OGR (like MapInfo tables), How do I access the full record? It seems that the mapserver is accessing all the fields of a record via OGR when it needs for instance to label objects. But it seems to me that this API does not exists in PHPMapScript. I tried to look at some doc, but could not find anything... Can someone, provide me a brief outline, on how queries work with PHPMapScript? -- Franck Martin SOPAC --=-9sCG7fXOfNpP0wYNpt4X Content-Type: text/html; charset=utf-8 BTW, I found out how to switch on/off the label I set maxlabelsize to 0
Have a look at http://map.sopac.org/ click on the Viti Levu Map, this is the most accomplished map.

Ok now I need to be able to query some of the layers.

What I see in the PHPMapscript is that the script returns the ID of the object selected. In the case of mysql ,postgis, DBF, the drivers are built inside php, so accessing the full record is not a problem.  But in the case of layers connected via OGR (like MapInfo tables), How do I access the full record?
It seems that the mapserver is accessing all the fields of a record via OGR when it needs for instance to label objects. But it seems to me that this API does not exists in PHPMapScript.

I tried to look at some doc, but could not find anything...

Can someone, provide me a brief outline, on how queries work with PHPMapScript?

--
Franck Martin <franck at sopac.org>
SOPAC
--=-9sCG7fXOfNpP0wYNpt4X-- From prasadbauchkar at india.com Thu Jul 24 01:29:21 2003 From: prasadbauchkar at india.com (prasad bauchkar) Date: Thu, 24 Jul 2003 16:29:21 +0800 Subject: [Mapserver-users] how to show image in feature query Message-ID: <20030724082921.26317.qmail@india.com> hi all, can somebody help me how i can show the query results with image!!! regards, prasad. -- ______________________________________________ http://www.india.com Now with POP3/SMTP access for only US$14.95/yr Powered by Outblaze From fx.gamoy at mapxplore.com Thu Jul 24 03:21:06 2003 From: fx.gamoy at mapxplore.com (fx gamoy) Date: Thu, 24 Jul 2003 11:21:06 +0100 Subject: [Mapserver-users] mysql question Message-ID: <001a01c351cd$4b8663f0$0201a8c0@mapxplore.com> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0017_01C351D5.AC9A40A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello i ve unfortunately deleted the mysql.sock file so that mysql don't work = anymore What can i do to retrieve my sock file? thanks a lot fx ------=_NextPart_000_0017_01C351D5.AC9A40A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hello
i ve unfortunately deleted the = mysql.sock file so=20 that mysql don't work anymore
 
What can i do to retrieve my sock=20 file?
thanks a lot
fx
------=_NextPart_000_0017_01C351D5.AC9A40A0-- From bon at ivv-aachen.de Thu Jul 24 03:29:44 2003 From: bon at ivv-aachen.de (=?iso-8859-1?Q?Nicole_B=F6meke?=) Date: Thu, 24 Jul 2003 12:29:44 +0200 Subject: [Mapserver-users] itemquery on more than one layer Message-ID: <000201c351ce$80645e00$2201a8c0@ivvaachen.de> Hello Steve! Has there anything been done about the problem below or is PHP/Mapscript still the only way to achive itemquerys on more than one layer? Nicole B?meke Re: [mapserver-users] Date: Tue, 19 Feb 2002 15:44:41 -0500 To: >, > Subject: Re: [mapserver-users] Date: Tue, 19 Feb 2002 15:44:41 -0500 From: "Steve Lime" > Date: Wed, 20 Feb 2002 09:46:46 -0600 Cc: > Content-disposition: inline At the moment you can't do an itemquery on more than one layer at a time. There is no workaround for this at the moment (other than using mapscript - sorry. It's not a limitation in the query code per se but rather a limitation in how the CGI program considers the qlayer parameter. There is already a feature request that has been filed in bugzilla requesting the ability to set multiple query layers and I hope to address this soon. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 From gabriel at ciasc.gov.br Thu Jul 24 08:15:12 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Thu, 24 Jul 2003 12:15:12 -0300 Subject: [Mapserver-users] Good link about PostGis References: <64FC1B3E23F04C4E931EE3F6D809FF30A98C@div-mx02.DIVESTCO.COM> Message-ID: <028601c351f6$60c60260$12d713ac@ciasc.gov.br> Hi listers. This is a very interested URL about PostGis in Spanish language. http://www.postgresql.cl/entrevistas/v_vrsalovic.htm Mr. Vinko Vrsalovic some times we need to complement the knowledge technician to undertand the technology. Thanks. Gabriel Ferrari Florian?polis - SC - Brasil From lfilak at medinaco.org Thu Jul 24 09:34:27 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 24 Jul 2003 12:34:27 -0400 Subject: [Mapserver-users] List Question RFC Message-ID: <200307241634.h6OGYIN28953@yogi.medinaco.net> I am not a "List" expert by any stretch but I am wondering if the "Set Digest Mode" option on the list subscription is causing a problem. It appears that if a new user subscribes to the list and turns the digest option on then they could theoretically post the same question as someone else 2 minutes before or after the other question is asked but not know it until the next day yet still receive their answer if the person answering it hits "Reply-All" and thereby providing no incentive to not use the "digest" option until a later time. I don't have a solution but am throwing this out for comment. Thanks. Lowell From steve.lime at dnr.state.mn.us Thu Jul 24 10:13:13 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 24 Jul 2003 12:13:13 -0500 Subject: [Mapserver-users] Fwd: About Map Server 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. --=_A4FAB6C0.E283E8E4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline In case anyone has lot's of time on their hands... Steve --=_A4FAB6C0.E283E8E4 Content-Type: message/rfc822 Return-path: Received: from mail.state.mn.us (state.mn.us [156.99.125.109]) by co5.dnr.state.mn.us; Wed, 23 Jul 2003 00:35:17 -0500 Return-Path: Received: from fksg.utm.my (fksg.utm.my [161.139.104.253]) by mail.state.mn.us with ESMTP for steve.lime at dnr.state.mn.us; Wed, 23 Jul 2003 00:35:17 -0500 Date: Wed, 23 Jul 2003 13:34:12 -0500 Message-Id: <200307231334.AA10879250 at fksg.utm.my> From: "Mohd Sumairi" Reply-To: To: Subject: About Map Server X-Mailer: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: Quoted-Printable Dear Mr, How to make map server? I using Apache web server to my desktop. But i thi= nk many error which i see. I dont know and lack about web server. please gi= ve me a tutorial step by step from installation to finish with the demo. my= internet connection very slow. so very hard to downloads from your website= which many lot of thing..=20 -- Mohd Razif Sumairi Department Of Remote Sensing Faculty of Geoinformation Science and Engineering Universiti Teknologi Malaysia 81310 UTM Skudai, Johor Bahru, Malaysia Tel: +6 07 5502969 -- --=_A4FAB6C0.E283E8E4-- From pkishor at geoanalytics.com Thu Jul 24 10:36:37 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 24 Jul 2003 17:36:37 -0000 Subject: [Mapserver-users] Re: List Question RFC In-Reply-To: <200307241634.h6OGYIN28953@yogi.medinaco.net> Message-ID: --- In mapserver-users at yahoogroups.com, "Lowell Filak" wrote: > I am not a "List" expert by any stretch but I am wondering if the "Set > Digest Mode" option on the list subscription is causing a problem. Hey Lowell, > It appears that if a new user subscribes to the list and > turns the digest option on then they could > theoretically post the same question as > someone else 2 minutes before or after the other question > is asked but not know it until the next day yet still > receive their answer if the person answering it hits > "Reply-All" and thereby providing no incentive > to not use the "digest" option until a later time. > I had to read that three times, and I still don't not exactly not understand the problem. ;-) are you saying that a user could have her/his question answered serendipitously because someone else happened to ask the same question within a few minutes? If yes, then what is the problem? The question gets answered, no? It doesn't matter whether the answer arrives as part of a list, or separately as a result of having being "Repl(ied) All". The MapServer listserv forces me to subscribe in order to read and post, so I have subscribed, and receive the list digest. The digest keeps emails in my mailbox down to a manageable number. In any case, I don't read the list mode... it is usually full of html garbage from folks who like html mode or don't know how to or simply can't turn it off. Instead, I use the Yahoo interface for my MapServer pleasure. From pkishor at geoanalytics.com Thu Jul 24 10:39:42 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 24 Jul 2003 17:39:42 -0000 Subject: [Mapserver-users] Re: how to show image in feature query In-Reply-To: <20030724082921.26317.qmail@india.com> Message-ID: We really need a "how to ask questions that get good answers"... --- In mapserver-users at yahoogroups.com, "prasad bauchkar" wrote: > hi all, > > can somebody help me how i can show the query results with image!!! > Prasad, What does that mean? Please elaborate. What query results? With what image? What are you using? What is the platform? What are you trying to do? The more information you provide, the more detailed your question is, the easier it is going to be for someone to be able to help you. Please write back with details on your application and computer configuration, and exactly what you want to accomplish... I am sure someone will be able to help you very quickly. Regards. Puneet. From pkishor at geoanalytics.com Thu Jul 24 10:49:36 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 24 Jul 2003 17:49:36 -0000 Subject: [Mapserver-users] Re: mysql question In-Reply-To: <001a01c351cd$4b8663f0$0201a8c0@mapxplore.com> Message-ID: --- In mapserver-users at yahoogroups.com, "fx gamoy" wrote: > hello > i ve unfortunately deleted the mysql.sock file so that mysql don't work anymore > > What can i do to retrieve my sock file? doesn't it get recreated when you start MySQL? A little googling provides the following -- ============ FRed> Of course before ask to the mailling list I looked at manual (do you have a FRed> french version of it ?) ... and the only thing I found was FRed> "18.6 How to protect `/tmp/mysql.sock' from being deleted" FRed> Great but /tmp is a very special directory where all is deleted every night FRed> by ... ROOT ... with a rm -rf /tmp/* !!!! FRed> so I would like create the "/tmp/mysql.sock" in an another directory (I FRed> have changed the safe_mysqld) but when I did it this error occured : FRed> The error: Can't connect to local MySQL server through socket >> '/tmp/mysql.sock' (2) at ../bin/mysql_setpermission line 65, FRed> chunk 1. FRed> So my question should be : could I create the mysql.sock in a directory FRed> like /usr/local/mysql/tmp instead of /tmp ? Hi! Which MySQL version are you using? If you are using a recent MySQL 3.22 version, you can create the file '/etc/my.cnf' with the following information: [mysqld] socket=/my-own-path/mysql.sock [client] socket=/my-own-path/mysql.sock Another options is to recompile MySQL with the --with-unix-socket-path=absolute-file-name or setting the MYSQL_UNIX_PORT variable before starting the mysqld program and all client programs. You can of course also specify the socket that a client should use with the --socket=path option (all standard MySQL programs takes this option) Regards, Monty =========== or, just use TCPIP. Puneet. From rjames57 at yahoo.com Thu Jul 24 10:49:59 2003 From: rjames57 at yahoo.com (Randy James) Date: Thu, 24 Jul 2003 10:49:59 -0700 (PDT) Subject: [Mapserver-users] List Question RFC In-Reply-To: <200307241634.h6OGYIN28953@yogi.medinaco.net> Message-ID: <20030724174959.76873.qmail@web12504.mail.yahoo.com> Well I do not have a clue what the Digest Mode is all about or do i know if this is related: But when i post a question to the list it seems like the answers are comming in before my post is in my email. I sometimes even get a reply where person1 has been commenting on my question and than person2 is making comments about what person1 has posted and i still have not seen my original post in my email. Or sometimes i will not get person1's comments untill after person2 has commented on person1's post. Ha ha is that clear. Cheers Randy --- Lowell Filak wrote: > I am not a "List" expert by any stretch but I am > wondering if the "Set > Digest Mode" option on the list subscription is causing a > problem. > It appears that if a new user subscribes to the list and > turns the > digest option on then they could theoretically post the > same question as > someone else 2 minutes before or after the other question > is asked but > not know it until the next day yet still receive their > answer if the > person answering it hits "Reply-All" and thereby > providing no incentive > to not use the "digest" option until a later time. > > I don't have a solution but am throwing this out for > comment. > Thanks. > Lowell > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From jjames at portoakland.com Thu Jul 24 11:22:17 2003 From: jjames at portoakland.com (Jay James) Date: Thu, 24 Jul 2003 11:22:17 -0700 Subject: [Mapserver-users] SF Bay Area Mapserver Users? Message-ID: The Bay Area Automated Mapping Association (BAAMA) is hosting a seminar a week from today in Oakland, CA, titled "A Public Sector Insider's Guide to On-Line Mapping Applications." There will be presentations about Autodesk Mapguide, ESRI ArcIMS, and Intergraph GeoMedia software, but of course I'm most interested in MapServer. Are there any MapServer users in the San Francisco Bay Area who would be willing to attend? The seminar is scheduled from 8am to noon on Thursday, July 31, in the auditorium of the Metropolitan Transportation Commission headquarters at 101 8th Street, Oakland, just upstairs from the Lake Merritt BART station. Registration is free for BAAMA members, $10 for non-members. From morissette at dmsolutions.ca Thu Jul 24 11:32:45 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 24 Jul 2003 14:32:45 -0400 Subject: [Mapserver-users] Re: List Question RFC In-Reply-To: References: Message-ID: <3F20264D.4030007@dmsolutions.ca> pkishor_98 wrote: > > > The MapServer listserv forces me to subscribe in order to read and > post, so I have subscribed, and receive the list digest. The digest > keeps emails in my mailbox down to a manageable number. In any case, I > don't read the list mode... it is usually full of html garbage from > folks who like html mode or don't know how to or simply can't turn it > off. Instead, I use the Yahoo interface for my MapServer pleasure. > > I'm with you on the fact that HTML emails shouldn't exist... I wish there was something we could do to force people who use them to switch to plain text. But are you telling us that you find HTML emails garbage more annoying than the advertisements that you get every 3-4 times that you view a message on Yahoo Groups? (Sorry, I couldn't resist ;) Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From lfilak at medinaco.org Thu Jul 24 11:34:58 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 24 Jul 2003 14:34:58 -0400 Subject: [Mapserver-users] About Map Server Message-ID: <200307241834.h6OIYlN31426@yogi.medinaco.net> >How to make map server? I using Apache web server to my desktop. But i >think many error which i see. I dont know and lack about web server. >please give me a tutorial step by step from installation to finish with >the demo. my internet connection very slow. so very hard to downloads >from your website which many lot of thing.. >Mohd Razif Sumairi I don't know if the demo is part of the CD but this should at least give you a starting point without needing to download anything: http://freegis.org/cd-contents.en.html Lowell From morissette at dmsolutions.ca Thu Jul 24 12:29:52 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 24 Jul 2003 15:29:52 -0400 Subject: [Mapserver-users] Performing queries with GDAL/OGR and PHPMapScript In-Reply-To: <1059021712.3202.8.camel@localhost> References: <1059021712.3202.8.camel@localhost> Message-ID: <3F2033B0.4040602@dmsolutions.ca> Franck Martin wrote: > > What I see in the PHPMapscript is that the script returns the ID of the > object selected. In the case of mysql ,postgis, DBF, the drivers are > built inside php, so accessing the full record is not a problem. But in > the case of layers connected via OGR (like MapInfo tables), How do I > access the full record? > It seems that the mapserver is accessing all the fields of a record via > OGR when it needs for instance to label objects. But it seems to me that > this API does not exists in PHPMapScript. > You have access to all the attributes of a shape read via OGR using the $shape->values[] array. This is briefly explained in the PHP MapScript docs: ----------------8<------------------ ShapeObj Class: -------------- Members: string text int classindex int type (read-only) int numlines (read-only) int index (read-only) int tileindex (read-only) rectObj bounds (read-only) int numvalues (read-only) array values (read-only) The values array is an associative array with the attribute values for this shape. It is set only on shapes obtained from layer->getShape(). The key to the values in the array is the attribute name, e.g. $population = $shape->values["Population"]; ---------------->8------------------ -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From rjames57 at yahoo.com Thu Jul 24 12:50:21 2003 From: rjames57 at yahoo.com (Randy James) Date: Thu, 24 Jul 2003 12:50:21 -0700 (PDT) Subject: [Mapserver-users] Re: List Question RFC In-Reply-To: <3F20264D.4030007@dmsolutions.ca> Message-ID: <20030724195021.16758.qmail@web12501.mail.yahoo.com> Hi I seen some reference to html email but always ignored it, since it did not seem important to me ;-) Anyway i have a question: What are html emails i never seem to get anything like html headers or graphics in my email. But i use Yahoo and had my address for years, maybe i turned it off? Or am i one of the ones you are ranting about :-) Cheers Randy --- Daniel Morissette wrote: > pkishor_98 wrote: > > > > > > The MapServer listserv forces me to subscribe in order > to read and > > post, so I have subscribed, and receive the list > digest. The digest > > keeps emails in my mailbox down to a manageable number. > In any case, I > > don't read the list mode... it is usually full of html > garbage from > > folks who like html mode or don't know how to or simply > can't turn it > > off. Instead, I use the Yahoo interface for my > MapServer pleasure. > > > > > > I'm with you on the fact that HTML emails shouldn't > exist... I wish > there was something we could do to force people who use > them to switch > to plain text. > > > But are you telling us that you find HTML emails garbage > more annoying > than the advertisements that you get every 3-4 times that > you view a > message on Yahoo Groups? (Sorry, I couldn't resist ;) > > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette > morissette 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 __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From cpurvis at asg.sc.edu Thu Jul 24 13:29:18 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 24 Jul 2003 16:29:18 -0400 Subject: [Mapserver-users] RE: need some help with queryByPoint() Message-ID: Hi, Bhavana: cc. the list since there are plenty of people smarter than I that might be able to nail it on the first shot. But here goes. I can't remember much about legends off the top of my head. I got down and dirty w/ them before, and now it's all automated. So here are a couple of guesses: * In your .map, does your LEGEND have a TEMPLATE associated w/ it? * If processquerytemplate is supposed to return a path (don't remember), is it creating that .png, i.e. is there a /home/http/development/html/bhavana/test_bh/tmp/SNMAPPING1058992693.png and does it look right if you open it by hand? If you are passing the path to the image and not the image itself, it needs to be relative to your website. If your path is truly what you said above, then your browser would be trying to display the equivalent of http://your.server.com/home/http/development/html/bhavana/test_bh/tmp/SN MAPPING1058992693.png. And I'm not 100% sure you mean for it to do that. Charlton -----Original Message----- From: Bhavana Rakesh [mailto:Bhavana.Rakesh at noaa.gov] Sent: Thursday, July 24, 2003 10:01 AM To: Charlton Purvis Subject: Re: need some help with queryByPoint() Hi Charlton, Thanks a lot for your quick reply. Converting my mouse click to geo-referenced co-ordinates, and using the '@' to runt he map functions did the trick. The code now is : function query_map($map, $global_layer){ $layer = $map->getLayer($global_layer); $layer->set("status",MS_ON); printf("x,y co-ords are ". $_POST['mapa_x']." ".$_POST['mapa_y']); $m_point = ms_newpointObj(); $m_point->setXY($_POST['mapa_x'],$_POST['mapa_y']); $m_point_geo = pixelToGeo($map, $m_point->x, $m_point->y); $queryresult = @$map->queryByPoint($m_point_geo,MS_MULTIPLE,0.00000001); print "
" . "
"; $queryimg = $map->drawquery(); $query_url = $queryimg->saveWebImage(MS_PNG,0,0,0); $queryarray['IMG'] = $query_url; $template = $map->processquerytemplate($queryarray); echo "
"; echo $template; echo "
"; } But the problem that I'm having now is, when I slap the $template on my html page, it's supposed to find an image and insert it into the html page, and can't find it. I have attached a screen shot of page that I'm trying to create. The little box(with the missing image) on the left hand side of the screen, just below the "Queried Layer: Model and Probability data", is supposed to have an zoomed in image of the chesapeak bay(left hand side of the screen) where the mouse was clicked. It is supposed to be writing out the image to a file called SNMAPPING1058992693.png, but can't find the image. Php error message :- [error] [client 140.90.196.252] File does not exist: /home/http/development/html/bhavana/test_bh/tmp/SNMAPPING1058992693.png PS: I am using MS 3.6. Would you know what's going wrong or what I'm missing. I'm new to map server and mapscript. So if my questions sound too silly or trivial, please over look the fact. I really appreciate all the help that you've given so far. Regards - Bhavana Charlton Purvis wrote: > Hi, Bhavana: > > I'll assume that you're using MS 3.7. > > First off, queryByPoint only returns an int. See the mapscript > documentation: "Returns MS_SUCCESS if shapes were found or MS_FAILURE > if nothing was found or if some other error happened (note that the > error message in case nothing was found can be avoided in PHP using the > '@' control operator)." > > But having it return a 1 does imply MS_FAILURE. > > But it looks like you're querying by the mouse click. You need to > translate that in to georeferenced coordinates. Something like: > > function pixelToGeo($map,$x,$y) { > # Convert x,y pixel values to georeferenced coords. Returns a > # pointObj. > > $minx = $map->extent->minx; > $miny = $map->extent->miny; > $maxx = $map->extent->maxx; > $maxy = $map->extent->maxy; > > $dx = $maxx - $minx; > $dy = $maxy - $miny; > > $width = $map->width; > $height = $map->height; > > $dxpp = (double)$dx/$width; > $dypp = (double)$dy/$height; > > $geox = $minx + $dxpp*$x; > $geoy = $maxy - $dypp*$y; > > $pointObj = ms_newPointObj(); > $pointObj->setXY($geox,$geoy); > > return $pointObj; > } > > Then you're ready for something like: > > $my_point->setXY($HTTP_POST_VARS["mapa_x"],$HTTP_POST_VARS["mapa_y"]); > $geo_point = pixelToGeo($map,$my_point->x,$my_point->y); > > if(isset($geo_point)) { > @$layerObj->queryByPoint($geo_point,MS_MULTIPLE,0.10); > } > else { > @$layerObj->queryByRect($map->extent); > }; > > Let me know if that helps. > > Charlton > From Thomas Thu Jul 24 13:22:09 2003 From: Thomas (Thomas) Date: Thu, 24 Jul 2003 15:22:09 -0500 (CDT) Subject: [Mapserver-users] List Question RFC Message-ID: <200307242022.h6OKM94O017934@mallit.fr.umn.edu> Good listers, We here at UMN have gone around and around on this to arrive at where we are at. I'll try to explain what that means but we are open to good alernatives. But the alternative has to work better, overall, than what we have; not just better in some respect. The Mailman software has many management features that we like. Digesting is simple and many people prefer that. Archiving is straightforward. Dealing with SPAM is reasonable. We briefly considered a Yahoo Groups-type approach but decided against it based on the baggage it carries. If someone wants a Web solution, we suggest the approach of "browsing the archive" ([Index]); it's not instantaneous but if the Web is what's important to you, it's not bad. We're assuming, I guess, if instantaneous is important, you'll subscribe in the default way. I don't know why we sometimes see what Randy is describing. I see that too, though not very often. I don['t think it's anything we're doing. I don't see that many "HTML" formatted e-mails. They bother me too (my client doesn't display them directly), but we don't want to take a "bad cop" approach to managing the list. Generally speaking I think most, though not all, posting to this list is pretty responsible. I actually understood Lowell's point. I don't think there is anything we can do about it though. The Digest list user can, of course, do something about it. Don't know if that helps but just wanted people to know we're listening. 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: Randy James >Subject: Re: [Mapserver-users] List Question RFC >To: Lowell Filak >Cc: Mapserver-users at lists.gis.umn.edu >MIME-Version: 1.0 >X-BeenThere: mapserver-users at lists.gis.umn.edu >X-Mailman-Version: 2.0.13 >Date: Thu, 24 Jul 2003 10:49:59 -0700 (PDT) > >Well I do not have a clue what the Digest Mode is all about >or do i know if this is related: > >But when i post a question to the list it seems like the >answers are comming in before my post is in my email. I >sometimes even get a reply where person1 has been >commenting on my question and than person2 is making >comments about what person1 has posted and i still have not >seen my original post in my email. Or sometimes i will not >get person1's comments untill after person2 has commented >on person1's post. > >Ha ha is that clear. >Cheers >Randy > >--- Lowell Filak wrote: >> I am not a "List" expert by any stretch but I am >> wondering if the "Set >> Digest Mode" option on the list subscription is causing a >> problem. >> It appears that if a new user subscribes to the list and >> turns the >> digest option on then they could theoretically post the >> same question as >> someone else 2 minutes before or after the other question >> is asked but >> not know it until the next day yet still receive their >> answer if the >> person answering it hits "Reply-All" and thereby >> providing no incentive >> to not use the "digest" option until a later time. >> >> I don't have a solution but am throwing this out for >> comment. >> Thanks. >> Lowell >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > >__________________________________ >Do you Yahoo!? >Yahoo! SiteBuilder - Free, easy-to-use web site design software >http://sitebuilder.yahoo.com >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jrizzo at Langan.com Thu Jul 24 14:02:02 2003 From: jrizzo at Langan.com (Jonathan Rizzo) Date: Thu, 24 Jul 2003 17:02:02 -0400 Subject: [Mapserver-users] List Question RFC Message-ID: <40F4ED29953CB941B1BA871793BE656C017034DB@epmail.langan.com> Rather than Yahoo groups, what about a simple nntp server? Jon -----Original Message----- From: Thomas E. Burk [mailto:teb at mallit.fr.umn.edu] Sent: Thursday, July 24, 2003 4:22 PM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] List Question RFC Good listers, We here at UMN have gone around and around on this to arrive at where we are at. I'll try to explain what that means but we are open to good alernatives. But the alternative has to work better, overall, than what we have; not just better in some respect. The Mailman software has many management features that we like. Digesting is simple and many people prefer that. Archiving is straightforward. Dealing with SPAM is reasonable. We briefly considered a Yahoo Groups-type approach but decided against it based on the baggage it carries. If someone wants a Web solution, we suggest the approach of "browsing the archive" ([Index]); it's not instantaneous but if the Web is what's important to you, it's not bad. We're assuming, I guess, if instantaneous is important, you'll subscribe in the default way. I don't know why we sometimes see what Randy is describing. I see that too, though not very often. I don['t think it's anything we're doing. I don't see that many "HTML" formatted e-mails. They bother me too (my client doesn't display them directly), but we don't want to take a "bad cop" approach to managing the list. Generally speaking I think most, though not all, posting to this list is pretty responsible. I actually understood Lowell's point. I don't think there is anything we can do about it though. The Digest list user can, of course, do something about it. Don't know if that helps but just wanted people to know we're listening. 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: Randy James >Subject: Re: [Mapserver-users] List Question RFC >To: Lowell Filak >Cc: Mapserver-users at lists.gis.umn.edu >MIME-Version: 1.0 >X-BeenThere: mapserver-users at lists.gis.umn.edu >X-Mailman-Version: 2.0.13 >Date: Thu, 24 Jul 2003 10:49:59 -0700 (PDT) > >Well I do not have a clue what the Digest Mode is all about >or do i know if this is related: > >But when i post a question to the list it seems like the answers are >comming in before my post is in my email. I sometimes even get a reply >where person1 has been commenting on my question and than person2 is >making comments about what person1 has posted and i still have not >seen my original post in my email. Or sometimes i will not >get person1's comments untill after person2 has commented >on person1's post. > >Ha ha is that clear. >Cheers >Randy > >--- Lowell Filak wrote: >> I am not a "List" expert by any stretch but I am >> wondering if the "Set >> Digest Mode" option on the list subscription is causing a problem. >> It appears that if a new user subscribes to the list and >> turns the >> digest option on then they could theoretically post the >> same question as >> someone else 2 minutes before or after the other question >> is asked but >> not know it until the next day yet still receive their >> answer if the >> person answering it hits "Reply-All" and thereby >> providing no incentive >> to not use the "digest" option until a later time. >> >> I don't have a solution but am throwing this out for comment. >> Thanks. >> Lowell >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > >__________________________________ >Do you Yahoo!? >Yahoo! SiteBuilder - Free, easy-to-use web site design software >http://sitebuilder.yahoo.com >_______________________________________________ >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 morissette at dmsolutions.ca Thu Jul 24 14:30:48 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 24 Jul 2003 17:30:48 -0400 Subject: [Mapserver-users] Re: List Question RFC In-Reply-To: <20030724195021.16758.qmail@web12501.mail.yahoo.com> References: <20030724195021.16758.qmail@web12501.mail.yahoo.com> Message-ID: <3F205008.8090601@dmsolutions.ca> Randy James wrote: > > I seen some reference to html email but always ignored it, > since it did not seem important to me ;-) Anyway i have a > question: What are html emails i never seem to get anything > like html headers or graphics in my email. But i use Yahoo > and had my address for years, maybe i turned it off? > > Or am i one of the ones you are ranting about :-) > Apparently your emails are in plain text format, so no we were not ranting about you. To tell if an email is in HTML format, do a "View Message Source". If the message is plain text then you'll see the headers followed by the body of your message. If the message is HTML then you'll usually see 2 copies of the message: opne in plaintext and one in HTML format. Those who push their luck as far as including a background bitmap or one or more images in their signature will also carry a bunch of MIME attachments, turning a 3 lines message into a 20k or 30k message. Here are a few reasons why I have found HTML emails annoying in the past: - A 10 lines message that should be 1k or 2k in size in plain text is quickly bloated to 15-20k or more without adding anything useful (just a waste of bandwidth and disk space that add up over time) - They often break mailing list archives and digests - Some mail readers have problems with them: either displaying them or doing things like quoted replies sometimes won't work - I won't comment on those that attach images to their signature or even worse: attach a background image to the message (fortunately very few people do that) OTOH plain text emails are lightweight, are known to work anywhere and can be easily archived and searched. OK, enough ranting... I don't want to enter into a war with anyone, I just wanted to highlight a few points for those who never realized the issues with HTML emails. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From bear at prometheus.org.yu Thu Jul 24 14:46:40 2003 From: bear at prometheus.org.yu (Attila Csipa) Date: Thu, 24 Jul 2003 23:46:40 +0200 Subject: [Mapserver-users] List Question RFC In-Reply-To: <200307242022.h6OKM94O017934@mallit.fr.umn.edu> References: <200307242022.h6OKM94O017934@mallit.fr.umn.edu> Message-ID: <200307242346.40259.attila@prometheus.org.yu> On Thursday 24 July 2003 22:22, Thomas E. Burk wrote: > I don't see that many "HTML" formatted e-mails. They bother me > too (my client doesn't display them directly), but we don't want > to take a "bad cop" approach to managing the list. Generally > speaking I think most, though not all, posting to this list is > pretty responsible. Maybe you already know this, but newer versions of Mailman (2.1.x) have options for automatic conversion/MIME content manipulation, so it can be set, for example, to convert HTML mail to plain text, strip certain attachments, etc. From laplagnegeo at softhome.net Thu Jul 24 15:22:53 2003 From: laplagnegeo at softhome.net (Ignacio Laplagne) Date: Thu, 24 Jul 2003 19:22:53 -0300 Subject: [Mapserver-users] problems with JPEG / GDAL Message-ID: <001d01c35232$2ad0df40$d801a8c0@dgmod02> This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C35219.05852DE0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, We are using mapserver and trying to draw a map which includes a layer with raster information as JPEG file. When we call the CGI we get the following answer: drawJPEG(): Unable to access file. Only grayscale JPEG images are supported. We are aware that the built-in capabilities of mapserver have this restriction. However, we have installed mapserver WITH GDAL support, which supposedly doesn't have that limitation. Can anybody tell us how to force mapserver to use GDAL? The examples we run with other data formats in our server (tiff, etc) work fine. Our compilation is the following: ./mapserv -v MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE Redhat 8.0, apache 2.0.45. Many thanks. ------=_NextPart_000_001E_01C35219.05852DE0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi= ,

 

=

We are using mapserver and trying to draw a map = which includes a layer with raster information as JPEG file. When we call the = CGI we get the following answer:

 

drawJPEG<= /span>(): Unable to = access file. Only grayscale JPEG images are = supported.

 

We are aware that the built-in capabilities of mapserver have this restriction. However, we have installed mapserver WITH GDAL support, which supposedly doesn’t have that limitation. = Can anybody tell us how to force mapserver to = use GDAL? The examples we run with other data formats in our server (tiff, etc) work = fine.

 

Our compilation is the following:

 

./mapserv –v

MapServer= version 3.6.5 OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP SUPPORTS=3DTTF INPUT=3DEPPL7 INPUT=3DJPEG INPUT=3DPOSTGIS INPUT=3DGDAL INPUT=3DSHAPEFILE

 

=

Redhat 8.0, apache 2.0.45.

 

=

Many thanks.

------=_NextPart_000_001E_01C35219.05852DE0-- From franck at sopac.org Thu Jul 24 15:45:26 2003 From: franck at sopac.org (Franck Martin) Date: 25 Jul 2003 10:45:26 +1200 Subject: [Mapserver-users] problems with JPEG / GDAL In-Reply-To: <001d01c35232$2ad0df40$d801a8c0@dgmod02> References: <001d01c35232$2ad0df40$d801a8c0@dgmod02> Message-ID: <1059086726.3047.34.camel@localhost> --=-8mG8jU/TzWlYOV1ZX27e Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable If you install with gdal it is better to disable (compile without) native JPEG and TIFF support so that it does not mixed up which library to use... But then if you disable JPEG you may not be able to output in this format? Cheers On Fri, 2003-07-25 at 10:22, Ignacio Laplagne wrote: > Hi, >=20 > =20 >=20 > We are using mapserver and trying to draw a map which includes a layer > with raster information as JPEG file. When we call the CGI we get the > following answer: >=20 > =20 >=20 > drawJPEG(): Unable to access file. Only grayscale JPEG images are > supported. >=20 > =20 >=20 > We are aware that the built-in capabilities of mapserver have this > restriction. However, we have installed mapserver WITH GDAL support, > which supposedly doesn=92t have that limitation. Can anybody tell us how > to force mapserver to use GDAL? The examples we run with other data > formats in our server (tiff, etc) work fine. >=20 > =20 >=20 > Our compilation is the following: >=20 > =20 >=20 > ./mapserv =96v >=20 > MapServer version 3.6.5 OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP > SUPPORTS=3DTTF INPUT=3DEPPL7 INPUT=3DJPEG INPUT=3DPOSTGIS INPUT=3DGDAL > INPUT=3DSHAPEFILE >=20 > =20 >=20 > Redhat 8.0, apache 2.0.45. >=20 > =20 >=20 > Many thanks. --=20 Franck Martin SOPAC --=-8mG8jU/TzWlYOV1ZX27e Content-Type: text/html; charset=utf-8 If you install with gdal it is better to disable (compile without) native JPEG and TIFF support so that it does not mixed up which library to use...

But then if you disable JPEG you may not be able to output in this format?

Cheers

On Fri, 2003-07-25 at 10:22, Ignacio Laplagne wrote:
Hi,

 

We are using mapserver and trying to draw a map which includes a layer with raster information as JPEG file. When we call the CGI we get the following answer:

 

drawJPEG(): Unable to access file. Only grayscale JPEG images are supported.

 

We are aware that the built-in capabilities of mapserver have this restriction. However, we have installed mapserver WITH GDAL support, which supposedly doesn’t have that limitation. Can anybody tell us how to force mapserver to use GDAL? The examples we run with other data formats in our server (tiff, etc) work fine.

 

Our compilation is the following:

 

./mapserv –v

MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE

 

Redhat 8.0, apache 2.0.45.

 

Many thanks.
--
Franck Martin <franck at sopac.org>
SOPAC
--=-8mG8jU/TzWlYOV1ZX27e-- From laplagnegeo at softhome.net Thu Jul 24 15:59:20 2003 From: laplagnegeo at softhome.net (Ignacio Laplagne) Date: Thu, 24 Jul 2003 19:59:20 -0300 Subject: [Mapserver-users] problems with JPEG / GDAL In-Reply-To: <20030724225058.40365.qmail@web12508.mail.yahoo.com> Message-ID: <002201c35237$44996b90$d801a8c0@dgmod02> Thanks Randy. Yes, our installation should support jpeg. This is what gdal-config returns: %gdal-config --formats gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm sdts raw dted mem jdem envisat elas fit vrt usgsdem l1b nitf bmp gif jpeg png Ignacio -----Mensaje original----- De: Randy James [mailto:rjames57 at yahoo.com] Enviado el: jueves, 24 de julio de 2003 19:51 Para: Ignacio Laplagne Asunto: Re: [Mapserver-users] problems with JPEG / GDAL Hi Looks like your mapsever is compiled with gdal already. Maybe gdal is not compiled to support jpeg? Cheers Randy --- Ignacio Laplagne wrote: > Hi, > > We are using mapserver and trying to draw a map which > includes a layer > with raster information as JPEG file. When we call the > CGI we get the > following answer: > > drawJPEG(): Unable to access file. Only grayscale JPEG > images are > supported. > > We are aware that the built-in capabilities of mapserver > have this > restriction. However, we have installed mapserver WITH > GDAL support, > which supposedly doesn't have that limitation. Can > anybody tell us how > to force mapserver to use GDAL? The examples we run with > other data > formats in our server (tiff, etc) work fine. > > Our compilation is the following: > > ./mapserv -v > MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG > OUTPUT=WBMP SUPPORTS=TTF > INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL > INPUT=SHAPEFILE > > Redhat 8.0, apache 2.0.45. > > Many thanks. > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From franck at sopac.org Thu Jul 24 16:19:42 2003 From: franck at sopac.org (Franck Martin) Date: 25 Jul 2003 11:19:42 +1200 Subject: [Mapserver-users] New MapServer out there.... In-Reply-To: <1059086726.3047.34.camel@localhost> References: <001d01c35232$2ad0df40$d801a8c0@dgmod02> <1059086726.3047.34.camel@localhost> Message-ID: <1059088782.3047.45.camel@localhost> --=-ze8nbg9kDC6vN4ys4b6x Content-Type: text/plain Content-Transfer-Encoding: 7bit I'm finalising our new MapServer system dubbed "Le MapServer". The address is: http://map.sopac.org/ The originality is that I built it inside a tikiwiki for added interaction with the users... The most developed map is the one on Viti Levu (Fiji). I still have to enable querying but it is close enough.. I'd like some user/developer feedback so feel free... -- Franck Martin SOPAC --=-ze8nbg9kDC6vN4ys4b6x Content-Type: text/html; charset=utf-8 I'm finalising our new MapServer system dubbed "Le MapServer".

The address is: http://map.sopac.org/

The originality is that I built it inside a tikiwiki for added interaction with the users...

The most developed map is the one on Viti Levu (Fiji).

I still have to enable querying but it is close enough..

I'd like some user/developer feedback so feel free...



--
Franck Martin <franck at sopac.org>
SOPAC


--=-ze8nbg9kDC6vN4ys4b6x-- From eduardo at linkgeo.com.br Thu Jul 24 15:51:42 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Thu, 24 Jul 2003 19:51:42 -0300 Subject: [Mapserver-users] Log file fields Message-ID: <001001c35265$323478e0$0e79e2c8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3521D.019420C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable What are the fields of a line at the logfile that MapServer generates? thanks, Eduardo ------=_NextPart_000_000D_01C3521D.019420C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
What are the fields of a line at the = logfile that=20 MapServer generates?
 
thanks,
 
Eduardo
------=_NextPart_000_000D_01C3521D.019420C0-- From eduardo at linkgeo.com.br Thu Jul 24 22:29:50 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Fri, 25 Jul 2003 02:29:50 -0300 Subject: [Mapserver-users] applet is not fully loading map image Message-ID: <018301c3526f$0d3217a0$0e79e2c8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_0148_01C35254.9F787CF0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0149_01C35254.9F787CF0" ------=_NextPart_001_0149_01C35254.9F787CF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable There are something strange ocurring in this application that I'm = currently working on.=20 sometimes, not every time, the Mapplet applet seems not load all the = image to the mapplet area.=20 ( like shown at the attached file...there's a gray area where should be = the rest of the map) =20 > The MapServer application log file shows: Thu Jul 24 11:56:29 2003,3616,10.10.10.44,cfmap_,0,242357.959864 = 7657206.319214 247575.213374 7660398.451049,244966.586619 = 7658802.385132,cnivel hidrografia outros talhoes ,normal execution Thu Jul 24 11:56:30 2003,3432,10.10.10.44,cfmap_,6,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,,normal = execution Thu Jul 24 11:56:30 2003,3936,10.10.10.44,cfmap_,5,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel = hidrografia outros talhoes ,normal execution Thu Jul 24 11:56:30 2003,3804,10.10.10.44,cfmap_,4,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel = hidrografia outros talhoes ,normal execution > and the ACCESS.log of Apache server shows: 10.10.10.44 - - [24/Jul/2003:11:56:29 -0300] "GET /cfmap/style.css = HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:28 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?imgxy=3D425+260&imgbox=3D-1+-1+-1+-1&imgext=3D= 242357.959864+7657206.319214+247575.213374+7660398.451049&map=3DC%3A%5CPr= ogram+Files%5CApache+Group%5CApache2%5Chtdocs%5Ctmp%5Cmf265603f1ff36c738f= c.map&program=3D%2Fcgi-bin%2Fms4b2%2Fmapserv.exe&APP_URL=3D%2Fcfmap%2F&mo= de=3Dbrowse&zoomdir=3D0&zoomsize=3D2&layer=3Dcnivel&layer=3Dhidrografia&l= ayer=3Doutros&layer=3Dtalhoes&redraw.x=3D13&redraw.y=3D11 HTTP/1.1" 200 = 6270 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_refresh.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET /cfmap/img/bt_pan.gif = HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomin.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomout.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidrografia&= layer=3Doutros&layer=3Dtalhoes&mode=3Dreference&mapext=3D242357.959864+76= 57206.319214+247575.213374+7660398.451049 HTTP/1.1" 200 1491 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&mode=3Dscalebar&mapext=3D242357.959= 864+7657206.319214+247575.213374+7660398.451049 HTTP/1.1" 200 368 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidrografia&= layer=3Doutros&layer=3Dtalhoes&mode=3Dlegend&mapext=3D242357.959864+76572= 06.319214+247575.213374+7660398.451049 HTTP/1.1" 200 2085 and ERROR.log of Apache didn't generate any lines to this access. what could be wrong? p.s.: sometimes I got the same problem with ROSA applet too. thanks, Eduardo Patto Kanegae eduardo at linkgeo.com.br ------=_NextPart_001_0149_01C35254.9F787CF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
There are something strange ocurring in = this=20 application that I'm currently working on.
 sometimes, not = every time,=20 the Mapplet applet seems not load all the image to the mapplet area. =
 (=20 like shown at the attached file...there's a gray area where should be = the rest=20 of the map)
 
> The MapServer application log file = shows:
Thu=20 Jul 24 11:56:29 2003,3616,10.10.10.44,cfmap_,0,242357.959864 = 7657206.319214=20 247575.213374 7660398.451049,244966.586619 7658802.385132,cnivel = hidrografia=20 outros talhoes ,normal execution
Thu Jul 24 11:56:30=20 2003,3432,10.10.10.44,cfmap_,6,242357.959864 7657206.319214 = 247575.213374=20 7660398.451049,-1.000000 -1.000000,,normal execution
Thu Jul 24 = 11:56:30=20 2003,3936,10.10.10.44,cfmap_,5,242357.959864 7657206.319214 = 247575.213374=20 7660398.451049,-1.000000 -1.000000,cnivel hidrografia outros talhoes = ,normal=20 execution
Thu Jul 24 11:56:30 = 2003,3804,10.10.10.44,cfmap_,4,242357.959864=20 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel=20 hidrografia outros talhoes ,normal execution
 
> and the ACCESS.log of Apache = server=20 shows:
10.10.10.44 - - [24/Jul/2003:11:56:29 -0300] "GET = /cfmap/style.css=20 HTTP/1.1" 304 0
10.10.10.44 - - [24/Jul/2003:11:56:28 -0300] "GET=20 /cgi-bin/ms4b2/mapserv.exe?imgxy=3D425+260&imgbox=3D-1+-1+-1+-1&i= mgext=3D242357.959864+7657206.319214+247575.213374+7660398.451049&map= =3DC%3A%5CProgram+Files%5CApache+Group%5CApache2%5Chtdocs%5Ctmp%5Cmf26560= 3f1ff36c738fc.map&program=3D%2Fcgi-bin%2Fms4b2%2Fmapserv.exe&APP_= URL=3D%2Fcfmap%2F&mode=3Dbrowse&zoomdir=3D0&zoomsize=3D2&= layer=3Dcnivel&layer=3Dhidrografia&layer=3Doutros&layer=3Dtal= hoes&redraw.x=3D13&redraw.y=3D11=20 HTTP/1.1" 200 6270
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 /cfmap/img/bt_refresh.gif HTTP/1.1" 304 0
10.10.10.44 - -=20 [24/Jul/2003:11:56:30 -0300] "GET /cfmap/img/bt_pan.gif HTTP/1.1" 304=20 0
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomin.gif=20 HTTP/1.1" 304 0
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 /cfmap/img/bt_zoomout.gif HTTP/1.1" 304 0
10.10.10.44 - -=20 [24/Jul/2003:11:56:30 -0300] "GET=20 /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidr= ografia&layer=3Doutros&layer=3Dtalhoes&mode=3Dreference&m= apext=3D242357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 1491
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&mode=3Dscalebar&mapext=3D24= 2357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 368
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidr= ografia&layer=3Doutros&layer=3Dtalhoes&mode=3Dlegend&mape= xt=3D242357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 2085
 
and ERROR.log of Apache didn't generate = any lines=20 to this access.
 
what could be wrong?
 
p.s.: sometimes I got the same problem = with ROSA=20 applet too.
 
thanks,
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br
<= /DIV> ------=_NextPart_001_0149_01C35254.9F787CF0-- ------=_NextPart_000_0148_01C35254.9F787CF0 Content-Type: image/png; name="applet_error.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="applet_error.png" iVBORw0KGgoAAAANSUhEUgAABAAAAALoCAIAAABpuBABAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAAsSAAALEgHS3X78AAAgAElEQVR4nOy9e3hT15X3v2QLJCNsYcvGNjKxHROFSzCJQwg4FywS NXGmJKS/NA2BpkmbSy/TTFIyM23feYvpdJr85k2GvOkkLaTTdNompGmn0DAtSZVBpkkIkGCIaYC4 xsaA8QVkIxvZlpHR+8eSto+PpKOjmyXj7+fhEUdH+6yzdY5kfdfea62tWfv11+yOjygMNutihVcB AAAAAMAExWZdrNxAJgKT137p1Rk3Xlfy7MsnlNunLVNnTFm0bDYRZefNqygZ2eGx1ersRHTsVGZF yQg/8k7ebmjXVpm94pGIqsxebsBPiagr38pP+aV5fdt6ho3cXvZSDEdpld8P1D8AAAAAwKWK8ijw +LefiLD6z55GmUZzWcEIEQmh31SwooLsrPhrzfaGdm1ViXeHx1Zrtssej5/ZZvHspBIiomqr9ej7 26oCst5/7LCx2mrd7XBUmb0N7Q4yU1e+9fiZbfNoW8OwUXgCx8+MeTq6bfa/1JVvJbLLHQDlmwF/ AAAAAAAAyBRjUiXi1BlTck25vc7e4XMXkneW2Bir/g1igL96hfXo+9tqC/wj7iy7+RAehmd/YPRx 2Ch8g90OB5HxiMfq9xB0dsl+4u3Ro8zeIx4rkb3wrIPMdCRnldS+dIqgymw44vFPAoSYAQh5CxEL BAAAAAAAYkAqI9VLSpt18efumLugeoEldyrvcbnOt7Wfe2fXkT/8+a+ffHxM1v7G6+esuWepdM+r v93z3t5m6Z4191x/4/VXBJ+rxzV0+OjJtpNOWXtlps6YcuMts4nGqH+9xUbtjqEme1mBoaFdy8P2 tWY7EbEbMKrLzWO2JUrdS0Q8zM+yvvCso4HG7Ofh/678VUL6s3HpNonZg6BgoQghQAzUPwAAAAAA oFBj/2pi/VlMqpSUhRUzf/n/r6mcXyLbbzROrzROr5xf8q2v2RoPn/riP77adaxbvLrmnqV3/801 0va+PJ1M0M8uKJS1kbCMiJp6hzdt3Pbqb/dG7KRU/fMef3A/2avMxNKfPQHW20KLC5eA4/KFahfa vaHdQSIrQCLfG9odXflW6fC/NPqfnQRhkB2GHR5bSE8gI+Lbg/oHAAAAAADxEJX6//OvvhGs/mUU 5Gb2OnulR624UT60/7ll8wsrZkr3ZJumKpu15E597vv3fvtrdyo3k4398/C/3mIz+nxExDo7EK/v 19xiW7pfDPmLR84errZaG9q18/q2SQfvq8xe3tOVb+VusFnxVGqQdxaedUifct9qdfYQDoDNulj6 D+ofAAAAAAAI7I6P+B+pzuUVMwARW9Z99TNG4/SIzf7hB/XSlIBbrykPedQ9n7la+rTfOayis/TE N5crdDV47J8ZarJXlIxQQL5zxA4rb9blYr/wB3hDPBUynZ2EIzmrhFfQ0K5taNeWFRikxXwKzzpI ovJ3eGzCCO+stvoNyjwBeQgQ5D4AAAAAwKQinoxeNY3FgHLEeYDCipmyEJ1//tHbv/3TwV5nb64p 94r8nOolc1avuupM74jMyJfuqw5p8K5bFrz44z+Jp7IZgK1/OPCXlm4iuurymStuvELqQvz9N24K 2U/Z2D/v3OGxra1o3HfsbFPBilqdneU7D9tLw/pFOBBH+9DYhOAqs1eaIRAc0B8c3iON6uGXpEYa 2rWjPTHbpTYj5ABgBgAAAAAAAEiJtoKnVEwqC8sr8nOkTzs6OoR87zrX3XWs+729zf/6o7dkgT2F FTPDhQxVzi9ZsKhCZAzLZgDe2/tXEe7PoUfCB6icX1JYMVOaY0Bh1D8R1ersTg9VlFAF2YmI5f7Y aBy7VLKLgp5ij8gPlqp8meLn9F8au2iANIuAuEaQzk6SYkEUSA8QT4m9kEumDisAAAAAAIiWhA/5 x0zWtBnSp8XFxSEHo2W6/KHPjCn+03j4lNQfWFm9QDgACjkAXce6X/nF/ie+uVzsuSI/R3qicGP/ o4JbsrHDY1ub01hl7tJbbLVNftFf22QXNYK68m1Edn/LyxudHn+tTyKxQbIJAdb6Ib0CLgpUZTYI J0EUDxWegHQeQIsBfgAAAACAyUm0o8DJbt94Qr4Y8C9fXN14+Kbf/88nv/3TQZnuF3zhHov06Wcf /vdDO/5JjOXfsXbZMz9+k7eVcwD6aUj6VOqNyNS/SVfI+9fqGokK3aWVa9sa3aU2Q1vjWl2jvmjO 2s5Gp6dLb7HtdjiqzBQY8qfdDke11TrUZK/V2fnVWrPd6SH2E/QWm3hp6yFam9NYba0carLfvZCG mogfhbIPGB9d82t06QDZIgPto66CqhAgAAAAAABwSRLtKHCy2xNR17Fu2fg9EVXOL6mcX/K/v3nb J47WTbt2vvHGYemrN14/p7i4WDzd+ocDw+cu7HzvryKXwJI79cbr53A9UOUqQLNMYwKQBgfO8cbU GVNWfeYKIuqdbmL17/R0jTmyyT5EdGznTk4Cbtjt9OvyJnuVmcSGGP6XRwHpeJEvLbU7uvL9T2vN XnuLllocXfn+OQRqd1RbbbsdjjW3u955S1tF9q58m0nXWEtjZw8koUEkiQWSLg6QOb1gWTT3BQAA AAAAgERSUqS5zJyzu8FFRA2fnlllm6fXh1DqM8tza2uq1nyu8pNPu0+09/DOxx5aUbVwtmjzw/9b 33L89LB36uf+ZqHYOWWK9g/2RiJasmDO0uvLxP4/OT45dLidt2+8fs53HrdJz/vUv/7XyNBFHvsf 8Hk9OYUc+TM44jbpCn0V1V5ni95iM553+yqqjefdM65ZqjVVaE0VV87N882Yv3io0VdRXTg9o8p0 7kLhtV5ni9ZUUXChWW+xzS4vH2qyly++RWuqKHfZec/s8vIr5+bNMem1porZ5eX8eOXcvEXnm3wV 1bPLywsuNG8/XXFzbvP7B7qqrdZ9jSduzm1+/4SnOOfiFdqWHR7bUoPbTI16i63gQvMV2haxscNj uzm3+QptC08FHNTdoimc963E3T4AAAAAAACiY+nVGTdeV/Lsy/74nxuvn/OjH66SjusH88VvbLE7 Ppo6Y4o02sflOr+w9gdcHvTTDzYE7/+Xf7rnK/ePjn03Hj714cGTeUZ9RXmBbNph6x8OfO3vfyUi f+bNnDOck2HSFeqLsgdz8jRNbe7SSkNbIz8Skbu0cqjJLg7nVYFF0i3X5JFuCGR7jD6fS6MRL0kz CtylldN0rgGPkYiGmvxhQmsWu179yCjSD+b1besZNopSoV351rU5jU5PF1v4VV8lt4QDAAAAAAAA UonMASCiqTOmfP7Wqi/dVx2uvI/Ldf7mtS/eek35c9+/V+xk1c7bMq2/7ntvvPrbvd/+2p3SNF8F bln90l/bTnDkj7H8Mpb+Q539RCSP/yEiomOnMpdU5HPcP6tzIjJ5Wgdz8liyS2EdL9Q8I9wJ9iVE iD+/KnUShGOQt3BJz6F9fC5xUvZDRCwQBaoS8R52GxITAvQv/3TPzj8fjtxOsX20RmI7RMHULTfP 53/CprL9BJ49ZmR9UN+ldOg8AAAAAACNDQFiRoYuHjrc/ss39vzyrYODrkGDQVdYMCZAX6+fetbp vnb5FfNmF4id//vpbSI0aNgzfO+q68RLxYXGX76xp/b2hdJ4oXCs+94b7x44KuL+ZximDo64+109 gyNujv+Zpp3OYT/isWxu3sD00pxZ+RdG9PxoaGt0meb2H3nX62yR/tvXeGLG4Emvs+V3J+eXu+y8 Z3Z5eX93o9ZU8cbJwhtntF4ovJaIOBCI/3E4UNHsubPLy73OFg7s8R59q+XctJPHj588frx88S27 HQ4+xOtsWTi/wutsKV98y0fny7kx+wPu0x9fl3MyAUnA//JP9/yvH/yWH+OxE+fh8SDrvHiawi6p IfjKp3mHAQAAAACioutY97/+6K1//dFbNuvif//hSulaXQ/fUykLE1pzz9JFVZc3He2xzM276vIx awVwXf+IKwE3Hj715D+/+de2EzfeMvvsyNC8mXOMORmi5g/H/7g9RpOnVe9pdZZWGtoafZbSoUN2 g65wyNPFVYQ+OZVZUTKyu11b5RnN9+WwnNHSnIE1wqqtVmp3iCTgWrN3+24t0XEKFQLk74bFRkRr dK4BzyqeMdjtcPAqY7sdDiIi0lZbqKFdW20hHvXnEkNVZN/hWdXT7khKFSAhTCkgSaXb0mbSnVIh yy8FvxpsUxwVfEii3kjILkU8u5qLkPA+S/ujcGFD3ogEdgMAAAAAILHYHR/99g9l0qie4CSBu//m mrvDW7jnM1fLqgBxDgARuVzn2zt63znQ2nWsW9T8KTCViLh/IhrMyaO+nqy+Hk1n25A/EKh5iOjY jrMVJSTi7J2ergUrVhCRTdfoLq2stpChrfHW26uIXAMe28Oe1sGcJWvINeCxEVG1hYio2mqVBgVV kb8eqFhboPCsw6nzNjgcFMgZqLZaOfiHvYJqq1VY4wOPvr+NyLjb4S8cVG21bT1ED1vmrMlxaZpM ySoDKlPGCqo0eOpAQbxKD5EOfoc7JDaCDw+2r+bsyhchsX1WQ7C7kpJuAAAAAAAo8OP/s/YvLd2y wv9TZ0y57urI0TsKPHxP5R8dx6V7/vP13WIlYHEWEfefHZD+RDTU2d/T1iwzyDJ9wYoVPAy/tq3R XVqZp3MNeMjkaXWWVk7TubL6epyllUOH7Nz+z++3VpQ06y22T3buXLBixVCg9j8FHikwwK+32B72 tDp1o35CFdnFimBH39/WM2ykdn8h0YctrU5dOVvTW2xr2xrdC1cR0dH3t3EiAdcV3b5bW20tp9LK eB0AabRMuFiUkJoyBqGZPG0qhurVnEh9N5QvQpxvJ9yVV9kxjPoDAAAAIA1ZsKiCB/Iff+CGtvZz Hx486XKdNxqn32EtU64LFJHi4uKv3K9kQar+eeC/va2Zq/5zFBBv6y02k6fVqSs3tDVOW7gkqy9E LFA7EVHzbn8ObrM/GZfsLo2WK/pXlYyIsJ+xj0SSYX7hIbCyX6PzTyM4dauIiAN+Cs86tp8louOB wX6rSCaee8MqItp6iMRyYHxIYnIA4jcSv804uxEyB0D6qrJiju3scfY5UVc+GXcQAAAAACAG/nat P8jHaJxeaZwergqQDJfr/Au/eP+qy2dWlBcU5Gae6R051nrmLy3djz9wgzRtQAGp+ieO8GnrEurf 6ekyl84ZzMkz92WTp5WITJ5WKsoeamprHxsLZG9xshCvMnuFgueoHiKqtpAo/iMidqRlfFjBi2H7 rnxbocO/FpjeYuOwHzHYLyJ/eHExkQZQZfbyZAIRTdO51iymAY+t2kIiFSEBDkBwlHwCbSb1EIGa EXTlOJkYzh4ywSAqEnLl4+8GAAAAAEBCmDpjyoobr4jY7HcfHP7csvnSPTvf++uLP/5TcMurLp8p lgRWPi+rf0Zk/bL61xdlmyl7qLM/K9BgqLNfWgyUg/U5pIdFf7XVNk3nGvCQ3mKbpnORxSaN8hcT CO7SSn1AqfPGrbdXDXio2mrlYXsiO5mpod3REJgl4ECgNYuXDHhIOj9QbfGP9O/w2I6f2dbT7iCi aquVlyzgU9x6e1VWX+v23dqMiFdEAZkUlgXSRDw2gc3iPCSBNsenw/Fc+QR2AwAAAAAggQyfu3Dz 2hef/9Eul+t8yAZNvcPrvvfG1l99LNv/uz8eDdk+3H4p0rF/Dv4R4t5cOkeU/+eN9rbm9rZmbrDD YyMik65wbU6jaE9EeQuXTNO5NE1tRDTUZO85tM/Q1vjOWw38ONRk3777+G6Hw+np4uo9gRo+NNRk 58kBQ1vjmsUuDvshomqrtcrs7cq3cmhQrc7+zlsNux0OfnWHx8aLkfkL/ujsZQUGbrzb4bC3OLlv 7Hs4deXVVmuykoAjIquQE/KlkK/KkKbkqjxEoTPhLISzH8/ZpVcg4eI7pE3lncnoBgAAAABAVHQd 637mx28+8+M3b7x+zqKqy7NJz6V7Tjv7Pm5oeW9vMxEtWFSx7ntvSI/adUDuEoj9676XGe5c7xxo Fer/MuN5VyDK31w6Z6izXyr9pckArP5NusK1ukanh8S6XUNNdg79HxIrATscVWZqaNd25VfWmu32 Fqe/sqfZn85LPHtgtnNiAKcBVJm9Wz22tU2NQ54u9gG2HqK1OYW1JKkiarY3tPujfe5eaHM2de04 RA9b5vz0EK1ZvKTn0D6uMcoOAzfb6rGtWeyfhcBKwJcUKOMDAAAAgAlH8ErA4wOrf5PmVEbe0mFJ vf/si+7+DINoJtX9jHgqInB4CF+U9/lk586KkhFRx5MCET6cK8x7WIsTUc+hfaLevxDu0j0mXSGH 8Rx9f1tZgYHGLvRLRFVmr+jDDo/t7oVEnPs71qboRuIdgIijyOmmUMN1ON36KWUi9hkAAAAAICQp cQBk9f7Lpkxn0c8D/1wAlGP9paP+XAWIpTYP87M1lv78VKhtPoS1O2t9kQZQVDTak85OmqZz9Rza RxJlz4P3/MiZu9I1xdbmNP6qr5K9ix0e27y+bT3DRs4J5oTgKrM3b+GSd95qEHZ2eGyWMztdGo3t chNmAAAAAAAAQCoZfwdANvZfNmX6hVlFU053EtGFWUUc+SOqf8pmAEy6wn3HznLKLwUmAY6dylxS kc9BPryT6/nw/ACLfkNbo1gvTFTqJCJDW6O9xcmNpcP/QvoLgxSoECrT9+wYUGAqgIj47BRYF0w6 sTCvb1tcScAAAAAAAABMLIT695ZVG7R+9d/e1nxhVtGFWUVElH3RTUTm0jlOT5cs8oeInJ6uipIR MQnACbgVJSNOT1e11cphOf5anAE+3LF/qMnO+bi1Oru9xclPOQPYXVpZZfZuPUQmXSFbWJvTuMNj qzJ75/Vta2jXNrRrtx6ildVlRMT7G9q1Ax5jV76V7YvT7fD4ZyfYILsfHAgkEoh7ho1wAAAAAAAA wGRBqv5zB8honJ5bbhzq7C+bMp2IZuoGiUiaACASA0T8j3hph8e2pCJfJAPwVIC/Nr/VyoX5+dGl 0YidXL+fH3lUfushIqLCs6MVe5yeLo7jP5Kzyna5qcrsrdXZnbpyIhJj+RziT0Rc8IclPhcC4gJB XEco2AeoMns1d61+KqlXuTC7r6mpyWKxJPUsIN2wWCzv7u9MdS8AAAAAMGEozO7r6s9J6immVZTl Z+ql6p+H/EXwDzdrb2vmgp4cC8T4LKU9h/ZxTP9Qk12aB7zb4VhZXebUlXP1T+l+WTqvf0lgs1e6 IXvcESjXIw6/e+GYkB6RTyzSAMThRCRbP5j9BL3FdvT9bT3DRo4p0vyff3s+qRfa3XfuwKfnr7lS 1Rps4JLBYrG0d3anuhcAAAAAmDDkGLL6+/ule3wZ8RasP+GafpnxPD/y06tmjZzUlfN4PxFdmFVU 6D7XcPasuXTOTN1gtydLlP7kBtKn7W3NRMRFQkVigDRF2Gcp5UL+RMQR/6y8uXSPSA4Ol93LEl8s FUw0ZqkvaTQ/q3wKJA1zZH9ZgUHqbOzw2B62tPKywZx44PR0sZOgee211+K8ssqcPn0aMwCTkMWr Fp/edzrVvQAAAADAhOGCdyTaQ4YGB4jo/Ej59MxW3iO2xUaXp7RQ13Z+pNxoHB2PzjPqe1xDF2YV zdQN9ra6+jMM2Rfd/PREm5ckDoD/RJ39PktpVl8P+wCcB8w1f6Q1QLnUDxGVGI19GUREfb0usbaX u7SSVb54FDm7jJD+vFTw6NkDCl6sJMBVgNYsdvUc2icd/hcTDqJj4ukOj63wrH9KQfPmf/8h2msd FR3tp/bv33/ttdcm9Swg3aipqfn0r82p7gUAAAAAJgvdrtyZxl6xIR6naY4P+Mp4m4hmGnvbDfOI iKW/CAHqzzAI0c/Lfs2qyO9xe4T9wZy8y6ZpTx48JtKCpdqax9c5QGiazlViNE4toLPOMT3MN9FZ J3V2Eo0d5p+mc+XkGvNNRERnnaM+A9cGDV4cQMwJiMo/skUDuNaQyAeQegVsR5ttmJas+0BEROez s4koOzs7YktwKZGdnZ3sjxYAAAAAJie9bqOWOrIN03jDS8Va6sgz6onIS8UzjR1jH+fqiS7klc2k 492u3HbDPI741xj1HP/jy9OdyDBkX3T3dxLPA/BZetyePIOuPdNgHnG3ZxpKjMaLRNnXV/p6/TX7 xSJftTq708Pauoua7AZdYVNppeHDRndppaj3n2+ivKmUV+x3A/p6iQKLA+TkGon83kJnJxH5C4Zu 9dhqdYHFvMz2hnYtP1ZbiHidL7OXVxQuPOsgMxWedeittl8dolqd3R8X9P62KrNhTFFRs32HxxZv ZFUMrF69evxPCpLKli1bUt0FAAAAAEwK+t0DuQYimsYbve5i4QMEP3a7cvOMRETdnqxCKs4zUs/p zpnG3mP9JeRyk4G6DDNm0qC+KJtOu4no+IXzps5+f1h/WxeVzjEbSJM36/IC8p52E1HfgDerrydv 4ZKsvh7OBODlwHZ4bGsvb+S4IHuLs8pjHyIytTV2kr/ef1+v62yukQLLfvGyALwaQGdppYjyP3Yq 06XRcG5A4VlHA2mJyK/7rdath+jh6tafHqKHLXNq2+x6i23e+9saho0igXioyV6r809NFJ51lAXU P/kTjv1+QgocACIaGelJyXlBMsjMzEt1FwAAAAAwWRAD/9KNfrdc/VNgNoBjgWbqdOSmHtdQbrnx WJvBX+nffUSEA3XPKso+3UmBvF6u/tne1jykK/RlGpYOZ56aOt15sjWLaDAnj/gxJy+PSvUWo6Gt sZbsTg9VlBCP1rOOrzJ3NTgcVWbvsZ07K0pGPjyVWVEy0tCuNfp8XBiUWhyBRy21O4i01Susux0O acyPP9z/dpemqfHuhZWDury1OY1OXWVD+/FqC5UVGI54rET2rnyr3kK8TrAoN0RE0pxgHv6vNduj cACsVqv0qcPhSMA9BEA1u3btUtNs+fLlSTpjDJbj/9Yk73unfD3VvNlw10f9dYvfgnrYZjym4reQ 5sg+bBEJ/jTGbyFaDnbmPbl6kWznxi0fX10UYZhJZVfxSwdAusGKn2cAxroBA6JNkCcwdCGvTNPj 8eXp8oh6Wl3ZRLzub7crd6i/v7soe6ZucKZu8ESGgQL1/sc8NtHHRdmDOSNmg64905DV18P5ABen BJYLmFnp7vaX/eHh9gUrVnyyc6foUlPBigqyuzQavcVG7Q7OHpYt+stpwUcDQTtrL290l1au0bl8 VLqGXAMeI5VWEhFvDDXZq61c4tNf5bPQ4Rhq8hJppc4DkV1vsVl27mzQaKVBRKocAP5DufK14uCd +OMIxoddu3Z99rPFRPTf/91x3723BTd4/Y23Aw12VS6+M9fgivN0RFRWWhC8U6X+4y+I78yYnZqC KL41fgtjd2oS+r0LdyWrFl+3a9cuNe/0vntva2rp6e3paW051u8eEIkf4fYnw4IaJJ+fEG6PSm8n TgvCTsj942lBAd8Zun/T/2xp7VhdXhzy0d+u5QNyvJgkCyoR0t/nOyx7SaOZT4pugNVq9XrHpOZ1 d3u4+ODp06dlLfEzB0D6IIJ/WPpraUCWBiAd/md6XEMzjb3drcQZAr48XW6errfVxWkAXPyHTru9 V5RmZhtnaV2nj51l3S8s+H2ATtJ09p8myiryDObkZfX1XDSWE1GRmYioZ5iuKiBaUJkdiOM3eVoX rFjB64INNdmFKOeUXBGOz4qcR+VZ0/NJWfdPIxenB/T1uihQR4gb6C02Q1tjra7Lnwrc7v9L1ZVv JfJnJnBiwG6HgzQa9gcsvp186sgOgNVqlUl/ZuVrxdubHhODKPgTeUmi1Zpke2S/mnHCyQPq00Iu HPoLkamjayj8q0Rk0lIHUWi92O8eWPk3d9TX1yucZdeuXTLpz5SVFpy8WKBGGVutVpn0Z3xniH5H GhWSwmq1+kLt9xG9T5YbVVhQ804VUO8DpJyI71RodyL67GeLpT6kSm8nfgtSZH7XeFpQ86mIrN0j Eb+FiP1k9e+X/mfnayTfV9+mwBdt9SLlqYCvf/07yt146aWniQiVrAFIH3gwSOoG9Ls7lNMA8ozE kwBa6vD2FHcZZszUDeaWG3tbXUSUfdHNPkCP2zPT2zZ7xmVUQXp3NlcB4pNKK/0TEXsCVJR9yuUi oqkFxrypRETDZ4jrfhJRURERlVMn5S1ckpNLVGTr7CTO3K0iu95iqyK73kJDTcSF/79WRESjxUBZ 7hMP9ve6BjzGoiIj9bpY/Qs3wF1a2eBwULtDOo3ATgW7AeJx9CUNFwx1ZJAiUvW/9d6/bL33L+Kl 7U2PrbRsIiKv1+n1OqOd+QUTgmeffVb29PnnX3nlZ79IiPEtW7Zs2rSJiPbv39/U1JQQmxFpOnpE uYFU/S+9vmrp9VW8fbztzPG2M7MzzmTOnq8cPCNV/yO5zpFcv8ukKSD6HdHnyLcpQviBVP2PeJ0j EqfrfbLcQE3vkSXiNy7iO1Wg4aMPGz76kIj63QMRG6cc5XfKN+u//9svPXnj9TfeHhj0DAz6i7ux ek6ehWD42Ggt7Nq1i9uIs0drQc2nIpx2X10eYiQoSRYi9tOv/s/OZ/XPP0P8T/PY6BctODpIxuZN m/lf4P/ND2yuD2xuUtlbAMA4w6P+/e6BXIPLS8X97gEOBJI181Jxj2tISx0c9881QAvd5/jV3HKj qPbTn2GYcrqz25PVce4EEeUZdLwMsECs88XbTk9Xe1uzpqlN09TW0uzqbKfhMzS1gHIuUs5FooCC 5/o/ORfJUkw3X0NXLSAi4qr/4rGoiK5aQJZi/798E+WbKCfXmJNrFEVCRR0hIpqmc/E6xLsdDp5M 6Mq3Eg/2+4f/iYj8il/yyC+Jx9iTgFdaNm2/vyOx48Eg3Vi3bh0RPfXUUxRwBtatW8fS86EvPxCP ZVb/HR1qRwRTy/G2M/fde9vrb7x98mLB7Iwzx6O3wBpFozWFHNdXzw3U9D4ldzDyvntv4zkWZTWp Xu82fPRhyO6Gb6AAACAASURBVJHp+C2ogQ+Unqtq8XXBzRRG0OO3oBI1FkQgnKvPZ8zRJLwPI7nO X36bfklXE4V9JKI33si4P0wAj0oLP/rNwidjDQE62DlaeIC/WdJXZV+05r8enHPF1bGdCACQhkhz AEQVoFyDKzgQiIjyjMX+POBW4so/2RfdeUS+PB0RzdQNUrmRWl39GYbjF86Xne7snlVEHg+/1F2U babRqYDRGYDAbIB/IbBDXT1E5tI5dJKcuvKiIprhcVOuUdrnnmHKm0pnnf6inwMeo1gvrK+X8k3G nuHRxmLpAF4coLPTONBJRGRoa9vaV1mr29fQriUaDfHnSkHBuQTSSQASLkEg6EjJAbBarVRXR7SJ iLbf36G93ySNBZKqf63WhBCgSxJZ/Cv7A/HD6r+pqSndFojYtWtX5uz5RP4B/D17Gyig/nnP7Iwz Jy8WZM4OGwhktVp9knHDzF4TSTSKX5psIt+msIFAVqv1PbIQ+adEOApLqBmeAdAEWibpe1dcqA8X ZyWFw/SJKDcvr7XlGE8aMGI/ESkE8cdvQT1iCJ+ISooNYlt6UvVnid+ClIgWgp0l3nPnyppE9UHK 88+/sm7dUyMjToXtiCQvgFAM/0vVP58uxBft0Sfx8wTAJYMsB0AkAIQMASKRAODKzS03drdShfFU tyu3xzV0wTBjpm6QiLzaGbnllEuU3Tq9P8OQHUgM6A6sCGYunTPU2c/brPtHZwNK/Bv7jp0laj52 KrOipPl4E5EkjXigtPKUy0UuaiHK6uvRdPbz/l/1VfKKXe7SytY/Nkpje/iRq4J++NpOkUxcUTLC Mf1jQnoCtUHNpa1364jIVkX2QJqBg8w0r29bw7BRuAEiOkjVDIDQ+lqt3weQqf+E3FSQtiRK9zNC /SfQZvKQqn9+KtwDlUOtshFKliabH46iD2JEU6h/r9eZbt+7kIPi8ViQKtr4Wb58ucjhlsY1CQF9 qsMd2xnVWxAi/vU33hZHqbTA/ZflIYiPX/zvQsYTTzyk0Tzl85lGRpxPPfUU/wHQak0+H6lU/4xP MuGl0dC77zbedFNl/N0TDG7/glZr4q+DbxMNzfI/VXNsd7cnciMAQJoRnAMQrgZoyBkA9gR6W11m 95Hu07m55Uat95wvt3SWz0flJy54so63+dN/WfTri7LzDLrMq2eeGPDmUWlWXw8FFgm2tzirrbZP du6kkq6KEiKiJRX59han7XKTvcVZZe7a4bHVkp2rfx47lUlEXPezK99WS/ZAmU6nKAPqLwwqqwqq 0ex2OKpKRnZ4bHRqJ2mIiHjIn3X/mttdPYfsdy+0tTc1EzXz5ICQ+zs8ttoCexn5nQH2HIjsDe3a CDkAKy2btjc9Jt2z/f4Omfqfs3J6gm4rSFM0EuI0tWXLltWrV6ez+ucxft6Wqf/77r1N+i+sic8R /c6/GRyfQERer/PRnyr1ITjOx+t1StW/+rczoYlwnaOB1fNnP1u8a9cu6eD9OMN9ICJXX9SxYMuX L5fmISxfvjw4BCiBeL1O6dc9BvUvs8C8+25jInrnR7/01+wDsPrPWvlr9d8OrvkjQ0N0IzURafgf u9mPPfZYcEsAQAoROQBiEoCIOB9A6gOIHAD/DIArd6ax90Sbl4g4H6C31dXtyco41nTyfJ9XOyM4 9J+IetyekX5XidF4+RyjaXa5aXZ53sIlPkvpyuqyoSb7kop8ItrhsRGR09NVZfbaW5xVZi8FQm54 gbCKkpGKkpFqqzVvqktaoZ8zgDmOv6JkhDeqzF6xQf7Vu7S1OrtLo6m2Wnd4bCury7iy0JrFLs4T 2HqIuBt8bOFZB2/zuXhbJAOoqgLEmb7b6+p4WIUHWmTqv/nap2h7XULuKEhPfL44A9dHqampYR9g 1qxZsVm4rdT5dqjY8c9+tvjCoQQoY47yP3mxYOTk4djU58vfoUee9qch0tjIBFI3Y8Zanx99RBqt yet1LvV+oAl8+9Jt+J+LdUr3iNiemC3IiCcNQDZ2/ub2eukAvHqkQUQpYfny5VyENKnqPzPT/+ny ep2ZmX7d7/XSyEh0dthnSDb6pb/mnPusgl9Lv2W+TWNccfUEuxDp9nUDYJIjWwdAVAHqd3doaSDk DEBuuY6IRBRQu2HelNOdvA7AlNOdPUTkarswq2imbjDPMIMqdD1uD88ADHX264uye9yePDrtvWDk UfMSo5GIyGicUlpORNlED7e1DnUWOj1dXM2T63IG0nNlBUANIkafiERJUA7mYe1OZpKF96y53TXg MVZbyNDWuGZxqdNTTkR6i+2dt0br/+gtttom/4JfVWYv0ei2GP4XFYFUhQD5fYDA02D1P2f/s82J vLMg7ZAO/MfpDBQXFyfEBwjemRD1z/h9gNnzX3/j7Rh8gEeuo5e/Q49cR/Q74nwAzdgBRI7/efSn dPCQ5uqFIa7nO9REZCFJzR/hgRORVmuqIyKiumh7JkEUk1FuFpXs5hieiFI+ooWGjz6UTbyo6Wo4 RA0fkT5LRDH4ABw7xBckVcWRRBDRrl27YvNh1FBf79i/f/9TTz1F5FfwmZkm/hvw7LPPXnvttWrC eKTqX6OhZHsCsmQAv/pXRFbvX4pU8U+eCTcAJgSy4B8h/UUlUNGSfYDAIgC5M429F/LKcsuN3h49 rwAg1gHg9tmnO09kGPRFHiLKM+jYDeBtTd6sjAvuEwNe84i7PdNw2TQ3r//FBX+IqK+03KmjPJ1r DbmIlhC5qq1Wk6d1bWej0+NfGFjofrEUQPDqvDs8toerW526ci4Yyo9rFo+ua+QurSQPGdoa7S1O nj1g3U9EvCJY4VmH3mrbeojW5jTWBnwAlv7sWnD4EBEpOQAOh4PzgLc3PUZ1FHLsf87+Z5u3n9/4 Qv3BQxRSyoBLgATOANBYH+DKK6+M9vC328KOxoV0DKKCI60zZ8/nKKDMsT6AGg3qcDg0VqtvE738 IT1ynVz6Mxz/s/GF+nAWrFbrrUTvUNOtZAlZ86eO/Bbi+d6p8W1ef+Pt+DNKU4vKGj5q4OtQXKg3 DiYx9kYZ5SpACeGmmypvuqnyiSceIiKiMbMBRE8RRQ4Ekql/h8Oh0UykOtEQ/QCkLbIcAFEFqN/d QTSm8A7PA8w0jq4E3Nvqyi03ioXA/AYvuingBmRfdHMOwGnq1weSgHn4/2LerKVZ509NnXXZBfeJ Ae9l09zaWYa8qVQ4ONyVNZXaiYqor3f07JaZNLWgnIjKiSrPUFO3rdpCvM6XWBrs7oU01ER3LyST Z86aHFdOru1rRETlouZnZydN0/mDfHiDH92llVUe+9ZDVGv2su7f4bGtzWl0l9qqyD7UZL97oc3u cFZbbfPe39YwbJSuDEBE7IdEngGYs/9ZImq+9qnRaypR/9HfOzDBSMYKD1IfIIbDWdLJKtVEVYVd GYOriYjcRovB1eQe6wPk5GiJqK/PqywiX/5w9DG4RiGpCCpg9U/+iOTRo0QkXkzvTM7hFl1C7CQc 9rXiHPuXEa4K0DgQsYbPOFiIFh71F2Gf6pNrpbD6p0SvFLlxy8cazXz/OgABQnwpfkeax+jlzRvD 2XnppadfGnmat0e8bMVEmAEAIO0RxX+kGyHzgDkNgFcCnmns9fbouQBo9hWlPW6PmASoyD617+wU c+mcstOdxz1dJl1he9todMuQrlDv9jiJBnNGLpumLTEaLxINn6FOop6CqcPtRJKluygQI3TWSTkX aWoBTS0gC1FTN+UtXDLg8df+7yTbNJ2LLLZpOpeTyslDA53+IqE5ucbOTr8pIfrZDRjwGLlGkN5i W6NzES1ZQ64Bj21tW6O7tHK3w9GVb6vV2SXzDIYjnjFlQMX8QwQHgAcj56ycPmf/s7RyOv9Z5Kxf v2Ow/Xy4gUxwCfDOO/+VqGW/ZAgfIBnG44EnAXJytOwGGFxNlKOV+gAR1T9/a6Kq8xPSgqgEKo38 SaAPkChhLYi//oyChTirDMkCeE51uOOxFu3hIWv4VC2+Tr2d+C1EhVD/Ih/A5yONJjof4Kcvb3Q4 riYiDhlKYPpvyMV9oy1MpzC0AdEPQDojywGQuAHy4Ez2AfKMxaIMKNFQHlGPayi3nGbqiMqNRESt rmP9JWVT3Mfbmk26QpPOwJU6hR2np8vU6V8P+CSRvih7MCfvsmnai1MMw2eIiHhJYEFfBuVcpHzT mD1iCJ/1fVERdXaO0fTccsBjHPC/SkQhZgC4JT/lUqG7HQ4RXOQP/ZcM+YvKoZwAcPzMtq78Vapy AAJahOasnC4t+NO8/TyFD2MAlwxxLvilAPsAp0+fzs7OjrggAKc/3laapL7Iz8XDqzzezxsslyOq f0Z8azY/rCRHFKJ3hAVGxP0TjQnGizn+h9+j8ntp+OjDqsXXqY//EdZi9gRkFhLrovAbiX+mKLZe 8QdYmocQ7VWK34JKMjNNzz33rNfLIUD+FQBHRpw+n+m5514JhAZF5pFHn3Q4HCJhILEFQEcnAYik 8wCjBIb/w60CxsuQy+CCP5gBACBtkeUAaGlATAKEHP7vduXONHbkGYu1PcfzjMU9riFeFZhDgHgl 4Jnl1N/mvTCrSAz/iyr+ouS/dAUAausy6QoPSpwEDsfkqKHBnLy+XhflGnPOEBFNLaCzTv/8gMnT 6qRy6nVN03G80GhIj8nT6tSV5+Qac4jyTTR8hqiIiKizM/QMQM+hfTs8NsuZTFf7mKSCwrMOkU8s cn+Pn9lWWxBYN2DYyFMBqtYBcDgcBw9pnny8RrpTJv2RAABioLi4uLi4OHI7IiJavnw51/8Jp+E4 PUBZs1rmzlN5Lh4wlu2XKmZlZczfmkfDf2sifmXE947lSJ3EAu9RtqDmncapIIOlsLgmKlWyggX1 qLynFLQIQAxIU6KjNSVq+MQ8mxG/BTXXamTE+cQTEbaV8XqdGk1cM1QR+3l1UQ/7AETEVYCkqp1z bxSCf2QOtgyIfgDSluB1AKQZwME+AA//5xmp25V7YdYMMx3pduWKBAAOAeolyiai0+7+DIO5tKjd Pw9QKOYBpBMCUsfA6ek6diqzomSEiBratVX+p80mXWE/UWdppaHNP/PZE2h57FTrkor8fcfOLlix YqjJ/smpzIqSEdbrekv5/7y2c8GKFf17xywHRhbbUJOdT+qvH9riINLWmu0NmsACwIH1fRtIKw33 F6K/p52kLbvyrRr1oZkHD4VNOFMQIh0dHfX19TU1NWLP6tWrR0aiqA8I0pzMzLzgSJ6amppPP/00 Jf1JIAoKT6VODfmticpbDve9S4jLrUbCKrzT4MNFY4WXEmsBJJBoE36Cfz7itxAtBzvznly9SLZT SP9ww/9M8IIk4Ur+Yy1hANINWQ4ASRIDpCsBa6mD0395FTAi4uF/rgHKpniby4DyKgH6ouz2tmZz 6Rx2BvwD/2OR7uccXH4aGH33PxKRKPjDO8W29KUdHtu8vm09w8bgExFRV7618KyDAvm7YyoIBUxx fU/ew10ST6VnF49ROACxAQfgkucSdgAAAAAAkFYI6U9EXKeu123MNbhCBgL58nRTeo5fyCub0nOc FwI71l9SkX2KnQEi6s8wcCEg3tYXZc/UDXZ7stgl4P28JgCNHf5npNL/2KlMHtdnkS0asCKXlgGV aXHxKJPvIQ9hoS91MLimEJ8isA6xv/3xM+6eYaPsQD5EVQhQwsnMzEvJeQEAAAAAwARFlgMgRv3D hQB5e4ov5JUR0YW8sjzydLtyK4ynjvWXZJObB/6zL7rFUgCc7HvA02XSFQ5lGCig+0df1RU6PV16 i40FNxHV6uxOj79BRcnIboejykxinS+xFi/7A0NNdlF/X2+xUbtDxOSEXA6MAiuFSdcKOH5mGxUY OMhHnIhdBWp3/KqvUrRsaNd25a+SeAv+lAAuE5SCGQAwGcAMAAAAAACSgVigRlIDdCBkErCIBeLq n0Sk6fH0uIbkBjMMFdmnjvWXsD8gywAmIp9FXoSE83FFGoB0pJ/lvlgPWGESQLQPjtiRPopmeouN iLj4D3dDFAIKOaXABwZPGlSZvRnJuDEAAAAAAAAkAx7473cPiEkAIso1uML5AD2uIU2PR9PjISJf ni633JhbbiSi/gwDbxDRvrNTeI9I+ZUm/vYc2qdpatM0tRHRZdO0WX09Jk+rvihbb7FVlIyYdIVr cxpNukK9xSaV6V35VgoU4Bc72Sa/xC5BQ7uW27DWr9XZ9RYbP65Z7NJbbHqLrdpq5ZmHrYfIpCvc 7XAMNdl3Oxw7PP7piB0emwj14VPs8NhG5xOIuvKt/okCIiLKfPDBB5N6k86fP3/8+PGysrKkngWk G2VlZU4nKmkAAAAAIJH0uo3eC71Gw0Xd1CkDF/J5mzcy6HxIHyBbf+asa0q2/oyzUzPNp+ntdPdP yy3OODmYZx4+6bwwq2iW6WKxKceTZfCeH84rKe5ynpymnS7mAUy6wsERN+/Jy8rKyp15+fzci5rc 3qaT/d2NRDQ44v7dQLWZGr3OFr3FZmhr9FVUlyyouK6CMjvdgyPu4pyL+xpPVFutXmdL+eJbvM6W K7QtOzy2m3Obvc6Wg7pblhrcRVcv1ZoqShZUzCitOH+etKYKIjpo351zoXlf44nZ5eW7HY7yxbeU u+y+iuqPzpdff03+jMGT/V0ninMudvRn3JzbzAan9B6aYZh6UHdLrc7e0Z9xUHfLzbnNDe3am3Ob O/oz3Kc/HhzRH9TdghkAAAAAAAAwAeh3D+QaXGIGgEf9xUa4lYAv5JXNNPa2G+bNNPa29WfONPZO Od3Z7crlQkBTTneeaPNybdDLSrV5Bp25dI6+KNtcOkd6atnqYESkL8rmUX8i4hkA0ZKI+vc29u9t tLc4uQGn6vI2P969kHh0/2FL66/6/DVDOzups5Om6Vw8rt9UsMJcOqcr3zrUZGcLPORfq7O/81aD GO/nx3l92xratUdyVhERj/pTYP5BTAvMvWEV79S89tprSblFEpADMAkpLi7u6OhIdS8AAAAAAIAc DaQ5AAAAAAAAkwfNq6++muo+AAAAAAAAAMYJbVFRUar7AAAAAAAAABgntOXl5anuAwAAAAAAAGCc 0GZlZaW6DwAAAAAAAIBxQuPz+VLdBwAAAAAAAMA4gXUAAAAAAAAAmETAAQAAAAAAAGASAQcAAAAA AACASQQcAAAAAAAAACYRWvVNv/iNLdKnv3xxdTwnFtbitCM1mChTCqfgjRhOJLt6gvj7HEOvknet wr1NCnQv4fc9NtRfgTTpMAAAAABAolDlAIRUdeMguFWiIDrTH+78uF3JVF2rNPmo0AT/tAAAAAAA xE9kB0AqmGSDuOnjA0wgpFcsIWI0PW9BevYqBi6ZNwIAAAAAwEQRAiSU0C9fXB1uTiBke9mr0sMV 1HC4w6WvynayQ6JwomijmKLqs4I1NWEksXVbfa9CXquQLwV3UuV1i/g2o73vKq+Jyg7HcAVi+KAC AAAAAKQ5EZKAFSLX+Z9CS+lEgfRVNc6DbI/yq+FQltHKRmLoc6JiS+Lpdgy9img/touvEpXGla9J nB2O9oMRlXEAAAAAgHRD7QyA8jBnRM2q/KpKeRdy6Fd51FlhKJf3RIxiiqrPUcVEKfQ85m4r9Crk tYpoX+WdDdeN4Hek0Fvldxeuz+o7rOYKqHQVoroaAAAAAABpRRQhQApEFf0SHEGkvh6LbNpBZa/U RODITiRrL+tztAaDD1Qggd1OYPtoL74UlepfjQX1R6nscGzvKJ6rAQAAAACQWhLjAFDco6EKh0vF 9xfHt2ZOROJ81+NfizNaYrv443CDFGaZou2w+suVzh9FAAAAAACVJGYhsOSpf0Y5IXgCIXInJtD4 8YS7+FF1ONq3M+GuBgAAAACAjBhnANSUZ4lYCibYlMLhatIDYuh/nO3HWcSr7HbMITfRJm8klqjs x5C5oT4BIIaPIgAAAADARCGCAyD0/RdD1UyMU/6qj81ISGYthcoujfYtxFABMyrlHVW31ftaEXO4 g+0nPKMgXIOY353MrOzwxJKozzwAAAAAQMrR+Hw+5RYRB7/jbBDDq+EsK8hWZTvBxPam4h96j6rb CkPawe1DJl5HdXmV30UMDkC07y7iUTF/WpStqTEOAAAAADBRiJwDEDJaXbon3LbKBupfVXm6kKix HNVZojUYG/F0W7YnhneR7PcYm/2o3mM8nz315wUAAAAAmEBEngEAaQviUgAAAAAAQLQkrAwoGDeQ fgoAAAAAAGImMWVAQQrB8D8AAAAAAFAPHICJDdQ/AAAAAACICuQAAAAAAAAAMInADAAAAAAAAACT CDgAAAAAAAAATCLgAAAAAAAAADCJ0La2tqa6DwAAAAAAAIBxQuP1OlPdBwAAAAAAAMA4oW1uakp1 HwAAAAAAAADjBHIAAAAAAAAAmETAAQAAAAAAAGASAQcAAAAAAACASYRW4bVPDh+NzeiC+XNhCqYS bipJpEMPg/sAAAAAAJAkwjoAnxw+GrMokR0LUzCVEFNJIh16mIaXBQAAAACXKggBAgAAAAAAYBKh FAKUJP7t+VeIaPPmzWLPxhfqeePIX16TtvzWEw8pm5o7f5nCq0cPfxBbDxNCcN+i6o/yW4vKrEpT ie1eai8+AAAAAAAIR2IcAJaDKjUfS/+XN28Uex55tIYPr711VPGznxCRkAuZabWmlzdvnDt/Wfwy VCjdGEz5fIfFtkYz/9339tx041L1h3/c+tOIbRaVP6zGbMTl3rRaU7Tdk9k81jedN67M0yXq4gMA AAAAgISTAAdg7vxlL9ST/XSxGs03d/4ylv5SrclHzZ2/jL7yK/+edRXqOyCkp4z4Zejc+cs+7fFY fvNzItLEZGr//neJaP/+/bF1oKP/gMKrW37zonpTP3rpULiXrl7oi6JPRET08uaNWu3/iKef9twV 3AA+AAAAAABAGhKvAyDU/5Et/eqP+onviZ+8S0S0f9+r1y5Zw49ERC0f0OVqQ1+UeeTRJ3kj2oFt wdz5y7xe57E+ej5n6ROOKKR22vLNry8M3qngGAQzd/6uo4eXz51/kshM1CL2X5m3kYgcjutnLaom ycWPxnKImRZlF2LcHIzgE8G3AQAAAMDEJS4HQKr+m7efl0b1hGv/8uaNN924lNU/EQn1v3/fq9du 8u1/TJMQB+DTHs/pj3cTkdVqjc1CQP1P/+PbR4nop4vn0eaIB40eyxubNz8v3c+yWL1w/LefPaz2 lOqISuuHY+78k0QkVf8Cq3Wvw0Gf9nj++PbR6f071bsBUj2dntpa1sPUdgYAAAAAIB7UOgDBUf7R qv+QSGcA9u97laIM/lFg1qJq9gFiYO78Zb5zP/vpz35xPnsFEbGWjeoN7j4snw/Zffg5Iqqen61+ RuI//5mIyPfRRyFf1SxerL4/FGb4n3n33caoTDEOx/Vi22rdK33pjtvm/vm3O1XakSn+o4c/COkD hEvGCPnJDG4ZTy6HMsGWuf8qOwYAAAAAMM6ocgDmzl+28rVikmi1kOo/hkibMTMAS9bs/4+17763 JzZTiYLV/8j0ux72mX7av5GIolX/TPVzv5fvev9N9YeP5kUQaX4ctC7V+2/S2ETqiHxlg4k3rr2F 9v8PXXvL6EsLyaHejhj7P9iZd8dt/tL1DoffB+BJAA4EipmQ6j/kFIH0AynbiLgz2i4JWS/Effwd AwAAAAAYf6IIAbLN6tgekKRxqv9Xb9oz+uSmijmWnuabKoj2pHwlJKH+M//DREQP+57UPEYxuzfj QLS9Eupf5gPEwJOrd9zR479jsxZVO6JyIsIQ7Rh5cLOIByZWeYezFkPHAAAAAADGB1UOwMubNz5y /5P0WvEL9R2P18Su/sUA6hyLhYiO/tlFRHNvNhLRjnc8Tz5eE1scUaKQqX8iilb9C/1a/bmvhGsT bSaAZu2/qmyphjjV/9HDy3mK5sOPjqxevfr0x7tnLarmDGDBpz1RZwBL7I/Oe8hQH3kfcgWGcQgB SmBLAAAAAIDkocoBEPLXfrr4hfqO+CN/mpuaiGjuzRaxXXur7kmiRx59MlUDpV/9+nd8535Gv/5y JhERbWm/8/7vvxnDG4xUvP8zpLp4v5+jb1DQkgLq+yP4j/WjZfu1NSZOMAhgJUnpHsXCO7t449FH 6aabKrkA66c9T16Zx/FOLUTEXkEMPVRG5QcjXLZuksJv1CcHI40YAAAAAGmC2hAgngRY+VpxnOpf mhzJ0p8Cesjrdb7ys1+kODz6Cz+jX385ZvXPJLB4v3REXLqkQAxTJbISQOEq/2si9Gc5+wCbN9/6 0kvRdiGczQ+iio9X2VgqshPyoQqXnRx8OvUdAwAAAAAYf9Q6AKyDudh/PGP/RORwOIoL9VIZtPGF +icfr+FtsYDUvKvuj8F4bHz1699xbHuAiLb82zaiuNT/uBFD30QhoCcfj//8Ldoxn50QVUHVEzFE J1yD4GI70j3SQ5IUAhTydOo7BgAAAAAw/kSRBPzy5o0cJRKnON6yZcu3nnho4wv10/VipPzAy5s3 arUmngRgH2DjC/UqDcZc7lOKZsaXX/venfd/f7S6TmxvMOHF+xnZkgKxIZ0EUB7pV+DlzbpHHvUQ UbDo37il9snVO2IzG073KzTgPQrptsqHx9A3ZcuyU6jsGAAAAADAOBOFA3DTjUtF5En8Q+O1t+qI xhg5evgD4QOot6PVmuLsCRHV19cTUUIG/sfG1ieMxx5TvQ5ZKN59t/FqyTIADofjYGeetMGTqxep DCu66calL2/eQ0QBN4CI6NFHW4hoev/Olzfrmv96sPmvB+PpLQAAAAAASB7RrQScqJCYf3v+leCd 8666f+ML9SzoVQ7/Hz38AReliROpnXjeY6L6k3CzKldEVvneb7px6bvv7Xl5s07seeTRzUS0OS4n 5dIBA/wAAAAASGeicwASwreeeEjh1dooxVOifJJ0s5NAs8nQo7L+QPICAAAAAEwUMlLdAQAAAAAA AMD4JBtfnwAAIABJREFUoVEYu/3k8NHYjC6YL1/SF6ZgKn5TSSIdehjcBwAAAACAJKHkAAAAAAAA AAAuMRACBAAAAAAAwCQCDgAAAAAAAACTCDgAAAAAAAAATCI0y5ffkOo+AAAAAAAAAMYJrcX6/6W6 DwAAAAAAAIBxQnvZ7JJU9wEAAAAAAAAwTminGbJT3QcAAAAAAADAOKHtP7o31X0AAAAAAAAAjBOa mpqaVPcBAAAAAAAAME5gJWAAAAAAAAAmMN5hjfrGf/vEt7XJ6woAAAAAAABgHFiw6Ho1zTZs2EBE cAAAAAAAAACY8HzysdrMXqwEDAAAAAAAwCQCDgAAAAAAAACTCDgAAAAAAAAATCLgAAAAAAAAAHCp 8dttb4V7CQ4AAAAAAAAAlxSs/sP5AKgCBAAAAAAQC1fOW7pu3Tfit9PQcPgnLz2dcLNE9OjDX0y4 2eeee/HTI3sSbvbgwaMv/fu/xG8H0Fjd/9ttb92z6nZZAzgAacfc+ctS3QUAAJhEYEFMEDPr1n3j uedejNPIhg0biA4n3CwR3XDDDVIHICFm39rx63XrvpFws3V1dURH4zQCmOBR/2AfAA4AAEkH8uJS Ai46AACAdOaeVbeHXBRMukoAHAAAAAAAgBgZGelJdReiILi3hw6d2LNnz8GDB1tbWwsKChYsWLBs 2bKbbqpMB7MgZiKuCAYHAICkgzFjAAAA0aLsWvzmN3/6/Oc/E4/9/v6Mt9566/nnnz9w4IDE7G+K i4sffPDBJ554Ijv7YvqYBYkFDkDagXARAAAAYAIxNDgQvHOaoWTISxcvkuciDV+kC17y+kirobzM U/Gf8cyZ4Z/97Gd6vf62226bOnUwtt5u3WrfsGFDUVHRT37yE6vVWpCv7T+v3bNnzzPPPPP000+f O3fu6aefvjjiTLjZ5577XsgrBsYTOAAAAAAAAAlmwH2qabDvX/Zt+EvXIR/RrWV3fnn+uus2F/Z/ 64RKCwoqeevW7S6Xq66ubunSpUajUb1MFxz6y6lNmzaxTL9iTj4R5ZkqepzHbLcuvvrq1x944IEf //jHixYtuvvuu6doz8djloiyp3tlZh944C74AAlnw4YN6hvDAQAAAAAAiJ2BgRASedOJ33/vj98R T/966uivPt4crnFUnDnr/fnPf/7xxx8T0csvv/zII49kT4+6t++///6BAwf+8z//0zxLL7rEG4WF pd/97nfvuuuu119/fenSpfkmTZxmGanZBx64S581rcfZHUW/gSJ/+8S3o2oPBwAAAAAAIJF87OmW qn+mv/9cVEbCuQovvvgfRqORiGbPnv1f//VfX/ziFzMzhqLt4b59+4ho6dKlRGOOnTK1qKurq7S0 VKvVtrW1uVyuaVlZ06bpEmv2ww+b5s6dG22fgQL//vwzCxZd/8nHe1U+wgEAAAAAAIidgQGPbM83 HV8lovuXPPrlBY+PXKS/r/9yY9u+cI2j5R/+/itTphZdeeWV3/3ud0tKSgoLC8/3t0Xb27a2NiLS kKtk9hLxUsnsRbyxa9eugoKC1tbWc+fOFRdlqemzglmB1KzrXBR9BhGJSv1/8vFeOAAAAAAAAAmj KcPV2t3yu7X115puvtj7ccfUWV39p2OwI5PdPjJu2rTpq4/dR0Q00JaVlWW1WjXk6u5q2rrNcfvt t2fpo3AteA5Bpy9s+nQfEc0stMyYMWPv3r3nzp0bClBcXDw0FN3cQrBZl8vV2dkZp1kQkajUP2YA 0o6585ehCtAERdT65DsoK/0pbitucfoju0eyOxuyTcg9IH0Ivon4woIEMjQ4pg7Pq6dee2nla9ea bh44vYeIqn9RqNBYDT4ybtu27Z133pk+fTTY32w2a8jF2zqd7itf+coVV1zxzW9+M98UQdpxB665 5pr6+vqDBw8uX77c4/F0dXURUWdnJ0vzc+fO9fb21tTU6PV6lR2WmS0vnVFYPLerq0uo/9jMApVg BmACw780+L2ZiEjvmtgOvo+4xemPTAiGvLPB9xF3Np1RvlP4woKEc/Ei2cyfY/VPREc+vzs2OyyR d9Yf2LRpk9vtPnnyJBFt27aNiIqKijo7O6+cez1vE1FnZ+f+/ftff/31++677zv/+NWIxpcuXUpE P/zhD0tLS4nI5XIREY/Q6/X6+vp6IrrmmmtmzJgRVZ+F2RdeeKGjo8PlcomB/3jMgohEOwOQkeoO Az/SHyGsG3VpMHf+Mv4nnuIWpzlqpF7wfcSdTXNUyvcYvrCiPe47kPK/LntQqP/4WVFzzbe//W2D wUBEs2fP3rhx486dO/fs2UNEP//5z7dt21ZfX3/VVVcRkdFofOCBB+677z5dVlFEs/OuLPra1762 d+/exx577NNPPyWi3//+9/zSW2+99dZbb+Xm5tbU1JSVlUXVW2H2H//xH9msiPaRms01RmUVRAYz AACkC4gimHDgNl3ahNT04qbH9oUVUwT4mgMp835TLdsj5gFutN/7nu2NqKxds6jspZde2r59+86d O8vLy025Ga7e40aj8YorrjCZTHq9fnh4+KGHHlqyZElubm5ZWZlnsFON2QcffHBoaOiVV175whe+ UFxcPGPGjHPnznV0dBBRbm5ub2/vE088wWP2USHM1tfXFxcX6/X6oaGhYLOu3uPRWgYKIAcAgBQQ PEYIKXBpgEH9S4aQYT9iG19YkDzuu/Yf1l++irdt9V/OzZoVgxFTbsaDD9z1pS99SePz1xJdtGjR 9GkXPIOdnkH60f/9/vmBKQaDQeM7Rz61xUazdEN/93d/V1RU9MEHH3z88cdHjhzJzc29/vrr58+f X1NT88wzzxw5cuT222+vr6/v6jiqvqsysx0dHcXFxfGbBcpgBgCA1BCcXAguDXBnLwEmw/A8fz4v +bc5EXnn2Gt9Q+f6hnv3tP3eOzz8dzf8NmZTrP531h/weDwul2vd3/9geHj4R//3+0Q0fdoF9dJf kEGuBx98sKamhtNziSgrK2vGjBlFRUVbtmx56KGHDhw4cOedd7755ptRifUkmQUKYAZgooJ55EsD WZ6o9CXc4gmNLHpEeh9xZ9OcqFI7BEm6rcFu5IT4zMRwDRUKK8n2RLVTdsb4Tcmmg4L7rGZ2d2BQ qf7m2XOn/nhuM28vufzzD+SalNtHxGq1rly5knOCH3roIZ9mhiYa6S87+8BgmzFHY8zJLb0sV+z0 XXQNDdIrr7yyevXqvXv33nnnnW+//fbRI/vUm+13t0yfTtOn55SU5IidXm+P1xudWaASzABMYCAg Ji4h44nD7cQtTlukCaAU5iZSqPuIO5vmSDUcB/zI7mw8X9gY7vsE+qiomfgK2Sak/lYoq6Vmp+yk 8ZtSEPeyz0yESxCK+679h8Nn68X6X0S05PLP/+3CX9PILpUWwvsJXddee+3JkyeNRuPy5csVW8bF 0GD3li1b7r777r1791qt1tdff723JwGrd7ndHckwO8nBDMDEZgL9KgApIW+c+p0gTQi+O+Hul/qW IOWo/CbG8IWVOYEx9W6UkIpT/U411mIg5Cg4jVXS4dqEa5kmiBmecC+pNzVycSR455csz5CF3rv8 d3s7/1Q4rbzStNKq7aQLO0M0jZ7HH39827ZttbW1er1+xowZgwNdcfY2JJkZmUOD3a+//vqqVasO HDiwZcuWG6qvit8sEWWQS2rWZrte/bEgJJgBAAAAANKaYHUeMoI/XFi/1BMIJ1Ujtok4bJ881KQr hJt/S2Af1JuNoSf77niHXDuJ6K6sGXeV30tERKoq80hRkNRTp4488MADd9xxx9y5cztOfxqV+I62 A5nk+slPflJfX79s2TKi/oRY7ncPEA1IzF5MiNnJDGYAAAAAgLRGedheTbR9xFNEbBOnqlZ5eEid LYvMCTkMHzEESH2FruCWyuo/OMAv4oEDbreaniSWRx+9Lz//8t6etmjVfwy9nZZFd9TeoKz+4zE7 kILrd6mBGQAAAABggiEVqRHlKamIulHZJrgb0fU7QYRLw03UUcEtpYekbQJPREl9wn1ofHoC0h/M AAAAAAATD2W9nqTTxUxstZWiGnpPiM2QLRUG9WOw/4Mf/EjN2dOEAwcODgwMJNzsP//zCwm3CaIC MwAAAABAWhMuB0C6hwLTAiELFin7CWraRNtVhfAkNW2kHRPbMgvBlbWCWwafV81RKmOrouoz09Bw mOhwDGYjcsMNNyTc5nPPvbhu3TcSYufTI3vE04MHjxKhnH+KiXYGQJOe014AAAAAAAAANVw5b2lU PkBGqjsMAAAAAAAAiJ1YcgCunLc01d0GAAAAAADjjUajqa+vT3UvQLwsX748Kh+Ajh7+wOfzpbrb AAAAAAAgBfjAxOcvB/dE9aiV3v4UfvgAAAAAAMB4otFoUt2F6Ni1axdv1NXVhWzgcDjGrzfpRJxV gHYRLY/qfBqNxuerj+qQDRvqiGj9+rqojhLHxnZgtKfQaGp8vnqi5RqNhmrCt66nOp+8P3Wa9XW+ DcFt6zR1db66Omsd1RPVkM/h27DBqv7tJO+9azQ1ROTz1SfkFMnoZzyfGT68rq4+2MXlP3zRfoCj PTXF0fOJiPQDkKhPFEVzDcVXmJ+GHNrYsMG6fn2IH4ng/RH3hDMV1VmAlHA/KzF8nGL+BI79IRiP M8ZzFuWn4XaqbCZ7ta6unn8cY+g2AIli+XJyOOqC91utIXZOEuJcByCKr7RK8cQ/3lJi/nMc87FR nSXwR9/nd4trwreOUv1TDbH6Z0WSJuo/gadIxj2KX/rz4evXj45zCEXIG9LxjwQ6A5NQ+jPr19cl 6r3HY0fcyuDxLcx2pjMxDColDWjcEPh89WKALNV9AZMOHv6vq6sLqf4nOeO0DoD0b3SwxJeSWhEQ 7YnGqP8axdaq1X+dpo4o4EjEpP6TikZTU1dXQ/Fd4YTfI/Ghil/6iz0hFSFHzomnEiehPuaTMim/ v8pfTCZJnWSzajqgQKKc3uBbqdFo6upqZB8D1b2Kd/Be2cJknhwYhxk5lfBfxXRyRcYJlV86+AAg tUD9hyTpKwGLv9HxS7SIjP8Yqlr1H4pw6t8f9jPmLBrW3CpJ6vB/XV1NYEo3RhLYvYR8qCJ+bKRv NvB5HjMnQNF4AikR/YkS98n23mMmzsgN5Tb85yv4Y8DfhZCTRSDZRFTb4xn/A0IivZ7wAUBKWL58 ucgBCInDUWe1WidnGkByZwD4b/SGDXXJ/sM6/tJfEtqoglDD/8GMhv0EjmLvoq6uJk1+lvhdx2kh Ie8l/jsem/PAP2MUpSeQctGfqJMq24nzjPHM3ozzF4RvrvT98p7guYKoXPckMYFmCTZssBJRxN6m 21h7XV3N+vWOuroJlhypQDK+Uyp9AJWfAQBAnCRrBkCMkE2IYPQ4iJz1S6Qq+IfVv/TA2NR/kq4G ax1W/zH/9CYqbYBSF4DEcz687fPVh8sToMDPGDOhRb96ZGmFqeqGelR+IBVyH2X6nr+t69ePaSZL KkgHlyCdUVZ+6nPJxu2DN2njf2JA2QeA9AdgPEnKDMCGDdb4w8RVkkL1H/nPfZiBfzXqn2ooTcb+ pXI5Zu2SkNzceCwkyggjfuxleQLS6yN+xkQEV5L0QVolEggSW9hHgZTYj+qksvse7BKkT+BQaucK Ip5dpcieWJE8nASf/h1WWRQo4qvhfIAJNE8FJhDK8T+TnETOAIghz/H5W5bCqikcCbN+veLwv2r1 H/bw6NV/Yn9IElibJU7hnoblhmTGpR4vxwjV1WlY2MWQJ6DypEyaS4cEFvm5ZJB9AMQHQ4QPpY9L kD4ke4g95r8z/IcaEzvqCfYBoP4BGH/imgGQBjlQ3PEhKkl5aIGI/g+r/uuJQoX9kELZH6mdQPBP DB1LYHg9BV1hUf5/3HqVqED/RH1URPwPx7bxzmDjweWDEuUJpPzDHxuiyE9adVtNf5SH/0UNAJES EHGINKRBaYU0kUsgXg2El6SRSzDOci2qaj8p+pghsTU6pD4A1P8lT8qzbHftouVhvqNYByDGGQDp l3YcIiDTYRxREvgb5tNUTxQm6J+IQkT+EKVV6H/C5xBSktmZcKEshvkDUaqqzCbKE5igun+ikybh hewVxLw6QcLV1fir/3SOrQ8Ug07rTo4/KotrSVOqwKWK1WrlSjuU0jV3d+0KuxrApC0ElJgcgGT8 +UvUimAJRFL4P/Twf11NjX/nhnr/rvU1pHLgn2IP/b/E1H9snl5io2JkHz/ZiK80y1MNsXkCl5ju n1ixQOE+veo/1Yn9NoVcnYAkUUOUfoFD0boK69c7ZIdE+8uSbrNMQBmfrx7D/5MEVt7jrLNlCQB1 dXWyBlbrpF4gLN4cgPiXYglXWTzd/o6P/WkZM/xfV1Pj31pfQzI21BNRXdDvcgj1z0Qf+n/pqf/Y pH9Sw59obP2fmIm4uFhKageNG+kZC6QehZ7LXhqH9yjiji7VNYzHc1g9vvt1qcX/xBwdFxvpFuEG EggP/4un6TAVEMykdQPimgGI8w/0RBkOlPZTtvIXS/+6+np/5M9YB6BOs77OJ5kNGN0fSv3HFPqf kL/Cam5EVAkAsfUqhs9DwqV/RFOJEiUhV5WicawdBKIlJX5LPOWGKL41jFNI+izxqwwKgCYEnlGf EJ9MED8pmQoQSLX+WN1/qbnxaohrBiCeevA00aQ/jVX/o9I/gCzuP1y1H2X1P/51P9OkcFC03Rh/ 6Z88RAUhjaaG1xKSzgkksHZQSMJNwYUkIVcpHeoexlbBUGX72MKHknFNgtclSP9ZAujpSQh8gEsS 2fC/lHGYCgguABoyD9hqreM+TMI0gOSuBCwjHWKaY5Y7MvUvlf7BFT/HR/0npD5mysN+otXfl4z0 D/46hEwVCPYEKEHOQMxTLkw81y0dfICoCO6ttARQVH9VktqriITLJWDSoeLQ+Kv/ifVRjA2Fb1xq 377oGHyASw+HwxFQ+XWhXq0jovGJCBLS3+Go44H/sVMBVpqUqcDJWglYRsoHWePsg/ix58FaZfUf jtBZvzQBxv7VxP/ErP4nhPSXFXyM56QChbMrewIU37RAPH64bJw7NiNpTpzD/ynsSWwksOKQlGiT O4OX0ktzOP6HS0Knui+XCPABLj0kg+t1YRrUUZLdgHAFQIO7QZNsHiDpMwApVwnxTztI1f8Y6U+h 1f+Y4f8N9YFCQCHUP5uNTf2ntr5+/J2JYeA/gTU9x+cDqV7xhyNi0rB6TyDh828iozc2mxNoEkCh n4ny22P7BiX26gmD4z9LIF1LIWYj4zAGAZKNgg8wtkDCZJFolwY8FaCQaJuMxIDly5fv2rUrWP3z 8D9JVgAQHRMvTRKSOAOQQumvJlCBR7WlhPrZqyEin8+3YYM1pPoPUQk0SvXP8QPj9tufDOkfg8FU DbIm7zMZUrgkqQqkcoBQ8Mc4qd/EeAr7TCAfQIZsSlANE/SdMkmaJWAUVlIDk5BgHyCw+gpE/wRG ORwo0CaRiQHKLgdNPrkfTOJnAMY/0D/aFQNCSX8fjS09IZX+GzZY5dI/QJ3Cx0tR/VPgZ288f/Ni O1e4+J94qvWPf9hP/AFg4Wwy4ylcVKYKiNj0cejb+lhr/E9cH4ASN/yfDkR7F5RnCUhdMM9EqfYD gknqN1fqA0D9XzJEDAeicakRNGmLfgaTyBmAcVMbQpLKCnRSpN+SMdK/RrrfX3pFuu2X/nX1YQv2 Kwf/+PfUyRb6ZeIZ8Uptpfx4rKUk4j9RdqQJACkPbGMUPIENG6wbNtTV/T/23h5ZehzZEvRoZVoc YWxslpCWLbTaKV3GJsZmKyPRKXWKKaSNzRLKagdPuvykrCc+4WVlrSZaAOnhxB8dgAMEGTyW9mVc BgiCDBI87n7cgTMApC5blodCRVAncG/RBvbJeU0gDmvunSaMRwl6qPaTfeXNcpB8EYb+cTpjm2yA m/1fCW1CAbvuf36svENcADoRgJZvfSLx0zTTEbcbh8heAB7djtnCX1cL9fc2ngGcop/gE/9s2P/8 btmS/fcg988YhqLmR13vBP0RXG4J8PUEDPWvXUiUI0MRdEJeEtP/aMnbWtYMrZRO4Fqe6pWsrCMq dig5IuLcxrquig4fQHrEklR2N86C2qGASM8S9392/MEYLS66zSouigC050NUeMHa+HrNrrCHvn3/ 4W/y/pbW9MXZ5/ifAXzUH3Z9/0zxbzY0Y/+FP40VVzljqZ9CmFvOJIF09Y60YE6WBuld+6mZJZBK KTqkILronK83Q1f+8vNexv6R9ER7G6vkhd/oGbuZwaCfFYCRP9kRE+qBctJvnYvpv1v2D4URgJaz J/EbgGHjTl+0QLO7C+n4aeHeEDa8P4RwuU+b/U/zWzg0A42h8OV3eHXCNuy/q1I/04SIwzh+9yBX 8CJkhIeShp0tM9TBbQNIkOf+v2Gh8eU6o/7Hwrket7s26FUhlANBSp1QSWBhb1QxG8By80dDDf1S f4NG6wBkw8tvEO1m4zjwjZz6x9m/u6CvBzNAwPEPoTW/hmVHGoNVRuN0quKPYv/8rns8hg6j/EnB N2+qgLNl9u7LA2jhMln+fc9FMpKgsv5XbfHPVS/+jWvjvebmint9gAtDIgdaW+5HA+TiH1oOLHQs CEh6JCbEKdg/FEYAjCOk0siypSBcPlhK/WHH8Q8ANvuf5qVPR/ZTgkOYNE+2rsr+1XOUs7MUDHhu SQ9vndQ6VyFQSJ0qapO+1stljdYOEc2/1vO+m3gDGkqA3uCykxsfCcHaQv1B9xGr98C6783bBrg2 JHIgKEgM8Er/4/kAecWC+pf9cBRFAIzyXj2Xy3zInlbimh+R2ocQYP9+6g+AD0Qc4rKfvBo+hzBp AEAcGrD/A+XRkvutmf4n5FHWKoXk9kYk3hsTIPOAImzE9UMpNy6uZwMciNv9fzjWlDO15NT7l7px A6I2gMXFQ6EA7+4rI0drY41FAM7i+CcUVgH60rIBhLyf0w5ERAQr/RfN1sHeMY33G4TZv0fzs7J/ xNkr+zGoWsNH/UWSt9D9UWPOKDSU1F4XXq5fYzDx0wytNExb0NHbUXXR5VkT4GI2QKpB2Pnp3Lgh QdWsHmrsRtjoqzsIcHl4UwK8nng3MSDE/iOKoMhIMtz/p2P/UBgBME9jiQ2Q6u93832naX69XtPk MvJNswTev+7tLfQJPsc/OOz/vLIfq8NUL9cpRP9C6q+u/wm54SshycKJJA0/Hg/D81ct0Aw+wyCO /mm9BMfqfyq5/2s0vsbPHcYp9T8XQNwGIGUj3EsHnBYWm48T8bgiKLQvUf+SUqFuh6dj/1AYAaCn MZX1luh8SIHA5MvLcZNZfgoijn/+Z+g6ZPinj5L9rAWXZsQ0u+4Q9i8//by7rtCcO4T0Fx7ODQsQ 3Xc/yCEnhVenjwB3WEAPLa8k6X/KU8B7htajmhEEgL0pN2QDTNOTSD+3BG6cFHIWbhRBEZGPE08Q 5Rtw/Pjh2fj19e5Q3lVXKK0CZNkAEC0sWK7vhzc9HUxxRoC96v4ZcNz/MfY/AMw7apl6FTzVBfSw /jr1fP8qFkvSvdRY7dOM9GslB8dBScCv12scRwCggBuZAerMvlsboHZCyF0Y9EZ7dPu4GVjDc20A zv7hdv8zE+ikl8Jw9Lw0XGDGA4URtt8+3Y0G9LLzMn4Lps152T+orATMbQCAH5YcSIUM8U5IZoO4 U90/BzOAU/Fzx/c/w+v1mqbnqdl/IUVuNuZUG7KwlpS8vfp9LkGbFzaxfLeKKH1Vg9l3Qkoi6mQJ 2p9CvSP28HMoIvcG+1z9j/eKKQYBgGp47De78wFiOCnvt+B14e/CNRu4GRCR/WSEtc8OnXUA2NP4 ZcVGFdmeeQEj7tT3zMQM4Cv272X/JPsxs9U0Pdtr2atKaOL13bNHUjLmQ3J84+7eSvd5V3DnxHEc uCVgogFrIj6C6llI2EMndsKNGze8SHpC5RG22wa4NrhQRxIKiBf22e0hm/3/WIMFiOfTAilEAGAp DDKwqJNdMjwD1pTxdr8NJb0GEC7274JkP5T5EHLcVtX9lzOecorcpuBPP+V9rB9ahfQX9lMb4zh6 a3KbD4HaQRgvHpWnDO7hKh21IPTpqn9mDCNv5IXnm8hN3wkAqftqjaEZMh7SSGNhbybxTN7DbQO4 sNRQ14Bh9hIbAHw+frM90oNE8OMF4rtPyTplWuArlJUcrjQCYL2bSThRXhqoEfufAVJW+eWyH2L/ KppdYXstMlT+ymkj+q9R3mcXrv5HN2+hvKtySORGxqo3a0GYLe4LmD6TMTCO3wBPtsLADGUwBz2Q JBnyca//deNK+p/eDA8z66bm75INcEnim4rHA16v78tcCh4EEMqBQuw/sqPF/r++ll1CMQGL9LtH r2EGWGsSb9Oa8w9XFAEIWeQAkFEaCMJylHrsf6H+29KiBojfXvYfKfNPqMf+tWQ/kX4k+p9msp+W icUWeHhHhfof/q5NskDoufOm9Li7W2EBk6YPdpRgpt1Tb4zDQwF57v+WNKsrPnfj7EhS/KsEAeI+ tRB012U7NV4veDwA4BvgIjYAx64cKLAOQKzmD2f/X6t1b4wNYwlQWnCI9IfHqWMG8IURvCZQyeGK IgDep9S8IzPKg7qP/cpEK7D/GcAUujHUf3z3jo8R8QnjgGOQ/dMZeaeqGuxfkfo09v3XZv+VSCF5 vnsItpQcmv+pIlegnkO9safjaRYN8C4znH30qteznK/35liN40RDrQTh72Xpf25koPDRiO8+jtfx fGeAzt3MtdMEJpZy9gvi0ndXDhRR/tDKYi5cx/92R7vP1HRkzssh1xLg5x4fQHxJhBB0cgBcJC0R EHf8R9g/re+bDLMf4/1Lhyv7d7YjHMr+tV7Sp2D/Qk5fjfojFZktz2OBIzzW5VnFu0WQJP74cUQA HEd0ywetW3LukPYMe70aXRcXr31NblPhAlAs15PXQ6gNL7GVMZI7COC1f65qFHE5kDcgQCtzhXxk eB8sAAAgAElEQVT/EfYfOiLvGcSWANvR0vDs/CjuisjCwyXZADpVgLwQ2gA708Hg79xQf5X1fZcO aZVfp+AnPlAi+4FLsP+4/qeBV76xGsrqE1idWd0s9jbQNTniF0Hij1/V8zN1aD4YS2CaMlMFyPzg I6kKdXohZzk38+4GNk04V7QnA0kqoEIUTrnXXpotA4iLEOgaoQALETkQcXQv+3fLfe6yf+u4Vrmh JEuABuzGJThrT12nzBmh1AaoFQEwiNsAIbIiYf+Ki/6+qT8ATLPl/if27w7eGrk6+9eV/ZR31YCv JBkYuqBDl/O8Qxz/R0UbkrS/vjWG7VQBIQnogXUJmVC3NLHPUbXH7g9063+EKAkCSNoIfqm7KNAC fE34+DZxy1OHAkKOfCLirlBn3RGt9gZ8o8v+4+WGXHVQqiUQarwt7OPvKtsqCEEnAkBuPAJNlJQW DMy7HCErFdm/b31fIOrvHsgn+9FCfBbTJXMthey12X8NmtuboXX4QVMXQUuyAQy2icWbVIHCPAF1 5K3/dSMJH26KdGsiQp2xWX1qPWJGc/ixNgCxfApXIm7Y/9mXB+bgRNwSx1PaLpcJudSf5/WWoNAS cPvxIrS+QailMAigGQHg13ea5tFV0iOOYyyxMs7+M2U/AXhW+Frd/9Y6Xy4RKXT/RxqrU/+k3kL6 n9rsXy76r039vaVv8rpqgKoHTboIGTYAB1UOWP880hJwh0qXIvsOlLOonrngZ+M6BUDLEblLtcJi 2Q/C5ywO4HXqPx4PfCEVNryGEMgKAlhs2KqQY/T9tNG7xO/Xl743fVcdJFnKIN5/Usu4DWDWL/s/ /vf/qpYDQFd5Wx184G2mCb3plbsFf0plP+KlvnbZfyHi7F/xxa/VWwP2f5Tj/7xef+jPaZr9Rqft oVSB3mICN24QtAy2Hgy/pDHoDlj+qo0fl5KOPsQG2AUJgQz1P68QiBAqhmOYN2X3mg/eWv4R0b9Q /xP/1muo6NobP36IEpdDNgCtXqwfAUB8LwNsaD0PviDO42hza5IceNl/juN/r63H/b9st1f5dduU uP9v9m/tBX04/o/tJ+/QJVKreANa/yu153IbwPzZwBIQ0pddcUIJDeqB893YxZ0AkHqjJgUBqOhC 4SAtfKANsCh/BsAH8tnbCIEoAnBSGyBS0LNbuMkJeUEAK+Jh2LvXBnBjI/E4gE4OwOs1T9MMAOM4 GKo/TTPZA1ZLKy1484od7J5zHP9iZ//7KA8z1KEq+2+DbFa6vueGjCPmsf/aSQXe3iB8ceTa9wO9 /uZD6qHlNXO4CCrjNHVJbQ8xgQzm570I2Vemkp3Q28R1LPYu8q3/8aBcCFQVH2gDGCAOdi0T/EZ8 npf9EyLOdcOtrfqeLpJq/nDIVfheZJcPcht/fcUiAO4yYXyNsB/bC6QWAXAV/wZuCMaxAfRkPzMA JLP/BcPSQ+HiZXmNtfJ0oYyVUuhGPqpzsX9Jb/GSteZDjRebpLRRNu/PdlFD+n01RpcIEAYBLPRg Cdy4URU9kOa8x7PkcGva7lxjMJ9jA1gkCh9oESErFfiMZgDPBOC6f6LUcfa/m/W7657PVgeBXvkg Ay/7D5kovPCoRcg1qwBZzzDiQC79eBxAi/2LVf4b/c8i+1kGlrBkgRb7V0ENncxl2L+Kw77SL1jD qNDtM8MMoF0UbQAD1xIAyh3aNihB0gjVVUA9EEELvY2nGW79TxydBwE+BJGqiQb4mh6P8fWyywGd HaG0YBdaNX8U0SBVwHs4bibpRACMdITUI4bumyffKAq4AbA0GyAk+4Fq7N/U/fR/NQzxxV8LVdeR fctnyfIeLP1PJfYvF/1LmikeEaL6n0opyOZDV7w/UgQpzwyoYQMYbCsNvMMCipZAfFG8DPSmAroh w45oQPHX6fmHznhmd0+nwRrbVhCAc98zesFd+Nm/lQkwzYgzwPfZVUCRxX29+b70VSGxLtT/xMFX MwhJmxQPx5Ny1VYCpjQAA64IWvXEM5h3Kn3zbrIdXzn7n2ZEzy0eKvkP82KQyF/2jbNsI7uDEokk /U899t/e8Z/alWTFt8IhmQ81zIkGvCHVDGhDaLwCoW2IYK46ABfyEz9LEODGjRposMY22QCW+uW8 YhhY6/ns+v4JVA/07DaAC1L/G3E8bDluUieRBiUsXF5cyLuomWt+hNY/lgySZ0rorgQ8g6eq+mw+ b34Ps22w91eo9D/NsKa8AAAEMhNsDABRllDJ/V/O/g/hkf2zfy3NT3knVoeVRESNmWJc4eM2TnIc lnBfxVQBo042K5T1gKNMAhbXHdjlHahB9rIh/eN6+h/rLtK6qfoXApnfkdYdN6DKmHA2MyBBw2NW N5pmXg/0MpkABM7+v742bNOU/C9cpSsOdSe9gRsBiJgE8e28Q1hTCJ5P/P23XxUiAF6qxNk/1QMF Zpwh4iZtJa/SP3f/TzOMwyrxH4BFJEJYqv7PwXCEF1o5u12xf8ShEkdvyf7zWLur/6nh+Fd/C+p2 m7oIWr1Xe3nPu5bA7t3+eAyc8sYh9+Kfy99vzdtcKOgWfb4oWtf/6fZmyEbojGjCyTjljF2orJnT 1dsMgDNwYvLfS93/6wqnwFKB+z/NbPCVvyhZtqQITyV+n4GSLGTwmQepEYD/wnd+PIZpWp5Dy/Hv sn8YbAMA4F2wv3SdL7DY/z7wgWzNr9iha7j/u2L/04QXYP/eWzEJVPtSV4ZUOKpIzzW6TcK4FvzJ axbZXdjzLl6v2fz3eDwM+ze1B2CdpiL7IvoZQxu4V0DrmoD4cXu95jWha1h3nNl4PBs/E4o/jQTm 1rVuYO/GDOQ9lXlXoH10JbTggOHEhh/3nCObwP6dbxGXU+v5BCX4/v7mvnAzR9EWl/3DtgiP+c8s ElxSnl8IlcXFVEDnTv8V5QAgDoCAMI9rbi1NPXwhMAvG8U/u/yLZT3rJfyCv/7CYH/UmoP7Zv5my jc5hDCZI5x+3JfvvISXD6gpqFgwtMUq922n9L61M34xm9WDFBIzsOCNp+PATaYzVa/P+bKV7XQbW L3ug/md8r5DlObRuWEbxfu5fCASrFgjWkKCLnnVBcfZveVFxGBBnngdsPKSvF5CR09sJZoDueUOU d9cBIFi6mmyq3T4+QOeYvaYBrIbT11dJDgBu/rIkBMuUBAPCvNysjPcT+y91/BsE3P/k49/ADGB+ v/6TZPrtk1lrdMtJniQHq1v2X86zzX1ruG8/GQiRzjN+CP6nd3dX/9Mm07c9aaBMd6IC4FgCVP9H 7tQsHG1LhpR0IKrmbCK35uqN4/B4DNwqaDaezwHibDnU6LO77CZ9yzeGFufpAbtrbJcg9DSZ7Ss/ ia0P0KEZIPT9c06FuLUBtvVAeZ8nhWGxhv1z5Q8E3P9exNVBB+p/5IfOKFJkrpVCFSCEd8yRs3/D 9JFUPgbDuld5vq+BmftCM11gc+qCX4qolE+c1AkwYiepdZh6XDl3LLwawqMIunqG/G2p44Ga1D+1 85JLNK6ZvpIeJPy1jdI3CfHyQSYNoKR/davgEE+q4ZGcVnJ/MzW4Io5ZAPjxGBBnnoNuWQLesMzj MZC6ttwqy0M/nv5dSNYI68QMkAzA8H5i/+8/rVWBpxlxniaANR/gvDYAMX7S9uS5xnWX6Ap1nvFt EvL60akCZNz8XPSPUXmaiuMfhwEGcZ0fDjH7z57LakyCKjoZqF8sUj7OkssLatTf5D98I+b7ompf 2MbUn0NuBmS/++M7tqEUliXAq4b3sxpA+27NuVviQM7+r0v9k1H1RrUsAQoCUFjGLbPRf2b24eWV duVABgeaAe5BJeIf+1taFZi8pdNsLQx8Rpi7nbi+XPyzC7k66NT6H1BcB8DEARY/BC0AbNz/A2um 5Phf9G0sAUCa/uuwf/VZO0lQVN6ncHfIpYNJh27A1XRl+uOIj8ewm/8Q6QF6ov55UYjd+j9CM2CX A8VD8z04DolLUapAdiFRA/mptcmmSNX/cCEK9ytzJ3T/XDMVfRQAxfU/tmlVdFhhGWrQrQSI37dV 9T9JkMiBDA5xk1sHFbJ/Hg0wftL3omCmJOi6JsB5hUAW++ewNpZw9JLaQYUIDds95R8/ABGTTpNm cs11AIwNEPH9qzn+JSaEWfrOGkuK8sf7ptx9fXbo+4/svuvdrMf+805KPQUitfal20P5YFT6bxDe ITOgxAbIO24z84AXhDU5AJaP0FQT9z44Zz93L9wVHsdxtpKAOdfsxJDTwLH6Hz8Mjeu59Orhd2wG JHKgwxFi//xziBctQqD1sTWrJFF44aRBAGTr+2a7/4USHa86aJdzF+p/Ujk9XQSMrnzMr5VaBGA5 MLtDuftf0/FvOtnW//G7/wd7AzhhR92pqjf2X14u5qrs/6hwirDzpP7bKLsI2W7+km4bswo+S5CP cP3zNU3PwrBACG2CAKlwHclduZYvDXSDACZIZYVl2uQAKN51R0dXbAjlQJ2AeD8p/vlnL9FaggC0 Lhh+Iz65EOhEQYAfW77P/1J0/3uhVTtIeKx45CFk9hhjwBsesVKldVcCDoxGqdRPaT8zgPhVXa/o TbM+68UNWjYu3MvtBIoLaNYgXnnSHZXxuIug7aLEBqiUKlAbPEkAcTD+Qh4WMB+8ScPuyM/oJf0c 9KH/icENy4Q2tsfujd2P/seCXA7UHmbaoT/tcp9U9sdNAmYVgXgQAJjv/3QRgK+vrx8/frh1P0tk 8aloow6S5yWbc+dXw0iDrPbE/k175QjA+zCr+78K+99z/78Vb4QZwGH/GcVtmlHqwsNJ9uUFpEsO fRbdv9uJXP9TifpnFw5SH08q3TlE7lKbN0tsIaML4iVEoZuk4duu0MMx+p84+NLUXn6vQvo//BZ6 veY4IW7pKaeRIHp4lCWssNh/vGfEJ68FdLogwNfX1/P5DNX9FEJliS6Xo4NAIJT6LT+KG9+jc//6 2tgAVm4A/8qM9vv7Oz8CgDB7Ff8IswmUg0qhzyj797e3nhZW8l+CHtz/bSrkuFrSpN3zqtO0d3IX 5kCXD8Dt0CAvEqI7nmxki3YO56nxowttId6GRwAqqYNU8OHcrn/4EgDQVQF1C+EN1nN0xcD8Cl53 ADcP6jFmEuhb0v+N6N8XBwh9wGGwHKOI32ZRsJPaALs6t8YleqzVA8oHQFyf2za82qkBfWtFCUwz nhvgjrZsJeAo+9dZ4WuP/e+7/wOJv43fhW1EMlBGDWsPsnHIpbCTStS/ZRBpFxn6Hw514f7hQYA8 8JJibtIwBKRBnaPD69wAJfoflZvTVF4q6SGCwzWl3ep/CGacpi6cVw7EKbIVK9Biz3zNL2vqiMcB QkGAxQYgFZBJA2CLgp3RBjBCoPXzsWOxoSIQClk4lpvfyP3XlX2lPa+mhW4OAALC0Iz972AGAD/7 j+Dw114bibyr//k09h/S/2TLcuLDKOywkuMfcVgidTjUOPEQSuIDhTQrtK9rC3lb7h7aTRoGJg3i bW70hnFEADxQ/0PLaJo/61kCIVR6/R1b9SEbu5nBNbgyp+Be5c/ylSwP2JYJueroFaGVAbq1BwrZ v65EJ9Qgo3wQWQ6RUqcGZAlQ51ZGhPmTL5WAK8wW1RwAXCNWEF6CVwxJ4SCv+3859AzwLu9ld6LL X8m3AbYwYKDPVZOPIYu0cf3P9dh/njwpdZcGfdYbFQAgzq4VlCRSUg8CSPaqFwfQEidYK4uRNIg2 mlqityVwwwVfUhPW8BFPAMhDnkFb2L+LBtF4rQ7pDc5DAd7kH9mo9p3rvE3IkepK/yFgBiwN5hnm JQkYTQTABAEArCAAZ/98GPzondgD3fr+Q0gtHyQs5GVOPxIrIJjjWknAAFoRAMb+3xbGIDkFX2du FotA/EMtzXHNLJPE/rMnDpopqCS2tTSj5GV/VO7Bxdh/J9QflMyYegZJSP/DjygZQCWWX3X3ZjBP PUmDAICVD3qHBeqtL3bjvOAOmiPHcah26Cg4b/AHiZesjZLedtm/tejvND3d+M9qCs6hPzdmAM4k J8MXLvV/Vv3Pu09mA0D3vB+2NUCJzrpkuv0avUIkqYNC5o3h2OTR391xTfm18wGUIgBb9r/5dwid WqAnr+Nfxv7xgRRwb+ZamyZEnEPldGCpzDAADPGlGVtmx3L9T+3ZuSX7l18T0v8Y6UsN6i8cSb0e vH26HcZ93oZo7o4kT9JTmCgsHBtHof6nBFZMALZhgXgh0fY4i2ZD1xAyt0HL14ccBw5JcoUlbbwJ AKEd4x02kCpRWVW2uPKbcozjaEjONE1jdCV5i1iH2tipBcZbv/w9r0cdAGDZTl58IvTjYIaOOOML 0WzZuvxd4GMEgMcDXq9vYLzfGnBo+4GgGpfP55tMg0xt30b/E/82og7ylvrh4JaPm+NrUgL4Fqtk qrl0zycWVQFaO9sofzYaoyFyCr6evOWrZrufXfafN3FkRwasAsybUa1X4pWUvbCH8unP2AC12Xkz 9p/l9X8iDorhb/5nh9Q/u0+zV5/cLmlsu80K9T/CYXgzhuOFRG9//41CZJN4LfbfDIqDWf2Y7897 h/bUD02S/cDK/tc/ZgCwuTvfaH02JgH7vKH+7LPh/QBAVOrxGAEWMyB0LoeDu/+JQLvqGvqzzyCA BavEp/HrR9pb6QFWTjAwfz998B4REYsjAAiA8MCN8sfj+J8BIGYPxBX/yE6gPfuXgJwE9sBkEqDa IhyVflIHCa2qVWacCOJgrNao70baGyidaUvqn1r/p0SXn+3pFxJfCgWAo1+ymsX72YW6X9ybMdxz IdFPAOIMkDnHfqCpluSqd9ONer5W5Noz3Ob1mseRVlxG3lLi5vfCEv2D8d+73H1pMQP4qD/sM34D w/vxBQgrvzdkahwMrXo86I34jdiXDcDZv1cb4/rUQwy4T7jufCuLF7brANBpWqm93DQy4RGzxe2n bCVgNGV/ZnCVP4QZAOCFAwA8cPbaALF1K+adNb+AsX+3ZpYKCs0GFkD0S4AyiHU5Up3fDUyUNnut kq2itR6T0mTlHbZPQkjyeR9CbuQ2gPmg8tM0Pk13mWE4tJBo57SsEngB0MM1923Af+g897+c/ScV AD1E/+OFeWXTGxxgRhyML5N4TmrpTGslAa6ueTweb70+Zwu0xeh5nG8RvwEB0YkecGc/zu8GXtOC MgoWWwI8LQ+CJf2Pc3qrJL+ltu9B/xP61uv7t9b2sj4bwY9XCxSB2bcsAmDY/7B0Zyt/ZoCV+hu8 cHBtAF32f4j7vxlUxvl4DIrSFxctL2ZeUMJwqTy9hzpTrxcqqfFDZDvsS+T+SYZHxinLF4SuDVpm GE5YSPSoWVTVLv2q0OdZocj+8xpkQNFy8C7pvS4QhrBaBSDQ91tbuMufGw8L+6djvYn7E/EbAAAN iV8+81Et1Gja0H2wWVPAfnD/5JJmS95cHjRPRxL7t8CVMJ2rgyQyswhIC2RWBpCgKAKAi7IHABb1 /5vczxvqD8b9D46aX8z+49h125SIy3fNBv5iNkbQ6zWbBHyyiUI/bfvXjBlY0lPcYJAZh5DvokWy da9DVeof77mkAGUNbqRrAxQiLytRHXch0RtayBb3p/YZ/1ZoYx9lelnHNXUy2JoMGNoY7jCmC4rF DdaFuta/B4QneeU3bv6lr/dH9u0AAAhPsL2mayThvctscy1v8OEg/Nh6tlOJO1cBcY3QudRBISDL hP7+fnvhyQbgZo+L0hyAjdd/AACP4x8C4p8k9h9x/xP7z3Pwl083bhKw+dPaHikBJIHKtGgEMIWd xPtvI/5JYv9bEWrO2re6ZL1qgoT4ynxl+7wPkftfzCkrP5dQIdFpenJNxW0JlKBkAWALZ7xR3QGX vDTdb139T7aZ3TKS732Duxsji4UlBQc2Mj9W2+f95zh4hP6b463f0p/eZktiwwxgXLcDlwD5jYHj zAC+4m+q+z8Eq3wQNwyO0v9k4OvLNmBCQiDr0NSmLAcAABzdv8TxD3rs33yu4eCPf2t9ZZF7+jZO +hu/J4j9J73kOnyZZbN/wlGLQ1el/tDljyWH0AYA1QtoGYTqF1CxQzcmAIemCvQDJc59kiWFNFBy ucodaocE2fKGPY6D+5X1WueaPYl3yZsIQUq/9RiDh80T7+efvX8uZzXbWwDwsZzLsozAPHMmRsaA 11GIcIwE6OvrC9ZQQAaNDrV3k4bz+lfBbulPC3JbKBIEKIsAbIt+vpx3T17Wr904wP6NkVAi/f8o mOtQlR80y+JtbDWpHK429YfWuXHHyP3NV+pnWhhFrA1XnAC+mABsUwXumEAJzujI9yLDp14jnE4+ l0q2Rz2ThjczH7yNrdSdFZ5COuYt7ARJ3s/y4/FAYL7/5fCzxwZYGyDO7+6o1ietEcYJ/dqfu3jw 5gN6SBrOaeJhXXx9fX1/fwPA8/kEcb1/Sc+hQqItLYHUBAA+trjOxwIPERRHAAbwsv+Q4x/i7N80 YO7/4HK/ACOMsFfNRjeOqdJtHqrqNesdVx1J4ykfvJbsCupXRJUPVSvntYTo53Wr0n8ILR8xrcEL Fxe7LYEbHJVm9XC49a3/OYrBlz/dECg1RjDfJgWW+Z9kFdCSw+i44XEl+nz78uewcvd5SQ9G5n7F eSZ/vzUMrxmw7LJH1Y4CNwNAj6ZzOZBrCfSm/8kDZ/9fX19lEYB5lf7Pm80hxz/ssn9B2R8Q1/1s T9OT0H4A3rIGWmjg/i9vnMR9VewHaEL9GxxFC1r8XkUORCu/nj2KGF9cLGmZ4f5PVh39lIFqDy33 f4nyp3z3qnAPGtIv7baRdGIKAdNC9TZfGhY2z332G3K/WgIW4yei7yVgoWhAtzYArGYA7AUEUksG uXtRqkA9Em/6lwcBJEV+eC0gd3Vho6oqiwAMbxvggfNS5ROCjn/wGaBvyMr+COt+FrL/rsQAF3D/ u7YHK6SgX8nkcN9/M1J+LF2rFASQHx0Ufqkn4tyJVaxyxVwpgrvMMGg7Ag43Gy6j2NFFEr9XPIqL 7Jd1+dHb3Bjudc7Ycf2M3AYAIugrI7eouZfchzZGOP3ybcek34tKAQHWP0J9dRAdZdcMCLF/Y5+Y ZQFMJyGL5WvtQiMCYDDEFP8Qp/6QnPi7K/0vQRs14ZXeVfHTIc5BS6GZLZQ+LqlmKL9iPbD/Nj9u xoHUnZ2ViJe82+wBTOuC0IixxYnUfZMqVsFuJ1tj+xYI3aiF3cnfBNkK2X+9SbVSz0kTgrXLOCLV +Tek3N3LpfJeci9sZn0rbNwV3IBAksM+rqGPqIMkx5KPRBIE+PHjnXzr7ZZqAfHevD0XRwDCf9Jt tH/3zP6ggQWVNb92v43jvO7/tc7d0Oa4hPhxd5dJTh1MNAtNxH1Pwf6zIwyIg1G8pAasIwhR8NTt ec0gXQ5kGpcvCH0WUPIl4mysHa9A6DMtgQvrf3Td/wWR5Gdo5Zly9l/o/u/BE2elFpg/xxGpzi/C m4VzRk5k3RLtwJZ0pdoAMaTv0R48IKAo2vGqg0BJIISYs44v4r6R43b7xSIIpesA+Acncflbu2zP wXX/N2P/DWaElh5i/qd82SBFj6a7SAKsy6nsrpKWOphjff/9K/4NBfTSHdcLlYRCrp/arbclhC+O 19qRLAhd4v7P89wXto/DTRp2LYHPLCSqi7PokcothN32kSDb4b7/3hDRNIYou6vzESp/cmyAWVTk tBMIMwS2u+y3Ce1liHieQCiJ+lsgqY+ww6+tfkhhHYDNaNKpv0T8o1X0s7a3QH2qOlewIgRy8xMs CRAilrvfDmf/nVN/WH3eXspreaEyDpREeiopfLgZ4G7vHC0fWNcSAFaJnMfrTuQXPwvtPgrtX0/T hOP47Z1wVNh/vTdyXMFf9R6j25gHAbhEIsTmIRoKkNsAboJBDq/rBpLKoRL9j+xYaO0iUSJZSp7U BQFInhQf55cvdUAzApBhUAKIpP8AMMJItbpD/Z1i9m8mEeFHSdL/VBU0W9iVAGl5iXYD/f2z//Lh SZy73ni0EF4GVh4cSCV2kpaSBaFbuv9VwgUZoGnBrIML603SUiB0IHFXXAD4AihR2nh3CSl/ysej CC+j2LUrktqnwvtE7Ip/YOuB9QYH5HEAT1QBh2l6xtc27hapCwg4u6ft4i4sIO/BtJSHBWglLjIb eB5wHDoRABXHP0QTfyUr9cQPeDqxYIn3wt1Rrv+pjd1fKqPDAw2/2kcvd/xnq3oyeqhE5ip1W2gQ VjWV29zVvDwXpQqQMQAyS+AUnpcwPmIB4NNFp9vE20vmRmsw6ocwJ8iDAJYNAILKP153/i5V83d+ /qSpQjNgFy7RpwhASB2kkqVAKQRU+tOq++l1/4NKBCAnm6QC+z/8DaTOGA6B+gh52MFYqqbupyQH oNkl7fZ3UXzL5iU7RmSpSZ2UZwi09BMX3nhHcX3FIXmzBZwtc8Ygb3wCzP22lrSf3a8ku1cbnT7i rsPUXaiB2deUbQBD3wWE3ooPxHeJKHzOLv4JwTIDeIWfEnid/fSnqw5SOSiwCIABtwF2wwilEYCz sP/28v1CKLr/5fqfGsTFmwTsbo+UACocAOxx327FP/0MbEwps1NJCKSIuP6nh6mgn2hkJFsgaX2x Nki6nT5c/yO/UHnvBb4AsDp6eEiFkGsWvC3pSk7TkzbuMnjLhb9rA0CgbKN3gbBrwFo9IASJh94y IWgX7748JuBV7SflBH99eSRDxgaQqICKIgBVC8RS2R/o4Gk/i5s5dAjdQvup4OSeHyVO+g9Jlmi2 727PUKArrSTCqdRz0hgUB1ApN1FF/d8G7vJ8kcF4FxZw84bPRqYvq//hP2XLe6zcdj38dd8GER0R e0Uil+SZBYDdlQFCNJ3bBiHHv9VJqB84eQ5ACBnFgixYCp+UQ3vyg13WTinCnOLvrgRs1gpYGwdb F0UA8urIStz/WkU/hW3KZxzdOSuvtz65bL2jHPurVWX/JT2HM0AUip0LQwH1ggBJsYhKaOx3e0QA ACAASURBVJD1kTHjHRgWuNcXuzBSDVoOa8I5hNmfyJyIG2w8CBD3+vPtPBTgSoN4/9xUoD/trmYo yeruGRnpASraIcvf7/rs3SUCXD5PZsPX19ePbesI+4dK6wAE4av4CQBV2X85TuH+b89lj1W/JAb6 /ZXvP4T960IYCqin7SmMRYT0P0K7IoOdJ7n/T8RXgOUNRwRCtyXwgaiq/5Gjh7hlBvjk6Q0CQFi3 EzIDNtQ/uqSA3eEV9T8huOkB3sqerD2CD8LU3qRyn8J+uA0QZ/+gvg5ADD72H9L9w+o8CCXQyHE6 97/uANwov3xfXSge6NgLXuno5Y7tlpclj98rZgIUGhh5vkld9p+BPPd/KCgEeuw8IhBqbAkIb4wT LQBc47k+/J3VEhlzhZd4FE7O8QaSzpeFgXGw6D5EHf/ulnjir9XhhdMAQrDWEmbbF+G+1zbg+b4h fT+Hcdt/fcVE/0b/YzUwf1q5v8Do/i7vJzSJAMwAkMn+r+H+7/yIGeg2+bX2Ieqx/3pWaCWus/ta zdD2ZNgAoPFiPoT9n939H0KogtAdEzgdMnhzmxs4dboQzhWuCt/7bQYkoUXezA0CUMtd/c/7z70F wqw0gM0htryf0gDiZ3ElUHoAsFxhyu7lLYmIh6yF0CEMvzd0PXU94BD7T0L9CEBizR9hryoeO3k/ heiWLnfo/tcdkpf7dkWzVBTtR51Rhg0Q2SXPBoB0PRj9qXVbNvD9RzrUcpSoDzhUQWj756x4xBs9 oE10JcMGgD0SvytrFB4rA+5UZtkAAPh4PJYgAMwQ1v+4X3kXCONH9+YDuLvjPF81ByAOSxoUWrjX ePQB4MePN6EXyoG4GWA+mx23ub/KRQsqRwCy2L/WxFHO/iXzS89yFN0ofyc4UCUvlBbQZ0aAPBsL B6PbSTZ04wAlYwDxG9qE0auy/4w+WwY8G88MuwIhXc/i7i13Iv3PB0I+Y2S7DLqFdUbxE3TpPm33 WgKbzwHG7+05kjnwUZBUDqUy/Bw8f8Bb+QfqLEy2i7IIwAwAAEOg7xT2Ty1pUk7KnLsMkk6t/4TR 1APVHlLt/g2vonW5+QoM1kYtx/9uJxKuUyh4zQvHawUBaEeQXRCzqo7WU1bbK1+Ifh49glcgdOZC oj0i49fs6q3awGvQLUI2gAkC8IWBCaF6PhCm8qGj+5U/28yBDweXBgHAD0e7wym+myew7QqtvUxK AG9GzKF44B4URQA2ys6haBwjjKDn+4ee3P/dqsbPiKSzztZ7lB96HAfzwE7TTEue8Y09OP53Ba9a NkBtIRDfF6KkHHEYx+/H4yEJZO+aE4rsP9tgOHweyB4AtwQoAsAFQrclUAlV7xndisO747ykqRCx AR6PAWBn7ap4PVBwDIbNvk7EgK8hgPihEqAIjCzHawbwP3nyAF8pjH9l/sQVPKW40uCLIgBmprYS vBZLIF38w6eMwhdeJ9L/VFSQv4sWAE7FuUwaSUL5LoS7h5Y9Xo349+dClJ8OyGr57zargcKX+rjN mSMgznJqssvIIctwaumaDe3YmzLQPJ5mPDwsUMkSuPU/R6ESWb+kDRCCeadbkjkvoQ+lBUM0AgBu EODjlT/ZiC8DzLdYjfkyXuar1BRhIUpzAJyMrmDpXzn77wHtXfs1xD+SBYBrQ/EqqTOhGhjH4fEY LK5PhoGx7At/lNScV8u0BjGnl+tqQDUIsPvtLrw7CoXm2Y5/Sc/lwRaVHbsCPwuvQOhOGr4Mkp5r uQ/iQG9FJXiDALCeoAljkuwiktEbyRMIHdrV/fN/c07mA8Cr7++q+VfGv2QUhHyCrhBIHUURgGVx iuG9JTRrA7zk7P9K7v8ax7pA5mhLJAm+vUjVHQF7XMdx4B+YBGjIGwnkvuSy95WbAbquuEMce4Wz h65WJ37Nr/0I71YQui2BPrEbXUm1AUA8+YDeQxGXR7aBawMAwMQWBSPEa/jE27jwriGwSoCCe90g 7Cb18iwCogpu9rBKoc84iiIAj8fgSv+N8mdrCQDAAx+bBpV8/83I8VHu/yTffw39TxIUzyv1ghvn 9zQ9j2L/RPFJceHVpVQaieK+BsL3a+TtnhoEkDSQY1f4IXH87zbQZf8NRGsqx6qKUAWhzi2Bj9Kl pCL14sjJfWEowOX91qSd0W182k+dTukE3VRgQqgYqLeNZ/et+Od2/KfCXaKL8HyilUPMQweVdD4R lFUBGradMd0/q+oDAJ66b0cpf7qKD6QilYz2+Wpshml6HpK0xBX/r9dsLDEyxvJieRm35WoEPspj IAR1WtPSBoig6rSgnhNcMp7eEgCSEBcISU7qTgDoBBnPtXCXvFBAyGywtuwG5ULjiR830tJrA5hy QHxJYC8klkBoL1f8Y/69k4BD4FTefctz2U9kx1DPKiN0obcOAM/6nWYwgodF979s59QftrFdQokX rRl3Fx5It9kn46hLlHpcNwl4mmYAEzkdaGOq/qfg9L8U2b8QSUGAeHthgxJI/IUlIcEavv97xvAK hO5Cos0QeSTlxlWGt14+FchbZqdFhb5NAt8lpDtyL9Q44lrjbqkIlGoJxLGp/LP+K9nxhheu49+C 1waox/sJSisBzyu9MexnHGCaEb9d3T8MQKvZgWok93TpAfWwq/9pIyap0VIIUycBcS65qfJGZZH7 ciEH5IazEYcaMZDCIHukz10bIPugIb+vomI4W3LguhjrWSPXw1YgNNAHxOHUsY72yDPOOSxKKjwo JN6uivNPYVqUOrjuyP0hAtuXbGChj18o5uGF/zf1QG8zIIyQF3+X/XvRgP2DYgQAh4Ec/wCA+I34 5F5PfCAMAPMmSciN5PafZXIK9/+V9D/nZTMtZdzuvogz1CFAu6/t1CBAfBfroPzPbMjf/SWMPEP8 UxVeTnze58uCu/C25WD6HP1PG+GcFlJHKzQbIt2quzB0ETJyvGdkbmlclmXd+PiztfsW6V/+vdl/ FK4XPyL7Ce3ehvcTNCIAMyAOwByfi/KHef+97B/0Irm3+/8Gh1nvCdGjMROi/GY4nP1HavKq4BCS wZ1kkPgKRxxS7YfG7P+eo1RACwt4XyvW51APVUbWB6o+uYgzQHLnGUOShAKsNlrugwYIu/yXC0W3 9+v14lP9pvIPc6emGgNef/+dAxAHtwEyHP+N2T8oRABC7J9hYf9RmAmX3JbQvM7DIX79GrPw6er/ qGMVABzp5yuk71DwijKHPjySViMIYDWGvQobBFJDJd0SN/s/O7wCIb46eAgUjs6eSK9tQoDztPLo ivCpjHco3AX2ngs+UZzu8YlfE0tG4Xz7vs/5YtuEXZPAkwS8NQn+9c9/xHv4QPxf/+f/Zj78///f /+z/+vy3//4/CiIASezfcf9bMDc62ZdWsSAj6c62PlXenWd5Acf1P20SALT6zDji4e7/A6/w9pVc 3QRSdyXmiQHiyBN+XI/9X1v/s4u1GNf+tGBcqgAwTU+JteCFeWcVOmK0nl/3saoaBMjuXOLUzzvc 4Td5dt5w6LejfUM3ib1WwKIIZbECwXLCFu4IwMVQFAGw2L+LVPbPt7jWbb0lIQ95C37Oq/ejcBT7 568Eorx5XWkhIwgQ/6oZemP/STj86iWh2WgpNLr74uAMqfAhyrYf+EjyDIkGadA1HtU8h30PkwaH S/cj00W8gReSq+T93fn9vCQQGwTSiO9aQNdGWQ7Alv1v3P/TjDhns38CxRMRZ+PTdauI7hY6bOz+ 72om6hzq7v9y/c8hDF5F9pO3byEqkQCtPtfKJFJIfoiSX7nxjod02y2EpRGojUkkyD7cNKGWEZ5h SFD4ImRFBOyKtwqXb4zfJ94gW8ndlWEG5EUPyuF17WfEMCODj2gm4zu6iCyrh/PMzQAv7gjAxaBX BcgR/ywoYP/8W0saBGxOnKZnxNXRp7K20kF3XT696X96w1HsX8Xxz9FJqZNsT7+uXSG8GpIjZpus oa/aTFB3Tcz2GEfMSId1kWdIWOGLcfwGeI6jlZVob/GqnugNGzoUfXKaecwJ+U2YSnCpvW48TXLQ cmQPnl+lpFFZJViompC19O+9JPCFobMOgM3+ufs/ioy3qVs4CHHgrg6o8J7rgfv2MAZd1Dij8gSA PBzF/n3Uv7X+pxKVb+zSK2f/GTuqs//rzRI3CgyJ915rToKlC/dqnJ4Wa6c3rBdkMwTa2DZG7tQk tSUyJpwIy2/8NIUmvd2Tsr5KUhaR3DpkAxjcEqDrQSEC4Pf9DwCw7/6PYPcZttRBNPtYaS6N3f/3 C/hAFOp/ziXtqHHrRr6NHyuP5QvfatlnKtf/qLD/VJZ/bHDyo2aqTrJiDsQ6Jbo/ur3FK3wyRbTC 3T83gnLnW1iTUKEoL+IJSyhjQfQHRXm/hUtG6iI06SXNsZayyN3u4l02dwbXe0tLg4UkQH/7+78J RjX2Xxjno1AaAfCW/VmyywvEP0nv43HcLB3ANUJxdZAQZ3lT9vOSa5x0cSwKdf+HQ+gr2j3NbLXP Lgp3jxuEwiBDe/afgVCft/4HuhHF5UFXEZeH3Yco3sYw8nEsz4t4atgSG4xjdlzCRlL9ZXWPye4h 4rGONRQwIM6I7yCA+bArAZqj3/7+26+C8d5oCrUcABtl0v9d8N2tDCSuETJPY+MlBXaRce7CXXa5 Tlf+5q74fd54jkrrjFC9pJhbkkupBokXdltJDiQ8o0PYf28PyI1jkUf+rF0K9XiROWeanvE5hxzb u2F5AZaRKHq7Cm2JaXqaDyZAIR4YAouNuN+6oQmaCfkW+TgjjXcnWIkEKLL01X/+x7/vDO5GcxRF AOJrfrVXYlgwEw037i1L4PKk9qMgfA/1gErsv3Y/EsVORjKA3AaAlDHv6n8uxv6TdvmomerA0GgP nvtU5D2nwgWA6Snmf+aNEFTdeXm3B/n7icRbtQplcJOzAdbkCsHA0Dew2ds0csW4abEkA+AATlXQ jCpAJrsgebcj8NPPv/z15x8teyg/YgnK1gHwsX8cBsQ5fuM2JkBu3jDd37uF4c4yffej//kcnOXe 8ELdEVgCebepoQCvG0LewwWyO3rW/zR7gk6t/yFkxMEKjfaSxvF+zIdsSyDVHbALicApNAxgVQoN 0l/EoRSL7KXo7HwJgyRzgpQ/sDUDkrB7xJ9+/oU+H0iFVXAsm8+AThUgC9mJv5DubwtpHrz9hCwB 69veoKL/aTCA86LlCdazfuX6n3qK/Oxvk2wASKQOeUFzSZKGd8wl2U2NpWiFuPzMUA5dm1md+IaO In7pbOacbIV6nsCvkjKQDymv89QX8RRYcWIqXUpik34NgtDEND29KwTLzQDu75ewf86YT0egLZxu 8IrrACAMS/54PSW6Fmi2ilsCd1T9LKD3UFIOVgnORdR0x9CDsMF1IlpAHMzLLE9OA4IXf2rPldh/ Kg7/7Vqih9Co+vNSQnzdwSgGAbIHxq36DBNC1wyoZ1SEEJFdaSwlgWtXotCE9x3KzYBdUEVR82fI 6nDpPv3Jv6LP5oOJGJgPofZWb6GN7rfejbu7hIYqHNuB0FoHYGH/uyLs+ETT/gUZjwk0Y5OF6OEl l4SuKEhXg4mjfKhaJ5vty1cJAlh7uRtTk6E5hBr90KFLpP95iAeFoOPY5o1s1CC+Vv/ZKkEoUBjm 7asSGCnMTChEPa8Kv1UsShOaPAGevAoQQZ4DsMv+8yAJEcTpeLxPIughBh8/kHzwncQ6lKsAtXTB QqL+Jw7v+mK8tnHnL9FriFxvZKOE8pYclD5TCTnzJ80DSeM5NrZQ7vhvnPh7Q4Lsh0LxbqwkVtFS BOUFASJzTsmlK7E98i5ye5d/e4TmJe+3ZiFX8vcnJQBIfP/Z4KSZggCujsjdMYNwe/uRj1M+tgOh EAGw3P/ZDv5O4uNc/0NLZMPeMsOHuPfa4PAB7EK+3tOxaJz7XqMHDiMtRUTzL8+nNxvXg87jOPAd s0MEQmTcDyppwYew//4fzwPRVWhUi6x7ew7dwCFhiWQYu8G67FHtoo2U6FiXvxyhRKNQe/npUEvv FXuvA5BoCaxm4QEv5YjehrRDwq5qeOh78PpzlEYA5Oy/EPJ5U2WGNZ2YaJdlzvYWE+jqJXcgjCNK krj5majHFMdxMIR/mmazhQyAAz2vQr9vEs/ojf3H4dX/3AZDEtRDUrVDAbBldUlcMKm9WSsqY1Ty 8UCxlIj/STgL7zcwvwtdB8ngM04wfrVdS2AXEvbvdZAnUWS3h93G8s6zR8UPF9qxEwlQ4ToAb/a/ K/4pcf97vzUexwarDXjzBMAWC4m6SoVwkLf+pzHas6j4EXf1PzUG/HrNxPgteMMCSWigBUrlJZXY fwluNr+L8rmxhg0A1UIBoEpw94J135J1VwqpfImUyHywvEI1Hhmv40nrQKl2VNyvH98x7kGL5wD8 /tuvqat9WaScOHE2WffuGE+99e7CN2ox9Rp9FqJwHQA0NoBh/0e8ir6svxXd/+72kCUwTc872e4o cL1Hz3zoWGl7tUPPiLNx9xvST1YBDwtYEiCQvdcr+UohyyWZwf7Le77RCTgxUmR1lVzRfd5OJaqe wmfkKD+C7u+rHgnxwgrsyNX/Y8YKYQAQpsLu9ngmbuqOGT2HvuV2i/rYqkKjCtAMu9ILdff/sbAs AcThKHXQGgYZ2hyuW9z6nxCqPj48DQAADNF36X42MiQE8WBIquDHGom3TYlhUPLr7AaF4LP1P7ra yGyvauM+24DcLsIFgA2yQwH1fAHZkLBqOt9jn7vU28xkAC+fB08tIC/+9c9/ZI3uxpEozQEwM+xR KbDWa14lTyDpXAzpRJytBcAjloD6tRKqLPKOm7HXuUjGKUabrf+penaGYhr2T6RfHgqTO/ZUJBMZ 1L+Evh8o/b9BqKGNVJfZuH1qdVsbeet/5Xn0M3wBhYi7k7Tk9S2RExCYZ24DyHMAbpwCZTkAT8QZ d8U/NRz8XWW+hqRBUBYTUJwyeph9auAs9X8OQZsffZX7AwC8XrOJR7FioGoDyPYC1qD+cDT7v+oT fRZUDQiAwz47/61TOX2JHAjqZ/EeFW1IvYx5N4k3NcJsXObtwbMXrQScq/S50SPKIwAVdRepD0Nj 978LiSXQfnGxy3OFOwf6ELhJwEbub22PKIIyeANEX/9uMETYfxKl6E2N4OJOSYJtPfJ6cJ33oHFv WD3o3nLeh0K+0et2yX6Ws6XtUMES6P/RNvCOMyPl19rXkBOu+THuf7kQ6Ma5UBQBeH3Puw9wPX1/ D7QvI12YkmzKB99VGORwXNXOEeh/PLWw2lwNQ+7dY3HSHx9Jhh7A68EyQBym6Yk4pBJ6RUfD7f7v BC1fEF4qttsstX/5XZ0qX3Hb77JJlctbKO6POLNTUZv6Cye6eLP4DeC1RSPtrQarpHOgjS77vyVA F4PySsBJyLYNXOIrj0LUc/97EUoXBmYbQIExsDsLn5cr7M6Yt/5nhV0L61zI0wSDLAIQh7o66Jb+ dwJJlfp62CVw8Wa73e6+7wqfpuznsUTcX/JQuM7spN56eyRLDEhvG7fDUFcu47c+3xKgK6EoAqDi DCuHivin6nFhpfjTurowbFfKqFQ+qLd5rQZ6CATVQ7PU7RLEX/zZ/D4VSew/lSVoMfvyS5HdwyfM BgbmTpim59EDsREPFOSJN0rg9Shnu11KxMCFoQCrKxCb63yXTlBjMKGYz0b6DwDDm/GT6N98s/x5 RwCuhaIIQL0o9u67Sp32NXg7mkOQAc0tgYyk4Qb6n89hDKdG/ybQrg3QzEiALOovad8P+78TAIDV Be55BivUcGfDJb5eCY2X0Ju4SmjOKffia/1kET2M1eYzQdcHcV6IxPD+lsQ/9CesxkAoAvC3v/+b 4KDjXS20K2isAxBAJbGNRXyPcv+Xw5snwC0BxCFe4jPO/Ho7X13c+h+4VhKIogswhErUH/oLderu e160NCzLkSr0T0JIJZ+aTvp4DABLmk25asiF7jxwlp/+EDweA9ckw1b074YCdt3/czRR+Pfffi0d 8Q1tHJkDEEKNKVs9F1lxkCFLYJqenN59oEtPkAbQu/P7hoGEipUQIMX1v1LbC6eCEzHRU+PsVrHr gC+x+txudzsXPKff7sKLive2XMNzIxuG/ZufEsBf+hO4SbCNCYTw/f0d+uo//+Pfcwd7oxZqRQCq 5tqmrj/Sw6tXMgY3YxgCSwrsvuSOOuUeLnWHqHdZOjGBFF2tigQIsmhEUlBR2Hkz6f+t/7FAHmUo Lp4j7EQLZplt8zHpuPHzjdy01lcuv7fM7KqX4jYDChG6dOsU8ZqmJ1f+eN3/sI0A5CUBPx6PpHD9 Tz//8teff0g21sBPP/8CAH/9+UezIx6IKhGAeqFqmoCuPS94M4YtS6AT5tcPzhXuL8fpPJ2pP1Bc oBxHnvFQw/Gf1LJSDx/1XIAzN8ZF7RxCWy51l1QsSZlrFSMEAJzN/yWIkPv4txFJT0mCbwmuZAY0 eEO5U6Wb7GveGkZjHHL8uxBGAFxE3lAWw6Y/D6TdfEiXZ/9QNQfACxUpzu7aw0l9Hqv/iSOSJ/B4 POIZAhdGarXHGw1Q7/UmISLWCgAZT3TSXi0p9afR9xLEreIasnJde8Ci/m/gsPSLc+qk5yX3Vhv3 pKwt65/2jm0Qyuit9Fx4JxnFDIc22R38iBb159V+DLwLflnqf2EEgPv7T+Sf+kzoRwCqin8AYJqe fb6nq8KyBNgDNlgNbnwOTmcClb//QomJ2QZh1fQAaDsFefU/l5kD+0TcHpDsYiO+fMFeZQh3JC57 jvvgQg2ouOpRc443XUHeWIK4Pqqr5ygpyElOQ6/L32sM8D+XD+IIgLEBvBXPJeBueCPIcb8loQ5v Y8UT6DM1i+9o/vRKgLyHuACUIwBV61SYtBVEqQpNMpg27n/djGFO+unzbQnk4aTCoYins/PT6eeC 16b+0IH45wNxrFWcKiLK+XGjNoDL+4X3rbAZ4gzQyz25a8nsNrPaR1pqTVyF/aSKG8lsQ5zjgh+L 9y8bs2Q/sNUsRJq5/N761msJWNvdz5IdgbF5sz2i+/ce7gJoVwWo/OExSeuIHx1UspydLDIw8A8H roKpC3e6vPU/uziKNR5C7jMKwjag/jfa4yxZMRE1DpLUJx27Ov5IM9gLZfBvx/oVe8vhvciRGILk XHRtAMlxC1VP9ERYcv/QWr8cXPaTtApYku8/5LOX75UEa0f5EeUtzwXNCECJ+EfSAHFGlNK+fjxn eSNJ3StkCcAdE6iAHtzYkbV4jsrYE6LG1ZMbhEmHLiE6je+Qu/7PGWG5Nkjrj97WYXhzdmlLKDfU HYN3dwjYA4fPgUJ4r4P1lbwrLRsgNCRvs2y4sh+/p59V/ffbAymhgNVD1/VCPXGhUV7L06HHdQBc THy9Oll7YdSv2/TfbFAFIdryOZZAD7y8AXr2dAp/gqN+qaTSPVBWgv3y92GHuEBgEJ1/fY02KiCX /Vv80psb6u04ctu7cVfL19D/Dd9hIm+9i/Z2/wc4vRDc/S8vA9o5+79hoBYBqKr+P7C3rpCkfrlk TKAf/U/PxsaxY2tpAyTpf+R+AShefEDl4t8pBHL0bBVLYNz/9Cc6/3oRv1cVg12IM8DT3S5U2txo jPfjMGy2C93/1poAwoP+/tuvuqt9Uc6usA2v4Jm0o1bL00EnAhCfaApfQmZ3xEGX9vWc/qv72rYs gQ9fXfhcCLHk3Wfhc2wAEFwN3TzIDnFG/U//xolQSlfvLJD963w3hCT+IX1OodpkHL+9NoDbw+Ut gZ69Pxbi7v8kih9vOaavEGYp8r0F+F25v2QLbNN287qKD+MaaL0OgAuJ8WDCneTAzu7tc+CdoQw/ 4Ak6EUvgc67kiWZzSPF0Hpur148WSFcQyGch/tQQBe/nXurkwjaDiocoQ9MSItbyi2O5/y34e/Et CBBi/4XzwCaXVIBdgXtXt831wH+veH1PXvvfdf/DNvE3vg7Av/75D+3zKMJVC3fqQiECUM/9v933 K68TLRz+ttNSv3gXFztFTEByBc7F5iUoOaNjc/WSbABIpwUS/U8N9o+I5l/SYZNVME3zle69s6BQ /1MoZI/r6bO7jQFn12AI3cOpj/9u/R95bwdcmRsBWJV/ACBiGywbmQooux7oUbh5vwSlEYBm3EJC fJMy/O55J2IJJK21/LGQvw4LzRJr91Qj8ECjSG4DQK6fMnQ15L3JL87rNU/TDADjOCCafWdEFMYn K+EQ/c8FptDaShWvPl7riC9H3lPI/kNXwx15+U9f9cq0QbeeJq/7P1T307sAMISDADcuhrpVgHaf kD4foWPR/pq4lgBcImNYjm5nc4IZYVItLHd3OOL9mmQmQYFcIY9JpP7uq/v//ZmsghtJOOqhO0Sh viPHL1u2xepNmAZgCXVCVwNxthLwdH847wh7nopPjfgKABQZCK3+exsDF0NRBKDq9E2dC8O7bQbT YC8v2lS/4XXl1i29qIMy1nu6GMYR0+uDW7sfY3InMQZuBlgbvUAc8khD3l5E9xHR+P6BBQQ+BF1Z y8K5savMVD4Gs8I9/YlOYxtb9X+qj98V6AsCdHb6bz3jrdAL0BIduo3MvTRNz5D7nxCS/oPP/X9S FdCNXZxjHQDJ5N7Vc5iNfk4kkjEMxxkDEhMob17ucDZ3YYrxlVz8o06zUD3szSY0r7q8cylTZA2w BgGmaTZ/HoUz1v9pia54fwjofEZPKw+8Pv6QFggcQb90fD5UnUlOZAZ0CMSZqn/uuvxd9v/+1nH/ j+N3rUHfOAJFEYBCeY/W9JGR5FS1fTY6JKDePIHtn/MBwzohyt+XLBRW1M9RcqCSK+DuRVcjvfpc /oMWYtvxAosXQ4fTlIUT5Zi69X/Q+XcD5v6PK3zcb7MvhXG7eDusOpOcwgzo6nFAHMbxG3F5O8el /++9tt792/3/Oeg0ApCq/7kAIvNI49WvvCM51hJoo//JYKiHONTLD3rUm/XwMEvhnX8cYgAAIABJ REFUKZtkX0qPMTkAPP0XERFvq1iK1PshEggiJRh0TBblQPbvZkv4NMufLFd3x9+/XrrfYCbp2Qxo OTbvzZ9x0NBqX++NTiYA4fF4hF7Ef/v7v+0eehzH3qqFfjhqrQOg6P6PE9+u7O9PQNwSEBaKzkMP CwAfC7oCKkz6kKwAlZHnmcQqZ2ql/I7jMI52EnAzXdAF9D9EK+lP/u1uKkhL50hqnMcS+tNnq3Qs 4Lx+eLdZNjifMVD+3zpcRvEf8F18az4PzRjevB23wxJYh+jqpR86/aTdLUguZvyIQvEPMNmPpf7f 2AAzWIsKu5jDK44BwO+//bqz/43m6DQCUA996n/OaMZ4LYFpen5U+aBmcENhWt70w73yDaDrovOR +/naF7AqLOYa+qoB4owqdTDUG+IMzvIR3JJcvoIBYQ71huBZ/Et4Y3sf8N19TQTATToKzRi7DFVl srJ67ue5yx5JtmtfOHVLxD9uYVBvV7vv9O/vYJLAf/7Hv8f3vdEeVSIAWnxiV//TM3HRHdux+p84 uCVgPEbq6qBm9X9qZ7b1ecc2Hljjw/V5zW94kfFLlcyNVe0N1hsa9ylfPmIcB0QEHICZB0mI5Pvu RgMkD0Uk6Uj4CIfiOeqWwKkfcK3BTxMiziYnyp/U66T8uhuNBMj+MM+IA3Weiohw6MaxOCYCoKX/ qXfcvPZ5iB/lRFkQJlHs9Zpr5Al0q/9pRmfdK6B46BPZAHLVxwXIQQQX0P8UIntubOw/Xl3pm+Uj fOm/s7xPoVPf611WjBxCyjWswdp7zhBoD+9s4NYAXbb7BD8W9V+azvv6nxB2H8+ffv7FfNhdu/en n3+51/fVhX4E4JNr5twwsNRBZP3TXFA1VeB6iBCdz7QBdnETgnt6tHBsaSBr+QjEpfY/yt3/0fo/ 7sbQI5B0Y5CZHdH8ZDxr6qz9NgNWfD0eD07W/Wm+YbF+RAIk9DVwf7+E/ROnv/l9eyhHACSTizA/ WN3zfUb3v0HP+p843MUE1gM9hf5La5Wcs6MG671tAI6bBHwUTrT+F18+Ajxyf+vPLdDkDODaFVrf S2Q/ke0lKDcD9JJzMkdyQxfGBnDf+xYsxv/Xn3/QFtcwMIEC8y+1pD8hEEmQhxc+E7WqAGVDOB18 iH+rpf6n3iV104URhyR1ULf6n2aIX4Hz2gCp8Op/jnXuHoJb/xOZG3u7H4I/Fk8Odqr+I/+AQ1Jh nzz2z6mzdXl3p4USM0B3wlG3K64BK9nX08Ar/d/uMk0oXAtsl/2ngpsHBqHogdeKuOGFZgRA/ZFT pH19Tgd9jqoeeAg7pA46I6dJeoelvvCERuDn2ACEfpy7n4N+bgy3/D+hkxESvMtHcJhoANob1w++ 0p8c/EfJK/jDG4RKIUlE/1YPSVOivH2lPrmd5pZt7ROSuTpO/SUrfCVlAEt8/yqQkPvbBoijdQQg frPSt3HS0+AlVHgIxRHmWUF96p04QuogbgmY22Cani0Hdl58gg3AaV+Hw7tRFZybIs6VVgAIMWAJ QvektXzEov/BAcPJlUtHOLvrAyRBqLmlP9fP6K06IOkwbo1EdjkwFECMf5pmKtgKrGyr1qiqghIA dv39XvgTAGaAAbxLQYewPpgHV/7h0qDbDPBCLQLQ8/u457FF0Ez/c+D1CS0rBtv8oZbzbx73rRwE kLKcS9oAW0XH960H+yh49Tzq639pqYYiXmdaPoLX/5FU/nml0Pekb0MN1pXX/Z4XuXM9dQ6plyIF 0dFyf/92303ZVsVRaYEu1zQh0opyALC1ASxJz/Lv9sNmX14nNKsAqIT9W6qeSt56ShW44aJpBCBp qrpf8x+FiCUAywtpbj6oihC+6jKMQHUbAA7VVPBzeTyGvELUF8OHJADUvvdqpApINDAmtrnv18cZ 9n7lqpFqxNldAcBArvjvxAaA8MmuFVrRlWaFDIOWSNNTDZu/3lU+xaGA2GLAe/j9t19TV/vi7NxN CA41du0Ebz93BvAudCIA5U+s9ZpX9HxnjK0Txyc0sYLan2z8iKGM4ZZJAg2CAFWhSNyzc/tU0Mn1 vNEYNe63lqkCXAMTPFBc27On+4fK7D9eANRArgjKsAFA+wfyDoPYv9seERdT7SBYFyF+TRBnRI/m J4nBezAvxoOJMFD1Dhdjrm8mxM6922mj1wYQ9nyD0F0VoAtAhbWUWEHXoE188uVhAYkl0A8Xj2B3 kGsgPrNz0LsTLL8mKL2b85KhL+/5/mRImJ/kTugkMzj0GG4yTbkZsKo4JLVNs88oaffdaUrC1zNs AKjwIgsNI2QA8LSNZgi5/Ok6u9CyUuwqQOvdSOGRyIIV//rnP1TGcKMl2q0EXEn0rHjQxuhhbD2M IQTSOUwTegVCRyUJRFAj3l3yLOj60ngn1quo27voejhW/1PVtFaJJJsPXd2QoccwteBMxtmFfq9d vwOfXSU2AOzZFRl3ToOUAJ6c7bJbygGohxJLddJeMWmj/7EyCnDIXw34Rq9QiADoPqJG7R2xaGtz 1p458Y1QqoC6QKhZDKH2ger50vifeYVT7gftBqHkFj2K96tUuRGSfmhydtOEiIO3/o+w+I96JZ/a KQGU3Utc3zAQSgoQrdOcCN071lr9l0NSC8ijEZoBtnkRxtKAAqnPjQ7RKAKQ+Ax/5R3lMrjVDhze d8CuJXDU+sHZji7YvgxK9D8qo0rtv1LPBrpX40ZXSApSWXNj++wUi5EnhcJ4+0hLXdIvf/bJo+wt sysMJ0aa5QUkrYus9Vu7l4VHA6yyrVolgBR5v+X+9xL9dxUg36peIdsA2fp0HNY1uXEBlEYAVFhF pfo/p07/bYAaJ6tFNOU6h6glgLtr6ETQMpEg5DxTNAJbnk4l3Cax/Lk4xc9dQt+bUf84xfeGwnbV Mm63kT7lKI+ikKVt5k/vycpDAfzPpB68HfJxer9KhfuMcKKvXvdTMWnbZv/e9N8t+3e3u9hUDvXF PfqshXojGy0iAP2/hxTxUSfbFVxLAMRJw7rI5l4N/PTnuj9PN+CLwStPN8VArI2pyKbvtBJcjbvC S8ozqKrQUy7vVoLyJ2Uc0fyyZhUnYwNAOBtVeIKhYELeaHfFhxnhhTZmZI2jeMU/vPRn0M3PzAOw igUNgMMyVDIDPqT08KehKAKgfk83W/qqZ9z6HxdJ0zRdt2nC1PJBJcdVgTmiWeW0Xv9wKv195/qf q5oovEIirYfq3ZjUbfbtt+6ouRJcpVz2Gmp4Qih0oP0uftBryMvgQfxTeuccrYnI3b3D+U33ToiL fzZrePlYvtvYVP7ZbEQ0NraVF9H5VHwjFdUjAKm3/m5xN2Fvh+h/qg7vLCgnzVrOhnFEimJ3Xj6I wwwbqileqrITddS+GidCYyccSX75eqjejUJhQDH1R/lKcMKs9KqPgKL7oE0q8NsBN5g/H2y2RPfQ qeEOR28j3T0JqfNbbZ9IHZm0X/zjZf/Ln+Fm1vbNFlb8J54D8Le//9vuWYzjeFcL7QpFEQCtqe0U RORi+LTLnl0+KO8tXvjuR5wBnnn7CnEidY25GkdldX8yVk//+3No4y7ybrYkZta4YI4EKuSywXNq DmE/YsNiA8B7nkQoMwO8oQDh7klIuvIn8oms8eHZFf+E2H8kGQC2qwUviwCYNcVwNsa2PC9ijpYb +v23X/dO7kZrtFsHYBeK+p/zuv/L9T/9z2KHUGpCs0Ki2WBh1tsGsLMSoRtuVxs9/DTk8zMFAc2j 4d0YR+q5ePNHQ3OjYmWVGighuMerWVYbIMkM4FsshK5GDQqeFwro8C6iUZGd9ngMMOwzfvCx/823 zN/PMwey8f39HfrqP//j30t6vlEDdVcC1tX/3PgE6OaBROZ0uSVwiMUSUt/qott3ngU+M3Q14GaD OSoJz/j8HLXPTPrgXQlQ0iXKcPn3czNEkGEGKMqH5P3YfuV5MytaZoDbLd8SMQYiZoB6VkbSFFdb DlQOr/Q/g/1btf8t5Y/2mB+FmQM//fzLX3/+wT+4DQDgrz//CDW44cXBEYDUd0O3Kr1b/a+Ixnag xBI4KmpxFoJ+43rwmhx8fW5JJ5Vm+JYsTTGdQO6T9rapGuvweF5meL1e0/QEAMoKgG2d5chIXGMg ZAa4oQBrR+9XcpxaDsTd/6Y4hGWk5fn+oTLpJ4R8eYayWyjh7ob9Z+/+magbAfAi9F4xd3ZGWQkL /Ty6qWhW/+ej/MrywcQtgTwNeuqlcMss1HZKdfVjSXC6AZ8UVPfD/Gkc/t6NIdRg/941qmoglW0n UczIKXj7sTa28Ddx9k/ccQDYmgHT9KS1VnjR2ACWkUS8/l4jwaDE/smTA+UdSxGhAfv1PE7Nn0hL 2kKfaZdCcH9/JJJPXF/FZ296uH3/qagYAfDeuzRHuIFjulfkZSVU0NL9fyOOuP6nGfMLWQLmbWe1 qQHLCKztlOqWUodM4m4HXAlH6X+866FKFklNJU+7v+a6PO2z3o9eKD5JEvm4/DLCbt2LU0JPU4yH pzdnlNcIGsdvgOckq1zMJvZlAGYkQpZvXas8MyAjFJB3LOughb9UyP1PiJsEnvas+qc8FCAsA7qt HwWp+h9y5EfUPta3hRs/Fk0jALySNPSh/7kYjTjL6UTmxK7yQCxLAHFwfRu7o9Viq1WdUp9GqW8I 4eX3ZmPohqkh+kcczAoAwjKgVv8SqNz8ctbIW0Yahy6mxCkg/CE85HLr/jewvcvDJhQA8LTaW2Cu k9e64+yevsQiEl46LzJCAUntteBl/+bPuLJfmBhguf/V5UDZ7B/2ggPut7yZfOMNqBcB8D4woTqy tLiMvKhcP9AyYy6j/+kQ5ezW/CjTdmUx80GxfNCuf6Xq2+hcNsC5Rvs5UHfrGJ5HRQmF3dLnQ+6Q VDOg5EBJZpi7cfIWAHXc/4SNGQAzcL++3cd2RxzM7mQ2kBkAvp/MtQRge7lKAgKps0djRZDF/ke2 QjNdZCH7t7Q9HvFPivtf0qzE92+gJeX39nPbABytcwBo+RgCX1qyHD1EFW5cGCF1EEQtgaT3x64R WI/7dqJ8Ndg1iT/EBjhK/5MB3SxeaiN0jlTNkc1Aubku2Vf/KXDc/65AfMM4B1Gvbz46LGZAqOqa xfi9AiFwgga1rb4SRZD8N/Ime/AF2kKqnngCALVZPli1/60OB8/ALPlGHOvTmsn+uec+owdCKHpA JYNKOr8GjqwCxJ8HxWSyluh2YP3DnRMlRCf7bafymuSdpFoCR4WSU1ESXm+PD7EBTgHFzNQQzQqV iOjHaj0E7lOQ5P43n7l3mdz/FpsExwxITR7lZoCxMeLTpjURucaAqx3ynqmLvKkjexqXHM5y/MPW +vVW/uF6HgB/EAC2RT8t/Y8cSQVaCut+6sLy+t/1gghVIgCpj4e1xmQ2zksFbv3PeeFaApC1uJgw v8qgNvHdjb/3g9sG6AG67N9H/Te6EQgoyDtE9v2ZrVFJZf9vijkDwNv971aNjGwMDSyiI1rxBIBx /PZaApYv3DplCBcYFeqvWrqT4not8FV5Wv3ui+8ftj57j5o/YLYReHu/+990i5uNwiDk77/9Wr7a VwY757sQ0fduvDOALTSNAPD4kRH8m1uKlpP08v87/feqUJ9GK+0oBJ8fQ0sKAEC8eLbcCGxDfEPx d6jMupqZxJ2jZ/0P0SyQ3Qxy2Q8HvxN4QV6TGbkePWHYV4X5OVLnBHopU6Ez4/531SMLofR5/SMR AMv37GmwbPQkELOxzfxmg4D+h5+40FVf+DaBxGnQOgu+nT57AuM+5Y83i3djJAS8/l72b/c/AMxL 6S3h0pxj7kMYSfN1t1iO/Mguwp4/HE1zANwkYOvPUJawBDehP/UVSCI6/Tt99wRCCBoEuvF1cD2I 7sZDcOD90P+tWBXyExfm+8bb0NrYFm1VTMSvgYybJO4qhsCVDx3C6/5HnK2yZojB9WK5YsT9KnIi Xg26++2m2ZqRbAw8K12Yxg8yM6De45knB5KHvwzzXqIxThbv+1+X7js5vp69tu3jY5Y4Yv71z3/E G9zoEK1zAKz6ca5x2XIFgELoziyFzs7eWIhw5j0df0odcMQSWGZ2nE1yVZ5o8ljuC92YAae7kRqg n2tSyP7N3MjvtJDuLtUS8LpjJah6VeOXK5V3WpwSABAHqvtJV8zL/r1ufm9hGauNF161SaTZu/QN EyaNLBnAugihjbvXs+QxUXzKqJ9pqXw1hJZi8JB7K1zDYgKu3N8b2wHrlx3eWqA+7eob5dCPAKSH IBWi/J285/IgDLGV49RXyUI/5EaIsCXwJHdm3rOQF4zWQp4bLI48/c+x10EddDpnf/uWsH+6E0IN Qrq7eG0ZQvatckj6Ab8IwgnQCpjAyv4hUFMyBK+UfPkQ9fHHESpow79dFV9PsxAEl1B6H3n3yuzO DD28TTj7t5dlCBfwAZ8lZlH/kIXm7r58piYDtGEmN47CkVWAPg31ppjDJ68SnI7oFL4tXEsAcRjH 73VjQqUFPiQ49DbohHx3FZS4IYHkx0IcJL+m18amcpa69wP1JrzZ5JNGRPxjbd/tk+t8KH3CLdwZ qh8fKv4DnGuGXcsSeLlpMNSAtL7sxgYAnyIoFByAwI9VMquX2w/W7i7753J/vpE+A8/S9qYEhKj/ vC7RsF3kfprQWFxneS/fyIByBCDpMZBUlv2QDOD7MctAD26bEjC+MgA8LcErpFtE1wsFFI4EbjPg aOwyVIEP+4kpq4ABE5GbfQFsR6biZHvsbR+aA1cNCdP5+BJJQcD+42V8InIgOSJlRjfbB/OitG0A 8P0KoeAA1PmxSuZeS6NFd6+BK+hftrsr+wZ0Qbyqj8X1EQcYSFW1DGY9kZv9Xx8HRwDy/J1XQrn+ p9CxVA8dEvQOhwQAxgw2bs64jGEXh3PfciNEq/5PPwZJHswtcerpsZD9mytgkmTkRwSb85mu/FW5 tC6vZGKRtJG7/61u3Y1W/fhy9h/R64d4f2T3kEPaQ3C3i45xGwCi4p/UGaA8GSDpcF6YaLBb9R98 mh/g7J+5/5ev5tl4980TxB+NcfQ8KbTlrsBWCR0uQKYZAeiWiV4YF7iYJUSnT0KfChMEM+filTGk Oi8P90pCNwsIXOMOOSPKff+GDCGKnCNxszOUgaNoCRx4p+1fyTL2v/BO9Cz66xUIWd8unwMiIthS /2BsgWjusPxqEfGPZIu6ECivB97Y2tE2mQLXx1MRaKX+q3cfraNAgPqDzyPJNRqnNgk65N+H4wo5 AGd/wWeb2mc/cQLiDNHq+BFcieHxcymvc9KDIsjgkIxJPpKq1+FKd6AWNJQ/KFH+pN5aWuWDvKh0 J5Q6lRPZv+uPNy7kcXwXEdp0hbO1JTQMe0tAwm4+u1YBd3WTi9o1A7xyIHdLbRsABPek70Bf7rJf /IOBW+RnY7bNS9rMNCVQf3DY/zTNZm1W+je7Wt2NPtF0HQCOAxe46edt3az+zw2Cyku6Hudze5bX OfH2Bh3c8NYbKNKgUvS5k+vwCYhTHwkxsvTr3juh3KQseayyEZ83atyfiMnsf/PVSv3XH2UAzzVH 38YFi/948I0twvV9aw6YljgMCDMTAgE3AyQUX9igBJIJx/qWW7wh9u/9pTz227Dp3/uwuE9inI2M 4+Bdp/UC4AsP8/iAtSCxu5xwaGO8n93jtsQBEQCvZvFGKrLjjF1BxQQ6tQvWtYQjpxMXCIUoy7Gh AGsk3u1nnxDU70CuCjv8V5NDxfFv2kScyurXhMqeTNNz5bjfeUnDQt4JPqvYu1ckx1dwMZ+ubkfC /i21iTsG64GNvNPjwQG3nGhECLRhw2syADjrrAMLBViRAeGdo/XcRSZe63JNS+nP2Vv8J8L+LRib DVnVrNBv5z27tVQU4kr2S9ZmPQW4Luinn3/56edf6DPfvtveQN4PbI0Hq59mUIsAnOtF1Q/ynJ1X utp8lZ9stKdKtR1I8c5TLQE3UN4V2JAw3ErhKFd6cHqDIvuPNACNG9g722z9o0/OXNnCw3PhoWH7 MEL0dOLsLX65vBkUQvbPC0S6jmp3zMKADL/sHk7vmAFus80uZp0snLkoZZ0D0SsHsmaAqkIg6gd8 91ug5y+whFjOdfBEabZirV32H6D+64EcP/84Do/H4v53v70GQk56rfb1OinEkTkAp04oKZ8dsp3f N4kpxCmIoHCQSUnDnSthzBNhca8bp0Ab9p9937oe63h7rkmDt/TlW1EglHEu1hUITRGkobIyKNLY P9jLL0Ssr12NH2/2Xo3Y8fpbZgAEqP9m/KsZAACv18taZ93l/e3jACCwi8YREYfH47FcFl/FpEiU RsL+o45/vlLEpoEJTbjbL4ZU73u5tz4SGWiJw3IAjkK37Kceuj1l3RSIU9B6C/FMmKQzkmc39qMI 8oKK1tUY3iluEn5XnGLA6uzfTQXJuAicjGZfQGuxjnVj3VQBA5fAuWfh1d6Qhiq01u8u+zeEUh6p sA4dh7liVPCemwHexF97i1cWv64WjO/VrF7AzICQDRB/vtzLq/4kmqNvKPjgswGckqx2qITV+gTZ zWPAnzVS+xDd5+x/HAfP/tdCqhTnKOmOFq5QBei8yND/9M8GkqCb7nkKtpSEjDOSZDd2rgiCtmnW N0pQyP53b0Kx3t1uoPsTr4+VoWv5JXqFkN+ikmaRQkDBEkAzxLN7C+E1A4L+fpkZAKslgPNsJQZE bIA4QmIn96sM8DEY9z+wkzLw/kbeP3nWbxL7h3XNbFzX3LDc/WsVIIDVsjovrNTbv/78w0jwaQt9 4Nv5Lt72IQj7OQoHRAAusMBNOe76P5XQkt61OVbJUSSpAp2wYbfA3M3U+0c5+y+X/bS0Y8fwYh3w zqEcCo8iF29I4HUex6kk1ZHMO6IcZg1EYMQdfEQfAlnC72+dFAKEeTnG+n8I+P6T5hn3d4Hcn4YO apEBb91PiIq1YIaMPDqaco3tMY7f4whUWMlEA66UBBwi67vbIxV+vButBqnHbYlPiQBYWgu+toXB KQySK/GhY02gc5HL8tHupQog9BEKsCJClX6mGt1q9XlgfWRdZJN7mhkkHPTYp9j7WE3TMztp2OX6 eSf4voYB6Qj/7BGXD/uyde/2jKFSKMAUv7cUQW4yQChL2Eoh2CYzzDwtuNAGcE82NSzAf+XHYzDF fyz3PzcD3LI/m99uq5l01XQAYGWDrJPMm/0jzogPSqIgMwA+Q/njRQ9lOmvjI3IAaDq2bFme1zJN c+Mb/V5q+wJXoIT2JVE9LX4ZtQSQQsCXx7kswD4RuYDlrv1d9n+UgM175/DHyjC5jJWG5TVbJKCM UtoSyh+120QngfhlT3VCG4wjmlAAgk3i3+P0LRMGDlEGZjnwU9vNASiZELxhAeF2WDURyCp+Lqcm UW1FM6Y48yF6wzZOnALhC1fe/zYDPuR14MVVST9H6wiA63qvjdXC9hyXF7tN6rOQOuQ5v0/HV44a 8FW5ne55uZaAKSKhW/GwHHcyQJ/jrMr+jRw5tAxwz7krho0tBd2XLSJLwOu45c9j4jBe0/QM+oyZ m9kOAgTYv1DuUiKGWWwAltRrOfu9W5btXNdkfYAZ5neyAY1T1wbgPfPz8m7nDWhUG7ETkzbFggBR U81751gbV+NhKReLL4S3+//cWv8bElw/AhARsW0XuPa3OTs6pA5wtP5HF2fPOtgmDQ8mHNymzgk/ bmTZ18+xAc6i/6nH/tkdOOf13wl2q3LxNttk0AFWBu8W8gcix9v69/xYaCpjRtm/PwFge9l1E14j GNdiOywzeDYngji/1fw+Y4C2x2yAeQbnYa9nA/Dzinw7rRU239qnrfjnfWqBFA7qxz3QakAi9/F7 N7ogM6DGouw3usJH5AC4q1iTVUBfNZYAXf652p1Gr3QFMl4b2VSvKmf1+i9bWgIhfI4N0Dl2FSAl 7N84RL2sV9h/hwhV5QLG10kOzr/CtY6nvyo8DqbG5eYr5jh/b7T08QL23z7GQvp1Z+OyZTEJfMbA m+izsMbGBsDBrOFgqWUa2ABx8DwNN/fXjdVsfrs5OCET0d/dGMFiRuLg/Cjfwh5u9I+mEQAiPXlK QV20T20xM4vlXhXijG++zqHu7LnGbzSG65wcawncNsDhKLxKkpJBj8cQUf6kHt190Rz7K/t0dwOt L7ZNyhxwnsk37Hbl3Wi3Cenjw+w/lfrrRgnWsMaTc3T6ktoAAAy2j9ylzrxn8meb771DtWwAlTMK wTABxM3KXxE7zXtScXi5vrvO18jK2q5bZwCAccAH3kGAa+MjIgAuzhJqPyl2o/yX0f9wNOORtQ/E +09aaTgPcf1PG/RgA3Q+KZV493fpFLH/0J0g/3XilLQTk4DYNlVfAYv6A0A654OAYt7LLN9/Mvaf Sv0tyfvuHUKf3URYWOcWchHyNq4lwOHWBrUVQTgYGwCWqcx2/NNR+KEVix1xrHqnJU/jPdTtEmDx tI0IvEt68c/7cYBxgDUtuPHk/Le//7//z//9P/O+vZGK6+cA8KyXdUG7pfwwfdV4mevbpL7qFRDy yM6pHvhORL7S8MeiByvCgtaQCtl/oS4IBHJq+pyapXpsSjEVqIgU7eFw81/tBo7+B3xU0iojA2L2 H8kGJvbMt/C9QtYCGX70XiD+7T0KfWZv8AHYxfErgtZ023XW2tgA1DOn/nGDNg7vvmZHE+iw2D9s zbOY+Acgov9Zj75einUUnMfL+c4hNsCNZmgXATiK9LhJwEbub21vpgi6vP7nXKM9KRpwzdAhJCsN Nx7Sjao4lv3v/tyFt0SEa2YgKVKxBj1mMAmvUc+ulRsaauMmDJSz/2z7atdaiId9dp93a2EfktPY pPm9pMDTSNgN/7aGbYUCIGwGJFlK1o7mfG3ff6DyT2gLP0p8MMRz+BVmOZD7J8JtAKhcHcg4+ENu /k9w/5vFB5pVID0gAtD+Fc7J/fYhH3zNd3BTkBK00f8ImWINQtlAP8oPdIjrsxvlAAAgAElEQVQN QChPFehB/2Ogcj2zO+kzKCT0vquwf/dOaMD+CY1ty+2xvmj1gDhC7J97vq3tEfY/jmjSLUInHqHv QsR3RJwBcBXnzN42blTB2zMrHxSzAWBNBgCAcfw21WZ5J9YNHxcCxc8xdEkt9m+2ey0Bvt17CEGl jQFWa8e6wuNosnudnqcZHF5ECcGRY9346edfSoh7HvUvNBiukANwLr9gD1ynHmQCmCtfAdjzHilS vWY2AOy9yztMGr5RiEL+Xdv3f6x0RxcS97+lDtp8G/hqo4l32L9pE2H/Va8t9wTFmWXcOOFtlpUE 2JK6Np9ekwEA4PV6jeM3wBPWxGKrSIllBoSQVNHEWB3gFWU5Uh+/+Icdd5f9mys8Tc/8n3JNCAYA kxOc2U8KvEGAy7v/80j8X3/+wVcsTkWjCECf/q3GsNYiudED6nFoy3tU6W3axgYAMd9qkDR8Iwl5 d0j/7F/9nj+FIykkBIoFAbYr/sbZf+35ysAb7Uk6qDts2uIm1FpCIGNuvSelYTXAZmuysgfjDQgI 8wRI9w8Bw4yHKWAv2RdxQN9KeXQd+BVOMlE8oHSCVQtU1FsY2RSfGLDh0NwTbz7Tv5E2bj/eLaGj 8wa7e7njcfsRjrAQOhGAw+fNU8zdsNTQtYs3Xwan+Akag79rjxxHMVKl0pKk4X70P8eiK/9IuWe9 cB7QYv/uoqfZQ6oHs+bGrmNo47/3pvnuBQGE7L/BBO596pO8DC6IACxJ1YOHWG9sgGHYLClgTIUB OMH16VTN8DaF8N3VGJamq7ho7fC5KI4GgLDjn3+1aSYuBuXWU8qP8DhyILNGWANYQYCIbeAlypFm kTZesyHes0vNs8ez68sX9pyE61cB6gpCredV0WcB0DbWIzlm1G+AZlkHecfaTRqG5caY4RI4izPC Qqrrt4RYuG1oZkAcytk/X1GLbTTCjzm+7yFAnI1Pd/l7ANiS/uCOW5/x8oF7kbf1MTth/6FvJZp7 3tLaQqfg1f9wuNcW2fJq5ofg41ylSqbNxqPB7QE+v3H3PI82QIDWS2Q/Elj1lNLgMv7HiK8puZ90 qCh8IpyYvtr15fNdyCu/y7Y5fZdocvLoe4nax4sWOQDcv1Vvlun8vUtvuM7HWRu3u9dU3tC9B1Ld 80cdywoLmFcsXxUVeqVop0bcbMuwHnXZP2HXNhayf+JAfDvdZt3eYK7vGSHGAiOKEW9YgEQjh7P/ +K8guYUiA14yAcCn/+FZ0T6GTWYAWK79IXRGfmeW5emzbmw3Axgssy1aDTZ0SxjvUmoafRz4mvAx mg8AxkIILNSnDQoC1FD/c12QVxREzSDd3a7im3dHqNUzxx0BuKGDU1s17a2yGkdseRaFx+LlzwHg 9Xq57MdLEa5nP7fR/5jrJimoko0S9k+e18h1SGL/AABb1kV3Wm82ALnGPGxyDlJPDm+2K321fAhU /GwWPOQ/TeH1D+mF3MkhEgTg33rNgM2WUCfBvoMlm6zeQjV/koIA7yqo0SdoB776P8CpP4C3QT+w mHqev9wV81gsPL7XuXCFKkAECTk4kED09uJpjD71PxdD53IgAlcCGBn0+llqCdxIRVWiX8L+pwnH 8Ts+PcorHj4eD079aR/EAVjNxw7hnv7jMZi0McSZogERD3FEDmTgsv/UyE/k21BXlipdfrg4dkOR m+L6oVxblo8LYdaeIcVZdvRZDt6DCiVA7saQZVWSo+/HOOBjHCvkAId8/BL3P9feWGL6uKreda5b e7k9R46etJcXZi93SO4IYZuuAAUpAQoRgPjN1FV+241KEKfl9WsCNaDO1rNQyRY9ixwI2P0Qyhj2 bZxzBnpDA6EHpJD9e+uZJPVvKct5U+Rb1hKQHcI7G1CK8MLwhuDuEUkJwBJJyGb/wvwQbzNa98oU kq8d9qRpnOAWBQJXZrNnOMURDzKE2luFWTOk/9yyspJnUtn/sjrBY7MdX2iFBfA1ATSSAMnhcl9L M7Ob9evdK7Jj4V68QXyv0AgjW5JwqQgA9BoEuJ3fp0BL6lwb7eVAoGE7hTKGnY1X+I3gVP6RGrp/ SbqnkP2TYhtxiHcackULn5fG88MqlnsSzxMlB/s8x6nDTs0L5xnG7+PiwOvQNy6G5lkHwCHfVvvl Q5jTe48ibemkJfCvXJPA3Z1vpISK3dR5QvhJ3KyJBsyukHRbiIiP/9q1/w/HnQNwAJqRs36OciIT qL2K5gJp8Um2U7wSCMG7pIDZcZqeVOTxFOz57CgqJhjtM14KVlIS9F25xUtW8BuwUeXlSo/bqt1/ Qm4haZcgxodaOAFSFR1Xl1Iv9wnWAY8jAiAV3ASHcEt87dmaH7sfZ8k2t97/5qsw+39jBtgmtVtm VeoVNj1YD6CpiGrCAvhCGIdQksCN86JuBKBb/9YRQYB+1S8lkF/GE12BGqGAbp8FRSQ9VvL7wbUE jCjC2njta3sU4uWDsl3mhfWCWINvMPeAy/7xGwBc9n+iichCnlN2IbsorbRbOO/xKkzNrrOr/HHh Vdjnldp897kXKLB9/D7q72kWEA7huloZrAQdUvI6kn5ZW34mKNJ143S4YASgtzohJ3J+p6Kr66yO NjfSZYIADY7ILIHBZEaCL1XgLPSuf5uwnExUYv+rWRJg/wHqDzgXTsVHzXgmUwIxlgZgsKGP87rG rdObcnooAFRL9hUiNPO4awK4NgBt3+woUAF5mDrfsHbgr8q6dfnDNgjgh71WsSe2A84SeNQScTYk Xu55McWpKO6KDxxf3eUA3MhGaQTgvBSwNztBHf2c3a4J1M9QLdw2gPoRhfqfOHjM2k0VOJ0l0Cca sP+Q/meX/SPO7+UjXPa/pf5okoD7LgEUAZ1vgukyA6yPybJlWJbbq8f+1R3/2eNZVEA+iT/yxYC3 ZUBduY7oYNtW2yymZdlHbyF/V/ATY/8zwLAxrh6PRflGCfTmcDjPrpW49Dy8W/LRxq8zVWm7IwDX Q8UIQP/+rTxkMKrzBp0jSLoI570CKgT62GehNxsAVO8Hb6qAs0XnWB8ClRyYvFtu99CmW8NFJOx/ 3T7H6amKJKnGg7Zh/4Nd8t+7/hfMb2LHpfBuISDrQHkjV3f88+RjS9iTdv1ne03l0NWTUH/hUgBW AvTm+ofr/0ROypyIkePnXWHPIdYhGZth93cnu/G2AS6GoghAt47bflCu/8l+j94/jRYaEOjah2iZ 2cyPWPuMeP+3JaACmfI+1iDSZte1L8lM9QaRzG4YyPfli06E+m8G+XMRYv+2A5sry7cLfo0jPB7D woPDyQB5jyqn/irs352jLHW7fJzeIECw8qZA/INZa2y515/3b6UE+C2BVfZj/XCIwzh+I27kQKnD MwML+acOYRE//fw//vrzH3nf3kjFBXMA+scF2HlKrucVUiAuIBirkdm8e8TGNoBBZFWBfpYZ7jBA KjERJeZBqBNrX6NI4WVMJLYBsX9/4q8FI/tZy/+HrraK+78SvCsAeNNYcRjQt9yvKST6TgYY7Hsv m/3zQjTOV7N3Lwg8ZZJ7TzKD7WcCbHX23hwAnkRh8HrN8aUqdmH9TEDxAcKwHm5Yt8zm0C9vqR// UQQLh3m+HWwh040PQVEEIBriH6Cz15uLNu/7xuoXWhXc2mJQw0kjGNJZ9T8qED4LF8g32D1cvOZj ef8WIqsK3IuLWdAry+NvEPjqK69bd7lfxG/b/c9082f8ianGkYFXxGIhJOm2tSgDAHtTpM4Gm0WX A9d2d9KTaHuoEyurVVjRaD8TYOv+91zVdUOEfEuunmukUXyGwJKalqOG7CtYQ0OFNgnwkMiwY7a1 gXHwh9z8t/tfHdeMAHTir23v/GYT5cC3IKL5t/Ah7+GqHoULCIFaHqXZ4YT93wKhCA5i/wACAuo1 IC32D+DU/FnZv9B1GofiDSzPnzYMj4t/zFchIVC824VGD2zTsPBReYVQiDr+qQH9OqHXjeQK0Lts mgxjXvox77JpmkdBTXpzdlb5f9jaAEmjcjEFlkuj7W/razaJvP48bGsey7BdQwZPHFYmtBc9v/d/ +vkX72q4qdvVRwXbZXrbHDcVV1sJuA06MTAsrCH1wfvtOA6IAOKp00XGKV9D/3M9fKYNYBC3BBCH Bp6w1ABpvQsoDOipJAb49nrGHZki3z84ub+M/QvGoHlhs38pdy938G/Sv2X/llDeZaJmy/vtMLx7 49EA70Gpk2UMa/q16O7FIU8L4L7FzDuL+7NC4D+BJX9ybQDYZk1QD/KhUuNITMNkAuzaumbkIfuK n5fh+pLhSdY6MG36cX94gwCp7n9dtp1E36kx36tD9g+VIgCn0P+0QUv1C3eTqKOgRsR19D8Zb/d+ qN5RByKo6384Mk7HmyoAzPcGV5/E5N7oEvbv/XahZeHESollggH2zy2EDj01Ynx51f9ArA5ni1NG 2L/BRmTCe14/W3pRzonJ9z9NT8TBG1fxXOrFYBhA/DQRy48Q/XEchL9s0AaYAWdz++EqyFl6Sw0Z MVIeBP1SoWGTsMpYxfkzD+03rIeW2AA4AyTEUWugROFjedy9DnirwV9//uHdK7JFuBdhdzzevVri jgDUwiHOb3LzE9bpL+402cGZX6LnwyVtALnLqj34W22acI287ycNnxfyTJ4a7B98NUx291q4qaDu 52v8jtuZnOYi06u8e6jzc6fqf+Kw1E1JQTBziOXvgX3HPq81iGYQKH/YLgO4jzozA2gM3h4iPn6J +9/AkdPM04SUYrsYTt9IjWH7RKROifxXCAmB4n1uUtvD9Xz4eSHOAJ6aV9vVEheY6k+bnGNnr3Kl nCKsIMBeaSDb40403W0Q2ot760NbQsey2vhOZzMe4V4NcM0cgMtAhZ9RZKDICEiH0AS6rYsDMTYs Dxp6Y2lBxZ4xhso4YihpuJwa5gVIFa01OQ2FsqJAoW/jBFcyPGT/br/YF/9YaVGr1H6zsUQG5n2m Sp4yT/rvvFPUnw4aaWAzxcE56Jb9SyTpuIZf0P/rvI8RFx3tiXyGyLchsHOZwbk43AyAxF/K/aG9 X7kHNXCNqzgXj9yclvzJ+b7fV22J+19OoDkRzxPnuHtZzN786br8LVh7HQX9CMAt+yaE8vcb6y5g nQvy+P9N0DmSeFi2Fq65b776r2ymhWmqaACA6nULpQqcOiYgV/wLm2Wz/xBNF7L/pYXP/b+rMSOH CE+Lom/HcRjHeZrm7FwpWO/DiGPYQupNa/Qkcfe/PCfbKj5D/RsLTa7c4+m/GLIB3scY3nuxkbj5 vrxZtg+LZgY6C+9csasC2v2Zkp4Ikv3A9r6N+GVM+MLsOI7fSS6V9rLPElAQ4KjiP15rwYIVJaC9 4kaFu9dRqJQDcB3Zdx4OsYK2MzgiLvPp4zHQV6kTaOF8sXsnnGg+ulEO8/Y6ehRpCK0qELEEOnzR 6lJ/KGD/Y3g90d2L5peXMAhn3dXT//5M281f5e+v2r9+3vWPfGUJ4fhXmQvQ7toAS7uBHej9+fWa vS+rbKvM11XwOY1cvZLD8T8t2Y+b8gvO8/iu4zRUr9wfD1acFElsOzXxt/Z4auDOAchEh+94NwnY OLGs7fIJtOQELxwIavPTN77BOryf81B+IqEeQqsKJC0pcEiBBMkFSdKoZLPPkj4Rh1inOJsFvyTX lqsiEZG4pla55MaQX3DhncAZp3Aa5+7/fDjGgPlFrM95P03I5Z9056vMkCHHf+hwSQ9UfAKM2zxH vQJCPv5s9z/pcKyUAFeLz45l+/slEQBJz3njaQPlCMCFaV8qDtL/zIFne0jt6Bp08NS4jA3A/UbX sDR2BUKdBDpUxDxJjXd9z15JSXwvWBJIthnAPv1PCuZxRK8EyC2XXPWmDVmb2a/RePglr888oDAI sN1l+XeJ9szgfHYXuyxBGw0kgRdTAgBeTynO2jdLua0QVu8pQefTNafmEVm/9ZWX0Fsb3STg+F6S o0uG2hI1cgA09T9npAu3FWTw4UowFV9vqoOqZ9D9cMaHOoSQJTBNz8OrIcuTfeX+Y0hUOWt9pWhQ 5dHHA5/EyNK/cmQ8cXnqfwvIDAB0vgq1x3ADgE3+gO6a4u5Glc4J21Kqdq3PuOce1kW+JGU9ayC0 xFA5Ij7+A5f+lUQAzo67ClA71CY9iv0XS//v+j9qaOmgugY1P+QsLEvA8EsrVaClSdBY9hNvUPiV 3KUi1P88HgOlo5gogFUu2Zsr5ZVlXww1Hhx0Pnj/DLWPNNONs7knnlcUyAsu+5mm57jmWFsDyLj+ baa7z3RrXpX3EzQjAJ95i3hxauf3BSjg9dCM1KofyJs3dg1Lwwv24KM3VaCBvjxV6l3eobA3y6l8 1D3gTYsS5ko1M8gXi3G2C3TC6gP2jqFkYHn7ytX/qV3j+m/qjlqgqyEv6OQFz/eNrwccCjSZ9F+h 47/SHO4uS3fj7FDPATgx8VXBUVZQb3Tqw+v/1PD1ntcGgLPNDFpXwAoLkCFUr5aouuhf0mHVnGBj Lz0eD7BKAOEzudMNPOlS8lypc1mw9XJ7lk/WClNtEmC2Sz5LkK3j4u2naKV/F3L2zzvk9z+Axwhs iVNX/rkRwV0FKB/9vAP6Ef9AH4Gg2r9LPz/9efFR15D0PyFLAATGQPyKaVXwTO1QvR6l76sv8z9k KwAgzwAOL3FaDw1uYAoCIMw4DG4mgGI0SR7Doc/48rfHBwKomQGoGgTwav1Te+B/Rq6bW+0n6dAl 1F/r5nw8BlxWcb7d/xdEagTgv4Q6qlcgtvyJbQwtZ2d7etTsiJ/D/HTR7Fk43UPXOfj0aPzZBgDw WmHW64hn2nl/l2laXvZa7F/eYfaDLGT/3P2P2/W/8DhlCKHNY/J6vQ4p+s5BNye+kP4LNV6+xbmi YSboOfTTjM4ybSUI9WYeeeMLy6AES47KoDLGTGxWKhgAAMqT0W90Bd0cgDNF+WvgEOd3h2Q6fid0 OGBdVM31bCwEgrIEuHghkWsHAdyzo+sQWlLA2fJuxpEqQuB77Yp5kjqM+/6truhmiAghfH1+waFC 8GNB9UD9tYCGxUaqKv03vD+8/+zdbHbBB5aHAnBJ+X0fiB6N0ODjqRq6+dzusTh13h0qbJ/occT3 gl+dYKjbfVIt/Msn5rbEXQXoxoILU7EaOJC8trQB4L4xKiNUSBQCloC6xz2pjbBx5NtE9g+k/g8C 54jbpfbD0uZhtFIwjSWwlIOEmXQaGQgNXiL1Wah/KHEiYBjsg4i+Oal1CYgMl0r819E1AwjcDygZ szXCacLF3b4t90mfK9UAdS8Umet8AG7xIhUM3mWfHfhXh76Ri9QIgF8CdPYFohURcnZWekn0Rs52 74QGA252TT5EJ1P1NCt1rqL01RqYcHp8vWbznysQIgFGXiluSQ2fpLTgAt3/EwPiDXev5WS5+Af8 639lBJ9P9PCaW8K6hTYBgcHZhyE1DeN9m+EQjGZPM0wzjEOQ/QOYbxGHBCEQzoDzW2KEM+DyUIR+ r93fUdKAZDwl0iDTCY95ZrD/x2NYeP822hMh/TXed/VK/t/oCmoRgFv/00PyazYUJ5HIndCbuVIO n8xjgPq13hvHH/IOJ19I6Krg5EN+HQoFQhYk7F9XRBTyKCMO7uJHcaBV+cfTYoYkinlOGBtAt+x9 xOICAMD5NX4/cPs6I6e+fGn5ccDAN5vtOIMTasAXLvnEZZBMX7YPPj0mYO5wlRkvsvSbZQmE4mkl bwczb0/T8xSJv1w+VEMdxNcDdv/M6EG9fQl0IgAd4kQOHi/UQ/Y3KkE3pSz1uBc43Nkf1aqQhAUi u+uy/9204D3lz7d8RzIYNlvR18NqVKTeSEc9uXmIX0AIeG1Dv4jrttiw/82Bh4WFk8tfzv4NaK/1 P8TZ/LLmP/L6p3VL3WtPIBQTELY3V88V/aciJP0PiX+myQ6FrdtLicESqfMNpkP89ecf5r+kXAJ5 5+p99gOFKkC3/odwUmenliERvxMubK7wILKul273uNewAfqE1vmqTI9kCZAxAHuWgDr7z24zTRhS /oR2NOz/rQLHGfAb4AGw9UmXPW6pVC/USZvn4vF4GBsgkhCcOpiVvG4jM+kl9pOw0P23PTAsmiLz HzV7oNb7NOM3kuxC1D9J9O89yi77t7fjgDi7D07ee5b2er/Eh83Rlw+egfSIn37+xfxHf9LGUJvI Fv6npJ+MEbrdZvecBJ0qQCclvqeGFp/W5eWNUyAOPJCLpXqD9gL1uwft07K69T8GiDPAM1X6Ekco b5j+NHdgXKYfb5DRMtIDrnm67kUIydDfDxHO69mx09x8a/dpYfcZ6fYhsoA4hJy+C4btpQvAnGxc rPgavzfX2bj/Y506/aTIhNx+FNl/HuK3hFXjH6LZ7SVwk4CXz45FXaLQM+B1uvJG2wO4hIY+Wx/c Nt69rKiC1Sx0rIwR8uGV9JyKuwpQPtyyX6EEgNS3i6LrrvBANzJwFj6RgQuf2hnhWgKwakXoLS7k 3C6SqH9capLKJ8wpID5YhZ+XOct3OEXVS935jW3GRqYUQNgMGEQdJq0ghhiV/YRqAcVrBMWP+MhX BNWGS/3NldwNF0TuMe7+5yWeqAH3xAMAbitfqRQyenOYYbdt73C95rsEmri+URPVGtkeKgmZQiiN AJw681UXzZydfb6oIndCnwOuipZ84hQJwY3R1QjH8TvG2DTAa40jzojv9YatpGE5+5dfQKHQPKkB aZwejwe+EB9LhqiphxPKhC65OUmM0c+dkwHDFBGDiwOsuRxKx4tEBsz2jLxh07w/Hhqi/nJ477Fl zS8GYv+W9J8HAfjSwopCvs0wHP3PWSIDeQzeihV8AlRyAD49yn9SqJMkeYj/xrVxGf1Poby7sX/E PGuRVIG4Ft/qJ+mgke2hm2F3R2L//Ft8IZ0U4uz+Ot6fTPg78mSe3caHgAIgO5XgB09OsLkBUmdj NP95q/H4Kv3jY1u6h3J/t/r+2BF94p/G7xFvkrS1sm/e5GbdY8b3j/NM/wELAoCX/c8mAWCQ5OVL wEV6MNRaZ+BY7LrVqYHQB1/JT9/S/Q+6KwF/FOT6n5KeU7/VOkr/4K83JoQYYBVAt6eelqb2DgLc IDS4Ym7/lkBorcK5malcUg4pLnB137/hIuP45WX/hIy8avlPYNr0Ew0gyf7rNVMOwOLpDxSLBFi0 QGYvmhjz2P/y2bEBgtIgnNEckf98PCAQjQZ05TUo9/p7QfeY61Pf2AAO+8dhgAGMxk8+kt2b2RX/ 2GbAXH094Gxw7g5bBk++fK7w8bbx7kVZv/J+4iOEVWIUOrr7Id5zIYpyANr4t05BNdoUv1fpqsaL LXQnVPrt1vcZmn+3L7nNRvVD37jRIeIPGqlBxjGYNxxSjGQcVCWFKcL+dxHi+klmGFG0xmZbFF/A 9SFRT+2SJzq85f5FYQ2Xp4Kfx+ML8bGszICrm+b9U5IZ4LUBphlxrrTWbCoqUf9N/4Nn+2aZZ4f9 mzJQQvZPv/iuS5HYv3tTbWyPrIwOCbKX+PWSY8lGt41ki6SfvBFyG0PYcznKcwBOH+X/X+y9u870 SI/4x/7D97Kz48Chd6JXfT8OHDoTdWWPvmjWoQPPzgLfJTh0YCwWaAeUKBbroKpS6dTiD4N3+lFL pZJaB555KS72vrn6vvp+6iA+COeyXNjv9sB6OOmEtu+I/9mIOg/7OQGKBO5Y3vCcPJCrNmcei38x JDZ0QhHWR34VZTXUcRFnF/dmgpDtP1YnHgA+P9OfOUcxmVGwA1LAMNrDa9rvaqruHG+GwmE7FQBd LSuUTb5jJ0/z7GCS+99kaIejnBLpyJ8i6T/TzMd3/Yp1f5y9PcMIO+hnz4m5vxqbPABsdr0ghz21 G7pB9g7+2fWcHCnwfT7j4IWTBhceRrCm3hdHARkXodrcrvKG54XR/Nom88mV/juYKo5zUUgcYShI JE07AaDEBXrunSVPC+Ik+ksdIOwHGAE6yFG69kA6AeZF8+e1LNKgRnHA/FmSYZM/FV3d46VGV2As +Aci0j/5Rlbfs6WXt5TiVqL/2+lsB2MKRgzLAajByxBqEP9zX+k/qALt/cju++71miz9FPbDkbJy oWF8MduDbVRNGBkglE4VqAv+SUOJy4sxUsSL46tHfBeJIAkdYPtUM/fVBDotJC+y6J8I1dgSri0T BjC5JtY1PMERX13CCXB88R8V6qNM/s1/1knf7qIrhH/ZeCcNOTKUVAQCLkDkTUYpHov5fx8PgHEW m6oAWZj1Xfg+2zBH/JOgT6E+wYXGTgQrq1j8DxHsir2xppCilfQvl8gKQmKh02x4j9D/2QvxS38h b+H5MxcC2sIVqv0ET0ho4S+y/fsjRNvEdku+764P/3B1IDLkl6sHwbJODZE3IF/SUvTn619tkllC anW1tPSv9LpF2cuT/vMrAg1Td46SQka3Nf8bCUo9AIEyoE/Dr//TdszSbzcO3gT1bNp7jzLft+87 EvQpjEEtPIZ0T03jseynCO0h/UtYEpLKAKcK+JGfwdGkNlgQ/DPvKyBw9B0MIwmdpJZAUvBKy2T9 5Yt+DgNyGPp6yu9m8z9x1nPsgOZfdMGwKsuivy/3S/g62bj3hPS/hHXFvDrJYYteuEqAWTH/j+Ny J5oO8HVs8gCYxAOXT4M+QBZXKtBh3gay9PPTPLHwIbQ1MBuXZW/pX0GyEVUR5WyBHJ9A/u6KWpBy R7CclVdvilYPq9K7L9v8v7CYhINC4TgnTozAShorbHs9ErGLOQEqiMX/bHmy8bHPZiO6kpcdZb6+ Nz5dY9J/QvQHygoYIWH+LzX88wXmv7jV1eX8aaL/l2I5AGXsId3uHf3/ffj5vsNAzRQ7tdCigI7n 4irxAbRyDAY5WPoHEVsso39ZmlwKiURkqXT5+cXI3YlNKPI4ePNSLLJalgzBXw3QbxXBL2VENZov O27ZXUITkLlPwzBKv2jz4sjoNgooplEtIP/nC6o6ykdNrq2ieMXMCzRqEwgAACAASURBVAncH5eX 6Ha/ouaPYr3JwzxyzlXkX5NL2t68h9QV9YNz9H+Hr77f4cFW1P3KMnobsqkK0GU5Rmherf9zuux+ 1HnIqvHXFl+yP0vcT8f/HFxC5NyKJXUVsU6/TXZiD0Xo4GIAibRCLsEZqyD0elGz0neN9B+Qa99+ FaB86W21+M9GFUKuSR+UxL/9Cvfr/yxfycDxWQGg08LqQN93fT8Ow5jznCRvT0UQ/3aqn2Ax/0bw 8qC91CQxr8Ep5mqJIpG8AW4TAIg8SXLOUvCaj0n//vRSenhrMot2WG2PtpgHYBPb3/H7ST+HhP4f 0Qkuk3Nl3wSXnZhxLzJf+a3cidUVhACApH8S7mO9BeayXWuRP8MIAIg/+Bkmg3HfIQCOTqZyjnU2 56Ba0XAvqv5PeKWRV0bwjP1zWYRrRO1yISC1+FPjoFhKWJLSAgB5h9n3+Hp1AO8iNWBVk+TVYl/F DP/BJgAc/6NWzr+M86X/aGgZ3XTDiK8ePwOAVQH6HjblABxAxfP6RiJ1c2f9udxrtt+KZQKcSzr+ p/rXuab0L5fIvGGWxj6fDxcRUpsHy/6EpRC2Qcr4n5F2+uGRc85tdcbwAahTKr0rRDBOg//8fEZV /WxYuihMGkB+GsDn8wF37+cifx0Z1s/3Grexy1chPp8Rcez7n6LfvTon+PMZo5m+Yrn6ff0CG/mR P8HVVqV/x/y/9P/qAKC/nvT/2+9/yP/8b4Of5bax9Z+AVQGqZNcw3+0cJosf04/zsmTW/zlYtjhF lLECoJK25+H4yJ8thgmRaMhV1R01IFj2JzLWJHngZ8CXJ3x0OhV4ow7QfKt8gqdUWn9T1WBGmOss dbHwHl8ruAShjI4gsoCPfPPKGj59bU2nvcuPEr5GByxtey3AACbzvxohM+U3eDk5TiFRcjQo/YNb iWs2/1+Rv//6k/9Lryb//O33P2gTKfQ/LcHg6h6AUo4UQ3Pq8h4zk1N2fUEV6HQbXoIrz+3LeKYu 2uSoc+yLOdL/8nDA7jVDaoAj/bs40k8XrTEPANAvhVykEwD21AEglMvbBP+Uxsz/wT/ncP9AedYr goH4Hwn/OsrS3/c/9KNLod9vvn6MglftBOBgLUhX+Rwn/bYivy655i/ExeGQ6DwQ6tHWD8M7ZwKn EzTtx6z7LPTHtlJuhCZLLsKlcwAu9SK/1GSuhp2cHDLjRxvuy36Ug9lDKz4s+CdH9Ifk1StHeL1e UxbpLKmTDrB8qyzckV5XGlU6xnMCQN7FX3GD+PmdpQR3F5sGnSu/dIy0EAMslc8o7ErExCMs2dhY 2h89P7OrrHi/L/3PPyj1AeA+xLJFF/8byydR5P+4qhbQAfHDTq9lV6MD9vOMAACfn+XuaCT9wzC8 uRqpEv2Bk49xxA8ud9kwThk414v/IViwJlGeTPvgxvMoS38QtQ6PIz+rJdXrXISvqgJUevdW3+3H JL/WTe86PpBTOFLwrej/JWWIb5LOLf5H0vA8XEr635qwNBUF+un7KRCZ1YBJLgGnkG+4F9jy7cgi lH/t1T0HMjWHojElQeXBH5DnMAzvJR7D04449lIukRE+c4fETp7W/FJp0zuuVakcSmUOaQuIIy3F F5LQPwxvfsOqCPg2k4lQdNlUv2tI0whd8OO8wtKhrGjkxHyGAWWetG/4pw/QdyjjskgNwEub/2Mi dULop+X0b45ELiX4LetcjUt7AK7Mw2UdqQJdzdJ8feP3MQVJrn8e9uCbDvmw0P9VFQJKBN+0fYRj gTgBgCoFgXQIdMkdqMDxkBMAasv/73rXZP4WiGPf/5LSPyEFtdgzxJfv645IdoDOR0dtYQdTOdGP Ev3lmqQB0q/Plv7gGzb/WKqdAMfoADArNuwN6Hvse5B+j9Lgn7T0T19xE7SY9A8A0vZPtf/Zqdn3 P2UHeVWUYT4TZcuvXuc6bPIAVFhAH8JZUsg3ST9beKbs62Pn4evJeeunN4e4YJov+qt9BS3HSE2j Jtlu0QEmQ76U40cAmNIAEhEmsiRO0AG1nx9gJ2SCBMVqw3yYW4bdekSJckBuJ2AV/0aXAX4QX1o3 kMFgdLCv14t+a3xh3/8AbLU3Vx/1kReA78ZRfo9WHjxicQJ0AL70T3q1J/2z7Z88eKt7uQgN5W+l LQRHzlnnamyqAiRrOzRPPzosnqd08Asmv57C3kGTG6nO8zuMY2Z4wF4s/ofIPA+Zv8jG4J/8zdMj 7HJ3z5nBn89H5kRCN/838/l88IX4Qnz1AI5BehIWSTiOOAFg7WzHvu3nejJDVVWZOrT076dmigDx UviIMtdfXug4fuLALAbwnz4k+qvVODUcP5OOx9I/frBVeG3106/tYzPmaPLXDGY2V4yf821A+u/n DxT3P0v/LPRfU/pXZUDJuh8Ux9NCuVqHx5HB/WrkunWuw0YPwBTBKf8E8wnk0SRyd+MmdVyq/1eC XQ05TdxfZqF/+OEHybS7b5H+i9J5V6chh4o9HJDM/8vfHczhQMPwpponC90i5s7you6I5E8upn1V +wH480ZZMNMPA/MhkPQfNv+PU7hIcC+rIU8QLxAp/0TcauQK9a5aLPpLZrPq8DAXm0fA2OGU/po5 66sooMyRD2B7CpBaE3Gc8sJJ+h/nTJtI2A9J//Tb7Sr9V7f4DYrUUviOrbZxSc7IiXUuwqYcgDmI jeX+dU1gJ4nnYHH5ao+Js7i+9HZ9Cfv6M7wRdzmTiR+9YbxvxbZQGPGfG3gQktcBJlcAiZuqJwDJ JUKOnIzNYtdvUhJwHBE7hJQMlzjhOTfg9kyM1UFIupLSv6zSGKwXue0V1sk/vXrzWeE3KiDEUc9U 4NbwDudzy4JOYpy2r9frP2OrZ1h1s/+a/Esh6R/xBxA47Iekf9YBduKy8vHX06AKEN+r8v6XBbzU arcmx/h9WOqekcP1n/63Zkv8z/V/l/wZNomDahvvW7Ft0cixlVUCAMakf/oWOwTAWXYHmM3/HQDL kcMI8B6GpUwKb6vk5v10gC2w6V0tgUU3+IGpRGNU3AdImf9XcSV+3GLgl5Vb1Uuf4/gdEq2+3KKu VAVo1bfM8TNt/QAHE5wSO5ZFOdfpg39JF0n/HGDGFbd0la1hRPyRhn/+cK/QfyOfllWA5AWacAug lxzmc6l79VKTiXHwJOmNe/3TQjR/+rdNf7/gyykHmnPO7Wz4+EJMk2tgP92gbmVMSv9ivY67BExF gVg04TLkwyjDxPGNoMNQ34iLDgDeHbqqA0C5sT8nOojGjMUU9f2PDPp3IrNlovO4VhzJPcCEjT/f mhuUxWV+qjD/pSaH+IN9Vh/ZTBU6Ec5UxxWigPgcci1XGRgzDGN+CVdIS/+dV/PHpP9HslcfAN8t wA+gYXi3lZ+Ol323z/yOAh9xlwQAw7g4Ki9ze9TNluCfRrb/socDSvVg1gGoUAlK6cTbFUn/U/DP OAo14E3ydKySeloHACGa++vE0oXXjjIwZi+aJUvDP7hB/8obwNU/IfQTCBF8kvZWJxaEa/LQn5kv OylA+04A/Az46vET0gG4ERg1dhBOnpyshvu+SRUYKrXECkCp+V+VLeEoO8QuKP3TXSZj/VnuN+n/ i9m9D4CvCXCC0YlJw3VPjWPif27Bjcz/xt58a/xPPtXxP0dmLjWR/lfN5DL+B9PBP5nOgSSTiAwj LC+UN8u+8nHNP01aalTBOcGvSgmOidiRvKVj/V0PwMQYMP/HbPxUUz85n8Ws67/OqLabjEIpIhoI VMXFdYBWSbpzNwBENxeW/kQkdXGsmBVJ/4gj4uxlGudrSUj/+OoRF0u/Wf0fwnGdgKXfULkFrHzQ Rg5+Ag7D+3aiW8P3xCntL+TLOOh2P+XeuZQ76Js0iiBbwvdbSf/5ZxgrpH/slpbAsGSIIr5h0PHi y0ZsJu8AJkvqG1yTqtIEcgJ+6jIyg+NEJekOEqK/b/4nG/n0Z7xQTyJsww/fb/jcYCeAs5R/RHIC YDgbmKL/h+F9ogxwVhQQS/9qMnMg0DQTGQKUfztPTpVu/lsl/pr0/2zO6QQcCxAqyhM4BnU7HfBo uLIcQwLfZVuCfyvyDcHWoODC06ZYyJUvcuZSk2yYvFuxYU58vNQGscr2j8FAiEQKaZBu6nIqO57K F43UBErjr5x5rbkIZrl/yZOh8CSaJLjh/sHOrFz4n8S4/Dh+LtuizmcwfD9BqTS8EgiEb8Qf5A5f ogYoxhvLnOIEaGXaz5+YXweTxP2h5PpXu6PQ/2l80jPd7Bol/R9Q7jNIUc8sKxnUkOM8AEFimkDz PIFjuJTEsBNkouv7s+dRzhcEjPZ9R68J+Vbo+67vx2EYS7PEtsAZwFYS94A+aBuv242BQ5AtH0+d X6tie/RWsjgM/iCm5N1g5RxHjO7EDAHA1QTm/QOsHWmwko/P/PLSBTAA3tK2lcj6nb4dAWZNZjWm PxjMA5BKek4fLEnz6Z3GtkoFArkCaM6YX/DoTiCM/YsawPJPfqGFoPQ//RAqj3zu+Du3+qL1TzX8 Z9p8E02pjXLO8QD4KE2AH3nXiQ5qGO3Q9ll25JNxNkSNx+zugpyil8o3hIKjRo//UarviC9+l5/C Tub/iqo4k9E9vU5oBbVkyQMmI2U/AKWP0pLgsJHqmXp5N/0/1sUyPf3MYG5dBXveqVZRWNAXEf8U 6kOfyd0aq7UPsChFscfyrqJzbHBHB5CCXd8hvPH1M2UDLyEoiJ9J8j1X1ueZr3q5206yX3RdOZNO FANtsC8V/CMb/VrYzzM52QPgQ0+xOQkpbK05TNYpiv/5erFmGLDvfxAvEfD9NPq+e70m8798Gdw0 BMjIZ2PwT2yFtjFFnGuYtuShL+uLf1MbUuhI0mCcqwMQHUCyXDWUvGhUlP9U1nPNqKlFfxxpJsq/ 6gj9Ykhen3Z3VpeDBE5BpyQ99AM3fw6ucOBRtPJyV9xi0taj7D5p765v/mfXgc79BeCin18g96vw obYBQjz4lmHlDGkcf8lZHO0BKLqHlVsgp9Pw0zjwmYg3jfyR3NeVrBLFOBYI3Ligw0KA5llZ/M++ 8T+nBP/k1LZXVEj/KP5VQwG4RW+GEWB+9PQdeqb0ZdukDgD+hvNefE0AQsrAWrX75dvoDEVtH/48 11vUO4XpxHbhMbtlfa7yzl/K3/345x7Z75bqk7GiQMKlgzhSwFJstomjaHiAqhRpkJ1P5siDz2kA 9bvTTpgQd1cD9pOh//7rz99+/2P7+DwCj+YvOYXLeQCCzO6wSQ1QmsABGcOr0Q47VdK4Gl8g8G15 VZyVlyKl/4NF/ATXqf/zrWyp65/+tlVDAN5kVWZCT/r394EwhQIjjvhBNw3gHasCpAeJ6wDgRt04 zKNKTcBXBjhFLbbr1MRo17PZnpcPwztm41djOoVBeeFsOJczfL1edDqFKLmLDpAYVuZYOxP2egLg BzMDb6rJT3Ynw/neXb2Lfostvx2b/1XfX/wMi1L9XUiRmj+3suWTSgCuBL995LO4Sg5AGmlm8x/Q nDEMewpnXyD7ViPTic6eSwO4CCD/edpUSpijfQAAPp+RtGLOAYgFie7x1r+gO+jWenWQjdL/HhvG Rlt9OOCa9E9/TlpER+POsj51AkYn3p375oZ3F7P3e1E3cuHE/I1/OFy5fynmkw1i55v5ZZ2iCvFX RxCJZghSDaj4rZsWTU4mBMPiBGAd4CwnQJGSUL2XK4D48+lvb/hnVkXwoEpQvS/WKJR/4Fxbfh33 8ACAkL8TncXg8tFBX/Ds+A5UuGRw+XXwk4Ap2qcoSLQ5T1aJif3if7ZL/8eE/stQ40wwJP0jAAgt YrFWcidgWbk8buZfxvTKa/rfLn+KzrvL0k6vsFRUjOdBqVo9UqZXZn6n9OfcACHzTPpqzNI/uFv2 RfK0rCdT8QJavcLTwwaLAi2NHUKcns5UV/5IslPRXqb4p+y27O3qFIndG2X0xOaJr3wV5SJ+g3t4 AIIkOotBU02gYfzPrflWgc9XBi74a8aE+7Migr7GHfQoGsol6k6RDYAVKCR+BO0KACFYv16vSTIW JYBiE1hE3rWUgMQKavNgjM2yQnQuy7bKih/UKNSUuEQjuzVi01D7knvRS7AD188gshemX3m/SqBR VGlXzuqmvA7kPmJv0gFOzASA8h4I12TVXfY1foAr40v5F/EVHOoBqLs5c6oNxvoJwAZNQM62yYOg bd+Q0pU38hCBj85nUA24Y2OKPbD4n73ZL/inFe6zMfV8xqT0L+vYTAsTdn2uGskm8Ijg7sTNqziZ PE1gFV9GD4QbdV04aj+xl1kNSOgAAfN/ZC9LiNG4xCBlxgU1FKYDtTWpHqhf2akDmTpMx3GiDlBH c/N/ziarB444IgC31n69flpUFr00wf5iKmgH2snidwwBuqIHwL+O8+XvHE0AsWsbAvtNwocBQg24 +y+73yFUq8RfcFZ3pcn52UnIKF0T16R/kvPY8A+ztAodOAE/OErzu2/UXA3pUapCvqCvjyhTkSjf yyygv+Wcw9nMq/4B2lC0FUMYcRwB3n3/k59soHKl9mV2AsyNnN/pNIa9BX0ZuaQedLvuOn/kK6g6 F0FV1ZR5uuoDFIr7tFVCsq8e+SLcJgeglIQmUJQ03LD/131BHAHeTzN+H/aEvd1z/FJ3xFlnb48E gF2PZT/VIhj/g16sv/MVR/x3AXEZu050ierxM0z6gJsDMK0cyfSFkCC+UgsoTuYmwd5esek5C3Hk xl456Q3+ToN/qq84KIhibFYfcX2PAOslnlb5fEYKNVkyAWJOAJr2OAK86SKBKUwlOkl/zv5B5TzM 8x/4iTW33GUNb/+U8hbqpnd+IFDtNRYUu3mh/2F128QK8s/0yOm9XEdVuKIHoC3bk4YT7/jbiW4V kKCzX4G2K8MPeov/IS4Y//M1tCpCsp/5v8727/8JAIDdEvGv7PduvUK93Wz+9+N/8kt/Zoba+0MF lofC8dPawkrO8ZiRsjk6m6iMZ2n7X6Y0jhQUhDiSq2FtH/Pg2anJWxFOAJhDmMgMP7eqRWf1HQKB NuoAe0j/22WMoCsJPwO+fsgpdPrL/ToC8dO4ugegYQKunzTstxSA3YS8u6sKOHdpOXsiR0MP+pzu MM/hOrlxd7+tmL0PpG3hfyb4fMa47R+k+R9fAbkkkQE8L1GpvYkUXrlCTA2oIxBlROMLKTwnjn+S y5Mmf4cRQFb59PaQyA/mveQ0h3IGafTwD5QD+gz48rKBZRAUdsprIQcsEvQzV2bbOasfscedb2U/ 0vZfvEnnpAE4zfWMp3I5D8CWBIB85raOgZ4v0lGQVj+av7MvLs08NuiQPACI3b0Of6fZUv+B5sPe i70bAMc48QqM7VrF/6An/ftLyPzvFydZyQAGWLrGhlJ7Y7ExaTWgFL+Gj5pSLApIxTjFRP/J3Tp6 foBx+hb4JdU5E1iG9UKAEsebVwuojQc4q6ZQSAfAcSRHRL4OEFueqQPMHzF94HtL7fd64xi34+oe gObIO8qPDgI3VQCuZOxUHPNoUILOM3UAkne/JjN4M7+qt7SzF+SCYn3dapi0/YMw/w8i2xV8OdXp AjYuNeM96VBurhaCJ4Vz4FCpGhAcXwn6iT+Dg+j4nPlfeu9MlvI5aIeX+KK/Hkq6IHzz/9hMmq9j al/4QvwgBaPjBxwnAIR0AMpjLgxG8t9W/AyHPNl9TkJ4Xz85p44rxP8YJ3I5D4DksAL8UsRXqQKv 1+v0viSX4pk6APPkw79aAsBjf4gEe5yTuO1/vUAChsz/w6Clf+dPNwcA8WdJAhYh6bFgnpwSQCpo PjDtRKtgT/SXn1N/hhSeKeTJk2vnivhLYwEZ8ONL/Er09+cJACT9k+9FicWrnbxovNg6RSm2jg6w fN25XQLC1eubJAPkqwGyFhBdyFturlKPhD3fjL25ugfg+CIbwVQBP0Pg3IL95z4aniwEG5f1iR3G o+J/0juV8T+Yb/4XRkct/XdC+uc2wGqcpBU/vwSQipYJDuJMLLQL/3NMDYgeAp9A6QqYewNDB756 IFON5dyCO5r3Mgalf+LcRzp+Bnz1+BFpHh/EF7IOwE6AmCpSMX+pBsglq+s3PEvVo2VWAjgoe9u4 Lcd5AO4oMvqpAtI/cNKkjuMsQedS+PV/bqH/7JYAcJUCoNf/CTJpeCDNC4lUl/3xFyIA4qjM/770 P2UAAzg1QCFQuzAdZJ9YITMKKN8JIA8kqAboaBypeLDle1g2XzaMvGUSgr5aQqcURF/bWHVITmk9 4LZanADqAPlX7ruwDjCObI9vkvsrlzfptxWjtGTQ9seC76BTvjWYq3+eHgUU7NgVw0oGNeRaHgB5 0V+nAH+wpQA3E2glHO/RiGc/biEE78fDD7+O252xS/3Kx89kzfa/PJ9xzfbPfIS0ocznIIXsWSZG HJdk2H4RGf3wHoiI7IkofH8Tf/PA8lASsJTaQcnx4l/wJXWSd0M6QGJu/jjRXOTZ8D8Mb1wrY5A2 ctdZ2eUm6k/pC5qivEBke8dLwQYnUxoIlLma3xHsUo+FAsaM8rLn8cFPzmovPF8g/CYungOQsj0f n1AvNQF6DwWjg5rv1zCK2O+Se7g7CFq7xQ4w/++3d4r/wYj0L5ejNP9TWEsoeGaelowF/0GqWM9L QvV//M/gSer6c0kecFYSsHs4ypYvl4f3IfwbadFf7YVnpTUNHAFgDiUKhP3EiMjBn9LioTmgLEzJ P/fc8S3gBBClOYsmk+nf2KIqJDggcEguVPE/gfsLOLXmKk4A4xSu5QG4Duk7lp6nfe+UD5K1EfcT kg5TJyz+B0LxP49lGLDvf/AaBpinKdWXPV7Mtv0Dm/87d4RYBjAnALgFQKfV1ur/AGhVQa2w6gEI 7k5uEkwCBjfmx18+jRLqxpo5B1XYh+V+Ge7PW9VdNgcYudmy7iSEqLYAEEoGmOXaIicAZAfx+4Nk VS89iszfhSqXLMV2x1B/vWEk0f/8NsAbUOFD+QFCv/3+h7+yv5DG/9a4o4t6AK4T/5PGLR/UzQvX 3QJfwF09oYZxK3Lusua1RPLjf4Jgnvk/mgMgQ4AGAJjUABpztf6PXL4SApSXA7DqAZDHEjgopSqM VFBmHjNPEwgrHkoHEKL/xldPrH7OxiigvG1EXoSfDIBjfhvjuvkkfCAVZ7W6HUEdwvwfqtfMcVa7 7PwcGkrnvvRPS4LawhdwXQ/A8fV/NhJMFSAVfLWQqEnSRit2KgSJOCJewh105M2iRIHLxv+cAmKH weUhtwCS6NaJJRFBWYcAURIw54aKzNGgyZ9HCyyMJwwEjmJNN4hJ+Srgx1FFyBBLe/blfuEWSFUo UlkHXswP/dkwo3dXE7iOAlIVgfxkAPFXqROg7Tr7UZrNH1yeMP/jq0dcIn/ua/4PQsK6tNxL8V1+ q6z7CWO/WkeNHBwnveQiXMgDcPfXIaNSBTgNS31bgcX/GGex0SNXeukGA+p4IeJxrTm+1dO18aCG 4R3cGF3pH2fz/7IkVH0/sJCsv/CePAAAs09Apw5PnyPKQH6hz/Bqoc39ZAOndI8bCOQM8qNHI1Fs +oOts8MYVmBcp4SK+SHRv6jUzDHIO0h+1lFAi8l/wFc/eTOCyQDJjmB7yPe+CnTlxwI9J+WdMiFy zb+JoMCdttyT1K6+YlE+saPELviDr2z4W12EK3oAcuJ/LnvvSajmmnx2PCQ66Du4YwLAfub/I/t/ zS8wpH/neNbAwuPmdGEOfhjS8zmYNYgh2z8I838wTsb5jPFKoOwEoDXnfl48yPI5nhkcXD/Bqp6g QnHUB+C4pg8uhyA3R0cmI3O4r074k+ESn5/PJ+Gay0x+TWybGQWULxD7ayonAGQkA9RN0l8H4mcm lAxQbBQ7uMhvsPy/Y/4fRpn+C19h/vdFal6yRdpOeAnS+/LTEniQS0n/cCkPgOTKtueKWzoWHUSf i0o0XIorW0Huwl1O4JG35OczDsMIAH3fIQIADEJykgv7ZK3AVtB1zq68I+N/Ntvpj7u60JP+EUTn rwzpf0GWxUTtBABhA07H+qfCePI8ANHN3fI7yt4/DT6HXiBfpe7l6pj/hX8jKP3LncIcUJRzQWYm vx5J9MUhYn5ISFULGcQRslsBJKYBG2Klql9/u2oF2vw/zkFT0vw/p/82mcO3EvMSpLdS9n651dXM /3BND0BzrvPs8zWB+c8OLmZsvrIOZgTZ7zo/PiN/tvQvnxkZHXQYfY8R6/Yt2diEKL8IY1HFxkl0 9tcVggv9iW4uLESs/plm/gr88jsx6X/aQNn+2bMxOIvDQwUn0HXQAVf3n0ZN1vjf+HzYov3GgvXl yAiegoTaCZAfvlLkkYDINR8MWMo/CXurB2pNNv87YXKe+f/zgeGp1T+DET47yeW8LxkadDUd4CAP wOo1fR0ZvSGJg5JPEH4OijpCI5xHUQmmb3UCXFAlO4Xj438IdgIgIiJ+PiMrAxwOdDAby49I7nvL xB4OGDT/A+Ccibge/KNiZsCtk0MSM75lwywIyfo58T/VqBKcgZmzWtK5tT5VCia8VeMjvy1uqmnA HLkhhdEh0uJXbHKtZzUp1SRVi6WOE2AJBKJrAJckED6c7VFJiZXTgxx2SvOrf0a2X8z/DxT9ZRCO tMoHw3sSMrraPHNfOVudxeU8AHcpANoWeojz3XsRTSATacu5ztvlFlzqfZzgFHcQhfeoECBEHLKt gM1JZx+ewhUuIYw5R1Cb89eDfwjeSqUt8mcKmJHRMpHqnFvw5e9E+rIj/Ufa2eKrBxncIr+azdtS 7o8exQjUhUbelafL9xtlZRxnrS9Y/IfWmTMB+v4nx7NUlAJx+gmEbeZ/VW4EWJeer0bf/H+dBIDq Fr+JBIDgQvntanjP6pLMfV1N7meumAPw2OATv9rJWZpA6U8gk5DUEuMY9kv/PV4hT7tfOAfgSNgw sV1KOF3I2MhU3Cy5DgJQ27iYlJ8olr+4C1x1a0oGkPnBtNyvRvzpNwAAIABJREFUthnPCc5hVf4O 9BNISP9z41Ug0T84oMj9XVdm8kL/29KkEmgwEEgpj/jCKWGa/vScALScJsOZAIm7cmOgv5x2MAoo tuvSUp7pr3LgcDvnziLF8trFfy4rH389R3gAzn3h3fF1G9MEMKOlwEY2emCUJlB05ldd2Ks7bYXF /7Sl9B6kIB9R9BMB5vowiMHEgK/kFs8uDAX/kIGWDfl+UXxn/VgLLRSxQBwFRLIgBwKJHFxYywle liQl+1W5P1gGFKTBVUr/MngpOOwLlxPlHohUZpqHM62yx+UXFJdZqoYOoAtEQwWg78eVkeW3kPFW qlPv/a0qBtmiGLxenX/GlPmfmn89MP7HSHAJDwBf35nS597vxSbjNxnE1wTuUkhUPnCLNqlA7uX6 AhNzQIW47WMidqd45DgHYGbse+x7XQ7oyCnxedjiBLiFTB8j6/mMI2BHwlyO+T/WQis8NtuDAbgp mF9xP9YTQE4gMvcxsVrsW13u05f+gzE/LwQQfcHcvSifxlJX9Azzfz4Vt4Z0AiS0RInzi4tyQKsB P9XegNXjknGwCVrd/l4d1U6p3D746in+xzCYC+YA3KwB8DGITK/3vOQGmsAxJ1+ZXo7c9bdyBeVE yvcs9x8s9BO+4FunAzR/HG04t9H5p8d8vV4gw3J0AMdIZvtY0U9FjrSnN2FT+jCquHkOnlmP4cnY aaxh2cogQenfW0edovXJiMSAY6T//V6d/rWn0+s7pzPAVCl1jmOhNICYpMsiflpYT6yTvrUTtYB2 CgssMv8Huk948T8XTAAwzuISHgCjiDljeBFHWqUKfEED4C0xSITF/zDPzMjPpFQH+BpjBHoxP/MX Kek/bemPfetEATEyD3guC+NYhUNlQPM1jbAbYS06iGablv5jVv9cRkjcjweU2isq6lpE3/8AvFuF OcVcAfLZLhP6z33al0r/wYVp8/+8ocX/GA7newBK438MQj6zTk8aviA5pqDvYFe78kZt8DrRdBsJ nof8GiNXOISN+M9ndDUBlv6XJXm2/8zK9wAqqGbKA1Y6AGRkApTmACRimZYBR0hJYGSFTayQsTvo bmD+z1GM1TpkVm+rV6gY1L5HfjkOw8gNxenfY9qKF+UKZ0Lmf0q4L9rQzP8GXM0DcAXb8x1FluuU D7oa22u27MQ1Z2X4pA0Tq1HFW8qP3AkcwY1DSIj4q4K+s0IXWYkzg10dADIyAfzg/oToHxgq2HMg af7PSmyNQxEdEH+ef83zRF8eMou6HL49451DRko3Wm0rnq4FtAel5n99W3WBQrTXJNifK4aVDGrI +R4AoyFbNIEviP8JUqQDWPxPQ4/cHXXpOhIp79effD4yAQCl+T8U/LN8mTTwJ76N2t0/wyRecy2g uTy8XzwHgmJ95o5CUwoP6Nf/qSV8Hsi1EpgjQN49Ul1gvoIKJwAILS53NyPQOVl1xJHuhFxBbFmO AICozf+HmY32KwkKAPiD3D8b8SeYiX4hVGO86GoWIdKSq3gALhL/8zUii/kEJJf1A2xn1+P6Pm2w jszz8AUXWOxy4ucz+gkAeaH/y+prwT9hPcEtD79AMrfbQiuYCZCQLPMN/ytrilRLp2vBGlnZwGP4 0d32CbCa/9pqR6HxPxyezundGln+lUvfJAM+5wraejksCkBxCFDFqWiSL+QvD8b/OAVAZ3roh5gG aTyVUg/A/yjdAfUSUg44KvItS33DTaSN28mRn89I//ES/8w/gcwybcdw2avoCsV/mg+yBRJ8T5zA pcBE/6+k7R8yZdzItguLyX+grrrTQorAGUFmAixDcYpw18UKgPq7ViFD4aOTpYcoBEh0Xc08Un/X egmOsYsw8wY5/T7awtJFgVWCLrwmPeSDz3nf/D9vMo1V0V/88/lseY3WleGKEbhfbhL/s5Gi8CFD UeoBKFYAyPsG4gZjjXzWv8eiAfd7lt36KblKWhP41vgfyaoOcLv4n/2uWBN8DcUwvHH+jLBUbp8K 9Xiyfr6lP0tP6KYSOsyUB0yQDvBBMnGyuO+sT2pA6CtntYgak17IMfoAQvBidSVetjINS//BJ/N3 v7Dq6OeuwPyo/3yoe2BYASgdvM6K5P9SFdK//dxNMIVBsq8HINigjm5I2KZ8P5btluygJhD8/H1c yg9wNdQLZos2+B3m/3O5zuHTYzxgqRHBP8uyvByAzMQA57OnAwAAx//QZ37dJGR95RBYUgViZn7f FeAvbFS/0udqdpmD7AJx6zVpm+TtGYZ38MyoG6fvO/qPl8yVQDEWILT6ptgSENVK+qfwirWdPcIP oPjt9z/oP38J5xAn1jl6uuexbw7A3M5zVMtn2//y+fQEgOu8bg8j2GYYRIeB67x1vomdmkF+GVc4 uie4xXJQccZI5n8u++OF/juB+CXC8frKnT+3Hy4JuhQFcsuAZhYFWq3+mcoJHkXY+pq8lVMHiQan GPfDLr+8ZOI34tj36XVqbt5heE9nhiv0088aGenz8yktaY/Y8TWkeo3XdRjMeT6os9FQ+u/7QGmp XdXRuyCl/L//+lPJ/cEl/laHz/oEds8BCFYuYK8czLFA9pY9Ee4sRqL/Z+YrswXMCRDErf2/Kf7n CrL7EzisUAniqBoAE+iJ0SzapmN78gv/B0Rw1+Q5JQNw+R3SAeI5AOG9eBE+4V2HsgJUwcopGCnY ADi432ROwhe/FhNXr8z2TpzJ1+uVeJgHv+p7BFjKfc5ugXAB0CZviu1JGsE50PpLar5XPQm5KO0j qbPlmwegfQ5ADOmS2x6ct5GHiyws8JFb8yGagKIoAeD0C2bvCVRLHhb8c1+CkcoqAxVn8z8vdOT+ NYkf4kJ/rlYQDAQCkDrAlJNQqAYEJ5P401lSKG+tiv6r9VqOLOt5AE6MWSL+J1YMagNFgr5cuVUt oIRPgL7y70r5py/9i1X1maRmwEVzvh1kv6f/aAmZ/FUI0OpWT2BfD0CsLNdNRcmdnqRXsEmzwMcZ Al+sCZx4wq/5MraoJJ9z438urUfhSBUbU4U1pTRfqxVkhto7FYGmJYgYrvwTLBOUJicQyBFehzG/ a5XUnfxvr2b+bzWf2JXpe3gmRAkgpFz0bv5mz4d5zI0gFyZqAVXfgDHRn8dk87/6dro4R3dhnj/q +2BbfpFwbx6AZh4AFAVAOeFmDjjpZP7NiZbXw+oo34snaAI3Zefa/yfX//maO6iaU85AolAJx/8g TPHYLP0Hzf86JWCzJqAhJ4BvJ3acAKIqqGf4X4kIis8nHAiE42SWpgAktwBojdF6jPc//kam90jn Ll3LA2aZIaYD5OsGFaFEFVpHpvk/Ifpz5A8/pYN6uO+P6qH/Yts/W/dJdmd7f9AD4C/hBIC0i+Ar 2bET8DCgyrMBAGq4rZYjYt+PYGTQXDhYbcEmcoU5OfjDMuJ3ZAzfrgBoQ8z8b/gEWg6J4J9E8uVq cU+VcZupCaQVg6U3MEGB+KFs4NX84MSOwkeRkf6LSwHVKEqP+vzQM7nBPXW1NojBblY4twGuC17P P8bYmnVniQxkQVdhXkZ1VnlQUjbIN4K4GGjUbXjv9N/aFr9BeV2K/uAm9fopv7GtnsDunYBjyfW0 PFgntBV1d+ADyYxz+CZN4GovxXwOmHZF3MuXaRFnxf/Qm/6AM5lZmUQ3AHaDf2LR/1Al1hf5ASaR 0X+5sBMAgCoCgasG6AkINQDclbOmx9I/57ORHiICLvCDaQUgsyiQ4sQnWPrWKJ1VgQwgSjwhjjna UfAsleoAiUFi+80v/L8K1/pUr1oV+u8o3sFb48LsLXCTdf+Yfd2LvTwARZf7XTIvDcLXBMB7PMFN NIEj+dYL+FuP60hkNJ1fY/FgD5X6QRE7BAAcAbvM0P/gkmrpP6toJjsBOF6879hoOq0jEgB8NSA1 eJ70H942w/y/TK+breAAsCbl39eKwbxeFA7gNUpLnNVx0kDU4Tc5G6U6AAAAoLLEV1f+8dVyAJBZ +Cz6Q77b6tXjZxiGse9/vjgKaBWT+4Ps7gH4Gu7+qA2yGv+Txu0mtrgFvCUjXJgbxf80vwjVgBuv h7aTuSZ7ZBzOcirCnCsV7NNH8ZPbd5c2/3t/LgLsp/9hWSdo+JdfQZ70n4gIWlnSxcPr6SwNUzzJ VDWoc/aVX4E0pZy4cqrKtsSXU6ZdV0mqMvwrMqXeVquRNTrdBKCUycLdra0n8oCXZRnHVeQEyBxT rU9ODH4y5Nf5SSALfQK/TLu1WDgvIwUQeuiH1apSxiPZxQOQebnTxZ3Zy+P66b97DHgAreIcggFC 3pIGO2rFF9jP9qD0eviy4B+Gz4OS+PeYZN8D5UT1fUclkVnWr8uzT5zMfOl/aQCMXSL4R/2ZZa2P yNbgGeNzSoKyDhDMBJBqAIKYbXKq69L/6KZaDiMAYG3yvNYNcASYXourj6lLPceKZrIIAF2bvbc6 FemYn4jaEG3ZVpT7Kz870n8HELkdtGrtqcRk+H+y+d+IcVofAOLc7r8X4TqP7yb45YOsdlATLqiv ftmlS9B7l0x6XJGD/9tpp3M/xA5mVwDM0n+wTUq+iJ/4Kv3zIXZSYqAWsFCVaxgUo/2FFZE/ekde SdCpOddcFwhmaZs/+LWAsnQYJf17nhl8eWEtOfOf59b3P/nZcSSbpn1T6Zj1fCqK328ZSv2gyE2C Z9RxBQ8zf+HqJsHliQPJlP592BlL0r8qosVoFdq9JvHVn1rRzbg67T0AXykTfCV7x3vcwidwo/if vSm9Hhre6Vd7aJCwe+RVwYXRSBP4fMaE9J8gdiZ94+WqDRJxRHyR+Z+UAcRXrNanv8cca2ViYQIn jt8LBGKR0al9znWBSIcBJxNA6QBZFYo4z3KWtGjkBWfIGjjPNTPQBdbuoyv4CnImoEKnVqk+rpwU C/BM/rGt/Nzo/Fn5t970KO4A4ncNuNeqGG7RSM38byQ4LQfg3Ghj40hWNYGz5O++RwDUb+5nEHw5 5cf/fLH0T3Evx1+TFPPDIUDzZHD7yDk1SaIiyCz9v14vLjxSJLI3Efr15mnd4zMAQFANQFoBRxUO tLK7WCBQMFd1GLOC2tUuOIYqOwnY59x4oYqRpwzgcdGXlkqgoT4PsdHlcRUF/a/qABBSntPhQERC FV89S2npP1y7Vob+08JX//nAcIcOYEW9tyydtyE79gFYhaSNPZLqjExWf4K2r4qYJnAdh8BluZSU fKnJNGR+qf9gbVHqOoJuKNksRakBRbJFhfTf94sJltShWN7nqh8A4tmu62m4oj9uWNCnkWGkNF8V /RxWA0KugEoPxiyh+qU/N5r/ZQ7ANOsMiTNzzWodQG51ZJFcldpBJ4eth9vnkKk1+QtBnBMVBVQk 1Xh3309M+l/PkxHX5OdzJ/P/J8/n83qktW4/GnsASp8s1QWztm9SNOb3STzsgVkt+xD7ypchMteE y2gClOZ4zL4udQn5kznLI3ed08KJd22LnORAAT+yaTp94Jo/Uv5vLv3HvlXWgTrzv480ustY/GWF UIHOmCYwbdsBjmOwKBCrAQlXQNCkqiYM7oE7OQCNmPSZpezjG4R4mhPkQ6yueYVYIIk0eMP0o0Sg VgCzDgDCaVntBMgh7UCA+ZxzLaCK/ByY30cJ6T/qChgBsVPS/7zHG0j/xlmc6QEwKmj47B6GN2KX E1oa2dz5KmfNy2oCBmTH/3xl8I8v+B48AdUcXZX79Fuq55Ap/Se0wVn0BIr/kaEasKYJBA3/On8g UglUrqw++98uY0ZcARBMDBCuAA4H8qcaPrTOkf4R3w1C/l1Y+wpKsZDtCriFDqDtDh0AgIwC0k6A D8Iwzh6Az3YdIOdsJLaFKWquS9QCgrW7L10UMeoKGAGUOkoRaPDD5v/EQX0BMnzIooNKOScHwBIA trD92U1Pq42BzkWRqbzf2LZnaQKcabfH4NfkOi/+i6DewWc9l9I1/unbLYHF1QVJitAVLUXNTWBh 3fsTpDcg3hMAXE1AaQikAwCE+wNM4uPcI2xa6mUF6K1WY5xISBXqGVWqKcorUNuqheqBn+MK4KCy Ye4jS8in6EV0gL5HANRJJkknwJR4DQB9R1XmgmJ3hQ4AJe817yiKqxq6T55xKrTV6dWiroDRbUU3 VRH4QXzP4z/C/M9y/2+//2E6QBGlHoBmZUB3NbNd4bm2K8GoxByGubLhKZmv/VxLcYgXrVNVRAHA SojufT1zwekjZ3KRm/Qi08ihedSiWifhBiHr5ufzCQnJUZToL8tuqj+jS0JlOmPfLks6wBdO/b/8 DfEHhnER2fsO+g6xw65TRxfctSq2iOgIWNHeZKuMU49byHs5Jp6isnPclOqASHFl6vnJg9A4J+bj pZwAAABuPVB2DgwjfnDWATrYUBUURJXP2InNee3yTBQZ9+MvAJEMHauWS3+OcycKKf33HeIPPcgf IvrH+O33P+g/+Se47gJ/HbnmQ7BOwE9BmjdO98CwEQviFpe9fQLSSLZlnHsRew8dGfeyxdLWllD0 ywnxPzkkBIi2OkwsO4jErCzbdsjenzD2r3oDgrmPcuVgOBAExfG+Q3hPhTsp0ZbkpzkiyB9/HdcJ gG/UOkzahzACiMJoIJ5sMgEgaMwG79ePmUj8HnNyECi5Kxu2AlgnFgjk6QBloyY7AdOH/BjXNLET 6zsefedPuPwUif4A0vDPVf8p5ucuub97IP0A/Pnvv/6kz3KJWsf/8PWckANwuvT5HeQ7cIMPoCsI OlINkEsUe2sCFa7wI73n1zFRN5nJRQ7Hvymu+VxKRM2lt1qN/k+Y/1cYwxHvYUE8GfMTywTISRVY 9uslGyxLOkhmBfzgZ3CCgqYcSgSIRPXLYycBVA+cRM69c0R/vvB8KTCNfBZx7wi/euyqmWP7Xbnx qchC8HIVkf6WoQOASAbwI6bq4v7V3ZGzla8a5UVqeQfuNdXW0r8r+gPosj+xPX4lbLMvktp9Sz9v /hDpH9p6APJv/itInxdhV3noOqbWBMHnrP8VhDQB4AoS7gpGPkcKvteR/g9T3jaOUBHZn5n7WwoJ NzHxVFXyUQulLV8qCQmdQW0eXEHtyNcBACDgCuAg8kmaBABwg/g78Xmc+rAGS4W6BUBpL/jGQAL0 CNAtZn4S1KjarCpn6T8DE04AuQ5H+8ivqMBUk24SagJ7VwJFagjgdQMI6gA4e6ja6gAVa4I4M2mv Hc6tNmQFpCDSiQSdiIziKmF3K/rZlgp5XXkJWs/oNnxhFaCLCBkHkHgqJUT/a1o6CV9w8ReCK+hL t0C+JvDMBsBb4n+231YXuTET02gl0NSZ7et21GQXKhlRFQBVe+Gijb4En1P2J5EN7A+yqhXIHfk6 wLJtxBUgqgOFzwytPWVMdeKLiPkf394igTTzV1xsaR2A9BZf1pdNpot2dxh9jxx+FQgYAycQCJrq AHWzXbWscT3QBLFuX4nGFDLcf1r46gHAT+B6oBpQx5Olfzg+B+DK0udNiaUrJTa5iwemOlWg1Cdw ZEhPEReZ1UWmsZ24CtTmuXQLn9sav9TffHeQOVn2qArqAJCUzmPhPYlBMl0Bwb3LcCCIRJUAuP3C VMXVvkMZGlSIOkVsGA62m1i90RJPqmDnOGnpYPl/v6s0J65m9RiDmmSmDpDYVyyPouLhFsy+ILiY T+LVQ+Z/xGivX7lwyfrtdA0rv97/Y50AEgr0589yub+OXPmBnJIDcA/p8xbcXNTIIvG0lTTRBL6Y 4Ak8TCG/ggrxZeF2Z53Svv8BeOfb7GOr5YQDQVzoj4n7/t6dwbuADgAk+g/jFMyj6rEuUnU3fevF pTRhezgK14rlJcEeczmGleuA44gAVKwpqgMQfTcM70RsUkIHgLVT4W/LG+oJz7E9wTnI4J/AtkHz P8f9u7b/b+r2Vd3iNxj/oxYG1QD14Tlx/xKrAvQs7uuByXxMQ4Ym8Mz4nxirCvkVZPftrB5FhWFi NX/9eLb/WOmS6ksmwChKFibScAVpd0HQ8A9VWQEr8+nixTrnfEqupM4LU7h9AA4g/TCcI2o6+jPW Yy7TsHIY0yN6BJgTAJCFwrjaNukA7ATAkZoEF93OUiOSSzI3VCTSuB3pvwOIBP/oqzdP+r+v+f+Z wvcVOLQPQH65cWM/7uuB4Uy4zPVlS4F5yVKkOVgSu9FMDYdzhYxhiFpMidLn0jBXCu/75b/t8ywi /5SW1GZInQd5g/T9j5Jy/CTgRFqwX/s/+GdwHH+dxI6iS0igxNER3Gc5fhIoARB/poXb5Xs9QU1F IbI+3gqg7xFgFLJ+x//5a8YGSZCoBLr6IE2s8BHIP5F6q1FvB9127e386ep1/r4Se5e3c8U5EUcx ytYEzCz9j0HpPwh2Qgvihd8l/RsnUuoB2NoI7L7S5yrXMaV8NxWSutIE+L1y8eZiDa+o6qHunvvL YnrzAU8/qL33ErvR6D7q+59gHy65ZlQ0T0rwOePU6QAO3ZpQ3neIb3z1jhpA/wV9An3nlA8K7X1D l6jIHOPSav5zslrkjR1ONS8B4jgMb/r8+XxI5yQ1wNMBfvx+zIm55ZyZ5veX+ImnHBtt5o/l/rrm f5P+jYZ8YRUgI8Z9438U+eFACo7/YU2AltOfpRW4787Xh0K1LUx8l5jpLaTPgwoEgukOeiPOKbZr VX2YnJSAnHFiA+YTaxQAALJrGIDIEq5lp2dvLKa/6Dl5bmIAhS2p/Q4D0tXIF9tUL/+Fy7OafiMX 0hm2TykY9J9zcpSHhLZa3r9dSvrPvIxN+je2c7QH4HaQhRhxlOYEthxvt38cHHnyNR6Y0nAgQgY5 0DOaLUxzO55mv+x1eKb5v63/pLknYeNM2g5Lt5IvMyUiKNilRuEZMIro7QzzvL+8NNQnbPVPmPxj dHNEkGdaXob9DNN/r57qBU3L0RE9EdcmXGViyHzQBR+Jpc/JhDfg+AhJ/2LjcCC1puMEmF0x5AQI Hn7+Kd1y1DQBKf1Ps820/XP8j2f+V9J/9QyNh3OcB+CO5mdurEj/zkWyAwtPm+KzqXMFsBak0oUR nRjocysIWUTZFkoD32PPpdOt/r48t9OOKHvSX562es4G2g6x6/uf6TR2Kwb+Zadrq6Xt+jG/QQ0d AFBiQBfsGjbtwq0TivhDLoK984DzH3TBNfNN17w+7HntyflIP6Q0u9ASuSbrAFRnEyGVny2dAMHD Lz0ncivIPhuInVyzqOfXpDHGLy1TA4yNHFoF6M7m55H+p8opUGXlYRj7vqt7oBzGHRWwHJrUsqDL chhQ9RimD7euJRo7M6vxP1e+mA/gANE/0wa53wQyUU82Xwaab583iIpbCG10AH9lEKFBjemmfxM6 wDQT/MHPoBqB4QeVrMaHM/1b6wSAkhCd4COxwlZywLXHEv8wjCg6Gccsa6wDKGUVPwO+fvxYoHQ5 oJxXdjAQCDIej4gdKSp9D5XBP6OTpqLM/98k/RdV4reSQQ2xHIAUqoCa4puiRO5OzqM8p9hLrMew t2QE46qUqi6+iLCr8iNq6ey1i1Lo1hiGd6aoFBMxAVCqAVMxxxb5ADEzf3Xof4xpQBhXcwPw9aMW cjuqldIuOKp493zjkbLNJzapllwPI56km7KsST/ApJhNNvIeQJZywlUnAFTpRWrDxArS6FYk/Wvz v+fo+CbpnwjfaP5qVc34jBgHeQDua37ue91FhT9zONBduLMHphn5BqFgPwFegtjtF/3V6iV9YvT/ WRTNPPhc2uPYK0qMH48vmKbxhaf5A+qszbVWwXomJW6BLQRHZh0AZIqwksNIB+ACQfornb7cdtp8 wg8IYomRqASaA9v7+a1K71NeIN+2OQpSzAmwOsiqXpTeMJcud0Wn9S8vnFqe9Wz+hy+S/o2zODIH 4JbSp4z4B2GcQMSEc+Bq3FcBy2e/EKygJsAtJ/3Vrs8x9X8O1iKaiDVtU4f584lCf9r2uUXch4jw RK4AmO+XqXOwqBQEfh5kiYi/nz4Q2EUHwGoAQEAHeP3gZ84KkMrA6ApwbhTQHMKBy2A7hKSviryx DfMpbblFqLeqv5AUAzlsLBkg4AQAiMXNJ07yHq8P0RDgBcncXz/4xzf/90L6t7I/jAwfouggf4kR wzoBp3CfU6OXRdS5TzDjujRpQic1AcROFZu7WoDQfa34FVQfLIsvW+ShYDDAXU4+WwdWz0NMcIxF m5A/gYO2WQeAjHzfOidAhW4Qc0o4yzsAKvIzHd58GEssUI+fwSlEQ0buDoJM3ZRdYjJoWpNMG7DT Iq8cvKHemzkURl+f4zzU6Hcu8wZZsoEnJ8DcGoyigNT6CZVpJ/UgGPzjHIKrCdDFo2r/k/kfrOhn CJbyf/v9D/rsLzGCHOEBuLv5mZ9TiN1cjyzsqaxjP9O15KYemLa0Ogmfz0g1qqVPIJEqcC9Z/F6z hdoJy+fSlkO+3elignHMORER/gqJh5hM3Exb/fPFd7nmdocAOyXAVQO0s6IDxFGHA4leAYsrAJxA IJUKPH3vOQEg+YsQzXPTt0QTVSOT6+peoLFs4AXhBJCxmiJqt4FbLM20r5D0r6r9yIXTvt24MjL/ w3LZmPRvNOCwHIBbSp9+EjDZJNTyVSvFudxdAcvnGFVK4kcHQShp+FItxr7sejixWcHpRUL3Y/VW Clr9/ZQAUe0xlASZbPi1PROgNLIIImqAXDgVCHJ1ABhG/AC+esQxEQi0DIgdRJIu0peTNNsjjjlv 1cyg/8MfnpNHneV/tqzRn75iEJvh4gSYfoXZCTD7YeTjbu738qoLgavIL8qX/vnfpezsqweAzwdM +jf2wKoArcDCvfe260IrX7oS6GNpEv+TJl0+aBjeB7fdTV+HN1XIfTbebhSJUTHCN4n+sTDuOh0A 3B+ln1qMze1TQlZ/UJLQNh0gsUnm5uCpAZSUydnMgZQAKX1SZwC3IpByAuA4AnASUdk1PD9JPgBv tm2nf6zMoP/t76+KzaU1rciytuIEED+B7PsuDR/B421u1VoFAAAgAElEQVTyEqfOGMPwlhnwioD0 T6qmkP657ieY9B+Hg/5l5I9aYgTZvRPwAbLXMQSds7cYHL5I4NvCYSeB4sRkp2GYY4Su32n4Rhrs lqnSG7pa+u8v0BU4n8TjBXEkMSWxYeLRlP3g+rXskYTgrgtU88xoGBxcnl9pJ7EjvZoccwRAMid3 MJ8rxDHcoYk9ACSAuvta/Ak4zoJd6iTTV7wCv08rPHh9vMuvXGfXN1Fkpx3L+vPncPR/2fRIK6PO wR1Mj+IOYO7RWz7PrL0PA1KeN+LoS/9+MBhfDznSP/1pSP7+60/6L7HECHJMDsCDpM9q+8FO3oMv i/e4FzIHQFqhiFOShr/jethugMe5c23fr6/ccL8XZO7gu5IqmrAuJ/IByEQ9DG9VEmf64OoAwOJR uRU/328QLEMUZBHW52ki/Ud/4zhFbJPQNjsBFuk/PkMAJzRI5eNKVAIA1R5YkpJFMeLMN8iqN+CW fmx1wlX/ZlHXVW9X6ARInxwZmhVs+huU/ul3lF3kZNFPmKV/sLqfRmt29wAYxpGcYsFKQy+MmE9A ugWOmc/dFfKNBniygCKOReeBtrqX4V+yel+kbcM53/pL5kv6F1k3fbv7JOuzxM/ikfiwrBnc3HMj BGfof5XlNBhniV9uyH9iByPgGPIDsPSZdgKMkwRPy+nqUv85G06185fR+v6nLr8ooXJA9lNUlLns oKnzsNljvO+mdAv5c3c1/hNJcG7u8+GXv0LY9k8z9LpJcNYvCCeASf9GW/b1ALQyN97SJnEZ7i7w beRSQWjBlgIXTxq+FE1ilIueS19j9fefoqoAaNrYv/otqVW8BNEJVpGx9cs6oWSA6U8RFa3D6Asd AuklwckAzLUoZ5mbjpn/pf8AOwjV+kQUmQBzFIqc+fIBR8SupHTmuORSd7ojYdGLMucHvdll77cE 3qE+R0x3ki4v3/yfU+l/WvPVc9YvPCb0v7rFrx/nY5E/+exeBeiB0ud1ooDaxnvkmGSu8MIInsar XYdpTeD4pOF5vy0vv+bX8/EZijvJQAnL68Zht8+Wja9FciHlVChNexic2v/gCdlBoz5/pRJnwdMB AgNWpfyGJ9OJb6nODKUB0ALhClgCgfzInykMvYvqADAijtTTCpNVfcIP864yEGiZ4B0F/RL8M0/L WfWtOwPJ9bX5X5X9wa6DzlVRyFP06gEA8T0My7ZPkP5NZD8LqwJ0La75OM43gq6GsRqKYCFRZT1V a1ZzvFLR6nrebob3jN/rCmGrOzFd2b1uzeC2OfHf28PEY4MgjlO3L6ZbKucECaZI8lerOgAEwypq iwglJjMpAyRKKh0AOz8ZAOG9OAFmHUDuSOkAXM0mYWQJjkBzg1mcBYBqidbnmi8jH+QGbatr8nnb HAUUZFHSunmPsoAsS/9C6OcPbPiXmb5fL/ob59LSA3CX58XFkeGP209mteVbvoqK7EmJoQ67NvhS LIr/OffqlT/TxqThq92G1fNpdeXICWS6xbZ7G/jzltsnc5yiwA+RqhguACp3F1QD5KNe5q5QUHsi zCYTkX2b0gHA0xNiQ2XqAP62y2feo5cVABAo9g/gmnhJDYiFMy06ANesdGZIF63KpXZXmB4XFQ/8 J7+4ZY+wFkNp6d9P9l3cROKDDPuxXr/GYWzyAKQNit9Rb0SS/6Dc+EjlDTcWOiw9/3VSyyrycJoP nsPV4n9yoAlndhq+MipkNvOnbxh5f2TkT/MrXI6Trt5YPiaSwJGWgXw1QPZSRRxhLokzLYpU+s/H SQJe8wPIveQb/v3woVilUWd87Oh4UagByE4AWNpRAQB+Bnz1AP2SDAAQ7gzg6gC+GsBWDI5m8edJ y+eU3Be1KrdAICKm9fGplqnYdQ9VJf2rC2wu9CmC/odxCftBeGDQv3EFNnkAEhYL4o6C16Vo6w0I spPQH6SJYvMoMpOGc+6y1fifXX8UXwnMXH8jkYD11HOp7jwckCvcdnDyAFATJZW/m9gIAIAL4XN2 rNtsdSW5Vg6XLNoT+3dawU+ozUsAUGJZYpK6xNA4cjZwDvgZANzWYLHuYHNcONd7cd+t87ntPLVB TbuDah0gyHcoBuErYY4Cwqlm/3T1Th3rSsow+NJ/4BqTYT+zX0gV+weT/o1jaZAD4JR6sOolrYlJ TjkP5Zigc6TQHySdaNiKS9X/2Ui+JnDxF/aRcys9FdXX5MXPuc8isixtreYP8a1w/hfFEvpPlT1Z Na77qznLVz0AEdHf1wHA1RZW9u4uWMQ47CiEI1DwRzgBoAN8oWPonVwBWTqAGPXN+wWSDr396mmE otsPEN9FJdDXWW9/J67G/1bU19d00/+dq3fkhVnRQWnpPxD0H5H+Seg36d84kmY5ACSLUPUSavze Nv7nIqaIw6KAggPKP1ctqfPLI7Da6aeR53DAb/plbqhVTYDd2UVHfYWbqy2xYjWx59KWsJ8vOHXo fsDwWtNXqHQAio2JrV8YAgSuB8Bfkhb9lQ4Arrag56OmFhFhEaain6iCf/xpqzAPrvAoF0I4FkiO 48ytc8XKjDQGVeIGMp75sRfWRd68aSa9iz5/hrmRVjZd4PNqQsX8mJ2evX7Yj5b+wan24zf6hadm /f72+x/5K1vJoIY0rgLU9z8AUwXDswSv/EoX13+uJUjPXFX4vizHuAK+kmD5IMoUVBWESCGHm+QM NCFxawdvisuG/eyHNP9L0Ps3uA7ytzj2nw/Au0LQzyEg4nsCfWyJPwJIG+3ohDNFJzD/i8nVQDkB YBH6Z5HUsQHLgP5YPI9/ElL7d50AUgeAQ9TUoldq3fs3WN95i+chPyNcId3LNAfl9Vqkf/Y/uIZ/ cKX/Z4r+DCbvrdLVjEx26QPA8kfDFPs7cq6OcX3pn9jv/bRr/M91FEj5K88egFcwQKjt/Zj2QZ14 Zioif54Q9sPkuGdR/AshwReVHwCnSpdt1YCo4T9UCZT3HlgSCg1yJOzEHNJyv68bUKQ+wGL+X8zS iyVYhaasJk4EMxyimdCuDpCc/l3Zu3V67ARKwz9HPqugf0f6T4b9DMPbpH/jLHbsA7CaInxTriP5 Gavkv/++4zelHICpFeW05PPJqyW6egaKslC2lLTfQtL2HxB868yQcFvDfxHofkDvW5TrqFa++zgE ePBwVdC4K8APDQJwnADRfWXoAPOqbsMvAB0IxEsAVDIAuGcsEK0U8QNk6gA5r62KKCCVZ3XAy1GU 65mijpfD36H1r9IB+Hg5LVsir8NM6V9W/TcqkOFDOdFBv/3+R2YQkQpMoq1oYXqEzF3kz2Q/2nsA lD/rW9WATE7RFr6vAKtRSixAyHcLgGgeFButQuRNl7QvHS2T1XtNKYTX6Q18MLH4nxg4/4v+V9g5 PexCNXZSI2eX5A/G+k9fuRI/DxssHBTcNXofmqBi051okGGEYYx5TqQ2FZTvfbXHX2dvP4CWhgsp fTlSrSr1BNsp85jSOURzhmkvsiLTtKb/K4wA3XrKr9X7bwWL0c1Fan+0v//6syhjoWjw4zmoE7Af lFwxyB5ptXUDHhDs+DTanqXXqzurJMXVkAkAq26BmPzT5Hfxs9jb3hQHRP7s1xs4RvPnxhbrAHo6 AH1eZNzy8v8Foe2hr3gEJYT5+kC49n/nHEjwQxnqsdOF1hG24Sl/uoua/CHDqbIaCzTtdsMzVm3r h8HE1mwFPdKdS7dbvg0XAgqlW+Tj6QAvEPWCoj/KKHSSkPSvwn5M+t8DltGlbgCuzO2v02Rf9Kfc HaklagI582k1wwS75ADEULr7fg6BA2Tui+sAdwz9bH6W7ngSdiXfLZA+b6vya36ZrMyVV8mw/S/S Q8V+m0y1oqfHHuFGpeZ/CYbCgXDuAxDUBFYGzEhvVWvGcnzVOhCyzqoNAXQUkH90zhwyFAMlbiI6 +QCIoiTorAOAkPWD0f/gSpyxmqdhHcArCpS4nHIewsrwL4v+7dSEmBshq2qze0M6wBSi0y0/AcTi taT0z7+4J/2Dyf17Iv0ALHxL6Ty4Tmwo+pBYQY0jd+evxh+UJyE4n/08G8xBHgCF7MDXZMBqvs88 b/E/BBWkOnsWF0XlDc8LowFCUNg7Ir/yIGw2q+eLyNXdkbbMcGPPDT5FdZtHwXGLDqD+BWUo7eL2 0fBccnWA2CaJWP+YKyA9PXRVHcyfGSzqxPpxLTqAyBwIuQJio6V1gInyZIAgtCEH4STE/T3eqpO0 0NVsK/OtSy82GdIWdkOJyJ+E9E+Y9L8HCdu5QordOZE8maH8+ePkDLh6FA051AOgmHX6bv5zbDi4 OQEeyxf0/zryaok1FuDUNJI+Ecf8O1SKrWphcOU6AbfOkL+r9L9T6nNzNYADwwC8qJU8UP6LI8xV UyZXwFzEPibOqgL8CCkDdnBhUAeYPoRaAah1lul1zhEljhezNQGUcmHnOAEQ35MTAESMCk8mGfYT 84H4K+g/Ox2okyD98FmV/ktZfdZVmLRqWgGsjrlN+pe9fhvOyoBZrJeydZGcvX3vTcZRKJ/AHruA nTwA+aktZKalNb8+Ufgwqc5CX+Aa/qXj2XKBSU0A59ZOrEr1fXEOjx/0H1wOQgfIpFQU5pyQvaX/ vS0OsM2lINtByMIm09fu/ZIemi4PnD53NJn5Gb4kSoYjW0Zdopd0hhzTbFoH4H0pWT+aISCigLDU 0i9nFVQPRtHDS+aDwhvxZ8kJnluD0QcZwgTeqfN1gIQzRP250QnAcTg5toDjDV74wsnSHyoEpOKy luXl3qdlWyX9uxWfTPo/kmDgjc8BNnW1uwr1QG2165zP9AAocuoF7fFYaZgalbk+7FZD0OJ/DB/H 3LvGMCBi1/fY9wBrAUJFeiZf80FNIP/WqLhbSZ8pbY2cM5kts6pD7mVjfBHhawJTVDqOyU308fKV o8KBwA28wTlhQIw2+Q1iAR4JKS0R+x4M+ldfgfQGrNn4098GVp6rgk7dwWQgCr7x9QPQB9UAv4OB M89kuH/0TxjlOU+/ufxvpVu1uXUpMRlqXTLFlZUI66r5muq64Ky5QQcACEj/stEveL1+jZ1gHUDG +aiAe/8DJE34fo1RzvH1Q/llnM9qtdDVcYJTbc5eOQDVmm6TekHzHI4wQlToAPAtxQSbs/0n+4L4 n7MIirzKLUCf+UOdACo1AaUD+Av9SVYk7yZk2e17ObEtgFIGNs6Bf2saijTAxK5jPx/OhUG1K2AE AKCsSj8LZYo6G8OVc1aDf2ICcTpbACKx3VjuDUBvKwzqAMAdAN4AABSlIpsDiHmCcFNUJgC4a8pU 3fyHrbQrBbNoZIUxZuPDXHgFf2Vt0K04AbjrQo5Otcq0fkj6V0H/1u0rB6x1vwUjf4LlO1fXSYyc WLi6WvU4RZkDdZzvAQjGCx1WL6gJFU+6/ZQTi/8Bke559kRuQ+xq5HNIxl3wGvGINR37Vs61XeQQ qzDJwxSXUuAWK9rLpTqCrZ5MGf+TYGNe0/wngpDs5QdyxcgNaUpFMXurOsDqyiBN7BTwNkcBoT9C lUoAsw7Ae5nERLdFFL56lRIgnQCxxIaiZACegGoLkHgNccoveM2wjifhIFpOBadz8Il1nQDTBmM4 Mq3MvVAo/Zvon+YKFfGfyTlVgPI5po/YdnH8CjqAxf88nLrLKSY1xpbHaonyS25evmyYmJVv9fcF 2WOSfUu3uqATr3mucM4eg+eB1QAVEcQXT1BdoZSwnHB2n5wwGPDialbBWtFfjgBC1kQAxz49jPgB fM0pAVI3EEFKCXE/MxlgorA1WDDl97BA3L5HAFTJ5YkqSeCf3mmgRfVC8gd6q0Ao2iqIo2+I5gMm /Ru343wPAGQkDXsNRy736oVr6ADNSRvR95j5lnNi8T9FlIr+ipJaoisDqh9dCrI5M5EEJ58j7txd +mcODjJctSJzfIj6Cfx5bnEC+Et8oR+kIK427wBwhOy9h6cU1xaQBUeuCMSC/qQDCFv15BlAyltV dUvTtn9npxkqQeznS6f8BrfayVFA148qMJUqAgu+E0CUA2IdAMK1p9TgEsctQ2rGnLkx72UKmzPp 37gFV/EA5NwtLFhQ8dCcB02+NNlEFq/WAaCRMN3q+ZspezXJQWyOBUHlELxQqy/FWC1RXuH1erFo lB9hUjoN/6Ay3WJfI/0z6sGyx3lQ+0rrAJnbZuWzRkT8xApM2oiecawr4KoOQJkQnrF/IrgwEu6/ qgIlSAvrrVJ+W7nWOXiJY4ESF4ZSsUgHABBxVlR3lVSsUO2pmINoUQ9wRP6NZodD70r/1YdsGIdx CQ9ABTInKb3mLXQA2Oy4bxj/kz9/dHIrpSWvgw1vjus7Roi7zFMSU+1aaaF5zYbRNytuPJlb5v99 0j+hTOy7KsYJQ8bqL8vbxkjrAGoFvW1+BaGuzAmA5QkDKAJIyMA/fbE4AQa/OcBqwFJQPQgeo8wE 4M3VD7Sa8hvcitjDCcDhZLM7wtEBwAvrQtBuFvIALHFW81f4wYQOEJzMJP1zTSEv9J+lf1MDjOtT 6gH4H/tNpbRO1mwP6Oi/5MgrL5iKNZvT93ji3olhKBDC6JwjIiICAOJIm/NvMUTKru3ENeN/quXF VhcD/SiIHf+49J9aQS3czucz8n+vGZizBRA7vnPzS5TGSM8/LZF8q/TPsA01f+XqHcU2XxfxqVRO 8CtRtmVZ0nX+Ev9zdMDYCt20xrTmWvR/bIWVDcdJEEccXXmUbNUA4Oat+uMnjzF4upw/4xcDS/90 5yYOojnpi4SuLpxKSH1gnE+juBiWP2VuLsfo0+l1k7ARu2mcjJyQRU9wpf9gxzGT/o3rc0sPgIwX umC9oC22zC0RQRtNLxvm3OG0XYeIOPeQOoWHx//wj6gs/X7IXF2EfR3BACHuAAgb0ns2Oi6+Xvon yG4KUFaGXCpmc6GeTq2TGR2eWO7QASSjdCAS0K+2ykqHDYFz31zajLwBuKYG1EM7ckTVflmSQezQ VvwAOKqLYdYSR9+En/k6U5H6Oz2E54fbG0RpID+7A2DOBpahViA6BPvqQTrFnK+9UVT+AYBhRBx7 mJ5jZvWvo6jOvZUMashVcgCILTdPul7Q9QOB5LZQKNlsj/+pmO3nM/o2/nmhXm4cAF116StnVe7f 4nbIkRLow3ytTi1yVHoP5Gnyqxdt+r44TPovOqU76RhcGLfUv0f/SgUSZ3UfAIZh7D1DdZ0OQE6A cIYurTDLefxnw9h9Z0dSDageZLvmMIwJx4jeXVE+QAfghutQq+zYzVL0gx5Qhq7vkSKCVKMJrfN4 +QAgdYBprKUuUFSbcnQnz7cwX/8m/W8i02i4LU3fUNzSA5Ag0UfsRjoANEoM2Ju+716vyfzPYoFw CGwZ+X7h9VcgccYS11KrZG5f0o2NJm9MCu2FpZbou+9/0q0A8++LoDGy9LaqvhQr7t9dPTP5txWr 93w7s7bPd3p+am/mBDIr2wDJZF4ibLU+kBL7RtjDD7CL3lJUJlU4ATh4smGr2swqHYp8B3jMFaDr eHYJHSAQZxWMBVpOWtdpr8IwUu6vSf/GHbmWB6AVsbige+kAUKIGbPG6bim7Ca7oXzeB7VwzAeAi UAi4/xM3lzVju0iPT/a8vkdhO3wjdvRCdZOJx+0qcenVXnd3VM+TN2ml/Cs3SP5DaTb/L5/d5ZgW 8kp1AFnoXcX9x0JcUpPP0SWUyZzTc52SMp2eqBxhm1aw1JNRqOiUUB5wIlAqlQHMf3aTy4WfnPMb JHxApe+y6kAgfuVlvqZhbhTghwNNx+vlBIOnA+DsBIDQxUb40j++erJcmPR/IjJ8yKKDSvk2D4DC jwu6o2k5rQZsjP9pIv2fKPpLHp4A4OMVghz95buSqcH2brHIOdZ8Mu/RwmF4D3Nr0r73x9D490Wd Pb5O+t9+bhv6AIuiuvlbdgJQov/nM/Z9wC2QuPfTOgCI4+IIctnw1bG8epJZq/gfKV5r6b9zOgTr Dcul/8Am3Uq+7/qYRYZ/zw9AIUZ8hVAawDC8K7I4uOGDbDeWGcJUDesAcqE+Jx0AAL5wqt4T6hSG cdEfWFUDV4tAk/svAcv9v/3+h+kARdzVA1DUZcOPC8p5Q1/ECSCHgtai2/a5STPh5zPKNEGqD2QS +Vmo0n7B5cdQZNUDJ1Wg40AFutlJ9E8HCDFS8K046hOlf0be9XCIzubuvYP57iZZv5Wq718SUgfg ZADCT/mVlGoCvqU/bPvfpl1gTD1AJ7sAf5DTSaHvAMGJMMkLjPbjoECqT/HzQ7K+vE0WIb5Ft00a v2LDovfm7EL8Udqj87NS2SVRelUHAnHd1WAwGGlKUvo38/+FYbcA6QOkGNDC2BJ/q8wlt+bGHoDS Tnteg9L76QDgCQQVtAr49pOAh2EMLtzbP2DxPz7BS+7clJJ0gG/wNilpNpxSBm4q/TPVcUHV7sFg KvbG/h4+kR89oANA6xB/SGoCIAXo4JhJ83/iq9Q8KTlVlJRErxNw1jgl+lJ+nrFP6mqfnQB1I0O5 DrDkBHfTQl+pA9AmfBiWJXQqAjkAXPjfkf5N7r8o0g/An1c/+FsFx/kyb8NdPQBE3R0oHAKH6gCw Q7A1VW8Yhjdil6kVNDVPdumFRxqbLf6H8U87veNXf4stiiWTDvWB2qsir9nwtCYLvnX33aWkf8ke bsAgdA7ZcUSOvuDCjcgHrColuUUHyBT6gwud0KOuVprPmyGCEEnRCQdyOoVlHHuiClB62+A7rvrF p6RwqE0ILp0D6QCJFXwnAAAg/iC8uScAolf9aQTV9su4Ggk7PeML67wktpV0ESRGvjU39gBsZPZ+ drBm02qlA8A+b25yfZrsaxD+tboaOt82wmT1Ztl4Q6WbDc+pApNWfJgcf6SuW/QwCT4ccn4C5c0j xT64cCMxHWA1esSX19M1HP3lSwMpL/4H2Akwgio+iGvm/+C3vHzZF8f/VKFEfPB1AJyFWoBgv1um 4pZcX7+D7TkAdcnH+U4A9SfvxjlRKifbzP8XQ1nroTY+J6Yk+E4D+BZN4N4egO0kyoZKWoXxHGbA ew4W/yMJSv99H20Eu49GelCevR8gxLWDeElOurDk+tI/s8Wdkr2LLnPh5h0FdAAUnQGaEBX609H/ HcCcCjyNk9hF2vYfPCIuKePG/4S21kL8smSc/6SipST0f3CaEo4wgqqwhLAkXexqP9q4i/znSdAJ 4Lh6MjIBpuW8fQcq9P/zgSH5MxnH4+sAioqIHRn2ozb/DukfnuwBAJFFkNNOuGEYTys1QLZt3zil u+OfhNvVetpOTPqPrQy7aaGrN0tzJYFjnJRbIDNdmLiR9M8kTnU6ASDxExymwqWJBQLlk+7tqpSB 5Stfzp5bAazsLr6O+ipaAFQS+lLPbZyF/s4JUEEAaeGmP/GFie5mRT96diXZDnEsVcJ98ucmnR5O snXMCTCM+IFAW4C+m6oGwUqZJnMFXAQW0zl0B9w4H5XyG9xcbpVYIr+6NU/3AChW2wlDu/f9AQY8 4znkS//HOKCOvLzVXlgrltkCq+nCd5T+iYRBodo60EQHKBoh6ASAqtzfRCyQYwx2XQHBzXUsEOhw oGk18W9qYoXKjOOmmCsCSTP/JKESflgLuFoBx7KvUV3BU950/oAHGKq4VYhsEizhs7eqAzjnlpa8 enM270VtqFgw8ico5a/GCCXyBDJ3cTse7QGIkY4Lamseu4ix7aZY/A+xKv1T+ubxsWcHmJlVtVMp agTzhiF0ax8m/RelWRcN3lzj2vgDnf5Y89MDHIk/If1zTyg/FggAuDQnh5Gsif5qhWVYN7g8yuiK rWJYBz+0nXchvxrDvgUmJsTzD0ofZGVhbwQRiL+5HBBRdDVKBfL1ek2RPzLKi637ACk/gEBK/xQ7 AGb+b8R3CNN35OkegEQt0URcUMNwoOrRLP6HefhJyLT9Z2bE7ieh5oxWJDWquyahDcbyhkXmQO5O 5d5Lkyah8IxVyNB8DnMKgK6e8DodoLryUnD5dvN/MNonWF4Tuw4BALtwsD7RgW7Km56P8A+UxTKN 8+6UmR9m4d4387s6ANWqn7IL5hVoGjINgMdWP3fi16+wvGx8W5Veh6zGcG0A/mrJBCCXiBL3lR4l Psub6fMx0f82mIIRwzwAKR2ACMYF7RQOBK2FqnPZYkQ030gdsQ4AiWDc6tYQSmg7MqA8LpqkhIxY 3nBmP4HVvbdan6gzDfBWpyjGRXHkaknpKVoN8Yek9O+Y/2mYbtl+WtgtAy6Dy52OYn1/Gp56wDm7 iF0ishw4BEWUnwcQdn36LP8EQPwB6BHeiD8AQFnFi/QPurRoKXP3904qz3rafvOyRk6AUujiX3Yt 0qBpVsvZcJwAgQxffPUAII/A16zNFW3cjqd7APIJBg80dwXABVzndyFthXqI/qCOMSb996FCQNur f+bnHLfF31GVSXKkoVYDhFb3np4qbD7DpYP0PQJgQBQLrZnjBMjc++qZKVU1lRk+HdyfzhZYkf6x Q9+Wjx3gyCb/mEOARvd1ADkgkmSsV3FLAEnYDu2K+NNXAbkfEN/TIK7Qr2clm+PGTxenAbDQjziy NZ0ifMI/B+UnBEuvhprVJC6DasOEhFwBrLQspZC6DmFEnFsx0AxlUSCe9qvHz9BDD8KTYB4A4wsw DwBAhhOA8eOCmhvvcyRXi/9hnnwS8qX/1W2bELt0S5cnSN9opRcD7Z0dIzmaQKn0f4ppYFaHVuro N9x74nfZ4F96h4VmAHDl/uBXch0Q6bx6kzEi/c9jTTpAOnqn0zpAcMBlYmvm/wm2/cuontnAD9AD y/3ByHV3Ib78GUXxE+hZ+sdxjEn/EImtgg7oDRss1xabQyvXMWUGc81T54riz9wPmHUABoGlfwv6 N74J8wBM5OsAhIoLah4R1MT4YXwx1dL/AQVA9xg8Me0KfTg42mrScH74xB4nuejc0tnIWT9z2MRq e9SbotAsxCXSItHzK+gECJb90cX+x4zyI9hhTgZ/FxQAAB4kSURBVEeCDlS7gGWAmPk/jTDzzxK/ F9XDacShmPXwJJUTgItmCmRyPCxNM5eYn5rEDBz7PpAJcMzbjXxi0yG4lwqOjhMAFj/AAMBBQb1J /8b3YR6AhVIdAEJqQFubH1GUl/kQ7lL/55hIpBzpnwoB1SW8FrElLi52uhqew5y5+ZoAF17kzwll Y79fvPTcNo9R9NXO2ODbKwjJxIyg9L/qBFBlf8LG6RwyFD/sukm8Vss5CVhOO9EEwM3iBehFbM8I g5cGkJT+2eqP2BVrIDNTSdDazSdOygRQSCdAoC4QN/wSOkBv0v/OFNXUt4zehpgHwKFCBwBPDWhu /AsNhcPwViGVD3QUPDb+JyfY2o+SP0D6J3yHWJEilOPcYPLN/xU3JucJ9KLuYTpVYG99b9XZqOr/ 5Dgn83+dTOdkTrxQbBC1bSz+ftUJ4Ef8x+YTBP0g/ljQi+oVsBYIlMK1+juxPfKDXDMi8UOO0D+K AqO0/8iVsKUbg8y7Pab38Prc3MNZ6gJtyJA2NtHlrTbuOYfnYR4ATbWi76sBO8kBMYnn+4oIGUGK 5GMGM7pyJmp7Ewe8tkkEaavZVt8acsOcrgKHpUEf41mK7Tq9QjoiyB8hpg8E00kTTbvkklWhn9NA g/m74U0SOkBwofyc3QLMsfoHpX9PDSChf9pFl7GPWe7vf5z6V00o1RMOg6OAYk4ABTkBPp8l9N9q /xtfhnkAGuPKBIe+oZunI1+W5vE/960XlBkwQ2VAgyNIoX/1rMaaZAfJEVKD6+Rfyavm/y23Q2zy MU2AklZXA4RakTi9/glZ/S2aaBSxs53+FWLrT1dstyyPCfTa/D9n/e4iiY56So5C4pr/+YMTv8Qd fHWSbg8AXMlnYaoUNNmn6cN0cuZTtHqwsp2wLOYjfVypoy4kYP4nLu4EQJ0PwFgU0DWR4UNXiA5S 4Uw0JVq4x/R++/2P1WETezcPwC6wIEUyQfMnXeLp+SQ14HHxPzk/a1D670NlQEn0l0K/bJcThAZJ h3DEKBUxi7Jdg19tD0NPryM1AVknETJqiTbBP6U5/b92YnvGuXIRqCs2kQSs1pGaQFsdAGdPmm9o jwUC4VoG8CT3cyVQ1dtrWgfZYs0dduWu1w9zBOicKnbNw138DmtB/wxVBMLCkqD74WgC3fH7N7bC om2ONHwA/hz+/uvPojyHtiT2bh6Afen7H4D3LGmN2wfMfME/Rw04kYP9BjHJvnQJeKI/y/1pZVVt lRPttmukSvBeaBI7VFrrk5Ir+l53GoZ4LdGNM2Qapvlu+bFKU7eDhQ0Su87sAFAU918R154mMEMV CBQx/4dF/7nCD6JTdnM1CEozAizVPN+zE2AcBlx9JfU9DsPbj5mJTSNQZ0msAEJBikWxXu1tRYZ/ +e/ZMzLWYXlX6gbpJaQ8SGO5VCf4sz9Okxn6e8+cM3gG/qIZmgdgd0gHgEV+Gg/cNcLZakBzEfAu 9X+2I09dK+lfCvFsBRSpuqn5cGfN+c/Tot1gvgyap8KX3ix+qSUxQ32i2ObKmzTRBNQVEnOJVEdk pUmE/SQyAYp2oeT41W5f3OVKLwxWDeogPw2AZwDpsp4dAFUOVdP2tnIM/1L0B1jCfkqmpnc3i/5c FlY2s+ffKPbZGVDWzJlF/OC34LlreBPJKYFA1Bcs+FVaYzTp/y74gnvOkuAHnxxvw6oInrP3nDmr hfkzZMwDcATzg2PqhALPUwOa85z4n+APV237l8JoXVEgFQFPb/FMwTEW8V+nIg7Du+H1XHGDpKft BQh1LED4boHrlPPK/zlKI/5rRP94W9nAyl6DWyXS1ZcBlXuZA4HSOsAi/Sv7/Q8CcFh/RPrvO3xh cPwil4UU/TM3IdQ14EcG8qle/hSGf3A1hMCEIyVBT0xtZ/w0ADb/nzUlI03CUs7L2UweW0dunpCb cyJ56pwD/t5zjqJuhox5AI6DHiKqWFDRCFsaAH+lGnA8MmWWpBO/ck5DzSQ/eDot/bPhn7v5bL8G qLEACEte8OW9x0udom5WixoVDVg6w/xN6Gy/Xh21tfp8PulUgbqblM5zOj5wi56mSBj4m4j+/BNr k7kXYeJI/K753+8DkD+BUvxpcCbA8icdi6rd6Ur/iCPrDDwsZGtBEyML2blbxX70+dKlBNlRCfpE gejPRLKBj9QBgjFgUzcA4z74hvBgFD64RvFVMZ2HDXoGDojpzzkKRekMzQNwKBxHmC4lvucEEA4P tbyCXacJJO8iIv2LU2/LcZhfGPTVMIx9ohnnZlbLgAYTQ6GkO2wm5E9ncfaAH1rWh2ly19TJppmb qDXZIst/BjWB6psUcQR4H/AwKZX+i0Kq6MPkLO2m5TKeBxJJwK64rDIBVIZA5pT0LqCktL/bQngy /9NnNv8zc7g/hPQciB+1Zpx69265EuS9zD0EWQdQKxeI/iPAbDrhbODgrmFD8a6KrdbGtPifSxMM hmH4q/Rq+ZyS0Zs+CrUkc4bmATgamUvk51MeNo2bSuQXSQDo+w4RYJb1SdyX6sF+bJH+g+s34Zhw 3mFuyNWk0E1FuD99qHPLcPCxX0UUvEfBTNkMYdIBUj9xtRMgHaRUmgkQHBamNPTP6/VCfLEoDEKg XDUtx+J8/OxVZaevI6VOBEeNmP9luH+R9O9MYASYb8aKIj/qRw/qABDMdXb9LcFvJzoaeek/gNi9 Xp1ftRY2PKyaPOLmJgDbRzKOgMViWfRGSszpJekx5Z9q8xw4Wzd/75lzVqnDwRmqvUvMA3ACfj2B nLigLfE/3gQQbqsDwHkJANLYn2An878vY63+gkr6z4z8KYpHL3UCVKcByBW2XwAVZukm6QHyFk5k DLsLs6bKz4dWfhg2xPKfwdUSJyenCpCvrC4FZ/JE/7RdvKgu0BZS04gsdjb3OoUV2/5HUI6+9b2W QDrA5/OhmhbOVJNCP87lcYXQL3w7c+sMn4orue1LzaL/j2Os3C4Y+RMLnkksWc36Xd1FYnnd3nOO ImeGCQ3HPADnIB8rrAlsSQ+o4zAd4GuigPq+e70m87809u9q/o/lAQfXFFLyIv1Pprt40HxM1IuJ EcH04gMUs+3m/yJpftcAIUmwuZhqJwKNHgv5N2OO8T4h4sccBf5WMpmExcEc0V8tj8X/qCKhyxAj QBeO6gkuVLvnPN2VAjifeaTF3u/E/3CTLwjJ+hXSP9QWfUo4AcDxYrn3YLcc7DRnUYAI+KpevlfT +Jmb7OrZFr040msK/+EYbnk+Wh+Ac7hC8f5nYh6A02C5XzUYP0wNUBa+63OF+B8l6PvG/rbm/6LI isjCNyehxsYP7iK93BcLNmYCJLbik7DFCVYRwJO/stwqsQmfqMQhxAOE3jJwAkIPh3zhb6NCvnpy 0tcnB5MopnJJseLxguDygOTtJgHLTbhKJjT1CSxC8AiInY72UbA+kDT/RxmnYPq+/0F87ffKUDc7 gFPDR3YRgfn9RfnuMosjSrfUE6Oh0O1GknmtllzPv6YJy5M8htN/zQlgfDHmATgfEv3TakDD+B93 15c2zAend2IBUCn99303DEgmo53M/0UFVYKh/+lCmVt++mCi3vZLdDWloXQ0/rxrwE/1VglCAULv UICQ83xotfcEq3ZWSF6fUo1fJtyBH5wTa/4FIdEfIOAxkGqAWqHvf8gb9nq9/BwAjJj/9XK3GOiS VACuNOl2+Mo1/9M4OCsqaibYQTfJ3Ig7PhI5XlTt3fdgL+cTCk3pndhwzgoAcQusvqcavMU64M5r VKHVEgCMr8c8AFdhVQ0g/Hwp42DmKkAA8zuPaWj+Lyqool7Pq9J/E2lVepCUEyBnw6C7X85NTTJH B1bnoeIA6ySJvbVo0S6AY4ECFYQkrXR730lYelEFl3NvBLkwEfPjC/HyK7UhSOnfi/wh6V+Km5OE XdYLLDANAGFI5mRf2fH31QOAqv3P5n/WHxAX/YQrRxOczENm8r6frA/Svzcb6afBoYVbIHEhsf0e XJP/arqF/il5QxzpDEifRux63v4oI1+QdtcYxgMwD8C1SKgBcGB00AW5QvyPnwRMVYAyk4O3kJ9q yYJyMMqiraF6Dw8SqwEHRN5vH6G54T9N3yPlBPsVhEp9L1LFSoQC5hxa6cVJYWnRbr6u4T9R9sev Phn4MyL9qxZs2n9Cpn21u4gxfllhHBE7R/QH4KB/kKL/vFweC6t29PyfdaSRwmkILuOrTA/S/TgM I5cqpn/JbJSf+FF69y09wkOenBhRpa7jgraBrAYQV1ppeoDKMpd7nNcbTQ0wnoN5AK5IUA1g2qoB h0UBNdnR6Q2A2cbvJc91DffiV2DMTLWU0r+/SWYVoC2km4Ll4yeJJsz/G/d1C9Gf6aeGXyMviUX+ 5GQCwAanhxonuE5E+g/3uJ0+uNJ/osJM0GPgt/51gmrc9lgsTCuFKmh3l7gjzDHiI0AHyvC/IvoP I0+P9kjnB3G6hZWgH/uxWAGgibE6IAsW+1tB5CIJBvj5DFNTjo4/uFMa/YWBmQfrqM46gHr9qXik outWJUFpx5H4USj+x92vNQEwvhDzAFwXVgOCT58newO+m0zp339Dr0r/iSpA1bAAURQF1JBdk1mb b0XB0ywzVYzjE61qkl0KRi3JqQ2QIxqGRtbSf8wMnBPrrzZfySJItsdyOzG/fbs7HVTWk9Y1/C/h /r51eZb+yS8Bs9Wfd6cHjv+UytjPy2MXxirB0H9/HS6qI2s3TT/TakhV38Hg5Gk4P7fwA/jdgvMP BACGAbm/BLspAq3i3B/I0n8Po6imvpUMaoh5AK6OKJG2ogbAN2oCJMFwJemvJ0f6jwRVL8EVGw26 QU7MFE+Y/6ul/8NEf1/QV4dTkamsxHqVMRlcOWfwVjpJ8EfhVrKqZGR+cc/EQlnkx1lZjO1nxSQu nrorbYoj51zSyQreAaxI/zhSNH9YdU9PgOMPfWM/IiaUwxxyroTpl+Vj6To+/BW8dbQroMucZnRi MLk95ypJ7oBO9L/w2DzjVXMtMO/Hxup+AUYI8wDcgLQrAE7tKHwkp8f/7M2q9B+T5HKyfvseYza5 zCp79GF1zZxGpE3iwYpG2JgfXC36r26SKZJugc52Qpn0Z1JNlqAca2qbrOvvL4zW+pwj9eWDMVP6 b/MTTNL/D+J7+nPJA54GlzfI52cJnKuYRiz+EBFl5E9swOqbUfUGXuRp3mlCE+CvlMqkMkDGMegE WJ0YzCrf5Mzplm+l3I+0yFPPEm9bw/gazAPwVVhc0AXJfL/mSP/BQeg1vCr9x76CPMkvJ/Fujyig mPm/VPo/MkyoOj0gXxQrFdpiER2t9I20fsjmfykvSjJFfxACYlANIKGN49xEzZxui/SfWE5hKui1 s0X8wc8Aoo7kJPp3+ig4KblaCoeU/6fbozkhx7NJl462ps+lkCgLQoKfISD9J3WA/LnpBoidu+tu uQ6dXdO3rvnf1IBbwBFEOdFBv/3+hwURMeYBuA0UC5TzPPo+NeDr43/qpH/2cavWOXIryM7RvBHH SP9Hiv7MfjoAJK+E/EGKRoZJSp6krqAtH0I2/piLQNX35BE4hl6uH5Sqd7f9B83eQzjvGceRqvin 976mdXcc50PJAHNcPvo9y0t3Ebw25uj/D+Jr+TmU9E+iP4L/8H69eoB+UQPcoCnEzr8AMp0ASvpX XZ8dq79QUWgBS/8m998IKdCbcF+KeQDuRL4OAF+XHnDr+J+0rJaW/mMR/zBHESSk/+2Gf58m0TtF qJ++qPYf1B5m6TGeUhSI4/vrbo2GiciJXcwJPO+wTJ+s6+8vd6R/8SfF0K+6iSou3bTCMNmSu+QQ fUfdvrSeQwXvf8rm46PKEFNEUHBhdILxlN/06ZLR/770H7Pb0HJHDZg3XHRFWaUnLxBItsNzzvY4 9U1zdDPppgBA/DHp/+5ITSC4RKoHRX6Db8U8ADcjnRPs85D0gFuQE9O/6gpQ4a3UDChnX7E9Xhm/ wW2R9H+k4b/hKS1SsUhaKsrikDuqmF4mc5TIGMwJWY3wCS4PS//zLpSWCCUHWP0LLgKrFwW0wrg1 yZWJTZ66lZfGieXAYYcUAuSU0SR5OiOVltUA/IDUAehbVR50VQeQNf6XDUcAmZwtkxPmqQIAt11j il6yxon8/defSrj3fQK8hIV+8xsQpR6A199//fkv//pvFOn7j3/84+z5G4ZhGIZhGLvz69cv7v38 n//x703G/O33P/KrAMWEdV/KJ6QCAEIlUOtUTPsL+O//epkHwDAMwzAMw7glUtDPEegfK/RLSj0A /+PsCRuGYRiGYRhPp6iJWNHKT8ByAAzDMAzDMIybIeN52PwfW+J/gGe7AqwKkGEYhmEYhnEOW1r8 +hJ8Yon/4cmYB8AwDMMwDMM4AZPFz8JyAAzDMAzDMAzjQZR6AEwBMAzDMAzDMIwbYx4AwzAMwzAM w3gQ5gEwDMMwDMMwjAdhHgDDMAzDMAzDeBBWBcgwDMMwDMM4gaL+XFYyqCHWB8AwDMMwDMM4B8Qx b7Vu33k8DMsBMAzDMAzDMIwHYR4AwzAMwzAM42ao8CELECrCcgAMwzAMwzCMm0ES/2+//2GifwVW BcgwDMMwDMP4Bn77/Q/6j//khbEl/lZPwDwAhmEYhmEYxu2R3gD+vPohuNXXYzkAhmEYhmEYxnfC An3iw6Ns/4R5AAzDMAzDMIzn8hCrv8RyAAzDMAzDMAzjQZgHwDAMwzAMw7g9FNDPn3fd6u6UegBe f//157/867+9Xq/P5/OPf/zj7PkbhmEYhmEYu/Pr16/X6wUAn8/nP//j35uMWRR8/xzp/AD++79e 5gEwDMMwDMMwjsZk+rOwHADDMAzDMAzDeBClOQCmABiGYRiGYRjGjTEPgGEYhmEYhmE8CPMAGIZh GIZhGMaDMA+AYRiGYRiGYTwI6wNgGIZhGIZhnICVAT2LUg+AKQCGYRiGYRhGGz6fMWe116vbdx4P w3IADMMwDMMwjOfCjogij8StsRwAwzAMwzAM437kyOu//f6HXM3f5Lff/6DgIv7wBMwDYBiGYRiG YXwnqzI9r/Ac6R8sB8AwDMMwDMO4HWTLp39ZdmcDf1qaX90qZ8mtsSpAhmEYhmEYxs34+68//aAd Ka/HJHUV8yPXzF+yxxEdiXkADMMwDMMwjG8gJysgR3xX45AOQB++QPoH8wAYhmEYhmEYX4Cy028Z ypfyvyxR2KoAGYZhGIZhGDdGifvNq3nKBIDvKBVqHgDDMAzDMAzjfsjIHPWnKu2fsNzLldU4iSV3 p9QD8Pr7rz//5V//7fV6fT6ff/zjH2fP3zAMwzAMw9idX79+vV4vAPh8Pv/5H//eZMwia/p3SN4X 4b//62UeAMMwDMMwDONoTKY/C8sBMAzDMAzDMIwHYZ2ADcMwDMMwDONBmAfAMAzDMAzDMB6EeQAM wzAMwzAM40GYB8AwDMMwDMMwHoR5AAzDMAzDMAzjQZgHwDAMwzAMwzAehHUCNgzDMAzDMHKhdmDG rfl8PkU6gCkAhmEYhmEYz+Wf//zn2VMwtmI5AIZhGIZhGIbxICwHwDAMwzAMwzAehHkADMMwDMMw DONBmAfAMAzDMAzDMB6EeQAMwzAMwzAM40GYB8AwDMMwDMMwHoR5AAzDMAzDMAzjQZgHwDAMwzAM wzAehHkADMMwDMMwDONBmAfAMAzDMAzDMB6EeQAMwzAMwzAM40GYB8AwDMMwDMMwHoR5AAzDMAzD MAzjQZgHwDAMwzAMwzAehHkADMMwDMMwDONBmAfAMAzDMAzDMB6EeQAMwzAMwzAM40GYB8AwDMMw DMMwHoR5AAzDMAzDMAzjQZgHwDAMwzAMwzAehHkADMMwDMMwDONBmAfAMAzDMAzDMB6EeQAMwzAM wzAM40GYB8AwDMMwDMMwHoR5AAzDMAzDMAzjQZgHwDAMwzAMwzAehHkADMMwDMMwDONBmAfAMAzD MAzDMB6EeQAMwzAMwzAM40GYB8AwDMMwDMMwHoR5AAzDMAzDMAzjQZgHwDAMwzAMwzAehHkADMMw DMMwDONBmAfAMAzDMAzDMB6EeQAMwzAMwzAM40GYB8AwDMMwDMMwHoR5AAzDMAzDMAzjQZR6AF5/ //Xnv/zrv71er8/n849//OPs+RuGYRiGYRi78+vXr9frBQD//Oc/z56LsZX/7//9f/JX/t/+9//j f9pvKoZhGIZhGIZhHMD//L/8rzmrDcMAAKYAGIZhGIZhGMbt+b//r/8zc03LATAMwzAMwzCMB2EK gGEYhmEYhmE8CFMADMMwDMMwDONBODkAv379OmsehvH/t3c3r1GcYQDAJ3Xth2JrSbxUMQdBWlpa RZYWhXqwBU+toCD5F0oOnkIuEoKXklMPbf+FICioJ0XFKrRWQltjaymCFSUHIcaPClFky/awZV12 Z3dnZmf2a34/lrB5d973fZi9PM++78wAANChE6fONjYeOrC/9l8rAAAAMCTqcv0gCGZmZuruEaQA AACA4VFbA8zMzAQNNwh6uQWo8jAIAABgoB06sP/EqbOh2X9QKQCk/gAA+bS0tNTrEOjU2MbXGxsr 6wChDwcoBEHw159Xsw4LAADIQulFeHuzR4O5BgAAAHJEAQAAADlSaH8IAADQx2ZnZ6MfrAAAAIAB NnlkOtbxhdKLGLcAmjwy/e03X8cMCQAA8mLyyPSlS5duLl57/6OPE/+NNV3c/LwQBEHds8Gaqa4s RDweAABypZIwd579x83PY/l/C1CsOiPB8QAAkBOdZP/VGiC7fNtdgAAAIE1d2/+TjAIAAADS1OEK QNbhtSoAPtjxSdbTAwDAkEl9BSDdtLxpASD7BwCABLJYAUgxOQ8vAGT/AACQTEbXAKSVoocUALJ/ AABILLtrAFJJ1EMKgD+u/9z5uAAAkE/Z3QUolUQ9fAuQGgAAAJLJaAUgrRS96UXAagAAAEggixWA FJPzVrcBVQMAAEBcqa8ApJuWexAYAACkqc+fBFwIgmB2djZWn7jHAwBAfnS4AnBz8Vqm+XZh8sh0 rA5xjwcAgFzpMPvPOt8esdEfAADyY6RcLvc6BgAAoEsK35+50usYAACALnEXIAAAyBEFAAAA5Eih sen25ePdjwMAAEjdtr2H61pCCoAgCCYmDmYfDAAAqZmfP7llyzu9jmIwPHn85K2Nb+Vz9qBZAQAA wIAa37q51yH0u7s9PUtdnv1+Q4sCAABgeIxv3Tw2NtrrKLrq9JmzbY/58ov9tf8+fPi4h2epy7Pf f1LfogAAAOhr8/MngyD4/LNPxzZtithl3fr1WUbUd+bmjrX4dGrq6K1bt3fs/LDasnbtqz08Rd2e vaEAcBcgAIB+Nzd37PyFKw+Wl3sdCMNAAQAA0O9uLP6eoAYoFvc1aykW91VedZ82NjYbsNn76L2i R9J6/IpCYbT2ffXVtmOHQmOLEnCz0erORrMvsXpk22+tkS1AAAAD4Pmz1bm5Y1NTR2PtBQpVLO5b WLhY9z60sUWv2o8WFi6GdmndK3okLcavVSiMlkorax6NlmurpEejQfBV646JpZ79t/4K6tQdEKVL hRUAAIDBUKkBoq8DVPLm6r+tE8SIuWPbcdLtFVflJ/+RTS9fsbRYeWh837ZMijt1bcfqdxfrS4xI AQAAMDCeP1vds7t4/sKVe3fvdXPe2rwzNAGty1Mj9ooudPxGpdJKEATl5Zev6KqrDRHnanYeYkzZ I7YAAQAMjHPnLvz408Ke3cXspujOT/UVtal255NWsv9/316p3fpfKq0EwdEEgQU1W5sa/3YYaioa N2JF7KgAAAAYDLXZ/7p1b0Tp0odpa624u95bqGT/je+jS7caSVGzLzHxqVMAAAAMgLrsv8PrgJvp zzohroYVgKjSqka6LG6B5xoAAIB+d+fOncTZf/TscLCy3hZKpZXqK3qv0H3/tWcv04WU1hf7pju1 FQAAgH6X7m//oXtdqne2qWuv7dIiAQ39tG2v0EiahZd1cdLzLUCdBBCrQlAAAAD0tYmJgw+Wl1dX nyXO/kNT87YtccdMK5IEg09Nxb7MN1TbYDKKP0rHxpIs8aQKAACAfpfRjv9YIj7tK3qv6FqPMDFx 8PpvNzoZP28UAAAAw2bNK2uyGPbXX36I1R7l007mrdq1a2eCYTM6S/0/uwIAAGBIjG/dPDY2umHD m9u3b+t1LH3t6dN/3nt3e05mv7r0d13LyHenL9c13b58vFvxAAAAGdq293BdS8gKQONBAADAcPAc AAAAyBEFAAAA5IgCAAAAcqSwd/y1XscAAAB0yUi5XO51DAAAQJcUbi5e63UMAABAl7gGAAAAcuQ/ y7tkVsZRUjIAAAAASUVORK5CYII= ------=_NextPart_000_0148_01C35254.9F787CF0-- From novalet at yahoo.com.cn Thu Jul 24 23:39:53 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Fri, 25 Jul 2003 14:39:53 +0800 (CST) Subject: [Mapserver-users] some troubles on proj Message-ID: <20030725063953.89946.qmail@web15214.mail.bjs.yahoo.com> Hi! I play with wms these days, and find some troubles in proj. First, why proj data must be save on c:\proj\nad? I have try use PROJ_LIB to point it to other directory, but all get "msProcessProjection(): Projection library error. no system list, errno: 2" Second, My proj seems short of some epsg code, for example LAYER NAME bathmetry METADATA "wms_title" "Elevation/Bathymetry" "wms_srs" "EPSG:42304 EPSG:4269 EPSG:4326" END TYPE RASTER STATUS OFF CONNECTIONTYPE WMS CONNECTION "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?VERSION=1.1.0&REQUEST=getMAP&LAYERS=bathymetry,prov_bound,drainage,drain_fn,popplaces&SRS=EPSG:42304&BBox=-2200000,-712631,3072800,3840000&Transparent=false&FORMAT=image/gif" PROJECTION "init=epsg:42304" END End #layer DmSolutions will return a error "msProcessProjection(): Projection library error. no options found in 'init' file". it seems short of 42304 code. I don't know the reason because i just download it in the mapserver4.0b2(the lastest package). Another question is about wms. I write a demo map file for using wms. MAP NAME "RRBDINViewer" EXTENT 345221 5009802 896629 5620242 SIZE 1000 1000 UNITS METERS Projection "init=epsg:26914" END LAYER NAME "usgslandsat7" METADATA "wms_title" "US_Landsat7" "wms_srs" "epsg:4326" "wms_connectiontimeout" "1000" END TYPE RASTER STATUS ON CONNECTIONTYPE WMS CONNECTION "http://gisdata.usgs.net/servlet/com.esri.wms.Esrimap?ServiceName=USGS_WMS_LANDSAT7&VERSION=1.0.0&REQUEST=map&Layers=LANDSAT7&SRS=EPSG:4326&REASPECT=false&Format=gif" PROJECTION "init=epsg:4326" END END #layer usgslandsat7 END it will work when i set the size as 500*500 or 1000*1000. But when i change it to 2000*2000, there will raise an error: ERROR 4: `D:\ms40-beta2/.\105911452320440.img.tmp' not recognised as a supported file format. msDrawMap(): Image handling error. Failed to draw layer named 'usgslandsat7'. msDrawRaster(): Image handling error. Unrecognized or unsupported image format < br> drawEPP(): Image handling error. D:\ms40-beta2/.\105911452320440.img.tmp is not an EPPL file.
any idea? BTW, my os is win2k, mapserver4.0b2(downloaded) ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????? ??????????+???????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.promo.yahoo.com/minisite/messenger1/ From novalet at yahoo.com.cn Fri Jul 25 00:28:45 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Fri, 25 Jul 2003 15:28:45 +0800 (CST) Subject: [Mapserver-users] bug in 4.0b2 Message-ID: <20030725072845.94725.qmail@web15202.mail.bjs.yahoo.com> Hi! There is a feature wrong in 4.0b2. In 3.6, if we add a parameter on http request like map_RawData_data="..." means use the ... to replace the DATA field in the layer RawData. But in 4.0b2, it doesn't work. the layer is just missing on the display. BTW, is there a log of mapserver? I never know what's up in mapserver in this situation. ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????? ??????????+???????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.promo.yahoo.com/minisite/messenger1/ From stepan.kafka at centrum.cz Fri Jul 25 03:06:47 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Fri, 25 Jul 2003 12:06:47 +0200 Subject: [Mapserver-users] bug in 4.0b2 In-Reply-To: <20030725072845.94725.qmail@web15202.mail.bjs.yahoo.com> Message-ID: <000d01c35294$75901480$463c2fc3@HSGIS> It is not bug, it is new security feature. Look at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide DATAPATTERN etc for documentation. 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 Chen Fu > Odesl?no: 25. ?ervence 2003 9:29 > Komu: Mapserver-users at lists.gis.umn.edu > P?edm?t: [Mapserver-users] bug in 4.0b2 > > > Hi! > There is a feature wrong in 4.0b2. > In 3.6, if we add a parameter on http request like > map_RawData_data="..." means use the ... to replace > the DATA field in the layer RawData. > But in 4.0b2, it doesn't work. the layer is just > missing on the display. > > BTW, is there a log of mapserver? I never know what's > up in mapserver in this situation. > > ===== > Remote Scensing Satellite Ground Station > Chinese Academy of Science > > _________________________________________________________ > Do You Yahoo!? > ?????????????????? ??????????+???????????????????????? > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.promo.yahoo.com/mini site/messenger1/ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users --- P??choz?zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.502 / Virov?b?ze: 300 - datum vyd?n? 18.7.2003 --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.502 / Virov? b?ze: 300 - datum vyd?n?: 18.7.2003 From eduardo at linkgeo.com.br Fri Jul 25 04:56:42 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Fri, 25 Jul 2003 08:56:42 -0300 Subject: [Mapserver-users] applet is not fully loading map image Message-ID: <002401c352a3$d245c300$9d64cec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_0020_01C3528A.AB5D78A0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0021_01C3528A.AB5D78A0" ------=_NextPart_001_0021_01C3528A.AB5D78A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable There are something strange ocurring in this application that I'm = currently working on.=20 sometimes, not every time, the Mapplet applet seems not load all the = image to the mapplet area.=20 ( like shown at the attached file...there's a gray area where should be = the rest of the map) =20 > The MapServer application log file shows: Thu Jul 24 11:56:29 2003,3616,10.10.10.44,cfmap_,0,242357.959864 = 7657206.319214 247575.213374 7660398.451049,244966.586619 = 7658802.385132,cnivel hidrografia outros talhoes ,normal execution Thu Jul 24 11:56:30 2003,3432,10.10.10.44,cfmap_,6,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,,normal = execution Thu Jul 24 11:56:30 2003,3936,10.10.10.44,cfmap_,5,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel = hidrografia outros talhoes ,normal execution Thu Jul 24 11:56:30 2003,3804,10.10.10.44,cfmap_,4,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel = hidrografia outros talhoes ,normal execution > and the ACCESS.log of Apache server shows: 10.10.10.44 - - [24/Jul/2003:11:56:29 -0300] "GET /cfmap/style.css = HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:28 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?imgxy=3D425+260&imgbox=3D-1+-1+-1+-1&imgext=3D= 242357.959864+7657206.319214+247575.213374+7660398.451049&map=3DC%3A%5CPr= ogram+Files%5CApache+Group%5CApache2%5Chtdocs%5Ctmp%5Cmf265603f1ff36c738f= c.map&program=3D%2Fcgi-bin%2Fms4b2%2Fmapserv.exe&APP_URL=3D%2Fcfmap%2F&mo= de=3Dbrowse&zoomdir=3D0&zoomsize=3D2&layer=3Dcnivel&layer=3Dhidrografia&l= ayer=3Doutros&layer=3Dtalhoes&redraw.x=3D13&redraw.y=3D11 HTTP/1.1" 200 = 6270 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_refresh.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET /cfmap/img/bt_pan.gif = HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomin.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomout.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidrografia&= layer=3Doutros&layer=3Dtalhoes&mode=3Dreference&mapext=3D242357.959864+76= 57206.319214+247575.213374+7660398.451049 HTTP/1.1" 200 1491 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&mode=3Dscalebar&mapext=3D242357.959= 864+7657206.319214+247575.213374+7660398.451049 HTTP/1.1" 200 368 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidrografia&= layer=3Doutros&layer=3Dtalhoes&mode=3Dlegend&mapext=3D242357.959864+76572= 06.319214+247575.213374+7660398.451049 HTTP/1.1" 200 2085 and ERROR.log of Apache didn't generate any lines to this access. what could be wrong? p.s.: sometimes I got the same problem with ROSA applet too. thanks, Eduardo Patto Kanegae eduardo at linkgeo.com.br ------=_NextPart_001_0021_01C3528A.AB5D78A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
There are something strange ocurring in = this=20 application that I'm currently working on.
 sometimes, not = every time,=20 the Mapplet applet seems not load all the image to the mapplet area. =
 (=20 like shown at the attached file...there's a gray area where should be = the rest=20 of the map)
 
> The MapServer application log file = shows:
Thu=20 Jul 24 11:56:29 2003,3616,10.10.10.44,cfmap_,0,242357.959864 = 7657206.319214=20 247575.213374 7660398.451049,244966.586619 7658802.385132,cnivel = hidrografia=20 outros talhoes ,normal execution
Thu Jul 24 11:56:30=20 2003,3432,10.10.10.44,cfmap_,6,242357.959864 7657206.319214 = 247575.213374=20 7660398.451049,-1.000000 -1.000000,,normal execution
Thu Jul 24 = 11:56:30=20 2003,3936,10.10.10.44,cfmap_,5,242357.959864 7657206.319214 = 247575.213374=20 7660398.451049,-1.000000 -1.000000,cnivel hidrografia outros talhoes = ,normal=20 execution
Thu Jul 24 11:56:30 = 2003,3804,10.10.10.44,cfmap_,4,242357.959864=20 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel=20 hidrografia outros talhoes ,normal execution
 
> and the ACCESS.log of Apache = server=20 shows:
10.10.10.44 - - [24/Jul/2003:11:56:29 -0300] "GET = /cfmap/style.css=20 HTTP/1.1" 304 0
10.10.10.44 - - [24/Jul/2003:11:56:28 -0300] "GET=20 /cgi-bin/ms4b2/mapserv.exe?imgxy=3D425+260&imgbox=3D-1+-1+-1+-1&i= mgext=3D242357.959864+7657206.319214+247575.213374+7660398.451049&map= =3DC%3A%5CProgram+Files%5CApache+Group%5CApache2%5Chtdocs%5Ctmp%5Cmf26560= 3f1ff36c738fc.map&program=3D%2Fcgi-bin%2Fms4b2%2Fmapserv.exe&APP_= URL=3D%2Fcfmap%2F&mode=3Dbrowse&zoomdir=3D0&zoomsize=3D2&= layer=3Dcnivel&layer=3Dhidrografia&layer=3Doutros&layer=3Dtal= hoes&redraw.x=3D13&redraw.y=3D11=20 HTTP/1.1" 200 6270
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 /cfmap/img/bt_refresh.gif HTTP/1.1" 304 0
10.10.10.44 - -=20 [24/Jul/2003:11:56:30 -0300] "GET /cfmap/img/bt_pan.gif HTTP/1.1" 304=20 0
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomin.gif=20 HTTP/1.1" 304 0
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 /cfmap/img/bt_zoomout.gif HTTP/1.1" 304 0
10.10.10.44 - -=20 [24/Jul/2003:11:56:30 -0300] "GET=20 /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidr= ografia&layer=3Doutros&layer=3Dtalhoes&mode=3Dreference&m= apext=3D242357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 1491
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&mode=3Dscalebar&mapext=3D24= 2357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 368
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidr= ografia&layer=3Doutros&layer=3Dtalhoes&mode=3Dlegend&mape= xt=3D242357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 2085
 
and ERROR.log of Apache didn't generate = any lines=20 to this access.
 
what could be wrong?
 
p.s.: sometimes I got the same problem = with ROSA=20 applet too.
 
thanks,
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br
<= /DIV>
------=_NextPart_001_0021_01C3528A.AB5D78A0-- ------=_NextPart_000_0020_01C3528A.AB5D78A0 Content-Type: application/x-zip-compressed; name="applet_error.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="applet_error.zip" UEsDBBQAAAAIAC4T+S4FlQOI2VgBAPxeAQAQAAAAYXBwbGV0X2Vycm9yLnBuZ3T8dUBU3fcHjA7d XdIdgoBKKjEIIyHdHdLdXQMCMoBIg7R0dzdKCgLS3d3dzMwdfb6/975/3HsYzpzaZ69en3X2PhOh oiSDh02FDQAA8ORkQWoAACpiE3kPExnxZdNMiIT4QjeVlwEB4H//vncUJSCOYDnL6roBADjEf/+R JpYDnwAABoAc6J2Gd8ZRh5+3+mzSbZc5Dguz/cfhfsHXNbQkYfIvI6QwhSleEAu4FLLkd/HjBRfK pcvzTiqoveZzWPWJ2ndPe9pR/Ny+z8KdP+m+wJZvU/TnJbdc0rtCOcxYE4hNUHN/f9A5mjkz9Xxy 3PjjQHxjTEx+Xl466+bp7jqRjMxjeZ3HV/OA2RW7igrdx+vZo68xHLiCh6Zh2n9ZAHSj9lkali9J sCEnzAbuT1MKGWlfHA2zJy4WcatbKejW2wsSWeyOlHFQzq/XTB8cgdyPNCzf/8IEXiitOFrPaqV2 bMRBSn8bOXYrRxRzrQ4p3xf4BCz6fo5eMrpRw5WxSVolmAL+66cg8oLj7K4pG1L9MJYlnSrtpvsD kwgrZ1WjOvfTUfmd3cjNZ08HzQiv8AEtu8Zhupjsecvzo3xiplzbsuu9x8VS5NoV8FF1zYLt8rGz RmoH3jH+a3Xtzuu7VIdLa/2ealVv5IGxLz5vWx1uuqaSnFhrh2kB2+lIYMC/ZZDUTI11Y4pS3VWx pWN0Zd2NIt4ree5ZGQzPNKjLN+xvB7Y4T8wnL9ruCek+W4FNrlzmOPxDlvEx4s4hAwe3hO6evwI3 jsfzfq8w03HFdZyVh/x2Z7FKmup0j/w+ZC+8ca6MHPoNCdMHhwgH9V+PphKczNPyH9I9zndPvrV9 9w1m9eI8dWkZbWrI9rOajQM+3Vdl+/srzMD6D3fLW6xK3MfKupYvV1Ys97MEbg3Am9faqNllAwLu d3u/GhOUdP0sCke/uW5y10X0F4M7+qSPv+aw+ekG5+QYDvfcNFiKENVQvywdHjFrZP2wLA8S/T1W 23lWnhfcf7S7Dq980pR8qHPZF4yYD/lukoPJKIH7n04A31XM4LamUF2F0sTEMDI+8D28qiTDmGnR iV+pCvHJML6oqJqnIsh+2AB2LniU67e37mQVeMFHBCZuOkUzFf6M8XAkNsRVf4Gk+YYLOSzdHDjd Sh/la0Av6cDOwPmy370T2WJIM4uSUTgpQZsXYbYUCx05y++YuCSYVqkXaA3vtfbPuvgfsjNRP8bS fqal05dVZmDeWAx5wPhH3Tlh0gP8sqqTqBxmQbplefPWr0CmollVvB7eYnGJw2X54dY8vZAzvWFL KeDk8Tbw0c6LUyghGnp51rViyvfgD+p9K0JYdTq7ZKrfaox7HyUzSlfZqEe90HD50CiHcVr222hl Mslp27Fa91zDNtaLPMtDNtt11dbjhhA/aKRV54HggP4fGZgIj7mjLxndJuMDEOnPBFzzSW9eQUZg 6xjXE4lB+lXPCXymxLJb9B7qV9+U59Zd9QqlcLkLeB9lU9rWaid+UZHodOvF53Ka2TbtOsPwlhIl e52ZGcr8pixU+8+fSgfr2WSyZ/l9/thjb2VzL7y87X9inpY3PuANiSL5YBJuif/znXymrC9GAtF9 Qa69PkE/I1NrCTPBsPHFLujkDyMrp8rnt5FPGQesblpVrQcKp5DfgyknZfg2Z5X65O13m8CIolrK oAqw8FlKsiNT68FFKpdju+SB5BNUyBF7Xnl+Dni6tF5TUWG95HVkr/4jUi8zc1uEYFG+5+G9MKHM 45+50DXOOu00RkKaP/Q0K8zRB+sp+dJUCw15Yq8WCwSZtwAm6P/5mGxE46ciDQVOnGGuC7d8ZZG3 b0P9T9/OLnuUP3Z0jMAf8prMg8UQVtYThqs5yqtbXSxpjjtsCVhZfNQmOhnLkfmJUZxhrKbzSj3N TOLjFJAIEW2UCDQTVdDmIyDbsDlrmjaN2qhPWaYxgwTJpf6pG7tXxlRt1kH8UUHN0rGjSvGm70hl CQiVIzpi5Qvxuf6RBEkOJbgfUJipp5wo6uvrY8TIs2h9yhn78hw26X2XOEWvo9shIQzAfgMwHGg1 vu+DsXe2GBy1MAFlfHOdzeB5n/Rra3rM9NMndSxOJvTtGxQDx40XzSkEPrVeOIA8wcPD1Jl04Apl ppp3tVhIMw+MHcg82BoWgpjs70gJyLKC3OkkopAC/9IR9EuuPq/7l+Oqt2TnszNeY4Nl77vCVfgY O0KD71JPKPzX6aKu9q3oYbdSIjC5L9urNZ7zfMDAhKYkN8CDjeyDxkH04FSXnPbg4+wBVQT2ckGS 3SLVcoGglP6mnmFep/Xowqh0UZG8U82xp3Dpb9JnF0XL+DIN02+nzKum5++n9eqW9xlvSK7I071t Dhn1EPw4VNDY1q52xH5Og9CH1RI8oze8tHPfB8wzoRznVX4qJWT4Jz5nOeJjDufaRRLV2RrH+Tsx IoTeEPHhoqvLZ5H964xim2fnef/H/TIhI2BRc7OO6PJDOErPLs+R/2kVU0p3vMg1IrY5i6lsc0rU KZghx6JjjJ73I2KwVsAONtNBpqPp9emVe/Sb2l/iIHf7XSUlZMe546vDCza/pNTez89gKTJI+95x vNwNIq0XUGW7ESO/qGQ9GsN72BtUWy8NfYc22q8CTW0rPvL6728q/dPlZnXkzawIWHLesUSgxfPg x77pMNHlv0X7x0kQSE0tv+V3Rl3bj/cgvOwsXYv0otlwlQO+YTc7u9IZ/8qLBOU25frbs9EBOj3V BudG68seuP6q69NVtdfBLswyZ+6NReQNwY00k16tyejE4XAvDPhG/I17c2aTU3vgqBddk9zY41QX bHbwz3u6R/ozH7E3YTT3fMIbgvvYAWTTRlZRiJCU5fXIWRq9u8xXqVsqoGmtSKY9OnI58q3Lu3hc W9VQWCxvyP1Ecr0BcfGMhqpzjq5TzQgPL71tbQpv53u7Ug6veZ+xo4sLrt2dkVf7DYWR89vbT97b S+3vd9P9yabrhodxePidgIYubo6XjxitpRUzAdHsjqMOgfDQIuHdDbKFZFq6RbWQRYVo36iKNclL sgXyGoR1t71pusd2wFFGo5lazn2ecVvRuyz+nz/nmv0/cAB2l01dlX2ZR18Z//UQ47LPyb5GRDzt rVkk/8LA9tuu6hsMA7qrSQJB1FN4Crh1l+s25muAEJ349fqPBB/pgPc+wfYLHw/p8f2PT8GsTOCd kQy+jISPE2QHUbUYbhf8ig4nEx+k9JmBxHFt9a7Fv3jwdzWD309wz27FOWKa+30Rz5bPI+KV48Ne KkiadK9EiomDfE57+ihpR95mBB3kmCDYuXY4pBSMVMsxvJ9peBOtpEyhf6dpzNoUivIfJ2oRv5EY ckv4Cv1hM6W8y9q0le0xwx6wnQbeFV/Fe7fVLu0j8+nRxdcVXSd+Tu0Pix2rsIXMCX5jNEdd6ITx opLzVkzN0+tkmFQmFMQSA2dkyjUrep2iseW2BCxzY3rto4fgQqdW/iMt75Qo8xLWDSsIAuzi9CAO NYttcpYbywnw53FRu5ECvSBEKyU+p/OkJiZBvuKFu4+NAum/LinVBNRLm4qAfkxxC43tgn8W1kJR s8QszQNUVgvc90T/cRCNh2Qq/ZmH7u0SbFjo5umiIiSk8l3IO22dl2wSxlXZvjP7nZ73ZJeWFJBM +OO+AxO/9Ryf/2npYa98X1i/cWdN0c1N2IR3jnP54wr1KZ0w5wbM6lkh/tfmR0OxEGbHr/DUwszR j8CNGnvHle6riQzdewrpqydrazv31J0bep/ZQ/s42OKst2n/mlxV3bYX+25K21G7laePD9grb0bj vP/XT2qreiOO9mSIMCEE7iKsMn7UgjDIjlFy/KNzuoCy7aX6hIGYbNHAdv9z7jZafPHeQ3td4a6f h/bPjf2HZXaHW149opxM0hunuL1GkuuGXyjfPlXRPyXTb9aQ7K6fMxy2e6f95ClhvBsq8gn/B1tz cw91brtgexVg6Li+4OEGGL7+YV/PkGBV/TkOiZ7b2MR7zRQh2uOa3yNtBxev7NCcDeEQLqS/NrkF 7LqfbSQRWnn9eDT4pz3V7csbytwdggF4s5h0QpHmqY1HshbVAlVA8kSOlGdIpfPgZJ9mqPibJF3V 17VthvrblCO329UZ4xMZwQI/Syu0bL0gLGt6dV6PjtzjLthkyFunn/ukQXYIMx3jzHo1d+x8xmmG 4JiJaUJLvzjHUN+Bke56l1hK03x1XXd68kT2AxkDo8JzBrmCxQnLiUw1xmFetC4qe3UaMn/Z3BXZ QZ73om1pUbFn4vKPec4fpVYgqJ7/jJqhZo6WHnpDYDFRnLXGEtwG30lr69Fv3uXTHi4FuOADiFoM dhdFfFff/PmL26aenr9MgjSDmah+/8rrzCrvpFO0WowFEhb7QPbmvtaRsbJsHGVmVaJxaRHGKc7u 8VSUN8bmVJzPLJZBDFDoFnuyZn5ksNoNCqzVEKk2hEGKF2yT0NE047roinX0v5+V95RcCgrTkA5S FjfqvbkL7/hkW6aps4kS09kVPdi8uM5Lo+HQ4CAGItDfKf/lYpOm8IsThVO9H7uU3/tA4l37B4I4 /MBwERbBTwQEjVU7R0MUjDUBWlLVbfHxjv+Mn+NsE153w8u9XPsTjqhJWk4OBsdFsEX9lbfpaQcK /GCX18umrCYu5ES32bSxMBD/1Pzq5MwLvsHXAT8iyURxuxorxg31Uovc8LwHt/5qV2mypfbBN6Mg SSr8aAk2dtqklch/yN2o7HliUG3ap/L9BohG9/xld1XTHN1N/VuPvEBJsvm+SBOZ1dUZPvt8TzDj eDh3hZLhG/1Jffu/eRhHm2h8/LbJhQlplmy5U1/fgbtoYsibFmBTr9Cskxib9ho9J1XUgfPzwXSG bIBQIq9khhP7UpL2/KsvD391yYCHwEKfMC7owWufG2/c6OlE910zhaiKVj9yq1fikMZtbGxULVWZ vyuF+ax1dVSklsHcSAmdDrkFE4qmS7iE6gWU9JtZynhBL1REiFQvHcH4jnVAypQjnuhkrgftpC+Q 6uyaGFD8x8B1xupa47xLZWZhjzIIBCUQgTgbs1lzN4N/BJbJsmX59XAyLfhCel1N/GVNXQEbQsRd I8JtRK8xJB5Ka02/Hh+53LxR1Ran9CL8Z3/oMM8K4OCAdYaRTQZdJXYsbsrhE06XN7x02EorkQIB 17P2ad/M+O4g1BYDdA7hd5BAKnlg/3pmc0h8sLq//zpllPL3L75bi4SiJIhClhbnEJ2trR09NY65 k0stYdVrv7BPu8V0TKWNsRwwZibPfAt/nR9RHx8r/fVzerrIv62YblbTv5rjZQJ7u7yKQ1exuLkw RyZSnGyZeVGIFFOxIMlExoiEL+Gc6I/swHZNGJxG5L4tnPpslO71DwZOYtftzdN/oFVC8ttbs6FI 6irI3JEXPQ1sqfZ+Qkxk9fEwCghTdx4u48l+noyqJc5bBpY2h9Y+zFJYpD/3K64Dcv0xKa4z1sNN DLl+kx/+HtwwLai4S3UWu2KaXugW18cWfUFBgolIagESJZf9FU3aeN4Il9n+6MckklqSszxO+I11 TeK7QFQKrrfsW6CKw3nM1enZ3Nfs+ZnJEwZEvZuU8mJNfcnXT1PL+PBmeeELRBuElEqajDYBEhUM HtkQZQkWHCjqOTe4/79gEIyb3eZ8uUCRDR/nSTn0H0RX7Og57LztnzEOeLEIbwPS4c2LLwU+n6gB 48OINlYM3sokwnejbxp3bhotHat7zJiZEiqdHZTyrJVBPjgpCpMtiJyM8CPz0zf1Y39m7kb18Z6E p8xXOx/vHMN79vc3DsSCqcQR53d/ISEgaFofD/4jI4LuhqGj46EmV2uVilEYog0i7AV6hA/0R8Xd 48D2jizQ0B3bF9erm4RbnI78hD22p7XsauODmJnKYkkuCmKrhmILt0pFQTl86y9C6+jH5gu0GdY3 RPIVtzN/7f2nLQ132sPAnQEn8ctNob+wK7d0uE5urMBPSeRR3NHax8mJj4hbR6MGkcRlYxY8JE6I IdDDzhTKE4NTGmuyA/jrTR9thqFVg7dWCOVxQgt+Acphiq0/G1qli8J7Ww2lFD3xofTEXEgiNJqW ttazntvaM2nHN+RFXbVF89mj8qJ+Jo1upoAiJI3UDn2xxgbFaKksnhukRrrchjdhDSwlTLaNQvWP eQEnRtZugh7Hwn/j3dMVYYVue/7uH/HKV0P4KEKLBzUVukfZYd0fulNIOTb/ai8IS+bsQ/cmShk4 YUdDemXio1wH/CjqBIYbYs02Df3izcnk7I1pnHh7b747GhlPpDqQgEwknsH1208nikQVgS1yV7oI TybE2AwZw89pAsD6usHB/TxX8iBNy6q9HvyY45MwUMajyEzhnvQGbRAkb3C/UKXHQ3j54bkF0w3l P+thee4CML+GDRcqWI2PocANAIlm0II8mAEapECQ4LJOIBn2pFHsIB7aIGIXgPA1Df6FhFGltEK3 a5oFGWKLsZDbp8HUtgmBvpkdflhpVXxHFAJotnc6iPVIj2Lt/K0ehZzW471WbAk9Pb3tk/lEDKmi j11JLP/DZhKclGAMCcEbY0GLhzDd9+pKXsTjiG+ae+ZS8JAlQKH1Z8DAqOsQLxob0tfMIQO1uLF3 4u0Jh/dnT4CoQCn9PB1eBY0DFibEVkffr+iCHrjkA04IaTEh5+Tt0TMVE84gyN0RqQ6Fwtual1VO +gZy3f91q/Ai9OE2WZO6PvB6dWXG/6PW305BiQHjiqCdiTdKyikvLsIhGVmVCIm/wurGaiZjZVZS 1m6YHvr4BqaXgSS+VAMu/jV639zwtg3Rr/IblDlDPV2LG0cxEEIR+jrpk809ZmWv/XavHeysZwXr 7ZrocpOmLUC9j9QLDSh0ZtqdScdRk8dnd1bscwxt9DSYLMQQv8/Rzv8R1/032LthDFpnZOk70hwc 8aa/zoRYHqBHyKYBGIhRQE8x3jbhA435TMYsKGcaQV2CXdNDYff34wXjkEyDrmx6H43AQwRI/VmX R+aXkcXzdRMYXzfk2VIydFQxPZ/Z6spEbHZPs6EMMjgLZxWnQN5AfmcgwzGHUfzaT8CrIpCzRLvl ZVtVSckv0xqW6xcMy9U6L05PThU8eP/S9vIjx++Tw4MxuYPnhZqJ21YHBQfZ4U/vzwiE7Jzsdj5l 0eD03r0oEAu/cVGAqyQYpmEgXF5H13BnKsntWnk/UPdtFVjOpE67ldFviYhjlhm/y2/9WyxdnPKL CUDvOohFH/gNitrR53kF/Ws/X59PPGWD/cRLKBaWvU66i3arWtSmqezX4n+Y1tR7eRa1Uvwl6dvL rWe1D4+PBX7+lOfk5cD1tMDUc1HgxWSZZXTGVNKlN5DI8Jumxp74rPNNeYv7qMKySRO7fCJsC32i 6NhhBNT7XvK9aRD/+zmr59uSMFAvEby8vcU9RhYfP2V5mNj4BZkCv2UJrw0/sMwfmwXPzRysG/zu wP7obI6usf6i9keG99qVe03Cd5/jhtmN9tqhDPEAKj5AQmxfGXn2itfb6Y5/Kg1d/+TFsiD1GR0D svcke3/1W2uFubFPOqWoXmXWMzB/yZqGNmaU78DPQIrCkmxkCu+msfWBD3eeYvnpCpSewoIfBAdl QsXlbbSMCR4BGRi/BcD5AhItUwRESc+iAyhBoIAOnprGlLb6eM1Ob9I3bV9iYe0aZ3vzKNhG5Szd mkEzLzwR7spOC6Mgwc8129jHj6k4Kwd/eHe5A4YzLtjRktEeF92croIRPLD91XlxScn9VdVIycm/ +pkNZ7lyKbXfqIaRrsjmK8HdkHc6xJLKbxHvEgIp6MJEOhh7iTk+Nhw4Ujp46uIXCv2R0T5caKNM J8o28algIW1g9o2Eddqopim/Evf3utFXYr+FxnXZPTyJo2l3sgvdtreoLhVBIKvMPHGUWXQ8IxqJ 31iQIWDte5TmmdhBjFhfNHuZdIdvyeWPEiDQbl1dBIeIiIipvPPzuMzMzKMY8n8Usnc45iW/rcWb 9O6R79M7GOQ7iBiU7+OLpjWj3z2I4NlKGsnfRDDh2SP69W722TUNfHN4MnPwpbmx+60X8RjKma7v UpZoSKXYpAmdS5MV1Ycv/VGg+VntB1+owGMfkzHCzyd7Flqj0o7QDT+q2xSs90h72RQU32Y75baX JGofeaE8+EYgR6FsbVFFPK1IWrET3eN8dryes/UI7mv/ffPZkxuopQ/xzuStS9Em5RE9ZOAjy/LY q2g0ps3Vy1ymp7iCNXLWfVRQVa0LCB8gdzLXxC036vB9UsaOH0rm1ldb/qcGBeyHZZQWdKa0fuqO E9N1FFSgZ5vr5RcQaDmrXJJzlE9tbH80tX/FDMq65ZoQ3IrLZznxvZMjXaktYu8u7LJwNBCsA9an SBp9RS2bIHR4gXyR5UmiuhokVFbFjojQiKpgFHVtuxsRpO14nbaaGfyi6obM6JleNwh4xnetgI2r Du0r45CHA89rAe1UElY2BZALoCfnZMG4s6PEuq4Mik3EYNVjxUxF+N76wUw2XW44t5vt4pFvlMPK 4yLV52imYO/iX0Zll8qKpFkeiWhTwHuSr9BASWwaABMV5b7cL593rwd//5b3+OfTL3UJUeAT0YFN BlB1E8Egs2DLA/etQrpZFceWc530H8b7qwGgUBSPMc4h8WW54HajStj8yoxoPteVBVUyvlVW2ttl n1qBKOuX7DF3r9h5Yz5ck+flVNQk/3uiSBgzU/e16rWXgDAi0Z/WZIpwfZAWF/1b4E38qRR48Dd4 lqhHEyzD3SACqZ/mKkfAGJvfMcAluGdKYcn5SVhSSGv736cMhhZSj+e2OElkz756l4NuKv3LViTb lao5hECgiQwTOliVwGKeM6Bcq+yqpGddtlsMVUKgzfNYbdL+/mJb7q0ZbvImfIbl1K/IX2y6fd55 VgbqEbX6yXfOUrRwoyl2Z1DcnggLxt/vxKiH77kj1uIbZ7/bz01vbEj68Zuchfa5PIZE64/IbCtA fysSSq5iLPtLd8YqhcnN8+39C4ivnuE8qP3EqYnLq7irq43Dr9DRudDxDPQ5GPkaNiAqOD7wfj7k DbPlX3uPnZ7tuQdQFKEm43zT3T+5SYGur98gKkH/WreiPTX1H5HYtW38VH+HHPBH6ZK5H4Ztfsig vBNBmIh7ilbleIu/RutnRJHInKRFTOSEKzBfVmGwMWm8Xfdn/ZntBbFNwShKnKFTja7nif0f64J3 oFIaAEyq5aJhYy3zbhOzP9ywzTPgpq4PdLUKX3ZZ7WhCE/KGRjeh4Hlq8nTyza5FXrqDNLT0CNvV C2CbvJDT398y0z5xdAoE4ph52RI/dOB4sZaRGzfZzfIInF51+jnZ2e7vH+/bOLyZOaUjjKBfv2Hv +UTFkp1N6BjzwYldCeen0iB00+Yd0iplK3gSbm9zrGNoRHMxvlq5jeLa/o0Fh5NoYnVX5IWfXF6q cqRj0LTtte9A/o6Hl1/z3dr+ZJEF9zkfoiBi+ATWebCzkUhGZ6CFWfkaSPFFdyxX9FIid4oaOmZV Nk332QAMnsKV2jq0Ey0tqa1sDItiMi2WeV/cBQQpTbjfZLMNcV7g7mxZXF8b8CeTqMalQoqtvlVy MuippNJCNoV89CjKdX4cfsITmA/j2E00IPo6Fpkhs607eSmne6vMTFGEcXXdyqEiA6He4xaU0jer qBzOxl46gctPJzmxXlixOZt2O4aH8FPdYLzozPQ/GMRHMJIkB7bctutbTKcjCeG4I/GRy51OM/cz 70pz+fkL5WBSkofmASeuJM+O46kMZD6hhqFq3TF3SqdzL+Q1NTvLlWExW2n4en8sMYk8o13nuzSl foVW6pWVvxUkUIaKLP6nbcOD5PEtUYdyMrWmjsqlEpnKKUp+BuRUw9qL6eHIKqpAPB8h/0AcNfPA WW89lcsSSPkyM1FXGARqfn2aArPatWNZ1V4t7KZwuGbaLgmqAkNFhpa99wuKIjCTypFk6b1fyh6g X7WJJE4CLr70JgD0Ds5uSL0oLX9P4e0kU/vpG/7FbiPiEjGLfJOLgn79FhrvfL0EtZE2Ej5wQUmI /JA1EgOGtplyS9D620tAoB4ryGEgsaoqEVGSOvs2t0F8gryG+eERy+hSBVPbimkZYiUppdgbBu/S AoHy+iR0T0gIbm5b0UX7c5mYr1t1oDhC3YZ682vOKm1Sb6O7ldDakDZcrljxKHA9zGOZ1K67rle6 7DtueTcKjhVjKurtmZiqZvev3+Zl3qORfLLKDtC6ubrfNfbZtuqShZxz6zfaL9RHQBD5d3VqKpEw ncjmrS+oJVgDytvRabt/rdke0H78+7yRr45v1Hw0q4pGlFkTztwyGmfQNZz/nOGBdnx3sOm55B2i QYx3JjNx0WFA7ZKE4mkc64YQz4aI5vf1PAJq8YdYCCJ7EFEX0Wx7DQkddsEXecV8Nq+FVuieXeHi PkS11fgqZYWZ3M1Zcx8tNEQtQupk7N6NFDFleBob0pmycMiRM91MVsHGRq2ux4BST8qXc3sU3MJv Zft3FNPvjdfgIwT2lQT2jmrz+oBu4Z48GPQk2CBkWL4PeoKEjxovcKnmEmMnK09LczsmIIGzvHs3 veSaV3wzmf3xm2tr3WLCtMsJKtE2pXs7brVE+WXfIgJt++nXFZYoTk7NTBwd2Bet8/E3BLnyqI2+ zw36tPsAfEPxS01ByFhKm5uBaaMUvlFTDKnUk0g2hXf5k2ync7DPfkuwI0UgO1pGJkStcv62FxHH sxT2hpqICW4ew+ERkKdI44tB3oiBuYQgbT1Bh64u5prNHwzLOk2OtERi11PqpM7oMxX6AxOXObxA whgLLTgtra0MqvowQhG3y36Lh07tARemP46+8A3kNXVTvc8TCKOZ1R7Dm7oSZ/V6eYGIRZtvyC0E SoxOBf2vPg6efHb6/n9zAeL277iLgwkSs8pszz1+jJBK/9ls+k4sQA5iyCgbs/o9ztJOgFCvcWB6 oJw2SVgAS67QymAzUAEQ8wEH+DDyk90MD+nt3Bs976Au3QltC+P6nS66DLe+6ZpMTEDsZ1k3AIjs u0EIlzAhBHLxpQ8muqa1MQREIEkfUKcoLRECW6q1xOkZQik/b1KMpmSeHGVpgugIuqYMEx0Kx0uC ximDuu2DwIzVUoZif2sh9/iM1otcprR1F/VK1YXdrI9D6R+sMmG52Sh0iOKrvCrlQrE/a32833Qf YETzvW5S+I8cyNzabnFBW7dscfZPJSsV3vnuh3c/WlAn5ADEPO8Y9mR/IVXrVWhoyyBsvnF1Nadj lSUaLb4UXDETSvhdnlj3iesR5bznoKuk5PkyOWSuwU575+geBEN6EvOj5vgO8xlDyJydl9x8FJ8a 07xBLyDepee3EYkcf6Rxmj3TamF1sIRW2bVYLeF9EUgYW76YMgvpD6oe276ftkExAYUVa1jPVQSH EG9Vw/YzZaqXpkCi56jnA07vxEwxsyEfIvFM9X3Vrq0iVj8lQsg/ZbKuuO0OpYGu3w1djnXVOi6r MzMrhR1DWHiDVHAR4RaYzdNLcTzOfn6J2s0a8gJDggUQiovEFAdYGxrhFvJsUgs712jiahoQcP/x 0qzQMRbSvkDZsp0on7j8tgPYE0sri7uHX45pyZPJNzU/tlj+KGOF8uGJ+vFrJqutuCdnXW7+vTdJ HEu09/f6i8Th9zy2jEMHh+PuN5cw42vNi0jDk4mhGaDgBzO/u7iyT4F3C0pxCgaqr3++gppJ+iI3 vBspqPA6hAxqvb+RSAsO+c2PKIB7qlWbkZjeyk7jBv150KtYxYgtgYcuacQ2sny45ZOEsv+xvIgt BQdyLqEkSVXUEn1IZkun/5pLYApSLwZXzaY6rrbFhmyc68RyLtzpdvq3DK4n9wtgIQWU9tAuUk7r EzLBEAGFXKakvhuass0IiTF+OpXsJ1EWzR8X3b5MlZbOUBa7JoUj/bFVFKcv0YB/UX69XjD+p+1U cMVd3eJpmQTXEf5Jy26jKsSJBG/kAqjpZu/VxO7KDJBII8pAIaxEtx6kBNyg+uobWt7GnUy2tGxL V9xm8Da5J4/JbLPzeNd+bbqfBOteHUbVXuK2/i6zynp2tqP6t2ZCI8dqbBIuq/j7lDc/vjKSmCmX lez+hrzo2DWho0/X4mRhvWY6PrMMTCeSJAcyuK3jWtWSv5FIVSriQDngxeUswy4dP/IULv0gjYDH 7rbsNhCI92C2Bzxt0VAs/MiLt75BSIBE4HIrKPZRRLRxAdmP8j4T6YYGcoR3vID5BsDFnd4oJMa2 XAeF4ac+ZNe5+n5y5JJV5yfe4G+wGE6eLtMuqnvYfRW4klwCfzzpUHzgLY8YI4KOdlHSZEuAjKou x7M5rxmFRwcOPT5Mdz008eVEOGfmBU9fWgH12xHgZ38NKtwTwMCkbTxVYzKcwpuyw/jCuFNUGJUj 2LtDaX9WDP2at667/dHRjMl3V6bravYIpfphTO/e7noVv/KeWUrKnVmAyOaOvm0+RuxGx1keIIFN 9AZgShwEEaaXOECB0ADguEFcXoU1t4hiFHHse9P09PGvIeEZ9wv/bG0RZuGrbAiigIoL1I4Y976n ybPxbLHx9Fn5ySouvz90UJvD9hgf6c+EkDFR3OSkpsXNgn6GpiUvmqSjd3B1ZHwc4mNbJuBUKq+X k80X9OZrV655qFDpb6Oad7DptnpE7SWfV9Ko5+Vtz1U23Fz7J62PZ5RkzhfSTO1vv66L4XTZ4q3P glJcityb2rl4eOCtE4ahZ37Qdb9QZO1nKHnCIavs3ymMMitTUlLykd5kply3Rre5Yures3jufCyw 8e5nDiqH2dcLoE+NydbW+tzU7vBqjkzWTRHjxNwgqpqQWb9eNn0AiKri16EHz3Xgdyz/xwmHu+wo jw+3kLmsb9yDEHY8CUFP2M6N7z6g3Tf/Hej5RwTENwjlLzkA8k3C9y98M1NTA5dPrycGZd0956xk BR8KunYyHss/Gct3WXQqmhm4XKO2Ee7feKCYxDPrY0hoIB14eVnbMGzhSji2fIWASFXaPq4kTma2 43cj1mKgLdu2l2XWhY4vx16GcLqLORKMAXA9bhBG74eoYd8ed5hsqV4S58VBBq0z1PSUQPMggqYG fA/yt2KGBiMJh67oE24WaBJ4TNLZEJCcCv7Ox2Mly/iw2/KWZYG1V1r6g39mmi1dSibVlUC+UceZ TdKH8D3uxgU2+CdjhM7G9xqfwSjIgjXCAPcBQd2TJtdAK3jdSER7HcNxLP7TwD4uKQUFey8G5koq 4fUYAu/OXxqDN4+f+QfJVOaldEnFGMhciWz4A0bmkEBf4T5XRe5nsTsHYYyVuyJTIHNGuRH69WCS OC27Umam3FZrP7Z3pAmqjuRJRzvPsiBq4rlhn2PEExXbi/dthUF49HHi8qBXdwAakV4KFs2+OBDh eKVhm+nlxykV49O5LjBcXVns/Zb2WWoqG4z67KhuzMjvuMH2p3f+gXFejrkfcq05oOtBG6R1ahyp ca6chSUEYEOtXaNnhL5nVRmPR3DHBGhBIHuKiyHX4egVOrEqAMMM0trNfJGIsvmzq/d0TEN8e3N4 aw6KK+VfcE5IUIwuIW1ik87z/EJV8D40MKS4qn6pJE800w6vBZJM2FJaoZVQ5OFglTe5afxMZy+w hlTi7KAdES7Cy/QzW115ng3F2JHHVNpt8VSwEFAuUB1zK2WJmSwrg9qZdNZ1w1dsF30hMzv8M+j+ gGTYkZ7zHSHR8zcA/PCQy6AmITFpD1LXI/AozCq9KXv1ThL6Q4pUbShIPgh1FPBHh35tiKvqy81Z 0+LPr/1h7ri5n5gr+KzGdjm+/64RD6LCO3AW5tcqcyLpeGIUc800eOCjgdedhz04k5drHVaATlUm K8yxdC+Lvj6Rb9yvlJw7GCFUesf3QT1qiErcdu1QxaBYCJ/t1Y005TanBNZ6YTqnU2vJRQQ7HRNT 7qs6JJAy0XsEBiwBh/fkjCvkvx0nhALyuWtpAKpoxavL7/gLz/DHUH7zf61EXVo8GOIWigzrfkLn bX2+hm5u7O6G321zMIsRH+RzBzddKS/Q3VVWzPSYR7uNQDq1mFxa0P3cXqIhLLyUJJC0EBFZXOV1 dZScyt/wPQMyFME5pqLeVLEg2T6aokN1dBLGPwXy4mVJsBpNo9FWqjy2A4G2c3esrNgVJ+9D/L1D 6JcLkjTpHmekNOxuak9W12sqRmzcUxZKB8WnzLv8ckZOnLX0HS5XVmde2idW4kqAjsJBWUjf6uC6 TLadNyXjdpyq8PFVkZc/ZPuxCdToGT736E784pwGaYYZUoaURUCWpKN+TG/RHaJsbVlHFFeNlb1g MoY5X71qlmYsweQ0uVaGQbbG80AsRgqnCqPr5IaSRyw0Nw0bNI8pRJXYf4QJaz6PCetAyOmuKT5m HyTYFVQ/FIGqSFtchgeoRvzhbwFIkv7PA2XSBva2R6h75n0QxZMxlU9ak0y7fR/oGxKA4ZioD5xP zXgZ9AYvSBs5y+bo+mavBWB9Q1Yg5hjzDbV4ULzh9IjUbT+jdjJzQMyQzfCj36K1+3BspcrpjXAE ups0T3oh9ysqXmK87Byl3KxPJT3HoPiCNg5CZvcZuTcUNrZIitwMOKrqQoiC6vXa+SzslGWRPzPq RaPN25SEoV9SKJkwppw3Lf2jSl3PGR/m8Z6dPWuRjl0x1c9zI+LWlapEinFw0M9rq3dt6hlPciqb nme9xP3MnPXKQqLvSQoVIwiDebc8QxwRbepd38J1t8qNu8yqof7NwQrOWGejIvCkYosuc0x6Bsr+ zWB2JFfX+iP0ZwaKiXlJDwCiaSDYLrf0kmTiUzEqZ/ST3HeCWI6P3JAu2JdPYcJluL+QvZU8mjdr yI/XGe3uNLg7lToy77hBYSpwJvruXeZotrf0a0W8Tu7ClWxM+JQfTB6cBvsC8rgVil7WI40TSLxl HkaKbUa6WFO4QUIg7lxcjnEVOtUYO46mDMsDyFA0CFRRaQZltVBfGlhMU2yVTBjtTnobRltUNDy1 b0xwxxLXyeH3kv201mYhSh0XUZpCvOVM3hmjbxvk+09++4tLrwNUiTw8v45fLbl2m9GcdX0AMVoC mlmB22o5iKqGyGCLAJqCex81lJMBcH763Vj5pFnqCkDWC90pz+Dhvptsh4qGEZgBUnBdeO4KAI+A IuXs0dHRr80MgCLgilZafufgWF9PmejKGPWLFOZSsLS/nSCwnEWGNNcrFE26F0oSjdUf9QYWvpp3 4Wdzt9dT2jdbEgMnmjG9QTUnJz7MPaOOABdyNBqdY+ikhRMea0aufvrwmk9xTOy2fHaYUQJGBpCR zhDP3m/ZNcIKRX+/EyeT7S5Mw/SRoQZNQoYdCZJ/CchD/QzvqUDuH44dXvsE/GusDnHbAGsbCQXk UBrYqef2KL/nFmVUg9jA5Zc+sUpGI7JvUkHerGup21OrOx0vy2Rx4VGcsNytLnc0gO3h631sgg8Z qPgDW8U5PzLaO40otqncRgmJFLm/1ynBn4J+TR7kux54KE66tP+xlo1B7E4l7W5RuUEuFPn9PxdD IMV1fFe4EmM5ASKigsOpCtqP3/I//azDj1N+4QqOyZ7X0ifUETKZG1RHKp1BchamwSCwyfJvl25V Z4PGAQCm35v/LsKuIkxMep3+b2bhWEXrwmISunV6O6PqPjx0L5OPUzgtLSx+r6bJ9IDtmAItem+/ bstm9iKfqjZ+38nsL2EIKahuZuPUrP2Edl3cXkRajymBK6uemyfAanvXK5pO1IUmMGtr3nvfS0LU mHTum0mlaMCnQfTo46FK8AgA9WoG5ZdmujmRfgKb4zfiQgIBE8lrHoB8yu4f4gAC+C5lyWKS38cZ XD7afc/tSFQAPtIB6xBb7uTfMceW+uJlIIEKxw5SPgmy2kD3/v7bv3WIeSiEaqFBE1Y0gogKQFUr m4KcEeDlPIm1z5HGYXzkU8DAKI9OjWnxL9ivkt+R8UQzh77y9/D2RrcfkWRQv4EXGNLkiyoJmcoH VfQLGwwTM2nHeGndyN3B1wHUslx4txS5XUWZ+dxtFxVU1zmpGARhisLqhEy0tLTX19cCAgKmYwfT ZTLSucUEmBMZv3+3r8lmpaWlKQOh/KxQOQZsbOUCJbz7ioghffzbDnnIcIX0T872ybWe92ZhKcR2 SCyx1iSBn8DiG02E3Bgil1kGHbKN6rJw5x64wtknlvUPMDPuj4AJPF18gBwxSj4Xkl1JyCTYh+wl 08Y6uBJpqNA7fTjoghPpIffoptHSbZ/GE/0JBW4Wd7JLYxBI9SzgFkgcx3HXI9LXeFXwfwOf/Wsk RKranQ1n5SHI921mnJhoCi4Byis9hsTKBVYUMarCgBokjLX4XWLPf+N9sVqY+8ogg6LKWYffAs2S 6Mj3F+7qvl+NB7nSJ9wyKJBFZozV4gIiM5GYDsZeOjMyrMxQWIxN4Xn61c6xrkHb2QDRtDCr/An4 XIkC3axVHDdVNVNKMlKSjcs5R8IpI8HHHF6Pl82FhNlM1fg1XdBzvpOsj3lHEuIgTUyVn79+/5b/ 5fO/VwHeJ6MwSEN7wgA+fpG8W0lE42HttaIX7m2uXF+Kvl6nmCekY8DqeFv71AAZR37dkxYTZPgW zzi+P8oYT5Mh0KVvVDSa0L95uzFd797/GnQMzxtSMM3krSHnfUSRUvRUBRs71ai2SfVuhRrgf0Hm CpObxRYOtKQmeyY8KJMBMUSz9XoqrVKrt/87+F4V740DSwTwkCR+ogS8pOzG/Seq+GCd79JqKO4M 5sTVELSNg2xQ/v75VfPnLXQ+XLL5v0RWAxmGAWxM2e+NQkMvXd5TBbnnZ2936hDofCSWqCf4Ohcn HmmJIBTSfEfgJUWKjP2moBsDXZlKI7WD8lfzq/8GYFlQ6O5OvQggcgCmIYHmn/cARMhRjJGZ3GRk Ms7iaVr6pu/IkgvDRXEiHO+sU/eOkb1PYoPd0CwU2dhO8jcQjVtM1usGiLEpl3Vy6DvVaCZ++eYe ZudGhQj9HX1sSfuG91rYpGsUIvNsXb0876TakherZ6qm56/JqYGVukcT+va+URULttup4RXhg/lc S8fOuALzXiI0IqKwfQgtXTrm9br60dmc9C4JpPWiAhaBzMQ05H/2AyPBN2E0Gwh+ujuvra3Nz0LL p7awsFBi57T5yxJD3FVr9ApOh3TP++Wp5ygUFz7pQq/3/GXpGfTBO+V2HxphX+rU+UaK9o/db5WH uUeF33yzohPfb0cUGsn7pjXPBxIszrLoR7men7hmZRRm8uwgKbT+/EEkdPpreGhoKNPn/mkpKm1p pTABuhwN4hfegC1LNKRSdYySd/RZWttdaWqkvChurvz0WmQ5hPlkIyPqkUpZQ7/CyEr+fkO/fTSZ q54bAYTT3dI7RpNDWvWTqZbea/NOp3F+INf4zVEhDM6qL8Rmemu9mumW42O8GTG/vd1G+/Wirymx 7agz8iBmNMUYrAj78iMBasge6cbjeWW1lLH4G73oii7t4zdfFS/5itGV8WwXFa/hkZYRREmO6Ejk gW+pCEhHM04/tfyJ8j+9v0Ta8yLYojIwRQ+SgfZJNycFIbxghP+mkXrn7/raapT/RunN8vzx0Lak hLqSV5b1pavDn+EPDT7omS3uXzs5Fg3eyvjazh+YgPJ5h3ZUwUwblIDxeMjDreDNqUN9k3ALUtHB hSBwpSPW2x3+Uf6w6uFJQEpEpKQuoXDfQLRyVaP6p8HbIq7Vt1PmVjiiW8ZldV2XWiHPTncHfAIW ERFYxlWLiCjmQd0E9k4B53fHR7LTqfabBTu5lvfEsSgvsZ7z8Jzs7cn+N1IPCKLBy3/zH2MJGCNl VZ1pB/+b2gvox3JQVVUtffzf7jP2+u3t7ZKT/82XNcn4g0hPBa0E/+0GuUhuXt6rLf/3VgagWzjY 43/tvoG6kf7XhBjpf6eD5FBp/neajUjvWrHrLpp7oqjL38VDlJ18ZqOeWeAbhzp20Vr0MyWWNt9P d480UlXxXhU/OxSx3XnXb8UEp4yD+fdf/m0vkauyDQjV8NhkaNbMZXg7SX/y1Gz4S8OwjP+++A8q vP5fJ73K5hgSnN/MQ5r3N1EUGPK1XzCa8os5vfO94UTnSRVC/kcyiAiZJfEPr7EBraMSg7nffNlE D9mUc3NPQdWQZ61UrnOudd633IO6TwICH1lqPPQDqiSNymJ50bzUtj2i7gTzOk45qyKG8Aec0Uzv vv+7Y/4bovggMqbZ+2xJ+X1Q8JWmwGiIfcxF2bpK8viQtOmeW66p/Ma+J25HpDWwMaqKOKk/qUou g/brTQhRkss/MblLHeMGXby0Ao2UPpV+8KFw3dP2mdL9yJFyC/piGlk6ptoHen4luuPIdcW51RBp bbydiTcbveaV/0d/24uicuxApHwHu9idLLeV6p8YbN6TMkpgg8igxDTv8jvpouwX3llUTYHWBpVY 7HgP3erRQwg0GIKXlUwerXk7SZMOjKPRrmVKjpztTzmyyv4pMVaPeBOgspSXgx0u33dLMdBkqQTa 8J/dNI7i0zNtu9t0DiG1TM09rn4YThqlf/+v0yQWS8bqrRKw9BtGb2RGV3a2P3fnoW13qh7CC018 65X/Zm0FfXlmBZhKtIrQwWabS/y5bjuBYroHzjge0O0tO/L8zSg0zubEklx8NBDbkiOOxPA5huk/ jTF+QmG4glJITSt8UYeVxozIylpyhw3xRN9w96og8XFu02o2TT/qEbk1hxyzi+YxGIR8W838XX50 1htfPPZv0rTE0Pidv/g2ORFG16Y9YU/Z+guuQS0LkR+9N4Ub9L4xpYvYUgs/jqXYjGQ8fJJW3+Pi S9Sf8myovgLrJVaUvML/e4uXqpAMFMLXeoat7EuNQ+gHxpo+rbHFNTTTurkCz6jP3fUb2T97xR3d PkuHFq+YiWaLXe/+G6j/JoEoDAE2OBtq/8QkUc9SjsvxTCg2EPvfvikboqZ5h/3j7L+3sFQIaIIi 8P73ShYEewvw3/Iy4n85D+G+mML/21JgWvt/Tv9pbGws/H876fVb9f+vk+Y4ONp+8KD/39WbqK7/ 2/r/7bOhWusNyvj00SN7n+7dPmIXEjtyyuVLEYT8FyFiWX6+BWTTiFPVccTR4qi/TCJUl2Oi9f32 OeUfuymcmEjI/7tlDilyIgvs+F4bYn25M2I61k9x4LM5aGyU0Pg0Q0LwPD1NBJz6s0yGAEyoT0Ai 6byaexBzoR81VP5BPeLYyJb3vwCFKWNKA0gO4RSgl4enCDmR+tH51H8mqOrw0DivyyaMi8VJtWko RJzIEAHrPr3W4Fh+pnDvH97XKM0HX769WXLfVLsOBy89TEIcyJOA5f32vdsr9Xrq9csJ86IzQplC lb8nWQ82/gW7oNAEAIbJyZMF71QC1L2GakTIC/Y6GaZW8UtmJLPrS+cFFzzLg+xAhCG/6Mudxd7S /bD48blO4KUb00SvuS0c5hVhDYdBazy+58GDfpbpB17m+qoDffdVmlMqjfaicpVBoKuLnWi9Yzik KPtmiWwJ8B+DElTEVSgMU/A4buhBzEPEaUR2uzyoHrxaNsuj2xMDAnHT/9m2lTJO9NkaZ/dhXgh2 +IHoud1ot0bcV9xqn+QrR77nwsVIFS/uSsnaM1Q+L1hlXnjKWCY4flBhiunGOLUpDkLz9dCKu5Tt V19MvyskldyCwnSJ5ssayY+mv9rv7mXlwZAohaU3ZadIX4fawRFECi03J04DibCuu/7S4XhxDFZI IMRYm6Qb24/xIombto0ekZSAKsM3F2Ui9oqidsd3IBjRdMPU6UJA3uWxWp0O56embLHym8QDyIfD cLOTpwQQiyYcucyjqudd9o037O5mfB8qMt2GpCaWmbWgN9Mz5fkvQDDQTb0F/FCFjZfCY2WtADen fkm5uDBVk5lc2xsk07+66XQDPu6PBbqI+6ER1SRHH+CdiL/IJpgPuHvDVJqVXREovQGEp0IGb8dl GI2nXxiVdwJJLe+yfW6X+4sVXuEPXJsu2i5zBex/XdyB3TeJaC7EPYflhQMx91FC5fsx73/hOlIq 84S//pHcAucU+UfSy9FiV8DOqHHjRYNpvHVD7AHws2z6Kz6A/MwRPKbhtLOJXVA94tM0fPCqje4m NXChKw6SqwlXuHbrSjn1hSteh8fsvCe0CaSp55l+dJqYAx1A/C1CIoQqO8Ju4ASGfsN78ji/cla+ PnsEzqV6DTjAJq7xw1cx1uQA+KiRqYjetkiDr1CeL0Ka+RZ4sHR5ewOeaP9Z6zNwLiZS7cjBHF1s vkspXNtpge9hqzDyTXLWTjon5Cbfn5UlB8YH7wGBCB6zpkSlX7UJbUrUdxAfGO+g9HYnlHktjW92 mdWRa4rkujL9JDx+5uNcB8Fg0/IJryOXGvhnmf0Ymvjdw+lC4q7whCu9c5xr2pjZ3kpYH+CAJioM 8hU2/x7k5iRIPP7VS1RZ3IhEn0Y1N7YEzBSpBcWB6kFbqkLtSBzYgiyPu0rtSz4LT8PHe4Z9Ind6 Yr6WG3U8XA20IWxyB9fkR5GYqhVA/ihm1G9Qhd6H3hXtswsm0gcT+X8+uZUzhER4MRvYehf28PWO GZyWngaxPhkhrzH0KzuRy5WhC3itiVJgDH3w8t8NlO6CubIRETnYdF3CTrsoe6i/aLTD+fJbvbuy 85xU/sQjHzwy38Vc51k8NgiwKb3ENGGV26fr+ynS5r05LrNfmM7ZAjgsElM2Sh04V+IG9Rq9wxXT kN7GYDZodIz/6TTFjsEc/ewvVTafFggZslB17vVcMg6M02h+TWQj+w4eenRe1BnnC4s+4ADzjMFv LK/HWKq9u9xBBq35ErjqrLXEEuuccDumK6s3j4B0odWHCflxT8aMEYLcyBjteR3OWpKLHOyUTBr/ t9f/p2KEN5SHtMyBRc3goC1n4UicazXK+vOwB3b6qnWHmqCp9rKTmB/e9v7Xh6su9n5BkManRcHc 5il4M5HUKojxOzt9DPyJe+FVdiah5rtpklcgdoOQNVORCbEJqXhSZNIL94P/2TgMFIf6hPB7Glbi IuGVWovhpixv602c68lr0/ynvyZg28CWhWpCb4I4xonXb3CiHmnZn2L8uJJ5CwbXtyrZO71c73uk nI9HrmHMRFWh29de2x5plaG7JlSt3lttLrj5NS1iyketdMvFvyaGvd84FD7wR8hiuFa9+OifQLuF ScJQnCej5d9vyT1JbTY0HUD6n73xvUNZRyluyptO2zjCIpqenSVRlUSHDfTPsH8ZoFPvwNflWAlo Orf99RqAH75pYpVV/yOhjKIEl6t1v7+A12lFCoQkFATZG5fRh1j7wkdThA7T4L7V91UYm/vc/+xb lm68AjWjOPYb2A+WtJZ5WdkKRvD3Yk8TH04v9oREURBBUpLpvWKW+5DgXMepDdK6X3FqddlvOz32 8alTOkIE5BFQ/Rse9u0JJJSnfze0ynUDEP9ECE92fXqBo0891z/evS5Bou7Xn7xamMTFv8SoQPpa bfl/abf7joXaOPv/5gLkqD5rg26djc994fnGazxBUWjCGfgvuT5b+pecg1hy/g8QAHheESL/93Z5 Nwsy/v8O/r+xAf9wymrs/wvkV/Q9wP/fMN5v/ihe4/Z/dLxUsi6irP1/I4ZjYKvQdMD/Wn8hSUMs /6+rTVhN/ttke7nyMfqhH/zY29Tw6/A/SAMwodGp3vMVGBG0n5MA/W8eM+Dbmf9FzcJvo3LU/5DM /x+y1/635VxyvujgFOaH9X8XpZCWw3ruAcX/cU2Ioz2q3+q4LLTRNPnH+Y6dVyzTuQ50tddjrNA8 v5vldz7J7EfseLP2I48X+tjV64TxR2cZjrjhct2Bpy6KMMBmAJFE/02l/AYyeadAyHc4E7DZsmv0 ZXLwMx41BJ996QXRsnMPnhoGA6Pl6sL5ocdhZ5xznYeHB0hmkx/525oq3IQegKBNDuNiQw2Z5+1f FL+TpdkUbkCq0PoB8F/ZE/SMknJfzoMil6G5KRw/c67OauxHCIa+vj4ONjb5C51q+/nadMdSBYw6 BkumSkx0DEBQfsgrM0TD8dwjvacdIfDD0y6QJAYKg31pWvE9vN/NBjqvBfUeOUVGRdEjynz2LG8m kUfTh29oEWj4EgvBzkSItibIr/iFCdvd0nLMB+UpeON3mfCM83GMLh5ky3Laf6ufZ5//Tl3Phh5Z +XbAGhcd0996vGxccVy2Xa3+KKWqOq4ceEFSNq0XW3UMrFpGEMw3Jnp5NamcLeJ1sl+U3Sm88U/A j0aDXOj9JP/TG5Zld0CpTfWp8Y3DnfwsI/14hYVXoA+s9VCQ4gZ8GPoBB5vT53DmmCelrLLScX+i QDpPtUOBguZhuEQxXbBGoctUSZxoO5XTN2PAvomn8+Fglt57LZgefjcQRc7d+njSVmQ9NmCWDKkt 8rOwRJziuQNgWfV8xjug7vnPIiGZwcGExD6TEavg05hVImW478FelfgKTaWLRsabQ+j9GBh2PkBP Mj7M2/U0yBxjrhzT2nTaBYcFo2DALoHwSVF53tZe6rCwglXoiddp62HlrDE4AEHnPZtihiVlyTwG XbN8tkDFwDzt+65gpr/GnmdL8J+vMMT5H+0nl4ILu+AGGtI/W7B5O+/opfPiIJZjWVBj+LWx8dMG BR/f59zj9c6AR4g14q4gs6+ZrxuKy8rK6us1yqYbGxpaDCptdHUnC/eJ7W56CNJ3RjOpHbKDkeGw Jz4cckP4rwE/TfGf/w+rSDH2Y0K0xqy5jymiD9toMTEG+V1VcFezxU7n6LxtehiMS72Q3NBnO+kv N/IfPmDj4IzdNr1fXGxsFGSaiC0zvyE+V/t19L69xm628tOnTzMzM267o2QUFiX7dZ90g6fKDw1I A9CJIj5AwRfnRv+n4rznPdMLyxdtDdezaY6dc48uA1O6htAis2rmhGXx144L9ftlMcsyIP4/yUlJ Fg16AlsHJ7YLrSMuj8dNVvt5ztze+O+KeO0f3OmJRl7U//72yux0pWMXwSi2ioGBKD/p8pJktW7K 8PT8PGWRLmFc8RTQEjDxteUyJQf7D+r7qYctEQ4u6HNHLkeXB+Y2mVoR6lrFQTGGAMzOiLufn1Bf 8wsX4o+VFRn52WzbIeijE+4Ih5SCVYv/6OAhiFtsPM70WkkVD+CfW7UXtBvsW3ybecJlfD9Epm1w PuIUyLdK+m7BBaOyZSft4eEhBIOAx7hzafPc3cODSNXKil3+EiGf65ubmampvWvfJNrkVG7eTFUd 0aayMvli+Nxv5CQTdBPkni7+u45UiOxp2hx+Z0xz336MAubn9roft0RegpmqneoIOkPdzpnmf2eb XSuDZMS7RARFXsR5zdDP1dskLB6L+1ywEDksNkZDIiMj34qIVGX4iTmRILrfhUEfjcHQa4QfnIrA 76Yh/Sk8hh9AwKd1Anl5+YjBbVciopg/h9cIyn2ZWnfS7Cx/fyPSzA6bpzDyzsnL69l2jQiGe//+ BAGJoMTGHeCjACfoGcupPWxeIsobGHvWBnnRG9t8o7OA3kxFN42h22ed1bliJyKxF108firF8Dtd VbeRpi6oQ8gPCRAiHqw0u2yOZorcHs1LgYDw+7Emh0UtY2PwtKY2Udy4tf9aMAaCTnFDLVVQ3WXl i4eF2c5Gr9OVATq/o0llIGvuKhx2+zSh79RxPaPvtL2zg5BpYlLS+2n9jzf08HP6+XLITVzaiIC0 BRkInQ8AyMeBMH1zXhM0XAidutooHLgJI1NHvUtDeX4ZqM69yLyD5Fi/+ph1HF1cblhXfFSQYrSA 8DIEecPDw4otlJUrm9J555FclS9TFXw7Ar2973LC6fRqzeUcHR11dVOtqtWj5zHo/Z2trfeStI3u f1J0/jVGs/4vCH17uLsTqiKuc3I6JVEW/WF2o8r4e2Z2loKCAiHqnJwckzrE3cf10LEZEGGblFBU GvO5s03QO6j859iPQFNqY51Y0ZO2G/oZ487IJodr49GRNLIQInXH/hCCpesC3gC5zctZYsN66/Er GwrRkMysdw/jcCjsPvg5esi7TREZ8YY+6Tp3KfCtF1hbQ+PqB4LKp/MBma80v0ZGOmAPh7tj2cbq 6pe/+cZo3rhu3Sw6VVVVnR4Il3aWva6jpaXt6+s7T0cbMkEHBE0RZhhg8uA5W/EisfWciYLFee+b 3hD57M7ZBUjtPnz2u62HroiIPnkJPQlaqpfDEPZ45i3Kk2K3vAo3QQhMBn77COIPWEC7njCOfVeJ oKO6sPDzpFsEBxeXXf8Xyvfv3+s32vvs5YTj0wg772Z6dd7vpKtGXLOkomEjvCL3k8+WPIpuVvEV 69IGVvQLX5AvvYvVZEaxmgiqXGvFD8et0Lvfvc54ZNhcv25ADeqe/XeKvwpDPj2WW3p6maiUwHbm 3Ypg3o58TrwtT5cEW2mJizK9tg2VBi3xbp/offcYsy0/s1Ht84o8dpukv5Ix+/2Lu+OF9tGVoTse 3gRXVXut7/VBh9/tis9uplMX9Gac+XEq/dirSSFbabJoNzFxC5Jp5BQzS52p+534N0DBhIGBjYdx M6LnuJdbST8f6zvpDpta8SNEJH1HVoAG42nwxF7UeO7ZySPqQ3Fx6h32PFs+TIujrMCy6Cj/PF2N 8LZ2TCFUnjDysRIa3mN12PdgDKrfuhiDH/80nhzkSSL/+YhlOGvkd/wrgT1aevNie5hMv7/vj8lt Mrf+SefjCYJQvYoZRO7paGJHKvNqWab99VLk1w/c7l5LZCgn4DmjU8ZDJoMiZqfI+knKQzLDdvET W/9ZWNKb4FfXjomxkepQJYEZU4YtDuFozYn1hVC7VDYIZZYzb4mQgKsLi/duyoux2LCVticvPxG4 hnBF+0T9ROlxPo6IFH901gA92H+x0aGhoQHhKAi9hqAYutwIsqRSpkqFLFd1wR5KNcsQGq62GE6m Lq2KXH1BZBErbztj2WYErWFg+fYvOU2kmXjQvf4ENNDpmiLBZNdkbowQts8WncrnCk0Hy5vQT6VH 57A/nniHG4hE7FWWU3olrcqDQKWcl7KqsVPqRV9Fz7pRvJZcBpZa3ESUwFRJd18bUVK3Hn4pB6oZ G3fZz7/OhYXqnHgREOLJ/jZSgMz/wv334mBQvbTPnJFifUCvOsiepKhUy8dbNpM76jfWG1z6V6iy AWGVa8lDB0Dhbt6NYBTHprQslmQZ+g5eIPxiJavRehqM25GZ/N5rauV7OWzzlUjsp0OvkuB/gwAm nxjJSoi2n5dAWlXn2Zqpx69F3oXK9yhOqf7gLgjPd0BWBskF/Ayw9vdFnqD//S9NkhBYdGTlT/Yp 2Dck5VL5KkNGYrnJ0K/NquEh9E+yI/OToSgY+Pi4uCxLR0D4JQ5WE1YuMt/fhhJ6JDwYEq3hyJPI jDjkzx+xbBdAi5phZywCDvm0JIuvcX4kNXzSR8/WHlHlNCvLPeBDwN5ve864lsyuPXhCLEs7bmMd zQg8TGy6i4C+vZMhGDHEORngyAhPdImErEmj/7I4QMDgjZONhriEdKnI/x4oQjJ1XAGVGU3808v/ /XjPZrR0XklVlbIHr0T734mDnPRBX+lg3buXBa2L/y5gQLvr7t3lxbgFXRcnrcBIA+/+He72zh23 VlsO25trsKNwmpqeDrNfcxburxLaB2VoBnkScccc+FNF9++WxRzE4lEfQKyhD63FX4kH+j1N6ov+ WNv6d/rmblNFf7b92VRZ9Da7HeiRdu3RiffD4ZDfw6Oz9a0d7TTJdOzY+mL1j1LYMctphx2/AGjr cpp9i/TXnpVoNqV4e2Wl+FzfNtB/PDAoT0ygb/wyAnKFElusTPreDa9P+1v2Z5qFueofrYEBEPqI NSjRbSgf2bRuUKIzkOuVf4YpDPUrlPFZDF+/G/l20bpnqT2bX0NlZRaYxmxPEBBheu/qKnzw6Va/ gtFTiXjDAIMhsqr+w3kvcEXNFOZGc1mjmsl6JrO66xVl97PpqxpUHa/mwep9PNsBMLhItl8s0vjh cv1wNuarG+b7QeqJ8xjUtygJKg98h7OzrAcdA2YyS0Nr59y/PQv5XuFysuJZLxHe+V+bBr2YDkBK wKeDVZWV4ZTA2N9s1uMHXTm5V/emxOsRER5H9BfDqfpmSqfBmYVfOdZke/NhCZHS6ura2lLnhuuh q8znOYiOo8QYyRhlRiOKiNlzxHcSXj/v6hoyVmCTyzSvs337XSI3Y2VNv2Tc+uDA1pweZboj0uvM aP6neRbNs3DKN0lnxn3uru/7sZKM394BGBokoOEs+1xIUV3j5/L1kC/wZ6V61/SRzger9Dd8Oy+o ZpY45Q7OwIaGiiYfhKSJ5zpC/YuZAu3znQTPfOj42CXGvZGfE0EjiG9/3ayYsY0O4m0LPu1y3Zl1 r4bFJrxnmAdpLG5SwlEkmTqyzpAkPuj8nVeMhBnRo2rVoMduRSXhagW4c7r6jOfxC9bzFjZhTLxQ /EmlB/7jy2co6lfT09zKSjbFwOQ7wwEbRsZTVpgIXfplN9CMtIA91nU8uziBczHi8sv575UvlxSh TpVX0IustZZPxQa3LK+CLbEE7auJVXtXChd1/AwNRx6uv7a2YiXTlEi87lTnDAAkZSMBJDJY7NAl vsQqQkyuhCEZ1/L5nHfh011X3XNT4PhKdDtaLfgr+BUbp0OQGkVQr5t4+/HldPgwyffusWd8Oe+7 fM1twkoOPvtqBDKQudJbPGR1VSAswoZNnlMWI4UhU1Ur8MDtV/9xiJDNJthUYh4j6ArDRFRuCLf7 M97MXU+vZrzkNf39WMC3YLDAQbYth2I/rMD1jeVxfOzSkvcLliFM5sAjCx/kiUPmwH4Qqnb81Ts9 VmJMYv05meDEuZiD/NpHuiPifOU1FdtdbKYsw4LBLJ040QzUbBitli4px0bZun8QFr8yGhvh0Dkw IQM0CoAwjp3f6yf/LH1Og1UX2LFx1mV7TX9ztjcNNgXLEuuksyqtZ33e/mzeX0DHO4A5PW2jM9cX y/79Il8hTT4clfy+xTw2ANCLIRVKUBAjHyvO4gcR2+niewqnIhE5wLpB+g5DegbeSEOKRX+jsnTO yCnnYx0MgRGUwQ4jJMOgsZLz9CWZEmfKuLTyJt5iaIYfVWHgJd+kYgk4KEAD9EQw0Hg+arL5YzuE eBsr/6mHnjp3UFnPQ18RnBgOf48HiCMmdIHw57+zCeOPk2cwwgtNyY+Tfznqyl1qC3z+8I2xRuBt vjhgCs6qPFRn73Wcu/2xM08Hg6GfErCf4knDxDD5kUaV+I56Z1JDmZRtLxsiCYIRFmjugX/uEqrF z6c657z4fI+iWlr6m22I5Nv3VnBuAtt62BFZb/vbdz+np+/K4O5fKwhIQ5QOlb4COaPs5NRLuwsi p223P4gkTgh4eR1jt1F153OjJn6jCTJ/upefijTBAqndAa8QzqMYDd797AuvvBbId13LNiWAdvVO ge2zjEzzTM3pgfOQKv5hRHTxQU75dpKtUyOxLt5xAJyOgAqGGWQGsahKJQYGS423Yh/OipiHgx6H 4x3rFCQos6voeuAJqForm+V1FlgADw+PWnStw3wjhhcrNEF3KaZY2rqiy7CvMVAbSr4nY231zVU9 Y6nXglMkqoZ/Tl0xr8dA9A/g/RL4XD5YrSfb2h6a/S2iuVnngy1GNPU+JU4+XVjWsBFV+C3Hxlee aYEvA246Yp2PHiV98F4aWgrqffJ1dGJMAnhU0f5LMsLf+R4oCL1DLgmuQJT4iTfqjRcU8vDWB1/w 1pgOxnelus5R9lS8Z8v0H6ADpA/ZsV0/bR1BGliAmmvOz2NSPwvAIPUIYlZG7aRcl3Ja1FxW1kB5 0e3PHJ0CX9RlH16cl+FiB7GhZqlmE2YrEAKfp2ITyjbAdJbBJS3nthA7dIYs3zP+8XxgtCY8bwIY 9OIEaNBAb3ENhHkAJ/OdVeqXn4H3s0VBaIzRhZ9nieNHsViqPVVkfyr+CGNh1H5Oe0DXr/VDxeJx 7md4vIvip1lWWbgu8t6+HKZ/kDzx/FlXoss3bEweANVrgjnbik1xhZ/8QVuVqC+YaU3TzJJFXl/z JsF+kAEHZKDs+eKWQz2BudOrKV+uCGBvQxXIMG9QOd6NSvxW51EQneWm9Q8qxjypqEdV0QBrxi+U QUKHWU0mcjb+IIwr4lr1C16Yk4HtaufeM0TPBOE9RCr3HjlGFcy55xGYxBOr68WbwfAadSSttMSS 7l96WDrSQxi6m0chdzW7P/Qsrum//tHt4kfqh033wnvLYeyhVylk/l9285HD6rj8kElX6yVEA5vt M0QEmW2UMnrgz4/k7FmqN2ITrRNEQlIm5N2EYeHykkWtvCmYZ0g8Yiwhhx4fqaZU45eDnNEkQtre JdjTMezzAZ5rY50ri8hOw5/tK+dMw7+tw/GugyUlGKeA6dGK0KLGzsCnzIiPa8BgAbGBXZQSo/Nw ZtOJal9lhvVLJ6Y8IcF0EmtiiZzsiItFs0d01psDrJBNoDyDoTyjJfPmS3Sk+OhPBC8bJX6ax1mn oIuSfY+1Tv/SG7Q9nHK60MClA708A8ppAQhpSXgVieOFUWIl96vYVIJlGgpCH+bLGJmyx5o+hgjk PxCoYvF/uB47R9m8WczG3acP+aGBV8t2ykep1sxSgp3vGqRyNiBcstrrjf2owEAv8dn+gwoeyVXm a7k0VhNSLTWUhFgTeobqB2wQHFX6DQ3HH7a4CKQhHgxF8RZ6hQ0rQD/wD3CBDEVSDkwfzS3GmASj FtTZngBKZP4ckFeFqq9ZOYmCL01FtJvvsr1Lr2PAc8pPSCbr9q83nxtoFGJD5q5c9hYfdOyelA3o g4iFnrLxQX4UiVZYsoYvx0AlNyif5A6EtA9QJKDGr0G4GLkuJUT8NlGB6AmDlEEu6tSS8UPY7mr5 q/GvJrqkW1eNfd+3HqfAPK4/4txwYcDvbqd+kT9YbFCef3AoePIuL2DZAKp65mMBnhPYm5GKBuNR l1MLTk1DgTcrdLq+NPPEV9YWejQf7e2TY5O56xeeG/az9VtyMY8/94h8nh89Qjxki6Hc+pRfzi6+ bmFRwaYH2F/vpacNQkGlFE2+sTBAx/yESyx6ErgUzAfI59FPDpd8r8Lu7DSOfvPLR5EB3+4kk+2L DJZv8U1CwPaIa6w/0WeYy1uzdPugdKgxloMkUtsJOLC8XcoA8JYoKNkpgOl8kn+SqIk6fNAIQLf8 df6nsTbO9a1gFlJGbvYaCdx+Dv7kOB8PvWW4HXv2OXdHxvAUFUpk4Ih1do2Ke11lKJvILEXkLmlE PAm3/rWoN4Nbkai0ppd1kFRezszpyfGGaWOpv7UyEp9ewrc3XsNTaPTTQk6Q7BjxLdjz6cczbp7W EU6eSED9rpSG94+FO9+RyurwzgD4utMFLHnmqm9+9y4byX+K3jMArnDuJMhvBg8DRpNpvzEryZb8 pj/KEux+/bXeRCkZfd/wsSSVNfbD87f5DK17GVVCUtqwi0ujfljcFciPumwrbHWPsi31x/dssqA4 4DwRyUGw64RTZtR+l/4NQRhCDnXs59RBHzeVjOsl6tpw9u9s1lcIBduBoc4tyulQ5Ut9YX6U6Jyz bS9vj5+CR11lasDJUEiPcOAtg/YZk3loePznTG6+qR8OKLKxu7Cujznn22/zYAM/W+ia2gT3NBkT Ud59yFSRM/nopPGKutv1UkYKD6oGDpE+BJj3DDsRHltuCp9FZzwMzHe1fa/C4JPoPifIEej6bCFD FaIpveleuhFjCn+q9BP9jJ/3JPdDyKk0qM7i5mQYxXr9tS4sYOz96/jvtTBth/MxTV5YtN1mx85O pF9AEI4UE4ae/okMytYGvR7+C/cXmLK+LGy9z+eApNKAL8z5E4O1BQwG4jofoB8HzgkAgo/ZOwXK Mjfqn6S+8Ss3Vg7Bpt0S6+pIcb0d5QicMqfeajOqyGZy2iZ0zgxbRM/gE410zVx2pnujUH0IWlmr TaCmx/qxIAl9d0tUdtvdejqyiN4syOLKwCGLe/YBvnkP8On79JACdSZ9D/hyYSSWMuw/mKW1kUYf txBOaAIPPCAIIgDRbNRmt1OJh7+0AUjQUFXDUbbH4x8rUmHsW6oznGFbN9IsK9QkDJdBTPa911LP hXgqrVBoIItQsPBMIl/D1tRjSqsLSq5gUF+fVA7g9ISLWcbOLPo9YHTjjp1UC+lhohYptD17Eh8E QuWCUozM/Fh5FX1LHTrfJXNZVwvuned6fFWs1yMDfR/f9AeqajbKwZ84ZURhVGls9vJ8EreCX0H/ z/iiqsf4ti7JmqmgROm7ufv9pWbGd9PldLZH0nN7ZSKYzj7e6sjtWd5Crxh6YcyR3wdlXy/Bi8zg Ks+QXiqbReDFHpx6XQYU2QR2GE1uvb5QrENd6To55r7CEh8ACh/B22vpy3o0eGefg+CSB1WVcKyW dS7GXz8jWPCAdAQ9l9rcf3DFexi+wmw6UAcOwJwtcDv+zv4x2v7n10AKiSV0BgvmJXmMDHLy9BiS 82YmjnpeVXi8Wo5j+H8UfC96lXSdvOcvG9y9NTzskqAbiM30FQyz2ntrflcUEw8tR0ux7OVvOyG8 4QVC29sq/2SIhF5R0I3i4RAuewEHGdnDtItiAF46EgTcVSz74CH1br/PM3lpRKhBHc+FzFEUJhNk gU2ojhmkruSOpO+I4mJIlAm3qZ2f7tbn766vT1RWNLU5KpDN5wGE3C90Kk/DhcRoFVykgzoOYJTO S/BXN0DAbxHbVF8y0Wm0q2rY22t/OCe5/ETHlM7x5JcrO1aMgXdy3VWzdjQygO9B1KlIB7879am/ e0oOGj67kvZzf2ym1OlxcwCMwtY94Xwke/kpP52v2vkNTPpRwogaV8WXo9Gvai9fB+IUjvjMA4vL UX87AILok2lkw3DPlWQtQ5rVl4EYfEHq524Dt8Cew+u0wt2SeTDje0fBHQ3q2urkxPaOhwCed+kU gjX+TZEcAZoh816SH5gOzLEWsiU7mG/O3DiYbtEfDaAxt5HP0ZGCbL2PhNoukUyFn582rXmsn/4U oG6mJIyDmoc2jOFnegDmJu8s+qTJ5rN8kJhPpm5/9+Kucd2cWsBZHl/VTfOLLdrNl32w3rherpNR e70j5eq/ebLy4dZH23m314WmmdUkF8mOSfzTga7snBS7589oaqF2WV/JbaLGv17XrCJDjA2huJk/ ZkyHwnVC0CC7k8jPQQCT57ivq4sTDF+Loswknnt24bF2oBPy3Jx+Mgcm3hO6LmlNQ1P4slwjlwrX lIHbAeX0emFXFDfq1JvCvnau6QTBC++e8dIlFeGerHPSNjBc7ZeCLXGZnbbCdtMHFVexACWPttE5 lK/pJmTNPjqxnSus9DigNFdPqcwGfbwhpgb4iwfWiU2EgM420TbalH+9tdBb40pMoqnkRzbpSJcT VjWiKiZ6zEZS07rfrqU3hXOmGX70436tARuyYX6oUl2xoqiEyQg55bSXucpuSfeXCtm9+8Z9gvNN POHVy6+rAOXGn924Fi8xxGJZKC9cquAemx8esldwCfgOC3dO4/Gc5TbSIwdQjKpOhw2w6VAJh4Il j4C1eX2wrs5kQ8lXSFFXbTJVH9F17IidJtMuCbRJkTB1twCxqlSYP10TfY/AObDFiVx0yKrRDf3z S+XiAViDOTAukOUh27I2Ozmij9zbWybsgR5WqVgrsddyWXjV3Kb/ESmhkMAz0aRwWd3pS48Uks8J PJm/jEvca/NIVu2pDBVpQ7yB0H3WQkTAiNdbFLBGvcYkCBiopOGoxpco3yGwghuXeTh9wTPDUtFz hlyFD5SYoZ+FEbWzqfxaj2QCrBRNtTPzDYW0xkCHQFzVcMpu0tZXU2D/268xROdYm0FmsdBJSp+i Uqoj47gH/hvorCU8SZbRp9MPszGRJg1ewqT9PUuqo6Zo04Yc74yHLyPgqnS2LqPqdkcnehMkVYG6 fmqxD3Y0/342DjkV/zp77m8VNLr8u2ESlS3Z9QZnY8JLG59UFfZnyJTHYADuKdM2NuVuPjrMOEu8 tktHL+EvF0ro7gowYOEmIvR6kpkDVpym49bRb0Llw7kevRqZaYZgDUYTRSZwSSXj6AdmslTuMbNg ZtGZbd2+tvexLLA7FxCARsZ9GKNC3/Uk9gbXr4PKkIKiKkDRUX0dWeXFbMKsVDEeb03Sq3gRzLUG cKUtqcubWCEGCS63MH9zb/oX/zcXAE50Q/+W6ZSyNxmwOD5xdvTEcRI5+LOHdR7wVjOonXABIDL5 Y+10SQWcdB2Qgm+TZFy0xi6uwvQYLF8Nb4YVBWt31lANHZDoZOouv7gR/CPwZoPi3UaM8fQln4e1 +DN5k7TX6miDT2vMJdgevoxWb4QuT9AFFYW169lR5Di/S5IqtcwapXGjQKII96hyADhEbwhd3Hkf vYYDTmrBh81aLTks8kHoR/2swnbKhkW/KXOm0IvJkF5CFgGMtUwf4ZFRsM4SIEChbhvGfnOKv0LV 8vZxNgma6DUdVMVC+az1u1TKZbsUDVzmPXV8fVenwOdjDSRGrL1gD6xUlSb+mjHVhoETAvdDcCgH FrLsAmZgSRvHH2R/xbs7QZdh9XBkya/+TBuVKlbLRBU36P55w7DN7c8GHiqlrIS27dxHm6eci5yY 79iRJRxFkRUTE8lxf7fRMHKRzXc5BRgzHJzSDbI/jkv6k0+yunGHHTXMg/HSFtNzPO7eqVO8k69F wm2M6EvXCP4piuSxVQH3YMaid4x0t2OSzKzRDbAVM5V2u6sRBNT4Y2szOc7B51MwdtZAS8QD6gs8 KVgtU9m718nf/xA7P54z1Xe+Ky54ifmdEmlt1ittZ1xzgvmr2Yua16MwPgsgkrfWnd4yfOatMQ/R c3e4DFWZOjx/RfIhe+HImOehShHaUeB00WobVIqh2IpJKQjA0MTXgYtOEDuHf0hhesRPrCvOalmz 2nyLJjFM1CLf8NN0nuDn7gv8NY8DRLr1ZyQTbP9MOIiNrGM/VxprdgWtH2/rPZ1N6RQK0KZl0R1i WAGrDTfjmczwPgJht/DSZBQJbR99Wv81h0Ksjv2kNjTwBwvgRkGnJyKLbBwZn/dVTeuj3IATN+Ht RuC9MZs0qHTRcY5G8IopspAjYT1uIx1uV/6rPXwdWGk0fUr8V/Fe9Dk0rGDca2AVIYSQ87PZNyGL 2zSCFT0Y0XiXCpwEPmNXvLdADQyEEKdICQIqjMrpkST8eVHsrcUIOhlGN63d7OJpvOfBXzfBVRUD 0C77Ju17j8XEZrjTjdMxWoAwLOaY/fQPq1qZN4oenKth15W6+2m+m5hwIsXQRRIL7yD4cnmuLxMQ 65vHhoZUvCe5zsDt/x2vmgOM3o1xMb+IGcyB7KxGzaD2p06/+ReWzzsA18bHubZZdGcz5nPhICX8 7kMB5UlcwKbws1KgIt88ipY8F7f3ZSTtUZYbDdzUCv7IQcA3lcP56BRir9Xaufv5C/NODXxBDm1l hcHfZWvhFqUDtiN1kLMt4NaMybnJ7yHnQPAqGHdntwNzXrswPvPPYq/Hixueiwr4+XcDTA0yemuU Zwz4ntwkT9L+WSlQEqZRj56KiocsnnhbmPOg5p2ReQqBKzU4oI8JcPL6o390Nf0iTj45kjMZHN0R s78G6cocyAdgqYOj9UxIrW9Y+EQ3XLjnfElS25MWL3WrAcs5ncc37EhFU6Tn16sKno55qko9BAhI p2ASoiO9uDLBWmpWJROL3WkfqNtytls4MTB7mW2GosOCTW9NhPCauy+WgDHUtVZw7pTLTVf6ddth 1pgWRrDRPQMK7yNBKkf7WfH7QYEygO7Yyw0JHqg3jUQUNEoTRg0dY3rURU+uNg8mf9R+h5f522Ku K7Knc4JXp6f4zzFfD+53Q1IHAMosMWCIdkGQ490E5rSmhBjhO5yO6CJKR6gyTSYGkjhqXGkE+l0a Xcz5de0wUiZtTr0JhZ4AmHScQbPbT9iRbR8E+OIeOsX8+SSdfZUDuxmpmp+ageUx2PZodQp6BRbA Pe8zxtGcjQsYtvp1QfcCqsx6w0sBlU97TkeU+5D94fngjpR2O1AN9fkYbvFHlGf2XHjtPciRyRL+ qu24V4XIrYw9X60lzmf378NHvS29lIt+UC1qEQa5rfL5/jC8m+9Kwno5AuHrvp3XlIjrC+i477zS ZKzhmYL3/tDmw5RLJyUYSHCd1kIu5AegVGLqXffyffPiDLh0rKU1fvOYbQka46bjvCe4NI0dNL6J rrNnbgshjmCBKovdrK6cZy8kmfc1/WRMJRD4HYHezjiNay1l3Y6c4wAxqXwLoLggAcoTrvVHU1lX 9wvOA5IftttNn+kc3h89wLA0CK6OBINw1ODULqL2bxzV2OPQWV8YGBkMthWn2gWGzgCTceOtPuxV ooqGFJU+2Is7BRLUOVTfahdfAUeqC9sBANTXJPa4ANVklV9Q41EYwXoctA7MPaLsw64VngQCRaea GqxvCiq50iQ7G/dpIOUpCXIlXgflKSCTz9LObdMWv7upZYRu+j7QH/JMtJY8UCCnrsbN0Ap9H/rm LMjH8K7HTEsozdKI4Op1KgB1FIFiBO0nE594DQq48D3YO4KpkSDfUM+P26V01DGzlJ+gTcZkTACj 0t554DQKmmUG4wabA2vVBNALrsz3pYfznD7oPYukTils7IdzKIXemzbDGnBvDrGM0y/YpU5bGbxk /U4bjHPgmd6Kqdeh7ecz1pbcfbIM88bNuOhnvN3IHl51Glk04NgjD+jk0JuF799YDkrvfbH++Ut4 +4thcXnq5PQibhCfs+nFqvwy/BC7qFst+BE4Yn+W1MWh25iPqcwamB0c/8L8LBWjhCgI/tMrUPSz jV6W1PD5aS34mT0KYM2wuss9k7d6Di5+Fmw/UjWXY9cMbzOFT4ZSmMBX9F9haTyqaX/WEC6VHRNo VfzZTP70y4583nDukseoav7p1lsU91GoAcMks5DpkemBUoq6WVviMC3ozsWvY0cgx07HK2PeW5Qa SBIJjEbdmWlwNDntx90SS/LR/h7gzlq/FrTe+5n+NoM5vRuW6USUon54j8p6B4PtdDrzyYyTp0B7 GjFj7sdeEBuoZRljJvX1aUjsKsHJtgEM+EFBL2PsHLkVxfwZX+L0nyufwJnmlX1/gRmq4NXf6K/Z vsPmu1Jro0c/4rLJ7tI3sT6eMrL2HGDbkuNyv/rQsWgD5a1QWP1ieW3Sh/rlSJjZ5u6MxObLtN0l zL7AzxB9htfvO8zKvyp2+029o470eeCJMSZqGTnmTOz3qCyPdy43Tj6qLs8IrbIw7EXzqyhi4yYX sSyDTnykEr1mkRh0WtPsS5fFxSV2v3UUIpV/npzVlsMHOMJqWVCHE1FRfrYvlX+5JXnk9XiiRl2C b22uduOaBHbBEswfjhN07dyH5bJYMMr0b4xH60YC7JqdgJSYcaN8gZiwIi8vbfgk22STmM13Ba9c 5DUdZA24zMnUCxoH+c+J7gylO/ZMTTsH0Ztn3rhLnNaCWWNIG/Zvpvbq2o7YAoaFPpPv7iO12dmn MFzxpx5zASMqCP7kUDJcQd2UwpobkBqvJXyy2cM+1nyGum0TIAgz6p1+h3EA3gof5VAzr0ySJGMI 9fodVwfuuYrTEEfvadX26awKTn2U5DM0cTv4ZBxZnKicMYX10pS9xOObr8EbrxftVD/zMFt9Pz85 lGwGp00BGy7j5fkrUzvj6VieGqInhLDOL96x4X3PB3uUrREql67HZWi5gvkEmpm+6gLuzv+KN8RR F3ml+vfmq9jWxiXOYSlgFsxQdgbzsBc3Frf7LNAUfgqs0AwuonTJYgsSoF9rFwS8Cpy42Wrp90jZ w/bIOncgvngYL0E2X3oyuIpR9UmL3KQPR0J3yaTHf/U4ljVsq/CJ8y1lsfELNfHR+GEc26nVLaA/ 885jrq3xXP9UtpQjunnX46ZIYw5pMmt32efbOiqJR8eRFv0NiVFYlTw0QfVauuEFEjayik4/d904 2PJmfTvJc1sCHSMN6eQd6wb9o74e2bf2gkl7blx/6W9tmc2dBk91OC1v96Ye6FUMMLp7kciBqNwA +yU4il3h1p3xlcMLJIk02GE1+FpXRE5FY6XI2WuwIEQu3LF72t3iYRMSM1CdDifcR/LNhfmoQpYf gJJ8JikofVKXYsL4EfKqpRKejKoo9yUNvwplp+HOjNi3XG7s7nADPrIAUkDfNbDRRtNd5yOl7Z8K VMhqk+Y1UC52MBgX3yVBH4OsFkyH9zJw4jbXpJBlr5Wt2ydMgvxxt1ow2fkqfuFdGCbeotg2PRBA lKCUYOk64gH4gkd4Di17A2NlC9V9GKWSj7wYeCxcCgjw3HuMOeo8XC4fgF0qfRBDY2q4KViUujfR eHAiXGHk+96LPijiyHcZRBEq8AaQHPNHg+RWXNgK6MW7REY34NIYH/Rm9qg3drK75oEeiBt92HJ1 sO5lj87i+r2HyBT+5Aah4Jb8fl0jUMai6r2e/w5gfvho2QYPI6atemud4kZxAFZ7I2aI+qXS/3dV kh6qyZuXbVItj8aT505v52fg521wDD8U4Y8yyyWlQjfGRjw7pUfwYufI6st82CJHG+a8IyzekboO W1w+NsYZeimgOPazWgLT4ROgxJn2l2FLMi+eewiATdYizGJhC8Cx4iEjo22PuS2RGeQNfA67t+Id 1/sEqOd5Fsgs3kK4B3oXRK/fOQZXc4f75WiKyHqXe28xmt88M+umpqtRK/DQRsb/Il0ypWwD5Au6 0zSs2lOsEz/sw9MT5FkaPkaNxLGeYTDymaBNOm+O+n6c24tenMipQi0qB3B5CZOkI39J3y7XczI4 tscKpbnKgUf8wBsOFWwcOIlejoENfDLAn6KzXMgBHrtma9wMKCJbkgV7EwK+ncLdiYKqqqrogYHN HkB58/MS6zz8+F3WdLdd7R7ZkPKbXpii3zZm9+PLsscu7MdVN3gXmVMoZfdHOGWfQ5rqwc8euZtt tHx5/ADy5a7FCAO4esSDFQW+Gr0y5/Ib0IlaupC8PWMezgYrKCc9f32x8k/Pq4ds4buJKaPAKskH 4BO5b8eOMKPj/vOiOAZf70TW8uo5cLtVL3sVmnsrQ/fs7OzlPe40lFTSIoInJS9EgiHxgRsYSb2a 5wZ/WJgDaDkC4ENfbh4fRYDIQS/9yOCYdViJIR9yxjgeb5uassi1Low/0S3BHTi3mvUm8pcvSyfr vVwpdiRSCLqP/zDwEueKZNmbR3ni75ac5+E4MK58lgFwloRonK0vVYLviAF/NJE8cNbxZtzc+7qf sI28AEIEB68siff0J+DRe6sUGJgB3R+rafIgq5aq1QkLgLa3Tf2svuXTKEMYEgbZi4LtCyVIAXbv sRT4sqjXvjbas65xPM7qrtvFQE/b4CgRXdGrYQ6g1yrSeHYEtS6DBdUJH6a6LAhtKCgf6PE91mHr 74JEz+JNHSdeoua/y8zrOVwCsD7QJ6VPahhx7jN+6hEoWD4AY1pmFPJkaOP3Pq8l4/pjOuY/wmt3 ABlAknwX1IfOQBYrh2IS9SlzHP0lwkUua8xqcpgIsXWFk9NXB6GzSQEFYlWFYY74AOSff75AT03Q AcDHmLWzWSPqiPYy+D3/Df0E3HzYdaOH46g6fpPeRYfJQ3hK+JzwwwZKGD9XfZUdjo/+Cd2CIhU6 G96Gg+PVZxcQQFQFLjVsnQY81EVm1PCF0upfM1K3pf4QaH5dtGa0PXaR9IJgLhmr5WCPLCcJqbUB A3u+qxLEPsWQ50+oix+nVoRujqWyqyUdep/AmxTE9Zt8mgZgwKxFaPRJG1dunaHqEfzmCveM59TC K3fY+FcTUuNLk+9jmgkxjFH1LtCx6zlwluhzjxT0gBlqMgDDaCVZIouaGgGy7E0pBcYfYnYdrqg4 fohgml5uE6tzD5qxGsnMGZEyYFAq653+XFcU+rh3Bf4+3qgU0soW/XzxTeZhu+Jg3MEHOKMJ+gu8 HcodVqxniqjdqEiAcgaAFdz/2dNe5hzK8gNMSpabnuXFloUSkJiL4dumnlw3QI8I0A9bJe9neINm bOVIHiXxJMU94jLyIqEXVseOn/a8mKWxgT9vywKscfKjbw7MPkWf+PubL7qcLLwnhoNSgjXZ2OPW 8qWymFwIICiJwDcc7aCC13OzfQ0/jXnApdhzj0PY6QwjIqU8On7Fc76rYe+UX2z5bswWezQHKGQJ GGVh76HguQZrQcfalC1RJG7b6RsFJCJGW81boVQdkiwlIZI70etzW+Oryy6K9w2XSIlMAP2brnsv zEy97+xVm8b9sPNgUmenHb10NlCG1La7ScnvlwDc8wJKfcsBV6jy8XwL62OKMckE/Nm+PN4BL41c B117QCttf8DKZ+uTryzKE+rfOF7QUMvkwIpQtRQAjR+DvRnHb4SjLKVmCV83vRueDafBwJdzDWN1 aMcC5NBu0grGcqrqajY2X6S7ftm0lh3lVzRzZ/WJ0glfmCtB69fvehKrkqEFmMwrGfkzXW2afP4q vIkzbj/f+mS4ZoYa9PdZo5NJ+yqVs/Vj8HeqlLHddIUQBYdVaUThLpiLf5H8sL6WHJO+aaeGfEde Zl7a4j7GTq6JpCeyyAEWpMpjdMXuzGrfLrNsyza8yRZyMZdBL0f+na5aob2RlNhRHX6xPzYHaJj3 4bvJ3r4GM+FHrjvBrMKngG3KddrZSzw29m0j2NfAnx+9+T5vhoGcwPBoSfMEb+6bVdzIEF3ot9Mx v/CbKQLFeGj3EGwWaAmobhFZtQ4QZEN6bM+BHdWtQwESGgfnz5DI+RjcecJD2uAREm0HVA91YwxB aGW9ReeHMgv6+0haSi9fgoEBZ3RERFHMAMygs+7oi4HNu2wkBkuCXjL4oNJ3sceUoAzUm25z4u8L TDRJgWoYWBWlmpYZmBsm5TPFp9IL1ByZNvIH2XrwIlBK9vE+BbExNlpQnnFtWt/jfFir8VL6qyU3 xnFlwAZu7JuBwO8lyVulXpPRvp1aWwt8SzvXaQNxWgbSK2obO7c/iaEh56ttSwE2r1DuioFHfIEo PY/naJhcXULmtjS4Fb6ie9F30XMpeN3zXdrUmw9TUrjNys0n/lxRFI2HgD82eiUdS/yv14nq+o6L 7FlN+C3Als5JwFBKwFoYCkDU+WYBUOPBtZMp0BVUA26yTMbGHkEnl7iSD3oN8XijlrmKp5Ao6FcR X5HbQJcwYb5N26gsKXvhQy/puCUYdP/9YpJfXNEr9aNwfaz1bn05sTfSnx6BW4du8J7obVcGlJ0M IAaCb4b5WExS05hI03zhTfBWst1XsGNFqqz0EaVz6hC3wqnv2/PJcCLqQkIaj6BztgKOnqIbTX56 jU2ujyzKTfCJFRrj5lvG0lXQePoOTvIwc/jYNHNTK079I0YbhzR4vukFsskcvNrdigtsGZT0QN3u 7OwAMLwBQx67KDX6771xIycoKLh5LY1UfjqXiHaEv1WvouAsOZcyFzmS34LJfZbpfz5MEVqJp2f5 TElH9qpYV2OaB1r6Z1c3ZxB2SWUuMe56xrPfwUP4uVoPjeHPrb5+83A2NQHOY5FZR8QjyTk1AIAX YSx+qco9Zb3wJ6BaV7070Bm+FW8pv2JAx68sQ/zY1J30MrMshOV1HaYsjrkWeux3DuSgqFoMAPk1 PH1pjPqAoB9K8DXN+Ddsc85jMREy7DWCDjMVlP5zKJCO6l8bIQl0eJz9Qqkzob5kEksZHnua+77W o0pK84D+tCUfYIHnmG+HQsrEy6VK68U4Tq03SH5bdEMJ17I2o7fw1R0Q8Hg9l4b7bOHZyctCnMg+ vJmw1pkujFB2n20hR1hB1a3MzTEAgKlc3VFox7LeMWzvxu10ts7wNOfbqB4hoo3kEv2nZeodI8Nw KAwW6Lf+C33NMiZqgiYoehYMAMRs0iNvZLPc0LvASR7H3M5SlIUciavvJxfoniOxBA/VW6O+DMvs fXRihsmZwvWJbEcXmlrNO2w/hd4N+Vs8thPEPRr/fs4FTFFhHLfxdVXsc8BK/G6OZIJj1a66jJTS zr/sZAhVbkxdfh1/GhDSRs0cFcaKhiH4Gqi1uAvdFfYOhaVvVqxOZK9Yypv24JoYNKGkAO6jgzd/ Azo3nEofgahl/oRCuF8RmXXtcFjQRFKS4fDPVOELDACAZrmr95zA92jVv3J9LQZsF2AR5/cgqPRA 3cUOgbJ3bL31T7WoA/9UjZLSLoD92Y5hDf+DDpjGsaYMPaBQqZESYgOEF2JfobCOBsSzhvGruLYM 0dqGo85ffBb7GvKYdK23myYW4fUrHfPdh67rZyHhIySnu9kdYB4rgUV9wFlNxnDtl25RNzbp/qBZ VYjzF9S9w0OcGRUJ9Gj8Bq+Ez5cP2j8c95VxXPU5iFE5ogD2UYGdGV7KRjNVy8LdsOg4FSYonOPb oUoSPf/whoO9QAlNpeB1+EyLy8AgdET7wErv2ftyPO0MQOc3gL062sk3CazRvcFbpp4iI+YMJfGU D40yYgmfhfjo26MrpjLJsiTf7nAfocqtjF1snkuYdMK3z+oG0HWoGUZPT4pn2CuI+rGgC9lt3mc7 KL6yVKM2Gx8N/QMCAsBglO7Le1SXDrDcWI5kLjd38BQqQLyxeXQAmYCIVAaAflYLj92k3zha5Tc5 ga+5dgGYv1Rrj0gLfS2ZcKArPRA4pNWmldt8Tt+efIR9oA1KItDk2m0I3dv1KJsAY3LTv6r4gUNB 0cYdTE2TZHnt3HxdAX8T+SMFuEzIISD9cpUNLfk+25zsT3zPXvO6C+uD/+PFbrXrrY8cgfROYJ8P G7hLALeKsvqoVmb6K7IQikRModubWDusq0L4LxQruLGxsQVRkE8SbCx9hHEAeFQLfjdPTzgLtVee TPgTCFipRdezXoPxOmX0BmgeYVhLQqlp3uPoPRm9xwdxdWWJRT4zNnhhk7oOU9aihSYG2xJw34Ij Lor8b0udCagmeI8b49xNsZEmJa8FjanIBccCbqhdu/SQyTfZc09ZTXKsJZoEAeWWgCM0VDV59BY/ ROEoRuz0kIKBxPI+0JubwcvjY14pZxQA14l6LfhSbZvk01fwGeV3p8EhGOZhIHktvLIXQOEMb2vE 4Mr/bvxry3kVzKcW+MKwjBQ1lp6WNLCEfWMpQrPctc/g+ae23y+tRZDxhah58ubG3xN3aYtGRh2l eNyPLy49O/EYnXOBfllCBzDtcTE3FbekLIULSgtDLxwG8lejPiAhzQAlAzwIaS1mcTFrwGbZ3yyQ FNgZo7btjiWZkU1e9pLCCYtgsRl3bVxQ3nfUAutJK5rnk4yj7+RzUrkTxXlKLDm6TMWq4YJAx/7g qczMJEhK++IRksLhpz+Qmr6IqYAETq0fjuz6Zo/kmMvFYcu/VlHnsefBHXINamNyJJ8ahoWZpu+F 8peWhwsujFx57S0DuOyXyJaCJOJ7xCtzYopDWAbiY0DEqHfnm5n+h8fJtkjnK+1iFDKAn+AJh3rw 7W/Y92C0JIEuz67ozfYTeMPo8p+d5tA7F68UOSVaBX4cxd4A5R+wOmZcSIhqez56OTOm6tnUsc8I gyG+OVUKL2YAucoF64Z9OW2VxB4fdzDOIdh9GY4Wt2VlvZ3qemO8Bzv9QWJVQP4NOEBUMsr7Mz3M TVrJfJn4uDvZvWAB8Cr/dJxOlOE7x8J5aYiEHEPot7qvvBudcZuej31MmAWHgDsMdpd7/Tb7sR8e cCEzOJ5laDKdKazIf57hfUxhmyxy+XDJUWV88ttvZgFwKBcMD+1qgnYWJylUsjJ7oaKJNZT36+xC 3AtMww3Y2OUSRWNMjyKVJ3fw2AuW0qi6vbgh7tDlmziGxfVO+ArhOP9njraySyJOsKt9kK7GVj0J Jh9qY9tRE9axBcQ7S4Ij4kGfoSSmuqeqIlD2I23QiPVESRfoKU/zqq6xSSKg9K12NROq6yXJCyxC puS2VXwreKY6WCdgxWjIzifnNX4iyJfzuX8z5ZrjKQ03vc4sMUArImPgUGmLAohzLI59bKw8Gbp5 d5zprDEH7hByNfhhfE2Xt/gNA6kZxNS7w0iFHbsIcPz0Dr/qED1+KIcYGnOkY33MpMqk+yFrCg1J NouUfjeF10OCDzn2owoyJB8OePlTtqFVCpppeuPERrQuIzcB1yDj159LAtj4RHiiQKF18It1uYy2 Fe96QiN0LToaWVbP+OR4tBz9VrjmTzTK7zY/ykNwDhUn1BjcGVy0DQB3yByqC95eWM/BQwN5mLx5 cw1c8QtFPx9BR5Fgk8Pga3SMLReAsgZSuI1v/6zgCXkJDqZwW9HxBs8LhtMf9YnhaNasPK+pvemc ad4SAcgGgCASMCvXdS+B99sak4jbn8uqlfCS6GVjzrweFLyuBRleryerMt/XvsWgHU4PfWtCLYGk xaXpdlGKAuzYV4DX8mukWSkvxU2R1ibfFy32LsrvSNu9PAh/yT4YAkjGA3waAhp5wXg0L70CYfkl knwmFDzjRZgSsrT58QUSz1E1HiZLH/c94CEfUBnY0/ORH4FPePmjz/CDHzB95n7olBaeFLFgfJ9n Pb7xUvUf3mEVkTYvkctMtMKsvyKhWPGWcQnoY/SpQ8vgdutncPJH/g1tTK7PXq5iadOmzhTfqOyZ MiwOnp9NdABIraKFrkQS9HpFcPiP8sCwfrxG8Q7LJvbOhF4VleGrveGoxgxCakLy7MEsIAqqq4bf XEAlOVrh2w/ZVL196ahHjjGJAE4awJHLqmMfEIprr/C8Tl0OMx/SDCsKL/mebW3Oos9gE1AjKNua KW4AZ+5S8TlF6wRUv/X1lg2LtSNv597/oDSZIHjy2ns4rMsOReK7fZ5XcLVdt54YA2pE+MprRmuK 005RtjXNY/ZtVHCAD4tUP3pscVAkE0ATp1dtnn5vzQYYlf7GHXNZ8rFkbSuLnlXpgUAu2brx1HFM 5TtXBcvPkim3iWekGCrPhVTfQ1fRTy784354U5A7X34eky7kLYOvAy2G/cqXPMWePFbRiWiJ/N4z pWylogUtJyFJ8mcuojMOdE3LFdML++BLYFL2fXqhg52dKOV3EWI4o/T8Z8bGaSWq/Qy2DjWGPsV7 wMXB4IcluN57YJjDkBXN8huuqibxFvuOPJrHMk0LOKtYOJ8EaWQmjhTS9SeAXA3kg/WRlx/o/+YC xF7HvdqkfUbePEvR9lINTw/f7ueb0PnswQwItb0oJuHtw+WxKOnahxBv+JLGd+BxpSXHr4MTSsp9 JM4FxuHV04ejZVZkA3Fly57Z2dkYh0PMx/APhwDU9bI7LIDmPPiN0jrMacwiRrOLBf0BmnQKDIUe Sj7DLi46fv7lfegVULKNKSSTvQWu3KsdtI0ngyrZxHoWXFwKj8sLb7ZAv9vax0OW0GkieY0iOAVs zQ9aXie7BjI27yOtDGWVi30i+Dm1ku+a/TOwGY/QCv69E18CV/yGfgLacyCKyfpn0OXtbdcJYImj y9/YkINubw7HaH9v++txcgprzCqXJTIp1TOfTjlEHRksegvm4ED1PRJlIrS1x8J0+kLCDTDYbBF/ ypwmpnQLS/EmVRo9R48fTQkLdqneEwfRwk+SvTeqptfDJgGS1TPElosU652zgmv3nYwBwHCXRXBA HwguDTcTeAnWa+nq3oPxnLLzRwB+A2J/warWYadPEMo9wfuGG8aDGrivljVrZd2j3sifG/M5wPdz U/FQaPYylF6y+NMfWhJh2tfebunUwh6thKNkldirjw7oLDnvV37jIasMG0LHHsc60H6W8weNMDa2 Z08ANqxcWFV8AdUGH4dOtrkjIOHlYX8YcbuE3MU8xNYIH5UloZgSpiP0H6s46UR8gGF7yTxee7BZ 2viUR8/3dRqkxzKZqp/xCOdZx9CD3MWeQUs89AXPoDJvp1wTiwmENd5ZP+6We/dSi31XdGftQQ8S I+7isiOl40I50bCcBwDuvEWTGQC/CWfgzcY+FJibMrc7KM1tm6LGAhgM+PJUpHrNs95XSGsDMUI5 FEPBzZQm4um0TS1dQ+9xOGUAtXNdM72qozDWS/kxV9JlDjC7sAorbyL5HyvpIFFqHIy8RTlB900A qxngnHohdLysFv5FXB9dlHoMtw2Z0XBs44Tbiwk6hiEpbmbehtsa5iF9TuK+L+5wq4ecPobUf3r8 Jv7NmWqsBn7B6ycaUXC3/j3GwQuFxqhazL8/fSX1/ZT0RpnbRk1pKKMNN16pAh46PoUyTad2DMOr yvVoucfGnZHmHoA7shNXqnN4j+AM2KEhWcvEGhLWlX6dUdda5DKGBNKJfdJmcN+RzBVj2pw9OqhY 6Lb7wy0pGISFfBYWjJXjK05YeJGT95gEXPwdTICRgo7UTSDT1vO8M529+hi7okPhA8BJ+neO9xod 6XuA4NBojjUN85fvu4/hWUvw5dL+MUh+3eiMXyK9Lw3GZbfSpIJ81nm0mDDMC61KT1DCgZFwlSI3 n8bl2cDpwCYjlvlpGknkEXDRRNifbpAO0ITKgdyNhnAtFSzNU8rlyJ62zfb8EsIaJLoYJBOr41Jv MRVn3M8jnUq9QVWMQXc5xN8xv7wYsEM/A/pcAIyffwFbwHrJRAuaJ9aimACWhY3E7eTyDIZPPUVf flIYsSMSqEZsVxQ5QKmvRYFKTvKeJ7QtPFnMKPrudlcyMRt/0Pb+VLAs+GfKQ/NIKjPDqKtt7fAg 47Cz7X4a3vFc+us/olmWoqIvVH4RN1//f3h6y6g4mq4NdwZ3J7hrcAkugwV90KDBXYO7DRogOCRA gGAhwRLcbXBIcHd3d2emT96zznf+9Z/uVVVde9/3tdeubohSIZERrBiXICKgxDhNjLcQ/weq/Bsk kCvBxvYXyGIsL/JIk2Hio4DZXsUMiSWDqhcoN6HS4tBc7PkcfGr6LNQHSUMNc5a/5CgTLKQkH9y8 JOeq1PwYXnOCDf08k2swXI/GX5J57CQjhFH9fMrTLoEVvbeY9I9BdrtffaFpQ4Jg/7NrGpSdOGl5 zi34WzJub1n8I0HVeQWY1mknjGmTVH+IMWiWZuHXUC+NPeSuivPz8keDAZgNSVRwRCWBMs1bwjBb j0+bHSxvnJHbd04A1TOAcrBVZs9BjRmzs0N5lgYcZDLosUGXheIwRIW507lTe/8lB9xa2SxPHRRd F1OpzxY6WgXHONcnaOUOl66hMlVpAMtIPoatyRNmKjWGOyODuvpeoTL1OT/0LTdfVDJUq4ZFBK3S n7DeXnEhFWG53lWrFo6L/lOp5MENVSDxyt4ZE9SFTJeD9iUYGB261D4DmNehuHBNIpJxztsIqv37 N1LJVoDCpYrH5uwPXcq4rU60nnvnndM8SpSUNynWBg8MHi/nwhO2AK6CM8dg+Sct1MIx7vDkqR/F jLdbQ39CLNm7duFzxd8mPwQvaX7TOERZ1bWQKyUvbUq0v//9sO/7UtJjWhR/EVz0RX5EHv2LtzTh Zz0wZeM3/lVIxREyKK/VTek1tPUTfjHjl4S7RyeXj46BtGn1faRA1bwLF7/AwJVVAEXTrhOK9F9r ehSf99NTaLEFR/UFecQmAnlrRKA0AjIMFY0jDdABCsV4g3tmu5bMkEt14wnartx2HJ3I1JQzcpan TLCKBS9zhowDr8GLNaIjPUx+Q3ctZNhrUdNmUGucg8m7sAkPNP70zY4vIubtPcxlf4auscZULo7s N4UfGa1y0yLbdqna50ATEUz/bDsQsRiNg3U5omTjBkayCCNQkQ3zD7KMJFJ+iWZh6KbsBIIGLrCi zuSKRgkCmHcH9D42mUmTDhnblbyN7lRHWmcplvDknRHder/tWobx2Qmzr6bspQ7BuXj5kaxyez1i Hq108BlTlRM8ztnBf2JPbZFNCDNdheDIVCyGOzHfex+Cb6srAEcm1rJJHYx3bGAPnpayK0Xb1GdP BvSdj3WEMZT8KT30QcXjplT0zwUMsKoiK1Fjz41W8mMjpvleffo3E+h9mzM1SXdDgmNiXKockuzM a5WfrjUt338Wbz4bgjMgLWe6WBQmm7PvbUYDIrcyboL0CSlk0Ex40GQYPNIKBRQTTg2Awh4SH3bM NIPpcUDXrCpDiTt3+baeWPfAlxvIvq0gt+3KWWes4AyDTFvV6Qy9TDDZccHLuMvQOpwlQVL+5R2p mUbw2v5wRNtF467FEzVck2oz95WOEucbKsbV8jY+b0IBz3Z7G1dHkwzb1YeHuobnV4fmiI5FKEkl GYTxGfN07eM98RtGkCA9Xhd1fvxVTADQcUJ3w9jS9AygxRidY05+5ycuerETzYUrOV2VbxCkdX+z SXnAUqLWOY0ZOAHyvuvKYGP7m3PO7Wvh6ynOoZdLt8QKynjuU8inRSH9En5/FomG0faSif226f74 dusd/OcVvlfJT0pkMyjwDZkAvQksQA0kLkLYFUByJ/mWloB2FmbmSsZE+1gvQyicsu7i8AgotSYF UR/ucxafa118EoiRlkzTZ8KwEPrYgUWFoiPPskok8gyRaEdi6BT3xyBJGstTrvogF3Zdf3Xw6aIs wY99BfUuD1taO/fsMs6cWE1xM/i5c/zRajnKNL0rHaVdCBNxOw7tC3qQeTEH9gE76RcAWAdOgKeX JgABwWIEqZysewDGfCLii5n6NfRMh2ON0npr3+wDwIO3kA9EoPqnEdGtzTMAueri7ovJKoqOH8te HHhriDjUJBlubgzUxTeQzyPqLUzKQXzqmnENG9EB9qTiVvV55vc15ZQoQ2cmWzPjEiubIgG+a+4H Td9D5EXiOvS7ijBsa5C6PXtenWF09WuRgKsXYPG6d+NNzXMfOlgY8AOwQ8cq7r+7kzzvV6EUtQeY OjIwYRAA5RSB1oCK6MsRS+Giw+s3rc9bGzhlFwx/G+kelK9w4tAcJ4RoZyVjQvDT0WLU7pmm37aH k6VV7MBXH+HtzARUKFOx5+9l5hWN8Loy4G4rwHSCqH0dFKmfmNB+e9qnIvbslbjLCeLcifWI+ugM 8ISPM+CYvb1Lb3Jj4EgF/Zae/8usoxwam2becpkU473MHfWDsDRRhXlIeuVNYQZhnqWy1gOjzVuU k09NWJluCetsa/TGf1a/WKLtvMX/u+lzat/HxxSZ7MC6LdEay1URcz0yCuL93+wLDFCHCAEudgvg xViNEsVFI/enfd/sZElt45Ssn6l0xyE0sFf7xLz/cnxSpSzdRRNWacrQTpnGZJfzq7Bq6T8tP/WR O3KlEeUYn1R7ZcPNeI8XNP+k71++OLhdlucd4FKJk4R4ZgeMYD6qZ6m6l3W4Sqp7Tnja4OeZ/yjW NmIxLM1Oabg572C+iC6swwsbRbQ8Qz4lNJUZi2J4bFTilV7kHYc/3/Ghmc6Ifr9CCZOk7keEzMAa ECVEX9xOpjjtAQqJ8jrgeJRIBAsn7t7MWSPiB/a9U27eK+cSkV9kNoIoSwvCimczzA0sAqy5GMNu L2+iWTtW02s7VXVepa6I2yCTrxAVHMsyIG3cw/FB1eeIZIt7isYZ2TfPho48iavAPfaDDMkRdIzl tNTjWLEzkY4zeRd73WnRnmMeKK0GdDOgLu5X3+3KNWqt8PrEWVohrR39nMECb+t7ViEiEZ77xobp WoXsvFuYauzWsjfobwNg0WqKR4xvDllGazJqh1bPtkyF/dDmg9TUIqOZZaDPzzBMRaE7c/L971qU 4IsMuFHtMHYfROV822OFi6ZLSM7DJ4XAPuDd3XWac663BxeWDxAjf8C5JDXq0jDOg+WXTBXVQy8f 9A8StPKbEOithP27sgaEmTGrMexrA3xXHlzj8f5OC0RUCda+Jj2KOnBbn+Q/ZwxbNUlCJHz0Y7Hn 9GGP1Zzg7O/rCMRyVcTlmgNWAzWIynYKML1Y/Y3DXEkooGm9zYLqm+px1mPq26JhgNirfAhZ809S PU7Q6ijOMk5TK0OLI/M1VsFjlvwuvwB1wx9KtE5VQvwyxbr1TxWzz867FIuhXm6zDABnpLIHtmF9 iHMMzMZnlWGgJUeKT2xeby3EzMZ8fPUoypTox2YYh8JeezMLRQzCznHOFL3+mc0t59AGAytDPmJc kTNutY2r4rvv9MH4t2GqJzBfCFG/hqJA2Apa2Gf+8yMozwAi3fex9OtR14QDft6z7o5USQ9q2OHr PeheIoHuakBAE/rjc1yfcQOWrXt6HXhuB6u7a0KkenH5jWd/s2MNM/IGSENvIoFDhrWNPqCJ6WJ6 HPZyu0/HHcQOscL8Owe+qIFSo/WJhW4Ls8q4rvGtrrdFb44JhNx/Bx6pc3fXLuRWCQ2RAprKCkFV VHJrvai1EoFzwJugiH+OncGmrxsr8S5t4DJ0JMZFjX6Wpho7ruv1GxwLPSzcKfO+QpL4kx8HJ8GY kcxeEZ8h1ULIadVBffmhiGhpOuVoPXeunPEwDVJ67MU4WMqZG7YjbTs8igt8vLxWUAQ48oVdF+1i ztWF7j7lB356OXFLdwEpF+MFyHqppH30G2FZVE/84RDd/DKihWeaY/Tt4WMSY+ihy16uS3RgXldV mkAK/uuq6xmySxJDDysOU1Wr9FDciIm+N1IdnCjDo6Cz88xq6FiWplIBd67rxadjED2OGsJfiqX1 lUPjJ2MkP104V8G9lg6ePubY2xnvwYnI6m4fxvcy1CPDXJoayBFkUKfxLwtQDjzg9H1RzETp07WO XPBqNzsauBZ94PcTDrHcPE6pvW4UQaqpIxdLuLNB0UTUPc3f0TBTrbfa1/ZDR+6H0vA/sKLxvcg4 8iz8wjt9t8LEs6a1xLa2qI8c1MvhE+/RLSyBNsaTB4VpBCpFMuYb6/Tog02WzKhKdmWDyLjvwaXv 2XJOhw0wkQyDWqjepReKRVHCJwrVioGAWPTogu2FvUSXGfpOfWCRQ5Zdi3zvtIKI/PXIf+wKUlVY MD0uVeJsSXBeOxaBbB5y9TDimh6TsO/Qv12T8YABjQ6SEnzxrU/8cwWowbtbrgjBhnf+ZNXe6LHP O+kca+Jm8z3qKoP6s/Q7TLFrtlFklW0x4Uatswe33Icg+YiTGLlL11/M+pM6KLuoYEYvjT8/OGuk rng8gzKhQVF7LOdNdgwGV/dsLCDlYGBxo/hrBKgyaWiVP9I96Dk1+Z10I3IhAbh6BVjEQ2hsbZsA 8mo2vWsCvTHN90sbF+ATuc616RqH3Gez7+h4TNxvFa55x0tEqOYjx7ZFL2jq5FHkbFbwORy7Y6oB BN048qSeg278r6AgvNUuBss4G/K27tYT7dOixM8Hhpkw6kKF71pBj4daauekQVXIKQ6Yv+w2wby7 sWsf6+V7Kp38D4Iunrw+K4J2TmAEVwHvbD8KfctyyLQdu3tFfHDE4kefwKSa1vz4tXSQZNCDLwqa bVcXjROGLFUlB3MjGj9IhA9uzgIraPJEM/I6DfLgalsfFRO+sg4jTg5r3atLmZrPsf9UGPtchA+G bYr+Z0NQgy+0wVTNgozo7twnhU3bpilmdeBqrE6pH59sqYYYU2tTHOR2B+NEvPYAgmBCtINoFbj+ 1yhdr7DjWlWj3VOaECX8S3WlD4R+txAhtJfA0b4Hbv9eJBWHAlTVXZZ/mxXTVRgWf9VS8xEXNCsH LlB1v4/wWU/zMcAqC477PBRc3S4nREtRta1yLFPmq7tSRbfOfyYbvw96+ZdDyypCjIpzRT2Eje7P yDU7bs96RJz4bylDXhW504DeCIdZAkrtnzp/wUhXgbO7FBY+9XGJxTN29w6l8eADQ8egBvnx2DqP e6opTX0wPrYhEX1KxzznoyrDMMvXbsRwUOckpii/jo3PF5PJkDUNlvK8HvsddkjE2XkFLeZlD9bJ 0CxgPYBlCSL42XN258/qepREIRXTuesb/7RQLvcdawKnbQrb5x6oqeYC922y+0xQolEsUVcarzzl E5RLS0vigkA4k36HocICzCiXFsrlG4OUcU3qcZZaV8cnaNEbdbeQ1qUhlyqnbenlsBWef7kVt1Ye fBsMXkypdhJft85vm1kesQHx5qNrctPz/s8H2iSeDaSyj4L5BE+0X1fPOZuxaNIfmuAcKuT+Ru1i ygh7aiAq57pKyqmZb1EeeK2Y8xsoC/T9aEV5p1lsTouVLnGny0xMMQOL6qRjh8NkSwsTdTMXm0Oc fIypAo6huwE3gsHg6Ni29PqdW+5UYoIse1fkIS+Qay6SrRhIs4/Crx8iRP1iatv5sVhW6xWxVq5A YFaI0wbXLRRPNocu5MszMqjdrC5OqcaqwAl56A5prgDh/uYZdkQc8koXFyOsV1oC+P1OLCSOGuPI /pKW9INyR0KASJyIUI+Lyd5pdx3Zb5TcipuWSaa/TCBSH7IyfHnrexh2HMtEqEfNsFe0BPoTQbNK l+KZ24dk9ggBf2QFc8CVT2EBSvTjQD1xY0tDJeKD1FWg+7f7Ag83Q6mDNc+1GLnOyWPfP6EZdT9O tbqJDoBJ4YskQabd+aX5FOLKR/4zaAvBwUDLP//qHzLehu8uFQLFr+dlMs1Kc/mLvq5HvuNuMjtG eACVbKheMsGVP1u19piio1P5SNt13C0gQ/3zME60mCjwrVLvKeIchducwIyjcZmrAfpo+o3D3GP5 vFbly7Ax+1myaN077ZwnbLZW/7oH3I2Gt0ynv9Eqir0KEnmeYSwyZJFXql0qQ424JlucyXIzXkAQ oSoZmh2VTDh/tQR2fibnyVhWE8I+2hT72GRoGiWSC4kgplX8IAPhh6Ty5SlwgcX90q5t9azzHCv/ 58l+jcKK+ZVW89hJ8VpgELMajrIbVVOvlgHPdpP0OlEBZyE7UsEWDmfMp4eSIw/LHw/Tra18LgZ/ S3WlS5sCfqMFYqDMytfNnBL1mb8svkiTqpxAvrA48D9fqaWu9rKNoKHtaWT93J9EriHEJ9mJE1Hd uGW3bzNV7euKLgRVcBLkHAdnamhZ8xVmjSs+4YN6cy7TD9aD614ClECV0UUYMh3sd2dtqt/uhPwl suVTwKPc4QnFm2hP+eOWOCWKAOtEJe7EiHIY1xGv4zr+M4wYFDaLehaAxjnjbt/L0mmGmZg5kdOs 6jD2+n7LGW5DKJUwuycoO4/uYRbbd4HI6IPcsP0akGFHumiCATkbBdum3PWcDr+QCWRYahLfBid7 Apm9OWxd3OA+BrMtwbGXQAlz05UnumZ9otgibL4o1Rm6J2yfo7Mgs/o3XMOpHDeacsos+dkaT/44 ILVs9RanoegzSfeMfASBJC3yPHOv/s35RyTfVcDrjfbD/XooN80l7gfqr8gEcomvjaXIjDxSGNQs svNy10IK1DRT0Cbarp8/hkd9+kJA338L01nGLokg5p98t32iX3McxlvztOLqJ0EmWbJ+1hP/6b7R pNeLieojPCefqMv8ibhZpToRM+oCDqd5OoIA2+te6EHfXzm9BZXvLf2shEz1VhgIoIlYkyOpYZ10 7iSJ79Ly+MSU+hmJ84eTmP7+hIJR66Cgo6W9ECB4CPwGamRobdl58phOFLDtvn645j9svrxOXKmf M+CBNY2clGduCSNjEbZ6H5NcZv9kM0D4rwLViaAdFjCENrnYHa4JAa7m86HKwnNd/y6RQFD4o1Id E20sB2FYYKFTdlilFK+/4EdutQLivXn8MdIz3sFDyW9lEC2TAmqlvEut3sv8mVodfLpbkzBBkYG3 p9Ryxjw+mbpcKl+dSZlQQLmjAEtsyvNDE6GKpkqEG2alDdobf/mWdz9yTpzXKBWtqT1f2ggUQSYK a1qven9C8ItXg5Uz7QEtIfQubNLXY2dLvSohtBVAHFMa24W/5BYFEpmiU8MgFa7W+S0rA+McFohC 03vKjPv1bcnkPVHf7y3KWk/ToK4ihNtG9U2811HxPsu9PtV98S/u4/y7pA8Efw9+35j4s1H048QI L9K8xL663Z8NxWnHDjU6glqihD0/a+7kP/13oAQq/wQF/XvXIZ0lFT21KAvIwoa4rsF4GvZIX2CA XFzcIprl7A3IQQI14BaS+RX5WWGFNuXEiqkzuNvMFsOPmSco6XlDDre0+UjbK0nEVHbNMKJZurxi n/31kIqGfNXwujPOBSQTfwsjrAbcTjrOsuHqzzTkAWMpxHOz7ic+EBSKP3dA3KiGtcc0gz4zgfSO dbPqSRXKsNQFsoTPoKsJlhpPh9cfMHc2i3sKY0vqrqcP9yPmfyImwh/2kT1+6eVyMP599PguHDb8 HH3/u5piC2diWKrF+c+JcN2S0nsndZNoePEnqj8u8rnbEXTx97xUdTaQ6lkuheyWl7WnOWdMw+XV 8TSa8JqAOqmi53vaMyQHA9TSl01+leNYOhrd2txvXAJ8F/jolRFl2H6t7beQNtFPQrRyZ4JYPcIF CJGlbS4jfkIhvLQZNpo2cYSy4AK27YXb4BNp0PBmx1AqecSOifcH0B8PbD3NGwVDT2DiPYza5C69 Hssw7RyyU5d5/gXFWemRcJd7HHUUQybuQWkK5KH4eaozVNI+gEllldMGs4uGuDSMdmUhtcE/6e8C cdHAbDpVlEoMD4N44nlKG2KcwrJFWPk4eW3O0t/L11GNXWSGJtLPD2MBOWY8XM6/KvL2SzsnNxX9 G2a3OpfmWjpYSb4e/H4Z+XVh2Kz8/K2clEehttnwdOGgD8jkv+AOcaMgy5mq5Zt1Fy1UhqUrsQwZ /PZ2cOCdNxY04ntoWfGUlJZ+BPzq3jKmWcaC4Bs0JFGYgz4TbvwylUN1dCrqudzmYTA8PwHgrlsy unXE3/kC6KIdBCtwXl7kJbFnmGXBK3BpOQJS3VSZUhzaYvNfAR1cc3xgoMba2RGZ+RC6EwpmNwuW 2d1af43ieeNCqmaxAtywiQOBhDAD0kjTWMGu6VUe3aUVh4T7bT6XRuxVYC4b1BP5P1htrQjRHqus xq3a+Fr/XX94WpYNiSDfActczs6vTzbz7jYXUfG81MgVjm9u+mCCUbOzar/p5QIiMMFdlRzC81CE awIDcVqqBudcKfDjYJEoZgRDiEbhkg01rEM4bLl3lzs8rwPyausMYP5E5yb2s4rA7vVVB+qDaQvM Bttl2ve69RP+NqVDB14YdtylRc+3na6xs1OvjW+FOJANTHFCtQ2vyp04Oy/lS2/anIr55FfKBgRD 9gyIGQLU832zo50e4chPMezy00SMc1fx1i0A90PQJTcGgRUQfd3FmqkbZhoeZNA0etsFrfIP0TR7 XvcBeoUvRTrxumCIR/zTa/YePWy/IzkGJK1xOGz1nrOKmJsa0TitA/MnI5N4+5+MJ+pY/x4Lu9h3 a6/btH8sWIJKBNfEvUuO3TOfskzX41O//nLWUVegBbxjt0k+PqxrSwTbz1tgrPaWJQOucLoAN3ST r1Rgwy9QEL0VFRfVVyz2NtoD7eYAGMoPwjC7FTm54HSBl7MANitM5t8NLzUpMDzsUSLne12mC5nv yq7IMpX5At5COx1/eMf+7zQpfXaIvQLJABvnJgF8HPXnxJIqaZW02XEsr9LauyGEvEEvTcCjpvnt 33rZpjzWqmeI7v10G4gvKhIkwvOxVS/MNz9Fmq7QehKR3ZwBMmG0NkxytfeKoLDU4eby8xPdgmfb sMqGmzAkqxQjziqeAfjXXxFUKqJHhRIKhZ1Mg7zGjf1H6lloFpg+cgbIHo1EF95Q0XOMoLxPmokP WCASCozfiCAqZDJ5bZSCoxv1b9i9bR/Qpi14eZd0YZs+u3PcHaWRAnNBreQDhNPHkcZtdNaebPxo rmiGVB0y1FfK8mtmCveEkw+IcFQUaRRTo+GelpqKEV1ptLoeKXichjWV8S20PHmd9AAbydv3yU1q +/cE9gQRTWviSMcb9fGU53yCNETkOByqQzqRaJprTQP6s7M265WVGKrBnMaPM0iBTETM7mZ25i7s Z/np8ovJy3eNOi2pk1HWN1Wt7V6v39ngVqOBfzoKQ2mjBecAx7hKfyjGQbCiJid+uzQi5RUGtSzM O1ha95uKhg2aN0bf13LoWeuL6R2AmPMAkrf9fsuuiyK9JQyTC0ieu0lN3dFtCBEWZy5Ykww/zb8G 94oz/F3P5CLRnxnX9ixI49w4e2vA1PFkgoh8ZbV8iRRPJh8z/TmaeDer9RY68eiHvIdI5gxecavj jfZo85f4JZ6e24NzcOQhQz1wSeURIDH4AzjvaFyDL8MBsYM3SCnlQAuI8Vp5e7aqnUlsjsjhO/DH ojRGdGYYP3Am5/aCT23zG5Ta6v96AV7n2JirJvOLgSThZISEbhWGn2aeGYgwGFnIvf97tStzd26n 9vBmOJ/LwG9wHWbWum7BeriI4yAmfD6a7zEx4WR+nqjBCtq89I8y6/tf4e2UNpB6cK08OlTU6Tdy wQEimXi98uRcU2aFiODVpzF5fGwQHXYrEsd/Tym/QF9S97/2cdg7/XhJ2uZL8iVyFzSdQL2BKHAe aiJOXTmU1faVnXIHiZ6m7Su8uTbaQ/2bjIRF8/m1EOviJoqXdBemwc7S+KPka+00Tb1EhjEHRz/o xOHFq9zKPHYvsXKX+HyLyT8Q6wsgQcN4rLasXs4kcNc5DN5aByTu/VsnLfyQI+iYw4A/d7hjYKju Y4Gdu7zl+7Wb3o4r3ILjouvU58clsmoOrj3Kp3LwVgKHD98M1RbO2BXhSppJZwTYEu/244bRi5q/ dRDdxWqIOkqXujjWKHkbjp5tbW3g2X7LMK1Ko7O5qI9aH8TVUsvNoO385vzcIq3rf3W4wfuOSVo9 RtD7YCsDYFrQY5JmueYpX7SZxUJS8eiowO4W6mTfeBswKExruN17GzDq5p96qfZlJFHvFHeOivL+ tbm0FTW6Agp12Fd0ldid5zNFZGb8t8yHyg8YMVtiRxldZXTuv7s1iRnHWNn+5s8cF7+0UiWiDCH4 xmORffI+xbofDNSIsiIV/ADK/Fba7wJi6XYVjAhYtU9us513ML0rAEdF+1XOAv8D4kWQ5+wg6pAs CtkEQMIY5OpyAjEzPczZZQo+hNW1axa+Wz821U+glvsr9Kt7KWiMwAH/3GVjDmTa+IwCeXVrnj32 /I+CfenG80MR/cELpm33JfnQlvn72ehQlI10570VvuoZWRv4tImWkN5GYCzBt/F6sK8HcURQYL27 iyO98yNG3487yN9VYPIJcjYwwZTibZ3ylWbyxUbS+egXXBhZP1iKFl9jDu7YaVkTqoDEfCPkDoVF wYlLYI8hQexKIOb0eD6I4ep1iOI9THb83wqv9KPMIUtFI9Scv+TWfUc77vgASspBCSbRqEeQmUsj SXpCj8e5J3ZwNpZI36+r2UBST1nYRZBv0rwElDzlyQbQ3NefX3ENAP/s78SreT6+cKRr3oZiCAOB SkoMmTRxQznIVl6UJjgWWvEDUbLG4jMdTRjD7KPV9JRvF2sefr0EKrs4gib5nNFGGAPEX6mC2ugi IK808XzLEUxAmLyOZb7k3XhZnU+AX0k0kaCMX492E2clmHNxfrqLE75+JqDOboLtkgkvichBRys8 CJ//1LwZbYciA099VxwSooEeklRO648hUYwnzlSiEhjzo/MiSnFjfwEUFZrblh8Z6orT9AIpTCck ah9Wcs9yAC1RzeN3TuVTvyj94XzopYpSZVBRAPTxVd4VtYf8kG75tpfx4ZQ4rUVcA87CGcxiC1IL BjhSUp6X0WK/+6DQh9ZNNXlMTW+w6Ppj9BPuGcmGHH0TlTuid8XMWv7ng7nRfc2CI3C7HM1jetu0 SXNzGMe+6IMw+C0w5e6LG4L7ioBucO+fL2pKom3HyMyypS0/IPPjB7/F6Q/5XBMVfMX4SGQSoNl2 HAtYv1wq5krLI4hAvnC42QMxyC4M3K4mG1MtnYVugNicKljGuZDjRpq4fm7er3k78R/gtXGLyc2J tvxSmHHtRnv/mxolpTZXbQlk/Hbw/jf6M7v/reTRMdSx7COjmf176Yh5IFUXEfBj4r7YTR537ss8 PI+sxUvKB68skxF1ctITCviuqy/q92s7hvPMv2GY+uQJqm4Ac6mMX53f9dqZm7G9qQCVRsGNy/NU 1wJVSZs3ixxR6B3LW82v6aJjWUDD2I6u0qWfCDqPBBJkfKhAeLO6F14Bkh/b5WbIemOYQTOd907F WMpv+FgbW87nBynuQnfLU536Fk3BXTKVD+d9aGEXfypJ309+sYvGicxQnn6HmwNb05PuLwxbsOoK eoA3mb8zeN46WVHHwBPyPUVxg/ihXfB4M4J2NX/dZhvcBNsn/CYeZHtTE7GU7/ISW5iwmaGChBsB 0itUXqnzetad+HPbPkkudNaUUYZkgkwsqWWyXFfyHPP3X5SDZmQqMf5Wg2We0a/wIhdgy7SEZO9O 6Q3JGELVCewVkvfY4rqD+HgHIuP4tG7xyKwr3Vj7xjqWHb/PoxHcBUdOmJIWYMtEN3w2lJ0vUA++ 2rUEx7FM4JMlW/ilONNL13lNtBFzwVjZO3Ku0wp5zx8RNspZ+TsaB8yCojfkrgLqLRTV5aLMDep1 4+yO96uOqj3zgi6g0gtGbFwmG9BFfaIdRsvLoXjbRK3OCYfM8aryZupQBCnwtA/RHXD/zrL0G8VE 5eaX/8TAgaWLVAIDypTYf8SBqHJKLJgKWkxrpldcB09T/mxzFaXLbQeBovrAu9l6/TjmHHzT1ZTC Qb6Gjf8GFqNDq0xhyPmmLMKgk0VSCj+NyM+gvNzTWuO/4NIYIjWfKTN+x+9AjQCW+5A57oNilVYs 6EC6SPGUpsbB2WsuT+wyUas8rFWm1Ain8C786HHqIT8g+t0Z+ila4c4rqU/3FbothGmhDp6+01Gx kU2I5OqH5ECW/KXX4M+raibrfASqWAS/p3MxViXm3sMz5XWwh74TZoMbAwgHpsKQysYT8SbZkVIe cKC7NLsCzbN41Gt+XZUs7jNP3YtJPAudOKo3EI7vqqcwnXG0VoNtRQNlLB0jL+vnE5L4VLboHv9n ZTXTKV7o3Z/vJ9x1nDhsitm7qMy/43/dGrdlRish/6r9/Z4ljCQAtou4J4L7kdKvl5sxLIMWn7yp 54RaPMCfFUG6hm9/PEFKNIAPYZRsFW/f7IrHlLKEtTkfKEwIpNLvSL57g2Scp8Gywlrz0iLaP24q t56jDYj233/s8Z0VcG1Kld5lTy5K+fFhT/P8z1958Mt4MW07zZVHIEw1+jnBvajK7P4dv+OyHbB2 s8797NfUtqCLd9sv9fQrOpCJipsRBIfFkFxqsy2TmqiB+lR6W4f2zHBfbvZbIZoiG/HdnJoi/TK/ EsuGfp7XE5kktvWo/RUsLZ94x3OuH3HFZks9+VJrR8pmjSwjSqXnH1FoIbfm4NcfQ7EZLWxnk/jd vx/SfmM/MTo+glz9CRU3rFdAVwBZuvjmouR/hbNQTRHjp3L7lSc6MpXpN6ZNjj0zV7Isg3rhYkVG u/VmgDsHPGT/Kb8im71djvF3zNFq1syHu9Oms9IWIpMfJneUTv5y7N4FcJ7QCeeh4Q3Zl3eB+9S/ 44ZWO3of1e81YuOhws7+j4adywu6iEUXhTfCjV/IJh91g5lIZ5lAZU0IVw8RS7eYA2g53jkXO9vo +7GPHgqfrPzMpGN7cajKX5uV1xL7zHRSsslZs1GrhD4Glq4lylnK8N8qPaq69/y6KU8OK3ouUOe4 WAaLZEHoXBoV7ifKNvGU3JhWpTDLro0/5CvTfK03f9m2BYbzN+3m7kZf6b+w5SH/r5y2fGaUsO1v gH2K9ZYQ9LvslERhx+qhfjjPVJr9nNvs4UwpF5wX8IzlweiT2EKpZOsDFdDXBJ69HLZ5rlwbme3m mi2SUDh2aru9nPAsIVa9VshdQXkK7ILI7YWgzTMV5dYrtqu4X5ebi6RA1AKUmQLUWIHKGw/KEup3 Fx5olOS1SsqgevqX8O41zhSd643RLcg+PeVftwLDtxD4uFWMlpNcnVzRooXl3DJadR1RIZWrAZXU y5uda0FU8Oj3zVVypaMW/2slea/vVrZfKNkZmgcrjPSp6P/gbBhzRVUq4mLlkWEdXPAUaad+u/PH 4TsRDL2oAUabRtbHBdFrL///uptaYKc2so8B0twssPKAcrAXrrDn3cLiHttPpLN+VLTsl4cqLegt tGEXKcaBOf7wQt0w/t/Thimm1hTLX/fHey9BhRRLNPa/MTvwhdDdAEHO93Zhy9zrRPxojHZhgfqK UyQGxni6eFU3kEi4cQPAvZt8l0UX/RUZAn8ZNociuiHNuKCNKgiAIdS82d9NGDbjJ9/E0WEMr4od 8C3oIxLlcPJ4FRG6HXiRTR0c4qrC9sXuIYNLnf+bzFn6XWMZ5fGFv5mdf4fZ9A0K6C9W2Idvu0PK Jtb0NmjNhSBnpXMDz9z3eH2rwE/RKNvi3UdEocAhW1RwwMdaY/bNs49w+3PE11Iq8AXjjRm/n6+i ESY2XLK1zEEf2P/+8vequ487XBI38OiH+zDXjK+qz621insrOJ9E9773xZEasZbIMGMBrAmVO9F/ +cCmPTL02v+5RrjxQsTjTnPFA7SQDZ6+KW7Q959cAGWkKrQjzJi6C/oQf9KRd2nUCAvBz7eSGqP5 ympLcvmOmXLuUChzmqaJeb+9W2BzCFBWSg6+WGt7o9Qcbt1qsGPLojsxBYcyJTUjSiiusY2Q9j7Y N5SBhzF+nX4+ytCJ+W/LFd0EU+kQ2n5cqPpKRZ1Fsw221yp5WreWbMYurUL02Pwi0OO6Gv9OTvNd QkyJiP3neQzKQbewfeYKkxHWO1uQHbNchptphaQgPRNJih/XcUE0THcIrhmbg5J39+upRJKEngu5 9TcdatkTneeO0oz0XFM0FeSVOhOoPe3NTSHQQp4oOnyosNdXeSXDpQbycA+havs+a1Wh900nX7HM DWNz997O+uBjGcOTEvUIFqhHoEAfICpdefGcGzJWpIzh+dn3mv6FQXLH8xghUt0x3MtK8k8Ql4wt KtPnW7dP8jr7GInMxHkF5MAqpw0btsDeeHOteRa5RQswuyuzeEJ3F4F81tT+NXgbt5QMfCHNVyhe W9+c0F5qApkQsOb5DhwS7J7MvbBP+9ryX8vWBE9UQn8cLR+YCHe1KD6Lafkdk+cpvcWMXp3alz9L 0RUs2JFRsctq87h6BfJZAaISKUCC7rDO1UHff2M/sxFOoQB15o80oFgEtagiIZXVKVm/TelHKDXK CZraMDw31UvRXmp+ejaf+tV371bAsnt/57UMov7tBXJ4JEcyf19LLaVA6mpCzuBDoMAdXnw/WElo mPzsWxQstCAUB+lDE1UF0sGrXGZOTN5JuqOpozItLTyLBsBr9xWgUia4VxRdu8pNWpzLTqb0KLv/ oQOJwT0CreF3J9HblBeRK9agC9QlufI8fyRQg5G0YQPwGw99vIvrUZH6eDr7D6JlX/o7uhx7oAxL pKo4DC3pF1JfPnq/TW3Gga8FvPcbMYsC2/OHkqvsnW/F75GUotPeaROZuSXj14A1wP0jMwSjWF9i DwadpFDO3qXsIETyW/y+rgCvclAGcZTVaXftwmr4t6Z/ChG2DIRV0FzllcW3lzEFUWZSj3m+9M49 3eojNgNpQVACUONbCDc8mVoF9T3WcehRz9XT+m0Exj9wLEuOaRiwER5TQ3WFjwdsvkdKaWjO4oP9 LRC+XE2E3Ucuox2AW0/WleAirYQY7EMSCnfwr7+1VWwBt09iyF3L8HP9xAQXHFyuIqb3lyhhHi93 75EyeFfEbTHIyEmPqt63pm8Fcl/oBbyHn8Wf0zVKByVnQywaCf2DYM/r3vE5iT30O/9I+n3nkgGa xH4bweS9a7tgGPebRNDFQyrhS47xp4z0mytAAn5frpWvyHnKjpJPJ6+GBZJp929cwXCRD5a/9Csd ac3+2vftuz0cf5IrZRXHcxEfHUbsL2uWTtFCK2W5YBD9KKazjxL4+l2h4DbCb5YJu/AmAM5ECBq+ P3GsdrlhJqirGX2xiwxDxOQ3T+iZPwiH9zlOiGN3fpMOQtqW3k0WifezZkb5l0nu3O4hoBG1Q+7N qVzrM3lylWufJsOklyGenjwItboXaIXZ4nhcK6MaRaQQckuqzCgOlwi5R5HDoERpvfRxl4o9G5B3 34BPAL8NSa+IyfaeB5YnlhZefdD7r68qPCGH+YzjY9cXfJqeY4RS7u9au9juW6sWqz44hyejGW7r 8+nPxexUFxxJTtOsAXwBwYK17a9s6GkxMJxrsyJ+jVfnz+aZZxJinXkdjafb1hmiVv9vox/VygHB vyD49eRR6bHoiRomdzDGFT02tmYY674nRQNVpXHvIzK0881V99TLc7gyPMNezQKXtKVSFuQ76wwh RleGzutTznhmiS5arVlKA/W2Mzm/+L3PJQIRoJc/qxiMDCM6XEPdLCkqEsnMGlSKF9tucIlZE7ko uloxChPb5ut2+LWD/5bmO5YFC0VlWF2kBHGa9FohVa6sUy2DjzNp1t4XSJ8eUe1OJIOKY+hJi16+ te9f0ePUfNmeMfgjB9lRjK1muWD2s1urSyFLmJPLo+JKkoSP18zL0niL20OfM6qhrcRyuHKtbf4f KOTufnsqP4FhGD2YE1hZXX8RDFrvBFCqPgc/EtxeDhJyOPTCTEnNNesIUDK1AukC7v+ejOFItauL Pjdl/turF+B8FjttICV676wz+Ccrcr0lq0hST6pemDTu7c+sXrYqotykA5JO7n8m8X9t8j7Wcj9Q pZlFb4QPooL9SD83M4TvDMpRM8N+zg/89MxovUe+ZW1f3ElXVHix/rB+mn4czB7Sw71CUU5Hx4FA znX+aDpM5N/iyDcTVt95MoAGymdkJ6EO60rWE6jIXMafO+N53veEdqZKI49P3f1EiSoF2nkmq013 QrMnDE3sA3jXh8I8UegP+VN0M+ApOBvP/MMy+K45RHydAiBJ7m7OYmOFeWxUkiQUV8ENhxMB3XD8 57jXFWFg4tScELCL0s8tm6CTD3TZyAa4mNOPD0Qqsl2IbdtgRk96MUZbRZFl9Oui+g+gCzhW4QZo 5rFGdc9M7ftbv6pwzgPzxjbOZzRv2fby5P5bQnRyZb0GHDup1By4OR26Eujq5ZuBXAuiZKJGF5+G 6AYvBgU0gCPsOtacYEkW47XuyaRQgdCEoKnQjnB7HB3WpMBzOC3SbHaUUHKuv1a+6LXU81TZWKXW p7YBv11XE/XhD553dJPHMf5Qm/sU+SV596b4JA8qUNFW/gxFgSQF/aG7WZZDtfEtXXA23cZJfguQ WbW36H8/StxHl+hxI/m6freySx+ThkfmJwX4ICPOjJysOYtFoURTLh+LGEVwf+sLf7E4L/69qpwI NobJNp4Y098Q4CMOw6dcJo86wc/h3x0wqf1LTs3/CNzBLjRuuJ6OSTGM1nnykRkZF3QAC5dwh7Pq FyfCy2Sb+FYC9ir0tYWlSeGvSPOD7wgdfiAq/Oh+f5cJe4ocZ/ojRFkijCm+sx6zjSUGsod22+cs 2UM8kLZwJo8eCE3iNi+9Xld5TUUyDm2kJKhIp5XPb6r6Fbx68xnCro0oXnv/fjeyvdSb7bP4F+JF 2HGyCM+ORzAZ4ZJ3dF0DyxucIDWZHlfpNn2wn096/JIQcrsnvZ/aByoQyn3xuYz5Wa35S2S48Y69 deOo2tLIGxYtqPsC8GbU7oP+k0jb+9VE6UlvGlASMlnz4f6H1V+IcdyIv2qttPteQRnzYpd3aDQr F3NU7FMFOjct6ccXmLHv6DD5a2+O1yQKV4q5An7VEuaLOK3kx/45gV7PqsLn6WxB40JK6wOo8YD/ RSJ3z22IM15WhigOhiAxElgEmZnEfKEAJQ1z8CnDuJ3h7hz+Q/Juufpw/bm6WdMqNzFhe8O05BZp Axv/+iGsgb6mLdfdwbo9f3W7sQ9MCKqyu1TkqN1OMJXtRxFvwJ5riGIqISbDiGYfrvlnOZnXTu3z CWbOZSqxJF4M0uX7L92WFHL/Hs1H/c37b9prt3k9QKVXbg1TumKhzYB50MCdP7/SVakHwd0QJ4F2 HJ7YPr3dDW7KdVDAqLfsdRYAiR7/QsZGNUwFb377frvyltXs2FNd7XB80fiF7d9N5Dm4RrO/Jtz2 pdoadEm2VO/U5uykUJt5DkryoY+H++YHguudy2sya/guiegV+XZa8aDc47ez+Fe53wxal4K/5LvU l6g20Chfjr3jBotorZEupPCtqG6yGwS6B0YyPie/ASVSLUgsu8C/a46ZLPb0em0WWj7zyd14b51w h7a0U5DI3Y1jK7QmOfmN9IThwE5oNc6zwK51ozx237hyW9htvyFPcqLX2oWVy9EfoQffGxfs81ZH GY75XCg4Nlr9Nr2jK0Ach1NDAFG85MEthB+sA01OI/D33a34675UMVCJBvvrfJrab+sica/7XscW uKeoqPR+47QcIbb0qKIqkaG6yw9Zb6U99g+qVIlsutk11qb/7MEzR4qhTlhcWCvAPrUAWRjmVfhV ZZpI53Znlrhw+WRsB0IpBexeKihAoKr54ff2q7vw020QfXX8ACFhzOB2jckr8/5i5c+KPYjvSdBO nb6f4Zjqzcu8H3XPg1qapIkoHOJ6PUFJck0nJbStUrarJLHvJgKxL//LKhZMsxe5+45xFfFpbpZ8 7bUrUahBrlXX0cm6OuqfZozcBDtzGeeaJB/rVV0wcmZXi/3m7FrKR476uXOeZ5EoHdqyajyamBYr 3Yu8HPBan3lQvMErWOWrhPPZX2ZdI2EpuATQzpXhCgRz9nc39oeNOnBu2i/f0qjZJ5TFUeuufCGd Z4LV/RMoNfo4Yl6unGSf/TDpVaUW6kH70ARwM46WVpBzFoDV+DkqQTDNRsS3EiOi0XFORFVrCOHn Jleztupa8Exclfyl0PmRJTA6Zb0ozS5VTqabSEawry4Ie1MIOQIR+pUCVMESdu3CgqbgEiYqZ8V2 X4FzwU9+D6lOF7hAKK5BAubciJ5jfEZdTOZXqlfgzqT0YbO14ry/ZpZhiJde5QtH7JCN5UeetTsG jGcxLHQFEE91l7rY2RPky0TaWoOY/h9t5jKkb9WWTV0rozPPSmLPvJnw+nrrwQsrmouxQmqsZEYy N+UNH9rBMubZ1BGJImo7XAWLPppgBToko55zt28kSFEBYgNPUIwHRPoexb1f+Er+RzynVLDbqmbs pwaLjwmS4tmeiaf8SevbGLqGfxSQKz+jUDMety0zkYa2U/1GKxv8EKcZBzJ8j93ZGN39GieN87LQ Wr3AK3X4avLsBxb9DSFWNaPcl9CflKtOtwEWITamNulB2RTM1DcLJQvPhurTghKOC7tPAWwPnR/B hxjACWEm/nOtz/ldQqEOexcJrIlE1lVAhl1tQZVhgVVwRJK7eQLNXVNYiKsLujtozdcP5bqHiCCv 1EJy1l0rvnrPeoMsbCN/pY/kwJnGYvFVi+gFQdLyj9tv8W3FnbeZPEEO4o0uRnnzAupe21RwM6dn JIOCqDsWbSnuUIoGlBS5rszBFq4uacKWsN1KuOkd9HPYaND+xeBfvpaELx93hYyZCxJ0loj+0jUs K7CFP9hq+shRJTBla4Ei1LfWt2+4idHwtNHsxC7eLY+C2b8StFuCN30NhQiHOEJ5Sli1P7wV/Cl6 zRDYK6yRi7SJbbAGCCNL7/hs9OupQJSOMcKOA6sSZ3vuqDPJ2tSP6lLEd8RgmoMGSZQXei3fzgJa MsJeMxYaX1ZT+wnI5G//+otIpBarx3Efb+H8mMiNuprJzajWddy8O269xfeP63GeEr7mLOIhoSzA tM50GD8auYAyZpzFnjuMM05N5m1Cwij2/GrBie/m0Takrq+vXPdxHXSpaojThfsjQNrv/s3akMpg 2/I1WTxvVNMzsPIeoCIygSARENZ8IGu+axKTEC/Gc69HKJHZj4svsOLis1Kv/BzDhLjaLM6P14DH ioCyQcQijej+7Tqmb4XnpfCyzQRYH+381RU64+Dy0/2LoQOHteIiDAK2CFr0ITZjIp+3kuAS9Bdm ixCFzb5IW4c1DrqEBaDtW1bZI19cfwqW+E0qvL5U8vthP8QpnATvaFBqwkmG8f4ySKSVXrBgoOhE pLVHaQfUXGGYridjLpQBMkW0LH1TrPJGFTCjWtSt4rC/feI1fo/EEJyEOyHmS0rPcrIuqtDxy2AB GoOht4s0MK+CNwbraUgqgXFI4v0c2N3j3BOFutXfXCLdrUsPyD352G/X2vJjBg905RzUVQ8MoHV1 /9q0KLOlXAB5XEjiitzPJ866hLaJiTIQT66vkndbKW5tvLCv99C63iT/JAQxSgWoyprWa37gF4zf NSPdSnDrHCs8O2kZcHvz8TiX2hlzRbhrk71dNS1NNnmQ4J9xoF0NmaR+5nz29kP+zduo/pfaPe+P yInv7qpDE+bhdu8J5MvTsSLmXPVAupf3U9oSCITTmLzyY6zd/so+57xDvsEF9EUQq5sP3Df615xQ YjRIx8O/pbNtbH7o71KlsT0ozKMLfU027F9MMIJ4xoicIK99v79kTgLub7ZTG/D7njXfO4rie8A1 qW4skL2lX3/xv/c7JKkBJr7RAz5bn+uJ08MWhPXMwfFPyDLi+5FhVmvDXOtQgbt8VTj3n+czGrn8 VQVDw/1XnoRXwpUsXZtzaA2ksqLkVKCMshHfl2nth0LSeBqPX4ElLJrbUjOnRBaX9YkY7WqBl+PP HmEeYULczZc7L00wAAaMA3DIdWdH6qfjfdDFr0wf2bYfL3whs/5fj5eLO49ICa6GxspoHzQUOqcu BovQOXsi5lKwFqGFPBgonk5Pudk/Al1U+UlLY0lON92vzU/RkhDowbpTHEzIVnd0f9BY70aaLjrk 5pAoQm/M6BGnUlghdm4X4IX+S86IOe9ln7mlBdCMYAnCI1IY77zTTon4oHoB4jJal/WATl8EGCV3 mn3yIckdHH4cYxDuSrRzIAOLfrr5/7pS3X5itLYj9k2+S72mdB+dYGDmxBWhnUosF82AnyNWopsU opzt6F/r1KBJ2fFhVmmPV36honTaZsX5XAe4PDvNv4+NCfHN93O2pEubXih+7CjumlZewAUaP36I RqJ3QWM2Up1L2gv+sA4tuNJ0wIaoBvP1eT2Q2omlPLP1fACVmtAMiT7IuyI03YGcfvRsPXopeqQJ BOnYH/gdA13wqJ/7uxSi+kkA46sVrtyiDOQvvnfscR3V7v/1AuDKsGuSHsgC1gWeUnUSh4LszDed FdXQew2HLgRm4ofh05pOh9t/gnaSH9T5+5TwDpLkMMUtx0ZbeC7X56eQC3Yn3R9ZE3bV7V4W5KQj qQNbqKP923IvwrN2AWxzuHRkSP3j/N4q3HdujUHc4M7VIAzZH4lgfefB1p5th9qgb3klFNRmCpjd qdarD//8mGpsEO0t7xvyyhRkdx6YBb5JCa0NUhanOXjhmva1ToedMOikY1jiP8pO7Vg5hOnyPfSX txIZ0T3sB95SMNWD0/c4vwWYI7EloFfFfY/S/9V2RXTzQ8YXlIW0VuF8s3QwaOM2MHFbpIt4rs+q QjnOFi0qRXeyz5Bmg9RWTIcO9hBD45f5D3Yk1cdf8j3VMdBA6cS5i5pY7bJhw23AtfLL/+qxBlwa b79jyOQjfg9UzzG2TCIfeTgMB+keflj6h4f8604pb4KZMAP8lIETc3geJJrpNTPKJ1RwIydiYBF6 +vi3i+pURbxUwmVpi3XmvRy9tWsH2w9LoS4759pa9G1cDIxrFOV7fHBvQsxrC95FMg+ZddUAb5oH Ug0BbckC7wg9bN0ZY/JFknzy6s2JFWI36WlYqrArZI278Ps1WltQy7bHM2FSNYE4YVjv/ui7kdXq mYmGeBFztJIHTMpImHMytRK/zo+ptOLN0BvIYBEnoNxi3+FOO2EFnBWVLMqXo9ftDVRaO2zD7n8+ nqGCo05g3ShnIUfp7Tg8sSAuldnIGEM3lzDLBa7XFv9Fg0W7bw91Ry+Eoy9WZ8kzflY0O5xetLAn oYVVb+dDGxxZedB25979Tb4Q9aSvUzRENpQNi/2wwfI31S5V2KyOYa1ObbRusO54mOwuN+rYAHyE Jfd7X2/SHjwhPMckZjfjFmZnhB4wuKRO+XF3IGuTSDResEeu/LgpyrD5g4OdDPXfRYi5dvyHNz3J Yp3nDDK5iZp+j0GghTTERpJx/uVVeFBq0y2/hCVQ6MaSHbQ2tSRXsjELuDfPv1q8ctqL2dg2+aH6 c3Tge/cpWBrmcS+ZLCwTNqdmAyEyvP08tSGAGIytet2S713KHsyYm9W5dLt7bTrECRtuFAvJdPC8 OgiKWxqMfyUGWoHpuWUcvnSouTWPDRpRNbXN665NdKDrrF4r0QxjYWcZcJmTkgb+cChRXHEZrqb1 WYRYzgu/qoVuyQRLrNqtrllUnlMwDCAxfSJ0MwxTYIqpAx6q6FuiGZHNBMBdJcCm0aT0R3U7kGEl nMFbMdQ+Y/ewztVFBJmcq477Pa6wtxr5uY4TZQj1Q/YFfzY+aEAOg2umBBcLaUYL8DJNMSBRGKVf Xa3cyvFTKp0VHKQBNxdGvjMWOv1dS6nkEvAqenBrdxz8LyZaTgbVCCvtIU2TQNYx6+vStESiO828 +SEfZSsABDKee+v33k0Y1DIg6eKJp6OJ59bIGdIQjKH74vJKcgeivnmLfxi98oeBCGVjPXA0bDRD i627M5Il59eanBA0LQJ0zlE6yeaA3vkE6SqDhDXJQqqzAvNgK6TXhlySnfMt7tEcMiiYYqIpMjd3 W44J0rcQMvl9T3okAyRyipsnIyfMFeW3ekXmPYgSzMFLCWmpv5y00rT4GnBHuj6w4egg3mYeYps/ q56/72sRmBDfQwHPZqMWmBnS3FnWMsjgMA1tFvWVT83Zeio0Mc5Ixracy2PoN/K9McJbi8RikTkb SLHVS/t+Pii6YU3NuQOKCX4huofMrxlaPTWXr/lUGge1SCkl5dVnktnx+imfYVjmVIJQX4OxCMMe Rmf0QpcTVQlKdm+dkYQKxubqtP68koqnxliAE/wlv/uQ64UWKI9ciF6cAg86/sp86/Z6OODdjvEc UQpNjwSV1qeLnouPG2eEKphdRCpDdkDPC4Gb4Pv7vyRpVTR3xY65G69QkQzs6uxF+wnxBaKWjKON BIuBldraNHudRaBWvNu6jsbcIRr1Qgj8Jg30Z9PTXE2wLuf2eJWz1nrTrF02uGoCg8k4zb0MA3RD idL8bb1ERu3IhOp0V6bAUiJa4OO3RIOHxA1dRCplK1SltSQFnm5F5RHrR+n5Fjs/c+C6lyMjiGic mAX9WXKwrFdjFHufYuB8e6vreEKE5+OeEXoXw7r+86581nRQMuOHw2KWiyqT9K7Vb27FUZ9WZwLk HlRWfsWhjVSmeBvHxiYDSw0A/uA3ZHdQdmpdaJInI3Fpx6c9JMdLlcZ37UQY3W3FYYse2Xm6O5ck J48n7Bys5KeCZlj6OkQ3pi39avoXVNXau7uqycvlq1A5VwbHTPqBmPeiYB1SGoNMHd57zDlwMhMS PekKSoy7WvDpYjZdG539H+GmNWCvgu8Zao22wNpgbKd3RCosZYhfUBbr1IP0IEceo5XWlXhd5IpS YAzMEcqGhc7ysqSYDxCbhlMWhrnmo75lltK/eu5uQElg71nyP3UOItnajaw13Yu+jTCMdOO7DxtG XFKBTO6gRXFDcnnvfBna2H/XG4ueX3L8N1pZV/Hisam3sP9lKfi+hYy9OuRF+ujc8RUB3mbre4pf KDQ6V+JpoUbGoazsUz7b3s0WKAVN4gxsnqElRRXHv5KERaZsI0C4SUNc4d02ihG8ehtcN5XQnOrc /3StgAojIgsAfIQvSqbRrzTqz/oOiT8DzaK6MPm6deD3dI5nIDtIV+2OlPHNdbMzUrMw6MP6CbsW OCBLfL3ad6Pqb6vPY68wxkZMh34NWyPyGJH/DJGHMLPZWQB/fxn72Sd8avPVXdDKkKIjykY7SbWI hCwNPHe1EnNmXIt7RTjsiTD6KV/Uf2RJnVT0G8sEG2U1kIKwz/xHYOe7TCZ3sB8Ih7SwZx4wCfib W8ShAPKv5D+1toYZyxWDiFkaYHHbSFdGOg5y1R/WZCtj2pJ0YLGsv8z103ZRyY0BanBBbA0IdlXz V9Imv31UxLzZcxf9Z5WabyTbja8mB6oE9RzbmEDz8v0YMgDit6QNX/k12jcm5VaM/Q4kDpSnBftC ESqQ7jn6/34P+HbfkA7pC3VWu7Hr/cRP4963zCfQVenBw7JPzGUDkY2WQKTp1XobgmzEzWrwx4Ur A/2xTACTgd/L9Y612kK6L9w+SH13YjZdC7qpA9JHutl7ijkGFDT+5sambu+bWo4zzDFQ5Fje+7G1 XTaCeT4WYcg0JS2HalUCf0KT1yCJrygJDpZiHL4ujiQbPif4A00sBUhfr6Tn6Kfs5ht4//x3i5Y6 4ko+dL8brxH15Ib26EVoBTQi53AON2GHJjJJ0vb2RPb+AQUkc5QgOE7Wv33n8mkLzl2jl6m++inz Emnk7NIyn3/v9gPlgTtc784a7v6/XzEyue7IlPUKImM/luBZEkLgLxDE0zVdwPqacj+qF+hpEHUh QLVyn1SHnoeevCJ1sT2ob0A4TNZGLzw0g+KMT4aDn5BlT7aU2Nn8u/Km7X/MjeAaKHSrCpXp2WgY iKls/PQMI2rnBPlPG3qQTzStVL1mftJAIz8J4s2BX8u9GTOo8+PFkLRNC9IUiDy1R3LxuVujBuUp WF4Ejl7+4PC1hP8ncwnuqaZ1NWwa2ZvgdSujA7RRsGMCOmlcGKYT8WW1Uegpt+gK6uZz4oXPnweO yN6TrixZafWqMJFPGd1COAikscmGRBakTNr3rAOAV4wVWCvx8UYTnMPbbgQPR5xVxn4t5n1uy/Bx 72v7l7iygdRwgz4rBubDxgZ2ZFDQu+IxtJy3mcjzvn5T6Q5BpcScFXqGkw4QYotjxL3JrI98VLBa ZZ5zsXbwx6607IzvH084DeXlo4UxL1KGqq0bG8I9LmJWXpqezWnmE0DeW1Ufzl/siHe7muiLHpsu GM43y2mjsTHC39P+WNyMgq8jFWLg/VNNJKQjIXruO/yNmRejRdiED2XMFi7XeL4wTnI8dMSAgUGr fTlaEd9luvpCOyBaK1YcUQaGixfOJ+5gTbS5ZONYmz3xn9c6ZivJqgd6+eo/QheWQCrfPflRM9S+ n7odOwvHtSMkXZxph6tN5dE0qfVZ68mkYPfQp0eyc6fmsuVZJdRl28BlahFSA2PMZlxxfj6uXwy3 3c+nonixoK2y6bcDr83lAS+p4J+4FgRNKAQxaHnVMyDHDmx2nIMyZrSHu8ABmq+M6xDRFlgCHHug IMCyDvraj9fvwm0KZgtkaK3ZFtkNP5/ytQdtT4LOZcvSbXGcnxoOzvoZNLE3OvtHJOKf6+Q2IOEs UM8PoAU7dS38q0KdbeX/em2QTpZa7XYYnj/lZ24+pW2qzInzfXjygPpHgsrOoKaN3xTWy/jXK+Tv 8L8wgkomgHpZtVtsv/TS7wWKfT43EAq3+9DSNW10xtJjqKiAxmAOB2jkHs0gv29n7YDo7hzuW2i7 2acaZxsBvhvnjsKTErIKDpgFZH7h2ce/U1yAdSva9ASZQYwDtcfi/txD1DX7uqkMLk2O+i3IZV7e EA4nE8A9qKNgLhNoWWB7r+dNjiGjQDVcCn4dWhS4TqFlevVfw/5HQfxTkV8xGQsgUWTmPm3nAoVN 64CVDjz/iu5/eLD5T3/fNpNZ+kmudbzfSgLN9DCMuXleE88d8p69Wez+al6038vyAdQyXC71YPwh 2z2x/ZwNN5/s6r88yhO6YKH/fO/fN5cVnO07vyQtf83dY5yuaA8qvfYqOYJuVc+oq8jyecXunoeH DEpXCcXaEbBDF3iQm5PFBZEdcNZoGaVD457Xu1KnR6ajPlu1kWusKydaPisUa8S9GGBghm+FuOos 994GPwQwjIHysg2WZ4nIso40c3Kt7as8f+Qy/qLvMnOkX97WeLP6gWApPuhY3lhusHbpQcNekHbT DNd9lDpsWCY6X9umYAhDOWYCpfV3PDK/MBc+ZaC1o2x/Hv/Hv6JW7I7NuZR7qMqkv4XEcKNri2QK 3bZRDAQkbQBX2AIZYOioXTETWlejgLYX8lM1T0Dz6bz93Uw+HqWjhWB/t9hBBlyN+bD5o/kEcNye TEhGcxoX/HGoiaHa62t3i+gKTlif+V94YYd5C7qQe2KFKFnySm7Gy5/HznWDD3HP5hoFYoTjxPvN QUYjay+HrS/chkE0qHCMLu5n1qire6pjHotv2FcPgPqEWJq/YeOryha3zqcql5/RjuUOoLAjH+wf WLnirPQGL9g5tnUAgTpZLfAjehwOq+BnisHQjC9yG/QgHwzI3jsxeW143htrvSB3pO58w+xxD5Nk W+aQlodTYatXrmwfwshrwWuD5GtBNanNj53tRo348XZo4tjnJjUVSEvwr2l5GGnwrrvOxAfb/x56 TkST1lV4vtzVjhNpEWyUbkHMnLsjSFkKOrYUo9vmtUs/I7vTLPrR4tVENAqKMvJcH27zTxiUETts BtcEseU6SLdq413fiQeSOGL85iCoQREPnjzSgbJbANb+UpOr8XuZmXwY9quz0wDiv+VR893zqiVY 6NptcrAt5uaDwVfsibMlkFpbOM0B/PE2u4O3wqViZF7vQizRpCOt9xLCvZicc4U9dv1Quf1Gt2qF Dl8/l0TFRULosunO32ljDDykEHPuL4K5IFrz6/QKs34HhZcaw+l6WqSzW7w9/1orlLGQVq4Ci5n7 tbtyOMofVJWpUpu68TRpwhjDEtEcVBjzfEYFI2Fq80/9lp2BFHP3zW9dFCXulPtnQLDoQNjj21/j ARD1od187/2KkRSGQeiBuwq+bjBSwrKkUgeSnDTC5R5y6P7rM8ggfjzJ9vmZhRCkMh6w7Yi8i9EV 7WjOgTcFjITbBymfHlB6X8w0J+B2wRXnq9/4osp9QxHX7ZNUSfQLGTdTUQnmNSRSbqTokoZrYu15 KFShDHFnmtz+xDXKWaya9H9gqRqXLODDqF61ffSLuxvZCPYla+OSpcJlDid7hwQy03w9tiSi1vKb QP/8tez+tFDJHqER7PZL5oQx1SrzxoNZ2ne1j0tEQp6gN7cQ+2LsJlKbi01VPlJzt/LIcvsJuPtA jHjU/3t4vbeCYTg9ZBdhrawr5hzyw0Frd3IQOb9vaArmaSPpEXAExR7CAXl3YjUMuiOHqSPCzrK3 zhS/jGEu65T7/h5v3qede9vJbCvlTF/fpyXGKI1AzkR8UQCNJbVhaUnMsEp9gpOpAedPECeHw4JW NCHIDheXWteFGqdewQ+VCcM7Yjethy8rPxhnAEla5B/fs9jD9HgWczh3v9ia4wjRUntL+wM4Dclv phPrWtjyDEiGsHmev/7cb94zNEYeakZ8+Nk27u1s9uWe+A0TKD8g3t/Daf8elX3jdiJhppxuKEfE F1etF/tu47uIXkF4p6TekelaYbXIcFnwjNSGejzRnqqQ4BBZvEcjtnfPEfJdUqGNRcDz31mgzHT7 ye0o6X1BBQPvwQ7q+H1iFTo11puvN+aF27Ap6jMeNb/tE61xsCj/pV63tr6Wm/dR7zEwc3GbN48W VjeK896gCws7hUG3KqO09cB8ynI218KaV4oWv1oVtCnYMo0reahzZVLmZVR96xmUoTmH9e4DkUWj mrRayu/trdMShx9QMs+7cYmde0jYIIZL3DsDRAthtykqOx28HfmJEJChCy9YgqlBIPCAS+35lBsI gxoIZUDm5ZOj3sV/p1odtD/OK3ivITacIPpxEB6vx3t8XFcLLCT6EVEcV9YwqzcqtL2F4w9XTYPo SKVfwaWUKBdO8HdBG1DFyhzjU7bDCZYZ8+O9YEk0E32PzlWATMEJZQMWJV5uQN/4EvcBh9vePihw 5iQ2v/fFe/LESHRVfl7s4cbhZRENdPHecu441n4pAJrp+N7s7v2J+ZrlXSSXDbACT16+hV2I2mIU jlpfBXbgvX4akxVh60xBYAuZdfa3FFmyHojdTCeMCXxgwbi1ow3Yxh4uQFFL+lsgMPCfiz4HOQj0 N33SzRt1lTpM8O2j8wbBvl+MjXgom7eohanu6K0LF0pELUqzP0OqMzp4pe77McF7na7FK9eBVA65 jaDTTwFp4gnPiN+VB3axGAzBIaHdhXIX1rK3MvCGsI/9iuUccJF2SDtwsuri242eEYPkrvIYQhdL mzixsV1G2fq4clYj6rNGw+GSf+DRdx9h/s2idDlEh/tlmG2vsc8U9WAgAvtdDaVoSntjPXijk5+D SVeZBCkjrHVQqiyx2mNnWeEOvxiBj7Qfu/zjrndqz7Jehy+RpfpzZNRXb0oKDFwzxlujUii7B6MF +UlkbKdYmQ9mLE6m6sv8pBAyxgo+O0WdUI9jT/9qJ/e9Sj7nLMiHl+TrcTDI9ZKRFGfNNp/mwSCm MzV+BiPMHMn7DrWIlNDTVz9Q5UZxzPc8Cg3Z1VddWoHt3e0bTp/KoptZyiz3wOAOu+t8TgJGsKLZ a1cV3Pzi+g2kVYAYeQvXr2rXpuUB/eUYaouSr3lzkW3c0xotDA7vXoxhEMLdDsnZJEiw0xT8TzBB PgWOnOVGGIPCQDAWdm1sFSW4caUVFVq1uq49FWYjyTJFP42ZHGBXDQxaG/oDwkvEDHChNb9bVcT6 AZYTYZgxMC1/5SxMwpY69G0ip0UHL3/EOuypYY1qkO4Kj81c+aB8Y0c+lAYLVe4V84m5gQLJFTsT 3tmWkkeB3uPgtNVH5k8BGuRUMk0nIX1bSKCuR6FQiPuzOFNJZ7Djo0dXl0jOqWgksVMXGc9jn23K f+aN+NJSrBZn7l8oeGtvcmwxo7YcWdzQBd00p69J4mAm0rryNH3zyL7AyIFsRwimNyOIZksBj5Z3 Rv5OhENW5AfXbTOZ6Moi3Wx5ShQqY9txLbBavyG1O94UrCRALmw8Od/rpFu8pqwk1RIQay6D4f9B HhZ73LhQDYyGx0RHpw+bjyFwHapuIX2LL7V7kKunEh+1VWdNehJigkYRg3FSeAkjMxw/DvrzD170 72W1uG6ismvcn/L/+27RHqzYBClg/yjkDjmaQ6YJEeOuY1+SwUAII+Zxqbygr63MdL1vnq8GP0XN PZb/l2yDmcIPCsoIE38edxVUJ9dBRPm+OQF+Iw1SXFBtgKtvVTKlXMt0eWdUcva3Lv3JqejTCHLF s760uzIJHrLcpVdPwJuk+LiyGa/phIIK5p7fbIukncjNQFRuzqX+8jw3NW2Hibbha6wFZdwFwvpi Ricz8fPCb2L/d9rqRQk6NaCVM/QKUVKcn0DYump3n4vyjUOGjaWz5OOr/Lnd3cR39HiSKfE/AiPv kG7b0E+na1tvIWixgl2Cek9ESuxuWYg3fhYmP+ncUiYFppArA1rP3mL8mVjHJxw7XqyZXgl2vne0 vKc4vGOoDRONyu3E/nj6A7sr18Xk1wMlTGR+sRmw/iYOLx6KWgklWYTSbjVF6W3TFS2esrinh2WO J701LZoQ3PBpvVJcRm6O+ihtTLcivNbxqzRilsv7VwLh1eaXm9xP/xRLeqXWvBAlbKYpvui48kJG RMD9lXRqOHb+EsXme6Rqp7cH3Dw7KzxppVATp7S/bCOv6aUNo/MzxYb9RN/Oqq0+Jn4YUPxJIrOA Q65Aw/qb/iP5F3iUE7jfGaU/+WHIAGX2oxp89MsKLpnCGf8ZYp8lrxR834cMcuU0LyMRCPTKsmz6 cO7esdeGkt3cqU08S7lIy4H5VY49EZQrfq1HNpr7LaSzlNFPLh+58lNG8BYJZnfi5CzG4KXEwMKb LudEprHY89uPv4stxZ4zzWUKJyTLwI65tMnonQR0ah9Ly2KI/0bxtIipJEyOf0sH95IQRsYj/2qh Vh2MV0AbuUtot5xuh9BSFiE8/c9rbEd50ayAjJt8dPDDVM8nuc5RPmr4uBEjcgDO2ifSYCRdT5C0 1F+oTmk6c0AsMNDgQQHXLGxvq4H2STqn6oY3v1o/YjssSD0tzLH0U7ICXoyDGb6RbJ0gxNfy/3uQ uLLJWx2ICUOil/iyga6pUd0C1rG3fgMEVFw+cMC3rY1bYzyhTU+IBcKQrfyBc0K3tPqGWre1HbtV 64H75Ov/ADA2UlgmfJwVbJGys6vW9TaQb+a9/YbhSetsWfgEuvkfzfUpOH4rJxhKsvOUn5b3DjYr rgpsVImwRpFbkMo0leRl/LzDQ1qhf9Ns5QpkyDj87mn5Wmaig/eax91nHbbJuP2wawtEJbQ7PWpa LN0Q49L/QRwLvcPr2jrEJ4lHMayXsePNJr9eAK4Wa8ARU/S5k9SpQLAkPUEimveuEPv9U5Dsfdbx u/UFEN7zoGUYOGFAUzptNWeRFFiw6zIJkdpwcT/DM0bT7AyuvLhsvDx7awS7Ct1iitKzIhFvfWZY 82L45AlaemjSkBVaIoEZHJYPxHN7s+k+nc7dU2RDm3hbRhVv5debJxm28CnLZAf4s0SodRJsqHVZ ol/3IPwIt55U7Mi16wfsjEnMu24ZtDVP09jE23cRby1xM0si8ge3sS9rfo2EVeTswd+lUWw0gH9S eFTWz7lwcGgD6kCk/bPdV/sYeI6AltydJuyhUi11ARb07oNL8q8EPMzazIfbNOs/ik2JNvHF+e2E nlTyC15if71AGnS7gPlJR9vYjXLywyCi9762brur0K/IIASCRy1O7GOb3OkwV4g8Poa0ziLqbcH1 ygH9M/ur44JyncOZLfxIvydttR9p79HzAl7z3HW2PHU+hR7RS2Ps15osnN91BYoeRjWexwKLseL4 z2LgTyhnhmsXuZIpFcL2tPFQfmZhbznCOaVQUluhGQ9Ce7J7u4iUU4g+Gy1IGjKdL6bE/1W7Glmn i2+p13np3Kn8jNrtY4+lBCnIlJvzs3qnNZvm9YlF2vO6jUPM91yiw6F8xkPI9MigH/yTDzS3Q6oX Q+LAfjyuBUaZIwly8e2gj5FqoGqVvcNDLN7mUr++CJHe3ohORyOjVaz+uUamBKYgK1xaqbz6uB89 +bLEev3nC0IiiyPJS1uZ2pJdmVldAlzQhxp49o1FE3uL+UmNhv4EnRwsPqTdeicjDt57e73fwDVV oOjR9WKUZpkOITVd3f6haGDB9YDOOAV5VNRfr/uR2fR5S78IWD50QbfGUsQZBpd2DxM4EQBe5oeQ UqRT+NDZ89ltNhec5K43tdaz0DKYfznyg646OQX9Zw3SUmyEinzccDy/Tl/8doVSMFkcPSaNxbOu 4P0sijg3M2/tQT7G7AJRJTcxGl8L65yQZDehuWkPpnvwJR3p0ff/EKPQOZX1syLOKOiiPxuumMBn XRQkHpkddcXXtPGPUDr8MI9XOeUgo6xb0wfpZT6ll/QCzULp7ugBDRTOCsMXfMKTTx01P1OKvtzw Zg5hyVkVTrv4J08Ai9iXalAGt81HQTKkpR7ScjiKprLDJm8t/JlJYbnPV63zvBIfcPehF9jJrEDv rtXATRWhN5/Sudk/Nv+QZiTn5NNQf1N10/p2cTgdcc2JhPvOLylNTrFJCKDCVJUChQsUaPZWAdO+ I1NuInhrKLcuS0HJAutN5xJEN68TZLklP3prqm/XnJRgnDLA1QyJ0v6CSrAeUvO7J4uFDQleBM85 6d1vaHCYML8VZ8joXKgO28B340PxkD3JnwL/nttdQzzmvE7C9sy9u6s5hotgvPdqD+KLzfdRN7Ao n/528T+W8WbNqmFG/EDytidbNt6Fj8sVKKsPOVMzUlrmlQHHhOUaWu3N9bRkzQVDvRAfVaat26G5 bC2hHuGuSzh1vgzi7NP7FE+l6twvBm6f9PErptp4l19g1VlRkXKbomwaCV2qlJwuQVJENfFiYI7Y fsAloPayZtyOqTUtk8a2s1NE2tR6Cip3g/4Xi5zBEsEr9HKNugdrnp3dfXEsAjKtxEC2JwyrZzRw IOThsbNXZpREomGiKCxpf4vjElzviYMmZviETmjM9R1qlG2CFadgU+b9+Ng/tBqnzn4l6n+tw1X7 PgOn2xx3wo20m9dWQSibV8J10VSOOKVFs5dPFeZwvTV0IIzF/lObmx7Yxy4X/6ukXvm7yL9/BPuN EzHG//UCYK7QZWYe+MKK9pKtOv70SnqO6e2Yp6strbXHzJDeRnrdQGOqOtc3u/Vn4H8FAqlqy7Am bMUUHcx+A16tJ6EzAUPll/OvzGshaiuagwC1idzOyicWH9IaDZi6rxX+24MNK1BcvRxPN0UF/U2g dt2UX+INXYrzeihpQfDhh4aHcUVSuUoVus99MDjW/THAZf6n69IIXDDdcySz7vcvg/VmXecyu2m+ JQB8y/Mt+AHFi6uCjhlm/qru13tOcYyp7WBXYlCspIrnmM5FdrIKgLjRCfR3Foj3NfyQ3JiFbkG8 vH75rAKJiULQTWLypHvZrqNkfsvy4BUwf/y9EjdLGgUKK4YSnVl3oO7VmjqnQnoxQLGQBwrWSI91 BlCSxk/PJB/h/YL3k+685QhN/x+pBooXCXAvoyhnhVNPBvqGh3fbBYaqhmlTSKCAmMX7h0Af0Dmj kIVe+s6slXk/DtDNCqIGvuuPwRKufwAODhSr3r2xVbQQ5DA98BOt8C6IWqb/+kmR0cfLHt6y4ty4 /skWKVdNHFHyNN/y83+B2m6ZMSCdj09GqJODPoyI+kHQKPv3IT/V92kz1Wvsg8/ABbj0HUcHpwKf RiTwEqyoB3cxbGX/j1ImlLJr/xrsd77PCKWhmBu/p2yqGTZgkM4n9Dh5zi9a7xBne7im+P6106rl KQSORPWYCume1f8BHXyB3QBHoAJY3g2wfA4dAl7cIvN3G2tu8/8NuNxmnm/9lJo1nm46+brWZg4Q M2wUffu5BqkgrXF/82Eon/sjZqrDkN4sjRC94R2bwBxzwIZ9VyZbsLc4qf93vIngiuCIEt330Hez FopZx1w+NRe05pzNKIUJSfS1YcnB138ppUM+qJd0DCcTdSqic30I4u4CsV7DKBkEd0X8xcQ0GLQ9 37DDI43jnIUB81QY8JQOqFWxAi+n9xAH4tc3EO7ujSPaMJ0kEnmvoytawfR3viGypAfeVGYRnOOn w/4/eZZ2Sr1O4sWmgCv3rjMheacwJnib6JQm2W9+fNAEb7RJMTHobgZM/3l4GQX4PDACdEP23QGZ gDnOiPAHOkxA/O/U+j3k5rta4bpbZ2hChMEpyoYFt7LBIzUbvJERxtOyx9vXv5lyIElwNDmH3yth j1RC/OZ08Ncz181go45rFKsaT88PLxDPLSNsxqby47dcaoFtJaqz4dDPkYvynNJcD2xKNzE7s5xK /h1m714dcpWl41UHV3CtpJoZUOqJD3ghyaz1m3tEPjx++4HiR5aD9o0T5p1QT4DM9WWc/US1r4+J a3HBcIlOClJX8csfxgsfh7Dfgjek+2rfkgFUw2zaO0Bz+asJ8GWvRpWtwXfku+sEECg/f/fMgRne y9feQllGBA9PT/bow+fxW+TToBCdjwcYDKtZtfP+e94YuGZXgxI04CUzQSpYZo9NoqrKkXQD7/XX TweZYXPq5+LSKe9EdS5+HwAstrFuaWPcCKWpC0kT1af17Oo3pKhPh8+vCb7OhqnwgEtS3JrJFq5O hxg/Q09npdAFhGKK+Flkd7vpUvb5cM5ZaHunk0TvdHhSCaW9Yvo08uZedBynJSr1yqhVbfEcsWOZ uPvJ0iYgOG6hveUYD8LpcVrei7owZ+VpDNOL7faeqcJfDjt9wR/Btnn1bg8l+BN+7Nu1yrhdajmA NaOP3EHJ7o1bkgIPywP3sUmiWhCocqTXlqYMyXR0Kjhk+54fVaUSSnu3kYP3WD0B6JEiqaKs14dE WYeLgsM4UMO9Mbz/0JR2XaYQg5yGgfPAeRvEq1jrdSBtCsKA2rAg2Jd5fpyk7Bs2pqT0wRL9ndhk MhF8N7sYPFU1noHYoBIGDMu/gQYPQHycwie4B0EnQSmhyVMb+fU3muYexPVZN/igqTvNBmCxbPEe YoseoPfZUprYdrjKbF/8n27pGsrQ9RjpDImoQIz9f54cW+9vHv8JOC4RiWm2yOZ9qghB5R5UVv/O uug6CWaV7/y8rQTKmgIREbLWMmtMgBvy6SzYbCJQ+p16g7OMP64GKsR5yriyWZACipngUALz9yIp 3Rbe1VXz8aHOwZbrAMilQcSA7jaVLOx8QDs0WZ9W0soDyRvUeaMZ2MAGrzvNl/SvCGrBwN11+8GN ojRmtO/kUo7E7CzxRhMizpVX4n2BzQrL61mTTacqG7uWSLC28+8y40LEDEnif4UNDWzkv4xOM514 +o1/7c4fV9pTkBMBRK4fgy+iH+SCb0FJsoFEr1REk0TBFqcug52n+4EC8np6X8Xrb85L7D6BLnUe YgXmzc0OREO3urjQLvKlmZ8qZkWFqCHpSYNTkNBqPf8Pt9NVp9aCew5X8zh2wgYJ+dcfZJ7O9/FJ 7iFqANeN+bsnA1uZP610JIPTci3vYwZTu+FOO60+lb2K+F0k3a8BlGvMnUlmT79tVh+TcsAgwhRX TH3F3K4Q+rCJ/qe+zS0VET8VYFDCEPNJijplBBhepxnZlOm9+JnNhr3KuDd2VXQWu6PJ8zNE7xn8 cK1oxDeNj3zNkHJDJwwkv2tWduetYNAk4CV4DSisOO1g3Va+53pSs6s7uuAjy1HqWtj8jMgWO65g LxhJxbcIwkp5T+yRe9Wj8kS3/1+O8gK+CnCzfMoBN2h6wP00o/OQ9LvRQ2VsKM6Hp+cndZhYbOIu wkfdgi1u38Lj0Sk5rq6588Y3BPP5SbCd0E8sPY6uw7Ldrb9Ri/wyn8qfIG0ezGoAisspZwP9YZFL yk0YtZp30yFypyaUiPqMkym6KSaycfdfwqyscmvaFOzXFPkvspZT0rk/kI7Aa6NNEQ76Pu1x3Y25 C7x9r+EIDavcxqr5Y4h1hb2hTx2Q/aLGcEh3iU4gehJTDJ0D+27VXl3OTxdgEaxXXCEyUdtnnJpY Bx9CDI/yUntv8xFNdmov47fQzBcK4bhIJ6pz45oPk0M1X/SQQAPF0KdXEihdRr7oWaMADWg4tRfj gvbjj/+w3Cp29uDeYdzVh6bc4W9FHsLLFKx1V9CVvwIGHiyhK1YbmV+MZ9Xytx9oiH53rhRV6qI6 zDaNXAp+gIPQiXOJJDLeis0fRkJVyFQAaosB0ibvL78tFV5SP0IR7lUTUKb8DL2wHdRsd+yCTOo9 r7KgW530OI8L5sPEIPi03BvoU5M6FLYx/Bo922vs1OXhQe6/dGcLyGqBq+1/qoBVR1Ibyn9vww3f bArs9LL39l0mFvRqrcfG44HWaFrLkWVaaiBs4rEDCf0kt/BknCc/xjrboutmfeo/Ul1RiZD1bKrP /bah5XzAD9aYh8gQfbrF/0jFCcd0B0mLwh6oPbkNKMgFcaxDMQ2U1YBvBteDxYBSrQEdaJ27C7/A 0r/pS35SZkjT+EsSEp1HJgqot1mUg9craGY0YyNfsRGojUFWvbWYA5dqYaoe9i2TqgDvLsZFsYQ2 1K+8f6UFvkcHMWQ/H/dNRc8nCfD9Y24WtV5Isyzwl6prFsJwQ4xBGJx2p8/2Ksr5aiL/K6/Ea5ln DdALzsPRJfEUuJmQXMiXQCMv99fH504VUnKOhj4smbJH8y/cm+wSfTzs8GlTVmu40ZnIIRC/2IEf VoXpHjEZp9Lro5lovQV17U4cAQbWgp1fNKVnLyFKdjxCqQiD0R0BBPp0N+TrWDhzeiwOExfvZ5Hh ziuPUYj6eyfdbrHuKlXMpLiF1PYf1nBT/K4+cj5g0OVF9x1ELL//1zFsrLQxJ0HuNSMlhm5/v0+Y vkqrlwhIQYQsA6HA7OPxK+vf/GOZtk5sKfedVZSBhyNCMjWYEZyux+Nb2I91rRbUX8ETinihSHi9 z75Fxr33fa9PeXeGRQ98IbtrLZ8lDnLefKI37rk3VgEe7ck5i6EnGRld1TaxjJ2WE5dbw4ourOcg VrUjKpP08ikUT6TQIwGByG0FlkM8oiKYG4KN6vHGvl1Lk9GlF3/d7WHFgi2s7jNUwRPJQpQqqwiI 2QwpwnHXJyFQA5wEvOgn3hBTIH2GSmhqfHFFGLMgsm8Al7FDFGpsAo6/xKJoPhI0Fw7NtdTySOu2 xhFQzivc7rmCjZ7pn4ZDX3g993TSXbLajWssNYLbZ9Bq/t4ld8vEKmA5prgeeXJI5P0lS5xBUd2u yg343YJh1wL9k154wZzN3LyJ6B77ZfKQ39f8IhrKs1w0Zs8XDJEte9NOhBHl1ke3g2dehMY+QDWc u4XiYLs0np9ljp7eBy/ceTJo+z4BOAZPCa6eULLA6bTOBJW1x7k4KWZStiVBslbZMteS4dbNn/uq iW2Kjp/r9rXHyFAS7kKUqjAf9Q+eK88HLcnV6voauyi69Inuw6QdqKqWE8PlU7jpNL+ZV1gF3ejX iuIg6H/urFrsUislnPXhgLtmUfbgyL9oHKvTksdfrqZQ+UBrU41fhp6+ddKA7dTthH5CyEeQU1QD Nei4VK4Pvw00qqIitSA5jGWZXxxo0CfA4ym7rjRDC6MLbiBwAo7k4LMHiaanoltNoRf7pWBi9bJE z7FL0AO7ehhdwHwcnhP56cSdke9OuoewQuLgyVlEblHmX5GoiO+KyYB2+Xksb2hmfo/GHvCpXDR9 UqpDwwG1weYPMiuTLQT0I3kqbaM69ehrYIAIHDLXLyAFH7FwNUUNWivT1zacICMESI7k8/+sUlY0 4Fezv60ZvKos8nJxV0JPiTBdZ2i/vBW0ReZlYI/NV7mSMpjb/1oV2LKsUWvubSqWrkGC/KGal/SF iQr+fmFcUGwReUNes0YM87XLb7H/5l5/Ah4Da+zIq8+hBLyEF/A3T51BHf98djDFyhuUoSF76wtN l+hG/re5zlmNO4W8x/HQd1Q6B8pTFrkVyAQ0MrUmQp/bHXQ/A7pzXqOlZW+h1I6sf2FHGHArZbN8 Xz/9zEgUDdkSZqkbZBEoXqX7hnb9lafBitXU3PcTacfzSjeE/Xz4GBx1oyjfnP6+4qKwESwn+ZBh uYvjSA39Y0R9CmZvjfliTF8yfTEtevE1ViTxJXVl/ssvon7RVxgrzQW9cmF7RkYv452XkBIUYGem 0UBXGWBH6MmDm9+6fSS0CL25oQn8eWO7XIwHQny8NgtWB8n97Xrf8Ly7fIDz9gMdQnLeeEYi+rDP d5O/zTak8mrM/O86/GGfdvE84yi9pkim50ekqE6Xjktj3HcH/7ByEseUb5p7Q5HjjqDbtmmNLAI/ A+S79EIAcTy+HgpYPz9IIiXv8YpFDweAIkbOqlVwtbK7wBS9FZN4EnpTzZTm9BcfAvRyv2Qy/gAi 376gzJcB179dyo7zEY168qA1Gz07Oc2n+/twvmgkpqQHWRHcDZoKpGL0uGPQhuKq6Mh3VfUuAzTR t9yNxzN9DvN1i3mZ/8DCbtvAWjxaNmDTRTRTMLjDzFs8mr0lHi+FXH/PUIL4LhBpA10Q2a38j6Yv W+/jmmlHfGg8N4wmB9BbN3/BideBmyqnZkOaanfTVUGVKLCQnbpmVTwZSke7a7qJXH6cICx7c/pn fabpuLE8NeRmDHogYElXNet7CAgknZ9abzUGjkWNO7ucgxVIHMwF+qQkTgG0VAOKxiGiG9k3mlCN 9wpK22O10j5Iimxr3573PvqR1d0HaYt4bva9JEJFTVqgr/fSca32cx5tvxVhXRooEcTZYejglj78 znmlrsGK0ruFYkGzwcUmk5qm1ZHJGfZwfejm9mCv//aiQFWrg3eO/TN0w8Q4lOb+AhSWAiP+1r9x NSlrfnHygKfbbOP+6HORHvZ6qYRduV5MUz8uDr4FbVQDBqMQw1rb//Exw5lAGNxWNfqebBZGLZKu e+YDN3+dn9Z5oJ/G2oanNKqqdXUT9mXL3kvp/DSwCy252V8BMVz/9+Q0MgVpNr57e1X/i+3dJdL7 jp7pXrR4JO5EGrncvDFdA4Ry7btJs58PJSeNJ6dHJHGrVLY3fXtxVcGku4yhkUH+oAhm8XjZd+oF li/jvx/1w8cN0HgenAeinusYIzoHaG7YKf+yHGmk4oaRsjOHopxigRgMYWZVKgKvWMKsiA0V1ho+ h/VhOV1bJIzWynnzDDf+/UQ3wz7zuVmBqU3IalrrOS1oUq0aeX6cvpbsp3kATLVAW9fRYOzoZzve jrSV2xRYYwQl7IoWY95m1vROKDSMc1vtkeySlPoIXNom5lWOO/CE2YWmLjPW+Cey4MN6ytQXkSuC 8OQxey3cZmvrT1LVD/kdi7wPJaRndfy3wQPFN7zHC/9hE/uGVFL+Yb2I3TjrG60Q/SqpbkFqrogf ReVjKuoEqck0wlU+AIGvoTa8arGTzX30tgOoQiQ/kRuEymhLzRfLkL+K/zfoUYSnpeR1DR1jrUBP EmUENc2FdoS+133V8aYbYcXhgL70Z8sPB9xahN4FS7rePadWB9U4UyE9q/fEgOVwm59529YZdCv6 zN31/X78eVxUGWI3JZ4vhqZdL1zg19Vj0YiCIaKq121uMya4h9rlcp0FVcns71LZ14e5CmC7ub2L IxUI8JJWPak8uQc1eC0ESM93KfD8cWfrizSSmLt++OZjB2oIRUsxrXfbmTh0h7NUnExWb/ZzQOsR Msmn53o9udoq2kfGFVb0gs9RrFqf36xUA/Mhsv+epCkYSncX1bHq9aLj12dk75aMEmaabAuZZSQH Is1+wa5JlV78wB4UbRrecUeXgv89heUg8/2m/nMTnULfqYPNrrHH2r1mVnMohu2xM2AmdoiL0IiE lleJssdauejTeYQkg45Z8vQfgxWxhIwEwFYaoOw7UaT2Q8bw1/+xiKtAxxCyu5Ij13QPcUJNK7a4 bsDnq1dHP/1C6bVOhV6RtAUUApY+y31YV+M3Q4cdJkp6zUXoBdzL6R+Jzx+W41xJUwrqzMMbOXvx A//hPw85cC1UzyFXm/8IG7s7BzBBYatEl1Un964dch2rLoj7beiVGtTu49KzPGpGTM/l9FKP6thl VmqtmHhOaYK947P5zzdJJCRRomkVlh/orjcWy/4YE2qAsuSzhnAgTeVv7W9pkMKFj0BBysCybUIB JyYEuTN06LX30zBcHOlyurkVvcASqTL/zUkTSdhqVHtbBZaon6NYEKOSPP5T7hnf+KZ4i4cf7HdW B37xh00o60PwQPMpXfEjnTm4hTkVLMmrXdYRR2LWIvcfbikTga3CNvZrSbYkaNpwOis0hlBG//Hm LmUIf69j502MJ5rjzQX+Z+QnnIer2nBbAhLfv84M6FxEN4IGdstiFXQ1g9/cbCFTd+btKvvFYNHR 24QSTzH8rgyUsOC9xqTwPN4p7RR9SDasjpdnVFL4IEUSFLvagQctWdQBwvd61+I7qECDopdYCafv +4ECNviz2tDLORmb0R8QmmHrwEedIOsafkehAhLYx+RsHS4s5X7RfgXgz6p4YGiYx9OrB5ZZMWLD j7dyYUSDOQbYpYnoohU/tZTRuzyYlRQ68QiM88qQR+j4QzaC1E7vA7fJm7aPaMP2hiT+JuMhieiB Km1OdKmvHbQixgR9QGl+MFZBf0FYeVN9HdlOhFXIqlNWPTySD8BnXCYNFps9RBLmEdqWOtRyrXwV wRbttaFVRklAbY75FAeJjDx4yH00Dzz/L+NKzCEm86EIRqvaSh98DSz8l11l7WT+IPdCj/p9G52a DRTlDfprzYOjeLWu/4ITI7kYoiHnbw4RK0ni7API2f4tXdhONdKLTp9BGdI/ZLzpZM7c+ioOut7p hb1H6rKGxqIE5aY3n0I7ZJA+jgC9BT+g+5oi6KBLexWkVwyHNRZ5uUQyHA7SfKcKFRaaN5n576Af SfJe7/xJd97/9KBmDaa42FZ7Ub2538cEMcPTz9/G9Vd8a3doXxB/+7oxCa86eLXFFKln9jiHGXmn Alz7isB0yNi1Uic5Smo9oaOlFX3jgZGqWxcMkd9YiYDvS1PmcaFQZd7G0Qx834JOSXy5hGS5IcgU lbjhfnJP+8JdTrnFpBAYSsqnDEy8rf+46rEBr/9wY2mR8mUOsbKCkOXROwPp3yXurkRIZN8LoP2A bq0oiYeiBd8+EDrS0vWR1eJ1aYRlcejwQ8vQhlgqjkUk1Wa/2+ojibIHLTdzDwaAztgFnsqQpiDu U8VJ21yy+zoPt1DXQuAkA+T+BalgHsAUcPSnH8WO082EX5IxgrZKR4DOG4gtCFlUSIZBq42Pxibf kEEQi30dkx6fuRTtwIG6zL96N8hQ2Fw4od2WKKLzvVwJiYL5sqGPsoaj1Ebj+1zQEejR4KytGo8v ySXZLe2ZM1PksIn0e73NxN1gxHnBu06hrApoHi0qyckCaa8qmtDOe1pQwKR5CQha/QMkQuzAQn0+ GWsPcWVAOR/sxYclLX+rUYP/HRy3Gb2DSeZ7jN6NB0fVF47s00efGLEqUmfaLIQSUsAvaGNjT+LY g6HE0OuuKy2i6s9Lsn8ut8wvWHzS/OTFZaxcEaKTJjuLFxAcNxNO6xRhz3mjxV3WI81D7Oyidhmb oEG1bjS2d5QYn1uy1wlPdJKjkQYSrmr3L7s1x5x4Jc3pX1h58pBTaqXo8rV4hcCB+KjfI7PP5/k+ LZynBTVLYLxv68fjA86b/D4B3bE3vJnf3wDvDNXY/e3yMhJQAdlyw3E1uVvoy/iGytGTlwqtuz5R dZDo3wzezJh7hhcqx0nz02j7H0K41GALPBasKHhf7FB3/tRWoVgB139/IPcrl9wbKAQ/xOJZ0w/X F4o4mEXp3ZV5dC8h4c/Yog17HBqgbZLKXXAz3qFERl5JyPln/LQGwnviNLx3bFwIdLlLSLLt/0z7 BSVaVsnr2Uwps5FGOHIOIOEXZYjGxwZqRpUpmZ07AkAOerK/q4/AGGcarkT/IaGJ7A2aSycSHQ1k i6HrLcTshlKcjRvPmgqjk7cs1p4xR5U2gghU0bJ2lxjZQDbol8+RNnq8Up9G1qM5Mrn6fQe1oB2W zJPAi3AXldam/CNYDgZHxMBqYSkDwFzz9/hAUCUxkD7ATTczij2/imTeZSpV+NGD0/Osdq9B4Wob GmGR9wjJRqaXD0MDZc2AKL0aEMkmnURInzOR/40xZZBIlP0HR4Kulh2toCYxBietKjpBETBgoPkr dGyAvaD9g4JZVD5OmHUo1XbrI3MwPal9QyuNLE3PC135/IiHftvJCzWl6n7njaZaxFIPmfs/9L+8 hQoT/UdKTxrckFKqMqXI6cuBEifKaNZD470zWqQQPjwA5CJZxXTvMjSB0g7m4lgIZY1iQNpEfPsf P41MFvzJV8LmSmDDQUmyUheJVXnk2BjUfjtEoBZ0txu6+UpZj13HCN1sBB++yPfdz4C4OQlJhzT8 xQZ0aVBGXHAq/qydPUpnkscHbFcomTBCz5wR+HI9rfUrapemoRW/njGtYe+VEqmp2Tp2GE2GkN3v 5xm+66CK4qqFGIf3A+T2NZNMBoGHaMhH/gxbHr/FOmenGy4LPm7SrJCbHtLZXwO1zLohkOqUX7CL PEkQqE5TpgRPM5/pr0xo4fiFU+Eo3Aa5xDuZCmMH5+q7EpO2y1Pk77pecn0Lk5KoT48Mk7DSmRH+ IQnl0Dltmfg/0C4DSIBgxB/QnySLoKH7Tizv3UEkKbbdbwIMnqOwuIKub40r6TOVnVba0jXf+3ge IqtcHoxNozgDQZ5bUJ6gc5XSvexgX0lm8QOJZmukrtA9gOkZOsrLVwzd95/r6tne87bECyWfuhbL EoplWIZgXEP5NAYeEy5VC05QCoT2Q80kh67E8iioTSDd5XkFch4z6BvNP/F5YuhFlJRYmbyaqzQe 0jeJ8vPH2Tazh/8LVXfJoUD9zEvw7Mzxb5syI8+oT5mjb9mzfsbRciGRaB5yq36BWSPoFL8isM0t Efdvncxq3y5p+GNOPV9NE/mnqKkA7q//ac7fxv1PxuKvaBTy41XfmHziNJY96zHV2Eht2tkXxOvF AIWsMyCBcOQ807CfbX536U/4jFW2M21DhZcPk9taJ9IRhAr7VTiHUNmMfoVTFJAlssbgU0mP/5Uk aHJ09Uri7xoEVzrGjN78x9nuURYQDWVihw9/66HW+uwla8cKo1W56WewClVW1sOm6COsNQYz/wRT Wf0oN4e2OaEuvUDGZN9NvUBKAOGvvU1E10TFTTp3oS2zsyOAuzq+jFfl9cm1UPjjOB6PnUtnLZ4d yuK5OESaCdp4w5tPQUHjTR6STHh8x724EMUOw7DW7h9Q8b6bJ43Ahse58nAp/EJ8tUNgvVxJ8B9C l2QWEYt1/KLxvfKobBM+E2CD+3xF9bmH9YfghSL4QMTt7hBGXkTUEmYKXafOTmrYkBAdjuFfCGZQ BbqTujAgYemZ9whch2+WzUIiCaUl/uy281JQegvRbNDjdx0JhdBQdDDERaZpEoTifRKXY8pV0sb8 6eaDZKLFIhG9vQ3F8EWiZ2QMlWbiRKbG8+ajGk5WPgsa7qPFI38DIG/kxjXTvny3suv6nS5PJNhp 28uF8edJ7BIyW0qUG/617v1US4O0HhZru942E4zbtdyxi7qFIXqSYWrLwMXzt73Q61lmvfgfScQW mChFzqBMZgLp3FNtlbgv05HUvqrXFVDFRvMRAJ8EbkuQVP8XvTeISKB1SdLLXMz4W/+uJMjvNWjp VWDs9WoQoTo9seNwy9jy7iuTo5DcDRI/guj7UgJ6Bera32GjKvZ0eT2kPAwJYkpaOdfzkVCMNdUf 3Ff2WFmpkwKpR7nGF7vnCk+1THClpcWtCnSKFUZY9uiyzlkybT/GTLTi2peS4XsqW1tq+9+8hi8x c18FwU8ItsE63c9IHk+YUR/2oHquKIaZeVWK6y/QbyhhR69gcShhG3KPp07+40dpIyGm6mf2lVnI FwsbxLClP0bZMoea9OkpM0Tb5HdqgJQZg2abuSj6hvICX42pqqjp0MKQ7gpXCx6S1nJz1ud89gxY M7aJj7MqWspjd/1KleLLocj/9QI0UoxjjlnqIfBuiJWVAa9tPfpJiGjBENzUwO5KDlieKiZy4CNQ fp380PPaMhtxkwuqz2Xt/QqKa/O0LoDl+vJhsTceT+nkHVZ5brhL7I8x9l8t9UN5OOmgUkr+oLGQ zdVLH6ppFL7vP7oUhQMtPrNqee8ZmC5USHyI7gfqf9zQFtPTad8Qg/ee+GK7+8Kqdl6N8+CgAinh GbiPodrB9nBDbG6SGhlqVIVaenSkOGoTw2FMswxmlme9FoghGklxt54qIOD/WvQEO5N4lzZW1y47 RvB37eAuGUmmUflHvAJsBXnUgvPBL6m7TSmX+uXvzuG/OdAWi8jbzb5BBz4/5mdDpfgQg8rumPgg 8/WvU/tr5/2s2yIUffMoZzrKutLu8cJlMme7T0jEXjLRzafWjL4l/jui6BZ2J0EnQaZ4B0OvLwMW tlCao/+jYzp+TGCyUOoxSXqEzMlxSgovR4KbX2eZe0DmiGU06AXu+Wvenxibnk1nIiL5IbwoBCHd Kx3s+QM6Bjc411Bp0qaP3kjM9Qpx1/HxnjIVYMjsWtjsdppHNeb7VYQZzaxG2Yr0w9FrxCBfFvYe aOUX+II/9r+q+/YdtOwufjbzr2ZJK7dNnqi7Cn/vue7puG6IOzeMS5DfQKk/iDZNPpYMBneY0fd6 eoMGle2eDSc13ybVl4hYvnviK28OwMszSt78s+D4y3LxL73s4bqx0rei2z+xfWHWxQDc7BuioWT6 WKJEsEv3tU+SdeGbsKziYcbQ94aav9I7G4gbwnyxsLkEAPRWTf9LCNl/IL6xLSJa0PdYMWt/QqX3 P7CCZZE3uPmVo/oBvvGRofFiXfQHSmuUQH7INdnrQ8iHw+SQYwUwvwC+Pw/2tmG0vK3MtVBiNZUl t3isXU4GwlofMFFUXklG/7zEyXH0XmEdALUbR4v1m4CvFnmIn8ZDljJVge5ox2ugvfCfnuLtB4FU t6E4ctJ1GpqUnfRiPwvOLQzarhQ/XIhPelNh5sW8UDIZiEYlPozbewuBMxCZLAGNwMjfexBHqd1f ZH1xkI0N0uc9ELPV1wywkrKKhU20+q+UGokDVwvEuHbCrLiNvluFQSn5TKdSqBhe7xBu/+G69dIn sl0se7k9qGoz79LECIBmMorsjrp8TfM24/gzfivlsnPjSZ+Qve1DMS5xhXa/8d/kFUzq7kR55diH iojOOjkyozjBSFMakIAA+GUDEXVAR86x4EXviBhXdUmUJ6QhgOZBR68VzGkF4lupO6W2v8krqoq8 /8CZV4laj/5jDxpi7BMuVz/PvJDP+fELjtPQ47/VZzB+E84bC2DqFCMbvmjKJ6/Q+ByKE70+n88P lhYAg348Qkhe6oK/vrlg60xcWoX0Mpt5cRe0SLabS6L/48O9JLl3WPgH80AZSzDtUANRFpPMmpSO qUVnBBYbCIObx0+EaULMyKcv9SzKRNbFKAkUVjoKxHxNvOPExAI9RK5AqC7ZsuJCGXSt2w+cXjFM pVX4g3iIgGshxvhHFObMW2QX+/ntJ+kP1Ukj1xeoZIYnnlv7gk+YoIBCYPjIuRtiKdXNjQ+TEWha luPMwkxJ4brGBTidP+mqlTh3Uxotdlk/TK7eYVZnA0tOSoWXEOq8scNVSiPEF7V1ZmTpfaylQDEu LBkPDK3+Moc03h1e/AFAFFXGPvAgJgvNUfKLDn4XwL4KviXSwRPluOJWC+lVL05c/pOaP64MXBIB I5DwEYEPg+6LFQdY/dBs/FpUomDN3K4fXQpAVfEpnYDtylAj9j8zVVDZOi33qYtC1g6JS/7/ae8t g+Louv3RHhjcLUiw4G4JThg0eCB4cEsIhKABEmwGCE5wS3CCuwQLMrgEghMgwd1dB2bm8pz3vO85 Vf/74datut9uVdfU7tW7f2vtZb1W1e4et0jXmV58GKLF8JHiyrfEgjAusOp7818yutAZH7yYmiih M2xJpOyfrgnlQIMggVaOp+vBox+X7iAuIp8Nxi3vzm6cPn7+nbwSSdZk6UyOrovPO36k+GIXxGUI DNxir2Lbfvb7De/PA135piwguJvVTSiuf18zDZYSu7ZcZyMrjSn8iHqFWt1Q0dX6ztn4Fx9qA9oL IBra24XkUsNJOJpxxMfyIm61TUfl2o5y27z29eF0iRYDwghA4djGk92iQYRIA93JeeYNr97d3qrs uCtG+xX7WhmDuBhaRyLX0bpUE3DkvJZQiHxtFQ7zbE6Ms+psoR8k5SBlP4eD9O7O3+wniavoFMHr KLFrhk20R/PIyqStjFUJWSdkqLaVHjbcA2zVFWECQD96zD5ggc3Of4PUWBfL5nXAEtWyoJM+fGLL 0etL8D6G256oQ/r6AW2o9/Fw8cOiI2lEbOpwspzwA+bviMJZctJpdUTRcWR95tMukpzrgyvINgSK t0XK+VvS58dWjQtxx/yIh/6Q/V/06c05GLbX6kzCOvuaRikscK/Vsz0i86t8AK2RxA/Opl53Hbc+ 1U2owO1aCEo68Jq96wTxMxPSyCSA94MSy30I9voBlkkF6stPPEblWcTX1mQ9nAjsIpqrbgF4q92q +Ors1Y6no/Oi9Qdt+1De88lROtqdszNufofY2RPRfJ/PM540wx9li+vGdRBHt3IOJebT4y3MBXdw NEJvENnJjjIMG0WAvUZBuIYCVlX0wzVylylPyQ75nuWh7Td567CG8Uh7KpBwbtQWfu0thUS5Dt5q MR1AsR0xzven0Nb3lACNo+Q6sy7Jjul6wzABWpUEVto+kMmumIfVYuh3/uSm4Z4FJJqW7J53UcMf UBhVDV8+zxic2Uv+kIYD3/UFG//0H3EOdAWNcbhEHqjRdUqOITQc242e4jVzHbCW1G2k4+T4E8sR 7iT8ZcxojA+L4uM7jjc9e/QVlscFWj4neH2Ep6/B+ODOwzIo/icPJpX9GUTw/TpKNIJpVQFaaUhK CMaIk+pIStQpxgZzJl5PvtTlcqmIRJVdmMTw7X0Enke/ZEFxGhI6YioHtZs1G/DnfNKGtZ8eqd8U CSKjDC6+5L/uUPZoZ7CDF6Hf4H25M8Ad2zXUtrIkkSvnm9FSHszMyjeqVqvr6KfFsCzHy/jQVXUj 0lDMlu2xBhWoUFlRpXqoFyJa8MSyjMou9I80VWAhezhN5R0FH0USByfpAJlFmDD8bfJU5p1L1WuU i2j2bPKO7wcOJTzmfLNzZ9Tr0bCPw5+ZqTkcQQZLMOHx7H67MzjC64eEird1FmT31so0IN7VhRH2 mhGgxJKTXHlNLLFjh/oVkTLTvcu1FMX5BkP81dYfNOcM+uardPFXvRG5PB28fjSz5sksHxLnF1qK 3aqOI+cRJ8yF0ysDyOMptr+2jMCNHOWkx/20ZpdSCLA1Am8+j/tEX0FQzwqvVLcEzIcwX395VIi5 vodNlatEZaJSeAN5hPBYJ4EUBPs0HcXu5qJt/kJMr9S87H2hY5jLgitg2PeoZd65GopjoZyfdSDA sakihdVmKdbKbsxMwvhdJ4d7iKTkdbfIqrcd4VIl8EZx+M7lGmxCHLGcrXS64eimneyWXoKXTxVc IC4kH3id67Q8fbfcE9OlEh+PitIATXOpxyLuxh43dz71rBcL73Q2lGgEVRJYjEL6Zr962kcQ2skb WVs88zT8qKMrNiAe1ETzZurdh6PzpT8P4PIfzSNRyxwXCG54TUVWx2EmzHbw4ruMMed3Kk/vZczB aI9rDq1lR8FeP+I0L+X5oVQHMvte9Fg6Cvb4y8svSuKAVzDUZhytw/6b+gbEET8Oba6mAGA8GIFl 2Nt4uKLAfHJdYf8EZKsunpEFQ+A42AGLuY4rbrWH0xjxmyvTIJCQWV3mUYzknxfHfMm7QIS8ze0v wTs4/gxCv8qECnHEtdhputa1z++a6IlO81+IapMBlFNvzUUEibpmwB2+Mp1aTwJZb34TXJvG7qna Pcm0tD2xIklGyJNJgwF6UMvwGHo5wXEHUvaGQxokYdF6NPtGqoKVHPATZRb9kHXOtCjWfQfXrEqv WAaqOTaWZiI7Wy0oiZdF1TUypt0m5KZWxCUfFkgBAJBT22NkhDqZdgfiXl7zIRTb/+5Or9nThNYc Qdsl8N9QJd4G7x+CrukOUcVEtXToxL4DjoYmrFZ2VrO0h73oJ3DcadjDqrCGxGYOXzv6EXeergxe qv1JlZPEv96pYmhfqADGfhHa+iXnm+tUS/ms8+xwXJOXE73dezt8RHoyg/qixR6XyZaBTwoymtxL fzb0pOoVmhuplYrc8YoULBqWxYtKLYBzkga7FioqOE9hqa9o+w3WwQP0ehXazwkDRNZnbtSYCfwx 4Jot9cYSgqxYpPdP3elS3T7WuV7MuI/Nk72Zc0NriB24L+EHoGKVPgiksJiALe3YSz07eplz7nNd u8wUOhqccH2VZreEuaF04a/CHv/yd9VQnXbGsN8O1AGINme5VkF+eVURO/B7mXbNQz2olph0GBzn CASlvXMv3ZtAbxeaELMCVu9OW38TuYLTLKLKYks0nvZHvq7FBczT2xqlqHbSssP/kL6bM0y65YVI T0BxSJsZvjselPTYXUNrb5bC3UyYgNX5Qzj1ilTsEcf1RnC5lw6FQHFVwFyBxphvqqaPWXww+q9D kQekh/i1ETA8Aa3WUm8Pz77mQZ498tK1yXlQrZP8lobyGzKEKh7io2KhNlYiOWNGjfvaIR1yXQ+r fU/DjvTNovX7aM0veZa99fsKcjPnxpZe6K+3k3bhxxO55EKrjswZ0Aqyn3LDInkMXdnl6NyIwBxM QvnP0mpMwHnyet9Q/WnjOJnONhn/1SR18BSw5KbwY/ft953v4nT9dp3dxt3GSLe4Y+T7Jq7ad92g M2RcleLar+/TeTazF4f/2kYpEbmbkl/8TXYSqMeo/HcRvJ/+7SsbawzOmCUCsE38eIn/iGegahiI k0JuB3hJFSkx6p7y/c06lv0AncSo6OMxrN+H33iv8d05chSKDEtkKzMoCY41UTUVd/Pbdy9vGhfP uQ6BVW+ipplSGudx1V93LmwS/DjL829s11QNRQPr1o/aVYApl0N7Uj/JjX60X825tptgv2Ui5Vn3 I7kzO9fbAUlRtTyWAT4k3EJQQEaXrVacDHGx6bCw9hiQ0yGSMwGpUBF/r20xZtYRMvKkqQv6My0g EcojjTe7Nf8hNzK+iHDZbTw1RT0nV5akZnzDjQoLWbULkOpmTa7IKSlQWT7VcNiBmLUYhqImu4zQ Nx2uYcRWym2NfJmNj6QvQcYh+Z+fJuxGaxpCgxqqItM4XBnCOl41JyX5lQw+sQsoQVu9e7ErFeTM NcenXAJSrlUOOV+6isJLmco1Xtwqvfeduco9h6Y8iLPxWFG8df4TSyokvSGmQiVMnaSPLxdRABH/ in5F3PFkjzDisccvRwY5Z0+7eLPkP/KcYRVhf7fiSkRvCOQzKKiw9NmmP3gvaWsiLEcTyWbWtzw4 z9Cco1tnPvn1zhC6+1Ynm28aq67BRffJ5pWazH7gS/5b0tufqY9EZj4NvbnvYz4Mtwt44t0kSg6x emdOdkV4v4vKWJcDQWodpPyXv0J0US4CyP52g9+BUmfw2Cc/hozvXoXoBI6kcQi9+wuKsa3mIi0D 4RnJjeWXchAeBkpLAp/Tzr8U7K89/PThK8W6YnnlxxBj5ognH7rPvynlGAJ1xECXw8sD8MCjAznY TcZ9SxF5R5+2pIK3A9nFpwHV6E2gW/sfqqL7XmbsgIR43lzvM4aK26RSmNDNzd/w2P8acsTAtrv3 hlfHsYLXjDKgaXrz5Ntz09KtOG4k5/fOl+fgSHR8Ll11IR6YCC0FZdbF068sl71dErB9ZgYi1SQk rQSIcU6L6GS/j8SjyJaIFFDmxrf46jVxB/hNIcQ5B8QMACwaY+I5jKRLaIQRNurFwLzlxNYQwu1Y qTGFEVTfImhOKfyPpElS6mRvjrs30T3y/iARv4G8YHVJTpwOcqChGjmnpV32OXBEOb6kdWm2wd4B I8OhsX95Zl1KEBWVs9hp/zR1QhS185c/sHcaSy1yjIpf+ZeWlfXCLUW+OPMiBWCmJeeAm48JfLrF 1Fxdm2d1Mtl9hbVdYWiboapKtUtrUMr9k1fnb2nIbmD2Gv5yTq31IavGQNG28nvYPxGjxqHG2ZH0 gQjwVzHYDLLxDiEG2I9Ej7giy+h+aGe58Xyf3pnOq4SNv1MWNyC7lvcbXYN03Y26o13gaGspObKC ++LllZy3aJ35SnMDb2dxD31oc+0K95cqpJmGWzh1hZ6BEqhDPfzQ/6lH5w6rvXt8+jnL5EDux6k8 E84V7Ed7m1tneHiDL5K2BYecSyHfNBReSdkuCWhIdVA/R8LviE5wQt3I5m6JEcQ13ZV6KtTz9TwN 4du4xuOLdmXRerGmA76SHFl5tR7zSbswVbdXuzeDwWMSnJtrBRn3zz3npzpexISsAa6/QVKzOlSU SsmjsxG/Ph6calLSXq0JAvGEDGUpGtAYD058buQVwyrJ0wEmFkT/v/qAG86mQwwoQ/OmYvXzDm35 r+LPrzqqyQhWH6S2+WNMqDa8yvAl8yVhoL2q7Z34naJzPoR3ApFkA4c3SGnySYf3lPP99RpYzBa6 rPLBDGqOdd+wkiAF9560K37QDpHmHk9ZL5JkGWCCMszgwVympDT/hAlhhHe9Yc5yEgExvxnGPpqJ /aJ6x+jhTsrVzPuwAcOY8wHu+g7w6tt9KTAZdkcz86SGYk+a0X9Lu+mOMgIFTByPGqC5N7cEmuG+ zEjg7uYIjsofdY8w6UcfX2TEYbr+OL9hWJd2DSbJ4cWV0iWK06D0fYtBVXnM2rY1I/xC/MugMnE/ nLvyxkxd6VdBo8lnlHYa2oimm+zIWl6G9oxiCDygRmV8ucf+kE9DSvU11t2yvWtQUCG9Ojhc6WLI lhOkT5KhNNLmoQRtP/bjFvrs98DtCBfus1/6xfbWvPmkZEDh2J0qHpWSiwlTxT5mLdxdRU0vxNcl V9FtKDt+xDkUnf49AedFYG7XQmqeBrA71Qkm/PHXgLigSHeY/vgApy4oXtVsamujj9tShb/BnVvl aKpPT0DL+OSH+M9kVfDbZ+JRJHqLYjE6ZHPZX25N8fHEhU/0DU5fEBTwW/Lg4WXKv2M0kz8YmAEB zMv4y8ynal/BgGvwtfTJxwxENbZGyA8sOQfB6z45jHPcMf7XAeRTxX/Keex3IJgUz4FmYpXbgari Dv1EZ3JHDF8jDGVH3GVPTNxdQMK3+M8uQPU2SOKxQxXDSIWYHVY+80QEODM8epXH2psXMZeC/9H8 I57J6LaYnzVVThQuLU7cBx52JfRbEyk8S9cT6iDebY1GuXaO42HsDtNVaMOSIXWzMMXkG/axqS8H e15TdtQ8tC+oAAPflbzP7eBsvUvOeKJ9ktpSqgGGG6mO2nc9VMylmCGjhBVPX2l6rkaF3zAtLbIE PjkzMnNyYICdP7D8napVGOXlTeMfSx9AhUuDyUmK+3UX8Kwzry93ezoGrnG2jOijFJmHmlzvgjq0 l31y6HT6EwugErI4yz8ntrQiCnjZxZqjcAqlDHKmOF3tVLXJqL9MKxfWZDbhT202vyfI/ksHn1ry 846TfHlZjL8LxCWN2K48jZAXMQd1tg25MocrJQNNyC793ul2RVo6/XApZSca4oZ047Zxcu1Sqy0J hx2rGyi87Aln5esLmuCvdoXEcbNGfLF5qysPhtuZm9K0V6cVN6E9b6osm10HEQfviXjhi2jbTIAc /3xr1L0ZHmN2E5iRgOlKsnP2YN5saoDl5Hvyk3Fwe9oynozmI3gQ/smrFS/7zIl2NOjD1t9927KN T5jyZtuxEbeoxczOFhgxwIYgWaMc/rZbI6DrKe6/11vwxNpXAn8mcoO9k9FDMjR5D7YWDuiXc5di kvqLEx4pOekq4MDq9VZchh7u4o3WPO2UHFjO7miQP4P0I1sa0C67lwYLq+I06G8PsKeBixVJNzR5 GcY53+Fe4KCfpmLovamvs2nK8G+o7K4OyhmVQ6xtRKHIDw1o452EXQ2ODi71BxwTrlgO3vJjxyQG L0G8ZzurvVJbfuqV+SMEek3+ADEzUiiD1VEK8fi3rcBktTvNJKsPOI0CiAvpavojtgPsgzviv4Kp F0Z0WRM0RMT12SaaGHbgmOFg9HaZuDYCXnWD/tJ1RSXxnUQuoNnNFnIv2Ipm0/DFK43Aj4O6+ZLG 5C3jmkRhHiHR1uEmmhETWxNCRvhHtxvwgzM+FnRSytRr1Uycj8HnyNgE9zu2ZSWTastbyLW9Kz00 sycmT0M1p2ecbN5eMoCcC0QKLQz5u+H7VF5L+VGt7CJ+zhGZFWVtQD/65m0ftlpcMfgHglmr/Jhs ABLvU/bCBWfB6+DgbmfXE9VO7pva6NErSaYi/PM3eJgPGSu/A8H1UiBYDVliRz7k1N0Fzf7B3W+f 2OKZES7wE6dK+DEBvm5zP9m0Iaoq3s09zLodsvE5A2lDituu7tezLbt7m23FJND8Wv+Jtvqx5NrU DkC88FVn0Tvcxe8ihk4OjeWP4b+VRIJ/4K+YWjxAvzbhiPKoNVn/zPBcVBC0KkHogri78VPdYhPt mAQF3AUMRzRvZHzZvEq9jiiif/huM3YD9WMTmoj6HHof58ysff5rUMqbFTn8GLS1FixlMruAqulo ZCZMoZ5f0y81bYc/fzQYHxy0Q+zDOsLd8NbAPy0jCZbhZoO5SfGWEgBq39LABsgrXxXZu/AVwrcl PzrbACH8JUhizInpAeq/+oLokKG6rwGs1BO0DdrcNOfZHu5JYZ8aTBbh5uqI0dZoLYR4g8d3nGWv uBAat6RNcAO9SyOUnv7jqShj2oQrswK25Njjr/yaHtJZr+H7nh8Kb+AV6PxmTus1zT/EGo0Jgo/Z WbhmC56t0ApFbh8QnrXCW59McTpdaKfd2b73UIqzN7EIRRJOQquydrG0hsbJnpLNcJi9shnwG8Ni iigYHfwkvnyNq4a2WXNlri9cA6eZC6+DcRkDUNwL7lNPQNxI7bpf35Eed7H2KKMJ6AXh5zCPDJzl mE1753JV9IhyLSaBdvpqXYkHVvWD/IkQskyabQ9e3JdKcw/UMZdsRwsmK1DtMo2TMVy+E5ZZDT4j 2H+Ia/Zus3eeePFio14VvS0rOEAIw+WJGAAdGznqfTqxg64KishrRYGgtjPYGdP7TtEzrZlW2f2P B4M3qpD8Jy1j5M0ce4C+PcWj5Gz+TKCzW/AppzvvgOzD8EyzuuKtmXzhPkF+Pczoz/QmWNsjm1vx qKKf3DqvNqxpbtvLfHPo+xioqum/TtXmDLnT6FzQFJI0VrLTST8uO4EYtaeRLAPjkEns5iWwyAtt MUvsry7Z4uGRprjv3gPQV6S58p93CqEUUh1PKO46R3PoAldwksv7wh4jTffAsATSzGXWmi5D9476 fnK0UDSXFG0/39tyTK5XVP/scLszznkvmZNh5CVEiivCGBvOwM3jT5LcCfmWWJg3jF5iQ1IbrDYm yBPV0MMoS2FfV9PzlA6fj3yTKZrVKO+vbrQDr5UmlQq0h1eXnbI67uzXR+lu/6YJ9S4spqQQBumU gvSE+x/cAMKPoZ7b0GgHORojD8zji28P3KVLkycEJEo/XPmtxdf+4hQrSTEjYc3KT68tV4N05Kdp iZ0yyqW4dxlwAvo7yo7dPfgT24ZsyLdn8K3ta46dbNylNyhHg1/X0TQ4H4HDtwGHvgvKIRAPiTHz pjqcQtob7FwrCMgiaPaAGjm9y+5vc45+SflL5trsz9osr3o0U6xgWuFJSNEN5m75r3rDTh8OdudA frDKawbALrI6oVsVZxlDHsGb2T7v9ceviwTXJiK+GPwV8+/tTYX6kZ4F81KDJL7uMF611ECpRdKi UKqAt3LRhaBghknWhRMqTDAB9blOQgRnOWWiKPoaxzpDrueTx7LjvBFoyB5OWp7D0cHPiZyuHBW+ gBL/ZvkaLvpOL+zmLEIB+ueyWXk+LPxYqRJIO0ot8agupgQHMNpFhMOzZUlnlXE6HAE5OZwPyGX7 Efy4nx3b+K7OlGP0XYFDVtKf8qsiW2uIzrjfNSsXN5bC4ygxJZ34aJmXwUB47y/O56eMVSTjpMtY g/OWkOt+cfSVAqKxFhJNyJS3zQyNIOuWAhW5Zut9S1WeatYWWvvxxEGBUxTU85wqvcUENuZfcU2l z8QXJWi6nmsl1GH+XNYUx3BUUdM1Wjk9DhIY3PASBxbttyTFKRfiTOqhLjEkDfCcPmZY9KPR4NOJ ze7kVlJ8dkgcpLmQZG4j8sYkUfNh9SRLFX1r7mK6JOUzy+w1maltb4Ez7Je1gZycHfN00XmwKQRe sgPnBTPN3Rp9UBneWO83R3TiDVP5tj1uyin0FkmC2BcUDqJfATW13HzJ1gtfMIvl2y8pt4VM1q8X MqY1fJfCyx5VFS0t0GaO53EVfHlnURfyB29oayJFsX1hxybIbViSjAyFHxGWpjmvaYo86/Vu3vQK A6TZOwwwv9flYfa8CMOMsABF8QIZcszJ+DL+R5Ig5pso0l8ek41KFAasiXu7Fjk1TstYK+C4mq8s jo2Bpny/vlfFnVeVIgdCJtsXmkRE0N3uc2nnLk+Wq+lhpurZAeRCc2xTpwa8vc3z5qChLRoD9VUV HHkuh2td/r72fR+JmpedO8oKV7YXhvgmSGQS8OJAOAn8xem6/ilFzpNaXBZHmJkEFa67J0Dz7A5o 9+kRJsP9ThjOoJQgMJGa+OQva4yky/RwDrqbKStRJXMD2lA+nt1uQ5q+sgpOCwiZwxO6tV5fcz68 Oi0lCCwbEPyZirpZKtjfL8OBjeJoIsQvO0qBio6utquGPQVeyx/k27YO5OhEDnPZNzSLOI0LWpZh 4gYD/mKLzpQRL4S7xCNQNUKHUgzAPFNBtkn0rwM9BUOoTsKYGANzjdrm5nIJKClpcG44MAng9te1 BxpZ4twxliUwXMlfzInKQNRkAZeGd0XQ8ntxD46qIn8ViFYM1Dasgkkhgfu3AkRMnWvvnKdNsP69 F+CUvGiEpvs4hfY4EnauXVoYh2o+5Ew7ZwoLRr1ajzWxAc+1URyDameEwZl1jTT07arLf7usOQNX e+yKrNNsP1UuOVw/o9tPKZl4+MMEcSQ4RiWR3bOG5cYmzF5jvTqehFxG1O/Hf1quJNA/G35DQ2+W ZenAWcPa9pXeAywnwuktlM3bIzyfG/EUYIP9uDW5w5MYCTLfZZs0asWAa/PKfPBvHaoys58Rf2FX xDCEONtyPYfOnavyfhvpZNCMXSW2Ohw3lR0tbyPB1M0SX93WQAcI0ViSSE5AkA6qKNSeNkKwpgfX XZO4Izh/1PG28/lisGDUVRO1CI6cSW64XkIofM1n1hnW3+zxbqmqat4VTm13uNySwPO1WoDzFDSg 9JTQxYDcHrG8C3Ssvmimgiy5kPIpUtqR/d5yYEGqQNcklJ0Sx8SkQQ92ILKKAOcT1Y01dX0MYJrR OCFBWXh1WHygVHw5JcDJs8sA/frFjIGL0TZYNZue9iuVE+JhEmrHO8l83W5cO60AWv0j+9lbryuA pi8+w6ZTXVEwOk1b7gdWzJfRBarTz9gfamEsMcpbgQ0/Ulcsa30s8991Sy4hNDY1ENQvxf1bbtn2 6npGV+Ovq8tp5+c9WMH229DkjSc09hGWzgNQGxzWZZpTzOrzL14Y0Ylg7aGdXV205MPn9Wep4whU kQCcK9dd7lJPP6l5P6fkrHrOtvWo8D3BjYe3KIpCzdX58GwlFa4we6n9+PyHmutvQVxOmBr6menl BfBdRHxxgsON9lDg+N26rvybzhQMam26dkotm6SoLA1L24ur7LxS4M2fWTiCv8SgFTyOZxhfczEk lWsH29Emo6ro3iZgwNhh7xwEhuu57L+kx3xBF6ABadxphBLlF8CDMjLj5hSk0lOZ/36zaV3X+wer 9XiUyBZO29yro0bwYq6siqZ3goDg0l223g7U5Gza47egDMc5/EdvFdOWbTzkZt8CaztwYsszD/an z3c9za7yuAs3q6/MPMxBa/k6f+UjnF8QvjlzdkIbKT0ohze012fdOJryuUrZ/dGGPpeWL03GH/Qy 3pz8N1loAbl95yQIA9Ow4C6UczLCpWSEsAA0hrGCb4wReDeQzU3YFrULCLHETE3iJxr4d5GcVYqQ vvmyzICFJL97rD308qJCGnPwov7GMhnZWRk8YvBiQO98FwScPCUcatCOQ2nZQQjKMN7zV95IjIgH VYbW0EVaPXrx6qnBW0OPVt3xXZ9F59Cr6KU9fOsyaWHzuTbnX8sNkidLf7t7bIOZY/QaBQtNebbA eIWqp0ZlUgC4m8cxCped4zE3Jps6DwMgDaEFVtokQK8Z5A5VdwCzXxzWdngxch7BLzOwYI4Rv7e+ CrIyrWO/K3t7+vEvPRal3YuJHx9ja2F8GmiF7S0Sp+vUL+2WgoiHWxMTmK6pW7298Suxf7Vf12+Y tkdG7qtF5BK3iF3r8kWiJa92kyGTffkrZQuh02cOnhsDeHY/eht8H16fpfzl9MjI6yCJL6URAHi8 qfUx179ZbFbq6PiyDHNQxPunT4A6JilsFF/tAqiGIfvFb6lUACnXJcny1w9qROEhj/mlgJny969V qSt+FngZpTFSU5HcccKbXsVWP1B02FnSvjSfV1oNJrytsYD3WTudAvlEkUsvXJQS0Dnz16obROIP pPieoj11h3hOXb+SZHVPr0Ldc/DsvejaRXjsxM6KXGg+Qu3Wtc94zWISKxeNZTkSOuJTAv1E5S51 lemtBSIe80fqI0b71TAszjAH2tYfopDHucYFL+z99rc/vCgGDTwHjP+8AAH/bPYGkAmEAOkh4X3O aKfrMCSMeX2ypTa0lTRPXc/TKMfMUnhxUpJSMutJYsCOLCNwEjjnDkKFueHdyn+wGoO7YYl9BMgf EKzGBM0UvNkjwq1NHGPKj7A54xJJDPU4rJ2+zjaHUlriDZtBWeNhF1MeJYcy9HG8816up4AOBXsy PH0WF4ARrHh4lf918mRvNiRO5ftDcett0qld/Evjvtx+aZPwo2dMwl3MlfiaFpj/bVVzaOVhJjHj 67ZUcdZ8IFMvr9US7MjAPODNhb3Cax2D0VXyGv3+4jnDnvpPoesJ6DJdojWkzlKV6hbnvpWydYjD XE7yqd5lr4hQey5JspGW45E/xsSW+WY2UmMaPafazuF6Qn0Z78H7lGp6Zr13tHmUpZbvXcUmyUmF K4q6lxyhnfz0pWjlbZnkkNFTgGx8aQbUMf3A8PJQwLhHYp/rE6vOsYoEKAfTL9d2O9MM9FIKRnPx 6xYrgbgNuevwKe8vCemSMvvYzEsXKGdlH9pwambm/SQ6s8x7PeTluLzDDoT0nCkepbYtvrMkkfBa EmCL0rkgd7xbFENtsRSGd+fBgjB/Qoz4S86GWKv/7BTFb7l2uCBeORcbaMEW5pRV/EPSy/hrbERr 7kub6mxBCc/tgI5jk0mj4vdA5OeICksaDHAlTodlwgNkMjFQ2ZCz9a3wAZk1WWFednEQ9M6hTIik 8piLWkHigWrM2nCFR+/P6CfYBqvYIlk3NdS/lRdbHTjaomShoc3xhmLmy2eOCr13aZlZbQGzsSmo zpLLNXFESNFrJOrylumG13QwJ/RJJcbUFQTQw+quA1fdqVPPQCvZVUfNDK7b+fqbMNoTrG6Yf1Lq U31SfRSWvk745JHbWxyXyKFQ5H7YE7TG2K14E/Fpo8RlNklHi8LY6CPmVV8Mf6cICIbqw4PtT4+V OYXQUYPTcpIgKzKEffxUDWgIhjKWiYWS6956ZwK6ODDFqak8I8eFW3HjpY9RW48grGaPFoae4Gxc mORDLyFNoVDXArR9JIqQ46hiYjpa02sHs+NUpZvyVtq9MsbNfyd79gj5/e3dqCel6g3vKCPMSEiu +ACZdimf+eE1Dws0i/Sye73J/sUdwaNO6mQmoEg99d00rHgFoo+XdMVoTI5P5M6230M/4Q6veqiT L9thg7IcnohiNw4pLOd4Dn5Mn/dlrJI4LgNlPtfi6bMPVu+GqMiW5UBVENr3jXD333zoGp/XPmb1 VxY/vUrWG9qydTi6fU28gB5WQrXxff1ssIz9hw92ZK1OQ9L3JYWJSyZSv73hOFfTbijZdoDckWnS XrFh+60E+MOxq8FYE28HCRGGawYw7v9qGzgrde4WBBhwezQAfRGgyZ6PtILyBNNuF5CsqojkYk62 9+wYepG09yUvJrV7KfeiagJ0/UGS35Slqltzx9IQKc4Tt6IoOS4PR6JUXpPG42vmVbyx9vk0bL4+ agf54wskQfZMp2Gaz8cftFcBZS/U+eQGvAlgbxgpH1YorGulfhdk4E+c9tXi/jSzQ+QnVHOdTSOB jkIZzUo+3VcQ9dJltU9dJ+lDaFs2k0NIHvLRU86L+jB9zbGZzHwTZ/3JOvrj83wxqqQj//p+S3sX CCwllIDbX1K3gucC/Jf7LG1CUskj1EGwlmXyeyGaNxpY8PlZNX3rghU1/kvZEfodjkbUcdnmvjle kyymqGZKMhMeYHSo98RkJN2/fvInq2CmTLqMrXc6Dg8ocw5Mu5tc9z6pm/27SImjhNqfeSjx7Gyr 78Ee4CMF+FvYzZ+eorFyD3KrPoDZP90g5JouoVv0qseKtLs1kyG/yRpWuKE/or7ePeouqaUjeHLg 1f3Y8N1eWGfPbyespxOZGo2m7UTUGPgFputrO4Ag6UVQHuQn1/uE+6ahK0ATsYSZMl7gDFQOH1RN 2lmeF80zlLA7YkieOYh2g1vWgR6dH7cBxIGYdodRe4A3IdIpIOXwA7kX+xJ/nKxL2enbgC/lw8lG g9VIwQnF3oB0zfq8on7GlWcFm1C80K5A10NM0imwIfawqovB2z53v2kp0tqRUiLQe8o46PsRehFK THZnFqkbIDyPbbscExZ3ETyOXlbPqPlaZM3QwYuf1JThztj181gwCnUw9Snt4aMyxzpfRakOyrxJ fgioZ7U+/3wU3sSJDB5E+rIgAT4/jR2ZpudOXIg4Y/nPrN5bVX1MSZyPJLKRMg+H5RmBkP2OGbsO x/ZRGZcTCJgqX8r3AbXyBtEowTeQgs6sNAv8lNlJrGwramB6Ib5h2NV2lEhW2TNdpdMtijgHhfWK 62D1cvzYzN0TNssRYYxO42V++vS9AcNwNi3fbg/CjV8KNkCP24xh863AExZxagdj/v4IZ4WtB/l0 sTTx+9i0E+9ZhYagGO3EAy/FiIHsT+faaedwHLy/zQqRC5LxMl9y727W1gmbfCiJJKcwc9I8Ec4o DyeJJkkQ4xD1OVrq1DFC9MHy1JMEWbL+O2n9yApHa9cNKVDjSBy87Byut+vhIQrD7AZai5NldFBR rMMGehxGHWY9shwjpRh3uNyYXq7WOjhpsp9MQMWeKTueI2TsMdR1oqAkd+stCRDpUiIFoBSNr81B e0lxFnjNuw2RZihOZEYev0xGabz0/22Q9t3RBFQe06yFSG0LeDjyE/ayPLXWMz6jzf9Iq+8FV3YH YwssUwa4KeG3KywQhcu+uBYqGVGwXKZDFazNuQeqaQFbv5+Xq1/4uxHHMp0zmREr4Azk61NuZsS1 FaDb+ImrfxUw/5Uf6OKYnDlEJjB+FSDJkPV+8uWGtp1NPZTV9Jl5Xur7UPpJJxOcZX/ul5Cvj5jz YNVTE4L2VPokz8a7NTaDux6e2A/iZZkGj+PQdoEXS848YZ8eKyGbx/E63CQkG2BrRBbXXYMTTDzg /NXalI2NxaJXpuzIFqpsTQQkwWr58yhIzLO+Bf9C7l39XsboOcDlvot1cGLskEaX3Cy7b6g4tgol ZOqfb+kTYraZuZq9At6CFJR9OCzP5LWY0b+Lm0zVsrnffc54/IW/rlTx8JWtH9nKWww9famYQa3z k9Pkb12BHUStnZLWctFiN0Q2IEY8bn6yW0ZChJFl4Dl2+dz15BK2YVZZ0POFTjtm/PaTC8wxnGkA Hhz4eNSuCXquTbMhqQ1vvnMpMK1v9uQWpnU0F+lNTsbdK735uvtjubxZHgfAVUXXjgt+aAv4nGnF INd3UwzzRWOyaV0HfH4xcnKhePMqY9SxfmzaLUjv3YiFJDD91TnRR/6MPkZIQX8bOObvBafXITlv g66z63AjW3/yy2XfKGYCPKKgAsxrAqSaIdsRh93cga9kDT9MF1tsJBD6li7ySUdPpS2EaSREvp7X CgzklKtDCF5FSj3sTvYwDIbaYLhJmQIsNQvGh0RyLryE970iA7AIAJQFLOmY4R+DXPX0OYCmtz/1 F+7CKr7zYtW9sQsRfr3WbfYBC/rq3ViFBKhpTyHmef3P7wGqCCN59O8DXpxyTzgWKzRoQ9poRi06 w7jph8mFhPIXTM+MIxBuHwGDoWAxHpX2D2QSRRQaFH/48VLJWXHfcd1Dtc/8mO4kXJTh1nCk3nyd tExosJsyVXf5Ae+foQKpoIosTVp0opWtxeQdZ1Dc/gaOe+8AkYO6srBvmVTH7k9mrX3KYzEVUC5E IVkdqCPu8P3So9SoTNnuk0zOnAnU9ITm2QFZMEeCuA9Ebj8FP/yqjuFcYTZ5jlXkcRzhmQlMYttK iFQMt+lwIdO3szfxqU6yByUNYKeShbGzXm53+FKwXrRMxo8hbg7RvpR+x4hTDWeLdqe0tGSXiyus OdsEf43GHzkUVR8rXUcYg7cCpwEqsh5qbR3z3KTqDFev7AwhmuNVR8NOk3HLGEDhtxLQL/s0+hrk 94sbpCtOKq+O5wZ5TGuVVy1qLLRxVS03364C6A9uRPCoLWcvOuQoXyic4viUyXH94Qn/5hK+icmB fNi45kcC2LER+RKpCFzthrzdBn6pPRy/SrtJ8bA5gSgnRaIiE0zyeDFLmczxayUfx4M5s1kP580R 9sTEImb1LB5+4Qi8u4/ObhjXGn65TPnMlWJHgOun/bawIsqZB3FYKpW4PUGofExc04t1Wrmfpgae GpMNUPsiWh75/S2Nojvsxj+DL+RmYnmEknkwCNop5JIwbRiArvqiqWXyfn5Fx76MZuGjV/jpj3eW mrCMToD1eX4+Y52TsQwcrfYnc0oPqn6DcuKFFnZv0rl9RQflnWKw5DdIW3XKBHuN+V9YrFz41LxJ YrLWlSJC54gs2FiyIh/vdtb2f9S5Vd8Dvvx9vVH3TOmuB1/zT3iWWznvcimx3BfSrBooS5MQ+SG8 FINdlWCvQjfAtPm35IcI20By6lDdGlUcgNTNUN87Wb9c56AkLfjNCxJXJdTn12GKR+ro6TAnmvtG hkQOS4STu22T/z0wu9/kQoNOhEDfu/MWsFcFE7nE7Ek/C28Z1iPXOzBxyP34K3RcnNdZ5ovpJtp/ ApKrud/C04en2LcrOPS3T3UPcMRqexeAlVs5jAfbwMPkwlAd6ID410iAsOGSHY4dujpPcRm/DYOX f02TfP96+nA+crYbr2PFrk66axzUQbCnMOb84BTgczM8M7ru/ERMmjHMhvTQeiR4nl0A1cOM3tPb BV0z3WoVfH/+24lkexu+PsArmBYpmj559WF1McKai7RrO4OVhQUDWFVNP3MRVvpZedAjugYt3eg1 pMZEcoUzoJvOs03k+edHth6fQqto0+qwSKXbPc40kvpURyH88X5l56PVRKLQjV2GXjFL6pMS/efH vC8aXr2c8ESRoz3ed8ziL3zv+75pcg51Ckkm6lcjVaE3/5jkNA0sb1Yg1jhjhT/8yICsUWNqoN9v cRDnSe5EfaoUyFBX9bfK0P7WRJMCeeUs0L89ueOZWE3W4pARnRGnrH1fg1v1C9+3ZnseGiSwaOof Vm05/A3D/GTyD7UEH27Or3w3DwuXuIqTCgnrRx/HFvMhAwbMzD/5M3QCjw4B3IcTvmJSAu0WCM4B Z3wdw1AzntceuVnPKxJpGbKMD8dAbN/eM5OPVTX8VA8jCvRYMvsT3QpqKsSeUpR2V5oOeJkgvz9m eAdIlEZZ/yZXWfqUfSOlF4+QfvppK+zvQyUHZkgLptUIdkquIbMU+HZXXqo3o6rthT4KBLNWovdN y7J9fVH1rXik7Z8XGgzcgXB+ce0fFmMXmIHrDTpcc06x6JK0g63HCDHUx1wLZ3rA3HOH197gcGnV ayCefLvbr+I5v7u+D8m6w2kZ9TtEu4QmQlCqQHqHxoymcQquglbHIrf3ZAJCrfefKnpmEss9h7mG ClQIDX28s++e9bdX0SUqZrRr2RSKxusPXzR/ISuHsxy6p1O2P/tL9zyYUSe08iieJUj/G17F2Ycb gNkT5lBeIKCjn+7+nnO0UcgSzYF0YZl808SvtaQzP4EZxzyusv9MCniiTjib3n5kUTV4N2oT6Irr RHsTsHJhxOzWRz6jW2bnbDnx+TOHiyb+QUhBynbLEXSiAjg7isoRrj1vKG2n5D1cMn/6+KaRquzK T7quYdTbJ8DRZRMswvsXGLSzYHGql40jv302201SHbWoq89hIAGS+FBrXfZnmIch0g/nwzBVzt4H LzwGZlJ7qmgsk+cmMw5VXUK6h1Vq6D6G5hScHKqaphzfHUAnD9vp5Iczdwte5baleOCB2WPQMosO bhOaQjxV1LZFNVb7srVdxVraj9XrXMEzMaL/gMdtZ9rC21t/NFHcoeCOV1wVpegghhbMXthIe3Cq 7gm83DbvRfYrmOkmjo6zJw1mTHpkJohkZhXTW6cbVk8lvijeTtJhdGXR4UkGDUO9EodCsjPOHrL5 yRUc1e7KMQdsvGovtHamXA7D1Orf2wAHF2Eu74NhY73Pricg7T61ZmnnUJZ/7dC6ESOBdcUS/Pjm IFmB7RSNdmBBZnMhNBizgOU1qiB65EZLQknnpXPNgORvP5Gj8S7rDyQebyfar/rHrq+UM5+2P0cs BTg/RABReT9uTL0wdPLQW48v/Tv445quJqWA8LVVXPe54+maVp+El2XXTNwWb3fgHlLgPaKhAnQH x4J6+xEiTTkUOkoi9+iZX4gOXYdQK2+tRNNKsJN4Cm2XPtEe4J4ry8kAAO2upYsUu5ShbuNMxgaY RlFyibeCoCHkPy9Z7wDK89OYOlOvumMJfn5UtOzBYw4L+p3397JZ7fHK1uOfT+RLSezIb14WTwR0 bvTr2E1jchrkrMlh/ZhTO9fGwRXWPa6Q2KUogD5bvHANH9k8bAu+OeR4CU8uPbIk18VZtgO6tG+S kxwx2gsgTrdLheZWmk/lOFsAaNykWu4R0BkhNEgQfbmWI1eqfXKmWNveqvXgUbtyoxYd3KY772pz X+HuxZ9vZ3W6c+wvfAxwMNwWpq2EaBzUdRHiZ+gQ60ZgBzOfZqxrlhxaNszeuNnHCJt47msRPHG7 Ayzjgam+419fJsLCrAkF5v9CrE4gsp0ah/NJCe9hLsdi3A5iGbrYzjzIx9Nu8tOHnVY8l30oRtl4 pqc5mHJ7pFBVRwxmrO3lNLUz6GrZlAy3pEFSklIVhetvCXaEbkBWjfauY3Ym4Mmq2ExcvQ72nlSw LMEc4/CjSWF/z4MhCZhdL8WjtA7hXBMkHdlGkGtTrP4bEZdu86eA0gIDFz1G2C5QrVgtauBC889+ xBKqJ6LaXjshKnTp/KiwE23ptjUjaBR/JHsi8UXgnzKWqrnj7xwE7Z5XCwX50EFG5w7m98Rzbkox 7ctdnwdwynnYm5VxBigRwQSZY98qDb+Opj8KIlUbx8Nxlwp5Re+bh6/j83dZuhLRW5TvWqyFK5CJ uQNEUPlxAgAzirm1mRPIM0I6gKcvh5ro8KSfrhHstbI1JL8nY3vWLip+CTjZXQZ4Vb+edCzA7JB1 cXb3/7r/lhRV/4NOakmsy+7i9dwHxYJ0otESjERDvzR6aH6l6bkQniy9ewDGxi/WXtkmV1ZhBitR n57UmUnR+5jQwOQWROHM4gkF8ciGv91ELze2+s1R96P1c5X8jj2BjBATmBXctHA1xcwSHnwgCXgO 9t88By44j/okX/Bw/h1GUyu+3MsVk+UsZLt+jnn9QGt5kRF2wPYzVN0k5IT+dYcv8QM0K5462p/p Hbgl9pmPTlYbE3NPffAHtec/qtcRE5C63syEtigBj5VNBqz3AGUm6CspFWJyHM3QkYEv8zlxVvnP JZMMiwD3Wh/6U8Nvhbtauwx0fl4B2znU9St5jFBQafWnajbzfUfIn6aouy21MbzlJh8REVDhRqs/ Ds85+izw0c1j2v61PSAyMpyB9vKbGJp4hylrHwTEK8dNPm+yptHmFZVreLckUdCylv3p77TPn+ea iNgKwhaH3DJxDQ/2QNuMJFPmx+ZpTfHno2zPPaVAzCcU9IVdBRFYGBuJhwelSYEbvJYjWaag8n2B 9hgEjwmgT47QHX2XEYIawdORBxxWCiEnIRGHr5UhPl7sc8RufAZd/qdbHJmMz2s9h/GEoq8D5Uxh 7eml2J3qXzg8sMzADyYl3+PMSzAl3xcyZs7JxizwH6LaVwCX4V88xZYrJAhbZk1yXQPdL5ET09o6 bWHMmzKHUbbT5Z2Eivgkn/tHakwJh4vu0TYYVjq/pMQXZ0voZQ7q/OXJR7rtmuMgeuLiaBPyM3qt MI0XQ+0xmi2XPMCYoMkE1F9b9cK8U2/xPQqGQ1PaZBDuRM63UtdYiimxlZLS6uMhdqT8rthY6JST a6OqD5f9FCzi7SbNeAAKj48hcHzL2BJec1BofEdSw4PUQ2ye1NjjpH0xqNfjdgSfhT56/5aJA0ld 8JKaaNFs7c81ZibK+GwSkz4C8gjpoc0FeYALND3hDIsvj0A5hrwyFm+S+bkdWWFjjAP5nun9CE7X 3Y7FwdFzRqLOZPfK2gVMFg5vpid98V5UHev0wkcrHiLyM6riFuCGwOTU0ZTSwGuUS4837qT3+g4j TIl/XMlMp9s1Z3ecDxX28Vpt4DvS/nXPIWfuZrQhm2hpC0cuUd9pqPKm3OHzjUWNRI7c42iDgTE/ Yg98WGXWsRRDzo9TXdcbrzOo0B9OYwuKFmIQ0OJaLTse6PwzPSv2mCSpV+Tz2WHSF6bXK4viZy1S wHRpdi3BJtUbOhEiWL8hxHt1pqq61cnPNNkirLzP9R2AchwEM6eGk18lM7LLDqXvnAmPo8XSgsi6 ZQBuBhhuH9YBJTG4IqTUY85G6cmSKkMNMRBhNb/7m1T9jbRIjozA1/xP0caLrq8hgdNtjSbZxY+J jg2LuPqU3dYd1Xa4TYhOwvLPj9LQDmnOcwEms/yYAsFDmTE2/lC6LJ8OyZZwc5ZaegmwclI2DqmX P4IPDZa7A22TLYZDALmXvVHnJD++v+H2uLp6zjPq8yfgrPbZc5ju9qqlF/9EjoPh0JxrBhBIaOl3 ATDHdsyU/6J6Nx9T5Auc4mGTPPHG6sAy2/J+9C7EJxyVEyPMgbzKVZD7Wwbd3KJv7F16kazmnp9r iPnJ8Cori8dJtrsg+PwphpUcJUHFlzXwwPzt7hduA9FkWlmG+eyRB8bxqBrFpZRYhuUBDnSaIuzZ lScgyZxgV27kpgGozRIfRF5PGoGamUiXJpkrx6rs2dPX+rSpi0DVY7EStaKZLH5dEJwNTrBGVejX aTaBYMfuT5/MQOXf+QrifhBbK2WYCo8RvnrBnHVZ1j86pkjSlWjFCKwRCJEAcqEUsJO1oK8PjzzY jKLQ1ll+5KcF6Ol36aQt7zVSOVWX3hRQYx5kMrBKfpUrOYdGOlgZhhnubovP+656zy1b+oSFvAZc N1DLRu4MpDutPonCLMhRWy0pOSmfokkpOdeOVzb3ORavATlUnDXXQTKGOYTsHPD0ftR+R6t8QrH9 EtHvFq2GJo2oCCLeJnrIN/MgXZF3RvgVtscvva3I1dF5kjRPADuwAEqAEG/HOwM01/eAT5EEjoxk Uz3X1n7C0xNoEJbcFY2M8AG+v4TEH8cJ14DrHkbO5u35ibmBlxCP2R5H36n0vDG+HvYJlvEz3m0w bgpyvBfVH33KOmv9HBtKTQkAjGz/7AVQCSLWb4G9gqXdQD4LnY2Sw6mnux16ctMujtmSKWBRr/Ht 3GX4tB6npmV/7SGkv5WNw3Md/vvZz2byUVMqfkwMBfAA0gF0yMu33ReYV9aMsBBdBkDBUc40nelF UuoN6aEueitNNZ9+JxsfNM3e+qCGXUDA6wddVndG881XgNpifRTvlS3csvV8Xiz2xfn0yOzyX17c wZ7onHP4LljnFbSrb4dehBKy/0Ot1XBIEs/4ufQ4uOPXKta2stMobnAqdlwSam43dpbqLfNjPbWx P784n/8E66hyyuUIkIrfkUvJuUygRyinpxqjF0PTcDpyFXAAbaI3zncERCHdx4aPkkneU8qIoTg5 Z//EJkDkEJx+YcbxLElr81anv9BU4hxbeOd5h9ZSBlYu/i7Tc8W76HUJzjNopuaW3fNWHSfS+nd8 qIBpvGWVu/5NCjCSGWU8FrVLVf0AN6mrHiFd8/Q02Owxy4lizBgkEuPbd/RAcnXBw+DhlqeFV8eI +fnul7sY7wbixMTGNyrEDiXDtqwZAa36vKMykPQgSDhi6zYSl1Y+ct0W+/EPdw5HXwqc1gY1sEPZ nOESnXt3RiVGWIE809rLyAOpNgUplgGmR4Uk4Ek1Cq2W9QSD3OxJueCblhWtew245t5lLGAM1yBw CqDaRMy50D/KqTWxLw+PoBkIIy2uaQri4G8wm+cAliRINpv9fMkR/dAy9CNAt/YTHNaem17Eapmy eQK5qqBOohVSfCUXzKqaC70o7/tqhzNIphu8t245WLaJ5m9UdDoV1oIlGBphfjKJl2hD4b1E8n99 Q1lTl4mistnTNnJq5IvFO/9zB7FHHrJExPioxyisfkXfBFPAexj8PBOcSQCzQXvrUsonc0U73e/d N/W++1TXZlbzbbL6m5V8E2CzQnEKHILlMkk6jCnHRONXFI3CiXVXNJ+wmzT1nwfcImOnrSl8xUk6 BKqZlUXkzzjNV3du2ESX3U4gkpC3Ooije9HVzlMV4E6pFJ+w1cJce7iohKNqzYMt35EoalexioJe cpKJOEaIdUIKJJFwLxvfvmZ3smJesXhw+e/4r3KmDIC99leXN7FYGCsm2MdsVx7sOtN/35rgzNn8 YvDaqJwh8QBvZ/B4/eo2vyN+K48mNAB3dSXk3K68wVg4uRVv6Mp7F/PED0DRo1B7o3kyYQ1sl86M MP+dWybYFZ/D5784w36dEBUiifhgJLbwYPt7vA95kCGkwyuDd8kUBw1v89WPLd6QS+ub7CUm8CIs vOlCP/CPf35sR1d443xTo67XGBxCRN4ysg/oUF5Zks1kcQgpUuFSCqPDlNHNXSR5el4eorjqjzH4 pmWW6iis6LHN/NkvnhJ3/439EqHFqmOvVg4oyEcq11gcvLtvbW6O5h6L/Lb+aLSLvcOeL6Nq26zP eV0HeZ5Ii/AdzXj8ARuVR/sVx8pbFQemHEBHMi/aNeco50F2LHABbWDVNufdscQ/ccKiLPlRcuNq /+tmdDJvwaqd8GtRV+oiX0AJu7Cif97s5s/0J+PgKSpyjwh9FbsCtU9INhFQpFfu+vW0s+X8hrog oSHRLjOECGYP7NRmMQAGxAaTlw3uhGjdcxzjrgD1wkJv8SiU2QNDsbqtJa7LOVqd38NflO+WG5eb 336gGOQOlJui5rs2MLF9soMWuA7yHUlYxsmmd+kuxc2qu8qQLAu5eWw3jOkKPgu23f2EMaqH+fUs 4zp7mcTo3W1q1xvzF8xUIG2XE81O4QcnlkUsxN0tKxdmbsH5RQdYuJ58ctfOgXtJZz/RkuqsqLdK 6A+mcx0/LYJN2SemU0HJvl8wAyekOliQvLdIEgxXY6gS4kjaz9r1jiU1hBL5WPzRlOiyCvZpiQWK MhTqKvqp4xMru7y25jv7uyeAGDpblJ1Vq0t3ZGhOk9FUxTkrLt2D5eNuBiZq0SMmzzk0+iMQE8zI UmqsM45rSgdAC+hcZURepeRTwN2fK/5ig3yQ4kfWrWS33DjBsYtrAFwNi+ONtn6NzDxnwyg6KiJj qe47rW0nuAVDfT3CT3ZHP/BHetKIh5Ssa1RWoSrNdXo46o7ibWIztfWq6l3lzdIRZhwkUPfOwZWj 45STIap0YUcdHc66RyjDZ/dWnoKVYK7ZtDfg/GaiADz3Ag+hFLg9qlQbGDsFChK20hMH1mSvQ4+t KGWbnp0YCGeGEflgE4fvjEriK+8Q/sJ05aJXSRNgb98CkxKT1LcGmRfhsR2xsCCj9FyG3NIsac6n haL982i3XhsOwbApFHPzpZ041rXt3S5hTCa/wxzcZ6YGC7+kF4vOsQxBsUUDd9Mp3cAfmI6FuJNR UQql293rfAeFGyJZOORqHZVN5SIg/VC5zaRzgZz87/C/Ch9E0JP2YujHHk2QT+f04Uz1rzN8rpyb ydfbhp+CX+Lo8FKHo1g7nKRWnJaXK60VTyojK373fb/O1qAgDLW+Ljt3vMlIGE+Xxa9n8wjdBEnQ fdFY39JjFPucrr5OrQZs3xKTWaVcqM2n7nYGOMWjgvfEV9JcF62dB6bzx7SUmyD+xR5Drsc1lsqU rSqdmnOE1hMgXYhbPQUzQ77+VzxS+geFT85H9y4U/Gq4CBVyzET5+1f97vYNXhVVsRY8B6t8TkO/ aoLGnx9pWoHTXPoiWSC7KiS7AOmwpxeSv9OFU4ru4w4ENttmkWlZ/0BMpvyrzOomB/BXRSQG1mvz 8vyZ+vAO+47wRrbjGb2EqTj06IuHYUl3J21pm8Z9SGAEPA3MaMrhP4EsgkmdyzA7PuIBE7PZVpxn cEHbClSQOmI0+o47UkXQE0O/CDRA1WAJUL3e4dgBnT54bkfYQlBX+HM0zDCARqznNLtzmpyTswg/ rqpcAMv+VAn93by1WGDsge5kOJ+X2JVUCNVflIpOTPtFW4qcVMfWWe7XByP6iQqQkQ23kDFBP2mP PcLsSN7mA41feehY2/J5AZobCoIsNb6XvxDmC8o2HxfuY4LFPhSPqF8G2GJm4i3Hc1IjKV4TYlh+ mwf7729fP7k8ckTFboBwZih1T1mQ2oUtH8b8NKeiIsg6z1cxKesONtEsDgEzwCO16uY0R06Mz4wE N+K2MSeyj1b76bFQhiJfPvV20o9b8sf2ootZcodIWeWoY3bxBPRbtmQWkjEksj/m9y4e9aBdEwVx BxFUE5CpB/7qEqCOE5vmK6tG+v0n9i9guNelFu1Gk9df0vd35x60SUy8xUev0Dh/lDVhgnk0KZyg 7G0YYZNWzZaiNBBNIp0H7XseIddM7Nu3faiGTXTeQORAlzhnbl8fySFL2zw1gdhrDLaG1cTqXjxD so5EeO08Tw1ednHPox7MT4sirhgKJGF+Ky7fFNp93CdmOHESuQrd1WpWT4KWT2HrBxygIa0mdY4n F3h8Cse44Zkxly+qZeOeoFVoi6wQ7Wh5v4Ornzri0jC9bhUvssAbpPLNoUgUq3rjFMW33LGDZwkf K1LMRuGFeEOJMqGT0F94Vn7C9/7PRI6cdJTrvmbynkkVG8Yp8rYB6XAjr/zFCVU5vmUOo5WxDIJy 0TsKX0wDEFZ5i5ca70ULct8/QbW+7dC+MMRTACkc6cDizvze1F+By7wMVS2ydT9bcswHMmVQvEVh PRpnYl4WjnOEmeQeQQceXvq03dED0WnoC/dGmu0EfaDyyY7X9U9R9KSEBC+PI8esvPjgfLi0LLmk hf7BwpWV4BYFvtZO5qzrCD7gRlDeXkTX2iu1PPJWP3eaHIiuuvcdI2sDIuY7P+41q00eOeBMOtbh DUqQpzjPYrRsAkrhYOATl0TBbN+d02I5oqUlooJjuJW7CuyxRbTVvxkXgNkGYlB9Yqt477ukZuzz AivVwwXcLER2tkZwcspb/0h1Zynq7tGOZWR64ifz3wR8QkSAteqmneXcydU0JqwUOboJ/c1ESo38 xKtCkTGs+Pq0PbucZAIu/nCnqDM3xJTZ7VENktEsEe34IwTF/VGRfodQNfvZvs8iiovVMs5rhqYP U4iko161GORq9X4Mq1nhLjYbrGkAE0kMbozLdhwMchf6mVeR60NCQl4GwlFadGHKbV6BaC2xboBv qT6p+wvq9qp/wtikN9npVbN2GHdur1yBvLjsr5KlvX7Mgix74PQHqlDoX98SLhzw0pqeTFrlHGc5 BxqXh241YyQo8zq/y/bMj+9ywBVYK9MkmUBKELKm8hRCB52Ssq9f+FzxP+1SzMqgeVFQuRbUEFiO TWpk4uAD+ymS6psx81CLSCgr+CNQqapDZPWnFBSmDBKdG98hgs31HbGPehJdrRpZDWvWJ03A4Wqv qXL489ODNtY4IziG0Q+vPAnGs3eKQi1ZBSOUUet2GB3YRWF0nE3PlRAkV02Zsk0T0LwuzTHb5UaU Z5Dj/KUxnyZvCM8b79Qm1mHhVVY5nJ/HcBYECat27KXqFo7bj5DkHKbbGmNQTkSNFDPBg1tT+XUW POzrG0I9vZgYSJMeHTIk8AvOXvGIFMwHWfIhP2/PkF3eoT/++gUXqn+hShQk1E56BphRG2IGaWdz +mK2p2vuLEEVq9TRETxy09XAC0qsqTjzxJfpLsqdk3yPDaLXKCocE8zxn/EPlhDFsdKFPvs9AR0m zKDYqxKzHGRRbeh3lxaG+7dIM+j/Tvwteie4gmr3/JiCGhQE1U1nexfhxKCTfs6ODtlS9/F0jkGh DAKlrG/FtSCTjqoGS53L6w4SkMZjzOuFoDMSMBAKaoaDW7gxKlbnmQYmoCTfigvbkwkdw+81H8MV 35CH3SHuiMHW6cq+U8WpgogFGwh2Uj0k+iH/fJhSOw1dVoDuVoJajhmF6cWXlPf4JAvTmknaHxtK qR2rrBjWltrZBbiN9ii8XO9/+TL6wL6XTSDrB++7SNYts4lB/EVQuSpaQvcJ1NhTWxu2RuJvC2Hh SOqmd6/8tJO6YbsjJXtH1er5nTdnKOP1exuh5qdbPGqHsOfn8ONZmTUDD36ho/6+3QDQM9wzYB72 nRd4fsDlx1bUj97/VXrOlLjuXhtwy2gr1jzM43tu7fkr41m+1mpn5LPZNCYzfkSVcwJ3gnPgiJfC l3N7Xa2UHPq3junle0eC0b8RGawXG8HCegiXMwrNCTTJqi/CYxAzCztVfGDLHi+jLO0ZH4qU7NW6 tlPHbvqLC2yLdYdFBwWK5aqkn/kicn3C22DjTJphnqX14Z0Ul4L52O8DeqPkLqbd13TDmMcGxmZj WIN+8E1VdKf8tmgrD7K/PUhmUJDzxDmWKyftBq6PgIhoFks9Zbak5KX6Y0PGUHH++XvAwCaUW1Bd RBlKimGjc9+lfV6bV/qV4Rx1nm383Jpnu75O+a5zFMiLWWdDeCO4JLibTfDDktBFf79JPuqvU0uN aSgcLYjjIlAIyn7EjOT0hN0172CHZ7bsOTcTZ5pPNt6XclMw0w4ypX/tOgvDIrtP201ElARJZzII WdHlvTXobj700q3st6Q778DIeCtZvypaJRI1HCAFsFV9upOPfBaqpp6VX5nDz6QghkqLkpu+WieT CLWoZEoq9W5E4vxaVJQ4ou2PL70uumov9PSm31IcBDzMZBFPhzS8yVrFNrfv9fz2RjLpXDsPEoQ+ DmjzgQW8wJzP4e4ZgQMimYA6wsg8m6EMrvPiDUgDzXG1hMs9lu5qGfkROFRqJwYsUxld966zv5en pKBsydBCKmRs+eiDUGg2x7i0cnF2e/El0xTj6x3hLF3K8LXbPefPoREDEebDeDJH1ZrZ/5jdOx96 wtk7VvUjgkdg4XuX0FxCyzqpv8pC+/csRawj6M/NtW8/SfWUdFyt3wedJC2d7ySMo9vPmer+jrmr EKWJm71XflnAKUiq2tDtMXIpcaHl8f7xTiEgdye8gz5U1WJuUirFUQ4IdumVAcRZMyn2z+LOYaZx FJPwXXydlYopQi57y5qnFrTwznfx59D8FfgKN79ujaoJz8/VOOnSNAsOj6QBmmG8l5+P8QRINNBn AkkpuOw4xkgCAYwyaqzvXU2ig8kRWlk/klP7IjY6rMMoMdaTxtk+SrEmp0wDd7Ap0LapAeN7A5w4 UVQqkQrwJYM/kWKzBANoNLeNtKjti7hDzmSrN135Y7R+Cgk4e0hawAibWYIibwTRCBfKndtY6N3a /s3DUGua+6PlbG9G8BB5l40+OdLq++c/+E7LgN5PnpY/OfMxAAV2nT19zVuC6yO0zxecDiHC7vuj iV13bJRsm4n3XEP9KYBe28f7byztouII4/Gf2h3uwH9NFIpOf7T2cfaOyXQVCrNvwSjHj/uveaFu xKYmdwhyP5sI9Mpg2r9xJUCJvaNd/76XcE0+yQfQBAn9N9RDW0bgXxe6P5Bu/oeMY/2/yIZYA/8N FZiHMjMUKX70+z/gOD3CLvXOSx9lCIf+b25ee118/IiAlKfrf0SXJ/+vDyzkQbH+A3uNHfDP21Ox 6PWQGnaUoXaHDPCvlfcdxC8CqFbEo6bpGVvJfxO9uzD8V7u/OaE/ffw36tYpaRm853+t8T+rb3pK OTaa7b2we3i/bAso+mILfrcHb7OoGt06+z8sVjWzhwVkj25B0GtL6dEvKf3Q9Dt3AOoWbvEfzcT0 2SHqqun/RzkFkkAhQPPfon0WJoH9yxbWMvcJ99/kYKH/Rd7DtPrXMAOWDHoapUsC4/7vlT17KJst bF8/U/bXm5Gk+z8q2+qKCWeJ7amo+TfXtYD1gb1/MpDZr6X1xiV0zjIL6hg8/G9cP84ykadVx/Q7 THz/0QKD3VAR9KWXPSbU5KvlAo/9YEUNj9x/S/fr+rYKgsxh4K7qZ/OkOmOdGbas7SdjiPiPdl2Y OXmZVfyM1uKI5Zja5RA4/1mZJax20oX2Z+opnO/FbClA+y+q+LOI219lH3+CYUdcVI7/8YWAgQH6 iyKeg+zq+aHkaYkIdu+iKcxjxD1z9IYl+uDCx182+94iTPajS/+SejbTEh7QZiEIXPvJom+Y0It2 wyxvEd6qi9QrcPTeq/8Av9EshBD8b/fLhBH9H44gxPgfd/l/RvbEEPvX0D3Xy6qv4sZPVlnqP6Ya 3chG323N6Qk12PzbL0NPmPn+XzP7/8n/35P/nyaAe8NCRrOiapLRR2gk9NQItYS6Qq9B/7jw/Leh rek70HfwuyrJMqJu4H9F/8ENHF2Ffuyh9b99Ef9/Il/vf2SRkATgAUipt4yhJ+hGb/GqFxnWQAen 50GYzVu1Vn1hHHkTExPllAchPtVY2hU5zDfU6sRZCgLkQakJeiTv0CHMXMWcyr083w0VTG3fcgdR seM86ovFf2E3dFn9ytzL3tv+tf3l2wBISvVH78Ur/7Q2mdH2o2EAGMulKBoRE2OUqoZfWvICACDE tuuOZMZ9/fr17iFZ/j0BtvLCFHN4eBhMJI7r04xVfCqECwBWOQxS1eiekrrcOagON5CPAoCb79+/ T+2Rbk/N9s08fMi7B+SS4HCB5Y9nso3qiAkAYEBhR/mDb51KcDP2Paq7Euj+V1L3DfQebaz/tb39 N6byf7iBxD7aSf0+CZmIomkEvsqIIA/ELfsJ8QDg1OZ04LxAI9VZwMIX/S2WAv1Z1Hz+rpUULL9Q 1/m1pJJPSYbxHrcgQcg7C9n/a9T2BkqgUy7F2nkCAHEUmXboaTrmFr+/5jAAYNYy/4tOjMa45zcx tYIv93ulngeQnT1R+z2JCXTEqfljMS98b3UAMd/iADBwrTFIVViSRBCwQ98jaT6bAfKT88IogVoo AKjytbwFdNWmFPFhkEr0/E3T/QztuQUsrmSlp34EcXT3HBIG32AxV1C27Sh3ON6fqjJHUcEoE88M G0EGmAAgZ1ZSBeSnp/iS0gBAfsloNtgMN8jKy0vMMLupHxOQC3jfhOHqcWJSeONlfTrwvpzYLfZe JrMdodtRqSXGmnGme8XY5psJXEndazVHA38pu3li7x4KJuBGzXyvdDKse57rqrk1O5cbawux9xxV FxrawvZMFPBhzLgcHMSvmQgBoORLNqT51ZB0W4yNkMzHu/WKzy4bHpc5L+9t1AGjW/rRPPPovKXl 6VMN8yxkgGLUveKsPkS7LMiIif3Z4/qxe/6l7l3szWkUsh4t63fdFGZfMlS3BNVdyrvnvf327Iwz mPn6rk67X+xd5OyrBcTFy2dT3pubMfXX7x13tytMG73376r/1HodlD2VUV7IassFXO9lhwWIi99f COElSUn1ZcDtlrsXZuzImQ+VlYPN9eBK9C33gysDC89sMTGxh9Vzt9tteSoTPneRCtbfL/0vphts wxRso8hd68Z3R57VCdb42P11qYjnlwMAzOWbuunmZls9PRXbAyx8A75DU+Mm4yvZ7zXKVX9iHzwQ CPVyWOD1YePvqzLgik5R533L+DnlbVm+yjf5Y4O9mIiCLGQjCn93ioG0QCOE6l7TnToloLwqTP3T zV14BUVPeLPtX7eJAyqjDU50vJagZc13449v/JYaNCOlPd/173pT72lEq96vRUgoC2K6UNfyAdWV 7Ot95Omx+Kf18RNQxZAe62WkwPu7ZwUT6qTgjY3Uqu3SMiKyLUcvRhvNOdYGAAQQRntsCdxdT3Zl LfTuF26PaF9Q1Zd4bSUa1qKhSxYlCwhLngpw5zg4EEvUNJ0O7UXjyEMnbqO8X3xvDxrC+jn0D08X pZ2JMIe3FU0ti6bFdujPR980GunUXtQJCp+U6N1PI4T92Id378HSd0alHlWGUsGKJ0qf/eBzDty6 92lYgPfWSGbPHPR837W6dvGBekHyLq9P1Zg/ut5ecDIk6Tf1baF0/T+6CUg9dEHn+pqXejeUvK06 mGABESG/v6saU/0akurpNnHGL5cJJi1T0LnneF4fERF8b2sjo2z2EZSi3lkDv1u/Jm8COFhbq7d9 WFz/r5VIJES9vy+B7yQf/7+wx2PQxiyyB/est01ihYTdjhEu4lK0EBfKe7ju179439bSXM5YBoRP M25MPt+s+FP/1j7I+rGUBhLS8o8Lq/7LhX9Yd6f/bXTZ8+TzP9iZhC76evs+fw3/ce5tPjTgXSQ4 I7rQ7tdqep9FANo/DVeu5hoD+HJr8veR4XpMD/wnxML/ySbu+dXed/UW/ffD94OqzWaHnvfBJZdK eZ+z9v41bPqv5LcOGWqxM+x7oStyfwaoKT9XqlSwCvq/AFBLAQIUABQAAAAIAC4T+S4FlQOI2VgB APxeAQAQAAAAAAAAAAAAIAC2gQAAAABhcHBsZXRfZXJyb3IucG5nUEsFBgAAAAABAAEAPgAAAAdZ AQAAAA== ------=_NextPart_000_0020_01C3528A.AB5D78A0-- From lfilak at medinaco.org Fri Jul 25 05:49:57 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 25 Jul 2003 08:49:57 -0400 Subject: [Mapserver-users] List Question RFC Message-ID: <200307251249.h6PCnjN10980@yogi.medinaco.net> Yes, the original question may have been poorly worded but Tom understood it so that has to count for something ;-) Thanks for the replies. Lowell The following message was sent by "Thomas E. Burk" on Thu, 24 Jul 2003 15:22:09 -0500 (CDT). > Good listers, > > We here at UMN have gone around and around on this to arrive at > where we are at. I'll try to explain what that means but we are > open to good alernatives. But the alternative has to work better, > overall, than what we have; not just better in some respect. > > The Mailman software has many management features that we like. > Digesting is simple and many people prefer that. Archiving is > straightforward. Dealing with SPAM is reasonable. > > We briefly considered a Yahoo Groups-type approach but decided > against it based on the baggage it carries. If someone wants a > Web solution, we suggest the approach of "browsing the archive" > e> ([Index]); it's not instantaneous but if the Web is what's > important to you, it's not bad. We're assuming, I guess, if > instantaneous is important, you'll subscribe in the default way. > > I don't know why we sometimes see what Randy is describing. I see > that too, though not very often. I don['t think it's anything > we're doing. > > I don't see that many "HTML" formatted e-mails. They bother me > too (my client doesn't display them directly), but we don't want > to take a "bad cop" approach to managing the list. Generally > speaking I think most, though not all, posting to this list is > pretty responsible. > > I actually understood Lowell's point. I don't think there is > anything we can do about it though. The Digest list user can, of > course, do something about it. > > Don't know if that helps but just wanted people to know we're > listening. > > 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: Randy James > >Subject: Re: [Mapserver-users] List Question RFC > >To: Lowell Filak > >Cc: Mapserver-users at lists.gis.umn.edu > >MIME-Version: 1.0 > >X-BeenThere: mapserver-users at lists.gis.umn.edu > >X-Mailman-Version: 2.0.13 > >Date: Thu, 24 Jul 2003 10:49:59 -0700 (PDT) > > > >Well I do not have a clue what the Digest Mode is all about > >or do i know if this is related: > > > >But when i post a question to the list it seems like the > >answers are comming in before my post is in my email. I > >sometimes even get a reply where person1 has been > >commenting on my question and than person2 is making > >comments about what person1 has posted and i still have not > >seen my original post in my email. Or sometimes i will not > >get person1's comments untill after person2 has commented > >on person1's post. > > > >Ha ha is that clear. > >Cheers > >Randy > > > >--- Lowell Filak wrote: > >> I am not a "List" expert by any stretch but I am > >> wondering if the "Set > >> Digest Mode" option on the list subscription is causing a > >> problem. > >> It appears that if a new user subscribes to the list and > >> turns the > >> digest option on then they could theoretically post the > >> same question as > >> someone else 2 minutes before or after the other question > >> is asked but > >> not know it until the next day yet still receive their > >> answer if the > >> person answering it hits "Reply-All" and thereby > >> providing no incentive > >> to not use the "digest" option until a later time. > >> > >> I don't have a solution but am throwing this out for > >> comment. > >> Thanks. > >> Lowell > >> _______________________________________________ > >> Mapserver-users mailing list > >> Mapserver-users at lists.gis.umn.edu > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > >__________________________________ > >Do you Yahoo!? > >Yahoo! SiteBuilder - Free, easy-to-use web site design software > >http://sitebuilder.yahoo.com > >_______________________________________________ > >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 aborruso at spaziogis.it Fri Jul 25 06:25:06 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Fri, 25 Jul 2003 15:25:06 +0200 Subject: [Mapserver-users] OT: ArcInfo Field Types Message-ID: Questo un messaggio multiparte in formato MIME. --=_alternative 0049B5EAC1256D6E_= Content-Type: text/plain; charset="US-ASCII" Dear user, where could I find a description of all types of table fields of ArcInfo Info files? Thank you, Andrea --=_alternative 0049B5EAC1256D6E_= Content-Type: text/html; charset="US-ASCII"
Dear user,
where could I find a description of all types of table fields of ArcInfo Info files?

Thank you,

Andrea

--=_alternative 0049B5EAC1256D6E_=-- From lfilak at medinaco.org Fri Jul 25 07:03:07 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 25 Jul 2003 10:03:07 -0400 Subject: [Mapserver-users] OT: ArcInfo Field Types Message-ID: <200307251402.h6PE2tN12464@yogi.medinaco.net> *** INFO Item Types: Item type Internal width Description B(Binary) 1-4 bytes Number stored as binary integer. No decimal positions are allowed. C(Character) 1-4,096 bytes Fixed-length character string. D(Date) 8 bytes Date item stored internally as YYYYMMDD. Input and output formats can be user defined. The default format is MDY/. See the DFMT command for information about date formats. F(Floating) 4-8 bytes Number stored in floating-point format. I*(Integer) 1-16 bytes (digits) Integer item. No decimal positions are allowed. INFO stores integer items as character strings and can hold values up to 16 digits long ranging from a maximum of 9,999,999,999,999,998 to a minimum of -999,999,999,999,999.Precision is maintained within INFO up to 14 significant digits.Note: ARC stores integer items as 1 byte per digit. The range is -2,147,483,648 to 2,147,483,647. L*(Lead-fill Number) 1-16 bytes (digits plus decimal point) Number that will be left-padded on output with the current LCHAR characters, including the decimal point. N*(Number) 1-16 bytes (digits plus decimal point) Number with decimal places. Can have up to 16 characters, including the decimal point. O*(Overpunch on Output) 1-16 bytes (digits) Number that will be overpunched over the last digit on output. Can have up to 16 decimal positions with a decimal point implied. P*(Packed) 1-8 bytes (packed digits) Number stored in packed decimal format with trailing sign. Byte 1 holds one digit. Each subsequent byte holds up to two additional digits. Can have up to 15 decimal positions with the decimal point implied. T*(Trailing Sign, Zero Fill) 1-16 bytes (digits plus sign) Number stored in external decimal format with trailing sign. Zero-filled on output. Can have up to 14 decimal positions with n implied decimal point. V*(Zero Fill) 1-16 bytes (digits) Unsigned number stored in external decimal format, zero-filled to the left. Can have up to 14 decimal positions with an implied decimal point. * INFO maintains precision to 14 significant positions. *** Default INFODBASE Data Type ConversionARC/INFO data types DBASE data types Type Width Output Dec C n - - Character (n) D - - - Date B 2 - - Numeric (6,0) B 4 - - Numeric (11,0) I n - - Numeric (n,0) N n - m Numeric (n,m) F - n m Numeric (n,m) When converting to an N type item, the total width will be at least two digits greater than the number of decimal places, as required by dBASE. For example, an item defined as 1,1,I will become 2,N in the output .dbf file. DEFINE will not override this. The following message was sent by aborruso at spaziogis.it on Fri, 25 Jul 2003 15:25:06 +0200. > Dear user, > where could I find a description of all types of table fields of ArcInfo > Info files? > > Thank you, > > Andrea > > From kulke at beak.de Fri Jul 25 07:51:13 2003 From: kulke at beak.de (Michael Kulke) Date: Fri, 25 Jul 2003 16:51:13 +0200 Subject: [Mapserver-users] SDE-Query under PHP-Mapscript Message-ID: Hi, php-mapscript works fine with my SDE-Database. But query (executePointQuery) returns no results (with shape-files its works fine). Any suggestions ?? Thanks Michael From morissette at dmsolutions.ca Fri Jul 25 08:13:42 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 25 Jul 2003 11:13:42 -0400 Subject: [Mapserver-users] some troubles on proj In-Reply-To: <20030725063953.89946.qmail@web15214.mail.bjs.yahoo.com> References: <20030725063953.89946.qmail@web15214.mail.bjs.yahoo.com> Message-ID: <3F214926.7000901@dmsolutions.ca> Chen Fu wrote: > First, why proj data must be save on c:\proj\nad? I > have try use PROJ_LIB to point it to other directory, > but all get "msProcessProjection(): Projection library > error. no system list, errno: 2" > You're correct, you get this because PROJ doesn't find the 'epsg' file. Depending on the build that you got it looks for it in either C:\proj or C:\proj\nad > will return a error "msProcessProjection(): Projection > library error. no options found in 'init' file". it > seems short of 42304 code. I don't know the reason > because i just download it in the mapserver4.0b2(the > lastest package). > That's because the EPSG:42304 code is not part of the standard distribution. You can get it in a new 'espg' file that we distribute on our download site: http://www2.dmsolutions.ca/mapserver/dl/proj4-epsg-with-42xxx.zip > > it will work when i set the size as 500*500 or > 1000*1000. But when i change it to 2000*2000, there > will raise an error: > ERROR 4: `D:\ms40-beta2/.\105911452320440.img.tmp' not > recognised as a supported > file format. > It is quite likely that the remote server returns an XML exception (or garbage) when you request the 2000x2000 image, possibly because it has a builtin limit on the size of the images that it will serve. Unfortunately MapServer is easily confused when the result of a WMS request is not a valid image... that's on the ToDo list. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From eduardo at linkgeo.com.br Fri Jul 25 09:31:18 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Fri, 25 Jul 2003 13:31:18 -0300 Subject: [Mapserver-users] Logfile format Message-ID: <002a01c352ca$2e22cd50$be64cec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_0027_01C352B1.0763B5D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Which is the format of Logfile that mapserver generates, I mean, what is = "fields" for each line. thanks Eduardo ------=_NextPart_000_0027_01C352B1.0763B5D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Which is the format of Logfile that = mapserver=20 generates, I mean, what is "fields" for each line.
 
thanks
 
Eduardo
------=_NextPart_000_0027_01C352B1.0763B5D0-- From shussain at atsincorp.com Fri Jul 25 09:42:42 2003 From: shussain at atsincorp.com (Shaik A. Hussain) Date: Fri, 25 Jul 2003 12:42:42 -0400 Subject: [Mapserver-users] Mapserver and ESRI ARCSDE websites Message-ID: <4514D1DE1E069744839F24247A63503208C524@deathstar.ats.atsincorp.com> Hi All, I checked Mapservers Applications gallery, I didn't figured it out which one using Mapserver and ESRI ARCSDE related websites. If any one using both can send their URLs, that will be great. I will appreciate for your help. Thanks, Anwar www,atsincorp.com From shussain at atsincorp.com Fri Jul 25 09:57:46 2003 From: shussain at atsincorp.com (Shaik A. Hussain) Date: Fri, 25 Jul 2003 12:57:46 -0400 Subject: [Mapserver-users] Mapserver and ESRI SDE Websites Message-ID: <4514D1DE1E069744839F24247A63503208C527@deathstar.ats.atsincorp.com> Hello All, I checked Mapservers Applications gallery, I didn't figured it out which one using Mapserver and ESRI ARCSDE related websites. If any one using both can send their URLs, that will be great. I will appreciate for your help. Thanks, Anwar www,atsincorp.com From joe at poconogis.com Fri Jul 25 10:01:39 2003 From: joe at poconogis.com (Joe Smith) Date: Fri, 25 Jul 2003 13:01:39 -0400 Subject: [Mapserver-users] PHP Mapscript query results in new window Message-ID: I used the gmap demo and got multiple item querying working, and I also got the results to display in a popup window. However, I did it by editing the GmapDumpQueryResults() function to put "popWin.document.write();" around everything it printed so the results are written to the popWin window as it runs through the javascript. The result is that the html source is pretty ugly. Does anyone know a better way of displaying query results in a popup window (possibly using the mapfile's template)? I'm using mapserver 3.6.6. Thanks, Joe From pkishor at geoanalytics.com Fri Jul 25 10:43:59 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Fri, 25 Jul 2003 17:43:59 -0000 Subject: [Mapserver-users] Re: Logfile format In-Reply-To: <002a01c352ca$2e22cd50$be64cec8@vcp.advcp.br> Message-ID: --- In mapserver-users at yahoogroups.com, "Eduardo Patto Kanegae" wrote: > Which is the format of Logfile that mapserver generates, > I mean, what is "fields" for each line. > I grabbed a couple of lines from an old log file... here they are (each line separate by an extra line, for display clarity here)... ========== Tue Jul 17 14:21:22 2001,444,192.168.1.35,shsw,0,550861.661725 275884.815971 583172.276359 300337.222404,567016.969042 288111.019188,water mcds mcds counties counties ,normal execution Tue Jul 17 14:24:25 2001,2764,192.168.1.35,shsw,10,530839.180000 317594.460000 603607.460000 259946.860000,-1.000000 -1.000000,water water mcds mcds counties counties ,msQueryUsingItem(): Search returned no results. No matching record(s) found. ========== scanning the first line, it seems to be spitting out the following (examples in parens) -- date/time stamp (Tue Jul 17 14:21:22 2001) some code (444) ip (192.168.1.35) name of the map file (shsw) some other code (0) map extent (550861.661725 275884.815971 583172.276359 300337.222404) mouse click (567016.969042 288111.019188) ?? layers (water mcds mcds counties counties) msg (normal execution) scanning the second line... everything is same or similar but with an error msg -- date/time stamp (Tue Jul 17 14:24:25 2001) some code (2764) ip (192.168.1.35) name of the map file (shsw) some other code (10) map extent (530839.180000 317594.460000 603607.460000 259946.860000) mouse click (-1.000000 -1.000000) ?? layers (water water mcds mcds counties counties) msg (msQueryUsingItem(): Search returned no results. No matching record(s) found) seems like the second line was telling that the query blew up because of an invalid or out-of-bounds mouse click (-1, -1) Hope this helps... someone who knows better can add/correct the above. I had never really paid much attention to the log file... now I will. Thanks. Puneet. From keon at nacse.org Fri Jul 25 11:00:47 2003 From: keon at nacse.org (Dylan Keon) Date: Fri, 25 Jul 2003 11:00:47 -0700 Subject: [Mapserver-users] PHP Mapscript query results in new window In-Reply-To: References: Message-ID: <3F21704F.8050706@nacse.org> Joe Smith wrote: > I used the gmap demo and got multiple item querying working, and I also got > the results to display in a popup window. However, I did it by editing the > GmapDumpQueryResults() function to put "popWin.document.write();" around > everything it printed so the results are written to the popWin window as it > runs through the javascript. The result is that the html source is pretty > ugly. Does anyone know a better way of displaying query results in a popup > window (possibly using the mapfile's template)? I'm using mapserver 3.6.6. I store the query results as a PHP session variable. Then I use window.open() to open a file called query.php into a popup window. That file starts a session and loops through $_SESSION['results'], formatting the results into nice-looking tables within the pop-up window. --Dylan From nacional at cbs.umn.edu Fri Jul 25 13:28:26 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 25 Jul 2003 15:28:26 -0500 Subject: [Mapserver-users] some troubles on proj In-Reply-To: <20030725063953.89946.qmail@web15214.mail.bjs.yahoo.com> References: <20030725063953.89946.qmail@web15214.mail.bjs.yahoo.com> Message-ID: <1059164906.18394.41.camel@arceuthobium.ecology.umn.edu> ?Hola, Chen! On Fri, 2003-07-25 at 01:39, Chen Fu wrote: > Hi! > I play with wms these days, and find some troubles in > proj. > First, why proj data must be save on c:\proj\nad? I > have try use PROJ_LIB to point it to other directory, > but all get "msProcessProjection(): Projection library > error. no system list, errno: 2" The directory C:\Proj\NAD is the default directory in Proj's makefile. I didn't bother changing it as it makes sense to me. DM Solutions use C:\Proj as the PROJ_LIB directory. Perhaps, next time I'll change mine to C:\Proj as well. As for changing the PROJ_LIB directory, did you try adding a "SetEnv" line in your httpd.conf? Something like this should work: SetEnv PROJ_LIB "c:/your/proj/lib" I think you have to mind your slashes in apache. Also, I appended mine right before Section 2 of httpd.conf. -Perry N. From morissette at dmsolutions.ca Fri Jul 25 13:55:19 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 25 Jul 2003 16:55:19 -0400 Subject: [Mapserver-users] some troubles on proj In-Reply-To: <1059164906.18394.41.camel@arceuthobium.ecology.umn.edu> References: <20030725063953.89946.qmail@web15214.mail.bjs.yahoo.com> <1059164906.18394.41.camel@arceuthobium.ecology.umn.edu> Message-ID: <3F219937.8000306@dmsolutions.ca> Pericles S. Nacionales wrote: > > The directory C:\Proj\NAD is the default directory in Proj's makefile. > I didn't bother changing it as it makes sense to me. DM Solutions use > C:\Proj as the PROJ_LIB directory. Perhaps, next time I'll change mine > to C:\Proj as well. > Please don't change yours. Using the PROJ4 default is the right thing to do and I believe Assefa was going to change his builds to use the PROJ4 default (C:\PROJ\NAD) in the near future, if he hasn't done it yet. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From assefa at dmsolutions.ca Fri Jul 25 14:03:22 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 25 Jul 2003 17:03:22 -0400 Subject: [Mapserver-users] some troubles on proj References: <20030725063953.89946.qmail@web15214.mail.bjs.yahoo.com> <1059164906.18394.41.camel@arceuthobium.ecology.umn.edu> Message-ID: <3F219B1A.10802@dmsolutions.ca> --------------040804040501050309070705 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi There, We actually has a discussion on this and the latest DM build for windows have started using the c:\proj\nad directory. We agreed that the c:/proj/nad was the way to go since It is consistent with other builds. I think you should keep yours to c:/proj/nad too. Later, Pericles S. Nacionales wrote: >?Hola, Chen! > >On Fri, 2003-07-25 at 01:39, Chen Fu wrote: > > >>Hi! >>I play with wms these days, and find some troubles in >>proj. >>First, why proj data must be save on c:\proj\nad? I >>have try use PROJ_LIB to point it to other directory, >>but all get "msProcessProjection(): Projection library >>error. no system list, errno: 2" >> >> > >The directory C:\Proj\NAD is the default directory in Proj's makefile. >I didn't bother changing it as it makes sense to me. DM Solutions use >C:\Proj as the PROJ_LIB directory. Perhaps, next time I'll change mine >to C:\Proj as well. > >As for changing the PROJ_LIB directory, did you try adding a "SetEnv" >line in your httpd.conf? Something like this should work: > >SetEnv PROJ_LIB "c:/your/proj/lib" > >I think you have to mind your slashes in apache. Also, I appended mine >right before Section 2 of httpd.conf. > > >-Perry N. > >_______________________________________________ >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 ---------------------------------------------------------------- --------------040804040501050309070705 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi There,

 We actually has a discussion on this and the latest DM build for windows have started using the c:\proj\nad directory. We agreed that the c:/proj/nad was the way to go since It is consistent with other builds. I think you should keep yours to c:/proj/nad too.

Later,

Pericles S. Nacionales wrote:
¡Hola, Chen!

On Fri, 2003-07-25 at 01:39, Chen Fu wrote:
  
Hi!
I play with wms these days, and find some troubles in
proj.
First, why proj data must be save on c:\proj\nad? I
have try use PROJ_LIB to point it to other directory,
but all get "msProcessProjection(): Projection library
error. no system list, errno: 2"
    

The directory C:\Proj\NAD is the default directory in Proj's makefile. 
I didn't bother changing it as it makes sense to me.  DM Solutions use
C:\Proj as the PROJ_LIB directory.  Perhaps, next time I'll change mine
to C:\Proj as well.

As for changing the PROJ_LIB directory, did you try adding a "SetEnv"
line in your httpd.conf?  Something like this should work:

SetEnv PROJ_LIB "c:/your/proj/lib"

I think you have to mind your slashes in apache.  Also, I appended mine
right before Section 2 of httpd.conf.


-Perry N.

_______________________________________________
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
----------------------------------------------------------------


--------------040804040501050309070705-- From nacional at cbs.umn.edu Fri Jul 25 14:10:32 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 25 Jul 2003 16:10:32 -0500 Subject: [Mapserver-users] some troubles on proj In-Reply-To: <3F219937.8000306@dmsolutions.ca> References: <20030725063953.89946.qmail@web15214.mail.bjs.yahoo.com> <1059164906.18394.41.camel@arceuthobium.ecology.umn.edu> <3F219937.8000306@dmsolutions.ca> Message-ID: <1059167432.17251.44.camel@arceuthobium.ecology.umn.edu> Thanks for the info, Daniel. I'll keep it as it is then. -Perry On Fri, 2003-07-25 at 15:55, Daniel Morissette wrote: > Pericles S. Nacionales wrote: > > > > The directory C:\Proj\NAD is the default directory in Proj's makefile. > > I didn't bother changing it as it makes sense to me. DM Solutions use > > C:\Proj as the PROJ_LIB directory. Perhaps, next time I'll change mine > > to C:\Proj as well. > > > > Please don't change yours. Using the PROJ4 default is the right thing > to do and I believe Assefa was going to change his builds to use the > PROJ4 default (C:\PROJ\NAD) in the near future, if he hasn't done it yet. -- Pericles S. Nacionales University of Minnesota From siki at bme-geod.agt.bme.hu Sat Jul 26 06:51:37 2003 From: siki at bme-geod.agt.bme.hu (Siki Zoltan) Date: Sat, 26 Jul 2003 12:51:37 -0100 (GMT+1) Subject: [Mapserver-users] Setting the scale of the map Message-ID: Hi! I try to create a html template where the user can set the scale of the map. I added a textbox to the template but i failed to set extension of the generated map. Does the mapserver use scale cgi variable as input/output or output only? What other cgi variables can i use to set a given scale? mapext? imgext? Any idea to work around? Thanx -- Zoltan Siki Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 Mail: siki at agt.bme.hu ------------------------------------------------------------------------------- Assistant professor at egyetemi adjunktus Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem ------------------------------------------------------------------------------- From akreider at nd.edu Sat Jul 26 15:58:33 2003 From: akreider at nd.edu (Aaron Kreider) Date: Sat, 26 Jul 2003 17:58:33 -0500 Subject: [Mapserver-users] mapserver 4.0b - threads error Message-ID: <3F22C149.17389.B5181@localhost> I compiled Mapserver 4.0b version 2 on my home pc. For options I used: with-threads and with-php. When I uploaded it to my webserver and tried to run a test mapscript page it gave me a thread-safety error message. If thread-safety is implemented in 4.0b, shouldn't it be able to run on Apache without running PHP as CGI??? 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/campusac/public_html/map/example1.php on line 11 I'm loading mapscript.so using the dl() function. -Aaron- From ljfong at hotmail.com Sun Jul 27 03:53:06 2003 From: ljfong at hotmail.com (Lin Jianfong) Date: Sun, 27 Jul 2003 03:53:06 -0700 Subject: [Mapserver-users] Trouble loading php_mapscript.so Message-ID: Hi, When I tried to load up php_mapscript.so as PHP extension, I got this error message : Warning: dl() [function.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 "FT_New_Face" in /usr/home/ljfong/public_html/info.phtml on line 6 I'm using mapserver 3.6.6 with phpmapscript in it. However, if I compile mapserver+phpmapscript without --with-freetype option to configure script, I don't get the above error message rather I get error message from mapserver saying libgd wasn't compiled with truetype font support. End result, none of my application works. The libgd I'm using right now is 1.8.4. Tried 2.0.15 before, but mapserver refused to load even png altogether. I think I'm confused about a lot of things here, with mapserver 3.6.6 : - What version of libgd is the most compatible ? - What version of libfreetype is the most compatible ? Here's the option I passed in when compiling mapserv : ./configure --with-gd=static,/usr/local --without-tiff --with-jpeg=/usr/local --with-png=/usr/local --with-proj=/usr/local --with-gdal --with-wms --with-php=../php-4.3.0 --with-wmsclient --enable-runpath --with-postgis --with-freetype on FreeBSD 4.8 system. Any suggestion/idea would be greatly appreciated. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From robert-fritz at web.de Sun Jul 27 04:28:08 2003 From: robert-fritz at web.de (Robert Fritz) Date: Sun, 27 Jul 2003 13:28:08 +0200 Subject: AW: [Mapserver-users] Setting the scale of the map In-Reply-To: Message-ID: Dear Zoltan, if you want to set the scale you have to calculate the new mapextent and send the values to the mapserver. I tried it and it seems to work, if you use a quadratic map. It does not work correctly, if the map is not quadratic, obviously a error in the my algorithm. Maybe you can use the approach: javascript: --------------------------------------------------Schnipp function scale() { /* Formel: md = (width-1)/(MS_PPI*inchesPerUnits[units]); gd = extent.maxx-extent-minx; scale = gd/md; width = Map-Width in Pixel; MS_PPI = 72 IpU = 39.3701 fur Meter --> for more information on this take a look at the mapserver-mailing list archive. */ // Wie gro? ist das Bild in Pixel? // map-size in pixel, if you use a constant map size you // take these values, otherwise: imgObject= parent.map.window.document.getElementById("mapimg"); map_Width=imgObject.width; map_Height=imgObject.height; // Wie gro? ist der Ausschnitt in GK Einheiten? // map-size in coordinate-units: // (the value is returned by the mapserver) map_extent = parent.map.window.document.mapform.imgext.value; //alert(map_Width+" "+map_Height+" "+map_extent); map_extent_Array = map_extent.split(" "); L = parseInt(map_extent_Array[0]); D = parseInt(map_extent_Array[1]); R = parseInt(map_extent_Array[2]); T = parseInt(map_extent_Array[3]); //alert("GD extentmaxx-minx" + (R-L)); // Bildmittelpunkt in Koordinaten // calculate the center-cordinates of the map C_X = (R-L)/2; C_Y = (D-T)/2; Center_X = (L+C_X); Center_Y = (T+C_Y); //alert(Center_X+" "+Center_Y); // Den Wert berechnen, calculate the new value: // window.document.form_scale.scale_value.value = the User's Input theValue = (map_Width) / (72 * 39.3701) * window.document.form_scale.scale_value.value; //alert(theValue); // Den Wert dem Mittelpunkt zurechnen um neuen Extent zu erhalten // calculate the new Extent nL = Center_X - (theValue/2); nR = Center_X + (theValue/2); nD = Center_Y - (theValue/2); nT = Center_Y + (theValue/2); //alert(nL+" "+nD+" "+nR+" "+nT); // set the new Extent : parent.map.window.document.mapform.mapext.value = nL+" "+nD+" "+nR+" "+nT; setTool("Pan"); ....... parent.map.window.document.mapform.submit(); } --------------------------------------------------Schnapp Robert -----Ursprungliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Siki Zoltan Gesendet: Samstag, 26. Juli 2003 15:52 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] Setting the scale of the map Hi! I try to create a html template where the user can set the scale of the map. I added a textbox to the template but i failed to set extension of the generated map. Does the mapserver use scale cgi variable as input/output or output only? What other cgi variables can i use to set a given scale? mapext? imgext? Any idea to work around? Thanx -- Zoltan Siki Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 Mail: siki at agt.bme.hu ---------------------------------------------------------------------------- --- Assistant professor at egyetemi adjunktus Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem ---------------------------------------------------------------------------- --- From novalet at yahoo.com.cn Sun Jul 27 06:44:36 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Sun, 27 Jul 2003 21:44:36 +0800 (CST) Subject: [Mapserver-users] status on or default? Message-ID: <20030727134436.16579.qmail@web15207.mail.bjs.yahoo.com> Hi! I play with raster on mapserver these days. But I must set status default to make the raster layer shown, while set status on the raster layer disappear. Why? ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????? ??????????+???????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.promo.yahoo.com/minisite/messenger1/ From siki at bme-geod.agt.bme.hu Sun Jul 27 14:46:43 2003 From: siki at bme-geod.agt.bme.hu (Siki Zoltan) Date: Sun, 27 Jul 2003 20:46:43 -0100 (GMT+1) Subject: [Mapserver-users] status on or default? In-Reply-To: <20030727134436.16579.qmail@web15207.mail.bjs.yahoo.com> Message-ID: On Sun, 27 Jul 2003, [gb2312] Chen Fu wrote: > Hi! > I play with raster on mapserver these days. But I must > set status default to make the raster layer shown, > while set status on the raster layer disappear. > Why? > > > ===== > Remote Scensing Satellite Ground Station > Chinese Academy of Science > > _________________________________________________________ > Do You Yahoo!? > ?????????????????? ??????????+???????????????????????? > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.promo.yahoo.com/minisite/messenger1/ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > Hi! As far as I know if you set the layer status on really means you will be able to turn it on/off. If the status is default you cannot turn the layer off. So if you set the status on, you must set cgi variables. Check layer, layers, _check and _select cgi variables in the cgi reference. For example the itasca demo uses layer cgi variable to set some layers on at start up. demo_init.html from itasca demo: MapServer Demo Interface

MapServer Demo Interface


Kattintson az Ind?t?s gombra a demo elind?t?s?hoz. Az adatok Itasca megy?b?l (MN) sz?rmaznak, f?leg a USGS 1:24000-es szelv?nyr?l.

=================================================== ===================================================


End of demo_init.html I hope it helps Bye -- Zoltan Siki Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 Mail: siki at agt.bme.hu ------------------------------------------------------------------------------- Assistant professor at egyetemi adjunktus Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem ------------------------------------------------------------------------------- From vjjjay at yahoo.com Sun Jul 27 11:38:07 2003 From: vjjjay at yahoo.com (vijay raj) Date: Sun, 27 Jul 2003 11:38:07 -0700 (PDT) Subject: [Mapserver-users] Re: unsubscribe me from the mailing list In-Reply-To: <20030727170002.4649.88010.Mailman@lists.gis.umn.edu> Message-ID: <20030727183807.26369.qmail@web20202.mail.yahoo.com> --0-1697190749-1059331087=:25054 Content-Type: text/plain; charset=us-ascii mapserver-users-request at lists.gis.umn.edu wrote: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..." Today's Topics: 1. mapserver 4.0b - threads error (Aaron Kreider) 2. Trouble loading php_mapscript.so (Lin Jianfong) 3. AW: [Mapserver-users] Setting the scale of the map (Robert Fritz) 4. status on or default? (=?gb2312?q?Chen=20Fu?=) --__--__-- Message: 1 From: "Aaron Kreider" To: mapserver-users at lists.gis.umn.edu Date: Sat, 26 Jul 2003 17:58:33 -0500 Subject: [Mapserver-users] mapserver 4.0b - threads error I compiled Mapserver 4.0b version 2 on my home pc. For options I used: with-threads and with-php. When I uploaded it to my webserver and tried to run a test mapscript page it gave me a thread-safety error message. If thread-safety is implemented in 4.0b, shouldn't it be able to run on Apache without running PHP as CGI??? 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/campusac/public_html/map/example1.php on line 11 I'm loading mapscript.so using the dl() function. -Aaron- --__--__-- Message: 2 From: "Lin Jianfong" To: mapserver-users at lists.gis.umn.edu Date: Sun, 27 Jul 2003 03:53:06 -0700 Subject: [Mapserver-users] Trouble loading php_mapscript.so Hi, When I tried to load up php_mapscript.so as PHP extension, I got this error message : Warning: dl() [function.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 "FT_New_Face" in /usr/home/ljfong/public_html/info.phtml on line 6 I'm using mapserver 3.6.6 with phpmapscript in it. However, if I compile mapserver+phpmapscript without --with-freetype option to configure script, I don't get the above error message rather I get error message from mapserver saying libgd wasn't compiled with truetype font support. End result, none of my application works. The libgd I'm using right now is 1.8.4. Tried 2.0.15 before, but mapserver refused to load even png altogether. I think I'm confused about a lot of things here, with mapserver 3.6.6 : - What version of libgd is the most compatible ? - What version of libfreetype is the most compatible ? Here's the option I passed in when compiling mapserv : ./configure --with-gd=static,/usr/local --without-tiff --with-jpeg=/usr/local --with-png=/usr/local --with-proj=/usr/local --with-gdal --with-wms --with-php=../php-4.3.0 --with-wmsclient --enable-runpath --with-postgis --with-freetype on FreeBSD 4.8 system. Any suggestion/idea would be greatly appreciated. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail --__--__-- Message: 3 From: "Robert Fritz" To: Subject: AW: [Mapserver-users] Setting the scale of the map Date: Sun, 27 Jul 2003 13:28:08 +0200 Dear Zoltan, if you want to set the scale you have to calculate the new mapextent and send the values to the mapserver. I tried it and it seems to work, if you use a quadratic map. It does not work correctly, if the map is not quadratic, obviously a error in the my algorithm. Maybe you can use the approach: javascript: --------------------------------------------------Schnipp function scale() { /* Formel: md = (width-1)/(MS_PPI*inchesPerUnits[units]); gd = extent.maxx-extent-minx; scale = gd/md; width = Map-Width in Pixel; MS_PPI = 72 IpU = 39.3701 fur Meter --> for more information on this take a look at the mapserver-mailing list archive. */ // Wie gro? ist das Bild in Pixel? // map-size in pixel, if you use a constant map size you // take these values, otherwise: imgObject= parent.map.window.document.getElementById("mapimg"); map_Width=imgObject.width; map_Height=imgObject.height; // Wie gro? ist der Ausschnitt in GK Einheiten? // map-size in coordinate-units: // (the value is returned by the mapserver) map_extent = parent.map.window.document.mapform.imgext.value; //alert(map_Width+" "+map_Height+" "+map_extent); map_extent_Array = map_extent.split(" "); L = parseInt(map_extent_Array[0]); D = parseInt(map_extent_Array[1]); R = parseInt(map_extent_Array[2]); T = parseInt(map_extent_Array[3]); //alert("GD extentmaxx-minx" + (R-L)); // Bildmittelpunkt in Koordinaten // calculate the center-cordinates of the map C_X = (R-L)/2; C_Y = (D-T)/2; Center_X = (L+C_X); Center_Y = (T+C_Y); //alert(Center_X+" "+Center_Y); // Den Wert berechnen, calculate the new value: // window.document.form_scale.scale_value.value = the User's Input theValue = (map_Width) / (72 * 39.3701) * window.document.form_scale.scale_value.value; //alert(theValue); // Den Wert dem Mittelpunkt zurechnen um neuen Extent zu erhalten // calculate the new Extent nL = Center_X - (theValue/2); nR = Center_X + (theValue/2); nD = Center_Y - (theValue/2); nT = Center_Y + (theValue/2); //alert(nL+" "+nD+" "+nR+" "+nT); // set the new Extent : parent.map.window.document.mapform.mapext.value = nL+" "+nD+" "+nR+" "+nT; setTool("Pan"); ....... parent.map.window.document.mapform.submit(); } --------------------------------------------------Schnapp Robert -----Ursprungliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Siki Zoltan Gesendet: Samstag, 26. Juli 2003 15:52 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] Setting the scale of the map Hi! I try to create a html template where the user can set the scale of the map. I added a textbox to the template [input] but i failed to set extension of the generated map. Does the mapserver use scale cgi variable as input/output or output only? What other cgi variables can i use to set a given scale? mapext? imgext? Any idea to work around? Thanx -- Zoltan Siki Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 Mail: siki at agt.bme.hu ---------------------------------------------------------------------------- --- Assistant professor at egyetemi adjunktus Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem ---------------------------------------------------------------------------- --- --__--__-- Message: 4 Date: Sun, 27 Jul 2003 21:44:36 +0800 (CST) From: =?gb2312?q?Chen=20Fu?= To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] status on or default? Hi! I play with raster on mapserver these days. But I must set status default to make the raster layer shown, while set status on the raster layer disappear. Why? ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????? ??????????+???????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.promo.yahoo.com/minisite/messenger1/ --__--__-- _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users End of Mapserver-users Digest --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software --0-1697190749-1059331087=:25054 Content-Type: text/html; charset=us-ascii



mapserver-users-request at lists.gis.umn.edu wrote:
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..."


Today's Topics:

1. mapserver 4.0b - threads error (Aaron Kreider)
2. Trouble loading php_mapscript.so (Lin Jianfong)
3. AW: [Mapserver-users] Setting the scale of the map (Robert Fritz)
4. status on or default? (=?gb2312?q?Chen=20Fu?=)

--__--__--

Message: 1
From: "Aaron Kreider"
To: mapserver-users at lists.gis.umn.edu
Date: Sat, 26 Jul 2003 17:58:33 -0500
Subject: [Mapserver-users] mapserver 4.0b - threads error

I compiled Mapserver 4.0b version 2 on my home pc. For options I
used: with-threads and with-php.

When I uploaded it to my webserver and tried to run a test
mapscript page it gave me a thread-safety error message. If
thread-safety is implemented in 4.0b, shouldn't it be able to run on
Apache without running PHP as CGI???

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/campusac/public_html/map/example1.php on line 11

I'm loading mapscript.so using the dl() function.

-Aaron-

--__--__--

Message: 2
From: "Lin Jianfong"
To: mapserver-users at lists.gis.umn.edu
Date: Sun, 27 Jul 2003 03:53:06 -0700
Subject: [Mapserver-users] Trouble loading php_mapscript.so

Hi,

When I tried to load up php_mapscript.so as PHP extension, I got this error
message :

Warning: dl() [function.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 "FT_New_Face" in /usr/home/ljfong/public_html/info.phtml on
line 6

I'm using mapserver 3.6.6 with phpmapscript in it. However, if I compile
mapserver+phpmapscript without --with-freetype option to configure script, I
don't get the above error message rather I get error message from mapserver
saying libgd wasn't compiled with truetype font support. End result, none of
my application works.

The libgd I'm using right now is 1.8.4. Tried 2.0.15 before, but mapserver
refused to load even png altogether.

I think I'm confused about a lot of things here, with mapserver 3.6.6 :
- What version of libgd is the most compatible ?
- What version of libfreetype is the most compatible ?

Here's the option I passed in when compiling mapserv :

./configure --with-gd=static,/usr/local --without-tiff
--with-jpeg=/usr/local --with-png=/usr/local --with-proj=/usr/local
--with-gdal --with-wms --with-php=../php-4.3.0 --with-wmsclient
--enable-runpath --with-postgis --with-freetype

on FreeBSD 4.8 system.

Any suggestion/idea would be greatly appreciated.

_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*.
http://join.msn.com/?page=features/featuredemail


--__--__--

Message: 3
From: "Robert Fritz"
To:
Subject: AW: [Mapserver-users] Setting the scale of the map
Date: Sun, 27 Jul 2003 13:28:08 +0200

Dear Zoltan,

if you want to set the scale you have to calculate the new mapextent and
send the values to the mapserver. I tried it and it seems to work, if you
use a quadratic map.
It does not work correctly, if the map is not quadratic, obviously a error
in the my algorithm.
Maybe you can use the approach:

javascript:

--------------------------------------------------Schnipp
function scale()
{
/*
Formel:
md = (width-1)/(MS_PPI*inchesPerUnits[units]);
gd = extent.maxx-extent-minx;

scale = gd/md;

width = Map-Width in Pixel;
MS_PPI = 72
IpU = 39.3701 fur Meter

--> for more information on this take a look
at the mapserver-mailing list archive.
*/



// Wie gro? ist das Bild in Pixel?
// map-size in pixel, if you use a constant map size you
// take these values, otherwise:

imgObject= parent.map.window.document.getElementById("mapimg");
map_Width=imgObject.width;
map_Height=imgObject.height;

// Wie gro? ist der Ausschnitt in GK Einheiten?
// map-size in coordinate-units:
// (the value is returned by the mapserver)

map_extent = parent.map.window.document.mapform.imgext.value;
//alert(map_Width+" "+map_Height+" "+map_extent);
map_extent_Array = map_extent.split(" ");
L = parseInt(map_extent_Array[0]);
D = parseInt(map_extent_Array[1]);
R = parseInt(map_extent_Array[2]);
T = parseInt(map_extent_Array[3]);
//alert("GD extentmaxx-minx" + (R-L));

// Bildmittelpunkt in Koordinaten
// calculate the center-cordinates of the map
C_X = (R-L)/2;
C_Y = (D-T)/2;
Center_X = (L+C_X);
Center_Y = (T+C_Y);
//alert(Center_X+" "+Center_Y);

// Den Wert berechnen, calculate the new value:
// window.document.form_scale.scale_value.value = the User's Input

theValue = (map_Width) / (72 * 39.3701) *
window.document.form_scale.scale_value.value;
//alert(theValue);
// Den Wert dem Mittelpunkt zurechnen um neuen Extent zu erhalten
// calculate the new Extent
nL = Center_X - (theValue/2);
nR = Center_X + (theValue/2);

nD = Center_Y - (theValue/2);
nT = Center_Y + (theValue/2);

//alert(nL+" "+nD+" "+nR+" "+nT);

// set the new Extent :
parent.map.window.document.mapform.mapext.value = nL+" "+nD+" "+nR+" "+nT;
setTool("Pan");
.......
parent.map.window.document.mapform.submit();

}
--------------------------------------------------Schnapp

Robert

-----Ursprungliche Nachricht-----
Von: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Siki
Zoltan
Gesendet: Samstag, 26. Juli 2003 15:52
An: mapserver-users at lists.gis.umn.edu
Betreff: [Mapserver-users] Setting the scale of the map


Hi!
I try to create a html template where the user can set the scale of the
map. I added a textbox to the template

but i failed to set extension of the generated map.

Does the mapserver use scale cgi variable as input/output or output only?
What other cgi variables can i use to set a given scale? mapext? imgext?
Any idea to work around?

Thanx
--
Zoltan Siki

Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209
Mail: siki at agt.bme.hu
----------------------------------------------------------------------------
---
Assistant professor at egyetemi adjunktus
Department of Geodesy and Surveying Altalanos es Felsogeodezia
tanszek
Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud.
Egyetem
----------------------------------------------------------------------------
---





--__--__--

Message: 4
Date: Sun, 27 Jul 2003 21:44:36 +0800 (CST)
From: =?gb2312?q?Chen=20Fu?=
To: Mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] status on or default?

Hi!
I play with raster on mapserver these days. But I must
set status default to make the raster layer shown,
while set status on the raster layer disappear.
Why?


=====
Remote Scensing Satellite Ground Station
Chinese Academy of Science

_________________________________________________________
Do You Yahoo!?
?????????????????? ??????????+????????????????????????
http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.promo.yahoo.com/minisite/messenger1/


--__--__--

_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


End of Mapserver-users Digest


Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software --0-1697190749-1059331087=:25054-- From chewbizz at hotmail.com Mon Jul 28 04:55:50 2003 From: chewbizz at hotmail.com (W. Steph) Date: Mon, 28 Jul 2003 11:55:50 +0000 Subject: [Mapserver-users] ms 4 Bug : Reference Map Marker Message-ID: Hello !! I had no answers on this question last time : The sequence : (In the "reference map" section of the mapFiles) MARKER "symbolName" MARKERSIZE 12 MINBOXSIZE 10 Doesn't work anymore in ms 4, using php-mapscript ! Do someone uses it with success ? Thanks Steph _________________________________________________________________ MSN Search, le moteur de recherche qui pense comme vous ! http://search.msn.fr From stefan.schwarzer at grid.unep.ch Mon Jul 28 07:04:26 2003 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Mon, 28 Jul 2003 16:04:26 +0200 Subject: [Mapserver-users] RE: TIF turns transparent automatically Message-ID: <5.2.1.1.0.20030728155935.03f82c08@gridg.grid.unep.ch> --=====================_29051281==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Sorry to answer my own question, but I discovered that this "feature" is influenced by the css-style I use to overlay two different maps, more precisely a css-background-color under the png-image... Sorry for having bothered you, Stefan _______________________________________ Stefan Schwarzer Consultant on GEO UNEP/DEWA/GRID-Geneva Chemin des Anemones 11 CH - 1219 Chatelaine Switzerland Tel: (+41) 22.917.83.49 Fax: (+41) 22.917.80.29 Email: stefan.schwarzer at grid.unep.ch Internet: http://geodata.grid.unep.ch/ _______________________________________ --=====================_29051281==.ALT Content-Type: text/html; charset="us-ascii" Sorry to answer my own question, but I discovered that this "feature" is influenced by the css-style I use to overlay two different maps, more precisely a css-background-color under the png-image...

Sorry for having bothered you,

Stefan

        _______________________________________

        Stefan Schwarzer
        Consultant on GEO

        UNEP/DEWA/GRID-Geneva
        Chemin des Anemones 11
        CH - 1219 Chatelaine
        Switzerland

        Tel: (+41) 22.917.83.49
        Fax: (+41) 22.917.80.29

        Email: stefan.schwarzer at grid.unep.ch
        Internet: http://geodata.grid.unep.ch/
        _______________________________________ --=====================_29051281==.ALT-- From morissette at dmsolutions.ca Mon Jul 28 07:21:01 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 28 Jul 2003 10:21:01 -0400 Subject: [Mapserver-users] ms 4 Bug : Reference Map Marker In-Reply-To: References: Message-ID: <3F25314D.80506@dmsolutions.ca> W. Steph wrote: > > I had no answers on this question last time : > The sequence : (In the "reference map" section of the mapFiles) > MARKER "symbolName" > MARKERSIZE 12 > MINBOXSIZE 10 > > Doesn't work anymore in ms 4, using php-mapscript ! > Do someone uses it with success ? > You're correct, marker doesn't work any more for me either. I filed this in bugzilla and will have a look: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=378 Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From chewbizz at hotmail.com Mon Jul 28 07:22:48 2003 From: chewbizz at hotmail.com (W. Steph) Date: Mon, 28 Jul 2003 14:22:48 +0000 Subject: [Mapserver-users] php.exe crash with drawQuery Message-ID: Hello again ! I have a problem with $map->drawQuery() with mapscript 4 : here is my php-mapscript code : [$queryzone = ..] if ($queryselectmode == "clic") { $success=@$qlay->queryByPoint($queryzone,MS_MULTIPLE,-1); } else { $success=@$qlay->queryByRect($queryzone); } if ($success==MS_SUCCESS) { for ($o=0; $o<$qlay->getNumResults(); $o++) { $rcmo = $qlay->getResult($o); $queryresults[$qlay->name][$o] = $rcmo->shapeindex; } $querysucceed=true; } [...] if ($querysucceed) { $querymap = $map->drawQuery(); $querymapimg = $querymap->SaveWebImage(MS_JPG,1,1,$quality); } This code makes php.exe crash on the line $querymap = $map->drawQuery(); (with querybypoint _and_ querybyrect) with numerous different test cases. But it worked with previous versions... I found in the mapServer Wikki that there where MapFiles changes in 4.0, and I saw ITEMQUERY and ITEMNQUERY : I don't have these in my mapfile, and I don't know what they are used for (I found nothing about it in the mapFile reference). Maybe my problem could be solved with this ? Also, I didn't change anything in my mapfiles since I use mapserver 4.0; maybe there are other things to do but I can't understand everything very well on the wikki's migration guide. Can somebody help ? Thanks a lot Steph _________________________________________________________________ Hotmail : un compte GRATUIT qui vous suit partout et tout le temps ! http://g.msn.fr/FR1000/9493 From chewbizz at hotmail.com Mon Jul 28 07:36:49 2003 From: chewbizz at hotmail.com (W. Steph) Date: Mon, 28 Jul 2003 14:36:49 +0000 Subject: [Mapserver-users] Addition to my last mail Message-ID: I forgot something really important : The query doesn't crash every time, but I can't find which cases "works" and which cases "cannot work". In some cases, php.exe doesn't crash, but the browser keeps working without stopping... Hope this can help.... Thanks again Steph _________________________________________________________________ Trouvez l'?me soeur sur MSN Rencontres ! http://g.msn.fr/FR1000/9551 From MHoward at spaceimaging.com Mon Jul 28 07:53:49 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Mon, 28 Jul 2003 08:53:49 -0600 Subject: [Mapserver-users] WMS GetFeatureInfo Message-ID: Can anybody tell me how to get multiple feature records using the WMS request=GetFeatureInfo? This is NOT using the map query template! I'm only getting one record now when querying a layer containing many polygons under the selected point. Mark ******************************************************************************** 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 morissette at dmsolutions.ca Mon Jul 28 07:57:22 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 28 Jul 2003 10:57:22 -0400 Subject: [Mapserver-users] php.exe crash with drawQuery In-Reply-To: References: Message-ID: <3F2539D2.1090301@dmsolutions.ca> Steph, DrawQuery() works for me in all the tests that I make on both Windows and Linux. I also ran a sequence of Query + DrawQuery() with Valgrind (a memory checker) and no errors were reported. So it must be something specific to your data, mapfile or script. If you can then please file a bug in bugzilla and attach a small reproduceable test case (script, mapfile and data). Otherwise I don't think anyone can help without a way to reproduce the problem. BTW, the reference map marker problem (bug 378) is fixed in the 4.0 CVS. Daniel W. Steph wrote: > Hello again ! > > I have a problem with $map->drawQuery() with mapscript 4 : here is my > php-mapscript code : > [$queryzone = ..] > if ($queryselectmode == "clic") > { > $success=@$qlay->queryByPoint($queryzone,MS_MULTIPLE,-1); > } > else > { > $success=@$qlay->queryByRect($queryzone); > } > if ($success==MS_SUCCESS) > { > for ($o=0; $o<$qlay->getNumResults(); $o++) > { > $rcmo = $qlay->getResult($o); > $queryresults[$qlay->name][$o] = $rcmo->shapeindex; > } > $querysucceed=true; > } > [...] > if ($querysucceed) > { > $querymap = $map->drawQuery(); > $querymapimg = $querymap->SaveWebImage(MS_JPG,1,1,$quality); > } > > This code makes php.exe crash on the line $querymap = $map->drawQuery(); > (with querybypoint _and_ querybyrect) with numerous different test cases. > But it worked with previous versions... > I found in the mapServer Wikki that there where MapFiles changes in 4.0, > and I saw ITEMQUERY and ITEMNQUERY : I don't have these in my mapfile, > and I don't know what they are used for (I found nothing about it in the > mapFile reference). Maybe my problem could be solved with this ? Also, I > didn't change anything in my mapfiles since I use mapserver 4.0; maybe > there are other things to do but I can't understand everything very well > on the wikki's migration guide. > Can somebody help ? > > Thanks a lot > Steph > From kames at keyspanenergy.com Mon Jul 28 08:22:44 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Mon, 28 Jul 2003 11:22:44 -0400 Subject: [Mapserver-users] Mapserver Users in NYC Area Message-ID: <3F253FC4.FC2694F@keyspanenergy.com> Are there only 2 of us MS users in the NYC Area? Kieran > Unfortunately, I was unable to attend the MUM this year. > When reviewing the attendees list, I found the NYC Metro Area > conspicouosly absent. > Are there any Mapserver users in the NYC/Long Island area? > Perhaps if there are, we might get together for some training, > sharing of ideas, etc. > Thoughts? > Kieran From TMitchell at lignum.com Mon Jul 28 11:02:10 2003 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 28 Jul 2003 11:02:10 -0700 Subject: [Mapserver-users] Using MapServer as a general graphing engine Message-ID: I know that a ton of web-based options exist for graphing and charting. But very few seem to really understand spatial data and many have a narrower scope of data sources than MapServer has. Am I the only one interested in doing this or are you interested in doing this as well. I see a few queries on related topics in the archives, but very few responses. So I am writing now to gather a feel for the level of interest that others on the list may have to do all sorts of graphing and charting stuff all within MapServer's capabilities. Tyler From vinko at cprsig.cl Mon Jul 28 11:25:11 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Mon, 28 Jul 2003 14:25:11 -0400 Subject: [Mapserver-users] Labeling polygon features 'without center' Message-ID: <20030728182511.GA24676@landsat.cprsig.cl> Hello, I'm adding polygon features (through $layer->addFeature()), and I'm setting the text attribute to the feature to label it. My problem occurs when there is no part of the polygon in the center of the bounding box, say a V or C shaped polygon, the label does not appear, when there is part of the polygon in the center of the bounding box it appears alright. I've tried setting the position attribute but it has no effect on features, it seems. Is there a way to work around this without having to create a 'complete' layer? I'm using 3.7, though not the latest version. I wanted to check out what do you guys have to say before upgrading. Thanks a lot, -- Vinko Vrsalovic http://www.cprsig.cl From armin.burger at libero.it Mon Jul 28 12:53:53 2003 From: armin.burger at libero.it (Armin Burger) Date: Mon, 28 Jul 2003 20:53:53 +0100 Subject: [Mapserver-users] Using MapServer as a general graphing engine Message-ID: <20030728185442.RNHQ1403.viefep11-int.chello.at@libero.it> Tyler, I also found it sometimes desirable to have Mapserver create thematical maps with pie charts or bar charts, etc. I don't know how much work it might be to implement this. Maybe DM Solutions OWTChart could be somehow included? Another, probably a bit easier implementation, could be using MapScript combined with graphic modules/extensions for Perl or PHP, mainly based on the GD library. But as far as I know there is no possibility to include externally produced images and merge them on top of the map image. A question to the developers: would it be possible to have a Mapscript method that creates an imageObj from a file? This way one could create all the charts based on shapefile or database data with external graphic functions and merge these images with the map image using the existing 'pasteImage' method. For not too many charts the speed should be acceptable. For placing a chart exactly over a polygon a method to calculate the shape centroid would be helpful. Could this approach make sense? Armin > I know that a ton of web-based options exist for graphing and charting. > But very few seem to really understand spatial data and many have a > narrower scope of data sources than MapServer has. > Am I the only one interested in doing this or are you interested in doing > this as well. I see a few queries on related topics in the archives, but > very few responses. So I am writing now to gather a feel for the level of > interest that others on the list may have to do all sorts of graphing and > charting stuff all within MapServer's capabilities. > Tyler > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From morissette at dmsolutions.ca Mon Jul 28 12:01:21 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 28 Jul 2003 15:01:21 -0400 Subject: [Mapserver-users] Labeling polygon features 'without center' In-Reply-To: <20030728182511.GA24676@landsat.cprsig.cl> References: <20030728182511.GA24676@landsat.cprsig.cl> Message-ID: <3F257301.8030409@dmsolutions.ca> Vinko Vrsalovic wrote: > > I'm adding polygon features (through $layer->addFeature()), and > I'm setting the text attribute to the feature to label it. My > problem occurs when there is no part of the polygon in the > center of the bounding box, say a V or C shaped polygon, the > label does not appear, when there is part of the polygon in the > center of the bounding box it appears alright. I've tried setting the > position attribute but it has no effect on features, it seems. > I'm not sure if that's what you ran into, but there was a problem with the label position calculation that was fixed not long ago: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=356 perhaps you should try the latest 4.0 from CVS. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From TMitchell at lignum.com Mon Jul 28 12:02:25 2003 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 28 Jul 2003 12:02:25 -0700 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: <20030728185442.RNHQ1403.viefep11-int.chello.at@libero.it> Message-ID: I'm thinking more along these lines: - I have x,y data where these are two non-geographic values that I want to graph. I have z which is the magnitude, count, etc. that I want to graph. - Use a simple coordinate system to map the "location" of the x,y pairs and draw the symbol based on the z value. - z may be a value used as a radius for a circle or there may be a z- and z+ which defines the vertical offsets of the extents of a bar/rectangle. So I'm not so concerned with bringing in pre-made maps, as I am about generating maps using non-spatial data. Of course, sometimes "z" may be an image but I wasn't thinking that far ahead. Tyler Armin Burger wrote on 07/28/2003 12:53:53 PM: > Tyler, > > I also found it sometimes desirable to have Mapserver create thematical > maps with pie charts or bar charts, etc. I don't know how much work it > might be to implement this. Maybe DM Solutions OWTChart could be somehow > included? > > Another, probably a bit easier implementation, could be using MapScript > combined with graphic modules/extensions for Perl or PHP, mainly based on > the GD library. But as far as I know there is no possibility to include > externally produced images and merge them on top of the map image. A > question to the developers: would it be possible to have a Mapscript > method that creates an imageObj from a file? > > This way one could create all the charts based on shapefile or database > data with external graphic functions and merge these images with the map > image using the existing 'pasteImage' method. For not too many charts the > speed should be acceptable. For placing a chart exactly over a polygon a > method to calculate the shape centroid would be helpful. > > Could this approach make sense? > > Armin > > > > > I know that a ton of web-based options exist for graphing and charting. > > But very few seem to really understand spatial data and many have a > > narrower scope of data sources than MapServer has. > > > Am I the only one interested in doing this or are you interested in > doing > > this as well. I see a few queries on related topics in the archives, > but > > very few responses. So I am writing now to gather a feel for the level > of > > interest that others on the list may have to do all sorts of graphing > and > > charting stuff all within MapServer's capabilities. > > > Tyler > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From morissette at dmsolutions.ca Mon Jul 28 12:16:17 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 28 Jul 2003 15:16:17 -0400 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: <20030728185442.RNHQ1403.viefep11-int.chello.at@libero.it> References: <20030728185442.RNHQ1403.viefep11-int.chello.at@libero.it> Message-ID: <3F257681.9080402@dmsolutions.ca> Armin Burger wrote: > > I also found it sometimes desirable to have Mapserver create thematical > maps with pie charts or bar charts, etc. I don't know how much work it > might be to implement this. Maybe DM Solutions OWTChart could be somehow > included? > Creating an (optional) extension for MapServer using GDChart (the engine behind OWTChart) would be technically possible. However most of the work would be to define what we want to do with charts and how they interact with the map, which mapfile parameters are required to control them, etc. If you guys could come up with some kind of requirements/specifications with examples of what you want to see then that could help selling the idea for a future release. > Another, probably a bit easier implementation, could be using MapScript > combined with graphic modules/extensions for Perl or PHP, mainly based on > the GD library. But as far as I know there is no possibility to include > externally produced images and merge them on top of the map image. A > question to the developers: would it be possible to have a Mapscript > method that creates an imageObj from a file? > You could do the reverse: save your map image and load it using the PHP GD extension and use the PHP GD extension to paste the charts on top of the map. As you wrote already, this would work fine only for a small number of charts. As the number of charts to draw on the map increases, the overhead of external calls to create charts and save them to temporary images could become significant. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Mon Jul 28 12:29:00 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 28 Jul 2003 15:29:00 -0400 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: References: Message-ID: <3F25797C.1010107@dmsolutions.ca> Tyler Mitchell wrote: > > I'm thinking more along these lines: > > - I have x,y data where these are two non-geographic values that I want to > graph. I have z which is the magnitude, count, etc. that I want to graph. > - Use a simple coordinate system to map the "location" of the x,y pairs and > draw the symbol based on the z value. > - z may be a value used as a radius for a circle or there may be a z- and > z+ which defines the vertical offsets of the extents of a bar/rectangle. > Actually, instead of a full integration with GDChart as suggested in my previous message, we could add support in MapServer for symbols that come from an URL, and this URL could contain [field] replacements, similar to what we can do with query template URLs already. So you could define a layer like this: LAYER CLASS ... SYMBOL "http://127.0.0.1/cgi-bin/owtchart?type=pie&numpts=3&vals=[VALUE_A]![VALUE_B]![VALUE_C]&xlabels=A!B!C&w=400&h=400" END END This wouldn't be very fast, but would work fine for relatively small number of symbols. When MapServer encounters a symbol name that starts with http:// then it would do the field value replacements ([VALUE_A], [VALUE_B] and [VALUE_C]), and then call the URL to download the symbol, a chart in this case. Another benefit of this approach is that you could link to about anything that can dynamically generate images, not just charts. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From armin.burger at libero.it Mon Jul 28 13:34:38 2003 From: armin.burger at libero.it (Armin Burger) Date: Mon, 28 Jul 2003 21:34:38 +0100 Subject: [Mapserver-users] Using MapServer as a general graphing engine Message-ID: <20030728193527.MFIP29817.viefep14-int.chello.at@libero.it> That should be possible at least with MapScript: creating point objects from the x/y coordinates and drawing them with the 'draw' method using a class depending on the z value. A bit more limited something similar might also be possible with the CGI version and 'feature' layers. Armin > I'm thinking more along these lines: > - I have x,y data where these are two non-geographic values that I want to > graph. I have z which is the magnitude, count, etc. that I want to graph. > - Use a simple coordinate system to map the "location" of the x,y pairs and > draw the symbol based on the z value. > - z may be a value used as a radius for a circle or there may be a z- and > z+ which defines the vertical offsets of the extents of a bar/rectangle. > So I'm not so concerned with bringing in pre-made maps, as I am about > generating maps using non-spatial data. Of course, sometimes "z" may be > an image but I wasn't thinking that far ahead. > Tyler From TMitchell at lignum.com Mon Jul 28 13:19:59 2003 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 28 Jul 2003 13:19:59 -0700 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: <3F25797C.1010107@dmsolutions.ca> Message-ID: > Actually, instead of a full integration with GDChart as suggested in my > previous message, we could add support in MapServer for symbols that > come from an URL, and this URL could contain [field] replacements, > similar to what we can do with query template URLs already. This looks to be desirable from a broader perspective, that's for sure. Just in case I wasn't clear (I was mixing up terms a fair bit earlier) - I'm thinking of a single map that contains a chart. The chart is the map and the data being charted would be considered map data. Now, how you would browse such a map/chart opens up some interesting ideas too, especially if you add in the context of grabbing external images as symbols. Much like we do with MIN/MAXSCALE layer settings, you could have "scale" options that show more detail as you zoom into a part of the chart. Hmmm...interesting stuff. Thanks for the comments. From eduardo at consultoria.eti.br Mon Jul 28 09:51:24 2003 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Mon, 28 Jul 2003 13:51:24 -0300 Subject: [Mapserver-users] multi-polygon can't show labels Message-ID: <000401c35567$d7e30e00$cf0be2c8@vcp.advcp.br> Hi listers, I have a polygon layer with LABELITEM pointing to a texto field. All objects are correctly being labeled, except for two itens that are not showing labels.... these two itens are two polygons but are one only object ( have the same FeatureID dbf field)... Can MapServer label multi-polygon objects? regards, Eduardo From eduardo at consultoria.eti.br Mon Jul 28 10:06:50 2003 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Mon, 28 Jul 2003 14:06:50 -0300 Subject: [Mapserver-users] applet is not fully loading map image References: <018301c3526f$0d3217a0$0e79e2c8@vcp.advcp.br> <008a01c35493$7c2cc3a0$1701a8c0@dddd.com.au> Message-ID: <000501c35567$d92ec7e0$cf0be2c8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_001B_01C35511.7D8132D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I don't believe it, because I have cut the original URL that generated = this error and finally paste it into another Internet explorer, and then = the error didn't happen again. So, it's not regular. Sometimes it happens, sometimes not.=20 Eduardo ----- Original Message -----=20 From: Thomas Bartlett=20 To: Eduardo Patto Kanegae=20 Sent: Sunday, July 27, 2003 8:04 PM Subject: Re: [Mapserver-users] applet is not fully loading map image G'Day Eduardo, It looks like the image size is less then the applet size. IMGXY is = 425 x 260 which might be your problem ?? Tom Bartlett ----- Original Message -----=20 From: Eduardo Patto Kanegae=20 To: mapserver-users=20 Sent: Friday, July 25, 2003 3:29 PM Subject: [Mapserver-users] applet is not fully loading map image There are something strange ocurring in this application that I'm = currently working on.=20 sometimes, not every time, the Mapplet applet seems not load all = the image to the mapplet area.=20 ( like shown at the attached file...there's a gray area where = should be the rest of the map) =20 > The MapServer application log file shows: Thu Jul 24 11:56:29 2003,3616,10.10.10.44,cfmap_,0,242357.959864 = 7657206.319214 247575.213374 7660398.451049,244966.586619 = 7658802.385132,cnivel hidrografia outros talhoes ,normal execution Thu Jul 24 11:56:30 2003,3432,10.10.10.44,cfmap_,6,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,,normal = execution Thu Jul 24 11:56:30 2003,3936,10.10.10.44,cfmap_,5,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel = hidrografia outros talhoes ,normal execution Thu Jul 24 11:56:30 2003,3804,10.10.10.44,cfmap_,4,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel = hidrografia outros talhoes ,normal execution > and the ACCESS.log of Apache server shows: 10.10.10.44 - - [24/Jul/2003:11:56:29 -0300] "GET /cfmap/style.css = HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:28 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?imgxy=3D425+260&imgbox=3D-1+-1+-1+-1&imgext=3D= 242357.959864+7657206.319214+247575.213374+7660398.451049&map=3DC%3A%5CPr= ogram+Files%5CApache+Group%5CApache2%5Chtdocs%5Ctmp%5Cmf265603f1ff36c738f= c.map&program=3D%2Fcgi-bin%2Fms4b2%2Fmapserv.exe&APP_URL=3D%2Fcfmap%2F&mo= de=3Dbrowse&zoomdir=3D0&zoomsize=3D2&layer=3Dcnivel&layer=3Dhidrografia&l= ayer=3Doutros&layer=3Dtalhoes&redraw.x=3D13&redraw.y=3D11 HTTP/1.1" 200 = 6270 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_refresh.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_pan.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomin.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomout.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidrografia&= layer=3Doutros&layer=3Dtalhoes&mode=3Dreference&mapext=3D242357.959864+76= 57206.319214+247575.213374+7660398.451049 HTTP/1.1" 200 1491 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&mode=3Dscalebar&mapext=3D242357.959= 864+7657206.319214+247575.213374+7660398.451049 HTTP/1.1" 200 368 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidrografia&= layer=3Doutros&layer=3Dtalhoes&mode=3Dlegend&mapext=3D242357.959864+76572= 06.319214+247575.213374+7660398.451049 HTTP/1.1" 200 2085 and ERROR.log of Apache didn't generate any lines to this access. what could be wrong? p.s.: sometimes I got the same problem with ROSA applet too. thanks, Eduardo Patto Kanegae eduardo at linkgeo.com.br ------=_NextPart_000_001B_01C35511.7D8132D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I don't believe it, because I have cut = the original=20 URL that generated this error and finally paste it into another Internet = explorer, and then the error didn't happen again.
 
    So, it's not = regular. Sometimes=20 it happens, sometimes not.
 
 
Eduardo
----- Original Message -----
From:=20 Thomas=20 Bartlett
Sent: Sunday, July 27, 2003 = 8:04 PM
Subject: Re: [Mapserver-users] = applet is=20 not fully loading map image

G'Day Eduardo,
 
It looks like the image size is less then the = applet=20 size.  IMGXY is 425 x 260 which might be your problem = ??
 
Tom Bartlett
 
----- Original Message -----
From:=20 Eduardo=20 Patto Kanegae
To: mapserver-users =
Sent: Friday, July 25, 2003 = 3:29=20 PM
Subject: [Mapserver-users] = applet is=20 not fully loading map image

There are something strange = ocurring in this=20 application that I'm currently working on.
 sometimes, not = every=20 time, the Mapplet applet seems not load all the image to the mapplet = area.=20
 ( like shown at the attached file...there's a gray area = where=20 should be the rest of the map)
 
> The MapServer = application=20 log file shows:
Thu Jul 24 11:56:29=20 2003,3616,10.10.10.44,cfmap_,0,242357.959864 7657206.319214 = 247575.213374=20 7660398.451049,244966.586619 7658802.385132,cnivel hidrografia = outros=20 talhoes ,normal execution
Thu Jul 24 11:56:30=20 2003,3432,10.10.10.44,cfmap_,6,242357.959864 7657206.319214 = 247575.213374=20 7660398.451049,-1.000000 -1.000000,,normal execution
Thu Jul 24 = 11:56:30=20 2003,3936,10.10.10.44,cfmap_,5,242357.959864 7657206.319214 = 247575.213374=20 7660398.451049,-1.000000 -1.000000,cnivel hidrografia outros talhoes = ,normal=20 execution
Thu Jul 24 11:56:30=20 2003,3804,10.10.10.44,cfmap_,4,242357.959864 7657206.319214 = 247575.213374=20 7660398.451049,-1.000000 -1.000000,cnivel hidrografia outros talhoes = ,normal=20 execution
 
> and the ACCESS.log of Apache = server=20 shows:
10.10.10.44 - - [24/Jul/2003:11:56:29 -0300] "GET = /cfmap/style.css=20 HTTP/1.1" 304 0
10.10.10.44 - - [24/Jul/2003:11:56:28 -0300] "GET = = /cgi-bin/ms4b2/mapserv.exe?imgxy=3D425+260&imgbox=3D-1+-1+-1+-1&i= mgext=3D242357.959864+7657206.319214+247575.213374+7660398.451049&map= =3DC%3A%5CProgram+Files%5CApache+Group%5CApache2%5Chtdocs%5Ctmp%5Cmf26560= 3f1ff36c738fc.map&program=3D%2Fcgi-bin%2Fms4b2%2Fmapserv.exe&APP_= URL=3D%2Fcfmap%2F&mode=3Dbrowse&zoomdir=3D0&zoomsize=3D2&= layer=3Dcnivel&layer=3Dhidrografia&layer=3Doutros&layer=3Dtal= hoes&redraw.x=3D13&redraw.y=3D11=20 HTTP/1.1" 200 6270
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] = "GET=20 /cfmap/img/bt_refresh.gif HTTP/1.1" 304 0
10.10.10.44 - -=20 [24/Jul/2003:11:56:30 -0300] "GET /cfmap/img/bt_pan.gif HTTP/1.1" = 304=20 0
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 /cfmap/img/bt_zoomin.gif HTTP/1.1" 304 0
10.10.10.44 - -=20 [24/Jul/2003:11:56:30 -0300] "GET /cfmap/img/bt_zoomout.gif = HTTP/1.1" 304=20 0
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidr= ografia&layer=3Doutros&layer=3Dtalhoes&mode=3Dreference&m= apext=3D242357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 1491
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] = "GET=20 = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&mode=3Dscalebar&mapext=3D24= 2357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 368
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] = "GET=20 = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidr= ografia&layer=3Doutros&layer=3Dtalhoes&mode=3Dlegend&mape= xt=3D242357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 2085
 
and ERROR.log of Apache didn't = generate any=20 lines to this access.
 
what could be wrong?
 
p.s.: sometimes I got the same = problem with=20 ROSA applet too.
 
thanks,
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br
<= /DIV> ------=_NextPart_000_001B_01C35511.7D8132D0-- From niemi at crustal.ucsb.edu Mon Jul 28 18:03:29 2003 From: niemi at crustal.ucsb.edu (Nathan Niemi) Date: Mon, 28 Jul 2003 18:03:29 -0700 Subject: [Mapserver-users] Fw: Setting up a custom projection object in MapEdit Message-ID: <038201c3556d$396e6c00$7aec6f80@structure> This is a multi-part message in MIME format. ------=_NextPart_000_037F_01C35532.8D03AD20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I'm trying to add a Projection Object to my map file, using a custom = projection. I've added a projection object to the map, and one to the = only layer, a raster image. The projection information is as follows -=20 PROJECTION \\proj=3Dtmerc\\ \\lat_0=3D0.000000000\ \\lon_0=3D-117.000000000\\=20 \\k=3D0.999600\\ \\x_0=3D500000.000\\ \\y_0=3D0.000\\ \\ellps=3DWGS84\\=20 \\units=3Dm\\ \\no_defs\\ END The '\\' were originally ' " '; each time I save the map file or click = Apply Changes, the " are replaced with one set of \. When I try to preview the map I get the following error message -=20 Warning: MapServer Error in msProcessProjection(): projection not named = in C:\www\ms\maplab\htdocs\common\wrapper\map_session.php on line 208=20 The map I was building was working great until I added projection = information; I've reinstalled Proj.4 twice, I'm sure it's installed = correctly. Can anyone suggest where I should start looking for the problem? Thanks. Nathan ------------------------------------------- Dr. Nathan A. Niemi Institute for Crustal Studies University of California Santa Barbara, CA 93106-1100 (805) 893-2260 niemi at crustal.ucsb.edu ------=_NextPart_000_037F_01C35532.8D03AD20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

 
Hi,
 
I'm trying to add a Projection Object = to my map=20 file, using a custom projection.  I've added a projection object to = the=20 map, and one to the only layer, a raster image.  The projection = information=20 is as follows -
 
PROJECTION
    \\proj=3Dtmerc\\
  &nbs= p; \\lat_0=3D0.000000000\
&nbs= p;  =20 \\lon_0=3D-117.000000000\\= =20
    \\k=3D0.999600\\
  &nbs= p; \\x_0=3D500000.000\\
 &n= bsp;  \\y_0=3D0.000\\
   = =20 \\ellps=3DWGS84\\
    = \\units=3Dm\\
   =20 \\no_defs\\
END
 
The '\\' were originally ' " '; each = time I save=20 the map file or click Apply Changes, the " are replaced with one set of=20 \.
 
When I try to preview the map I get the = following=20 error message -
 
 Warning: MapServer Error in=20 msProcessProjection(): projection not named in=20 C:\www\ms\maplab\htdocs\common\wrapper\map_session.php on line = 208=20
 
The map I was building was working great until I added projection=20 information; I've reinstalled Proj.4 twice, I'm sure it's installed=20 correctly.
 
Can anyone suggest where I should start = looking for=20 the problem?
 
Thanks.
 
Nathan
 
-------------------------------------------
Dr.=20 Nathan A. Niemi
Institute for Crustal Studies
University of=20 California
Santa Barbara, CA  93106-1100
(805) 893-2260
niemi at crustal.ucsb.edu
<= /DIV> ------=_NextPart_000_037F_01C35532.8D03AD20-- From vinko at cprsig.cl Mon Jul 28 14:57:33 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Mon, 28 Jul 2003 17:57:33 -0400 Subject: [Mapserver-users] Labeling polygon features 'without center' In-Reply-To: <3F257301.8030409@dmsolutions.ca> References: <20030728182511.GA24676@landsat.cprsig.cl> <3F257301.8030409@dmsolutions.ca> Message-ID: <20030728215733.GA26287@landsat.cprsig.cl> On Mon, Jul 28, 2003 at 03:01:21PM -0400, Daniel Morissette wrote: > Vinko Vrsalovic wrote: > > > > I'm adding polygon features (through $layer->addFeature()), and > > I'm setting the text attribute to the feature to label it. My > > problem occurs when there is no part of the polygon in the > > center of the bounding box, say a V or C shaped polygon, the > > label does not appear, when there is part of the polygon in the > > center of the bounding box it appears alright. I've tried setting the > > position attribute but it has no effect on features, it seems. > > > > I'm not sure if that's what you ran into, but there was a problem with > the label position calculation that was fixed not long ago: > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=356 > perhaps you should try the latest 4.0 from CVS. The latest 4.0 from CVS solved the issue. Thanks a lot. -- Vinko Vrsalovic http://www.cprsig.cl From noti at ciaoweb.it Tue Jul 29 00:25:39 2003 From: noti at ciaoweb.it (Valerio) Date: Tue, 29 Jul 2003 09:25:39 +0200 Subject: [Mapserver-users] applet is not fully loading map image References: <018301c3526f$0d3217a0$0e79e2c8@vcp.advcp.br> <008a01c35493$7c2cc3a0$1701a8c0@dddd.com.au> <000501c35567$d92ec7e0$cf0be2c8@vcp.advcp.br> Message-ID: <003f01c355a2$a30ac200$0301a8c0@valerion> This is a multi-part message in MIME format. ------=_NextPart_000_0038_01C355B3.6002A980 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Eduardo, I have the same problem with rosa applet. Sometimes applet don't display = map. I tried changing server and client (with Sun or Microsoft JVM) but the problem didn't disappear. Server tried are win2000server and win2003Server with IIS 5 and 6, = MapServer 366. I only noticed that the problem become more frequent inside a LAN than = on Internet. Valerio ----- Original Message -----=20 From: Eduardo Patto Kanegae=20 To: Thomas Bartlett=20 Cc: mapserver-users at lists.gis.umn.edu=20 Sent: Monday, July 28, 2003 7:06 PM Subject: Re: [Mapserver-users] applet is not fully loading map image I don't believe it, because I have cut the original URL that generated = this error and finally paste it into another Internet explorer, and then = the error didn't happen again. So, it's not regular. Sometimes it happens, sometimes not.=20 Eduardo ----- Original Message -----=20 From: Thomas Bartlett=20 To: Eduardo Patto Kanegae=20 Sent: Sunday, July 27, 2003 8:04 PM Subject: Re: [Mapserver-users] applet is not fully loading map image G'Day Eduardo, It looks like the image size is less then the applet size. IMGXY is = 425 x 260 which might be your problem ?? Tom Bartlett ----- Original Message -----=20 From: Eduardo Patto Kanegae=20 To: mapserver-users=20 Sent: Friday, July 25, 2003 3:29 PM Subject: [Mapserver-users] applet is not fully loading map image There are something strange ocurring in this application that I'm = currently working on.=20 sometimes, not every time, the Mapplet applet seems not load all = the image to the mapplet area.=20 ( like shown at the attached file...there's a gray area where = should be the rest of the map) =20 > The MapServer application log file shows: Thu Jul 24 11:56:29 2003,3616,10.10.10.44,cfmap_,0,242357.959864 = 7657206.319214 247575.213374 7660398.451049,244966.586619 = 7658802.385132,cnivel hidrografia outros talhoes ,normal execution Thu Jul 24 11:56:30 2003,3432,10.10.10.44,cfmap_,6,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,,normal = execution Thu Jul 24 11:56:30 2003,3936,10.10.10.44,cfmap_,5,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel = hidrografia outros talhoes ,normal execution Thu Jul 24 11:56:30 2003,3804,10.10.10.44,cfmap_,4,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel = hidrografia outros talhoes ,normal execution > and the ACCESS.log of Apache server shows: 10.10.10.44 - - [24/Jul/2003:11:56:29 -0300] "GET /cfmap/style.css = HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:28 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?imgxy=3D425+260&imgbox=3D-1+-1+-1+-1&imgext=3D= 242357.959864+7657206.319214+247575.213374+7660398.451049&map=3DC%3A%5CPr= ogram+Files%5CApache+Group%5CApache2%5Chtdocs%5Ctmp%5Cmf265603f1ff36c738f= c.map&program=3D%2Fcgi-bin%2Fms4b2%2Fmapserv.exe&APP_URL=3D%2Fcfmap%2F&mo= de=3Dbrowse&zoomdir=3D0&zoomsize=3D2&layer=3Dcnivel&layer=3Dhidrografia&l= ayer=3Doutros&layer=3Dtalhoes&redraw.x=3D13&redraw.y=3D11 HTTP/1.1" 200 = 6270 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_refresh.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_pan.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomin.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomout.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidrografia&= layer=3Doutros&layer=3Dtalhoes&mode=3Dreference&mapext=3D242357.959864+76= 57206.319214+247575.213374+7660398.451049 HTTP/1.1" 200 1491 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&mode=3Dscalebar&mapext=3D242357.959= 864+7657206.319214+247575.213374+7660398.451049 HTTP/1.1" 200 368 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidrografia&= layer=3Doutros&layer=3Dtalhoes&mode=3Dlegend&mapext=3D242357.959864+76572= 06.319214+247575.213374+7660398.451049 HTTP/1.1" 200 2085 and ERROR.log of Apache didn't generate any lines to this access. what could be wrong? p.s.: sometimes I got the same problem with ROSA applet too. thanks, Eduardo Patto Kanegae eduardo at linkgeo.com.br ------=_NextPart_000_0038_01C355B3.6002A980 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Eduardo,
I have the same problem with rosa = applet. Sometimes=20 applet don't display map. I tried changing server and client = (with Sun=20 or Microsoft JVM) but
the problem didn't = disappear.
Server tried are win2000server and = win2003Server=20 with IIS 5 and 6, MapServer 366.
I only noticed that the problem become = more=20 frequent inside a LAN than on Internet.
 
Valerio
 
----- Original Message -----
From:=20 Eduardo Patto Kanegae =
Cc: mapserver-users at lists.g= is.umn.edu=20
Sent: Monday, July 28, 2003 = 7:06 PM
Subject: Re: [Mapserver-users] = applet is=20 not fully loading map image

I don't believe it, because I have = cut the=20 original URL that generated this error and finally paste it into = another=20 Internet explorer, and then the error didn't happen = again.
 
    So, it's not = regular.=20 Sometimes it happens, sometimes not.
 
 
Eduardo
----- Original Message -----
From:=20 Thomas=20 Bartlett
Sent: Sunday, July 27, 2003 = 8:04=20 PM
Subject: Re: = [Mapserver-users] applet=20 is not fully loading map image

G'Day Eduardo,
 
It looks like the image size is less then the = applet=20 size.  IMGXY is 425 x 260 which might be your problem = ??
 
Tom Bartlett
 
----- Original Message -----
From:=20 Eduardo Patto Kanegae =
To: mapserver-users =
Sent: Friday, July 25, 2003 = 3:29=20 PM
Subject: [Mapserver-users] = applet is=20 not fully loading map image

There are something strange = ocurring in this=20 application that I'm currently working on.
 sometimes, = not every=20 time, the Mapplet applet seems not load all the image to the = mapplet area.=20
 ( like shown at the attached file...there's a gray area = where=20 should be the rest of the map)
 
> The MapServer = application=20 log file shows:
Thu Jul 24 11:56:29=20 2003,3616,10.10.10.44,cfmap_,0,242357.959864 7657206.319214 = 247575.213374=20 7660398.451049,244966.586619 7658802.385132,cnivel hidrografia = outros=20 talhoes ,normal execution
Thu Jul 24 11:56:30=20 2003,3432,10.10.10.44,cfmap_,6,242357.959864 7657206.319214 = 247575.213374=20 7660398.451049,-1.000000 -1.000000,,normal execution
Thu Jul 24 = 11:56:30 2003,3936,10.10.10.44,cfmap_,5,242357.959864 = 7657206.319214=20 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel = hidrografia outros=20 talhoes ,normal execution
Thu Jul 24 11:56:30=20 2003,3804,10.10.10.44,cfmap_,4,242357.959864 7657206.319214 = 247575.213374=20 7660398.451049,-1.000000 -1.000000,cnivel hidrografia outros = talhoes=20 ,normal execution
 
> and the ACCESS.log of Apache = server=20 shows:
10.10.10.44 - - [24/Jul/2003:11:56:29 -0300] "GET=20 /cfmap/style.css HTTP/1.1" 304 0
10.10.10.44 - - = [24/Jul/2003:11:56:28=20 -0300] "GET=20 = /cgi-bin/ms4b2/mapserv.exe?imgxy=3D425+260&imgbox=3D-1+-1+-1+-1&i= mgext=3D242357.959864+7657206.319214+247575.213374+7660398.451049&map= =3DC%3A%5CProgram+Files%5CApache+Group%5CApache2%5Chtdocs%5Ctmp%5Cmf26560= 3f1ff36c738fc.map&program=3D%2Fcgi-bin%2Fms4b2%2Fmapserv.exe&APP_= URL=3D%2Fcfmap%2F&mode=3Dbrowse&zoomdir=3D0&zoomsize=3D2&= layer=3Dcnivel&layer=3Dhidrografia&layer=3Doutros&layer=3Dtal= hoes&redraw.x=3D13&redraw.y=3D11=20 HTTP/1.1" 200 6270
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] = "GET=20 /cfmap/img/bt_refresh.gif HTTP/1.1" 304 0
10.10.10.44 - -=20 [24/Jul/2003:11:56:30 -0300] "GET /cfmap/img/bt_pan.gif HTTP/1.1" = 304=20 0
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 /cfmap/img/bt_zoomin.gif HTTP/1.1" 304 0
10.10.10.44 - -=20 [24/Jul/2003:11:56:30 -0300] "GET /cfmap/img/bt_zoomout.gif = HTTP/1.1" 304=20 0
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET=20 = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidr= ografia&layer=3Doutros&layer=3Dtalhoes&mode=3Dreference&m= apext=3D242357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 1491
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] = "GET=20 = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&mode=3Dscalebar&mapext=3D24= 2357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 368
10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] = "GET=20 = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidr= ografia&layer=3Doutros&layer=3Dtalhoes&mode=3Dlegend&mape= xt=3D242357.959864+7657206.319214+247575.213374+7660398.451049=20 HTTP/1.1" 200 2085
 
and ERROR.log of Apache didn't = generate any=20 lines to this access.
 
what could be wrong?
 
p.s.: sometimes I got the same = problem with=20 ROSA applet too.
 
thanks,
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br
<= /DIV>
------=_NextPart_000_0038_01C355B3.6002A980-- From flavio at tydac.ch Tue Jul 29 00:46:15 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Tue, 29 Jul 2003 09:46:15 +0200 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: <20030728185442.RNHQ1403.viefep11-int.chello.at@libero.it> References: <20030728185442.RNHQ1403.viefep11-int.chello.at@libero.it> Message-ID: Tyler, Armin, we use OWTChart in combination with Mapping (in this case MapXtreme but could be MapServer) on a "political" application (available in German, French and Italian ...): http://www.ch03.ch/de/geopolitics/abstimmungen/abstimmungen.php Search for any votation (i.e. year 1991) and then use the info-tool (i) to query a commune and look at the charts under "Resultate". The charts are not in the map but you can look up several charts for any geographical unit ... ciao Flavio From chewbizz at hotmail.com Tue Jul 29 00:43:14 2003 From: chewbizz at hotmail.com (W. Steph) Date: Tue, 29 Jul 2003 07:43:14 +0000 Subject: [Mapserver-users] php.exe crash with drawQuery Message-ID: First, thank you for the marker bug. But I can't compile mapscript myself (not ennough HD space and not enough time to set up the compiling envirronment and deal with problems)... I will probably wait until there's a compiled release. For the drawQuery bug : I investigated a bit more and I think I've found the problem. You were right, that's not a mapScript problem; it seems to be a data problem. A few weeks ago, I was testing the response time of my web application, so I decided to quadruplate each raw in a PostGis table (changing only the GID). That seems to be the cause of the php.exe crash. But I don't know why ! (maybe mapserver doesn't like to have equals geometries in the same postgis table ?) Now, with all raws having its own geometry (and not a copy of of other raw's geometry) I still have a problem : When querying a too large number of shapes (>35) with queryByRect, php keeps working without stopping, even after the time limit ! (I'm using set_time_limit(60);) and the problem is still with drawQuery() because the query is ok, and the returned shape list is ok. That's definitely a weird behaviour, but it's not really too much annoying. I know I'm not giving precise information about the problem, but if it can help to find it.... If I find more clues about it (or another bug), I'll post a mail. Regards Steph >From: Daniel Morissette >To: "W. Steph" >CC: Mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] php.exe crash with drawQuery >Date: Mon, 28 Jul 2003 10:57:22 -0400 > >Steph, > >DrawQuery() works for me in all the tests that I make on both Windows and >Linux. I also ran a sequence of Query + DrawQuery() with Valgrind (a >memory checker) and no errors were reported. > >So it must be something specific to your data, mapfile or script. If you >can then please file a bug in bugzilla and attach a small reproduceable >test case (script, mapfile and data). Otherwise I don't think anyone can >help without a way to reproduce the problem. > >BTW, the reference map marker problem (bug 378) is fixed in the 4.0 CVS. > >Daniel > > >W. Steph wrote: > >>Hello again ! >> >>I have a problem with $map->drawQuery() with mapscript 4 : here is my >>php-mapscript code : >>[$queryzone = ..] >>if ($queryselectmode == "clic") >>{ >> $success=@$qlay->queryByPoint($queryzone,MS_MULTIPLE,-1); >>} >>else >>{ >> $success=@$qlay->queryByRect($queryzone); >>} >>if ($success==MS_SUCCESS) >>{ >> for ($o=0; $o<$qlay->getNumResults(); $o++) >> { >> $rcmo = $qlay->getResult($o); >> $queryresults[$qlay->name][$o] = $rcmo->shapeindex; >> } >> $querysucceed=true; >>} >>[...] >>if ($querysucceed) >>{ >> $querymap = $map->drawQuery(); >> $querymapimg = $querymap->SaveWebImage(MS_JPG,1,1,$quality); >>} >> >>This code makes php.exe crash on the line $querymap = $map->drawQuery(); >>(with querybypoint _and_ querybyrect) with numerous different test cases. >>But it worked with previous versions... >>I found in the mapServer Wikki that there where MapFiles changes in 4.0, >>and I saw ITEMQUERY and ITEMNQUERY : I don't have these in my mapfile, and >>I don't know what they are used for (I found nothing about it in the >>mapFile reference). Maybe my problem could be solved with this ? Also, I >>didn't change anything in my mapfiles since I use mapserver 4.0; maybe >>there are other things to do but I can't understand everything very well >>on the wikki's migration guide. >>Can somebody help ? >> >>Thanks a lot >>Steph >> > > _________________________________________________________________ MSN Messenger 6 http://g.msn.fr/FR1001/866 : plus de personnalisation, plus de fun pour vous et vos amis? From chewbizz at hotmail.com Tue Jul 29 00:58:57 2003 From: chewbizz at hotmail.com (W. Steph) Date: Tue, 29 Jul 2003 07:58:57 +0000 Subject: [Mapserver-users] Using MapServer as a general graphing engine Message-ID: Just a thing : >But as far as I know there is no possibility to include >externally produced images and merge them on top of the map image. There's a very simple way ! Just don't display the image with php, but use a java applet instead. Then, you'll can be able to do whatever you waqnt with the image, including adding other images. The only problem is that some colors can change a bit with some image types (I think png in an applet hasn't good colors but this may have change in latest versions). I'm using this method in order to let the user draw new polygon and multipoint layers on the map (and then I use geoserver WFS to send the data to the PostGis database) and it works very well. Adding charts and other dynamically generated images on a map (assuming you can calculate the good coordinates where to display the image) isn't a problem using java ! I think you'll be able to test my java-based web application about the end of september, if you want to see it up and running :p Steph _________________________________________________________________ MSN Messenger 6 http://g.msn.fr/FR1001/866 : plus de personnalisation, plus de fun pour vous et vos amis? From stephane.riff at cerene.fr Tue Jul 29 01:17:43 2003 From: stephane.riff at cerene.fr (steff) Date: Tue, 29 Jul 2003 10:17:43 +0200 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: References: Message-ID: <3F262DA7.7040805@cerene.fr> It's possible to do it with PHP using gd. i do it to add a logo on the map before displaying it with phpmapscript. W. Steph wrote: > Just a thing : > >> But as far as I know there is no possibility to include >> externally produced images and merge them on top of the map image. > > > There's a very simple way ! > Just don't display the image with php, but use a java applet instead. > Then, you'll can be able to do whatever you waqnt with the image, > including adding other images. The only problem is that some colors > can change a bit with some image types (I think png in an applet > hasn't good colors but this may have change in latest versions). > I'm using this method in order to let the user draw new polygon and > multipoint layers on the map (and then I use geoserver WFS to send the > data to the PostGis database) and it works very well. > Adding charts and other dynamically generated images on a map > (assuming you can calculate the good coordinates where to display the > image) isn't a problem using java ! > > I think you'll be able to test my java-based web application about the > end of september, if you want to see it up and running :p > > Steph > > _________________________________________________________________ > MSN Messenger 6 http://g.msn.fr/FR1001/866 : plus de personnalisation, > plus de fun pour vous et vos amis? > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From braulioen at ono.com Tue Jul 29 01:30:34 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Tue, 29 Jul 2003 10:30:34 +0200 Subject: [Mapserver-users] Problem with ECW - PHP/Mapscript 4.0 Message-ID: <12d8fc12c736.12c73612d8fc@ono.com> Hi, When beginning to use Mapscript 4.0 I've detected a problem. I show an image ECW using a Image Web server of ErMapper: LAYER # Raster NAME ortofoto TYPE RASTER DATA "ecwp://myserver/Ortofotos/myimage.ecw" STATUS DEFAULT END I was using mapscrip 3,6 and now, when changing of version (I've proven with the two 3.7 and 4.0), the image does not visualize (I've already sent an aid mail on the matter), nevertheless,Now I have detected that if I copy the file to my then hard disk the image visualizes: LAYER # Raster NAME ortofoto TYPE RASTER DATA "C:\Ortofotos\myimage.ecw" STATUS DEFAULT END It could have some problem in the new versions with the ECW protocol (ECWP)? Thanks in advance. Braulio. From fx.gamoy at mapxplore.com Tue Jul 29 03:57:26 2003 From: fx.gamoy at mapxplore.com (fx gamoy) Date: Tue, 29 Jul 2003 11:57:26 +0100 Subject: [Mapserver-users] printing a map with a defined scale Message-ID: <000e01c355c0$32602770$0201a8c0@mapxplore.com> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_000B_01C355C8.941AF280 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello world, i would like to add a print function with a defined scale. The results i = obtain for the moment are bad and the scale given by mapserver is not = the same as the document source. The mapserver printed map image (scale = =3D 1/1000) is smaller than for example the same printed map with = mapinfo (scale=3D1/1000). I hope this is understandable. thanks=20 fx ------=_NextPart_000_000B_01C355C8.941AF280 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hello world,
i would like to add a print function = with a defined=20 scale. The results i obtain for the moment are bad and the scale given = by=20 mapserver is not the same as the document source. The mapserver printed = map=20 image (scale =3D 1/1000) is smaller than for example the same = printed map=20 with mapinfo (scale=3D1/1000).
 
I hope this is = understandable.
thanks
fx
------=_NextPart_000_000B_01C355C8.941AF280-- From nsl at regio-gis-planung.de Tue Jul 29 03:09:39 2003 From: nsl at regio-gis-planung.de (Norbert Schauerte-Lueke) Date: Tue, 29 Jul 2003 12:09:39 +0200 Subject: [Mapserver-users] cgi variable template Message-ID: <3F266403.11248.B57840@localhost> Hi , I' ve tested the new version 4.0 beta2 on Linux (Suse 8.2) and Win2000 with an MapServer Site that was developed for an earlier version (3.6.x). I've made the changes described in the migration guide. For displaying the Legend, the template in the Web object has to be changed via cgi. But the new value of the cgi variable will not be accepted. Only the value set in the Mapfile will be used. Thanks in advance nsl R E G I O G I S + P L A N U N G G m b H ____________________________________________ www.regio-gis-planung.de Falkstra?e 73-77, 47058 Duisburg Tel. 0203 / 30511-360 Fax: 0203 / 30511-364 Hainh?lzer Strasse 5, 30159 Hannover Tel. 0511 / 123577-0 Fax: 0511 / 123577-11 From vinko at cprsig.cl Mon Jul 28 15:12:24 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Mon, 28 Jul 2003 18:12:24 -0400 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: <20030728185442.RNHQ1403.viefep11-int.chello.at@libero.it> References: <20030728185442.RNHQ1403.viefep11-int.chello.at@libero.it> Message-ID: <20030728221224.GA26354@landsat.cprsig.cl> > Another, probably a bit easier implementation, could be using MapScript > combined with graphic modules/extensions for Perl or PHP, mainly based on > the GD library. But as far as I know there is no possibility to include > externally produced images and merge them on top of the map image. A > question to the developers: would it be possible to have a Mapscript > method that creates an imageObj from a file? I did exactly that for an app using PHP-Mapscript and JpGraph (a wonderful graphics engine). How? By generating dynamically a symbolset file which references images generated via JpGraph, which afterwards is loaded into the mapObj with $map->setSymbolSet(). It's not very elegant nor very fast, but it's the only way i could come up with and it's been working for half a year now without much trouble. For this reason I asked Daniel and submitted a feature request to create symbols dynamically, as that would remove the need to recompile and redefine MAX_SYMBOLS (in this particular case i had to draw up to 354 charts), and the need to create a symbolset file each time. -- Vinko Vrsalovic http://www.cprsig.cl From vinko at cprsig.cl Mon Jul 28 16:26:21 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Mon, 28 Jul 2003 19:26:21 -0400 Subject: [Mapserver-users] Raster layer processing changed in between February and July? Message-ID: <20030728232621.GA26684@landsat.cprsig.cl> Hi, With the latest 4.0 code a raster layer doesn't appear anymore. With the very same code, and paths, and permissions, with a 3.7-dev of february, it appears. I recompiled the 4.0 with --disable-ignore-missing-data, and got the following: PHP Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'Imagen Satelital'. in /var/www/html/main.inc on line 96 PHP Warning: [MapServer Error]: msDrawRaster(): (cn_15m.img) in /var/www/html/main.inc on line 96 As you can see, it's not a very helpful error message, as it doesn't show why it failed to draw. The configure parameters are exactly the same between the 3.7-dev and 4.0-b2 versions, so that can't be the issue. The relevant parts of the mapfile (saved through $map->save in the 3.7-dev version) are: MAP EXTENT 296206 6203216.9 336566 6243521.1 FONTSET "/var/www/html/symbols/fonts.sym" IMAGECOLOR 255 255 255 IMAGETYPE png24 SYMBOLSET "/var/www/html/symbols/symbols.sym" SIZE 400 400 STATUS ON UNITS METERS NAME "MS" ... OUTPUTFORMAT NAME png24 MIMETYPE image/png DRIVER GD/PNG EXTENSION png IMAGEMODE RGB TRANSPARENT FALSE END LAYER DATA "cn_15m.img" NAME "Imagen Satelital" SIZEUNITS PIXELS STATUS DEFAULT TEMPLATE "VOID" TOLERANCE 0 TOLERANCEUNITS PIXELS TYPE RASTER UNITS METERS END ... END -- Vinko Vrsalovic http://www.cprsig.cl From vinko at cprsig.cl Mon Jul 28 15:33:21 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Mon, 28 Jul 2003 18:33:21 -0400 Subject: [Mapserver-users] ms_newMapObj in latest 4.0 changed? Message-ID: <20030728223321.GA26542@landsat.cprsig.cl> With this script: [vinko at ikonos html]$ cat draw.php draw(); $url = $i->saveWebImage(); ?> > I get this error: PHP Warning: [MapServer Error]: msEvalRegex(): String (/tmp/map) failed expression test. in /var/www/html/draw.php on line 3 PHP Warning: Failed to open /tmp/map file map in /var/www/html/draw.php on line 3 PHP Fatal error: Call to a member function on a non-object in /var/www/html/draw.php on line 4 [vinko at ikonos html]$ ls -la /tmp/map -rw-r--r-- 1 apache apache 8118 Jul 28 15:27 /tmp/map The mapfile was generated through $map->save() -- Vinko Vrsalovic http://www.cprsig.cl From steffen.gebhardt at informus.de Tue Jul 29 03:21:50 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Tue, 29 Jul 2003 12:21:50 +0200 Subject: [Mapserver-users] How to set Raster Image Symbols Message-ID: <20030729102007.8A1F41E00D@mfa1.informus.de> Hi to all, Since it is possible to create the Legend automatically if layers are selected, I ask myself how to define a rasterimage that should appear in the legend. In detail I'm displaying raster images with a specific colour-code, so I want to add the corresponding colorramp which I have as png file to the legend. How to define this in the mapfile? Please, if anybody know the answer - do not hesitate. Thanks Steffen From uli.mueller at gmx.ch Tue Jul 29 04:47:07 2003 From: uli.mueller at gmx.ch (uli) Date: Tue, 29 Jul 2003 13:47:07 +0200 Subject: [Mapserver-users] Installation: Couldn't find gdal-config Message-ID: Recently did some updates on my Suse 7.2 system: php 4.3.1 -> php 4.3.2 - compile and functionality ok gd 1.8.4 -> gd 2.0.15 - compile ok gdal 1.1.8 -> gdal 1.1.9 - compile ok MapServer 3.6 -> MapServer 4.0b - configure with OGR-support fails: ... checking whether we should include OGR support... checking for gdal-config... no configure: error: couldn't find gdal-config I tried different paths in ./configure to point to gdal-config (e.g. /home/src/gdal-1.1.9/apps/gdal-config and /usr/local/bin/gdal-config) -> no success The old MapServer 3.6 with OGR doesn't compile any more either. Configure without OGR compiles ok. I did not want to overload this mail with all my configure options. If you need them to answer my question please let me know uli From woodbri at swoodbridge.com Tue Jul 29 05:16:38 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 29 Jul 2003 08:16:38 -0400 Subject: [Mapserver-users] Re: query a shape using mapfile In-Reply-To: <200307291118.h6TBIYFl030155@mailhost.iscte.pt> Message-ID: <3F262D66.10092.378A8EED@localhost> Pedro, First, please send queries to the list as there are many people that can help and you al less likely to get ignored :) Once you have done your query in mapscript you need to get the shape object from the result and read its extents, You can then use the $map->setextent(...); to set the extants to the extents of your query results extents and redraw the map. This is a high level how to, you will need to read the Mapscript reference and work out the details. If you get stuck ask the list, I'm sure one of us will be happy to help. -Steve W. On 29 Jul 2003 at 12:21, Pedro Brito wrote: > Hi!! > I see your mail in the mapserv mailing list and I am trying to > implement a map server. In this moment I am trying to do query to > layers and see the image that results from that layer. Example if I > search Lisbon I could be able to see Lisbon in a map. I have the shape > with Lisbon, and I do a query to that shape has you do in your > example. I?m wondering how can I see the result?? (a image) I hope you > can help me. Thanks > > -- > ---------------------------------------- > Pedro Brito > mail : pedro_brito at yahoo.com > arnaldo.brito at iscte.pt > url : http://www.pedro-brito.pt.vu > ---------------------------------------- > > > > ________________________________________________ > This mail was sent by UebiMiau 2.5 From morissette at dmsolutions.ca Tue Jul 29 06:47:54 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 29 Jul 2003 09:47:54 -0400 Subject: [Mapserver-users] Fw: Setting up a custom projection object in MapEdit In-Reply-To: <038201c3556d$396e6c00$7aec6f80@structure> References: <038201c3556d$396e6c00$7aec6f80@structure> Message-ID: <3F267B0A.4010704@dmsolutions.ca> This is not directly related to MapServer or PROJ, it must be something related either to MapLab or your PHP settings (I think there are some PHP settings to automatically escape strings and you may have enabled them). First thing to try would be making sure that you're running the latest version of MapLab, and if the problem persists then try the maplab-users list, maybe someone on that list will have already seen this and will have some hints to offer. Daniel Nathan Niemi wrote: > > Hi, > > I'm trying to add a Projection Object to my map file, using a custom > projection. I've added a projection object to the map, and one to the > only layer, a raster image. The projection information is as follows - > > PROJECTION > \\proj=tmerc\\ > \\lat_0=0.000000000\ > \\lon_0=-117.000000000\\ > \\k=0.999600\\ > \\x_0=500000.000\\ > \\y_0=0.000\\ > \\ellps=WGS84\\ > \\units=m\\ > \\no_defs\\ > END > > The '\\' were originally ' " '; each time I save the map file or click > Apply Changes, the " are replaced with one set of \. > > When I try to preview the map I get the following error message - > > *Warning*: MapServer Error in msProcessProjection(): projection not > named in *C:\www\ms\maplab\htdocs\common\wrapper\map_session.php* on > line *208* > ** > The map I was building was working great until I added projection > information; I've reinstalled Proj.4 twice, I'm sure it's installed > correctly. > > Can anyone suggest where I should start looking for the problem? > > Thanks. > > Nathan > > ------------------------------------------- > Dr. Nathan A. Niemi > Institute for Crustal Studies > University of California > Santa Barbara, CA 93106-1100 > (805) 893-2260 > niemi at crustal.ucsb.edu From morissette at dmsolutions.ca Tue Jul 29 06:57:44 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 29 Jul 2003 09:57:44 -0400 Subject: [Mapserver-users] cgi variable template In-Reply-To: <3F266403.11248.B57840@localhost> References: <3F266403.11248.B57840@localhost> Message-ID: <3F267D58.3040402@dmsolutions.ca> Norbert Schauerte-Lueke wrote: > > I' ve tested the new version 4.0 beta2 on Linux (Suse 8.2) and > Win2000 with an MapServer Site that was developed for an > earlier version (3.6.x). I've made the changes described in the > migration guide. > > For displaying the Legend, the template in the Web object has to > be changed via cgi. But the new value of the cgi variable will not be > accepted. Only the value set in the Mapfile will be used. > You probably need to set the TEMPLATEPATTERN parameter, there is a little section about it in the migration guide at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Tue Jul 29 06:59:54 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 29 Jul 2003 09:59:54 -0400 Subject: [Mapserver-users] ms_newMapObj in latest 4.0 changed? In-Reply-To: <20030728223321.GA26542@landsat.cprsig.cl> References: <20030728223321.GA26542@landsat.cprsig.cl> Message-ID: <3F267DDA.9000404@dmsolutions.ca> Vinko Vrsalovic wrote: > > PHP Warning: [MapServer Error]: msEvalRegex(): String (/tmp/map) failed > expression test. > in /var/www/html/draw.php on line 3 > PHP Warning: Failed to open /tmp/map file map in /var/www/html/draw.php on line 3 > PHP Fatal error: Call to a member function on a non-object in /var/www/html/draw.php on line 4 > That's because the mapfile filename doesn't match the MS_MAPFILEPATTERN regular expression. In this case you're probably missing the ".map" extension. There's a little bit of info on MS_MAPFILEPATTERN in the migration guide at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Tue Jul 29 07:09:13 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 29 Jul 2003 10:09:13 -0400 Subject: [Mapserver-users] Installation: Couldn't find gdal-config In-Reply-To: References: Message-ID: <3F268009.6030200@dmsolutions.ca> A few things to check: - Did you verify that /usr/local/bin/gdal-config exists and is executable? - Did you 'make install' on your new GDAL build? - Are you using mapserver 4.0-beta2 (July 11) or more recent? There were some improvements to the code to locate gdal-config in that version. - Try using ./configure ..... --with-ogr --with-gdal=/usr/local/bin/gdal-config If none of the above helps then I think you will have to send your configure options to the list. Daniel uli wrote: > > Recently did some updates on my Suse 7.2 system: > > php 4.3.1 -> php 4.3.2 - compile and functionality ok > gd 1.8.4 -> gd 2.0.15 - compile ok > gdal 1.1.8 -> gdal 1.1.9 - compile ok > > MapServer 3.6 -> MapServer 4.0b - configure with OGR-support fails: > ... > checking whether we should include OGR support... > checking for gdal-config... no > configure: error: couldn't find gdal-config > > I tried different paths in ./configure to point to gdal-config (e.g. > /home/src/gdal-1.1.9/apps/gdal-config and /usr/local/bin/gdal-config) -> no > success > > The old MapServer 3.6 with OGR doesn't compile any more either. > Configure without OGR compiles ok. > > I did not want to overload this mail with all my configure options. If you > need them to answer my question please let me know > > uli > From s9646183 at sms.ed.ac.uk Tue Jul 29 08:17:08 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Tue, 29 Jul 2003 16:17:08 +0100 (BST) Subject: [Mapserver-users] Displaying grayscale jpeg Message-ID: <1059491828.3f268ff4cff8b@sms.ed.ac.uk> Hi everyone, I'm having trouble displaying a grayscale jpeg image as a background raster on my maps. I took it from the documentation that this should not require that mapserv be compiled with an additional library....? This is the relevant code in my mapfile: LAYER NAME "background" DATA "mapscript/data/world.jpg" TYPE RASTER STATUS DEFAULT END but using status default (i.e. turning the layer on) causes my application to crash. One thing I thought it might be was that the map image is 600 x 290 pixels, whereas the jpeg is 600 x 288. I thought that perhaps this wouldn't be too serious, but could this be the reason the application is crashing? Thanks, Ali From eric at gomoos.org Tue Jul 29 05:06:04 2003 From: eric at gomoos.org (Eric Bridger) Date: 29 Jul 2003 12:06:04 +0000 Subject: [Mapserver-users] Displaying grayscale jpeg In-Reply-To: <1059491828.3f268ff4cff8b@sms.ed.ac.uk> References: <1059491828.3f268ff4cff8b@sms.ed.ac.uk> Message-ID: <1059480365.1763.31.camel@ubet.gomoos.org> I think that LibJPEG is required for JPEG support, at least in 3.6. http://mapserver.gis.umn.edu/doc36/unix-install-howto.html mapserv -v should report INPUT=JPEG. If you don't want to recompile you could convert world.jpg to world.png and see if that works. Eric On Tue, 2003-07-29 at 15:17, AMC Story wrote: > Hi everyone, > > I'm having trouble displaying a grayscale jpeg image as a background raster on > my maps. I took it from the documentation that this should not require that > mapserv be compiled with an additional library....? This is the relevant code > in my mapfile: > > LAYER > NAME "background" > DATA "mapscript/data/world.jpg" > TYPE RASTER > STATUS DEFAULT > END > > but using status default (i.e. turning the layer on) causes my application to > crash. One thing I thought it might be was that the map image is 600 x 290 > pixels, whereas the jpeg is 600 x 288. I thought that perhaps this wouldn't be > too serious, but could this be the reason the application is crashing? > > Thanks, > Ali > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From procino at planetek.it Tue Jul 29 09:40:52 2003 From: procino at planetek.it (procino) Date: Tue, 29 Jul 2003 18:40:52 +0200 Subject: [Mapserver-users] wms "legend_icon" parameter Message-ID: <200307291640.h6TGevkW015523@eva.planetek.it> Hi, I read on the Mapserver WMS Client HOWTO (http://mapserver.gis.umn.edu/doc36/wms-client-howto.html) the following paragraph: "wms_connectiontimeout" metadata: The maximum time to load a remote WMS layer, set in seconds (default is 30 seconds). This metadata can be added at the layer level so that it affects only that layer, or it can be added at the map level (in the web object) so that it affects all of the layers. Note that wms_connectiontimeout at the layer level has priority over the map level. ... CONNECTIONTYPE WMS METADATA "wms_srs" "EPSG:4269 EPSG:32182" "legend_icon" "Icons/none.gif" "wms_title" "NF Water (Lakes) (a)" "wms_boundingbox" "EPSG:32182 42708.6 5.27438e+06 5270155.72117e+06" "wms_latlonboundingbox" "-59.7807 47.5557 -52.7934 51.6261" "wms_connectiontimeout" "60" ... END ... I inserted into my map file a "legend_icon" parameter but the getcapailities request didn't return the information, can you help me to solve this problem? Thanks. Giuseppe Procino From steve.lime at dnr.state.mn.us Tue Jul 29 11:08:30 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 29 Jul 2003 13:08:30 -0500 Subject: [Mapserver-users] ms 4 Bug : Reference Map Marker Message-ID: I fixed this stupid error at one point but got a feeling the change never made it back. If I remember correctly it was a pretty simple fix. Dan, are you already working on this one? >>> Daniel Morissette 07/28/03 09:21AM >>> W. Steph wrote: > > I had no answers on this question last time : > The sequence : (In the "reference map" section of the mapFiles) > MARKER "symbolName" > MARKERSIZE 12 > MINBOXSIZE 10 > > Doesn't work anymore in ms 4, using php-mapscript ! > Do someone uses it with success ? > You're correct, marker doesn't work any more for me either. I filed this in bugzilla and will have a look: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=378 Daniel -- ------------------------------------------------------------ Daniel Morissette morissette 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 morissette at dmsolutions.ca Tue Jul 29 11:14:58 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 29 Jul 2003 14:14:58 -0400 Subject: [Mapserver-users] ms 4 Bug : Reference Map Marker In-Reply-To: References: Message-ID: <3F26B9A2.7060501@dmsolutions.ca> Steve Lime wrote: > I fixed this stupid error at one point but got a feeling the change > never made it back. If I remember correctly it was a pretty simple fix. > Dan, are you already working on this one? > It's fixed in CVS, full details in bug 378. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Tue Jul 29 11:25:17 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 29 Jul 2003 14:25:17 -0400 Subject: [Mapserver-users] wms "legend_icon" parameter In-Reply-To: <200307291640.h6TGevkW015523@eva.planetek.it> References: <200307291640.h6TGevkW015523@eva.planetek.it> Message-ID: <3F26BC0D.4060001@dmsolutions.ca> procino wrote: > > > I inserted into my map file a "legend_icon" parameter but the > getcapailities request didn't > return the information, > can you help me to solve this problem? > Thanks. > Giuseppe Procino The "legend_icon" metadata doesn't do anything. It was included by mistake in this example in the HOWTO (Jeff maybe you should take it out). There is currently no way to include a LegendURL in MapServer's WMS capabilities (assuming this is what you're trying to do). However there is an enhancement bug for this (bug 262): http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=262 -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From steve.lime at dnr.state.mn.us Tue Jul 29 14:12:42 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 29 Jul 2003 16:12:42 -0500 Subject: [Mapserver-users] How to set Raster Image Symbols Message-ID: There is a new CLASS level parameter in 4.0 called KEYIMAGE that allows you to specify the legend image to use when building a legend (or requesting a legend icon via MapScript or the CGI application). You can see it in action at: http://maps.dnr.state.mn.us/mapserver_demos/workshop/ Turn on the DOQ layer and you'll see the KEYIMAGE in the legend. Note the the KEYIMAGE is sized to fit within the key specifications defined in the LEGEND section. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Steffen Gebhardt 07/29/03 05:21AM >>> Hi to all, Since it is possible to create the Legend automatically if layers are selected, I ask myself how to define a rasterimage that should appear in the legend. In detail I'm displaying raster images with a specific colour-code, so I want to add the corresponding colorramp which I have as png file to the legend. How to define this in the mapfile? Please, if anybody know the answer - do not hesitate. Thanks Steffen _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mckenna at dmsolutions.ca Tue Jul 29 14:39:15 2003 From: mckenna at dmsolutions.ca (Jeff McKenna) Date: Tue, 29 Jul 2003 17:39:15 -0400 Subject: [Mapserver-users] wms "legend_icon" parameter References: <200307291640.h6TGevkW015523@eva.planetek.it> <3F26BC0D.4060001@dmsolutions.ca> Message-ID: <3F26E983.1010604@dmsolutions.ca> I'll remove it from the howto, my apologies. Jeff Daniel Morissette wrote: > procino wrote: > >> >> >> I inserted into my map file a "legend_icon" parameter but the >> getcapailities request didn't return the information, >> can you help me to solve this problem? >> Thanks. >> Giuseppe Procino > > > The "legend_icon" metadata doesn't do anything. It was included by > mistake in this example in the HOWTO (Jeff maybe you should take it > out). There is currently no way to include a LegendURL in MapServer's > WMS capabilities (assuming this is what you're trying to do). However > there is an enhancement bug for this (bug 262): > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=262 > -- Jeff McKenna GIS Specialist DM Solutions Group Inc. http://www.dmsolutions.ca From Robin.Ellis at nrm.qld.gov.au Tue Jul 29 15:22:21 2003 From: Robin.Ellis at nrm.qld.gov.au (Ellis Robin Bundaberg) Date: Wed, 30 Jul 2003 08:22:21 +1000 Subject: [Mapserver-users] printing a map with a defined scale Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C3561F.E142DD28 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I think the problem occurs because the screen resolution of the user's syst= em is different ot that assumed to be the default by Mapserver, and is rela= ted i think to the dots per inch used to build and display the image (I'm s= ure somebody else can supply all the technical details). I have found that = to overcome this for our internal tools I add the following line to the map= file: =20 RESOLUTION 96 =20 >From memory of earlier discussions Mapserver assumes a resolution of 72 unl= ess told otherwise. =20 Rob -----Original Message----- From: fx gamoy [mailto:fx.gamoy at mapxplore.com] Sent: Tuesday, 29 July 2003 8:57 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] printing a map with a defined scale hello world, i would like to add a print function with a defined scale. The results i ob= tain for the moment are bad and the scale given by mapserver is not the sam= e as the document source. The mapserver printed map image (scale =3D 1/1000= ) is smaller than for example the same printed map with mapinfo (scale=3D1/= 1000). =20 I hope this is understandable. thanks=20 fx ************************************************************************ The information in this e-mail together with any attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any form of review, disclosure, modification, distribution and/or publication of this e-mail message is prohibited. =20 If you have received this message in error, you are asked to inform the sender as quickly as possible and delete this message and any copies of this message from your computer and/or your computer system network. =20 ************************************************************************ ------_=_NextPart_001_01C3561F.E142DD28 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I=20 think the problem occurs because the screen resolution of the user's system= is=20 different ot that assumed to be the default by Mapserver, and is related i = think=20 to the dots per inch used to build and display the image (I'm sure somebody= else=20 can supply all the technical details). I have found that to overcome this f= or=20 our internal tools I add the following line to the map file:<= /DIV>
 
RESOLUTION 96
 
From=20 memory of earlier discussions Mapserver assumes a resolution of 72 unless t= old=20 otherwise.
 
Rob
-----Original Message-----
From: fx gamoy=20 [mailto:fx.gamoy at mapxplore.com]
Sent: Tuesday, 29 July 2003 8:5= 7=20 PM
To: mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] printing a map with a defined scale

hello world,
i would like to add a print function wit= h a=20 defined scale. The results i obtain for the moment are bad and the scale = given=20 by mapserver is not the same as the document source. The mapserver printe= d map=20 image (scale =3D 1/1000) is smaller than for example the same printe= d map=20 with mapinfo (scale=3D1/1000).
 
I hope this is understandable.
thanks
fx


************************************************************************
The information in this e-mail together with any attachments is
intended only for the person or entity to which it is addressed
and may contain confidential and/or privileged material.
Any form of review, disclosure, modification, distribution
and/or publication of this e-mail message is prohibited.
If you have received this message in error, you are asked to
inform the sender as quickly as possible and delete this message
and any copies of this message from your computer and/or your
computer system network.
************************************************************************
------_=_NextPart_001_01C3561F.E142DD28-- From gerry.creager at tamu.edu Tue Jul 29 15:52:53 2003 From: gerry.creager at tamu.edu (Gerry Creager) Date: Tue, 29 Jul 2003 17:52:53 -0500 Subject: [Mapserver-users] Premature end of script headers? Message-ID: <3F26FAC5.70108@tamu.edu> I've startd getting this error: -------------------------------------------------------------------------- Server error! The server encountered an internal error and was unable to complete your request. Error message: Premature end of script headers: mapserv -------------------------------------------------------------------------- and I guess I don't know what it means. has anyone else seen this or have a clue they could give me? TIA, Gerry Creager Texas Mesonet From nacional at cbs.umn.edu Tue Jul 29 17:59:26 2003 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Tue, 29 Jul 2003 19:59:26 -0500 (CDT) Subject: [Mapserver-users] printing a map with a defined scale In-Reply-To: Message-ID: Well, if using a Mac it should be 72 (unless that's changed in OS X) or if you're using Windows then it would be 96. If you're in *NIX it could be 75 or 100 (or higher?) I don't know if those screen resolutions are set in stone. It's possible that it changes from computer to computer. If your function is in Javascript, is there a way for you to obtain the client's screen resolution so that you could take it into account when calculating your scale? Cheers! Perry On Wed, 30 Jul 2003, Ellis Robin (Bundaberg) wrote: > I think the problem occurs because the screen resolution of the user's system is different ot that assumed to be the default by Mapserver, and is related i think to the dots per inch used to build and display the image (I'm sure somebody else can supply all the technical details). I have found that to overcome this for our internal tools I add the following line to the map file: > > RESOLUTION 96 > > >From memory of earlier discussions Mapserver assumes a resolution of 72 unless told otherwise. > > Rob > > -----Original Message----- > From: fx gamoy [mailto:fx.gamoy at mapxplore.com] > Sent: Tuesday, 29 July 2003 8:57 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] printing a map with a defined scale > > > hello world, > i would like to add a print function with a defined scale. The results i obtain for the moment are bad and the scale given by mapserver is not the same as the document source. The mapserver printed map image (scale = 1/1000) is smaller than for example the same printed map with mapinfo (scale=1/1000). > > I hope this is understandable. > thanks > fx > > > > ************************************************************************ > The information in this e-mail together with any attachments is > intended only for the person or entity to which it is addressed > and may contain confidential and/or privileged material. > Any form of review, disclosure, modification, distribution > and/or publication of this e-mail message is prohibited. > If you have received this message in error, you are asked to > inform the sender as quickly as possible and delete this message > and any copies of this message from your computer and/or your > computer system network. > ************************************************************************ > > From stepan.kafka at centrum.cz Wed Jul 30 00:01:46 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Wed, 30 Jul 2003 09:01:46 +0200 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: <3F25797C.1010107@dmsolutions.ca> Message-ID: <000201c35668$70ddfdd0$463c2fc3@HSGIS> I have tried this approach, but without success. I got an error message: msLoadMap(): General error message. Undefined overlay symbol ... It seems that mapserver does not support http://.. symbols in current version (4.0b). What version does it support? 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 Daniel > Morissette > Odesl?no: 28. ?ervence 2003 21:29 > Komu: Tyler Mitchell > Kopie: mapserver-users at lists.gis.umn.edu > P?edm?t: Re: [Mapserver-users] Using MapServer as a general graphing > engine > > > Tyler Mitchell wrote: > > > > I'm thinking more along these lines: > > > > - I have x,y data where these are two non-geographic values > that I want to > > graph. I have z which is the magnitude, count, etc. that I > want to graph. > > - Use a simple coordinate system to map the "location" of the > x,y pairs and > > draw the symbol based on the z value. > > - z may be a value used as a radius for a circle or there may > be a z- and > > z+ which defines the vertical offsets of the extents of a bar/rectangle. > > > > Actually, instead of a full integration with GDChart as suggested in my > previous message, we could add support in MapServer for symbols that > come from an URL, and this URL could contain [field] replacements, > similar to what we can do with query template URLs already. > > So you could define a layer like this: > > LAYER > CLASS > ... > SYMBOL > "http://127.0.0.1/cgi-bin/owtchart?type=pie&numpts=3&vals=[VALUE_A ]![VALUE_B]![VALUE_C]&xlabels=A!B!C&w=400&h=400" END END This wouldn't be very fast, but would work fine for relatively small number of symbols. When MapServer encounters a symbol name that starts with http:// then it would do the field value replacements ([VALUE_A], [VALUE_B] and [VALUE_C]), and then call the URL to download the symbol, a chart in this case. Another benefit of this approach is that you could link to about anything that can dynamically generate images, not just charts. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette 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 --- Pr?choz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.502 / Virov? b?ze: 300 - datum vyd?n?: 18.7.2003 --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.504 / Virov? b?ze: 302 - datum vyd?n?: 24.7.2003 From morissette at dmsolutions.ca Wed Jul 30 06:11:34 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 30 Jul 2003 09:11:34 -0400 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: <000201c35668$70ddfdd0$463c2fc3@HSGIS> References: <000201c35668$70ddfdd0$463c2fc3@HSGIS> Message-ID: <3F27C406.4030706@dmsolutions.ca> Stepan Kafka wrote: > I have tried this approach, but without success. I got an error message: > > msLoadMap(): General error message. Undefined overlay symbol ... > > It seems that mapserver does not support http://.. symbols in current > version (4.0b). What version does it support? > MapServer doesn't support that today. I was only suggesting that this could be a nice enhancement for a future version. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Wed Jul 30 07:56:54 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 30 Jul 2003 10:56:54 -0400 Subject: [Mapserver-users] Re: Help regarding getWMSFeatureInfoURL() In-Reply-To: <20030730144719.61700.qmail@web14905.mail.yahoo.com> References: <20030730144719.61700.qmail@web14905.mail.yahoo.com> Message-ID: <3F27DCB6.30603@dmsolutions.ca> Please do not send questions directly to individuals but use the mapserver-users list instead, this will increase your chances of getting a response (or reduce your chances of being ignored depending on how we see it). The short answer to your question is that you can use PHP's file access functions (fopen(), file(), readfile(), etc.) to access a URL directly. See: http://ca2.php.net/manual/en/function.file.php Daniel Udaya Sankar wrote: > Hello, > > I am trying to set up a cascading map server with > the "Query" feature. Searching through the list, I > found information that I can use > getWMSFeatureInfoURL() to get a URL for a query from a > Cascading Map Server (for WMS layers). I get the URL > but I am unable to find any information on how I > should execute it remotely *and* get back the > attribute data which I then parse and display in my > mapserver.. i.e > > When I query on the cascading mapserver, I get a URL. > When I put that URL in the browser , I am getting the > attribute data (displayed directly in the browser). > > I want to know how I can execute this URL remotely > within a script to get the results which I then parse > and display in my mapserver. > > Thanks in advance, > Udaya Sankar P. > > From Zamil.Murji at divestco.com Wed Jul 30 09:45:10 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Wed, 30 Jul 2003 10:45:10 -0600 Subject: [Mapserver-users] Truetype font support Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A9CC@div-mx02.DIVESTCO.COM> After compiling mapserv on a unix platform, I get the following: [root at SDB2 mapserver-4.0-beta2]# ./mapserv -v MapServer version 4.0-beta2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=FREETYPE INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE Does this mean it supports Truetype fonts or not? Thanks Zamil -----Original Message----- From: Gabriel Vieira Ferrari [mailto:gabriel at ciasc.gov.br] Sent: Wednesday, July 23, 2003 1:22 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Error message using PostGis Hi listers. With ours information and others from MS homepage we are able to use PostGis. Thanks to all. ----- Original Message ----- From: "Zamil Murji" To: "Gabriel Vieira Ferrari" ; Sent: Tuesday, July 22, 2003 5:58 PM Subject: RE: [Mapserver-users] Error message using PostGis I wonder if it is a connection issue? Are you getting any connection errors on your postgis layers. One thing I found was that if my mapserver server ip wasn't in the pg_hba.conf file then the postgis layer would refuse a connection to it. More info might be available in your web server's error logs because for a while mapserver was eating up the error messages that might occure below what you read on the screen. Zamil -----Original Message----- From: Gabriel Vieira Ferrari [mailto:gabriel at ciasc.gov.br] Sent: Tuesday, July 22, 2003 3:09 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Error message using PostGis Hi Zamil. I included the line and returned the same message. ===>> DATA "the_geom from cidade_p using srid = -1" Thanks. ----- Original Message ----- From: "Zamil Murji" To: "Gabriel Vieira Ferrari" ; Sent: Tuesday, July 22, 2003 12:11 PM Subject: RE: [Mapserver-users] Error message using PostGis Hi Gabriel, I had a similar problem not to long ago. You need to be add USING SRID = -1 to the end of your DATA tag. I'm not to sure if it will accept -1 so you might have to update the SRID field for every geom to a valid one. Hope this helps. Thanks Zamil -----Original Message----- From: Gabriel Vieira Ferrari [mailto:gabriel at ciasc.gov.br] Sent: Tuesday, July 22, 2003 8:36 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Error message using PostGis Hi listers. Is the first time I'm use Postgres/Posgis with MapServer and receive this error MSG: ==>> msDrawMap(): Image handling error. Failed to draw layer named 'cidadept0'. But the original shp file are read without error. Complementary information: Postgres/Postgis is: VERSION: 0.7.5 (2003/04/08) MapServer is: MapServer version 4.0-beta1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE MAP file: CONNECTION "user=postgres password=xxx dbname=mapserver host=xxxx" DATA "the_geom from cidade_p" I import shp files with: $ shp2pgsql -d ../mapserver/data/cidade_p cidade_p mapserver|psql -d mapserver (point data) $ shp2pgsql ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) $ shp2pgsql -d ../mapserver/data/politico2001 sc2001 mapserver |psql -d mapserver (polygon data) mapserver=# \dt List of relations Schema | Name | Type | Owner --------+------------------+-------+---------- public | cidade_p | table | postgres public | geometry_columns | table | postgres public | politicotable | table | postgres public | sc2001 | table | postgres public | sc97 | table | postgres public | spatial_ref_sys | table | postgres (6 rows) mapserver-# \d cidade_p Table "public.cidade_p" Column | Type | Modifiers ----------+-------------------+----------- gid | integer | id | integer | nm_munic | character varying | munic_02 | character varying | ptot2001 | bigint | the_geom | geometry | Check constraints: "$1" (srid(the_geom) = -1) "$2" ((geometrytype(the_geom) = 'POINT'::text) OR (the_geom IS NULL)) _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rjames57 at yahoo.com Wed Jul 30 10:52:41 2003 From: rjames57 at yahoo.com (Randy James) Date: Wed, 30 Jul 2003 10:52:41 -0700 (PDT) Subject: [Mapserver-users] Truetype font support In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A9CC@div-mx02.DIVESTCO.COM> Message-ID: <20030730175241.98492.qmail@web12504.mail.yahoo.com> Hi Yes looks like your build supports version 2.xx if it was version 1.xx i believe you would get SUPPORTS=TRUETYPE. someone on the list, please correct me if i am wrong Cheers Randy --- Zamil Murji wrote: > After compiling mapserv on a unix platform, I get the > following: > [root at SDB2 mapserver-4.0-beta2]# ./mapserv -v > MapServer version 4.0-beta2 OUTPUT=GIF OUTPUT=PNG > OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=FREETYPE INPUT=TIFF > INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE > > Does this mean it supports Truetype fonts or not? > Thanks > Zamil > > -----Original Message----- > From: Gabriel Vieira Ferrari > [mailto:gabriel at ciasc.gov.br] > Sent: Wednesday, July 23, 2003 1:22 PM > To: Zamil Murji; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Error message using > PostGis > > > Hi listers. > > With ours information and others from MS homepage we are > able to use > PostGis. > > Thanks to all. > > ----- Original Message ----- > From: "Zamil Murji" > To: "Gabriel Vieira Ferrari" ; > > Sent: Tuesday, July 22, 2003 5:58 PM > Subject: RE: [Mapserver-users] Error message using > PostGis > > > I wonder if it is a connection issue? Are you getting any > connection errors > on your postgis layers. One thing I found was that if my > mapserver server ip > wasn't in the pg_hba.conf file then the postgis layer > would refuse a > connection to it. More info might be available in your > web server's error > logs because for a while mapserver was eating up the > error messages that > might occure below what you read on the screen. > > Zamil > > -----Original Message----- > From: Gabriel Vieira Ferrari > [mailto:gabriel at ciasc.gov.br] > Sent: Tuesday, July 22, 2003 3:09 PM > To: Zamil Murji; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Error message using > PostGis > > > Hi Zamil. > > I included the line and returned the same message. > > ===>> DATA "the_geom from cidade_p using srid = -1" > > Thanks. > > ----- Original Message ----- > From: "Zamil Murji" > To: "Gabriel Vieira Ferrari" ; > > Sent: Tuesday, July 22, 2003 12:11 PM > Subject: RE: [Mapserver-users] Error message using > PostGis > > > Hi Gabriel, > > I had a similar problem not to long ago. You need to be > add USING SRID = -1 > to the end of your DATA tag. I'm not to sure if it will > accept -1 so you > might have to update the SRID field for every geom to a > valid one. Hope this > helps. > > Thanks > Zamil > > -----Original Message----- > From: Gabriel Vieira Ferrari > [mailto:gabriel at ciasc.gov.br] > Sent: Tuesday, July 22, 2003 8:36 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Error message using PostGis > > > Hi listers. > > Is the first time I'm use Postgres/Posgis with MapServer > and receive this > error MSG: > > ==>> msDrawMap(): Image handling error. Failed to > draw layer named > 'cidadept0'. > > But the original shp file are read without error. > > Complementary information: > > Postgres/Postgis is: VERSION: 0.7.5 (2003/04/08) > > MapServer is: > MapServer version 4.0-beta1 OUTPUT=GIF OUTPUT=PNG > OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > INPUT=TIFF INPUT=EPPL7 > INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL > INPUT=SHAPEFILE > > MAP file: > CONNECTION "user=postgres password=xxx dbname=mapserver > host=xxxx" > DATA "the_geom from cidade_p" > > > I import shp files with: > $ shp2pgsql -d ../mapserver/data/cidade_p cidade_p > mapserver|psql -d > mapserver (point data) > $ shp2pgsql ../mapserver/data/politico2001 sc2001 > mapserver |psql -d > mapserver (polygon data) > $ shp2pgsql -d ../mapserver/data/politico2001 sc2001 > mapserver |psql -d > mapserver (polygon data) > > mapserver=# \dt > List of relations > Schema | Name | Type | Owner > --------+------------------+-------+---------- > public | cidade_p | table | postgres > public | geometry_columns | table | postgres > public | politicotable | table | postgres > public | sc2001 | table | postgres > public | sc97 | table | postgres > public | spatial_ref_sys | table | postgres > (6 rows) > > mapserver-# \d cidade_p > Table "public.cidade_p" > Column | Type | Modifiers > ----------+-------------------+----------- > gid | integer | > id | integer | > nm_munic | character varying | > munic_02 | character varying | > ptot2001 | bigint | > the_geom | geometry | > Check constraints: "$1" (srid(the_geom) = -1) > "$2" > ((geometrytype(the_geom) = > 'POINT'::text) OR (the_geom IS NULL)) > _______________________________________________ > 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 __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From arnulf.christl at ccgis.de Wed Jul 30 11:01:00 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Wed, 30 Jul 2003 20:01:00 +0200 Subject: AW: [Mapserver-users] WMS GetFeatureInfo In-Reply-To: Message-ID: Hi Mark, seems like nobody wants to answer your question. I cannot either, because the GetFeatureInfo works fine with me. Can you specify cour problem in more detail? Cheers, Arnulf. -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Howard Mark Gesendet: Montag, 28. Juli 2003 16:54 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] WMS GetFeatureInfo Can anybody tell me how to get multiple feature records using the WMS request=GetFeatureInfo? This is NOT using the map query template! I'm only getting one record now when querying a layer containing many polygons under the selected point. Mark **************************************************************************** **** 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. **************************************************************************** **** _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From morissette at dmsolutions.ca Wed Jul 30 11:21:43 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 30 Jul 2003 14:21:43 -0400 Subject: AW: [Mapserver-users] WMS GetFeatureInfo In-Reply-To: References: Message-ID: <3F280CB7.8070204@dmsolutions.ca> As per the WMS spec: specify FEATURE_COUNT= in the URL with a value corresponding to the max number of results you want. The default number of results returned if FEATURE_COUNT is not specified is 1. If you use the MapScript $layer->getWMSFeatureInfoURL() function then pass the value via the featureCount argument. Daniel Arnulf Christl (CCGIS) wrote: > Hi Mark, > seems like nobody wants to answer your question. I cannot either, because > the GetFeatureInfo works fine with me. Can you specify cour problem in more > detail? > > Cheers, Arnulf. > > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Howard > Mark > Gesendet: Montag, 28. Juli 2003 16:54 > An: mapserver-users at lists.gis.umn.edu > Betreff: [Mapserver-users] WMS GetFeatureInfo > > > Can anybody tell me how to get multiple feature records using the WMS > request=GetFeatureInfo? > This is NOT using the map query template! > I'm only getting one record now when querying a layer containing many > polygons under the selected point. > > Mark > > From steve.lime at dnr.state.mn.us Wed Jul 30 12:16:57 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 30 Jul 2003 14:16:57 -0500 Subject: [Mapserver-users] Truetype font support Message-ID: For the record, 4.0 supports GD versions 2.0.12 and higher, which in turn only support Freetype 2. So all you'll ever see is the SUPPORTS=FREETYPE anymore. Steve >>> Randy James 07/30/03 12:52PM >>> Hi Yes looks like your build supports version 2.xx if it was version 1.xx i believe you would get SUPPORTS=TRUETYPE. someone on the list, please correct me if i am wrong Cheers Randy --- Zamil Murji wrote: > After compiling mapserv on a unix platform, I get the > following: > [root at SDB2 mapserver-4.0-beta2]# ./mapserv -v > MapServer version 4.0-beta2 OUTPUT=GIF OUTPUT=PNG > OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=FREETYPE INPUT=TIFF > INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE > > Does this mean it supports Truetype fonts or not? > Thanks > Zamil > > -----Original Message----- > From: Gabriel Vieira Ferrari > [mailto:gabriel at ciasc.gov.br] > Sent: Wednesday, July 23, 2003 1:22 PM > To: Zamil Murji; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Error message using > PostGis > > > Hi listers. > > With ours information and others from MS homepage we are > able to use > PostGis. > > Thanks to all. > > ----- Original Message ----- > From: "Zamil Murji" > To: "Gabriel Vieira Ferrari" ; > > Sent: Tuesday, July 22, 2003 5:58 PM > Subject: RE: [Mapserver-users] Error message using > PostGis > > > I wonder if it is a connection issue? Are you getting any > connection errors > on your postgis layers. One thing I found was that if my > mapserver server ip > wasn't in the pg_hba.conf file then the postgis layer > would refuse a > connection to it. More info might be available in your > web server's error > logs because for a while mapserver was eating up the > error messages that > might occure below what you read on the screen. > > Zamil > > -----Original Message----- > From: Gabriel Vieira Ferrari > [mailto:gabriel at ciasc.gov.br] > Sent: Tuesday, July 22, 2003 3:09 PM > To: Zamil Murji; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Error message using > PostGis > > > Hi Zamil. > > I included the line and returned the same message. > > ===>> DATA "the_geom from cidade_p using srid = -1" > > Thanks. > > ----- Original Message ----- > From: "Zamil Murji" > To: "Gabriel Vieira Ferrari" ; > > Sent: Tuesday, July 22, 2003 12:11 PM > Subject: RE: [Mapserver-users] Error message using > PostGis > > > Hi Gabriel, > > I had a similar problem not to long ago. You need to be > add USING SRID = -1 > to the end of your DATA tag. I'm not to sure if it will > accept -1 so you > might have to update the SRID field for every geom to a > valid one. Hope this > helps. > > Thanks > Zamil > > -----Original Message----- > From: Gabriel Vieira Ferrari > [mailto:gabriel at ciasc.gov.br] > Sent: Tuesday, July 22, 2003 8:36 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Error message using PostGis > > > Hi listers. > > Is the first time I'm use Postgres/Posgis with MapServer > and receive this > error MSG: > > ==>> msDrawMap(): Image handling error. Failed to > draw layer named > 'cidadept0'. > > But the original shp file are read without error. > > Complementary information: > > Postgres/Postgis is: VERSION: 0.7.5 (2003/04/08) > > MapServer is: > MapServer version 4.0-beta1 OUTPUT=GIF OUTPUT=PNG > OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > INPUT=TIFF INPUT=EPPL7 > INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL > INPUT=SHAPEFILE > > MAP file: > CONNECTION "user=postgres password=xxx dbname=mapserver > host=xxxx" > DATA "the_geom from cidade_p" > > > I import shp files with: > $ shp2pgsql -d ../mapserver/data/cidade_p cidade_p > mapserver|psql -d > mapserver (point data) > $ shp2pgsql ../mapserver/data/politico2001 sc2001 > mapserver |psql -d > mapserver (polygon data) > $ shp2pgsql -d ../mapserver/data/politico2001 sc2001 > mapserver |psql -d > mapserver (polygon data) > > mapserver=# \dt > List of relations > Schema | Name | Type | Owner > --------+------------------+-------+---------- > public | cidade_p | table | postgres > public | geometry_columns | table | postgres > public | politicotable | table | postgres > public | sc2001 | table | postgres > public | sc97 | table | postgres > public | spatial_ref_sys | table | postgres > (6 rows) > > mapserver-# \d cidade_p > Table "public.cidade_p" > Column | Type | Modifiers > ----------+-------------------+----------- > gid | integer | > id | integer | > nm_munic | character varying | > munic_02 | character varying | > ptot2001 | bigint | > the_geom | geometry | > Check constraints: "$1" (srid(the_geom) = -1) > "$2" > ((geometrytype(the_geom) = > 'POINT'::text) OR (the_geom IS NULL)) > _______________________________________________ > 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 __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From MHoward at spaceimaging.com Wed Jul 30 13:02:23 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Wed, 30 Jul 2003 14:02:23 -0600 Subject: [Mapserver-users] WMS GetFeatureInfo Message-ID: Thanks for asking, this is a great list! Actually I solved it. Parameter is FEATURE_COUNT in WMS call. The default value must be one? BTW another getfeatureinfo TTK (thing to know) You set the radius for getfeatureinfo in the map file instead of in the URL (&RADIUS=10). Parameters are (e.g.): TOLERANCEUNITS pixels TOLERANCE 10 To get features in an extent, I use 500 pixels, the extent as the bbox -- and intersect the result against my extent. Mark -----Original Message----- From: Arnulf Christl (CCGIS) [mailto:arnulf.christl at ccgis.de] Sent: Wednesday, July 30, 2003 12:01 PM To: Howard Mark; mapserver-users at lists.gis.umn.edu Subject: AW: [Mapserver-users] WMS GetFeatureInfo Hi Mark, seems like nobody wants to answer your question. I cannot either, because the GetFeatureInfo works fine with me. Can you specify cour problem in more detail? Cheers, Arnulf. -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Howard Mark Gesendet: Montag, 28. Juli 2003 16:54 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] WMS GetFeatureInfo Can anybody tell me how to get multiple feature records using the WMS request=GetFeatureInfo? This is NOT using the map query template! I'm only getting one record now when querying a layer containing many polygons under the selected point. Mark **************************************************************************** **** 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. **************************************************************************** **** _______________________________________________ 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 nicolasb at maich.gr Wed Jul 16 01:06:57 2003 From: nicolasb at maich.gr (Nicolas Boretos) Date: Wed, 16 Jul 2003 11:06:57 +0300 Subject: [Mapserver-users] Compiling Mapserver under Mingw Message-ID: <3F1507A1.60805@maich.gr> Hello, I've trying fruitlessly to compile various versions of ms with msys/mingw, and always get the following error.. I've tried different versions of the mingw regex library with the same results... FWIW, I do not get this problem under Cygwin... would really appreciate any help... regards, nicolas boretos gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DUSE_PDF -I/usr/local/include shp2img.c -o shp2img.o gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DUSE_PDF -I/usr/local/include shp2img.o -L. -lmap -lgd -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -lpdf -ltiff -ljpeg -lfreetype -lpng -lz -ljpeg -lm -lstdc++ -o shp2img ./libmap.a(mapfile.o)(.text+0x254f):mapfile.c: undefined reference to `regfree' ./libmap.a(mapfile.o)(.text+0x8f04):mapfile.c: undefined reference to `regcomp' ./libmap.a(mapfile.o)(.text+0x8f3d):mapfile.c: undefined reference to `regexec' ./libmap.a(mapfile.o)(.text+0x8f4d):mapfile.c: undefined reference to `regfree' ./libmap.a(mapfile.o)(.text+0x8f67):mapfile.c: undefined reference to `regfree' ./libmap.a(mapfile.o)(.text+0x9bdc):mapfile.c: undefined reference to `regcomp' ./libmap.a(mapfile.o)(.text+0x9c13):mapfile.c: undefined reference to `regexec' ./libmap.a(mapfile.o)(.text+0x9c23):mapfile.c: undefined reference to `regfree' ./libmap.a(mapfile.o)(.text+0x9c3d):mapfile.c: undefined reference to `regfree' ./libmap.a(maputil.o)(.text+0x349):maputil.c: undefined reference to `regexec' ./libmap.a(maputil.o)(.text+0x35b):maputil.c: undefined reference to `regcomp' ./libmap.a(mapparser.o)(.text+0x909):mapparser.c: undefined reference to `regcomp' ./libmap.a(mapparser.o)(.text+0x93d):mapparser.c: undefined reference to `regexec' ./libmap.a(mapparser.o)(.text+0x956):mapparser.c: undefined reference to `regfree' ./libmap.a(mapraster.o)(.text+0x13a):mapraster.c: undefined reference to `regcomp' ./libmap.a(mapraster.o)(.text+0x166):mapraster.c: undefined reference to `regexec' make: *** [shp2img] Error From ARyan at co.linn.or.us Wed Jul 16 08:01:33 2003 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Wed, 16 Jul 2003 08:01:33 -0700 Subject: [Mapserver-users] outputformat Message-ID: <614FCE5F14A6D41180C200010240D6A2016792CB@LINNMS> This is a multi-part message in MIME format. ------_=_NextPart_001_01C34BAB.258C7A40 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" Hey Frank, Thanks for the clarification. Adam -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: Tuesday, July 15, 2003 8:26 PM To: Ryan, Adam Cc: Mapserver User List Subject: Re: [Mapserver-users] outputformat Ryan, Adam wrote: > > Hi. > > I'm a little confused with the new outputformat declaration. > > The deprecated interlace, transparent, and imagequality parameters in > the map object are understandable, but what about these parameters in > the legend and scalebar objects. These are deprecated too? > > Is there an outputformat parameter for the legend and scalebar? Adam, Good question. It seems that MapServer CGI always uses the main mapfile IMAGETYPE setting for scalebars and legends as well. While not currently possible, I would like to see an IMAGETYPE attribute added to the SCALEBAR and LEGEND objects so different formats or format options can be used with them if so desired. For the time being, while discouraged, the INTERLACE, TRANSPARENT and IMAGEQUALITY keywords should continue to work on the legend, and scalebar objects. Internally it takes the primary selected output format for the map, and modifies the option flags if necessary. But if you depend on this, expect to run into problems in future versions. 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 ------_=_NextPart_001_01C34BAB.258C7A40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [Mapserver-users] outputformat

Hey Frank,

Thanks for the clarification.

Adam

-----Original Message-----
From: Frank Warmerdam [mailto:warmerdam at pobox.com]
Sent: Tuesday, July 15, 2003 8:26 PM
To: Ryan, Adam
Cc: Mapserver User List
Subject: Re: [Mapserver-users] outputformat


Ryan, Adam wrote:
>
> Hi.
>
> I'm a little confused with the new outputformat = declaration.
>
> The deprecated interlace, transparent, and = imagequality parameters in
> the map object are understandable, but what = about these parameters in
> the legend and scalebar objects.  These = are deprecated too?
>
> Is there an outputformat parameter for the = legend and scalebar?

Adam,

Good question.  It seems that MapServer CGI = always uses the main mapfile
IMAGETYPE setting for scalebars and legends as = well.  While not currently
possible, I would like to see an IMAGETYPE attribute = added to the SCALEBAR
and LEGEND objects so different formats or format = options can be used with
them if so desired.

For the time being, while discouraged, the INTERLACE, = TRANSPARENT and
IMAGEQUALITY keywords should continue to work on the = legend, and scalebar
objects.  Internally it takes the primary = selected output format for the map,
and modifies the option flags if necessary.  = But if you depend on this,
expect to run into problems in future = versions.

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

------_=_NextPart_001_01C34BAB.258C7A40-- From cpurvis at asg.sc.edu Wed Jul 16 14:28:02 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Wed, 16 Jul 2003 17:28:02 -0400 Subject: [Mapserver-users] transparent layer creates blurry fonts Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C34BE1.234C1FE6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, folks: Whenever I enable (STATUS ON) one of my layers that has a TRANSPARENCY value associated w/ it, all fonts on the rest of my layers get garbled. The yellow stuff on the attachment are nice street labels that render just fine when the layer w/ the transparency isn't on. Any ideas? IMAGETYPE png OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGBA EXTENSION "png" TRANSPARENT ON END ... CLASS NAME "streets_label" COLOR 0 0 0 MAXSCALE 50000 LABEL TYPE TRUETYPE FONT "arial-bold" SIZE 8 POSITION AUTO ANGLE AUTO COLOR 255 255 0 END END =20 I'm assuming that keeping TRANSPARENT ON w/i only the OUTPUTFORMAT block is the right thing to do. MS 3.7, gdal-1.1.8, gd-2.0.15 Thanks, Charlton =20 Charlton Purvis (803) 777-8858 : voice (803) 777-8833 : fax cpurvis at sc.edu =20 Advanced Solutions Group Department of Physics and Astronomy University of South Carolina Columbia, SC 29208 =20 ------_=_NextPart_001_01C34BE1.234C1FE6 Content-Type: image/png; name="trans_font.png" Content-Transfer-Encoding: base64 Content-Description: trans_font.png Content-Disposition: attachment; filename="trans_font.png" iVBORw0KGgoAAAANSUhEUgAAAnoAAALKCAYAAAHSZ8zvAAAgAElEQVR4nOy9e3hcV3X3/znBgGM5 MREBHGOu4dLgkJhwSYBmSEYqsYxeZMoMDUIHKBAIl4wKxZ7YLmVoK9ljtYAUWkLzcj1CpBlRLLAt u1gTGL2lSQtpQm1IISFcjDEhFaSxggjB5/fHOetoz559bjMjG3h+3+fRI+ncZ833rL32WmuvZc0M VNyZ/o2oGJ64HxO29a/i+P6trNyww7hfxcPzPaH7yrnaE4uTmR8D7MrX2FLJGI9bmF3PptFt7J98 DQuz61l+6e0ALOuYjr2/4Pj+rYzNXZv4+LQ4Le0JSYQXhsNTWQ5PZQHuU7fvytfYla/VHbshdxOb Rrexe3AYIBBeWqzcsINC586mzk2CZfqGMPalwcPzPSIo9o6XeMVAST/kIfUfnYEbcjeRtVazpZJh +aXp7m16Q1Zu2AExn2tb/6q6/5PKITUDo9A1sY+uiX2B8JLA9Prun3xN6GsdB1V4x/dv5fj+rUCj gHQc37+VgduuZOC2KwESs7ZOgHIzE6IuqJ/3HtYFPyr2jpc4t3POeA39FQ6D6L/zl58W+3PJpjKX bCpz/nLvY0YJURX8wG1XcvXj72Fb/yq+tWsq8nnqBBilbKN0X9S+mYFKIMyZgQp9c5cCuMJSEVwa xkV90WEQIabF7Xe+kYk3nRVKoMRXjXvorol9jdvG88HfU52zdI3nZdvuPU7pDWHXWphdH8nISzaV 4x+4CYxfdGPDtlt2F1l9+f2hJLHEjIlTmir9RVHLb5PwdHSN5wOWqTpyXV/VePyyjukGU2hZx3TT TAI4tHDC+DkLnTuNAjp/+Wmsvtw7/tjNq1j/B5/iOVv66p8p6c1FSFknDz1QtS8l64xZMAY9TAF9 gKucYin3eJhxb9+ufI1XDCwK8PBU1ijEKDuyGYQJDzwV1N3zAMduXsUtu4tcsqkcCE5wy+4ihzbs AOq3WzMDFbeLl0bevNC5k6uvPY/rd347+KaSsM4EYaInyFLksRf2b2Z4YwdbKhmWdUxzV+cDbHow ejQ14dDCCSB6gtDd80DsdQ5On9FwnUTvw8oNOzjvnLd3jY6OPXGop+OxQz0ddXacquviIK/xlkom 9PUV3DExwrZ98yzrmE49cNyyu8ihhROxwksDk/qwGDjqGo6tQ4ORubED1+UI8EXgLcA3q3blBUke 4kDfdezK15gZqHCg7zqARHZjx7uuBkjMwKSCk8+m6rswHLt5VYMqSKwDVcwMVKjarAXe0TWeZ2ag 8oKsk98NfBr4HvAFy+LpxnOpcMXANQBcMXUNWSf/hCL8NIkQV08MQ4IROC3rWhmYmhNg/8ZAB84M VACwLDbNDFQ2AWSdvOW6ULUrDezuGs/juvw5cBRP4D8FbzSO04tLYb6I8OLYF4amBGiCCLJrPM8M jYLLOvm/Bd7iOpwFnFa1K78JdvqvMoQLcv4j1/NZ4HVvKiZ6niTsm3jTWUBy4d2yu9hg7sQK0LPA k3lg/NcZ8FgI9AMTwHssi7/z97lyLHiCF5eWOsCUc6UjwJOApwN3b5+e546JkaY+ZPjnajRXonDJ pnKgHgSxAhybu5Zt2rYwE2ZmoELWyQ8CnwIuqdqVzwKf9fb55/pCnhmo1AnxAB4Ly7naO4G/B+7q tUsuwB6nZN0xMRI72AmSsM9k68VBFx4kGIX1ETip/acKR/6Xv03IOvnB4mRmtJyrPdhrl1ao+/Y4 JQv47vbp+WdAtNKPMpgFSe0+HQenz2i4dtt0oA5dWGHCyzr5RwMbgE8fnsrSO5VdoR/Ta5fcPU4p +P/QwgmjEIUhhc6dbfdCH7t5FdDIwMjxOwn7VCNa/o4zrLvG82Sd/H1ZJ78KeEHVrkxV7cpjZP/e 8ZLpNGuopyP4x/Q6CVZu2MG2/lWh7qu0RrnYfyY0ZQBlnfwh+Vtllvwd9aoKqnbl7Kpdub9qV/5V tr2HdexxSpbrBvPoAKIPVRxaOFE340hq96U1h6LsylAB6v4vYZ/Pruf6o6wRKgOzTt7KOvm7/N/v yzp5a0slE8xCBAf6rpNtfwF8Tt0nTtheu8RQT0fDaCwfLM7rLIhir+ByVlvHbl4VzH/DEKoDxU01 1TlbZxbMDFSwrLzruswBwf7j+7cyOjpmAbgON0P+MuAfAap25RkH+q4TBv21TOUEXeN5tvR5Jkxx MvPX5VwtYPi5nXOs3LCDCwlevaPAmjsmRriwf7P3usaKox7DE/dz/vKzGkbhy1ltAY8C9m6fnndN Ok9HKAOHejqsLl4aCG+mfyNTnbPM9G+UD/9YOfb4/q3iaaZqV1zL4rKqXaFqV94qsxHVQSr23oG+ 6+r8hAqeu8cpBY43lXGWxZo9TumEbG/GOw0eC72BwRPc5awG+ND26flfbZ+e7x7e2FF3fJh6MJox 2/pXMdTTcdb26fmfhz3AUE+HBebpmsB/zT8NvAGgOJlJbMuVc7W399qlj5r27XFKR3vt0hr5X1ga BtOHd501DwGvAr60fXo+INJQzwprcHDQlesN9aywtk8/6IYJMMqMWR3Md5W5r8DaiOu6fEfdlnXy 5wCPAV4OfMT//QYR8hX+cbr+q3sg3xM9OFj46B6n9P1eu/RU/RhVeOCpm1sPXcW6I2dHCtJ11oje Pgyssyzcbfvmgfpw6OjoaKDfo4QHEQKs2pVvZ508VbtSN4DUj7R5G7g16+T3AB8HjlXtyk98AY3K tRY6Z4NXvGs8T6GzwPJLb2dhdn2w/UDfdXVufD+Q/rS94yVXnRercWbV3FnOs7gbuBC49dBVXHz+ DargAOaAZ1n20f+WzQwsCk4VWhoYX+FC50765i4l6+Rvq9qVi0wn+l4VC1hWtSu/VveZGHbF1DXG a6iDiXqe6EzXxeq1S64eoDcF7C/s3xwIz1cxHwL+DLAGBwtumHHtqawVDQKMYx8YBpFt/asCVgCv DTvR8wlW3DDhRUXV9GmeCapzYY9TsnTW6f+LqXPx+Tdw66Gr5DLv7h7pp3uk3z28ti6bpA4mIW2f ftBNMkBFGtKWxX9nnfzz1W2mWYZsUxmkj6zqvjDBmYTuDzyPWtdXZV1fteG6IsixsTGGejqeJIOb ZeF2j/TXvV1dF7w3NL5r2T9peBOTTAcjBeh/0Dv17WL0qmZIkrhI3FRvZqBCOVezDIJ8CMwC3jte Yo9Tepvrffx/67VL7syWCbp29RvvcXjtfXRd8F7jPlWISc2jBh24rX9VqMdlqnM2MktKTUFToaaw qbpQfZWzTn4B+JRlcXWhUIjNxjo8lRUvDbA41RPduHDBd0LPBZj55t8at6d1RNQJUKZCugD1QcGU jrErX6PqHmP/5GuMN5LZh8mtlXXyNeBzVbsS2H0SfApL+Sjnag/12qVHgaf/dIF/4561xvNUhAkx DYwClJlFlL2WBqYRGCDr5G1g3LJwTXoxZJZSBxGy3EONO6uv8cHNExPACuDplsUFXbv6WXfk7Jbd XkYBgp/ZOTZm/AA6M8KYEva6QjBLma3alT8MezhdZejTQeOcWnmOb9yzloObJ+4DHgf8l2Vxvq4b W2VhvQ4cXxNkAcDi8L6l78rEF5QPGeFAPQ6srNr1HzxKEKZ7qOpAfqsmlOtyOvBz4LmWxXfDBpVW WRgIUE2wUe0iYWXSXJWw1xUC1oXOn6MMa4EvHAu4FXiR+kX41/8V8MziZOYHsPS6MNSZIAgTnP7a +kFyS4STIAbyBLyY8DHLYnVY7ERllRetqw0D26H+i5AvR3dYLMyuJ8qIhjYKMMwhmZR95Vytr2pX GlI6tXDnLuA1wNOiPDnq6+kL7nvAuaqAhO1ZJ3+bZXHRzEDFaGqVczVLN6p1NCvERCm+KZYVXJ51 8pZuKLsuVtbJk3XyNwLFql15ahLh+eceLOdqFnBQZ5ews2pXLpLjx8bGuGLqGt3o/qeDmyeachbE oU6A4lk2hfyWdUyzMLu+bps+M6jalT8DviTM8d34fwVgWVC1K1eqr7gJ+itcnMx0FyczbnEy81bT 8bqeVAT/SF/wWBavwfNLNmBmy4R335DZSRwCAUqsdNOo5yDv7nmgWW/v/znQd52qH99fnMy4+qga ZvclCUjpmOqcDf7OOvk3+F/ary3Ly4Lw7/0i07lho3NS1DEwLoCiI8Rh4JZztV+Ap9DV1840qqpM NAlPHdVVxqt/j46OWT7bzwVWVO3KX1btSpA24j/LHxzcPHEk1QdMgFBnwsHpM4wLVlR9aJrcW56m eWzDDqhTAUlcWvp56hcmf8sz+K61u9XpoOH6N0Xdp5nXOBCgvK4Hp88ImBg1qCzrmA6yR1Wh+h/s hOgfwRVT16h+xrqUD+OH8bdnnbwl0T4dYtpYFm6UN0j5og+EHXNw84TxS49DIECTNS6DShSO79/a YOb4r+1P1W1h8+owBmrbXd1AV+1Q1fmqQs8AK05mDkSMxqFTyijEZias3LAj1A58eL4n1H0F/CLu 2kl8iP6o3fChTQJTgvOAOWsCIESIT27GFqwTYGjoTluz8fB8T6RxXSgUAJ6tvsYmfal+KDXTwSTY rJP/RNQ0MSVMNuh1LelAwfDE/QxP3N/w6ooQk85K/Nd44xVT13DF1DVx07pXq//rx/osHIDoWIvs U80afb//XKFG9bb+VakGk9BXeGzu2jpGRglO/1ASsqzalb1RN/dNDwuoxQToPww8Ouvk3xYXiJL7 T3XOhhrZwGvU13jbN18VHKMEpBIhVgcKI/VZiAqTPopLs806+bcDv/IFd58vzJugbgS+zxfwu/3j /hGiPT4CVTerKqGcq1nFycw/dY/0u89/2hFVeF+LvagBidPbxuaujRSijuP7t4bpMivr5E+3LD5a tSuPyjr5YdlXtSuvAXBd/twX3Hd8+07Y+Zask39f0mfYla95+TxezMVS9ezzn9ZgU1+hb0iCRAtt dCRxsMrqor65SyUID3CkalfWQjBonFm1K/cr/18GfCUu30b2664u/W/53/cf3mxZXKbv0zzkZ3eP 9P8szWjclAAhuZdaf92yjsdKcYRmnfxTgCP4uWRRwhNIwAmi1xmXc7WXAbXiZMYNC0OosRTX5fuD g4Wnjs1dmzg613SO9K6pGxMJcapzlrGxMVyXNwCfBB5ZnMz8Ztei4+CH4AXC46Z1qrMhRnANzlX9 ePX/rvG871SYuGvlhh1P7Tp0FYfBy6aJgbVt33xs/kcUooRYztWeANxbnMy45VytVpzM1H0KPY6s B4nCoMZMFE+1BXQCny9OZi4LO1dlou7uP7h5os7xmuRVtrbtm3ehtdWM2/pX1Zk55VztKHBecTKT +qJhI6zufNBNFBPr4hAXL0kiwDp/YLP1VUR45VzNKudq91kWa5oRngp9BJfFOfp0TSCus6TFK4Lo oe9Qld9pETBQRVo2us6a24CzLYsnJy0eERZLVnMGTZDXd2F2fWjcOg6+Lei2g4HGQWRb/6pYISrZ nq5lH71oW/8qtlTqZytRqRlhWH7p7TAVLsCZgQr4Yau+gUs5wHWUc7UjwJOiXl//FV+J8tZFJSEl hZGBKkLyix8GHmlZuAwc9TaOr2Hbvvm21DqIG0xkNM46eVlX95WwgUN1aFgWDaGFqLBnKh0YBgl1 us4ay3XW4Dpr7rPso8ss++ii8AAGjgbCLudq4+Vc7bVgnvxHbYtzPAC4Li9T5tBECC/42xSXAS+K JxA9uO7I2aw7cnbkMwhi7cChng5rqMdz/1j2UYDIK++auhG4cgAYKOdqVtkFy6q5Jne84Iqpa9hF LXaOm3Xy1+Alr99ctSuXhR0ngrMs2FKpf62TqJWAkUntwLCdku0pusUTTjKIfVjO1c4BjgEfKk5m /kw9Rp0NTCmJ6II0UboDfdeJ4Kykpkw5V9sJbB8cLPzG9BqnsgMFvtDuAF5anMwEAeJlHdMMb+yg 7rWNgW5kl3O1h4CF4mTmTNPxzTpM/dfZxSA8fy78SLzlF3cAT/R3zQLfLE5m3gHUjeriNEmU4ivJ lFps40JVeLvyNR6e72HbvvnE69HAY6zqwbEsHlWczJzp24vWrqkbkR9YNI6jXP2mfX78t2708u/x PtflzcBpxcnMz3z71C1OZlzL4g9FeOCN/uqrnTRjy9J1hECdrJtSO5qZuaiMDLIGbM+ZIft0Fuop bCaEJRalhaiUNKoqdBTeUskEYUsT0jDRBMvCNX1g3R0ftYTWz7fpqtoV47UgPBhvsgSEgWk+W4MA Jc6bJKEorRDVbzYISWp60hTl01/brJN/te8XpGpXZoz38suKho24rst3yrnau8u52tFyrpacchos aDQuo4Snl9hs1gkhghO3mOoeC5vO+a/qK8NS6MLSjsu52iDe0rOrgBvwPvfLi5OZA7ozFkDWzyX5 bMtMlvnKDd7fD8/3BIOAMGP5pfUXFgdE2jRZlY3LOqYpdC5GAU3TuayTfzHwueJk5kqT7z3M3+fr 2quLkxl25Ws3+Nt9B2u6wo8mNAwiprp9Al25bum70hd4Y2pwWkiJZfmiZDBRPS8bcl5qi2s3hi1F d8Y5GDRmngtsBa6Sad6ufI1CodDaKBymO0SA8qrpr3qrAoT68KnJDV91jwFmIQpUoZdztUcAdwNP xZvFvKs4GThgf16czDxGPXdXvpbK1rVmBipukvUgugs/Sk82K0hxzEYpf5WFYaaNvkgnyfQtMGGa EaB+cx266z1MeJLZaipQkxSFzp2MjY2xbd983SutYkPupgYGxk374pbgqn7G5ZfentgWbHAmXDF1 TcOIlqSK+PH9W6FnMbsV4n2KJozNXUuhIIlL9cyQZzK9vmHGth9tOzfrpfjO4ZUq/RDwbnK1hiig ZFUkRSgDw2gfxz7wGCjmTiuvs0Af1JLMmX2TJwdUgF9IYZ8wIctnXZhdn8qiiJyJmBDnMJXkTCns 2uyMRRKc9EFFRVRypp/RUPGN7WCgML3m6ra0NfsbGKjCpDeiBg89u99UtDUtCp07Gz5UG9PcGpeJ pZgHA5ymFMeuu2irKzXTJqyHIcnrFJcmHHWesG9hdn1q4UEEA00rfsRo7prYh96DBOpHYUE7qudC nYP2H4B3JkkBiULDAseYUtBhsKruMTfMJFCFKBa6zFH1klDQvnlyJMbX4Lq8D3g08BI8S+LplsXa NGtMVAE2KzyQQtwJXed6AR4TC2GJBKfDX5oLwXz3RcC/+3s/WbUrb1QPNy2pbZsAw3bWFdrxhRUl wJMiOA2GsEEQrwZuwRPq31Xtyg/CrrFkAhToghpY/xmes+btsW4ffQW8oN3VJWX2EjZ1K+dqbwA+ AzymOJkJ6oGltflMCASo6rSkjaeSCC7tuUnhOmvOwzOSz8fz770euHdwsDC9/NLbE2dFNDPyqqiL yiURXNQHT2s0t/OVd501E8Dr8KZpBbxJwkeAS4AH8aZyHwf2WPbR3nbdt0GAkp0pSELxsH4cURhY /5mG3hy/i2g6xVfQ7FTt90WAqVN8W43GCcZvfz16c5PfRaTKD0wqPPHjmVxR5Vzt/xYnM2+Ju4Za CSmpP9KEpTStjMu8TEjDOtGFUlVNnJR+u4tnqMdK6FH1sizMrqfqHmP34HCd4DbkbkoluLTPnRZL UsF8eGNHIDhDf5C6krgmE2P5pbezf/I1Dd0MpR5XMwJMYjWk9V0uSTdDtZqkofleVzlX+5S6IWku M6QXnCCKgdL18OrH38PAbVcmzhGvY1479UPQxXAOPsjh4H+/Dr4FvFGObSYWm7brzKGFE5GLZa5+ /D3B3wO3XQmPh6uvneL6nd8OPadtzFPnw2r7x67xfEM7SMxrcxOjmXY9UROClRt2cP29T2vYPn77 67lkUzm0FWTwFK2wLkkZFN1BG9YrKSpw00wXr6TQBTh+0Y1BQ6rb73yj8TVO9BVKZgBg/C2LBk1Q l1/J69lrlwBPgHpW1PJLbzcW8hE02zspyUCwcsMOxi+6sU5wQGj7x0RLuaTsMUDWyf8voGaQSvZn gKpdkUWDquuI4mTGyDhT/zjJeFWjYa00nYrq5jDxprO4ZbfXi0nuodfRN7U8SyQ8lXlhfTKTOFxV 73Vci7ML+zcH0TaVhc0IMK4NxsSbGpsO6Ng9OBxUKJEB5LSkum50dOxxo6Nj1lBPh9HDnMRTraai SbniMAxv7GBhdj3LOqa5e66TY/3bUglOeoccWjgRqSfTGtHq65t42No+Pf+z7dPz7uBggaGejudm nfwJP+tzTi8EAY1RLvX/hdn1QbhRtwPV4tl3z3Uaj4mDvIJSgqAdTlmpE6aiqVaP+murZr3j2W8P WxaO6Vp66ZLiZMZdmF0fCMqEkT/4BqXuG5a0zeMtu4tGAamQV1eu2/T0TNVxSrjQ9QX5A9fFMoUR s07+ecD/+j+ANx1bR7J+mXGQHnFJ1JFqL8YJzoRY5oU5PZM2V1ZqC4jnNxB2WNHYMCEm6U6Ypj9m koFChZ4xEcu8OG+xqZKaz76fug5VyF8JAQvrljfK6kk9k8Gfvn0Ob4HLBrELk2IpBGdCU9OzutCk v5BZIPqvalce71ecrEsBMxnTYorsytco52ov9je/ttcubQCsPU7p/53bOcdnP9Ge5qKqXZcU0v6n pda2XRP7IgPMUvghrLafnoOn9BR5TdllX69dqssusixc18UaHR1jcLDghjXUg2SdtgTN6DgdTTXU i+o2aFrQYlp2D0H7W6lP+k+9dukBvZme6t4SFZJGSDqaLUdgumeo8NIaj6bMLFWQhgUuQfJw1a5E linxuytckOQ5hifuDzoRmgS1csOO1Lpu9+BwcG0ViXWesE5voKe+nmFsMxXDrtqVNX7Ls7rR3nV5 u6mVY69dumOop+MfwHNGyOxB7UR4fP/Wui+9Hcax2HYmJBKeTG8kS1Ot6yxCUdejaSbKq1yXp/l1 poIqQ8JUtWqGP117YkRH6nfeMTFSl+0wNndt3bxbhYl5wxP3B8o/DJez+rh0IFTvpcM4YBQ6d3J8 vzcXnenfGMxJFfZkoD5tY7Qn/1cwtgLY7DpMQX4OrxjDYwYHC/eo0a+F2fXMDIRmg35uj1MakLZl F/ZvDnb02rh7nNIje21+7e2T7oPpgu+HFk547fIU+N0HXeBlwNmHFk58Xt1vYrFReKOjY5ZlH3XH gG3UJwAd37+Vmen5r7puhzU4iBuYLT38uGpXPgbUVRjsGs/nvKKTi1DblekoTmYOl3O1QDtL50FF iA/vcUpWr11ypYVjGFZu2AEGm0/aN96yu8jo6NiHgXf7uyyvbaPnmJAEpzqMrwnWeoS+tq6zxjIN GuqroXpJfME1NA51XRgdHRtUq1voKb56AGhwsHDaHqf0dnWbCNEfPJbp29PitZef/o+jo2MA3dun 513Lwt0+Pe8O9aywju/fGqwjAW2gUBbJNEzPZDo21NPRV7UrUzP9G+v6WgqyTh7LQrfXHovXHP5n qjNUL/oVlhstkbGH53so52p/1GuXvhwnhAv7NweNXQqFglG5D0/cLzVo3ghcA1yEwjJpzeg1P61v nhfV962BecrNv9A1nmd4Y0ddt0AFRdf1KuhmnfwTfXvtF5bFzw70XUdxMhMsdg4zQ6TuqZoNLw7Q wcHCl/c4pQ/K9pBmytwxMcLdc528YqBkVO5DPR2W66yRlmufsiwusuyjWPbRQCjbpx90h3pWWGkE ByE6r2tiH/TwCNetr7Gnzg6qdqWsTMV+vHgMQRP40HrL42bnqbpOwx9gnir/R4zAwCIDD6+9j4s3 3MBQT8eFgLzTtwWFewbqz/NYeU5DoVi1aWgYQnWeL7QV0Fh/Xv6v2l6+s7rf9EpKPzg532Q0C/s0 /ffqPU7pe/JPUqeoX9j1890j/S/vHul3u0f63aiSS9unH2zwLCVxa9XpPNF3ukFs8svphq8UPQwL YEeVmAsrLwdQztWOFSczgWUR5q7yPTF/DHR2j/TfYDyI8LosOvu+/ZPr3bhUuAbmqR4TX2hGwant tg/0XddQvkNHkgU05VztrnKu9i11W3Eys1pG6l35WkPcY49TsvY4pWGAXrv0+V67FCo4CC/8r3YX TCI4MLTlifKatLqCKKywl8/wApCv2pU/TNJZy3V5CPgikBN/397xklQyb7qX0bd2TSVOvmxgniky ZmrqrqeFQXS0P6yoV9bJ/wmAZTEqPd7UPhz6PQFxYR23LE9wauPQ5ZfeXlfQKy3SZK1GtmXUDVk1 UdGUgb4hd1NDW8awIjYQMG5t1a78yPRwUcte1bw9vckymGuTAqStTxoFYz83SN6GLAxRFSDFOaAa 2TrU1opgNnv0L0ZfYq/Man7VPdL/KP38tjXDk6KFAnWY1lfgxAnQxDYIOqcCrJKi1yZEdW6NKogo rCvnamcBZeBtS9WCDNSir8oqHxFcoXNnnX8srtj0rnx4zT2/FdnDfkzDKDgRchhjZYFh1sk/X/cr glcRo5yrbQYusSzemqR2VbOeZYiY2wqSlM+U0uZxyz01ffdE4GhcLzdtedTzgW/AYtVx/1oXAn8O vKQ4manLeV7KNox15Ya39a9qmFhHpbFqI+I7sk7+F3GLiX2n6DOB42HGt+5o9aNqFvAiy/KyreQV zTr5H1btyh2WxeurduUZplH64OaJ8ciHahKhA4aOqKIzgnKu9nDVriyDBj23Ci9DYC1e0f/YBqBy vm+W/MiyWGsqz2k6V93mX+M73SP9zwr9cDTHvkB4ottMq7oF+iusF49RX12/5GUReCfwlCS16AW6 EONGd12IvsCDnEApvRk1eLTcr0gtyGBqvajDVLQ16+RP9wVnAf9gWTw5rDqtDpWt8rd+XlTmvO98 FQv5CaIXi5OtFe8KQ1sSupWufC7wcvm7OJl5QO9GoCPMY6PqOxWmLyHr5D/ij77vqdqVgmXhVu3K TxsOjEDLjZ7kVVUb3qkIGzy0D/RFvdGdwOSKMh0jSJJt6r+S/+YL7O/0a6jCP7h54pl192qyJr2g gXmq0IzhNqVipKlypM++hnde9FJUtoFAHcF9l48AACAASURBVCyyTv7iqLor/uj72biGef5z3VV3 H9/HJ10C09p8ka+tNLiLSksNsQMbaBtW68X0vzDUH3z+XTWIw17jqGq6ivC7Qz7GHKQPkjeMtkkR ZTyXc7U3A+XiZKauengSh6j+qvqC+5hl8dYkZeFMc2rVpVbO1R7ZPdL/a9k3s2UC16UDeFAq8yZF 7CIWqQGldweMgmXxceBx6ja1/49AswVfJ3+r8Nm3Xt0eNXKbpnaaru0Epbmx9+o+CC2+tjKvVQWp tpQ1dQY0mQ4yT16YXd8w3zVlVPk15hu0t/KBy1kn/4gkNafimohaFj89uHnCUmMavv3XHedA1RGb VmsqawnRr86yjunYtRpKEvjplsUvo0ZV/9h5y2KFyaMd9iwmYYsNKgazMNB1oXukP5WxnDgbPm1/ jSiWZJ38FcC/yGwk6+SfD9ymTtsU4S4Ap+O1ff1y1a4sjwoH6II0tDM7vXuk/5dQ30ox6+Tf3D3S /3G1fUTcAJIoM9R7jZO1DgOPeTP9xiUHXwNeitfEzvWF9g3gG5qXRCbylhqEEieqqTJlHPxztwIH gk6A36w75PHgxT6Ssi91lQtT/TsdEstQlbfawU/+B35ctStrlP8BBqp2xbiGI+vke4Dbq3blJ0mD UeVc7f3AfuDfdf+eOjJnnfziq7xUwhMkYaH6cMqE/cd4aRnP8UfZfcArYDGIHjXLiPIyq/BnOV8u TmbCbDtg0TOddfL/2z3Sf6YILkkXwKbntmppobDJunxIf8L+auA/ipOZNcXJzHMUgbxCbdQZNwPR TRH93uVc7WXlXO1f/Ll1pODk+sMXfAFgFaTrw9uSYyAoXm327R0s52pqxug/FyczL1CP8ROC3LB+ amFQQ5xKsIdyrnYbcMKyPOdE3DW+cc9aEVyAND14TxMPcrPQY7XlXO0+v69Zt2V5pctNTeWihBXn PJCaLRosy+Ki4mRmNi5gboLu60ti89W54ZuB6AX/m7eAV4li1jvTx42OIlDdmywwzY8F4jPUhZPE pQXNeVjqXttmBOg6a8Qt9A9+C5rgPZUHT9IvXIfJHTUzUAk+fEHP1U2Icq72xXKuZqUtA2xCaKer BN3+vgi8EujbPj0/BdQta28WUXFZ3VGqeKw/B1wZ5TEu52rjgA1kipOZr0LrDTubWsTiOmuOA2f6 GZZT4rYqFAqUc7WjpjyWuMIzppiwaVGMOr1T16n5/TMaruurkx8CP/R171eD67XoDE3cJtF11vwC OAtwLPvogOnYbf2rGOrpOB3PczFSnMykauIY16RT4BvUI5bFeyM6unwRr4b8S4qTmX8Nu9aufK2u 1+TF598Q+C/j7LxEDeqAeWCVZfFrtadkWPsEpfZxfYO7kIQdKS0S53LPOvmXAbWoBPFyrmYDDtBX nMwE1WRCe4VowlPR9Gs71NMhayrXWxYrBgcLv9b7SYbBYL5YEF50C5INAJbFV8PWqfkDQRX4TnEy gwjOpA4kiF7O1R50Xc+X1wzCOvsBrLUsftRslX9plyM2mevyYeDdUfkjMuE3Ba9jXFY7gWlVn0EQ S34ecDt4b0A5V7sTOE/+B2/gEG+K5CJ3XfDeWOYFwlM7NJs+oDhE05ZNMrTOXmzVGtOQLg2yTv5e 4HnFycyPfaF9BbgMuE8PB0TlGKYhSUM7MHXEWopufpJZADzdso/ere5Lo/8EWSf/MPB/gbeb+uYm hXzulhsxCeJq1aUWolKyHBa/ZdXNFZVJqiLr5A8CfySeGFMiZNQgETZKL+uYTl58UC83uZSd/PRB RnKH1W86rBWiCnGK6p4YfToYBtdlVTlXO+IPGi9W96XxmBuZZxKcNKRTM6nUukppoPsC9YKqeuIO BNlSvwFuqtqVBmdimKPBVxPvBP6BxcI5DU07m2GfsQGdHuTW18qqAtvSd2UqqpuwrX9V3dTOEHcI PrAawkyyGLCcq91WnMxcBMnzqZsWns4CFXUNNLUGdK2WzNT7pund++Iaz0kX6DR+Qb8x3W9gMZMq zWgbBIDkoZMKTn+F4yrCRkHVnWr6xK58jS19mbrtYQib1pVztT14Bfm/j2e6gPfqfhs4U+bEW5L3 KglgFQoFN849E9fuUEW7myvpiOvaZ4pxJH1dId1om6hjn/4AJuFJMuTuweGW1jZIyoMkGenQG2/q +X1h0D+XaVCSYthJn/+0OJe3QJ2mxSFpneEwjI2NhZoMrj1bp/P0Ijimz+O7r6xyrjbo/y5mnfzu rJO/Uz1XkPTZ65gXp2xNjJMSut09D3Bw+oyG363qQVOXvoQeGIC/wQt1jlftSmiecF0zqXb0CzfB xAbd7tMzSlsJLpnul3Tq5i+W+YuqXfmoZTUmW4YhaVYEaMIzrflPg02j2+jueSBgXSsYnrjfyIKo 1zNsu5piZkpxUweY1MwzXVBFQ19GLQdFN6rb2VwuSXAdzHX8TDCluC3Mrm+qO19oV6qwvpBSJiSs M5/OuHbUm1dNmHKu9jXgpUmW7idFs229TrOcRuOyazxf9+pKddlbD10VuRBYZ1y7CvWPzV3Lrqkb WZhdT3Ey8xLg/KyT35V18t+HxelbVNm5sO1JrQ0TYvuhybRHbyh3KrvxGZrIAbwK+ABeqtg5pqQh E6Y6Z5u2Sy1ItqwprpXhb0MnPt+Dcg7Qi+cgBczVOQQtdeJDE57+belCOr5/K1dfe57fBMmDSXBR CwHbLego86Kcqz0F+AGKK0rW7Y6NjaVqoK7DmhmouHpX0bBWrYK4di8nqQvfxcCtwBG81ZSnDw4W fql2To2bz7baxjA26C1I0h8njUHcrCM1DK6z5rV4Kbs/w9N9lmUfdf0CXOA5Qu+y7KPPCLtGWkR2 30v64ZqZRZwKHdlutNR5r5Wp1+9D571UdZIbW7GmKzf5+wZrZqDiRg0OkF4/SfMRab6RtqFmFFRX fRwWZtczNjaG6/IE4F5TXNd0rbAUDcGWSibwKwINhXhk3+7B4aAtz1Ljd1ENxpKvmYFxqboEqp1t ZKaoEiSiQtzjgA8VJzMDJv9CHJHV+BM0kk2OibrO7woBVWe+oN3GkSCWfM18IJ18zWo/8eNMdc5G 9muJg1+eEODJxclMXev0qMQMFa0mDbeDfGEltXW0I5Y5cNuVXH/v00LL2LYDkeRrx4doFrrnVSfg uZ1zdUHbD3I48np7nNIx4Hu+bwuIzvxpF0yka6bvYhykj4+KtN+faD21AaYOIWQ7tGGowdwK8VRN l0brRb3ZY2Nj9X46pYhtXGapT8xz/F3B7CqqMlvcMc1gKUgnUPvDSR+PtBkdgdxvC/dYXf34e+C2 KxnfcCPb8GaNgrSzR6M0WlWrKnnSDLcrN+zwEkV9rReWHKCuqgpzHhu2fQB4kd6rExonGJL21yrx 1HyBpSSejlYbs0rv0DCozVlvv/ONHDvnVVy/89sUOnfyrV1ToR1udTQMu61m3jU7yzWV84+CaZkz mDVV2EREr8IcNsuVrBb5PKbwvD5kq8efTOJBfQejNN+nyVySBt4CIeXx/Vu5ZFO5rkmQqb1oFOrI 1w5DUm/XPtTTAUpjXKUhbvAMyt8ucCfwB8DzgRcAH5Od/rmy31QBzLUsr/aHmsF491wne8dLoRX7 o1qg6lALz4Thd5V40ggzTGkI4aCxKbBAmgMnWZcWkK9dxNMnCqpWTdI3EqJrTsWdJygUCsGqJHXJ QVzLCEFUXzZpqRNGQCHoqSJesx4KtUV3KxACCsKex5oZqLitxIQFMuSOjo59EK8i72+2T89HNkQ4 GdDr2qjDaCvumwv7Nzes2xYb71i/1y5r9cRwSy3Kk0BvEtgM8ST83i7ySf89WLT5Tc/VUmxNhWov +Osql+Ploz8VuBh4FiBFkHJ4M+3/h18YOK2GizpWb18S5VJJQ0LT0H1u5xwrN+zgjokRzu2cC4gH JO4TnQbtIJsOtf90O8gHybTfkpBPR9hkwi/lnQE+oWz+e2A98GngxVW78sa0z6KST9LA9O26RtRJ GGYjRtmO0pxc0G7yqV9mu6IO6vemmgmtkvC3hnyQfjYrUGrtvRD4EHAp8PdVu/KOJh5Trvdp4F5g MzBkWWxLYxeGEVAlXzuHXH0S0E7iqZMIQbvsPvW5Tyn5wGzv6fnaSfO31fN1l4u/CvU04At4iaXy CsrK0kzVrnxVjo/z55lcNWFDMMDdc52c2znXVvJBspZtSTHxprPq/m/XcCsQu2/JyZcmnGZqIpb4 XHO15R8BTwOkSvJDwKOBW6t25UVJ6mokaSqm92kAfolX9fTf8LRon98rNcDr3pSut30YRIO0i3iF zp2xLpNWcVKG3bTEa9iWwK2SdfLnAmuAWaCGZyf+KfBJYKJqV1LVaDI+WwwBy7naNcBH8CZL7wTe 32uXvqokLbjAM7dPz39XGvS2Q/vJF9iuoVY03lKRTqA3JDA9+0khXzPuFSGiNCWOa+aknpP2Hur/ vlaTakHSruf+Xrt0ZtQkxHW5BW+yNC5NigXN+vt+V4mnar2oZ2/JC5qGeHErm0zl9fxOEJHrVvRz 4q5rgt9E62t+1SWAzoXZ9VgW9/faJbfXLp0JnqPZ1BT6FQMlLItL8LTzzUM9HY+Qfcf3b+XQwokG F0katCMZV76rpSbe7sHhwEaFmAhHs5ov7ey2WTtvqeBXruoCbgYe4f++XHyOad0sgj1OCeBG4LW6 BoTkWtDkz2u27oga8tw0ui3m6OaRNLIhaIp8ccTTh9k0TuFWjok6RxnGv4Ln3H4fhK8GFI2ZNByn wm8RvWH79PxFYceEkVB1T8iQFSbvpMOxTDCWcnLRTD5h28kXZt9lnfyLgRdV7cpocGxKt0rdfXwy RZEy6+Sfhxdp+YI0ZE9Se0EqZfgz22PAD4GLLQs3KRn95NXN26fnjd0ZwpA0W1mOTUM+aN+wu3vQ 82OGJSIkquOVlnw68ZJOJrJO/m14GSpn6CVS9BWvguP7twZJpFknfzpwNp6D+CLgejztlcGrUf0E /7SPAW8D3gW8H6/o7b+q7pIwAoZVYvInE4eAq8SdIkPw3vFSXU9mIc/dc53scUqTQB54a69dCrJz JDGhVaSZiLQaQruc1RbwVuAfLQtX/cw66og3vsb7bVgWnYp8rc5ss06+A5iXpjemdeh9c5eK/+5K PNtJcDaec/jzwb0MWi+qrlFYSyZBVBq9WmpW9ecJkY7v38rdc50N/+9xSn+LF0k50GuX6ppVSFy4 WaSdBUuafNQQfDmr9wPbgV/g+S8fACyT/WpCGps0FflcZ82FgLN9ev6CxHdgkVQz/Rsl6aBStSs5 07GtDMV+tf4e4ERxMnNA33/F1DWpKhzqUAh4Qa9dusN0zIX9mwPiCfY4pefiac46DSholYTN1HAG GOrpeDbw3yzmRj5q+/T8r+quvbEj0Oxe1tKoBTA4OOi2urgoMfn84vtSAPVjg4OFt4ZVCIrCUE/H CaAHWF21K59Oep5SwPUh4O3Ax/GENgN8HSgCdwAXwuJEQu0X2Sx25Wts2zfPw/M9lHO1Y8Bq4Em9 dulHSa+xxym9EPi6HgWBRcIeXnsfF59/g+HsaMRpQNdZcwawAa+9owxNfwB81rK4SMglRBOS6QRT yadi+/SDbjO+yETkU8utDPV0vBn4hD5LVLNHdOjaTO3eKq4N1+VJwJfwMloE38erIPJI4I6qXQk0 rilPL00RSIHakUJPvwrLWtZjveL7i5qMqMfoLhsh39jYWNCrQNLRpa1RFCnFzhwdHbPw5PU+vL5+ 1wGPQsn6Dpqyjq+hUCgYF3qFkcyEZokHKTpHCrom9pF18oeA51Xtyq/1Y6Nmn1rbzR8C91kWFyXp aZAkAUAIGDYTFgKabD9dQy7rmI7rCLwdGAZ+3WuXlumESuITjMPCBd9h3ZGz64bk4Y0ddO3qD8io LFMQfDeoRBPRAUXF4jC8IhHhwCMdtBZ9SdzzVZ1IZJ38OuBbwMeqduWtpvPibLesk38SXrGSFVW7 8sdh9+8azweFpJKsJjOVtU3qQ1QJmGQNbzlX68KLL3+v1y5dFkW4pGRUZ8Ki0UT7rTtyNqOjY98C rgGmgFcD/wIwOFhw5biZLROpi24VOnem0nbyfC3VpwojXxKXih93tS0Lp9noRZymbGb5ok7AsLBb M8O0jnKu9iDQAVzda5c+em7nXJ27JmzlXFScWB16h3o6ngA8vXuk/9+inmNmy0RDf6Q0zZMFcSQU 4rUjwyaR5ovIRPauAS+o2pX/iPtCdT+a3hlWtE9awpm0lN4UoVkSZp385cDXi5OZ0CrE5VzthXiT HtfUDy8sVV8loPy9xyn9DV6a2F/jdVZ7JHCaZfGbrl39RpKBmXx1+1MS0XXOadvEIgyR5FO13/DG jrB0pycAL6nalS9Aet8bRLdKSgrTullT+nwYDLmCsqrqa4OD5rYGep5fVGMePUPaT8V6FF7+4ceB N+PVKX8V8O+maMrCBd8xPnsc8QTrjpydmjhCwsHBQReSFxxMgljyxUUwTD2p4+yzJCTbkLspKDHW DOK6PKka0U+jWgE8GW/d8L8CdtWu3K1eQ+2aAo0L1OO6QSl+wh14nd9d4CzL4ucyC5Yln6bzI1sP JiQgNDccLwVS2XxptVqcNojDhtxNxnJkYfdqQrs9EijjLfV0UfIGo7SlSsIktf30/apGkwXr+rXU l0eXcVjrWiHgwc0T8jL9CHis3pUafjsIaCSfqYyyavc167BNSsC441RNkGai4/sXH48XNgL4btWu xBbIDevIY6oRGPas+t8qopoZmuLNC7Pr69qa+2Q7jcW1KuC9TGdYFg8026h1qdFAvjDiiQBkYbRe k8NUi3spSo41STgVVwPXR6VSpZk0yTMBdXar+lv2mZ4/7XoSgHKudhaetv4A8F28NSz3dI/0PzXN 8AunloBGzWcq7gjRxmaS/l7NQv3CkpbSUEh3JvC/lkVdA8okKVmme5jIJ88YZu8VCoU6b4HaTdR0 HyGgYiN+FS97x8JrT20DmIbTOLTLJdMOhA67YCZbnGZsFaIp4twjcowJvgvooGXRHRY9yTr5DwL3 AMuqduVD+v44RPWig3otWM7V/ggvgfW7wLuBp1oWIyHeg7PwMkpkmeev8JISnm9qJJpGywl+WwgY OuGIap+hIyoMZXKjRJWvUPLnXpymjEYCLbgFb3JhATfguTdusaxkvVvCrh/RTHUBb2nlDcBVsl0a s2qhxm/iJUQcALqrdiVIc04SbQmbgKTFySZgomE3DdISMQz+yrH7JfcvDCZS+GT7GfA44H+AxwLX Vu1KU3lLcQ5qP5WriLe08j+BZ0uPmbjJSJQJIdskaSPKES9DdDNDsaAZP2ArMC4k0Ctbpql0uaxj 2tjBU/0ior4Qpc2gA1iGCUMdXNc7xv+R+i8A3wGo2pVOy8LViRe1qi3pPn/4foT/xX/dspgvTmae JcNjkllwlAkh20zRJb/LqF5Y0PVnvk1BnUGfDITOdqVPrglSgTIKuh2YZuYrrgeFeFcODhY+p3T7 OwI8CS8n7U5gCNiu9tmIczKHbUsDkwZK8jmThAP1+/h5jI/Geyk3A8eA5ZbFL+VaygTl590j/Y9p 7lOdvOG3gXwy5EaRTxDVxFQlX9RwG/Vl+fYfwFXFyUyqLEs1vJYUzcaBkzTCTgKxBSHQqseBM4Af VO3Kk03PoC522lLJ8I171orfz+ke6R9Ict9TNQEJJR+EEzBN59woG1BFzPqJxwL/YwraR12j2S7B aZE01zDi830GL7a7Aq9CggtYSSdDuvunHROQk2H/JXIytwrdSW26fsLETXR3g45WNF7a7b5Z8Ay8 LOsVaSM/YYRMmpGjQr23Mvx+vnukPzRXMg5Lrf2aLpchk5Akmm3lhh0s65hmWcd0U8S2LIaAeeAD 6iqyOMgQFlcyI454plIeEKwTmQY6sk7+sbvytcj23YK4+K9+n7DnUHHF1DXBdYuTGdd3qr/64OaJ 2OeZ2eIdc3DzhNXKhCUt2uJqeXi+J1SjxZ2XBirxojRgEu0XNQFJqwl9DfjHwMerduUxMgy32uHI FB1JAtUM8GX2y+6R/uVx5x3cPPFm4BPirjklmi9tExHRaHFkOr5/Kw/P9wQ/SWDQJMtQugiZkCTa IiSDxoiJHms1naPu8zXgPwMrs07emhmocMXUNQ1EU2O9SbClkmkqcjQzUFHdXX8MPHRw88RDDcdt adCK/wy84+DmiZ51R85mW/+qINq1FEi9ei0KJtsurXYLgyzoKedq7wb2A/9anMwE6cFRi4KitmmR hqDWXpxzO+T8xwGfB14mcdtmMoBM0aAoV4wJmg34bDy/Z+QM+ODmiWG8BeMv6h7pvxWWduKxJJ2e 085wkw5HCgH/BLip2cwUFX4c+BfAY/BCb+urduU/E51svp6Ft7jn7VW78mMwE7CZjJ8WCWgBzwG+ FRYFmdkygevyOuCj3SP9Z8r2pSJgW8riqpqxXZouDMs6po0p/VEaTYe/bPMI8FLggqpduUPb/zDw yLjEUp9oy4EF2Va1K66//U0o65uj3DHNpp4lcSWpBBQXjOrX2/bNV9UdL92hukcW/X4q+boueG/b yNi2guAqliq9SuwYkwEeQZAXAv+Bl0C6DC+L5UxtuFSzTtYC91btyuPDhmQ8Dfk54LWEJKRmnfxj gRvUZaFpF0clIWUYAbNO/jzge3hrRIwTNNO5WSf/fuCm7pH+b6vbZ775txQ6d3J47X1tm4gsCfkE pgTTVqD2ro0oxWbhJVmOAL34xYZ0h61CprqsE3Uozzr5CaCfxUXZiW1B5R5PB74n9292OajARMiF 2fWMjo49H/gmXvbOMHBmcTITub7R5BXIOvnPAG9Qh+bf6mE3KdpNxpA31wKcql0Z0DTXMB4ZLwCv iaBBs6myOIGX1nVrmmcyrBPpAOYHBxsXBrUC34YTLRxAjW+bYIoChWj493aP9I/A7wn5BO1MuTel 1SsCnMVrGrMcLwj/c8OxC8DtwItlW9p2XND+xe+myVg5V/sm/suDR7qXAF+Li/qo19P/NyVgyGq+ 7pH+eSnLceuhYHD47bb5kqJVTVjO1b4I9MlQmXXyf4Nf7lagfzGmocZEjiRZMTrSVEFIkFAh7pFr gZ14eYnfLE5mLmvmRTWd84171hqTCiQq0j3Sz7ojZwP16VZtI9+2ffNtqbvRCrb0XZnIL1jO1cBL KT+CV2YtA9SSvPkqknx5zcSIIXqNScLFQUK6AKahNI68UffRV7/pUMlnQtvJp6JdnW7SwKQFy7na y4CvAV/Gm41+uTiZ+WrSa7YS3kqzSi7JGt9mnsH0TK0uxod48iVBO2a8xvDatv5Vwc/JwrKOacnO 3eP/XoU3S/x1cTJzWXEy8xeWRSjxTGErU3grKdQs4zhEBf71rG5TiE3+jwu9hS1QT7Lfl+npQLDe OHh+LcxmCLstCYyaLwzt0oius8aUObESeEFxMnPzwuz61MsT4+qkNHOeoF15gWH1ArVyGquBY2lN CRN8MyUPVPAmKF+1LDJbKpmWtV87NF8q8gmasQ99wk0Br8QTxLvwKpv/SmrJSaQkzO5rpfxGK7Pp sFlh2jXAJmSdfENPtzSmhYpyriaZzweAlwPrLIvDEK71m008PWXkUxGmDX2yZfAa9cGiD80KSrNG QIjolWgdOxfPW/+h4mTmz8LOWYoKCYKwkhZNEk6WSt5ftStnpkk+0FwvAC9jUcZrgSNptWYzBPyt IJ/ArzIveCXwReBmyz56WehJCcu2qpMRX+DiYP1icTLzyqYeOARxpdXSLETSHNeynPOQZXFZkioI AiWP8SV4EzDwKmpttSyubkfMWCegyQWz7sjZwVB9Soddv/g0eH1uH1l3UQs3bVnWJNBIKJXo/w9e lvNDwBMsi5+nnRGmtemSDLlK4cwzLYv7k/gI1edSCHc/sAqfxFHrWKKqZkF05axCoZDKBjyp5PM1 m4vngzoKXI7fLE/1Q0n8dancNVFJC+VcbRyvJcJbgDcUJzNPh+aKT6YtSAStLcX0teRv/H9PwyPu ly2L7lYcyn762T8BUoZjNd6yyyFgm38fd3Awmnzi2+u64L3ASSLfUE/Hc/FW4X8Y+HRxMvNfSRyc 4jReChKKUxqInKCUc7UTwCfwyPgty+I5pqB8MHkaXxN8Lj3m2QriasuAsXzbu4Ch4mTmTPW4cq52 MR55foCXQLAFL1vnE3hJEKf7h15SnMwY6zhHzf7BrCFFTu3MbLEKhYILBGs/w26eBGrWiY6ldlzH aETR2p8C3oinuddZ9tGfq8fpju5mtJ8g6cREWQn3fDyt/Ro8bTRfnMyskOdoZjiNQxKntdp9CNpc FndLJb0/SX3oKMKZcLLCeCYiydDrupwOLOiz7i19VxqjIs0UEkoyMck6+XtZbFj4WcuiX3dYL9Xs 3YSwiJCMMu3+3urIp968mdVoabGU2lA0YaLyFVOL/QXDMm6a0YAGst0OPA9vmPxD4GtVu/Ir9fh2 kS2pfetHkl4OVCzFXxFpnrQJiTRfWu3WDJZ6WI7KoFEFW+jcaSxonoSAIRWzvobnIgG/A3nY2hOI r3ENyQuR+xVM+/HcXg/j2YrPAQ4DY3gegr8DLipOZvaahnK59rKO6baPWqHka5ZwcWs4luINSgoh 4K6pGz2S+c8hMezhjR2Rs+I4Amp+vafgfdlnVu3Kz9Tjouy/tJrPsIj+L4G/wmuC+HjgecXJzE/U z5DkHvpxKh/aRcJYzSfDbzPVR9XhTIc+QZAPdypTu4SE0oQvzMg3EWeqc1Z8n18G/mhwsOBuGt0G eFW9kqZnpc2CaWWSmObcJdN8UR9QbhrWG8KEMO0WRjgdp4qA+vpkkxZfmF1fR8wwOSzMrkfIB2YC JnHBNGsH+hrxNDzfoV2czDiKluzF6/CpL4pq6KAUTNQiFEmzsGYGKm4rvWh16A+p21pphvNTkVco 2Na/yki+NFkzSQhogk5KNfym30sh/pDxTQAAIABJREFUVA4vXvwr4P141a6eVJzM1PWjT6spxd2y FArBmhkIN37TvHVCujB/W1obUsqzSTm2U0FEGYaFhDIKQLKSHNBIQNeebTgmSYV9qc0MGOu3pPmu RHvr8WVdowN1fr6TSj5Bq5oxrdvGVBfwVJNQJWDahfFJumA2C9P1TN+XXxF/L55W/Ge8MGlv1a58 Ke5cVbFA+/x9seRLuuglCmm0XlRByu6eB+pK8p5MIkr3zSRdh3QkSVyIW/uhLG18BJ4d931/91a8 BeyCD+Jlz+zEG4on/e03A0NVu/LlpGn/S+2ZqCOf+lBxaT6COEI2O9yCRzi1/Tp46l+GsVOlDYWI SYdeU42VVjSgqXZgO7Rp2He+VCSsW8OhfoC+uUvr1h8szK43vsFxZb+SDFFqSbbdg8PB3909D7Bp dBvdPQ8Ex+jEg9ZaNzSDtGQ3ESSs3FqSdSP6dZIUj0wC49KFqRuXrkpVEptPRVKNqKIV7afDVA/6 VM6KwTzJUmeVaaMjzcSJ24GTOeSCF2MMhekDpiGezA5XbljsWjnTvzH2PLHv9G0mnGrigW+AT1GX ktXOhAATydqVbaNu95J9Th6sqnvMBbMLAMLbfYaR8IqpazjQdx3fuGctF59/Q12rVCAR+ZLgVEZC 4qBmx5Rztd3AJmAOrwZgYOo0012pGSSxNac6Z0+6PK1CoeCq5Ej7gVVVLTbhVOdsEJIzOVWbJeBv g5ZrBmHJCv56FKp2Ra0v8zm8memLq3bljVHXDStaHjVEh2o+XpriE7UHqW2+JFDJZSpllpR8v83a rRWoUZ+o/EF/Hcif4mXDPIBXhHIfcBx4G/BwVIZMEnSN5xMt4loKWDMD4RWZwloAmCDN6aKIJ/cJ I18zZIurF/27QOAg2yaFH7Wcq10PvB0vLvs0vNVsn/b//hFwEPjTOHKeiuFW0JLmk+E1CcRVYurV m/TDq0TT/X9J8LswbIclwaYkpoXX0vXNcWt4lyJhICnatm7XBNV/12xUYil8eKeShK6z5hF4Gkqq wp/AS6X/KF5Ewgb+BG9J6IvwPBL/6m/7HIsr21zLPorrrLkQL3cvWIwvYTA1GUFQR+hTSDxIQb4w TWPa3spQt9QO44H1n+E5W/qW9B5LDal1o65BcZ01/4LXjXIzi8ReAJZb9qmx6eJQV58P2r9IJAlO ZoTi94F8vy84JZVJ1TosS71IyYT/n4C/HUg07P422GmwGCdOaXzfhVf56bP6vlZS0DfkbgJg/+Rr gm1h6VZLuQDrd2ESZULTHSfDsJR9uuQLjEtkEByeyoLXlXuinKv9iamQYppsXtM9hYCw2PxwQ+6m hoKQS4Wl7o22VGg78QRiO6ZtHhgFVZsUCoVQ8h2eygrpwFvBdTVwU9hKNP3HdEyhUKDqHmNXvhaQ TTJv1HOWX3p7nRY8GTgVJkuriB1qm1Hl6sqvdglFcuZ25Wu8YqAUbF/XVwW8zIu754Lef+wdLwXH 7XFKFvB0y+Ju/bpJ65ToZEu6CB1OzlpnaM+wK9pT/d6WYjhfUuJBe8gnmk7RYgHO7ZwLJZz877p8 B3hWVDmxKGzI3cTuweGmm7acjGoP0Hr0Jso2b3dkKHKobWaY1B++FYF3TexjeGOHPnQCHqH2jpcC 0u0dLwHUkU7Bs9G68iTFrnyNrLW6pU5B7SRd1HeycsOOtth7x/dvZeC2K+vMpZUbdrTVnozUeK1q u2ahZ71Mdc7WaTUVuoYzwR9qI7uQ62hXKd2lHGbDRpNmh0b57gZuq1/Wev29T2v70Buq8do5KYiD fi9dmKbUq73jJd7DuqQpXv+F11X7lOP85ae17eeSTeXgb1WG7W5VcfXj76nTgO3QfKHEO5mRDFP4 zYRzO+cCwgm6xvOc2zkX/P8e1tX9+PvOB+aiXDBxPSuSnheFpXyZhYRLCSEgeN/Zt3ZNNU3Atj5p q29B1Bezd7zkpWNpGm5moELf3KUB0XT4yxh3A29zXd7Q0gOmhOrLO75/K5dsKi/5PZeafCqu3/lt rr72PL61a4pv7ZpKda7xKZsdwyUUJkj7hkdmNUd0aoxDr13aBFyJlyUSIDSLI8KnpyOpZjwZpNOR ZrhNozTUtLfb73wjt9/5Rq7f+e1U5GsgXjuHg7SzOZ10JlJ1jefr0rvjbDxlvwU8Wp0dh1WWkoiG Xg4iLdR8wt8ljF8UnT6lfq5bdhdZffn9wYuVlHwNxGvVtmvFdaBrOn05YJDZHFOlSf35oNdQB7wM 3l9BeO8yXesJtu2bD4bNsD5oOtRh9lRou7TQv/cw8l1/79OCvy/ZVA7WRd+yu8j1O7/N+O2vT6Q9 G9wpzQ6zcanpcQhrQV93TMxaVNMKOT2iIdg7XkrlLhG3SNKaK2rtwJNNvEMLJ4B036VUVNC/Q9W1 orpVzl9+GrfsLtYVNDp28yoOLZxIlAFUp/Fa8c9EaUp9qNH/N63ZMCFqHaqck3RYfMVAqakhNIlf 7lRqOyFdMzApjvGLbgx+VNIBdaQDT+uBN+mIQ53Ga9UxaIrRDvV0BPcCrw181slb8huluKD/+wXA 15X/A/jnvLBqV/7DX52l7lOXEAbOYlOYTYWu+aLWPyRpKg2L5DyZM0xBM9pORqvzl58WSVz5PLqm U5FU6wWSaYc3+vj+rXRN7PMa3E3sE012hv+TBGU80qnQV6N/XdOIx5NcWEJqOnTNF0VCGcbjtN6p mkyIxmnmuzy+fyurL7+f4/u31jml1f9lIhFGOhXX7/x2pK0XaLxWiVfo3Bm5uFudsba6ij7J+WH1 AOM0IDSSVA3JXdi/GQhPSj1Vtp2qqdJ+l0KQJISKg2TvqDNfkxl2muxsFSs37OCcXfcx1ekpqKnO 2bp1tar90GwvijT7w2rZSRpVFF4xUKr7USGyUpNSBbLtrs4HONbf+peYFK2QDha/G7WyV7PYNLqN SzaVQ5e4Ck6D1l0o8sacd87b/2Z0dOyZWSdvjY6O/ZV+nJBS0GwZrqRdfMLIFzbsJsHdc52BUE1Z xnd1hlfFajdu2V2sI91vk78wzsNxWpuT/N4DfBdvYvCWoZ4Ohno6LOmdqz9MkjJfSY/VEXa8DI2t ku+OiRFWbtjBso5plnVMc3gq25DVsRQ4tHAi+NGLXLaiQJbSLDDZepHlzNJi+/T8CghamX4arxPN u4AX+9uhh0G8kgw78CYG/9xqbZAwTHXOslzbppYb25WPT6mKwh0TI4HNdzKgzzjrlUbza5qP798K bSae6tlYuWEHaApuSeb726fn3e3T86/fPj1/x/bp+euqdqXfn+FWgUPAecBz8QpI92ed/EuzTv5J kG74jdOIUudYIFVQ1dBYnOZT95uOlZkf1Hv1V0+0bi+Z7rUUWLlhB7fsLrZV68Vdq60aLw6WRXZm oBJMK7NOfiNev66gtZPr8jeQ/zhwzwyt148z9badGahwAG/W62nAqjHDWZ9cmLRjWIJqu4euW3YX 256M6Q2B9ebPsZtXsfry1q6dhMQnhXhBhSlNK1kWz/FrB7uui423FPF9/u5q1sk/Ha+c5ZPxhusj lkXdsJy2xrCQ0G9NaomjeV1ftW4hUdgQHJbxrOYEthvinxN4mq/1fEnV5XGyIyxtqSaQJE6bJBar w49OHMdzQLssDtX/UbUrTjP+wKyTfx9e3bmnAH9XnMz8mbo/LLYbh3M75+pcKJsebF8G8KGFE3U2 U7u0nUQrVLSq7QQSwQDzxKctGm+pVlBZFswMVFYqxQs/g9cbwgKcJKTzw2i3As8C7gIGgWfiVW16 N1BHvOWX3s46ogmYZJ3HUqFdXoixuWuZWCLSme6loy0aL2nCYVgBx0TnJjy2azyP6wYx3ouA26iP +/438GyZScf1nC0UCok0oAy1cuzr3lSMOjwVWnUQ6yh07mwYWttNOlXjmZ75pEaxdQeyKcUpDKbc PB1ZJ3/EdXkEix1yVvi/V1kWbtWuuFW78izVTgzLUBF/39jYGOv6qg02nD7DvXuus6khOglkNtsu bbfUpEuCljVemjw8U1p7Gk2mtW+3gNXAT1jUZo8BfoGn4d5ftSsfSBvXjVrWKBMS4A+A0V679PI9 Tgm8nmLP7rVLdbJsh9Zrt7YDmHjTWcHfS0W6Jdd4aew7NUkgCqb9MwMVsk7+EVknb2WdvA18Frgb eKR/yGeBDb5mo2pXPiDnxV0/LDtF3++6PA+vYvudwNcVrfc94LSlmNm2uwbNySDd7sHh2LzAljVe UvsubBFPHHyb7WE8gn0Ur/plkAqlRj2itFuc5tOzl1UnczlX+yLwSn+XBfy81y49BmCPU3oicDZw R69dqiup0U6N1w5tdzJIB/XaDk6hjdcs6bJOfsJ12a1sejuwzLfV3LhQW5JYrxyjRjlkuPVJ979A H577xQIQ0gFYFj/Gq1d8G7R3hq+6I9qJpSTd7sHhBr+jCS1pvCT2XdI8PNM+ySg2ESxJb7C00GbE M0CX//eLeu3SrVHn+rben26fnv+kur0V52w7tZ3MZJd6InHs5lV1UZawZ29J4yV5u+taTqUkRphW C7MBw2DqpGja5pPul3iRki7gD3vtkmtZ3Arh6VT+9gXgU0M9HQdleyuVslpZOxGGJJqoHUjymVvS eHH2XTPRiuDcNvRuFS0Y1VjGn7RYeCldLwReC7i9dgkIdxabtu9xSucAP9k+Pd9wfFrNp+fZtZoz ua1/VWQHzXYhLmIhaFrjxZFOtUuaSfhspm+r7t8zLfrWNNwLs07+QTz3y1V47pmMkA4aY7Yx5dCe A3xvqKfD0mejrdh+rdqN2/pXnbSFR6pWjXpZmnqaJAt2Tf66ZhFGHNNxcZMIX8M9Ievk/x2YxnMy W8B5VbtyWdWufFU/Vx1io0JlvXZpBjgXLw8RqCdNs8Pn8MT9FDp3nvQG0mmwe3CY3YPDiasnpCZe MwkBYYQII1FYZEKuFXd+2HlZJ3+enyTwU+Bi4NUoyy7l2KjFPgnxntHRsWeadiSxs0zp7CJzKUGW lIQnozD37sFhLtlUTqWZUxOvneXLwrRTXJmKuPMFBmLeCTyfRbJ9NYlbBlKv07CAhtktLCZdhkH3 f0klzlYgSxeXCpdsKjdo8ziepJ5cJOmiqBfecV2eAvwgrnmwjnYmEXSN5ykUCkZ/omkSorlW0MNh UdjjlLqAG4Dztk/P/yrsOFPvN9k+NndtJOGSuliW2o2iO4sFcc/XVo1nchT7X+QPga/px0cNqaZj o/43+QCzTn5n1snflXXyT9tSybD80tuNbhR1EjLVOcuBvuskdPZlvFYFaVEFng48pO/QySY/AvnC 4rRcUi04NncthxZOcOzm9tqHx25eFUq6JA7v1Bov8i3c2NEwE/VtK0nmfEvVrtygnhPWnj5pMkHW yf8JHrG/gDcrPcFix8MhYDsslrRYmF1vvHahUGgo+OO35OwFvqTOdHXolecFe5zSIeDMXrv05HM7 5xq0mkBe5rRDahqtB7Ss+S5n9eXAVz538y9dPRU/7XOlIp4+zKYJhWWd/AngI1W7UtD3hfXCVa/v E+wmYAR4L3CialdO85NEZc3GO4FO4K/9bX9fnMy8Q7+uab1t13jemCBweCorUYnX9tqlz+n7VUIJ mYSEUvQbFodqnYCtIA3xJNu4GeJdzmrw5PlV4GWWhbttX6OvEgy+u/E1xu7gqYinFuURQqglKsbG xkLtLN9J+3PgLDHmJT9P/SL8pZHvwJtxXoSX6vQwcAWwEviiv79ctSsrs05+F1Cs2hU3KqkT6gmn a9Coc33N5wKWZeGaSlrouGNihD1OqYrnrrlE15jtWBaZtgwZkIh8l7NaXhgXbzS5C7h3+/R87MLh pM+UOPVdXZG0csMOprRw0MoNO5iJMNzlMOD1YNZyXRP7oAcXuB1YD3wKeCOepnsfcLmQ1hvK88xQ 2QJsiXt+fbWZ2HMJ+1d8Ae+Nf2uYa+WOiRGTNpNY73eBZ+jHn8w1ucMT98cO5Zez+sPAJcD/4NWN toCfbZ+ejy84kxKJNZ6pUS+Y7RLd99Q1sY+Z/o2izQAYHCy4sOhoFrvO14znV+3Kf0G60FmU1lJt OxPh4vpalHO1B4Hzeu3SD8KOUYl3x8QIAHuc0mbgHODPTTPjVsnXTIEeCd2JW2d0dOzZeMmsgo8B b9s+3dgDZXhjB4mHWfCGWmgYbtMQ70Hg6Pbp+WfEHqxBId7DwDBednDofZvJNJnqnGV0dMwCpouT mQ36fqlzkqYHmX6+f/1lwMNh7pUL+zcHpIOgpVWkW6YV8jXb0nWop+PDeIud5Hms7dPzbhyxRkdH LYDt0w82kjLFsyQinhinvsb6+fbp+cfEnWOCovF+VrUrZ8v2tERTCjBuBCRMEhR4NPUsa7VTj5/2 DnAj4PTapb1JzvOJVwU+AFzXa5cuMB13MsjnOmt68Gzmi/FIJ9hoWewVwgn5VKINDg66pn4ko6Oj lpAwDfES+fG0G5411NNhdU3sS52g6A+vDwCPS1uQp2s8L745dUjYi0e+DwCv8rdtvmLqmqBUhfxO QrqoQtr++RbejDkgXUyqlITbuoAacKF+3IX9m7mwfzO3Hroq9vmaheusWeU6a07gxabXAW8BXr59 et61LNzt0/MB6Y7v34rrutZQzwpr5YYdbJ9+0BViHd+/laGeFZb8jI6OWoODg03VV0y7rvZK4CvA j8Czz2aUnfFpUJcCYx8B3Khgvj80fRLI4S3eWes6XoYv8Of+71ngCLCvalf2mmzBtMO1Ts7Fyp/e C1aczLjlXG0XSskNHabSF1FRD8nZu/j8G7j10FWsO+INBGNjY6FDno5t/avqvnjfHl+J95K/CngT 3mTh1QCWffQvCp07D6xUDBLRXoP7cbdPP+iKUhGNR8+o8d7NuobSRi5uBI6xuMAG0Xwq6WKiEVsB K+vkRUOJNvtK1sm/SrGH/hTP6bwWT3gP+XHVL1kWrmXxh8XJzFrLwp3qnE0c39UhhXzCaulJn1zB 4GBhi0okIVizZc/E53fHxAjLv/msYLsMdcMbO2JHFtnvOmssn3S/wiPdGXgRo9exSDoXFKe1T27R bp5J5WmzgHQhaGaIFSSy8VT/3ejomLg6bqvalYvCzolKTc86+ZcCX7OsRc2XdfLvBP4e+Bc8n91r gJuqdsUNc+6q2JWvGe8nv/UljCaSHui7LljELV2GTO6Wcq4G3kv42l675C5FZQHdMT02NhY8l46h no4/wpuJPgZvBv0/eBrvDMs+upj9aXDmql6JoZ4VqVqrimZsJnEklnjqg3VN7BPD3gWstHXtlIzf 5+J1VOyr2pUp0zEqTCvAdCKaQmH6NcTBHTWZEYIuzK4P9fH5DuUAaRIIVEQR9tzOOQ6vvY+Lz1+M MB7fv7Vh21BPx73A4/GG/48BWPbRt9ZdLCR6INjWv6op0kHz60ESD7UylPpkqwt+Rw2tIZOIQ3iC 0iu4GwmhE8qk/UwkUa+tVqtKkhsY5Vj2475fULdJ4+Y0eMWA+ZwL+zcHmu3WQ1fV+UUPbp6whno6 /nGop+MVvpfgPvw0r+3T82/tHulfJF2ID61VtEo6aD71/dGw6NaI+iJN+/wSEi5wLOpc+R0XCgtD MylVYbaeDstiE/4EwzShSAqVfOd2ztW5VUSzHV57nzrrXYNX7ep7wDfwZqlYFm5wTErCDU/cb/TL mZD0uDhEEk+yGgyz1bfgZYL8h2wwrXeIyiL2V/v/Rt2uk7VQKKQi3YG+62LTp6Lulwa+1n0mgOuy P825YRnOamFvgcxyASFfEXjy4GDh24ODhYssC7d7pL++ZuCu/jSPA3jDuLhGkqDVJZdG4kl+f9hU 2U9t+gDwHFXrmXrJJvniTQQ40HddMNwlbVynX8P0f9g+9TlF68W1nCpOZr7r/9kjmSjr+qrsHS+x rq8a2togSjOq6VVDPR3W6OjYMXV/90h/YXCw8IOxsTEOr71v8fmbIJuKsblrY10jQsyB9Z9p6V4Q QryxuWvrGB3SJuCTQAfwIf38OOewTrSwqlFqGQkVpt6yAtGQSe3OsOe8YuqapJGOGeAlwH+KJgs7 L66esmz3K+V/y990RD/GRLiZLRN1v7sueC+Fzp2p1lwMT9wfqfVkph/XIC8JEtl4erGdmYEKlsW/ +bufKseZNJeq1WQo3FLJNAyhXeP5IPtXkOSLV/vKqkiq6XTopCznag2zWP0UPF/ZIfFBqi+CaEAg tp7yHqdkuS4PAf8JQbvxF9Y9uxBL03Dyv7r98Nr7OLz2ProueG/E49djbO7aSPJdfe15ia8VhVST i5CowNqskz9D3w+LRruSSm4kiWhUGVrTxlT1IVElb9pllYpf0Srnao/DmzF+IOx4f4b7DMCWbUkb LO8dL7HHKVn+zz8Dy/EyqO8ErrUs3F675Kp2nk44IWI7YSLf4OCgm6QdaFI0NatVvswVeG/kcdN+ yXkL+wIO9F0X2HJRNenitpvObbZtAUDWyS/4f/4Y6C1OZv4y6vziZOa7xcmMK+n18nxhL5sQzteQ Lp7Z8mq8Mhh/ArzWsrzkx73jJe6e66ybZNQ9e0LbLo3Wg0byXX3teW0jHUQQT7cNTHabZTFvWh4o Wq5rPJ+KVOr/ksYUdm6cViwUCsGzxJFQylhknfxBP6pyOvBvwGOrduVLYZMNtdN3VLdvWPTz7XFK Z7guz8Yj3F/y/7F37nFyVGXe/xaEEBgiMAbEgCDiqkiECCjsakYzGZYM5N2gTCOMaVy8wvIyoyvJ kKBrXE3IZHQ1gxeUdRU6DmiPmlEgQZNGJvoKsmBA8IIiXhBQMIIkEC7S7x/POT2nz5yqOlVdfUng 9/nkk+mua3c/9TvP/RFG7VQ9WsoL8svHdMfSJcUO+vr6KsIXev+erJdG+H7+wGXl/v7+cpZCBxGR Cx2xSNr/RC9zYRkhUfNgNXZsns1pa5axYfSMRNc2zxkXoTBhpFn9HfgicJ4ZztPQITVzKU2iFqhQ W4CMVcgDf1iQX36I9gPGGSc7Ns+uMizSYNMdn6jp+KwQu9SaExg1bAbRRkGUYWAyQtwyaSPJJO2T xy6I7JkS4ud7SL3cvZQvnlvKF53ZM5qFw6xtj/s8GJi9IL98kWK3Q7Sw6YHNplDbQ/qioin1Yr16 wcl4vtVkcTULtSRfzu/5uhfj6WuEBf6jWK+zkNsInKRevjMI+FIcQ9b6meOWZJ2koL9vO7nBR6fb uHgkQBIG/tg11Lu3vb0VWM8peK46CnPJjfrya8301YhLVdfv6eQA36aPKt8vB4wiVuQXSvni2VH3 YruJ7CXXBz4CF5W4YF7v1nsPce63ackI5TKfQQYXBsDZXUO9Vzj3bbLwJRY8VwjL5ylPuz1qW1xc 1UrF0smRjwK7A5cCF7h0OdfxNpKE8qL02iiB0/dgH2uynmK3vQEzazQA7u0a6n1p2HmPum9Gpn1w ksJb8DSe2d6dGaslRdyyGgUleFORzJpXl/LFu8L29TFK4gTP1gNdwhfm94w7vzYyNi4e+ThS9llG ejT/HmjvGur9S+TNKTST9SYJnkvoVp7SVvnSdmyePam/7ZKF8QOCs2C9uJw7cLLcJoTpTkD8cgen zSPUf/u4h6Is07j2HLbQ2d/NYM/43cArEaPoAAA7UcAHzWQ9tztl7UyWXbedZ7Z3VwkahGcl+Ahf LbCXVR9W6izkPgL8DGlr8b4g4Ni0rW3jBC7OxRLVxcD3OoM943cCs4CtwGWovjBBQDltkkCzWC+W 8VzNZVyIErw0S3MtyypAZyF3DfB/qDFb2n4vju2ihM7IwCbunq5feKkZI94NCaV9EklA/T3w+1oE TqNZrBcreFF5V+a+z2zvrtoW9UP4wFyS7KXO9bdGZyH3CLA/0tjnLJPl4o71gUvZj2NCYxTVEmAY CY05xyioz2AaDAuRfjFPAksHRjs+qc+dRug2LRmZHO9tAutNEjwzVGY/CWFNGW2hqwVJGc4WIPWj rQe6w0YVKCF4JxI9mBsmAGGCGuZOcj1sRsMfEGvzj8CppXzxJ65rdhZydwKvUS8PRXrHrAoCnnQJ eJhrJQmawXqJqsxcSCp0nkPq5OYiXB1JYSxzTyERhEeQLlRvLuWLN8QdZ8PHnTLYM65HYd2CJFN8 LQg4I6TP36eRLlifQ6r8nwD2CgLKUatGFoIHjWe90ILuJFMZkyDqS5RtFcvw6bDySNdrF7Tjt1wm KBeYBrkdyDy0h4HTSvnit6KOjfTvUQy1PhXLXQpoi+IRgIHRjjOWFAGjrk6llG0DBoE9Ffu+XzWL LC8pRnezOuq+GTXHb5sBZ6w2Ku3dxpS29ZNiii6ExWqjYATvY1PaXRko5TJBuczDSJuLHYiedGwp XywHAU6hi8qOtrfZlna5zHGGQXAB0KfSpbrMlKmx9s3m/W4DrgcuNZf8TYuKXk0vp83ZwsbFI8HG xSNvV85kL9ix3UZ0hzfh1PHSMl1YAXRSqB9vO7C4lC9+NmrfEAPjJcBbkUyT2xGf1/wgYH2aKIWr ObeGrtdVDX0C4L3AF01BcyHKvWJez9Uw3GbawZ7x3yO+ytd2DfWGtlGLQyOXW6dVW8sMrjSGhq33 nTx2gXY5RHYrMKHYcRrCbE8g+tt04KWlfPHesON8rduIHswBUnX3CHD3wGjH7T73u2Pz7MgOqnH3 YhkwL0TcLLO7hnpfkPiECo00MpxLrasdlS8mGt34wxY6hQCYay63GuayqhI49UstdHshQocpdOZx aUsbHUt6Gfhv4De+QgeyRPoKvOv1YM/4h41lfSuitx7se32YvNw2Ulf0ciCftmYZQNXIoDikdbFo /51q1v0JVH9jmHBjqCaJuyO6UTvSKzkAflnKF19hnzPMGexrvISxXYJWthW4rHrfInLXQ2h2s1eN I8/sGuqd1CTcF41abp2Mt23DUrq6H6Or+7GK0AGctmZZ4gmASZI4oSrZcXekePkUqK6zXbNm+B2I DrgV8eLnAEr54itcbg6X0Jg2HM2cAAAgAElEQVRC5drHVdiUpM2FjSiHul0+aqOzkNtTddfSJPG0 vY9xL1cnMTJsNMrISFXsk2b8ZJKi7LH2zdqrfwZwnUOYrkSW07eV8sXT+vv7igOjHZWu73E/JKRb au19XZ8h7HPZ0Q4TpgDr+1IqRNBZyH0RyagZRDmgS/nilFK+WNZ9pA08gBgZ3jUDzVpuQ5faOOGK W3aziGYM9oxvAb4BfDzOSrSRJiM5DXxaqNmI6nZlOLrfAnQjfVK6goDv+cSOld7XC4ykyViBxiy3 qYeY1uJcTrD8vhb4OPB0TFH1pHPqKjONWvqkRKGGvitVWLNm+COdhdyPy2X0JKR1wHuVz3GS0Gk4 fKi/A65AYr2p0IjlNlTwNq6f7nx/Xf/K0G0mohzLvgyhyvy2A7ch4aRQ2OfUc8tMgXM5mcNKH+0m RFGwP6er3DEMgz3jawd7xv+MFI2fgCynjyiBq9y76543LSoyPDxcta2/v+/QrqHeKV1DvbF9bMMK hBqx3EZateZym8SitVFr5opiuz8NjHYc6HtNn2QD3zoNH4TVYcS9pz7b8QgJ/NgcIBNniWvY1rVO TOgaSp8yVe/lNnKp3bh+euVf2KwxH5iMMKVtPcuu286y67YzpW29r99vKvAinx11p/eoQu6oHi8a nvW4FReH0Rm+ch/gfrjM94KA8sBoxy0Dox0360LusOuH3ZPNegpvqcW6rXcZZCaD6uMEcJ/5l0QK WZwADox2PAkw2DN+Wdg+ug7VFDjbDRIlcFFdrSKwAcQCXbh1TtUS69s/xRTCJcWOikWepAXHpkVF l1qzzutYtdyqeO+7ahHWJKhZ8GoJr5nwsIJfBkwKB5k/tNbrwnxycQLnw3rmPqV8UTfsf7/eP6ql mg80eyU1WhZunVMRPsMDMLRx8Uhb1HFGUmgB+B9kxENzl9ooaIGrNSngme3dsUKnhOs3QF5bt2FL mW3NmjCZzyeS4YJDIKYCJ3QWcs92FnJBEoe5a99aqvdM4VPoQ08+jEHXUO8iZDbvKLTwUqtZbkrb +lQ+u20blnofp36MZUjdwfuN9yYhqgm3yXxx7OYbRy3li08ig2dGfI/TCPsMuh2IT7Kp/Tl0Joti vT2BL/gsn2rJvQa4BwjtTpUVJglekoQAve+UtvWVv32Of2Z7d2KmHBjtWIFYf9/1PSZM10sLl7Cq 925C0uiL4PSteSOq11/YPdjbjOufgVTZ3Rx3XbXkvhGViVvvLJVJgpfkguYAkGlztvDM9u7YaEaN EY3/BVYM9ozvGbVTXPw1qaskygDZtKhIKV88ETgapR+FJXBGLcO+Lqao+9YPgsF6X0MmI30t8qQT +BpqlMSy3n0Tj6pPAudSu3Lk0UTMZwrbM9u7Jx2bZFmFyT+QYfHOQMZLOZ3JPq4UiGZAHSO19/dg y6rv0pVxEta2zdzmimmHdbpyYdOiSSn59wGLNy4eiXRHqaV2BrAIqOtQP4jQ8XQDbh8h3LZhaZU7 RC+jWuB8l9Wwp14XlgcBDyHL7aft48z2ZBAuXHY0w0RnIXeHfU++oTZdNdZZyP3C/jwuxDUWN7e7 rPIoWNedgoyZ6orS9dRS+0qqx4nWDd6DkjXCUuO1lZtV+rsNbcQYMdszg4CraimF1Ogs5L4PzEXS jfYArgoCzoxrpuMQ3Leh5q/p9+w2Y7rONqn1aheFx8G8rm9q/MbFI4uBITPisemOT9DXvipznS+x 4GlECWA9BE8rzCrZEWBaKV98IuoYH7ZSy+oUJFW+C9hYy/RwPeutlK9mXF9B8+2O5fPZzOwV9cA+ 0TXUOy1s/42LR7YCV3YN9b7ffL8ePr3UgqdhKqD1EjqNKW3rna1xk5Y+KuF4L/BNpPHN4VF1GXHn VOe7opQvnt1ZyPUDw2Gsp5GG9XSdBsQLnK3r6ZXC1fbiqPtm6KzvbQgzHtA11PuQ3gaSOJClANYs eDAhfFEGRBatzcIELwouZjCW1u2lfHFvq8PUccDppXxx2aSTGVDC9gKk314Vy9msB+nnsUUhrpGR na9nF39vWjJify+HIX68fc3sFi1wfe2rMhPATGK12gCJirdm0U9v24albOo9JdK6c/m5VGJl3rBY 7wYODALJWVPbddHQbcCBUWlRqnwS4CrUPDPUYEEDR5jWcdISgDSwWbBcJhjsGT9u0n5LRjjqvhku 1rwBKQl9uflmX/sq5h19IcNbL8qM9TIRPJiwglePXR26j++XH7af1injfFkmOgu5N3QWcv8JrAW+ A1DKF99byhf/ZAlcGWGu/YKAd2uBNc4TdBZyI52FXBugZ5idAtynRi48CRXB71T7TLBGxgmoxrUm Yax9M52FnE6qu7VyD0tGOO5wmVClVSLrHEcg0aEq614LnB5TlQUyEzwTYcKnLbo4uNjRFQ2IYr7O Qu4/VXuIAjJP4t5SvrjA1L06C7ln1J//iwjd10r54l9DEi8fQEasb0fqPUBajVUZOOrYEpK58gMX 68V9B761HPp7suo0dl+zZng6MhMYIPB1Tqu0rAuwspe1wG264xOZWbeZ6HhhCOuZl0bf02G5SjfS U9pc7KZ/5B8CbwD+gDTX/pilx91PdQ3q94CTbGvWciR/CLgzCPiWT4Kmdq0ATwQB0/T2KEPDdzaI CaOs8Y+ICnE/UnNxdxDwiqiWai4dsVzmt8ChXUO9FVJqSas2Dn3tq0JbeqURPpg8/sAokAmQsM+3 gKt1YqWOPJTLfBf4Z9Q0nVK+uMkSSC1oDyFC828IA2wNAr6axHK2zlfphZemFjcKgz3jOxAGfhTY F7gIWBU23sqEK7qi79ksFKqH4IV2i8oKw1svgrHJApjG2NBW87Q5MLZ5IiZqCcAZSNljedMiEZDO Qu5F5QKfReaEdSA+wE3msUoP1DgAGQT9pyDgUtH3JjaGCV3I+38ApmmBm4ab4VJMCbKjEPsawpZ9 m6+MUXfGMxHGfmkRVVehntzLkaLvAf2+pePpH89snBjaujYsjw/CjQfbpVHraIbBnvFvA/+CtKyY MTCaTnAhlPF+A3ypa6h3BUzupzLv6Atbx53ii+GtF9WUMmQjrISxs5D7R0TnuR1p//q7gdGOslnT YGAR8J+I0OmR9WWX4eKK/9rWb9gxGnHCESN0L0Ja0wbItEdvw8GEXQWnP49Ku38Zqp8fiCdh3tEX Vv5lhYYKHmQrfDZ7lstoP92JiPGwNxAMjHYcCqHZyecBHwGx6rTyH8Zsrm32dvt1GivWxGDP+MNq AN9HgXvUQ3TjwGjHpG6hSbwGZseFlUd/S5c1zkHm5dYVDV1qTdS67Cod52X9/X33aF2vs5D7L+CD iMujzdV9wF5eXMp+mk7zccaGeR2fZVEJ2veRCEsHMO7TTcF3KQ+bBLlx8UhV2MzVcXSnW2pN1OIP UomgHcBvps3ZYqaJXwW8dGC0Y++4H2ne2lxVIyATrh8uLhcuLmfPLEGMWU6/PtgzPg+pEpsL/BVL 6KJYzWcpX50bjyra/iLSBGkK1K+4e7d6Z5pGwXQ0x7W0HewZDwZ7xqcP9oz3IwI2jghf5YdQ9amx wX5zVH3UfiZ8GDDp8hyC+Ugq/X4AA6Md+9kPkY8+F+WEjhlT8HokhX+W5/2mQrDsuu2VD7Vtw9Km DNtY1ruvM8FAdYE/EkkpHwduRBogvizJ+ePmirngM77Khahqf816MYwXQFWJYhVqtYqh9k7xmS+1 +8y/pOFNmCG8QKhcZiui6B6HCN4bgoBEQgfyQ9uF01FYnRsPi2U64WK2eWtzVQOkp83ZMuk+XIiw vr3u3beQvNmYpOPtM/+Shi+9mmX1UjvYM96mnvy3AB8aGO04TbV6+GHcubL4ws0YqI8FG1YEpBnT p+O9qwtBI6E7CvhO+q4VVUutjahxUlmjXJj5bWQGhc6t+vXAaEclPSeLfL6kiJu0GGfJ+vTOy2Lp jIN6iI8dGO24FVpwqbXRKMOjXJg5HXGMbkCco4EpdBpxXUWTdOjU26JairksXldBURhc23dsnh16 Tdf7tQjd6ty4GVqrpEeZxdqNYjgbkYxnIkvDo1yYaYaqrkPy2o4KAu7q6+uL9O/ZDJCUEZIW3Nis l6YmV7tazONCWoudCPxIh8F8EdYKrVxmOtKYfByqDZZaWC8LxvMWPI1all8lcLOQTNffAmcBC4KA T/X19VVSnrIcyueLuCKbhIkBXtBRksGe8dcCn0L8du0Dox1eE7ZdMIb23cZEN/yOgdGOG+19b733 EPc0R8d7JrKYh5HYgZxm6S0XZgYGy12FFA4fD8wM8vd/ikX3Vz6IHj2fJdImn2pECZdPo5+w9wd7 xr+tIhQ/QTmL0wrdYM/4kYM946cCKxBhexMwV420miR0nj69uiEx42kkYb5yYSZIqtHDqOyPID95 lJVeenTenVFHe0YQSBuGLMoEkx4bZmRA8pR2IyNG588dioxMCPXdRcHQ4X4IzAbagNkDox3OsaT2 Z0uz5GbBeKkFD8L1PmNJvREZgBIg8b9ttsBVsHYmLLq/8lIz64rutmeRmRd/R7JqXwXJlW4fQYza R8dv0y6tRrLqOmSlWQi8fmC0I7ahjgsqPWoh1SldiRzPq3Pj9PX1JQ6LNWWpNeFyOFtL6ltQX0gQ 8JhT6NbOlP8NoYMqRt0d6fO2B/CqchnKZY7RG30sW/ATVNcIgJPHLogUOt8OVOUyDyu2ewuwQBUI 3WwmLfi0vFCW6gVMCN2bEC9A2SV0cS1xQ9rYVnDCrMs5YdblgAhcVu3LamI8jRXdbXqA3RNIldLu 6CU1oGwLlS9cGSzG0rIbsNvAaMekKTcaaZbbWpnNhFWz0QEcWsoXC/Z+rjYXGlamsekFeGpgtGOq 6/7DQoNh30dYpooJs7C74Uut3XZWCdy3kKe4+sRhS2oK2EVDSiHfgQj7n4EXpdGPNHxniYXpdbaQ dhZyZpbwAURkNevjwx4QQ/D2BmaivABZOdPTGBlN1fFWdLe9Fuk38lOMlPEsBc6EKXzqx5iCNNn5 IFJZ9ZaB0Y6qUUq+el0csyVlP7vNWVQvFg3HDNqAiVHxuuZ3tyDg70n9lhCfIJHEyGiK4K3objsS CdzrL2NFf3/fMnNJnFRXaxkOaeFgvgApnt4E/A0xYO4eGO14Vdg5XF+8yXhj7Ztjs1KSzKCIgz5O O5R1giuSFf0O4NGB0Y4XpCl9DIPyG05FmhR9DngkyfiphgmeWlJBWaZIHcNqqLaidmyePVH3OvJo ZgJnIqxWF2CwZ3x3RMe8GTgh7fIbNj3bR7h8BdCxPAeIa+WlSKShjDIaIH5QSxgGe8bHER/hY8hv B3AgyujTsAXPdCKbgjbv6AsbI3hqSf0Iosz/C3DTwGjHia4PrQVPRx6i2lmkhe3vs6Mcgz3j30Vq E/4fUvBz2MBox9NJmMFX5/OBbycr1UbjMMSn54w0uKAYchnwMeQ32gq8EHjZwGjHPYM9469Bugpo C3gcqRteaGb7mEm4Zt6g9qlqL4Mu+Kk1bOYjeJ8Dzgf+HgTs5vvjTWlbX7fsliULz2T12NXOLlWm TjPYM34EMqZgxsBox0Ouc+mHw2ZSU/eLYrEsrF9wDkF+I/ADO+W9LK8uQ4qUzkZGqK5AMpZ1i94A +MnAaMeklO4o90rYNvO3zEzw+vr6yqalava4Ux/0KWDPgdGOsg9r2B2j6p1atax338i+fEbRzJvV W04DyHbdxLFeEoHz3VcJ342IDv0+4O8Dox1Vvlb1eR4HPoNRLwwTak/Ysgzh/syo37YeJLIbTHRj X3lK26Rq/4HRjqk6IzbqKdmxebazTdmy3n3rmtW8cuTR0JJJdW8BkowQAP0A5cLMv7nOZTpw7WHL dgPsJCMMPIXuN+rPDyJx7JfaQrc6N87AaAcDox17BwFLgoCySpB1Oo9NpCmDNH/TKN06DYIlRT8m g8k3q4/xGYTXqHqOqLLJwZ7xE4AfARcH+fsntXlIu9z6IMxIUY0gFyAW7BGoBkKuh73WpNAkv7O5 Xz0YL1hSTD75OonA2WhEVrPr6dT3XWnJ6lhu7eN069ekTbh99zX0ustL+eK79T5plsN6om5LrYk4 CtbFwGmEDtKlVWUB/YPpZSlu6TALfsIQZ3S4/oaqWRr7Ab/TQmfep3kfLv0sLnva9XnMeG+zEcp4 aQXLF/VeerVgRSnaIG0t9H30ta9ieHjYKyXKx0XiYLgBYFC/LuWrY8JZtTDzNSSU8bgYcZedMDDa cZcr1rtj82ymzdmSqXsscqnd2YUPogUQ1HJq3sPamU5BTZI44BC47yNO3NejpnC7zpVE8NJUpA32 jH8QCXO+g4nsZB1rP3tgtOMK+xpa8LL+nSLTouqdgt6IUsqKny7kB7LTgqJ+yDhdz97PaId7ktr0 66hz2fdil0War+NqdFXnhfepv7eoqM55wDDi2/yI2nWKUj+usK+pUY/fKbYx4zPbuxMxnx7/pKf8 AKGD9Rpl6a4eu9pp7a4eu5q+vlVMm3Nm5bU2KMyCoCXFDublotnO6ip6LFLV9RGk98lhQcCjPmwZ xsweobFPICUF5zCRHHqk+v90JJF2uuF26QE+KtfzuwctfFkYGs6l1oy5JoHPgJV60LYPtODp65tj ksJaaJiImykB0FnInYyE6n6FpGwdEAQ87Wv1ptHxlEP5GSZI5BNIMdV1UB1LT2sV1yMoEOnHswXQ nldmO21dX1qcoGmB0M21myGU4D8kBsKXXBVvraSIDYx2lJPEfVMK3heBTrv4HbLrSFAPwZsCVC0r JswvQaYwTvxvb7cRJ3Aud8Y+8y+BBnYvcCFq4niYwGmB6Zyoe2B+z9fL83uAHijnNzuPS+OUtn+n IOC9QNVymTQY4CugWfrydjOfDluxNKu9kiJM6JYsPLNK6Ka0ra96oprRNAiqv9QwnXasfXOVEaGb 8kybs0WHs8oDox1leyWww28adk+94eFhdmyeXVXrYRsYtpDEtb9wGQuDPeNBucw5qn4lUIZIMNgz Hrj2h2ST231QlW2SpHQwcnvYgJUIgdNIo1s2CtPmbKkkbdpNHc3vzrZOT1tTPRYtavDxwq1zqrrZ +zCi63cb7Bk/r1xm93KZ36jXDPaMv22wZ3yD2sXp0Qi1/rMeG+oTMkuilLqEzrYofazkRjYM0vCd RBlVUKOxY/PsKoFb17/SmdnsU58bNYBPGRe/Bk5Vb92NZBY/jhg6DIx2lAd7xg9A8vB0fh5IIsK9 UZ8DGhQy0zdhwlfo7CWmr30VSxaeWfkBk4TamrHk6onkcYgTOpis/9qsp+FiNd+SSQMvRyIi/UgZ wEZE6F6mrdqB0Y6HggCCgJ9qlcDsnhoW3cmyS7+JYNOiYjmLkZYm07l8ZmldNM1gPvBzsUC08EWx XpIoSJbdE+KK1l1JoJD97xBsWhReAeUrkKbQuazVNKG3ru7HANi4fnpT3Cx62bVdR2Zqvw/m93y9 6nWYhRsGU/A0C/X19U1atpMMY3Y1IbJre8Gd+p4VIgXPvqEo6ECyC0kFTwudxsb101uC+czP4St8 puBFCV1YO1vzdRzs3yquos6V7ADVy65+4DJPEgDKvvMZ4hD2hCURPFvoNJrFfDCRtbLsuu2TSgPi ljbXD11LUmncsS6iGOwZ3wOZ8fY+pJLtcKTzanfsCHtLhcrq+5+S1QBfH0svCnaXAhPr+lcCKlhN 4/W+feZfwpI5W6qc5xCukJvvZyFscVDx4bcCV3UCpXxxamchNwf4ARJF+TwSm/0fQEvXYte57N/O NPKyfOgjkwTS5oeZOVw+iBI6kB9emPAxNq6fXinwaRT7yf2tZ+UpbUC4lR/14GUldDJPNreYiSna Per/bwIfVn8PIq09NBYD7zFntIXdT1WyaR3KUzUqOl5cq9QoRFlDSbBtw9KKFbiuf2VF4PTfUG10 QGPZLyw1KErfy7JGF6rS5b+FtO44X73+WilfrGrh4asjunQ7jXoJX6hxkYWLBZIJoCl4WrC6uh+r /K1fw4RgNlrv80kmMJFE8NIsx2kbRLoQ9pvXQ/hCE0GzchymTSY1BSwKjQ6xZcmwvmOroiZD+obV kt5LvREqeKafSAet6w1biLq6H+O0NcsqQqgD1RvXT29qTDcr4YuKWKScg+YFXyHbsXl23ZbayNT3 k8cu4OSxCypC6BK+uIQB35pbjTCG00IYx4CNwuqxq71+FDMzJSo5APwFzFdni7qW3tZoptOoeWxo FsmGJntFMZlpZLQKwoTPfiBN/S1uxKjeJy3ilmzzPsL2XT12dV11593CnsI0T4KL/TSbzRu5LsXt TSBseW1WRMOES/j0A6lTpOwfuB4+Pddv6TuJaNOiYiUXsF6JASZ2M6XfvpFaaXhK2/pJqfNRCNve KstrGmSxIiT9HZJOHtIY3npR5V+9kemEbjOLWddQgD/baSE13Sfm+zZage00wpbcwZ7xj6vOAbs7 WpGlfriz0s00wczjDZmczxdBqfxgGZJlTYT5e3TWQ19fHyACYwvdpt5TvK4RF81oJaGz4ejXfBDw oLHLe4F/LOWL/6rfqGdIzQeNFrzdwE/oTAsoyrWiv7zh4eGa9LqoWtxWFjqYqM+FSnnhg0gr2H9F Onf+GTins5A7v7OQW9hZyJ1TLnO3Pr5VLdEsURW5SPrUmcxn9hjRrLbylLbJuqMn49loZuljrQhr EGSMEtC/wZVIMfisIEivqyU9zuwf0yjEpkXFCaOrS7oWLhfjpRG8Vmc4H7gaAmlYQ1S2AzcB85B2 tJuR3+nQUr74u3rcW6OXWfBIBE3KgmPtmyvLpEvwzO1x2BUEzkaUAMLEymElA3wAyaMbBz6LJAYc VMoXH8jinpoheLtBtE6RVOHVQlWxaFPoI75FNzsjhrdeVBnB4JrDNm3OFq5feCkDox1l1RX0LcgI hZeq3XQ2ykeUtfy5zkLuKy6LWSNqnGkzhA5iGC+J3mCGhnTWiKucL4rxkgqbTlLcWa1fiGdAF9TS /Evgleqtp5ERWwNIWeOHgbk+S3NLCp4P4pbObRuWcu5FR1Zer91ytnOfJMqtnRdn9nRx3cvOYJgs WXhm6qY6ShDfjXS3/xXwOuDGgdGOvfU+5rmrZlo06XtJLXhJdDWYWHrtSEYtApcErc58Gro0tEYh BJg6MNrxZNh+q3PjmU9dSoKK4OmlMkyY5o1cl1jYwpBW4OKcynFoBeErF2begSyLc5Fl8Z8RpnoS sV6PR0aMjvb39/2uakZcikY7UahnanscMplX64IZdzUNjiQC19e+KnIJTYtmCmC5MHMb0rDxv9Rb 9yJVX+8Fvgi8H/g04tv7MTIc8CSkYOf8IH//341h1E8CewL/DnwzyN9/r1mco5lTw6wJaYbvzkTd BA/S61Za4OqFVmC+MChGPAaZwzaIFGTtjyrkCfL3l8uFmW9CBho+AvwQ+BnwavX6buAE4FXA7cDU IN+8JTUMoVVmvizj2m9C4JILnSyr9RG6RbOv5LJVPyfNfTUKQf7+o5mIZKwxNn3I+Htc7Stx9sLM fuAKJBT3NbXPGcA/AHVxOtcKp+DpZdJkBruJzgSTXeRopphW4GrX454LsIfDBPn7v6f+nAnMBj6p Xn+0kfeVBMGy67aXtaA1q0q/HnqcC9q18+olC+t6necRjynCas3rO7xNtQlsBMvJNa6s+3WeRzwC Fk2e6VVvNGusFIieBzzPek1G7JyLtHAJVyvob2u3nF0RvufRPASbFhXLaXPkbNTTTWG6WFpBgH1g d5YCv26iSbBj82zWrBkOkHSqvRHn9F72/Now53PSUaJp7tsO19ndUdf1r6x5hlvaxp/1QBr5bGUX 366GzEivmYTXqiQY1sO7FsLbsXk292xtr7y+du1yymXOQfzH3cis5WcHRju+4XO+LMfgJunMa2PD 6Bmh28KONY+p98zHOGQlg8+TX/2RCek1IvnIHgjQ6lpfWMui1blxTl20HBDCiiIcm+BsXLt2eeVc AEe0b02sMSUaKOGh7bkIqjM4iFJ5otTOJjiz6W1aNFPTs2VwV0hpiUJ4SGnnQM2k16hsyzAnYKuR nq3dmWalSVCasI5aWKq8l5TkzPfLZZ4C3oAUanQOjHYc5HO/WWh65mTlMNM1bt4B1J7z1Uombq1o hSzmNI73VrjvONTkTG6FD9iomG8UKnHv4WH6+vq4a6yzsu3URZ2T9jfJy9T8ovaTc7n3UzgdmA+8 HSno+rvv/SeBTV726w2jZ1SRmG5cHkVoWZnXuxJ00/lmPGNJUxTN50/ft7mt2RxhoyZNr1FqeJSW B43vTmuWD5tlyP/FXYnOY5NamCbng2sKy9cBpxlvvSMIuCLVyeqAehJbMzS8NAttLYtzo8nDRXyL bnM3yLjsz4fH+tlbyWRPTXqt0Pi/nnBVkYC7X0Ia4rt27fJJU8qSkqaNawrLjwHejGqIMTDaEW4r WwjT4FyzPeMaEtcb9hAs39z5KKTVbBqNRpGfnTm7bcNSzj3w3vgDCSfBVtH4UpFeo1m7EaTnI8hR vdiiiO+I9q2AmL+u9u9xhKmPByJ9ftcUlgdIEce3gX8ZGK0mMYhOmcnKt5YUtfgV46K2s6Zl2pC0 obhp3UDTOpXaml6YlucLkwh1ecBlq37eFCJMTHrNmrDTCgjrE6OhCUy3dAvrwJX1VMd5a3Ocumg5 1xSWPwLsZ2w6bGC0I7L6zEV0cX67sPfSIqnmaOb8RTX2PPG0wZrvrRVw545nJ71X7+cwa9IDWHvs RGMBu+WNRiOIMFEgoxl+BYgOVDSqcA2YRHhh5FVpmupJbBmOKlsKXIZUP26BeHJykZv9XthxWZq5 WWqXs6btBrsI4YF8Hpv46j1dt97P1D7zL2Htloky+BNPG+SmdQMA/Gz1GFC/kilvTa8ZNnlUCXij /CpxPryaz5/BubSmB3BNYfnpyGTbXuCkBfnl/6rz96LM16TaXNbthdLCNm93ZnM2CmGmbj1ILyp6 W4vG5/L1hf1es1/1lVfD0NMAACAASURBVKrXWRKgl4SsHHm0KWHzKGjnar2wbcPSUB9eUg0uCua5 0s4Z0INHFL6p/h8BzrmmsPywe7a2c9dY5yQtzoTp67Pf07C3hZ1vdW48kRaYVmN8rhBeK2HtsVdX mam+sAlv24alld/roLmPVv0D2PKLf2XtlrNZu+VsLlv1c362eiyWE3wRa94KsTTe2RhWcWHnBNUD cb67WpDEzzfWvtmrSuGescm5gAYqzX3uGuuMrdqI0vZcQRC7rnaf+ZewTK0VelGy649dSBJEcQUv nouEV69n06faae2xV3tFdDXZ7WO8Z7ofNMmZOGjuozx4w74Vs36f+Zdw2SrxAQ4vSfeZTESat80K M9vqdaNMWV+y8zVJw4IOUWNn9TY9mMeH9OIqOVwIK4HzCWLEwUVKYWV5YdcPu+5zkfBcpm09n820 lRjnHngvl/35cMCtkNjBJRfhmXjwhn2rPrv2/9X6uUNJr9l5NT5ffC1kqNuOw+QARWWfGgIMSXx1 5nXM48baN1dGMkehr68vMelpXLt2OZDcLxem7Wnoelrz9/ElPhdckdpdneyg8YQH2WZMuKLoN60b iGw+obGuf2UlwJEl8TlJr9mEp2EmSC7cOqdq1JDGmjXDAJ9DRuBcAvxf1CRBICjlZfZCZyGHfr+U L5qvYaJBMcAewB+QgbR7AEuAi5Hu13cCDwGvBX4OTFfHHoN0xXZd92J9fClf/KmaE1U297X+x7g/ ggDK5Yl9XC2j0lZxmIhqflBreorWzsK6zvjCJL5dKSUlCnbUtp7Ppvm8uYhKI276UlqSc8FFfLW2 AZ5Eeq1AeHql8RnMbJKZ638H6REElMvRfVMD4BXIfLHXAj8CbkM6sB+AjAooAwcjYwSOAO4JuW7l +CDgn0wCM/4/DXiH+l8THVAhwESkp5OZ02h/ulLEJqew6K4Ooui6YxcmTX+yZr3ZJq19reeilmdr eI14Lm3SCzM/1/WvDD1HWnKLwoM3CB+48hXTRK8nkV6r1MhJL+9oH1tUqo3vJPskEVPfAETWScn2 cWaAIy6tRHc/SWv+ZoFjehdXvfbtM+giu20blvJg7zIOGlm5S2p6zUhE1jBTxLR2VQ8SSwPbv2cj CW9VoretoOFBtT9hzZrhI2H450ii7Wt//sDny+aw0qiUlbH2cF+dRhq/m42s8vXsa5nntdNaNi0q wph8ttWER0QntCY4inQBjyQIa5hw+8gQR7RvrYq6uzS+KML7dftj8kdvazyEWSL+YW5MrW295nBl gZvWDXDiaYPORQGEN3yJbwq0DuGZX/y2DUuhm18AH0daJnHki8+7csWLz5sKzAJeQ3fFPAT5LDOA By9eLxMFNxGt8SUhrCzILctz+BK2SSTT5mzhWmWS1oP8Tl20PJT47tnaDiNDXLt2Ocuu2y6pLVau pdb+NDkfoSKCy7suz/xeG40on1iz6mtNDG+9iJ1hOdFpLK4gZl/7Ki8eC/r6+sqtQHgQnQm+orsN hOBeD9wAnA8sBH4DfBDxm20Bzrt4/fbyiu62APG37YP0mttonk/73Gwk1f4aoelF4fqFl6a6xuo6 kp+JqHZZpvansW3D0so9Db3qVgAn6Z32eOvUZIchSoPTsK2VZqWIwQT5an9pK5m3OqABbheAhs9C 0ZRRaGFI0rxQkRrAocDvkQHYncArVaAiQLS/J5Eo63aENKcCDwDXALcAL0LNMNawCTELH13SnD2f 4+3k5TD/3o7Ns1m4dY6TILOK/mqk6QmofX4m4R3RvjVUy9sZ/HlxhNcqvnPXM2cGieJy6RoJHdCo 1be305KejbCghyaLzkJuDyTN5D5gLlaaCLAn8JT6+wrgllK+eKmKnM5C0lWqCLHZpDdvba6qGgKI 7O4C4ZphGs2vlqancRh61a1c9ufDedDhw9sZtDwI10hamfA07Oh4K2h9mvSgtu92l4n7h/14+uEv 5YtPBwEvL+WLbw4CydUr5YvlUr4IQn4/RQhwKnA28Bl1iheobdMAOgu5oLOQo7OQC8plzuks5O7r LOTuVuTY0IAHwMljF7A6N87CrXMmdXex72Xe2hwnj13gPI+0dt/CUQtLVf37NHQSs4l6EZ7r+jsL blo3wE3rBnYpwgNaQrM2/aK11N3XbeByGtRaarap9xSvwIVNQFp7UxrSk+ptrdEdhGh5FyJBldsB rVJ+GbgbmAnc21nInV8u8DnIXQHcCnwX2IaY3Vea10r82SJIM2ybXeEhJn+OTlnsfgccAuwxMNrx tD5GamAnp7rUi+CS4qCRlS3ZNkqbXFGNMFqZ8OLyHlvJzK0VLUV6WUA38EwDF3mU8sVfqj9nAR9T f28GdNIwiGZ4BUJy+vU7jNN8GbiaCfM59Hq13q9xXx8CussFXg254xC/51cRwpsP7I/8/k+bx9rR 3qPU340KfJhwmbatoHGkQasQnoZvRUsrmLUap61ZxoM3hG/3bcCwy5HePvMvgZi27jCZMOKCFa7t Dq3tV8YxuiIjQLTBp3AgaQRY378K1FwEHAe8DXiWCT/lmUjE+lXAXsb7b1d//xj4j1K++FHfTi5C hs0lwVbV8mw0upIiCfraV8WSnUl0p81tDcLzge/33FKBjKxbw/tWZUA0uZnba7qfmHOYPjgVfNGa pDZHr0ZqjJ8FDlTvTWMiV/EqRAv9HFJC90p9viiz2pf4bNhNBxpFgm9/50D8Tg1GMyspfBFHeDuD CatTV2opSWsZ0qvHLIxa++L5EJ0PSdpkZsIgtgORnMJfIj3wLkByC7U5ejjwJyTKrPEKoB24qZQv luPaVrmur+FDfEkaD7hSYdTgIoBjgZ8tyC9/wnjvV0jO5ckAC/LLQ+XyiPatLWXmNqMTSlJEEd7O QHYaWdThtkT0tl7Df8ICI/PW5qqIyDfi6oqGRh2vUS4T6H8q+nuf+l//cp8C+pGHHuR3ORAxR89E zOO+Ur44NQgoq+hzuZQv/rKUL/4oCCToEhfs0JqsCwu3zqmkvYC74afvXAxNjkctLHHUwhLXFJZ/ +5rC8vONXW4Fdqi/L0Q62WjC69U7HdO72BnJbWYdsY2wnLGdgfDMTsU7E8wobho0XdOrJTcvCrVo eTYxxJV+zVub0z42E/p7DYD3IrmBZ6n39mOy1lYOgmxTW+z79TXRk1Z5aJIb7Bk3zfE3At8CXqje M0sGAW5ckF/eoTS9qUj1zAzgNcCdWtM7pncxt48MTbpmq2h7+gFs1cHWI+/cf9J7OyPRuVpMmUii WTeV9OpBeC6yq1e5WGchdx/iZ7uQiUTnbwI/BD4J/BZ4qdp2FfBWZFpZv0/qStpGpGnPa54jivhM M1cR3XeA9UAO+B7S3+DtQAfwDeADwP0L8ss3gTup2ZjZq5PEywvyyyulai7ia7Zvz/UAtgrhubS7 VorEJkEc4UGy773pmh5kQ35pNLs0QQtzW2chtz/wV+DFwIPAvyOpKocwoeEA6fPz9DU16pXk7IIm PtuXp4jua8CbkTK+/ZDvIUDqoq8HVoH0LvTJ8VOkdyJwk3rrV8iicVJ/f1/ZbCBpoxka385EeDsr 2WlkqeVBE0kvSy2v3mMave6hhpKyKC2tHlHjOK3QjGQbZvslwFUDox23D/aMH4FUqfwMeJ3avhvw rC/JheGawvIBJJH7KoRUd794/fa/xx3XyE7KrRy40M0D9HexsxMeRNfcpvnem0J6WRFekkE+Gmmb eJrH+kRJ9f6NJN80OX8RCc7fRjS2zyE+tyeANwyMdvzI8N3NAB5OS3S6tE0fe+3a5ZpkC8DLEc0v j+STfkW3DAtDI4gvysRqNvH5dj7emRDVXSXt990U0ssiWluvMY1ZpalkcR17X18NzQdGqgzAGOKD vBHxqT1JdTv7CmrR5HwbFBjkp9GLVJMEccSnUS8CjGpr1GzS08/VrGm77RIaHmTfKh6akLKSxcDe eSPXhXZUqRU+pBFV6+qC675sczPq3s2a4SQ1uDHfRxkpQZuB1AaPA29CoqjHADeU8kV0ekx/f195 QX55YsLT2lySjiynLlqOSsM5Xr01ov5/ckV3W+Dy69nv7TP/kppTG5LC1ACzGkztC/t6rRDZrgXr +ldWWsSHJX6nRcM0vaxy8ZJUWVQd52Hi1ltTq+UcvrACLVpbmobkxWnN7VrgVPV6OvAYxtCkqATm uBy5KHJL2opKaXzfVPd7HvAG4Kkwbc/VTTdLjc8nehjnutEPa9YaYSvPt0gCn2ahtWrUOw3pxZmz rRK4aDRxmts1LNLTRLcd0eB+haSQ/KaUL44lvQ+b+NIQWQrim5TOcvH67d7ngNrILwuyc91PVsRn XntnNm19moRC7VHynYb04jQ89YBPRcq4Dk+aIlJv0qzl/EkCMfo6Y+2bWbNm2JzrW/GRJW2V75rG VktVRFLic6SzJPbxaSTpLuITsEgj11n7/jTp6fZQO1sAw5fsIJvvriGkV4+OyCZUasWzwONId5Hv 6tIsDR+ySIMsTNyk5wo7v4aZU+dqGlpLF2ddo7tj82xNqv+CBEJAfILjUXWzGik1vtchvQ2/hdQd vyypxpcW5sNWa/ZBPfL59MhUTeitTnymGetDdpDdYtEQ0qtFy0viw+ss5B5GfFenAleV8sVXV87j mXCcBXyjrXHoLOT2Qqo4piEP+w3ACuCLiEZrJkA7h4GDm/ji7h3imxCo1JUVQA9SH7wAOGtBfvlV ep8sfXxK42sHzILcKcCsBfnlPwH3sCENl88vbL+sCM7nGlnBJr5mmrlzOagq6n8DD5ZNooPoSLgL WS0WTSe9MOdzmnQUKw0DJBJ5cFJTd6x9c+XvKIGfN3JdImJTJLYD0VTeUsoXy52F3J+Bg4HTgFG1 qzZHb1D/PsrkFBI7nSSU9ECqKpKk4vjU3xr5eua93IMQYLfW+FzkZr9nkpU5IMiGPu6awnKQ4MZl wC0L8suPt/eNIkANVxSwHiTnum7WpGf79qCxxDeXg/4RmUr4W6T88jKkccbpV93wRNnU6Fae0lY5 btl18dr6ypFHYe3MiTcW3Z/6PutOei7Cc5GaSTS15N91FnKrEJLQXTymlfLFJ+K0uU29p8SeWz8g 5v11FnInIMR0E/AL4N+oJij9/++QTiLfQdrNf7WULxaNwUNvZmIuhz5mBnA58BZgxsBox0Nx92iX jOlJaGEI+16S9NhTpu7jgJbkKcCrgTuiiA/8iMnE7Wp2rpHHp83rnwHnLcgvv9F1XNLr1Bv1yukz ia+ekdy5HLQX8BCi6X8M2IMJuS0gSeVlRCufc/H67XelvVZqDc8kSagQZd1IzyQ7baJqYjMfQhfZ +Prx7IoHY/IZyGozCiyG6lSMsfbNXg+Avm91vgDpRPwLqonsMPV6A7LKPYxESR9Hiu1PRQhtNvAS 4EtIp+N9SvliJIldv/DSRD3sYKKZZ9KmC5rk9PXSXLcsknQ+0uj0MGC2NjvBTXx6/KMvTC3Q6MX3 ADLL5DUL8st/GneOViDAetbpZqXxGSbqbkjy+quReTBfQkjtC0hjiQH1f5UfJWmQyYV6LA51I71G l5qZ6Czk3oNoSNr8qYpY+pCeeV3V925/RIs7ASG+NyNEtldUbptvoMJnrq0PdL87H4LLGoa5C2Le 3APctCC//J/0mzbxuWbeasQNAzdI70fAP6q/T0N+95PjAirNJr96NygwKzTAn/i07+2suXsdh3TN mYrkc5aRFmmbgN2BW4KA433M0zCYZm4itJp5Wy7MfC3wE4Qcnunv75ult9VLyEyS0trjiu62PLAW +bGeAvaspduJjSy7n4T505JqXDDZpPUdCl7LNTUU8R0P/K/x9rnAZT5RXRM2KUX5+q4pLB9HNJHz EffGUwvyy4/2CZY0k/zqXbrmMndNnDV3r9uADwJ/Q2qtD7BO8QWkYueaIOD9UQSnCawWEjRR83cT 4gPMnPSW9e7Liu62ucD3jbc/BXwgC3U3Ctrnpn/kFd1t65BW63nE7Px+lFamYQYnGpX03FnIvRDp nnwjspKuRDqbLEDM4beEBSmioDW/tCSWBsrU3QichHRjmQVcDKxMSnwgpOSTF6g0Py8fXxiSmttZ oBHEp9KL3os8i3MQDe6FiELQDwwzQXAl4H1BQNlFYCtPaZtEbNs2LGXNmjV2ILGC/v7+MvgrPfX8 TjIlPXNVWdHd1g+sQYbYnA7cd/H67bdkdS1frOhuC4BDkSaXrwYCU9urNa3EPE+ciVsu8wjSe+5F CJnNQ/x+70CE7ZsI0X0eGET8hKB8iP39fZN+K63RzVubayixhcH0Capgw1+Rz3wn4nPLTN5sLU6R 3vuBTwOvB37sc71jehdXtMgj2rdy1yEPc9R9Mxqq/dX6kJcLM03CORdx6/yFCWLTQbUHkf6PX0D8 zh3IRD1gsh/OJjgXufX395ejviutjISRon18vReBTEnPjtSu6G47DtFc9kEE8QO2eRnnX4sqLLbN WXN/K8Kqv+ypwNmlfPHy2A/jAaWdbQVuRhy5v0I0tMFSvvhoZyH3D4imM4cJc+9aZA7uKNXCeDBw KbCmlC86tROfLitZEp+Pmbs6Nz7podCmtB4OpNJL2pCHbPuC/PK909yPj6mq90mSA+gyo+865GEA TpiViah4IamPr1yYOR2ZfvdaJsYTHIAE7/4d2IKkDx2KyOCxSFL31ZCc4MK0NfMZjdL2XGg04UGG c2+ly8Mk8roNmeh1GmJ2TNph4dY5jFm5etXBC49+eVUJzHOYtzbHwkVVx30eUee/CXTHns8gFxW5 XY0MrwmQziQ6PD9VvX4ciRZ/HxHCv6lT/Vr93w/MKOWL89XrU6ASzS4PDw+D5BSyaVHxrWH3FTXY JwuYg4GmzdkSGcWd0rYegGXqq9dkN8342uX45VCgH6n9PQ8hP6+F1iYuHxIzCS9p8rOJaXe8giPa t7JySRvzVvc699m0ZIR5q3sz0wp1crHroVea3LuB/2bi+7uRCRnTjSPeiwybPw64I8jfX2btTCzl 5irxd1WT3LLrtleITpPRxesfn/Rbrejeu5rYutek+rzNIDzIUNMLS0D2qaiotS417tjOQm5fZLW7 Vv1/G/DRIJDyKfN4lSz8EiTw0Ql8WP39ZqTgXRe+/wmJ6L5MnfP7LrO5r68vUaQ0SfWEjSSaXlz+ XlyEV5OeqdmFwdD4zGTmp4A94/L4fGEf75MQHXcOF8Iiyncd8nBqEnR9h4M9459GUqTMRVqbpzuA dyG+t1sRzeBxg+CqL+B6TyGuWirOV5cWNuE1stV+JqQXlp6iNTbDvOxD/HxzS/niDea+vs07Id3w G0e1xmnAOtvcVvs9gSQSj5byxf+wzxd2H75TxOLMxijiS2PihuXuxcEmvh2bZ1dFApOQufLxfR2J EP6PselojCRmXyQxddMeH4ewoEcSElQ+Zw1nlY3xuso8Bck/TUJyLriIb5I2lyFs7bHRs0UyIT3X l2ZqeBbhfAHpkjE9qtsHpOt7F9MCfQD4AfAM8GPgr6V8cT+fa/uQ8lj7ZoaHh52kk9TXdvLYBak0 YLPLCsDw8HBkm/ukScs7Ns9OleOnj79rrFNrfJ9F8h6HgesX5JdfG3V8WpM1C+1OQ2t5ps9PI4zY zH03Lh4xI6j7InJYRlwjhyNpXo8A9wNfvnj99u/p81SIIaEm5wuz1Xw9NDtwBzyaMUypZtKz84DC tInOQm4b4lSdiqQw/HcpX3x3WtM2rdZnEPBFiI/x66V88YzENxBxT2kqGmzs2Dy7irCirpl1g1JX K6laiM6GQXwAi5CypcDX1E2q5dWiFbqCHJocgEnkB9UEuKK77XWIhrYbElHVJuoXgY8woc1NA3bo 4MK2DUtRvt6Ktljxd2VAci7Uk/hs7a6ZrfVrIj3brPXoeWdHc39eyhe/YO6T9UPsKleL2i9qO7hJ 1taGwpA0Z87ld/P9HpJ83rAk6yQdVzR8yX6wZ/w4JJfuCUSzYUF++czIgwz4+PCSwKVJhhGe/ffN d74n9LwbF4/kkfrUw9RbkyKotjlswnyvivjqCB1QyYL4wtJZmjkuMzXpufx4no0+L0LNREUE4O3A B7WpW+vQ6rSmb9J8vSiii3rw7W2+RJlW47P30fCZ7GZvN4mvVk1WVW4ciszPPRGJSm4Crjb9ezYJ 6e9co55DivQ+UeSnX7s0PhNm6osmSZvkXKTnwqY7PhG7T60w28/XQn6mhrdtw1LOvehIXr1kYQZ3 mB6pSC8scOHb+66zkPs04tc4CFgKrCjli1WJy7VqZlHHQfpkZFewolYCiCNCH1O3Xj0Bw7ZllQ84 2DN+FKLx6UqKO4Dz+/v7NvsQrI4MR8EeNZkE9rFHtG/V1Q0fRczTFwCPAkHXUG/ks5SW5Oz9G6Xx ga6wShfUsAkPsp8NkgY1mbd2ACOM9EIiqQuQNksPIyH3X9iBjVoJat7aHH19fQCTTDPf1BB9Dh2g SEtw9fbxZdEk1dWxJuwcWuszmgx8DzgpTamcOseFgKnCrAe69fmSEF8WkVlHtceVSKrI+xD/2xNM RFanAE93DUUTWhKS27REBsAlIcV6kqGUsvlrfKZZu2j2lVy26uctQXiQoXmrCc+HqFR795WAbvmw FFilW7zXQnJp/WX2A+9rgiYhs0YFN6C2oUNxflAjGDQLKS97FXAXsHsa0tMY7BnXMvEV4BzgSwOj He+MO86MDKeF0ZxUa3HHI51iLkY+58epTiF5PZKjefWC/PLytWuXZ6LF1Yp6a4E+5KcJb9HsKwGa bs7ayFzTS6JVlMvchvj1RoEc8JNSvjjb3s/Hb6fNziTEYlcgJD0+DbIgvrCZv1GamQ/iFixFdpcg i1QZybd7l7HLuUHA58EdrMniu407hw/xObS4uxGig4kZu5rgnkaS1V8BnBUEnAtMigyb/r84/169 0Sjzt1x48STy6+/vL5970ZEALaXdmUhNeklMW3A/SOohOg1Yp9/zNXGzdKq3Enw+SxLTvFatUP1G K5AA1J4ICWhh/yOwN7B/EFA2q0+yIjhI3iFmx+bZVV1ZjPSYqerfX4DXIClUJsyWWNOAHVqLs81n qCY+8zXAjqPtU2cLH82wEQGPsKHmrUh2GqlIzyY8Mz+vFj+cb1oIpG+VFHa8TxR2x+bZlSaMG0bP iD2+HogrH7ORJgWos5Cbi7TAn474sZ5Gkmb3V7t8A+mc4xwnGZbeEvYdZekn1e8pP+EUJAEYRHPT FsUlwCFIyzFsYgtLh9HkBtHyo/++9d5DEn+mJPAhvkYGPXYWJCY9OxlZI0k+mQ8x+ua+RSGLvDnz HCbpretfWZfuw657Tkp0NnxyFTsLuT2Q4MEdSFNJED/dUervSKJzQbe7N+EKBtXjN1ak9xfgZCa0 tzJwH9Li6q8wOYlZwwxeRV03isj7+vrqbuo+T3zJkZj0ogqUfaO3NtK2RY96cLLMlTMxv+frlb9t ba8WuO6pns1LjWDE3kiXGFAmHXAFcHEpX/yDeUwaP6HthtBIW6rnmxdpRJV/BLwBeFYHylz+ONc9 hV1bL0I6sh8luzs2z86c+FQ5G8hv1xEErH+e+PyRiPR85l7E5erVOp8hjLCyzpWL2qaJr1bSqwfR efjnPoQ47c9C6l9/hgSTpvt0lY67Rhh8mjGEERr4E5LrtU5pMUnOl2DjGjVEEZ9JkmmJzyC4/ZDO Pq9EanVBNNc9uoZ6n35e4/NHItLzGdodVn/r24FEIysfWb18bXbhfVpNJYzokqacQGSwaBpwLxKF fBIZV/kGtUsZicD+TxbzQ+Lu2zZ5fTU+34am5gIY9n/U8bV0o4k6v69/T5HcTKRl1KeQFlxvB16n XrcjnbY17u0a6n0ptFZFRyvDm/SSTjfT5Bfl1DaRFTHVM6DgclYnvZ+scu2iUnkU0f0KmUd6JeKb exx5cEC0hkfA3z/ne18++9sLYJrv0v4b4hs9uBacNCQH1c0lfBFGfBsXj+yPTI6bhjRZfRS4DqlS aQOKSKneJ7uGej8F4QT3PPHFI5b00oxyrJScOBzBZm5c2t5sJloxXcUOfmj/D9Q+i0PDRTydhdxS JJl2OvBPwA+ZSC85DdHwHkxLdJD8/qOSvsFNWHHaXhjJxRGeJrg0LbZqLb2zI7obF48sRRotXGns drbx2hxrSRBQTlLN8TzxhSN19FaPe3ORWhhJxrWT6Wtf5dWFN6m2lRRpzmsTXZg2V0ulhA2VWnIT Muz6PYhGECAm0F9K+eimp2mu7VsTncR36yI7lwkcRoouv1+cfzRpbXdSX7QRSNkbGb6znuqGoCCa 3WzgR2YJG9ReofE88YUjkXkLyebWpumZ5UN8Jmpxfic9b9Q+WUVb47QQZbr+BxKMCIC/I4m2NwO/ LeWLswhBFvW5vuf2iWzGwddUDTNTzVQdNZkNZAj8e0r5YjmpxhdHfIroZiLNQF/ERFXHk0hi97nA n4EZXUO9lZZqWZWg2Xie+NzIxLytpTeWi0yf2R47u6eCrOpifY93ma61wpPoHkMmrx3GxMN0LJAv 5YvvDztPkmvWes9h+8WRX5yGF3Wc3s/8LSzfZheyQLwB0YQfBs4zW5nZOYxRv4fVaGEmYqJ+FTgT 2B3xx30OKdUDaUxwH/APA6MdZX3PjcjhS4LnEvF5aXphUdukmpwPgab172Wd7e9CkiCEL3zIo7OQ uwaZ2dEPDAEfKeWLicbIh3S6qUQD4/x8tbSu138n+R3iIrzmNv0bnzx2gW5UWwSOULuUEd/YTer1 JcDlQcA9+hy+ZnxnIbc/Mu3udUg+46PA+cAFyJAeTXRVuYFhn7seOXy14LlCfJnOvYXkZnAtQQwb 9SK+pBPKwjQFqC0QEHbuqGMNs+4FSIQwh7Qr/4V6v4w1AD3t/SaptAF/FwJMJj7DZ3YG0g3ldGAu EqX+JfBJpCU7qLZX4I5WhywIJszuKp8EDkSVsGEFHAB822E1olTNRKvU6zYbmc7ISINaSa/e9Zyr c+OaOG5EHNIAVkvVqQAAIABJREFUx5TyxdujztPI4IG9n3poD0F8SwcgD+11wKmID/DFiG8JpAD/ qbDE5Kz9gPqYpHmbUEV0JjQh9SCa60tQDT61luUyfU2o7+tCRIu+EomiBlRXq+gBPq8JAh7TJnHS pGnXtlYivudCAnPmyclpUS/yy+I49bANAgPqrT+W8kXnPIc435BrvzTbbXQWciPIlLk25EF9Aule c5bapYwMhn5NKV98Ql8D/FvRZ92d2TMwAOK7vE39XUbmS5xl7PqNgdGOt0L47xnlf1WkZ49bvApp J3WcXhBcv23aShNz2/P+vcbCi/Rq1eaSIgkBJiW7Gk0qkKaZ30UV5esoIPj7hmqBFeD4OJK5v87Y xXx4f8hE5QVJtTlfAve937DtMPFdG0T3V0Qj1YGAOVSXX40Ab3f5zKJ+Y5erwmHOhn5XUfeuYVbr aD9wVDBHE9+aNcNrkelwv0BGlL4jrgV9vbArE5+3pldPLS8KPpHcKBMXJudvxZUiheUBDvaMLwS+ rV7OAN4JrLYjgUkQRTjKrD4EuB04mIkW5Sax7Y3kev2wlC9GamW1dr5Jk9Qbdw59XfXQY3y+s5gY al0Gvg68LSowYCIJ8SXxm9ayiLk0W/M+B3vGPwL8p7m9XqT3XPbveUdvXROgNOqpBfpqfUlTHZLU fOo2Q8pfdjdS9P0H4B+AfUr54kMeHwXwSk95EfBzZE7q/gjRrUaG0LwcKSnbE8nLOykIeDQrE9rn gU5bGhf2urOQux+Jfn7TOl0l+JC2BX2cWenz3dRDUw+7J6XlHoJEiN8E/A44omuo9x7nAQ3Arkh8 qUkvCkn2TYokOXxR8E1gdqWpdBZy70JapZeBvwH7uqKfdrpGiGl1NZLjpVuT76E2vVNdAwwz1bcT SlqkMWnDtDcfU1qZlrcgczZeC/xa57Nl3XDCVQet68N9WvCngaGxH4gElpYiv+UOoN8kdMO0fwwp JQSRsTuAY5ph6u6KgY1UycnbNiytNNOMw7r+lZkSYJjmV+8aXJOwOgu5ryCDazSOBW4zic9e0Q2B NidplY3/34bMgN0d+GwpXzxXnyeqZjRLJNVuaknD8a2XrXdVjbmfa1FK8p1bvsGpCHkdh/iBH0B8 r+ep7b8D3jUw2vE98z6gYurfh0SizfM9lTXxPRfN3ETJyUnIzoWN66fH7xQDF+kleThqeZBOHrvA TAtpQ9JYjkcczwcGAe0RpgtMDNI5FMmZew/w51K+eK3eT5McTB5bmXb+bZpUmHoRrEsDboU2YlHE FwWjR+FcYB7V/taPIpPUTlevb0a0vGeifJNGYEPPkPkW8CywZ9dQ79OJbtADzzXiiyU9O4DR1f1Y zRetRfvLMpk5DfRDMda+WQvlFKQC4DRgr4HRjidcxylNr4wQ5JFmGkSSgTo+D6VvcrRvZLWWCG7c Mb7Jyo2ouIkjPmPBmw5cj5io89Rmk+yq0l/C6nwhvM9kq6Wy7EpmbmLSq1Xbg8aRXpLghn2cTzBE +WpmISbLvwEMjNa/zZUv8YF/Dl7Y6yTvpd03CfFB8kYSroTzMA3T3KZ+X22mrgb+HcmDdGEasCMu hckF3VjVdS+NSmV5LnVeTkx6kJ74svDvtVLvPX2+wZ7xHUht7FxUpUMtQ699UKv/KQsk0R59iS9J SlEUkpzHqvS4GenEcg3SnOAZJszULwNHl/LFFT6fLQyu/aM0vnKZxUi1yH1Iydt9WZJeki4vu4KZ u1uag3yJa13/Sjaun175l0VAY5/5lzClbX3VP1+EmUemRpgExvkOQKaG6dKuJSElU96Iu6ex9s0V 0tFIUydr/x21r8/1tMnu+77Gwq1zKkRuf/aw3npR8NEWjXP0IrmQpwAnILND9PjI1wO3l/LFt5by xe8EASvsc8blPvp8b2Ha+5JiB0HAEDLR7UAknemBjYtH7ncekAJJ2lrNO/rCrC7bNGTSWqqeKSq+ 8Ell0V2bXfdaq69wsGf8fORhASlXWzsw2vHH1CfEvzEpZGNuJjlv2mtY9cEzkdkdU4G9zPK4LLQ5 X6gF6qvA71GdUsw2ULV2l/E9Pqosz7GIrge6a9H40vbx29nN3Lq0i0+KrEmzlvOlIb96dnCGyQ9d WhMyDFkk4voGT/T7yl9m5iKWdadniK9eqAVJTegoH2qtCd02YohvL6SDzKFIffXedsflpHguEl/D Sc8kpGe2d0e2l28WaiG+wZ7xZ5FcuyJSVfBFX/+e62E002RcqCXwkLUWmMSBb2h8hyE5a9cABwGv 0/mOtY4LtZFVulISpF1Qwj57I3rwbVw8cjKiSV4JvBU4oGuo90lzn53Ztxfr08uazU2Cm9K2nmlz tvDM9u6qsrZmYNuGpTyzvZtntnenetCMh2l/9X8O6ecW6t+z/VKuB/L6hZc6iSUKYURm+/GS+OTC rmPum+ShNo49GlgL/B/UtLbOQu6wzkIuWLNmOEiSNxfm54uK+kb5D02MtW9OlLCtoY9J8r2C+DhX 58arBmmB5G5uXDzyko2LR87ZuHjkbxsXjwQbF4/c4X3iCGxaMqL/fARYiSTgfwwZQ1nZvjMTHqQM ZNQKk+B0IEKTX9h+9bgHTXJpic6FgdGOR5H0lbL6B+K78iI5F6LaF4WZs659zH2jHmCf3D1Tq7OJ LwlpBgHfCQIWId/Vp4C/IE1BK4giPlcXZXubbzMK1zk0hoeHGWvfXHk91r45cTDJ/G7mrc3Ffk+b FhXDyO8+RKZ0asUxGxePrDUGg6fCvNW9bFoyQtdQ781IwvW1SJ35X/R22PmDGV6klzX57DP/kknE p8nPJL6szd5atTkfrM6NMzDa8VngGCSaOwh8YbBn/Kxa/FH6AUtCcmHbkyDsWPMBtq8XR5oh2uHu SOv6sxDyq3IJhEV2o0gr6vuO2+a6zvDwMPPW5rh+4aVMm7OFaXO2sKTYUUWGUd+1+fttWlT0+i01 Fm6dUyG+gdGOsooiX4h8T48iaTVnhl48OW5Cotnvxii5POq+GTu9ptf01lJ20EGTnu3rSxucaFQF h13Yrhz1C5CyozOAYwZGO2oqZ9F+JUjeAsoXPpHHWiszXH+raK5OE9E4CHjQbLLgG9k1Uc8GsyY0 MWcRGAqDqfUrOXsd0pBiKlLWeFDXUO/HfM/nCmRsWjJCucwWYBvwM4T8Du/v73tau7v0WIidMZiR qHNyvSK5YcSnkTTY0Qiic3Xs2Gf+JVX3PtgzvgXpdfd9JHF5/cBox/yk18pi6lqtkd1GQEV1f4B8 Z28HxoFLdPMFc7961FqnJUdzoHu9yE7DDnCE+YvDUll8o7UbF498EGmCcRvSqHZD11DvH0C0Pf08 1jIJsVlo+oyMMETl3dkJyfUmOd+HwSY+JZBHI1HcA5E5FVcMjHZ8Le56tdS72rD9b0nOp6aL3Yw4 tP8zarBOFhqm0vh+hfQqBHg1om1MGurjO2ejXnW7ZslaIxaGsIjuYM/4j5FOP/+NlET+sWuodyak S0lRmt5nEDfDb5BGtcd2DfVuNvc7Ydblz03Sc6EWIjS1PheZTWlb3zIk54Im5G0bljI8PGxOI9M4 FrjNTGPxbWjpei9LE9RqjWTPjLgc2LuUL1aeoKzz+sxt5TI/ZmLK2KHArFK++B173yQzKrLI84s7 V9IuLUnhIj61uJ6BRMAzqdFVQZF/B/4LCSz91j7XUffNAHY+E7cu0dvhrRexcuTRSf98AiIm4cFE kEM7cbMOQvhG+3yhtbx95l+iS4jKyEp5C0IkXwX+cvLYBeh/cRFP13YX4fkELOx9Ogu5oLOQu6mz kPs18CfgC8hQHN0Vph34UylffHcQUKUypPHrRX0m67wnAGPAy5DZGNe49j157IJJaR1hwY4sCM8+ p43rF15aFdiIQ9Ig0/Dw8KTPGwSUg4CvIRpyABwJvAMopI3oKrnVHWR+C/zU3ueuQx6u5Az2ta9i 3tEXVnx9rYy6aHo+SKINZtUtGerbtNKE1vjmjVznrRFl5QuKO4/S6H6CDA8/Wv3/cuSBuRXpYnxU KV+8N21Jle/+HhrfwUhUcjEyKOiBUr54kH18mgBHWvjKSdQsjlq1ZNegIas5wd+QBqbHdw31XuV7 7k1LRirjEcpl9gDWIPW+nwn1E1rR3L72VS2t/TWN9EyERYazILs0RJYF+Wn/3rYNS2sOQsTB5wHq LOTOYSI6+hVkvOFPkXkbXUhHkS0w2XdmmL1nAF93+fXMewF/LdCY0Xs7MgfkdETD+3QpXyyr7f+M TKDTKAI5V4v+rMzXLPYL2ydpYCrMvRFGfEn78B1134xJ92OUCoLIx0agq2uo93uu4/X1XOVprUaC LUF6Gi7tL0str9FIQ3xxmg+E5+Hp9425E8cjHWAin4CwuRvqPLciGgMoP18U6fl8DjX86A/A4cD9 VA8/AmmtflYQcIPW4splPowEU7ao+/lkKV98v+v8SQIckN7sTTJgykYc8flqgmE1yjbxmQGNTUtG vM6tuoMfi0TTjwPO8dH2+tpXRZJgs9FSpBeFJQuzzLtMjjTanxllTmrmQnTLItuXp1blGcBDQDdw KeLbuR74QSlf/I+oc2ioaG0ROAJJTP08E8OKAL4RBLzV86HRmsISYJiJ2SCo805BcsvAGH4UFiEu l3mD2u8ppJXXQClffLfr2rVGdn1Raz2vhq9sGN/pLERr/wmS2nOyHRwzSc5V0+1xrcuQkQgvAD4A zO0a6n0g6hib5EwCbJWk5p2G9EC+wFbpgBIFV16h1vZqLfKHiuD/M0Jo05HOvhcg6Qq/RZJJA3tQ kXkNy2R9KWJWzkW6d/wS+CRSO9yJ1GJOGnwUQpoHI4Q7FYkmnoK03DocxwjLUr74qG8EWt3zsUju GEjQpR2HqQvRDQvsvnpZd9b23c9OaHbBGE0wBixENO47gdeoXVYAx+ocUJ8UHR/Cnbc2lyjdRUdz W1nLg52M9DRanfxMDc9OwUk71Uw98F1Izp+OrP4vqkhfwcc39z2EfA5Xb+vUlB4kL+slSEnTR+LM WKV9vRAxpb+EFKm7cBGwJQhYn6RbTBg6C7mtwAuZyOd7QSlfnJQwpjXmVvDzRW2zCcjo6Pxt5Pe6 FJmDeyPVczi+D8wNGzIU1iYfqs3rKNIrl3kKmIMQa0fXUO/UkI/fsiRnY6ckPY1WJr+wjs46f88n qqlM1ieQpNMLEEHfgsyHBWMgNkz2zRna3OWIGflGdcyPkYdI4xulfPGtLrPZcb5PIg0VViNa1yOI NjcN+K9SvvihsOPTaLkRGqU2dUGIb2kpX3xn2Dnqocm5jkmTE2hUVZyIaOoPUE1uhyENTvUJx6Om qYXdH+AkvTAoGfwAssB8GNiva6j3r659dxbCg52c9Fxotu9Pw8ylsonZ7s0W8WC7cqy+h5iFZX0s YFYzgPj2Hgb+iGTUfw0hzVeq7XsDj8cNDjcCDu9A8gtfhOTyPYOYqN8C3oIkD/8e3P64pIjKP7SC NSb2AQ4q5Yu/0m/49uNLE9DwGS7kew41HvRK5HsGMdn/MjCajEST7GOTXoQM/gBZLDVOckVwoXV8 dnHY5UhPI40W2EikzdwPidS+AOm0cTGSn/UZJszWW5DAxCeAZ02is4hjCuJnexNiTunOGp9H5kRs UOc/EdhPvfYiOR+NL+zzRUHdfxk4FSnxmzEw2vFQ2P5JyC0JmcXta2hyBaRi4ttIWWIRqXhAfY6N wEk6IJFFsnwSszoi2n4EotW/FilHm1Q/HkZ4OpDRSprgLkt6Gq1Mfr7E5zAzvwucjDwo70ESd3+N PPyzEHP2LOC3UdpcZyG3F2I+P67OcyDwaaST8TgSxDg47By1JthC8qqOKOiIbRZkoc8T5hOL21cR 3d7Id3sD0ol4C5JvWEYCUPcAxw2Mdvwh7vxZQl/Hd5SocrOUgVXAkq6h3koll918wFWR8TzpNQlJ yK+RQQ9f4uss5L4IvBf4IEJMf0eird/HiLDCxPjJuHMrTenlSJLyJ9R55gDPuhJ/01RXZBGtjroe TBBnkvbyPnMyNHy0O0Ob+yHwDcT3qeci34nUsQ4hLcZ+6nMPaZDWxLW/Sx25Vc0HqmDO5Thh1uWV v2++8z2E4XnSayJakfxcA4A6C7mXILlRX0Yemhcg/rXFSKrGS7SGEHfuJAQz1r6Z4eHhSZ87bhpb UiQhPl+tUJ+zUTl6Krq60HirjIwJ+ACSc3gVUt/+Nj1drRF9/ZIkSGsMDw+HpqdsXDzyLmSA04nA 37qGeu/S254nvZ0IjQ54KE3gpUgB/SbEvJkPjA6MdpRNrczIy9J+uc8C59vn9H2QXMSni+JdBBeG LPr6mTDrZqF+pm6WC9dgz3g38lssYCJ1yPSN3oBo4N6/TxbwMb31UCE968I3B2/j4pEfIBaA/mzO crQotBTpLbtuexlUKkWL3FQjEUZ+ZouoND5BRXJXID6d85h4OK5FfG9lZMbBLUHAK3x9R67tcftr LQ1q93Nl3Top636BGllNUhvsGT8dceB/2Hj7d0gayWeB8+1KiFZrfJCmHteEo1PLjK6h3tCAkQst SXo2dsbmgLXArvuNI7uQ6Nw0YAdCaG9CfDsHMEF4lyKpFeeYEbosTJ6kRFgLfEzmpOarT9JyUo0w Cx+f+m0fBX6AmHcvNHPkGtXQwjc4E7ZfLaMjHaR3YddQ71CSc+wUpGfiuUKASfx96mGYjRTk784E sW0H2tRulWRSbepoZEVIWUUq01w3LqKblviSan/aVJ82Z0tNZJ9EcwI/AsqyjVmtDQ7qPS83Dq2S x+dFehrPBfILM3dDZhGUkTkCXzdeV/ZLqhEk3SfNQ5WVBliLfy+qW0xSU9cVtIgjpaTfW9r8vDjU enwS3HrvIZNaxydpJZ+m7fykc+yMpGdiVyVAnWe0z/xLWNHd9kqk+D5AtDZtrpqoclyDPzFFoZ71 nllpGb7EV4upG2fS+kZqfdHoBhWNvN6t9x4SuT2K2J4nPQO7SgCkXJgZIKTWgaSIXI90GfkSUmZ1 HIa5ChMkZyNNigHUx0TNmvig+j6TpsSYyGq+R1riq1cqSNJzZEV8gz3jR+LRasqGD6E9T3oh0HMt dhYSLBdmvgipT70NyX/7FlL3GDChwVU0OfAjulrMp51R02gF4vO5Rli34TAol8axwHeAwwZGO56O 2r/eLgXHvY0hOYH3IClQ29TmqlZT+h7AP02lHtglSc9GK5nASpMDyZD/KZJUOoakjfxNbetAiun/ H0B/f185ah6vb1Z/Ix6EpGkuWSLMzE1Sc+tCVk1X7X3jiE8lHV8PfE699ShSE3tz3PnTdFnxhSI6 bY2czuRWU/sCtwyMdrwiioCbRXzPCdLTaJYJXC7MPBLYDByMCPEORJN7PXAf0juugiA/kahtz+2o ZexkrQ9AGv9eMzRG8K+a8EU9Epg18akEcJCqiTcimv4L1Xt20nGolq+RFeGZ5ymX+TbwL0z4lU1r JHWrKTOaq01XnbSsYZNjrSZuq6StNIT0NOpNfkqbOx64A/grkjpyA0J4q4y/v4uqUzWJzoQOaOg0 CKCS1e7S/mytLuu8uaiVO+q6WV8valsWEV3IJqobBlVv/B2kAUAOadV1FPB2JoJVHwDuHxjt2GQe W2tkNw76mMGe8WeRNCgTmoSrrJE4Io66p6RpLM+TXo2olQAVwc1GWiedhBTea6FtR1bv84F3Bfn7 j2XtTFh0v/f5derKjs2zq+7T1AC19jfYM/5iVONHWwjrkdZQj2PCzgPJAixxFRum5lYPU9eFzkJu LiIb+yING/ZDFkXtu9WLojMCbyKL387Ramo6ku/5BSZaTS1BtM6vDox23F5PbT8uqpsVnvOkpxFH foYvDmQeqzZXn0JWvw0I+c0Dfoa1EkK4NjcJnsRoEt8z27sZ7Bm/A3gX0r59GRLpPZ0IEymMDGEy yTTaVE0DXbyu2+FDtrW04D3q0ne49W6o/oJhPr4wczUNARlEtxvwLBJsOJ6JFmHTEa0zNzDa8Yda Frs0x7qIL87c1TDbS23bsDRUe3zOkp6O8AKThufYgQ9FeA8AI8jK/HGslRkruupNcBoJNUANXbZm +/qUcN+LNBdoQyo0zAfxXxGt9LeQzDwJQ1gqSdZEaRKbRpampw9c1+ss5I5E/F6r1Vtl5Lt/HKob nYa1ugr77mr5Hgd7xs3sgMepNqVBiK84MNrxk2Ymmmv4aHy2iWsSXhRaKbOjYYEMTRBRX9CK7jYd eFiDFOmfhcqJQwSZIJ+coKqQkuTiEFHJMQ/xIX0bEXw9x8HVoYOorrmNyivzicY2muygSovT5mkb 0rHmH5lo1KmJr7IY+nZ3TptEbgzFBtHepiAdp2dTnR3gNKV9rlHPAJV5Tpv4TG1PBzvS+vV2aU3P RW72eyu62wJkdsPbqH74b0AaYt6JdLboAJ4J8vfLEJikpFUnkgtDVMsqpQVOQfyQFyCf/0DEVH8h 8L2B0Y43hp4gBXwekqhmkhpJmoGmIUSfAUHlMt8HHkTGVu6ONFJdCFxVyhf3cZ0ny0Rn+7tUv+d3 kFGXupfel5HGE1OwFrQgkIW7kQnRZr131LX1derp39slSc8ed2hCv7+iu+1NVKcGgCK9i9dPtLnS JmPFTzF2tf+NNJjoXIjr12f4eJYhZs5xiDNbD+2+YmC045Ssi9bDjvdpEhpGfJA8VaWGMZg3IBrU SUHALWmuHbUfRJPSYM/4DuASJIfvYUTrfERt3geZQVwhO5c2l9aUNZEVcSo5PBpRPvbu7+97f70a E+ySpGdCaXIwocWZ2lxVasD/Z+/M4+Qo6/z/LgwYmAAyIgKLKMSLSwLqikdGmOCSQDRR04oxrXgg UZYZcSWT4+c6ruaYsB4zeHDoqvQY0J5dM25CEiUNO+MBKhoURBcingEFZ0USHAXSvz++9XQ//fRT VU9VV1+TfF6vec1MdV3dXfWpz/fu7e3ZbpKcgp4iEpjs3AIkZ4Nr1xYtVeG1iHL4GnAn5YCIglLG TgERHa6dOIaGhujp6QHsU9xscB3jWKtJXEvr+bBt9dcsgRB1f5Savvr/XwioJ3EpKBInsgvu5OXy gDMJDOhBrqULkZrxX1CZh/ghxE+u/vd6e3uKaZHeKb87siKoMSVJb/W8Dj01YJTKjHHQBhS79JMz c+JAoqVmGkmrI06XZo0A9YCI/tD4G/BUsyuvfhPVKyfQHF1pQ5TyS6vPXhK49O3rzmWeAC5BsgHe gExZU5H4yIoHhRTraVVq1psREjsEeH3fSNfX/dd/hZCvblrpHbfPBp4PHEil8CgiLpZP+/9/BrjU hfR0v94pvzsSoMLC0+9NNQ0NplBFxup5HRcj07euRS4WHRXpI0l8GpPjs6x90mKZu02GqfhMMg+q 9lBE5jvKL0Imlr3Sf/loKodCX4QfFU4aEVYPkyCStgU40vbfpRUsSepv9JXeNOBxpB7736HcJswn oX8CPgq8LOqztrQkm4VMRTsRqZk9DfFT3gucgER7d/vrjCNKrAisQUZwfhL4Q99I11p//89GFNxv KM81du7obLMKIFnzi2kdW0JJD1qD+Lyensr60igoX526Sf0v9VHkibEcmfZ0p75NGgm2NtUHrVXf G4WeznWBic5QXdurw+JEvwuJEH4GGdryT0i35l/iE2DfSNf95n5U2kmYUu7pXBc4OyOtAUFJfYG1 rue6rm76+mR3K9L5+r/8VR4Hnmf7jBW0yG4RieD+DFFq70AizQOUp6bpbqBXI37DtyBk9hBipn6l b6TrO+YxdMQ1r+NuFwR1f7YF6W1fIuH80c7x0klDtT8H7H4IW3PNuHWA+v5diM6GdiI/E0E5f0EI iCKC3IjXI871i5FZDk9HTGLPNYcxyhfpYubakDSYUY8xkkHnovn0jkTMv3ORip+/I59vaD1uwHej E9pMYDFlX1rVfnRCsqUsBb1uImkQzEWkqHXUQzTIvG1FqC/CuTpAf029njQTvBaSC0M7E6COWgaV DywqfUevRNSfMoWP9rK7HojaftmCC0O/T9dB0c0YGem6LwvRLUbyKfUI7IWIGrsK2No30vVjfV+2 ag0TaeXVJbm/go6fFumZqBgr2aLk5y3LJ/P/tBrR2TBVyA/iR4J1GGVyTlUrLsEXk/jqTXJJ9x9Q xaHSX45H1BdUO/pLqq6QzRfjJjDblBk0fp6JC1zVo76+7T5uC6UXh/TCvrw4T7h6Ep0N7fBFRKEW 1We7QKM+D0V6UYogbl5f0HqQXq1uCMmBKLbLgG7Er3Yb4kNTuKGQzV+o78c2VS3NyohG1VbXs9GF GpkKrS82QknP9sbjElZU6Vmj0epfSBjCiC8qX88sY1qfGSvl44HdFNGPl9TUrYc/zuUYCt25zL8h frnnIoGEUcTfeYq/yiHAYyqzQI8chzUbjdN0AJL73qLWjZPvF9U4QffPJ+nP13ZKL4681Vm9XdEO X04YopRf2PdpuiaC0n/UMVxuyrjEVwuClKGRWFxEupk8hXIi8R1Igvd6kBs77LzSGBgel9B0pN1k QMsBPRx4D9L0Ik9lcOZJ4EDP48la/HqtfG95kCzSqjAVCLCd1R8EE2CsGy6C+FygiK/e/jgFjeQe RSKso8BG4DCkeuKZCPE9rZDNP5Rknq7rwPda1kkDvko7GengsspfrPySRyG5fKcgFT9HA99HUmb+ Cak2ucLf5mxgtefxijC3hoK+juKCVhcUiQMZJurlp9PTOOpFsK3U9qZWxKn+gMrkb2Xump9D1D71 G7tWxefYM28HcAOi2IqImtuJJPfeAXy1kM0PpJHWEvfGt60Xx/S0pIAdRlmVfRXJh90GbEa6y1zX N9J1qr/dn5AGutcDbwc+gHwml1FZpfFRpKDgc57H5riZG7YqIKi+P1v1vopFerrdPn32jqocnXpB T9pVN2nUOQah1Z9CacEkKvVdlXx0mrIz8wQrLuzRG6vUXtSNHIf4HEnupcgNr0dZX4aoFYCDkDy6 wDZSSTpaUTbOAAAgAElEQVQ1Rw0QSkPF+WT1WyTB/CLkff0CUamPAn+krMpWAF9BEpWLSDPd3/eN dOlK73XAuqAZzAqmj9cVYeuHiZJWsqamqT9c3vz02TsqAhMz5oauXhOCEnVdTK3wDzi8EgFoG4es C6r8K6PV6wxNLKdH+15X3qR9/sPHMj3E+W3DaOd4aD8+nYAcAhCX4c8zAd4NfB7xz92n1i1k839r Rn+/WnxrCgNC0cchvrV/RErSJpFqm+8iNbfXAZ19I12vA163PjP2Vf/Yv1f7MUo8rU992/lGqVSX 9VxgViM1E1VKL8nTy2T4sHKqNFGLwzTIV2W+l1Z6QjUCSvXpMBVg3B59NjjWwKrE4JsQP9P96riT 47NYOLiSjb1rgHKb+jSJL41ABsQ3cdXf0Jicvqi0JIWo777tzVvXL0p/o7WMSXRFUqKLcsiHmcX7 GvGBnfygcvpblM/HlfiCyMWWX7hwcGXg/orZ8dRrcMOaitrO0fa6iVoqIVwRR6X5pvFzkdzFzyP+ 0ecg8zoqPqCwiK3ZRKPVyE4hcSDDtVNImojbWSWM6OIGXvZF4jMbIigEjb20webf00nOVDdRN+jc RV8LfT2M+JIudxlPaSPHNP1lcTCwaOxARCVvQPyCByFdWj5MddXJ25HAR5FyAES95tlqgm25fup+ aof7ZFr0KvYvY/rsHaXedkHkkZZEj6vugshOP9e4/siViw9v6adXM2ArsTKxbcFVVcGn6ZSvKd1k crlOto68KZT4vNxstpOvIqztS/KJTd+w7cJei3vd+9HbA5G0kaMQ0lqNtKGaCxyBlM39FEm0fjla M4O+kdLx7kGU2/OQOSIqimvDY/7vPyOJ2hf1jXR90V9WIYjC3k+9BU+aqDllpd6+BxfCizJd0051 aYenWVrQgzsKpqp3zVeD9K6TWhSfiTQ6Oyf1/2ldWC5G2k+9BumndxHS7Vh1dvko0jRiEOne/CIk 766IBDtW9Y10vcjf5xlIV/LVfSNdv3Ct1jHhus6yfFfpHmuHe8PbviRfjPOFNSrZMozsXBJmG1Hf u68pP93PZwarokqcopbHgdpHmsRXK1z9kiY00ssgaTlPR2bInAOc2zfS9S3bPm1otK9QYeVNe0p/ t8M9Ueqnp2O0c7zif1u33HoQXxjRuSbdNqJC5Nx5j3LzlkMrlrXDEy4N6MSXRPHp66VRUtUKxOeS 06cjqnFHvUWF3v4JYGhoyHouLmjHbAcr6bkiKrIVFzrpJSmtqjfhnTvvUevyjb1roocXTSHYIrtm VDfsu9i9dUVgZ+Y4iCK+jb1rKkZbJukIE7Zch4pCQ7VISAIX6ysq8VjBZY6x7TUXl4Wu8qA9rn8P wouuXZA2+ZlwzQurlzm7e+uK0FQJBV39tYPMTwuKBE2TNyqdKS1Tt6enp+L70XP3dJjzN3TEHWSU VmpM1H7SuLe04MgrgD60aG5YBUvS8rqWbzhQi9LTsW3BVQ3rMZZGyytXuBKejn2R/IKIL6pssBaY ZmLUQKFmVG1EHTdOc4bRznEGB4c8ZODWQUABLacOuBI4D6nN/SXSL/BQ4FiE9HLAv6HV5AaRHgQT ri1/Uoc5BKvVrv+aSa8RDRahce2uzP5/rqSnTFx9fdPvp/bXahdBWlB5fS45m3GSdvVtgoIjaQ4P SkKarvvuzmXMlBQoR2BVTe0zEDL7IUJkVwADhWx+W3cucxKSkvK/lKefqbSVRUiXlbuQYMhXKU8q 3A7cXMjml9nOXUF/D2EqsxXJzBVVpOf65cX1ObjCZRu9hQ3Ur+FBFOFt7F1T8bqp8EyTyzzPdvB/ JEFQNUcYXEoXg64Nl3kdLqiHEtTaXyliuo7KlJQfIGkoX6R6KtqLEeJ6AjijkM3/1d/fVcAfgI+Z PQGDeg2m3VZLoR3Jz9u+RHr/u34gadUj6kij3rcWBHV3DiK9IHKzERtUB0D2pchvUFVH2NS9uLCR XrNMWRMW0nsaWkoKcLO+vm5uuvgda+lTGLbfOPd5uxFfIvM2rcBFWmZwo/15QeQWdx/APhH1DUtz iQvbNWMbSelqoqbp/4sT6a0HoogsDuKKm3YivgOiVjC/MEjPnNARVc4UhkaXwCwcXMm58x6t+lHq JQwbe9dw85ZDmTF3bQVxBimiqYChieUlUm/UvBTXmz5ovaj0Ftt9EbavqFZatmPEhTpOmN/R9diu pq0ZxGgHOCm9sGiS+nCCcoHqYQ7rqHflRZLorQ0u6nAqqz0TtUx3MxHVzcVEUOpKLSkojRx2pF6H eIouTiCn1jEDrQynhgNBH9SCidkwGn6xLZiYzTbapxjZxIy5a9nYm5z4FNlFEZ6oxPYwD9LA0MTy ioamcdrc20zcpCZkK/j9bIiqBQ4y0dMep2lDO5myNsQ2b6Mksin965243AjTNomS1M3YKEzlNBZX rB+9scJUWp8Zi+Xy0E27oARkFwRtE6UI62m2xoHNvE1ChEFma7sTHqSUnBz2REpKei71mbYI7u6t K0qmzmjneGqmb1AJmok4QQ7YT3gm4pq96vpw9TOnXY5WT9TzmFH7Hu0cn7LXZaTSc0E9vpgwn8K0 ji2BKStp1D3qUMGJm7ccWoq42hBH2en7nqoXVlIMTSwvqQwXpVcs4g0sGjutO5fxunMZL0pJ6T32 4gQjXBAnUJB0//pPkmOFqT712lQmPACvUHywqN/MaZOGQhLFZythsgUudHVnYvvi82Mf14Sex2cG NmxVFy77m8oXVZoIGzi+PjNGscjhwCPAwchAnSJSYnU/khf3ReAdIDlwaVRVBK1ba8VH2ueTZB89 PT1T/tr0CsUHS+at3pWiHogbydVNFtXB4u7jHgbgZadex5wNN1VtY37JaZAeBCcwx93HVL+g6gnd 9NXmxL4A+E+kcuFqZETieQj5PRv4MTIqcQ8yH1clCV8EvBYp8+osZPOboT6E1Ai4Kr+oc57DK9M4 nZZGifSK2fGodUtIwyyIUn6T47MYGhqyEphqTeTS7TZNv15c7Ce5+iNMCfoNOq8BXoV0Gb4TuBT4 NpXlXl4hmy925zK/QkjwvcBp/m6eBD5WyOb/1ZbYrNBo35t57DSU3lQ3axWsgYxGPsVM8lPqzkWx rTm/IzBSBeULMS21F4X9JNdcBBFgCCGCDMf+hudRLMqd8HLge0hd7EOISvyB/1svJRtF5lVc6nls TlK9oZAksBLnOJHqTrXL3wdUHmikV8uHW2+StKk15cdzOXY91d5+omtdhKlAHRGkOB1Ri7Moq0So niqm+xQ9RCG+FemG8iOorqttBfN4XyM8aEDKSq3b6ISl/GphgYuofdSCVh1evB9ucCVBG1Qkuaen p2L54ODQr4AbgRXAl4E7gLXIFDKAPyGTy9QFq0jxb8BMZNbs9VBJikmQlEj3FbNWIRWlF4VassR1 Px7QcNJrtJJT08cU1PvVsS9doPWC+pyTkqALfLV4D3CSv+ifge8DvUiDz2FEER4M/J1KlfguZALa 3z2PE+sRXNkXVR6EkF4jnLQmwsjJVswfRnyjneMMDQ1V9fCPQr1JzjZSMQ3sN7NrRy1KMAkMUjRV oiLAlwB5JMDyWX/TInBJ30jXNXouo65Co0TBvkp4kGK7+KRKMc0gw5JZ11ctu3rdPU7kV69i/7CG mmmkwdj2uZ/8aodZGRJ30lut0HyKICT3POA+pOHoQ8DH+kbizaw2hwe1Y7OANJAa6YVB5diZvrlG QFeI+vHrRQxBJNeI96wfY1/q2BKGYu5YD+kyvAt4PvAh4BPIXInHgCX+/9OBSS+7K/B+sJXI1XvY fT2xz5JeT09P0ZwJEQTX4nlzfduyesFGLo0wWc332szcwEaQe7ugmDv2zUgS8i3AK4GzgIeR4Toq T++pCDEegZDfo0gHIqW2TkRmTJygdkvZ97YbMU+nI3mAB/n7AwlS3Odld/3a9NXqCErYTzJHJAql mvZ9lPAAvJU37UlN6TVazQS9Xu8b3VRzjVSuSbGfAAXF3LGvQQbtnIrk3r0HeCNSxQFlQnsAOB34 I9Lz6whkfKJa573IDIvbETK9yN/ufQgJdgMfAb7qZXcpxVnav5fdVSzmjv0PxGd3NPBxIAu8DKke eS9wGFJl8gDi63s7khZzGvAF4JPAX4ADvOyu+6E6EGbDvn4dJCK9sJu8VgIwlWbQvhppvtlM1nYg OtifZtMsFHPHvhEhrlO97K6jfdIrVYFoRFgEPg1cRmWVSAYhwVGEVN+pvfZGhACfA7wIwMvuath7 a3fUXem5kkOQWd2sm7WdiU5BBXauXnfPftKbQijmjn0BMkbyWuBzwEIvu+vopp5UGyGS9PYlpdCO ZmsY9pPefuxHNbyenp7ivnpDTDWSM7F76wqWLpe82P3Etx/7IfBYEhyin4owp45NNaIzsZ/49mM/ KjHlSE+PXg1NLK+qgJjqJBcEZeqevGxBk89kP/ajuUgtkNHIhN92IK4n9swr/a1n6adZ4uR3Dr4A uBzJQ7sV+K5rpr6ZoR+2XtS8ElfMXfS1iv839q6pKv1S7eJV3bHrDNZWvyZsqDULoadz3X71HhOp zMioN/Qv1Uy+bVXoMzzqma3f29uzGanbXA18B3iTbT3bdLFl+a7STxjU60nfR9isC9tozemzdzB9 9g6e2DPPudN2owe+m0h6La5cfLhTbl0Q9hNefDjNvXVB/Yv0hej0p7lSAq36hDdnfKSl+CbHZ7Fz opMLlnSzcwKQrh0q+XWz2j/UTlhxEUSs4Cu4RdXbiLILJkZdHap5Lvrn2moqL+41OWPuWlayv3Sw UUhF6dVbcYVdQK10sZswCa9WTI7P4u7RbnZOdJovHYuoPYDzAScFFwfq/KPeh64elUmszj3pwHQd CwdXsnBwZeBc1mYhjeuwFsW3H+5ITentRyXEF2V/bX1mjAuW9AMFp30pZWfD5uF+yPFxyjMdnoo0 qHRCGmRsQhHSwsGVzFXeRU3h6dP3FImFmadbR8oWe1rkmSbSsjZmzF0L+9Ve3ZFKIKPesjysPVMr wuZ8X58Zo6enh50TnWwe7ueCJf3M7JwIvdnDyA58wgOfQOX/ZnX7UOa6GagwoQIXOpQboBaTP2gO cruhHWqkzQyJdkPNpNcIP0S7RW/1yC3oyq4SNpJyITp9X5uH+ykWK7qBfATI9o10FV1UXJokGaTC ur2jSw0uh4aG6hLJbpZfz7wWp9KoUJu5HdQ2rRXO1xVtb962EgGaCk8nHUVWJmnpiDJjL1hSva38 3/85pEvHvcA8pHNH6qovbuqKrurU72Wzy9uZ5FcLCTY7epsmWsHMjWNdqUBMu5BfTaQnAYzmvslW JDyl7C5Y0h24viKxyXEJv8YlOwMTSLeNnwMn40/fagQUUSmVV0l0sk69U2KaiXpdfysXH960aG5U s42gnpHtQn41RW8b8cbawZ83Z8NNJZ/U3aPdoQRlvrZzotNKeKa/LgKrgDcjwYxrkSTl1GEjJbVs +uwdbB15E0NDQ9acwKmIemctmCWTjUJUd6EZc9eG5srOmLuWlYsPb9r5R6Emn14z/HkKzTZr9Yls c4YzpSBFXNh8dI5EV4FNuX59psL9fSNdz4m9k4RohZbpjfbpRfWUhMpJdrWcW6MVn9kJXP976VH3 A3D1H0+o8mWC/X22Wv5hYtJrlISNUnqNJr+g8ZOjnePOpKcTm4uvz2V/ReNb9Dzrqk1DPQlxqkRu w9Bo4lAqTZ81rQhPh0l++jb6/61k7rZ9IKORA4aE7CoJT02BWzAxm09wd6x9KhN2ZudEYsLToNPc 25blu74cuOYUgii8xh6zlgetTiIKLvtqVo2tOjcb4ZWW/+jCCvIzVWIrBGZ0JG4X36gvoFk+vaAB R1Gzdl3UniI7kJnCccxjmyL0ld7hSDfdOf7vM/pGup6M3GEEbE0JmumvMxWjq8qL8r8121Xi2l28 Ufed6Y9b8qMLnbazKT9oLbWXSOm1ysmnDf3is0n2IMKLo/YU4SmySxGbgT8DvwLeAbwqaEUzNSQs VcS2Xpw8u7TWsa3rovJ2b13BWQsHYOGA0/6bAu3cbtvYF0iAzYqO7t66Ao5yW1dXfkDF/aTOHZrL IbGjt63c2aRWJH3a60POZ3ZOVL0+s3OCzcP9fIBTYg9En9k5UfETgtnAT5CCrxwyYauEsDZSOom5 RF7TVnr18veVCK+NcNbCAU6dfkBL3Ge1nMPSo+5n6VH3s+RHF1aoxBlz17J0+Un8bP1o02qNY5Ne oxm60UGKpOdhqjZFUpuH+1kwMbuC7PS/dZUYhAUTs0s/25fk+QCn8AFOMYlwIXAIMBOZovW1MKIL mqlqKrl2RrsRno6zFg4EXo+tnsJlg/5erl53D0DTyK+lAxl6S6lGoJZWVYrISmksQz6ZLQkmMwVF fB/glKplhIi7ElH2wPxs59c35foB3u9yvnoHFBfT1mV5UsQhV/3YYVUYp05vi1aRoThr4UCouduu kPdzfen/pctPYimjDRtnEIv0Gl2B0Yx6W1vSpetxldrbviQfasaWCM1HXJM3BG8E/gtYDLwGGUAd CBt5BanDNOtkXc7DBUFBjKlAeApBxFfPaG4jxMbwjreVRhgoNIr8YpFeM52PjX7amcebs+GmqnV0 8jKJLAx1IjyA0xHSuw8YuWBJ/0Wu7atM1af3z7MFL1z767mskyaZ7t66orWDFilhxty19LRQRDQJ rl53D0uXn8TV6+4pkfvS5SfJIKt19SN1Z9JrtMpzedo0Sv2ZhKcILgnh1Rk9wL+qfzbl+p/tefw6 TNFFFfqbZJd2nWwtfsMn9syrUnvt7McLwlkLB7hrcm/Djjc0sRy9V86MuWvBMWUlCEuPup9hy/Id P7+IsxbK32ctHODqdWXiW8poXQZZOdsBrfhEqTfh7d66wqrwbIEIV+gBD500U0pfuRVJUr7R/332 BUv6rVHZKAILi/DqaFawY3J8VhXhtULEcyrAVjM7fOaNpTSUekKI757S//UIdDiRXqvVzkFjLvCw vDzdfxcFtX7KeXmlfWvY5v9Wcud6kKYFcdvHu5qtZrpLGvt1gS2IMRVVXithxty1qRKf+r6OPueR 0o++XGHp8pNSJb5I0mvW0zNKxdVb5dkUnkJUoAKqiTFomzjkGQXP43P+n4oRSrVDLrl3OnHpfjuX fSRNdUliJu9Xec1DUuIbPvPGiv9VsOm2jX0Vy9X/V6+7h+Edb6tIb0kLLZmyovvzgvx2ze6yEgTT 32fCtjzMNzjaOc7Q0FDoMY3yNWtZoerdp/f8A7dedqY/z4ZpHVtKxNPTMwvFu/WI+tq+9/0qLx24 +NLj+vhMwtODTWan7YWDK3nwlrIfc8bctQzvoCrSWwsiSa/Zvrywkpx6QW7e6Pw6G9IMaGxbcBXT qew2bMKiqioaD1CekibzORwIzIRLvp7tIbR76wqWaR9HnIlqQbCVnu0rEVsT9b43w+6x4TNvdKrH tRGeekDdtrGPhedUjxe4bWNfKTlbP4e00nRCSa9ZnZGbqeDErE1GeEkQpPK2L8mzjati729+tj+0 gYTLFLYoZWdTb2o4t252qmTvUqv4FBTfvqjybHl6rdC1PIz4SrW3xnL9uwqaaqfUXr0Q6tNrtsqD Sl9Nvf02YX680jp1Ckbo5Fdv3D0a3MYe4pGTqdrM72jG3LWpzai17Wdf8OXZiL7e96br5zp85o2l yK7+o3dXtu3T9OWZUGpPQeX0pYFA0mvmxWRWQ+zeuiKyU63+E7WO7bUowosbcLCRVxShmWqvnm3X TeILOk5QjW4cuCp30/w1j227ifYFlWeinvdmUitLkVwQ2Z06/YBKszZidrF63ezInEYUN9C8bQWV pxBGdrYPOWofZjtvW2pKrVHVOOSo1g0ydetJfKcsEFM3qelpM3NtrcPVbNs4+ww7p32B8KCxKq8e 5Wfm9+RCeDr0xGyl9oaW1XZO1iairdDwL2giE1ReCKvndQCox+HAqi17WD2vw0OimF4hmy8CdOcy IOMRVwNn4jv8C9l80X9NBQDOBO4ALkGG7BSBlwM3ACdQjo6qY/wL8HHPQ82ftR3X3N7Tjvti4IvI NDN1DkUqAxJFwOsb6ar6roJm6sZB1NBxG1yisvrcCtsA9Dj7tKWoTHXSC/Ll1fPeXLn48IrPNmkl iO37iUt4G3vXVNUeqyhuLZUaVvO22YSnn4MyPU3fnmGqftj/iZL+ewlWt4pQtgHPQubIKmQRwpoG POgvU/uZCZHKTm1vwzTgCe0cipa/rZgcn2XtohwXOyc6a/K7BSnRINWXBOb3OtUJz4ZGEB5Ufraq t1+Y60g/P9OUBSG7o895JBbhQdnE1fc1vONtQG1mbhUBtEJUSL2h3VvLVRHB/eaGAA5S/8l6gXlt 3/R/bGSilNWRwG+N5c8FHkHKvFRzztX+70uB9wUd0NjeNhPv7cAKhGyDlJ4V02fvAMM3l1T17Zzo ZGaACWpTYEmTitWozFoiuftKikozh+tUqLKN1Q8Z3ddYei3AjLWlpcSF7tMf3vE2SVtKWClWpfSa rfJ0szassaaBjwIfAdi++HzXbUwlVUQK9j9GmXCOBcaBnyJ5LK/zX3sB4OpZ0Le34VLK5WOxlJ4N qnFpEuyc6GR9ZqxK9dkIanJ8Vumnp6en4n/9R4f6Xm1dWsySNh3TOra0ZCJ6PWGalc28LxcOrqwo FbNVUagftU5cVRcE81i62kyq9ip8eq3gy4OyXyGK9EY7x603Q1Ak1gwQtFB3lAoEnddo53gs39vk +KxEs3iDEEamQQpzZudElWIx30NQM9OgWbZTqV+eiWb48RSUeXvq9ANi+9/qiQdvkfO6a3KvNYsj bm+AlitDUxEkGRsXnEYSRHjqNRthhtW+uiBtgnQl3YqW8qOz2bbALWl5+uwdzEyR+MJMZ9e5vTPm ruWJPfNK/5sKTyc+283/4OKV3AcsfMzmKWhvBHVJbtR8aT1yKyZrazQaMXP2TMSt1KggvVZQeXq0 75j1koyot5ox16sVJunEUX/1UormPtXkNLX8vNHLnIhPFNSY83jJemDnRCenG8v09BWd5ML8fPd1 PgqLy8pj4yGPTCniCyK8VvCxNxuqQiMoVzfuXN2SndAK7aN0G31wcMg76Zj37jrpmPf+ZXBw6DVQ mQAJ1UnJLhEmHa1o2oZBV6XnjV4WGXFVJDI0NBQ1Sa1mhKm8OzdcWfG/ywNLT1Gxfaf7CuE1Soi0 k8/Udj3E8e9NK++k+U8Tywd/LH5QYXBwyIOhs5GcthNWbdlTDPuituNWVuaCNBRdGvtIsn1ZPe3g FKJL0GpBmIlrPqWndWypMHODoEzaqQhFdkHXcStYXq0EvfNKLTgAWvrDPRB4Uvv/FuA5AKvndbxj 9byOX66e1/Hy1fM6vNXzOk7zf5dSPUY7xwN33Iga13rC9fzNSOgpCwp1U31ham/nRCd3briSNed3 lJZN69hijfROjs9i99YVTl082gF6dPOuyb2ln7Cbt5FloM2aP5sEaYzFPKCVCrYNE/tUJJVjl/// H5CcNoUPA7uBK4HPAG8GvoNPikkRR03VGhipBduX5CP77IHdTzZ99o66EV9QhFctv2BJf4W5q7ss FAnq/selR92PiaM3rEnxjOsLlXriWi4Jzc2iaCU+CEMt5zmtlVSe3pt/1ZY9P1V/r57XsRCZ8HU9 5f5wzwF6gUHgAiTUdDAw6W9zEvO4B4Z2AGf42xyAVGXAcPwcuFaES6JvUCsoM7E5DVywpL/CzFV/ myrwzg1XcvriK6q21wnv6j+e0NambVQJl3njlu/Fxt6T7eTPg+CAhmsUt10SnjYCr/T/fjvl8/6h //vLiO/vr9o2bwU+ASjpVQSO939TLPKl7lzG685lIisf0kC9/Hm2tu62dWxQzQbqAV3ZBcEMcOgk YFN47YSo1klKzek/zUC7mLbq8zxr4UA6Pr1Wx6ote4raz5dXbdnzJEJy3wUWIA0Hfgp8CFB+ow8B jyGF/kcDE8CvUEpPG4Ttk99TgkiwXlHetMzjqE7Dk+OzAokxTTPXhehM6ETnmlbTDnW3eoZBs5KN XRBGIBt728eNEAdtQXo2aCQ4umrLnl8UsvlTC9n8RwvZfNEnkz1I4OMlSEG/UoUHIIpvApjuLysi XU4eAejOZb7UuHeSHFFkd97oZSyYmM2CidmBxD199o6aFZ+N7FyJb+dEZ6B/pp1N26gekK0Am8rT z/eshQMtSXy1+h3blvSCoJRSIZs/pJDNby9k8wAPIzWwjwKnAd3AZ4FViArcjUyyUU7Fi6CkAA/s zmWOaZQZnBRK0Z03elmJ7EyEmcFJ6nWjlJ3rPlVkVyFMfbZDECMsFaUdVJ7ZTECVgU0VtFwZWq2w tV3fTl4PWvzUJ7BrgFcBn6PcLgokQPIw0m0F4HHElP5bdy5zBDCKKMVLC9n8ZpdzqlflxuT4rApy mzOcYcGS4HrlsLkb4huMLiXTgxRR69ba569doTe+NNEqhBcGm/tgY++aptbipjk3Y8ooPTMnz5w1 q8+hLWTzxUI2/55CNn8ykhIziJi425FuLR/RdnUbQoxPBf4MPA3pj3dTdy5Ddy6zqzuXeYt+3EZh wcTsWIPH5wxnImfX2tSZviwukSVRkO0cxFA5eDa0QzpIO5xjrT5djyW7WiZ1Q09ZSYK4FRg2sujO ZZ4N/MbvbHwZ8H0kNWYLMExlrzvz7weBY5CqkQ8Bv/O8+qXGuJCcWbcLYrZrqz2/b6TrF/p2OjE2 Q61d+cI7AOg/97qq11q5/CwqRaUVSj3B3pUcwrtRH31O889dN7Ntn7Wr66BlzNs0+vMHdVcJgo00 Ctn8r7V/P42ovJcgKTA6LgL+l0riO0F77R3AS4pFvoQkUv9GtZBvFPTZGwbRPRch8SOBI/RtVE5f Gm3oFVw7sLQz3HLyWsO0HZpYjm6olsgugPCC5tO2K6aU0oPk9bZBfrcg07E7l/kVki6zCiGQBcBb kCAdKT8AACAASURBVMDInYjr4FB/9SJwSSGbvybRycU8Z+0cPWAWcB1SsfIL4Bzg29p5eUqNBkWD 0+7LF4UrX3hHYGJyqyq9dlF5UHmfRc0aaaW+empmBtg/b9fPuGV8eu2SJKnhBOAniKL7MPBzpBrk I4hpqwjvaUi+4LXmDupRsuZHnM/ozmUKyPf7Y+ClwC8RZX+5tvqfgePDBnuDdGlJK62lFrRD5NaG VvOTBc2yMNFKhJcmWob00oKtyUAt5BKkpPxgSLGQze9BCHAFovI+hEw4U974j5D2XD3j3Hyi+1B3 LvMwZaKbQzkR+23+7ycQkla4FPhk1HEUIW4e7k+czDzVzdsgtFKKCoi4OGvhQGQwoN0IL86DpWV8 evWES4v4MDMx6DW1rxBfXbE7l/kPoLrINOKYQccr7bjIMUjazVrgRKQ87wLKRPdFhOBuxa9HRipX xoHjCtl855zhTKwBPbLuDjZnkjUmrcW31y4qz0xIbiXCA7fI59HnPDKlfHgmphzpzZi7ltGQ+Rom AZrL0kYhm38n8E4hyHjbqvPz5+lSzJX2WYTMA1ROTLsY8d2djhDdFm35e4GRQjavj7Vk+5I8o+Px 5m5AcvKLS3iK6HZOdLITOcZZsfbQeFQPlW8t0gtDq6u7tHL1ppx5Cz7xhfTSU9Dz+KAyl0/9nwS2 7cLUonn8OcMZunMZr1jE8wnvRCRJ+lXaplupnJh2K1JKB0J0z/f/vs/z+IDnVfQlLMGlPZUNKq1F +ftcTV8X394VP3+xEJ3/oyOqkL8ZUOcU3DWlNbDhnUcEvtbqhKej1mugZUgv7RrFOPvTFZ9OTjZV qCOJQtSJzdyHcXyd6PQgxAf81y9AOs/8SNv9qwvZfNHzuFfVISvT2zYLRC2PM+hbn1ymB0CW5buY PntHJKlNZd9etcprHYQFCtuJ8NJAS5i3aeTotRLChg2FJQkjFSE3FnN8kEqi+zblIMRfgI8jvrvj kcgshWy+qExo22ChsHMcGhpi2Wy3nnw2H6Der09+F6x5fpty/er95pCqFoXFwFfwzfX52f7ANKqd E50tZ+LOmLu2bX157UR4espKLWgJpVfvThSm2WqilhZPtvXM4+mlcKp9lU94zwXuBf4PSXQeA36L VH5AZbRVBSH+BKXo8Q2ex5Mqz86lQsOGMLWnK7ugErawfn2bcv2e/3MaUrdcpEx43f7/H0Xe6/Gh b8BHK5m46lxaWeUFoZ0IL000nfTqlZ+nX3jKbFQ3fRJfXRgxmvszzWRFcpp/7h6kGuI+4HlILh9I CskgktcHGtEVsvmPex4v8jwqnFzmsYIQlchs+vZsA7jDIr1qfct2LwQeQkh9AbAGGQMAoloPRj6T wym3+mJm54S1s3KrQam8VobNl9fOhFerSGp6RUYaVRg27A6J4OqIU6xvW89GJpY2VNuBAeAS4I2I uvkv/28QpXc68BvKZW3zgTHP4xHXGtu4r9nWhWhyizJxAQYWjXmIsluAvKe7kLZeUFm69yTy8L0P OAp4cH62//kApy++gt1bV1QFM2Z2TrRMI9FaKgMaBZP02pXwHrzl8FTGZbaET68eMAkv7OYPcvLr r0VtqxHdAYiKewhJVP4YYsbNAb7pr/MElUOOLgU+6Xm8wd9fUZ1v3DQX/T3YVGAUCfb09CCtBd2x PjPmp9WMgai1SYTYVFXKrZTVHYjam+Uf6ClIcObjwCbgtf62gQqqFf16Cq2UpqISkXW0K+EppDEu s6nmbb1MW7P+Ng7hqWVBhBGC3yKT2UDMtX9HfFUgJKCnm/QhjQy6gH8qZPNfKWTzb9CPlzR3MEy5 Rpn125fkI9WxruYMU1aZsR8Efg+8GmnaClLvuxbpZM38bP/K+dn+H2u7XYAov2OB4qZc/y4V9Gjl zsO3bexr2TSVqUR4G3vXlFReGmi6Ty9t2BoOuOTIuSzX0Z3LzOzOZZ7ozmWGunOZXYjMOQ4JNJyI ENofEdP1COB/kDGWRxay+Y8XsvklhWz+fwrZ/LaAQzhD91dGkWXY6yoAE5XCosiuWMQbWDT24oFF Y7uQ2uMjEWX7NHzZBxwG/GJ+th/P4+z52f6iSmuZn+0veh7F+dn+LiR6+02E/F4MdCqz1pb/1wrB DNvsi1aBzfxvR8KD8nkHPQDjfu5NJb2hieWpXig2wqvjHFqVUtKLKJRLgTcgBHciUnr2TKTD8l8L 2fwBhWz+KM/jobROIE4DUX0d8zMx8xSD1J4lSHEW0oT1WP//W4GvI1PoQNTeLOAFQEXHZUur+ceQ +uVzgQeQGSYtO2dCqbxWTFOxWVCt0A8vKdJuVz/llJ6OKP9VHJM3YPkTwDJEnfwZOAi4HfgUZaWz IcYpV0CPDtvSbszO0HH2ae7HXEdXeybZDSwaO2lg0dhupKv0g0gUFsSMXYg/lQ4Ym5/t/x9b3p1O fP7vi/2XbkZ6FxY35fo9pfZOX3wFMzsnSj8gQYRmKT5zBkYrq7x2JjwXxH3YNDWQEdTBNQnimLWQ 2tyKPsQU05sO/CMyic16jCRR4rRrg51M4AnoXjTkAQwUQXF430hXEbgbCUAonAAUe3tLdbhOGQH6 YPD5WYqbcv1zkEj3r5AHyS162ortWmmGCrRFEFtL5ZVJr90bgEYlJCeJlDdV6aVxwe7euiJx41Ab ohSTMWfj44VsfnGtHZHNaHFUxLjW/UetG/AZ6O/xNkDvMD0BeDsnOk31FglFfP76Km/vOf7+T3TZ R1QDz7TRiua2gnlu7erHqyeaQno9netSyc8LysWr1Y+Xlh/Q1swgyEytx7HC9h/UWGH7kjzFIvrQ 878CrzM2fyXwGURSvEgFJADnSWkm/PV/iASDPODZwIrV8zpYPa+javymaU42yswNOk4rNME1z2Eq mbW2zz2pS6EppJeWKRBEeDYfVVQpmo64BGIeI8hv5lo9Ye7Xdb2gxgm2dSPMZ5V+AqK8zrHsZgNi 3v8E7CQXpfYC5ubupVyethrfzFUvqgvdrIRolPoKOk4rqD/9vmqF6HYaCDNtk/JIwysy0vLjuVZc pI0glRY2YyNugrDrumn2A9SUnaqW0KsmAB4BXjM/23871NYQNGrbTbn+lyIVHH9FqlRYtWXP8eAW zT11en2e5UHVAArNrMRQ95WaedGuOXkmVOQ2zcqXto3e1sOsdYGu2JIGG5Ksa1ORSZQjUNH0wJ+n 8SOE5EYRfx1I+omOI4Dv29RZmKLTXwtQdrb1TTP376vndXzTtr7NxGm0j0+hFUxchalAeBt7pYls mqYttCnpBQUualU8taR9pIkwgosyW2MsVzkptwNnIjl1rwB2+8vPQYjwFgDP48n52f6ijbDCSCwg Jy90fR97ge/55/AR4DyoNiODlFczzLtmmrjmsRVhtCv0qG3an2tDSS8N07aV8qFM1NIx2dwmSQ5e 0DEs59CFDA/aiUxp60VyUo4EXo9UjhxXyObxPM72PKxkpyNI7SUxg+dn+4vzs/07gZcjam8V8NDq eR0vd91HMwiola/NdkPYqEeoLS7QMNJLy5cX5seLG7BoFaSdh2cjO9+UHenOZaCcOP1RJGjwZ/// VyMt558J/E7tY/uSfGQr+CBzVy2POwLSX/9o4P8hTQyegZTyWWEjnEaqPb3Lx8rFh7Ny8eENM3dt x2ln8zbMjwe1+04bEshoRPDCxeEP9R0ClFLCc2r7NTq/nIuUi33JX9YF/CfweaATaXsVONltznAm UrHVEtywwW86cB1wIdKx5SW9vT0/iHMtpRnUCLoJFeFFXeeKmNNOZNaPq95vu6arKMILCxq1BenV MydPIS4xmEToSpr6NnGOVU+yDUJ3LvMN4FvAVcBM4A4kIKFwC0Y6Slii9WjnuHXymSvZxSVFn/Se g1Ro3IH4HncB/7Bqy56q8wyK7KZBfFE3YdwHe5qRXv3+OnX6AW0budVrbMOCUbV+dg0xb9PwdUSl p8QllTh5c2bEthkEFoUAs/4w/2cD0iBhL/AF/DK5QjZ/thoe5HkUoypLgianuUZyE/r27sfSgcW2 flAX41qjuWGNK9UN2Ap5euq9tyPh6YGXsO8rDS5pi+htIxzE9UoaTmsfts4oDukr5yAJvuoDfDrw LqAj7nkotap8e0HkljTgEbG+tQOLDUHkk5T47prcG9qpN63qolqg7g+Vn9du0CO1jUg3agvSi4KW c/bZ7lzmpZZ27Q1DraZw2D7j5Ohpc39vRaaNAaWa4SpV55oArdSeQ66dFQnL0y4GvoN0YPGAe1fP 67jZVp4GwQ9J1xvqto193Laxz7q+UncuPrwgpJ3E3A5zOoIQl/DS8Ic2pMvK0MRyahHcMSovfgv8 ABip4XBOqHdARD9GnGONdo7LSMd8lzYWMn82/oxN184vQe3mty/Jl3x72kjHacDJ+CVp8wke4Qjx fXsqZWZTrv97SA+/bwOvCVo/jIj0G8tGFGbLKB16hDYp4bVSO/lmIy7hpfXZNYT0apH/jh1UjqM8 OvEpwN45wxknJQPJTdVaic/Mw6ulu8qc4YwM3IbSDFtN7VUdM2gfah3bemp/Q0NDOmn9FDjV/7uk vMKILaHaA2lQ2oeMzixSjkRbEVWy5kpaZbLT1V3zfXgK+vs8a+EAG3vbI5AR16RNK+pd9+htrekq UaSnFIlm0n4SmUfxUt2E0xVOPUzQKKjjpxHJ7c5lDka6NB+N5NodAry+b6Tr6/pUssnxWc4qOayO d7RznOmzK4cFTY7PYnBwCOC9SMeVZ+D72pQyCyO+uGpv83A/xSIHAo8jQZmZALYorg69QUFc6H67 pPsI22+aWLn48FLdLbTuPAxd3UXVMptIyy3QstPQEjQUOAwpil+H5Jz9P/3FejTljCIwUznFaT7g k/gs4HxgPfA34EbgGqQQX5H8J5BBPD8x9zF99g5Gx0WZmZ1jbMc0lymym161puxzcLDUmOBDyNDy TsBzaS+VTO31P4F0fZlUy1fP67gEuFZ1ZzZn5cYlqspcuuR+uzDMmLsWUvbrmapWiKU5uXrncLS6 No8DfncLDxYV2SUlvDTdAnUnvaQXTFgSsg7tRj2Eyq4gf+nOZT5Wa4NPKJt1USQc10ztzmW8Yo4j IfM2pMX8o/iqDSkJuwXpSvwI8DCSc3cpEpz4DpJ/dyPwNeBNtmNMn72D7RPRPjxdBff09ASSnYKo yTGQh4xqM7WX8uByIFzR6a+pqLAtD1BB8+15SI+/UeBn/g8Ad264kpmdE05JwgqVqqtcVSFoHTM2 DMpvftfk3lJe4sbeNc1Se59E2pPNA8m/M8kuLi+kqYzrSnpiFoRffEETpeYMD0WqEYMAHzRWnYHf /DIq8dimcEo7mbuWGZwvxzbO01RvYWrKJ7ijIXMk8K5CNv9+/6U/AIcjfqoOyqrtYYRArkCIbRJR s28G3ocMB7/R38dXkZGSVox2jte7DdcvkYqJJcD/bcr1e0p5hRGeDnUdnI4Qlw3avrYjN9WByEOi ojxt50QnhJCfvkwlFttea1fctrFPU1WNUXu+ursdGZeQQx7QfwKOUeekk92a8yVrauVNeyL3XVJ5 w/78qSW7ajrXupJe1NN2wcRsqPLZyc05hD0RNgiFbL7YncscCmxBfHoPQqhYqcBo53jpfBXJucAk NsQknVXM8SXIHIS0PVcDwB8AnoqQlsKDiML7NHAZZdWm7sRViAn5asR3dhJiTmaApX0jXRVkp8+l 1eHiSyytMwHbHAZ+9410FX3f3rcQItqLqO3v6Ovpik79rZOhaZKevvgKa2S11I4+xxykhO4JpMX8 Szfl+l8E/EgfQqTIz9y/DlF07U90OmbMXVsivgaqvVGkQYSKSnTiW153Te6VVKehoRLJuZCdQknl 2chOEWHQ6xbUjfSCVF7ZV1epPHR1VYMq2Y0Qg9rBscDvo252nfBCd17hZ5Tf3bnMXoSoLkSIbTsi 63+BmF0XAD/SdvNlZGqawkuR0qoiQnpKta1D1B4IUf69b6TrVCRSutRffnbUOZ83ehkAC5a4dZlW y5ctsJOnCd+3t5tK10JuU67/lbras5EdVBOegu37mLl1hfLtAbzRX6yix79Beu9VwcXknQpYs+GR klmuR3PTVnu+qvskkqZ0FuKO6QPehjyIhpHuPfcCBYhHcjoifXlhRKcTorZu3UjPNh7PRnbbF4uq qlBXG25KFGzw1Z66+a4D3t2dyxxYyOYf19fTCbanpyc0L2twcMhD+sy9lXn8Cwztpaze5iHK8nKk W8nDyBPu+8DzgZuAuVSS3uUIQSocCfwLcLjuf9y24KoiwPrMWDFIvYUhKHIblpbS09PDttlXySXr CN+3933/X+Vn+wnS+TjVJgQSALhS9+2BpK2chjzsAh2COyc6mdmiM3TThO4ySlPtacEJkGDaNYgJ ewTwJOVu27MRy+VQP7L+3JoOXAsCCLEupKerPKWORjvHqwICo53jVlMyygcV0SZdPfl/SKX6KCGe qht6G+Jbuxx5iv0nZfVWBD6LqDvbDXe5v85Lkafhw4g5+2rgfxTJ+YrrA/qGk+OzmD57R6C5Ggal 7hRc8u/0wEXcY/aNdBUHFo0VkCf/K5HP/nYIHxQU1a4qCKXGpDk8pMHoA8jnGrpDF3O3EahngrKt ECCp2jOI7lHg7cj1r5Z3UjZn0ZYfGvtgAajHaM265OlFJSO7zDlwTVkxCVBTeosRh+oBhawRcFjs 5rObs+EmunOZmxBz80Rk+tfVyNCcNZR9baspS9g/IObuZWFtmhSCUln0ygpXrM+M0dPTU/rcovx4 tvw7Pc8vDgYWjXnAB4F/1xZvAeYpM9dUfabJuXvriororY2c9CCHVhEC8n1/BfBsw8VNNJv46j1P Q92DKpKbJG/vHI7ejQxeH/UXPRVJnVKf+zWIhXPVqi17Bms+aQP1yGeEOim9qFY7Lkprxty1bCc6 OTngpi4C38VPmB3tHI9N7Npxr0Cig88ABqlUb28uZPMqcqgf45+Bfw7q4+dSBrZgYnbsYA6Ij035 74IILyz/TiEh+d2q/Z1DTPsSwsxck/BioBvxG23wf/6qyDCM/O5ssuLr6VxX1wHhSljEjeSqbidn LRyAc5iBtOl/GAmo/RbJCwVp83XLqi173oPcF7GhIrjhsNwDNUZvU1d6xdyxVSall7UfI27iZ9jI P0VSKihhFKMfBPxdKa+woIlpWvvK8blI0ODzruqtFtgUmAsUUZnmbZL9JiG99ZkxikXWACsRX9s7 gC/Mz/a/U60TJzfPJCUbMfqT037o/6uCQZ+GcNILOkYjUS8lo6DuL7OfoN6JZeHgSjb2rmFwcGg3 mll6wy1/Lb7lnIMvQZTeW5FO2mpC3iHAY1HVMDqpJQlkOKvhmBHcepHevQhRXAt8p7e358tQ3xyo ANKbhjSfnAG8Q1Nl6RyzDs1BkxIe2ElPEbza5/qMdIqPIrQazNznAfdpi6YBJ8/P9t8Zd18mIdny 9/zytKcgzvQ3Io0IlgKey2wP23EaiUaZuXr7KYW3nHPwWxBFfiBCaE8F/g4l0lPBiYeBEzyPR8PI K07unQtq/mwCyLAeraVORZ7w30XKwaYnycBOAd1IouSpSJ3mYC0DdmxNOmsd3GMeAyqV58CisacP LBr78MCisdge/9HOcbYtuErM2Nk7KsjOhfCSwvO411BYTwCv2JTr9+IGLnRlH5GwvNf/+S+kFvhA 4Mxi0R7IMnHnhiub1pqp3nM09NrjGXPXctfkXt5yzsG7fUK7GGnXNY7cq99S2901uZdVW/YUPQ9W bdlz5Kote6oIb835HVVqTq2ze+sKVs87xDN/4p53TViyq/yjIVWfnv8F3uX/+0r/9y9Xz+vwoqRw rdi++HzzgyoA/0eZ2F+7fUn+t1H7sUWG692MwK/WmAuZXmBHNyxEfIkTSHRSPXGdsG3BVSV/nVJs SVRbEizLdzE5XiI3lcICEgCKBRVtjYKRwhKZtxd0rGaktNSjDleHiuauntdxKEJqv0SCPgchea1Z xNk3GwlM/AmYs+b8jgoSU9DVnE5wAIODg2VSm1d28/X29hYhnqVXT7M/VfNWSWnDn9YDTK7asuea tI7jAkuDyWOBP3oej4f1j3NdHheWxqZHIv6n3yIqZQ7iOzkV2Iz0jHsrEik+o2+kK5KwFcElNU1t +0q6bbHIzUgKy+XARuDXq7bsOTpIsSWFXs5WlCv5vcgDYyYwa362/8dx9tcMU7cevj3fzfQ9JK3k BZT9cUVE1Sk/3XWIVfa9VVv2nKnIzoS5XHJYB6uUmyI4CCY5XZwMDg56vb29RTOKX0/Sq1dy8iFI M8+Tga00IUFx1ZY9RY34liOJg18z1wtqlpkWlHIs5liL1KYWkHynhyhfhB4yu+JbSADgeOSiBImM 9U6Oz8KEbgrrJnajVJ2JSlU59hpknOR/I1Umr79zw5VfT+tY9gqP/m8girLgL4h0jurBlJmdE9x+ 18Wc8rsjG6r4alV7RvBwBrAIKQV8ORJB/y2SV/p15AF7LaLqrkWI7+/I7JGiTdmZqm5wcNBTSs5U cUGt9UFTgvMqg73mNvUkPEhR6emRWJ9sFiJPeJDwdha4XI9+upZ/JYFfTfEsys1F3w7kPY83gLvJ 6qr09H55av/ducyXkNrQHoTYTkQuxmOQZM8PITl+HZTJD//vTyEq6TDg5EI2/z3zePr7qCUAUisU 2Slinj57h8rb+zLyuatJZj8DTnGJqgYhrMLDyNsDoiO4eq7g7q0ruPs4qfxrNPHV4rT3Se/dyDhP 9X6/ieQtXu8vOxS55jzEhH3pqi17dtqUnYuqM9WZDqu5G4JVWx4rfUf1DuxAnUhPYfW8jmuB9yC+ qVcCP6+azRCSKBzlzFSVHqY0tqScKCwENnoexVpJz9/vkUhkq4jUyipf3Ca/JG6v//9nKfeAU+Q2 4C/bg/TL+z2i6j5dyOYrrkKXdJhmkJ5KhtY//yf2zCv97Tcj+DRC3G9H/Kuz5mf771Dr1Gt8ZByY Ju3td10MNJb44pp0PtEtRQY9/Qi4CHGXXIMotw6k4eoZiBXxYsT6eqnah+ln18nORlxBRBeX5HTo hAdtRnq2KozV8zqUWvkT0nxtdSGb/4G+TpDai9NENKhsbc5whmKR0xAf2fGIufPhQjY/WrVyBPx9 eYipfBCSC/YQ0p6+CKXjfBt4q1YH/FzExDvJ35UivWORrsfvAvR5FoFldlGqc9uCq+K+rVAE+fUm x2dZvzOd8NT2xSJDQC8SYDgDeNX8bP8trueQpMOy2dElCjY/niI+gO3LNgBSmzw0NBRar10LwojP MGGXIp/lY0jS8GPIdfUg8iB9F2UTH/BzZYePhSW7Ku5VW5qJHmW1EV0tJKej0b48hXo3Ef0C8rSZ htRi/tBcYcHE7Io+daBy7ipJLOyGt/m2yn66zKuAtyAq6rXI085puHexWFJve4s5ViM+t9cjFRcT yBP1Of5md1HpiwMJStyOpG0cVMjm/+YvL2oJ0u+UCWPRaq7eUWTdPIV4vkGT8Mrbj/UiN+Sfkc/h VnM9GzklVXYm4SXZz+6tKziFIxkaGmLO+sXMWS/D5O7mYeasX8zdPMx2nyzSJMAI394MRCn/E9Jc QT1sBxDS242URP4CIbwZXnbXo4Dkqy2hlLqxe+sKhvw2TzYzVvfTmaSk+/NSeb8aGkF4UH+l5wFH AX9Uy4IqGly7EwchwgzV/YsHIS1wPm/O0PCV3P2IAluNJLp+HSG6KxG/1CmUWz4djyRi70XamCtf 3JmFbCVjhAUaoiopXN4nJFN6tm4sUaayqfRshKewPjOWWKklQRICVX49VfERVDWiK0Ld/7d92Yaa yU935QxNLLdVNqlr9RmIy6QP8dG9GPhf5Np8PuXGstWVUL7SA/v9GlQTHxSprQWmymuEWauQCukF lZO5mKgRHVOq1o0y+Wwdiyk36VSPkv8FXuB5ciEZzQqU+XkYEoQoIhfSbmAbMnR6NvJ0BVgGfLaQ zT9qGz4UppZM83FyfFbVPAuXz0B/zVWdRQ0NUgRqM3F10gsjPH19v0UXwD1IGsVr52f7b1fr1DpE KA2yhOjZHWGmcFLys32GA4vGdiOWya3+ojuQ6omLgZ8j1Sdn+j+fLxGcRmwl2JbhVgZaD8KDSl9e o8xahbqSHpTUnnkML04wwUQcolTozmV+hqi0e4CXARSy+UeMdXTSyyERZz3w0Iek4RwG3GYqRag9 XcRF7ZnH1Ik26PhmB5YoBE1Ac1V45rGLRY5Bcujehsz9+JvncVCtwYkgsnNdnoQsbcSnKz+IFwTR +jb+AHgJMj7gEST95iiE4GYgD+9VSMDiPOAnSchOR1BHpHqRHTRX5UFKZWhBX67WqcRD0hV+hW/q xiU8M4IZZ3t/W2Vin4Q4e99kSRgGcbr/FpiP+OEoZPPFQja/zP99t+fxPaUSFXp6epzOJarEa7Rz PLSsTS+HMz+H7UvymPl86njbl+SdVTdUuhnUPpIQHpQeBA8iwZsT/MVPLRbJ6mkm5twMHeZrUcos bLm+rySkaytbmzF3LS879TpO+d2RgHS7uf2ui0MzEFbP6/BWz+t4lk94P0bcKR5iYVyCPGBVh+jd iE98DZLyJNPvbHMjYsySsJ1fIwmvGeV/NSu9KNPWJ5bpyNhCFc2t8u0Fma4QPnAnCLb1unOZdRgm btS0tDjdU8J8anEqHGxNQOOk2OhVGcqMTVJZotSevq8Zc9fGIjwFP2/vOCQZVmEWMGN+tr96KrkF riaovn5ac3d1zOycKKm6l516nXUdF+W3el7Ht5F5LscglkUeSRg+CAmSFZGA2Wwvu+vuio0TKjsb 9Hu4kYQHjVd5UJ+GAzZf3iTyBFuBfJGHBKgsILzTb5S/S9/Wophe55/Hz5F8pcP0dYKaCqRRsRHH 7FVqL8yMD1ODk+OzSoERiQy7w6b21LlPn70jEeGtz4zRN9JV9DxUKd3RSDPK2zGmuNnU3ubh25t3 oQAAIABJREFU4BkbYUhz7i4I2Z2++IoKMgtSc7ry275sA3cf9zCr53Ucunpex22r53Vs8N0+u4F/ QDo/z0Ny7F6C1IyzasseVm3Z09nb21MmvBqVnQ26P61ehAfVFmGzmjykTnpzNtxUQXiakvogovZe QDkIULmto6/OvOHDzD0Duon7F2BnsYgX1U7ddkwbJsdnVZivtXQrUefj8ppJkENDQxVmbdi+QuYI A+U0lqTvRVe4GvE/gEx7fCqS31iC6W9Ty/RUlDiIu74NiuwUTHV393EPB5Lf4OCQVyzyDzdfseFA xCf3cqTgH4T0bkFKNZ9AHsg/RBKL2b11BbffdXHlgytFstOhzl2vnU0TZhJyo4MXOmomPUdn7Qwk 5WMj4ruoCgDEUVJmhNR120I2f7b/5/HA3UhFRWow27snDWpMn73D2YQHO9nHIbmghwhUqr0kxGd+ Bp5HcX62H0RtA+zclOvfavPt2dRYHNM2zvpBOH3xFda6UuW703H3cQ/biO+vyEP+OCrrX5+GkN55 +EOxV23ZU1y1ZU+xt7eneO6Vi4uK7FSeIJBo5KELFAHVI+naRqTNIjyokfT0XmC7t64Ia+2+GynF ej3yFHsx8MnuXMarNaDhuo2mhp5ECO9y5Mn6Npd92PyN+rlsW3BVYmKwwSWgEVcRg53kzGVBas+V xMM+g2X5LpX79j3k4fdhpCGBM1G5BDxsijEubJ2bFZT5akKpPg3TkcTszyDJwwuRxOKdyDX4K33/ urKzkl2KRGdC+dfSVHthNbrNQk2k5/pmCtl80fN4H+KzKCKVDSeb64WpE1t6hgv0Lirbl+QpZPMH FLL5GYVsfpsfjf2yq6qyRZBVs06XjsRxTF+l9sJMef3/oHWCiC/ofdlgi+Ta4NqV2U+FGUUc+BcD XwSmuRJVUCpK0GtmxNaGpMRoU3xQ5eubgbxPFYEFeDrwZ6XqbMpOlb/py+oNl6FdcRBWq9ss1CWQ YYN/o3VT7iRyHiL5rYhKUYkT0DD3F4WwLsk6zOimifWZsQqSUOvofe/CMNo5XiKuIFPedl6mqRtF jOonzMzV1Z7tvBP031tHeRxmFnhcN3GjiEq95qoOw6K45utqmdn7z3YDhxGEH/DoAO5E8utYtWXP SxTJnXvl4uLdxz1cQW5QJjuT6OrdZRnKZqfpg0sCm2Jspi9PITHpJfwCVBH00/3fH9KjuLUO10ka 9bUd2yU9RT2ZbWVlarmNCCyOfSumz97h1O8vSq2Zys5cpq8X9B3oak8/b1d1F4BuRPl/GXkYfkd/ 0RwXObNzglMWFNg83F86XtwSN/PvKL+hrelpHKVy7pWL9/T29py4asue963asqeobxtEbkGq7u7j Hm4I8alzTIP4dCyZdX2au0uMWHl6YfNsXUvOikVejIxUnIHkIj3VrM6Ik4unkCR3r5bcNRuSThAL UokqNy6sNC1JIMjc3rXsLe32VQOLxl6GDBFS/eWnIW6Pn+izck2FrFDvul59fZt/z08q/giSZnLB uVcujryXbES3fdkGZ/P1lN8d2RClpHL34sy1MGGWmkFzAxgKsZTemg2PpGGPPx/JkRtDagur2re7 qDKXNBMTUQ77KBNYDeDWYTNfbQgyZcNUIgRHcpO8f307hSDz1/b6gonZFWk5KQRtvo+UBYK0nnoc f6bGKQsKnLKgUHEc87NyfcDoqi6O785UfDLspsNbPa/jmYODQw8ivSJPxaFDs052c9YvDvTXmaau uY9Gqb2hieXs3roicVDD3G7p8pNagvCghooMm+qLGsytdTLRcQ1wSVSFRi2KplY1BJSCFUGqIwou 64f1r1NqL2mvvbjrhjV30BVfrfM4/LpcgEuR2uZnA7M8jx+7fNZhai+tji2ar1GvlNCv4yLg2ZSe qeLiqDq1PthN3lLJW53JpKdzXeykZT1qu2TW9Vy97p6WIb3EPj1T8YUpwIAb9QHkYrEmKtty8eJW JihF2NPTw7J8F9sWXMW2BVdVDPsO29+c4UxF6ojuxI+bnuKiAoPW0dWe7XNQZBT0WbiquygVrJYp N8bAojGvWMQbWDR22sCisWf6pWax4L/njUhKk5pe9o/6wzHss9NSYIBKv11U8CIIFn/fDKSC5Dn+ /xNI3qnCLqTPXQkmWYWRl4ntyzZUKUMb7j7uYe4+7mHmvOiDzHnRByP3mxRJyEova0u6j3ohteit 6c8LuoF8Rfci5MnuIe2aHnfZ1oag/DmVN7cs31Xlh3L1S6ltTbJLgqjctSiE5e0FVV1EBS1sy6JS ZBS0xgb3It/hH0mO12t/PwcpTfuOfdVqDA0NxUpGdonkbsr1e5ty/cdsyvX/Bkk1OQjpsQhSRaJ3 mJiJzKSoiezU+mFEF4Z6mr1e9gFni1CZtru3rmDp8pO4et09UZs0FIlJL6hTgqMp+RPgPxGl9xmk /rCmXDylymwR0yhFZvoITYIJMq/iEGCtA7ajfHv6/7WY8y6Bnu5cxtP64z0PqWx5ReyD+egb6VI3 1B4kafcEpJVXBVJKlQHskdxiEW9Trv+Zm3L9D/ovPUBZfa6jPOdkF1JdcQCA5/FX1XWnFrKLs74N ek1wPeBKfKohqyK8VlJ5kJJPT0Vu40Rdty/Jqw4s70Zmb+4GDjV71EVFFgGrnwnCicYWFU0SnYxz 09Xq/4pq/Anp+C/1z932HXTnMucgybaqNf40RK17GoHFgm8avwRtpEDYvmyf5d2j3bGOuXm43+Zj PgzpZaemhn0TGTcA8pD+HXCa50lTADO/r1FJxEFoRHS3mDsm0I2hVN7S5TIS5uRlC+p6LkmQiPRs 7aTiDPJRN6bvwB5Deu19FbjVpdWTeRMmTaU4b/Qyq1M+jimbxmDtOPtanxmLZcamAS0ANR1pp/85 hAhO0lZbC6zwPIphQYewYeS1BHvUa3Emq/mkdwRidexF+tlBeWrYscj7fSpixr98frb/obBGpJMv +t/I45uIG9yI3N9P/j21fQUhKLhxzwNXl+7fVlR50MCKDLDenBNIRv7RWAbGRGxbQtLcsW0LrgqM QroSWRLCc01fsSEowBA3/caEQ3LzUYj5eQzwb0jqUamUsG+ka7lSZub7Mx8iQe8zjMxcHkRmUMPE 5mHx1flm7LN8Ij8f6ev3S23Vl/u/lRkLYsZX2I82P+L0nzw/8PhBSFsd1jOooTA0sTw0neXkZQta kvAgJdLTVV5YKZNZHkV55NnrCUAQ2amaV73uNQnMm8m1RMy2D1fUogx1f6NphuqIE+kO2k93LuN1 5zIHd+cyjyGBip/jT5MDjkAaN7wHyo1P9c8xDEGv2+qTTT9t2L7NPEpFdD7ZPQup/riGcjPTDUiF 0CXaZk8AB8zP9hfnZ/vP8jvDFOdn+4t6+VtQ3l9QPW4YwvLzkqBRuXz3PHB1sbe3t9jb21u854Gr i1evu6clTVodicxbM0fPNG3TqBKwba9STdLIEbNtG7U/c0Si63Zpw3WORpxqCwWtLPBUhOgeQLqC KBSRWSPXFLL5V5n70LtHx8lrjJsDGbaO8tcqBbYp1389EoS4BCHp9yKm6zP9TT6IpKC8Y362/4tQ reLU/2osgJp/a2LnRKecQwIzNw5cTOJG+Pd+tl5GSLeqKWtDbNKz+fNUUnLcsi7XsrC4QYow1EJQ cxd9DYCNvWtSLcfS4UIOKrUkSYKy2YElgPTuBQ5Boup3A7/B7/mGtEa6DXgwyP9qqu8ws9X2ehoP MyNn0CS6UnKxKndTCPLXzeycqOqXaDuuXj4YN5qatm8PGuffaxfCgxrNW7OHXtKOJub2CsqE1U2W oCL+MITdgC6tkkwsHFzpvG6aOG/0ssCcvKBlYa2l9PV9U9ZMQwFRdXP9vw8BNnoeD4QFnFS7eoW4 qSZJ+vZZCPRuYJH/97WI304puxuR4U+lOzVM2W0e7i/lawa9HxNJHopxCc/FJG5kZ5Z2QWylZzNt Id6Q7qiUiKhobK3mT5x1dCilB7B15E017SsObBFbCC8Vc4WWPnQrMpzmP/yXpiG+LdDUHQQPbNcR 9B26fk6u3x/YSXJg0djBSNdiReQ3IEN4PjM/278WwokuqIOOyzmq5XfcH9g5LRDtqvbaCbGUnu2p MWPuWmbMXRta2gVuSbNK2akedUlgC0yYfe0U0ux0nAbhmecyOT6rQt2ZqEXtWdY/G4mkKzyBpKFQ yOa/XsjmH/CbrloJzzxG0EMwiCRc1jPXj/jMJ5H3cDQSvPjC/Gz/cfOz/Wv1QUMKm4f7Sz46peqi oslRSjVJQKNd1V47oW4pK3qEEYJrZ3t6eirITiEqNUGHLaXBjPwlNaX0G3Jj75rS3+Z8WXPduLCl ebio57Aa2rCHjDJnNbPWA97uv/ykT3DLzfm+QceylbCpgEvU5xLl8zP/j5Fa9EqgC3lfN9vIDsrt q8J8dur4k+OzStdyWEBpfWYssd83ishuvmKD5/9cakmurkK9KzXaDbFIL6xLbNBrLqouSRWE6aez kV3Qti7LbJg+e0cF8aUBk5zXZ8ZC1Z0JV7VnwS3AO5FieoXNwK/RorUutc9RxKfeV5DihnC1l+Q7 7RvpKvaNdN3ueXx1fra/6HkUg8guLH9QnbMiOzNLwfbw0/eVltrTiO4fgK8gs15uhP1qLy5SVXq6 ietCdnFhIwi13MXkSVJDW+9UFNf8szCYnWEUTBLqzmUO7M5lHu7OZf6Nsjn7a+CDvrI7v5DNHx+l 7kxEEZ8tsGG+1zCzN+o7cDWZoRyYCFL/+jWl1jfJTiFoub6vWtSeRnQdCNFdhSRMvxWYgwRrnEzi /WqvDGfSc3lShCnBpGQXRmhxKihcUkFcXlPnb4vgJok6qv+VukvaJCDIlDX+fxx4BjKBTJmzT8cv 7ld+V9e0l5DjVKyjmo+aroYg8zXIVREGc1sdMzsnrFHYMPT09HDe6GVOLgZT7ZnnX4PaexrS0uoo JCn8LCRvEqSC6Wi1vovaa0SlRjugIWVocWtjg0zXIIQFJGrN67Nh68ibEpm5tps5jilrQ1RwyPfZ revOZc4A/guJaH7Vf7lkzgaVs9ng0m3ZXEcRn4Kp1tUy/be53AV6rpz6PTQ0FEh2OllOjs+ip6fH 2Z8K8vmrwJvtWour3n1lt+7mKzZMIqMjDwI+CXwKachwjLb6KuB1cfa/38yNQXpJc3HiEF4tBBWU f5dGDa3tNTNZOs4xVMt1lw4yYYgoH/O6c5mnIyT330j3kDcivd9GgU8qc7aQzRfjEq9Jara/bcSn oH8/tnw7Ey4PNReLwAbdX7dgYrbzQ0h35wQ9nJflq/s5mtADE0iDg3FAJad+CviL//cIkl/4fn+a 2mrPk/b6Zgv6IOw3c2OQXthQIB3bF5/PaOd4VcmYCZtju1Y15urbC9s+7ePo+1Rk53JjubbUClj/ bMQH9GvgUKQhpyqc34XUm14etymB7fhB5+LQfDSQsFxSWIISk3Xl5hqJNet19fdog6p/NhvMhh0r wsTVAxOnIQpc1bhdjgykvx94x7lXLj7O8/hk6Tw1f55rusu+rvackpNtpWeueGKPVC/Vw8zUUc/k 4CQwz8elF54LwsxZrWXXh5HWT5cgrbs+h1QkPAHM8zweTWJSB/n74iw3a3OhutlDGGpZRw9OmFFY 189jznAmUUWQmax88xUbjgBuB74GfAh5UN2AmK+PA89CukhnPI8PKCUXRWyuyc37csJyJOm5KjwF vYuyLe9JPel1ElXEmATmBV4r+aVNnlEjHKOgz78I24efa/co0q7r2YhyyCB+PJCecW8Et4oK2znU so6rmyOqyiHKMgh6uK7PjFWRXdS5q+VqCl6SzAAdej3uzVdsAKpy7FRN8FlIGeAmAM+jmHaVRqNG SbYiUiG90vAP48LQTRlbe3n9Q+/pXNcQ3189od+YqpTJpaFCEhjdUCYQP91LtVX0DsCYs4Vd4NoQ IgxxSgrNvxWiyM4MXJj7CSrVc+3M3dPTU1ODCb/5wUeBpcAzzr1ycfHmKzZci9QGHwIc7K+6Erjr 3CsXj0LykrT9ai8ciWtv15zf4aTiFHZvXRH5ZFm24MLQ111VWKNNXfN4rq2fohB2c/qk93GkJdID iJP7N0j6yY+Btxey+W8lIao0yDlJxD7Mn+eiAE3CDHoPUcrOVhuum+VR7wHQu7y8D3kA7QKuB/BJ z0NI8I/AkedeufgatZ961N/asK+qPfeUleFjYfhY1pzfAZT7ik2Oz2JyfBbTOraU6nB17N66gjUb HnH6cIOy2xXCnNlh68VFnIisfqHrg7CTBgn0bcM6qvj4AJJ+MoaYsj1I04CfATeHNRl1OW7YOlGv JSU8PW1FT2sJSwPRXw9LAQpLoNZhCxBFXZvqnDV8xf/9EeDfkQfU/VCR+H0T4n64FtIZDqSwP5Ib DGelpyI+rgENF2VnQ5Tac0EjlJ7tRnTteJKkEwqguqF4SNv2DmQC2S1IkvENgFfI5ov1VHdxOru4 qCOoVnlh6SdB24apa80V8Cbga0l9mlHvx1d3A8AyJOq6AHgzouamI8Gk7517ZSWpNUrZ2bAvqr1I pdfTuY6Viw+3qjiF3VtXVPy4KjvbseIiKnUhKaIqNFwSjON0RzGbBOh/G8m+v0YID+C7yNyGp6E5 xZMSqgtMH1/YtnHNfFPZJa2gMc8POBOJiJ4e8HroMpvaG1g05mk/CwYWjZ2GKLn/Ab6B5NedTXke 8CTyXXmn/O7ICiXWzAlq+6LaqzmQkVTRKZjpMLu3rogd0IDGBDXC1F0a6Ry213yVshJJazgPuAKZ G7wKKBay9py4OH6ruIi7raviMxEnPUURrEUV3wG82F+9iK+Gzf24vif1XnxVtwQYRiLlf0dK/B71 fz+M5Nd9GXhL30jXDfr5Jum1lwSt0la+ldCQMjQTSj0qBRkHZmJwrWog6lj67zB1F0fVqeVBfiXL Nm9BInxjwGsRErwByfGyblNL8nMQksw+CetEosNU7HG/Oy1H0SsWUe2yipQJD+DzlEvwKrazKVhz ve5cRik7VTnxBSS95ADEfN2N5EJOA4p9I11f7hvpom+k64Y06nGTYH8zgmpEkp6ed2cuj2PG9nSu qzCVg/YZpfJsBetBxJe2+tMDFTYEkZi5PEHA4FTt7yc9DwrZ/IWex5vC9hNkKvslas/uzmUmunOZ FwSeRMj5RgVG9G3MulsdiuDM5hEuDzT9oaQN6dlOuU38xYhZi/b/tKD3VNpB8DI9OHEaUhf7LYTo 3uy/Nhvp4eeF1ePWa8aKDftbT1Ui0ry1fRhxiA6igx9xTFodQTleQeskRZwE4zRz8eYMl4Zsq2ld PwLmeB7/F6eCQDP1jgPuRAb+TENMMau5p28b95yDzOok348tX89c3zc1x5HBP9OBjUhy75sRtXcE 8ItCNn+Ua+6h9rltQFo5AbyfyuCEqpx4AC0fMizFRkeS4UH1xL6St5doBGQY4paspVmNUQ8ENQZI EoGNmzcWtC64mZgaaYKQgT4zAqQf20cL2fwNSc7Hls8WtX7SEi71Nwj5aXlw1wHvRt7XnxB/2pOU 32c30q3kRy5RWy3SOx0JPrwfcSnM8ZeXJqlhVE6ANC91fW+tRnr7im8vFZ9eUh9dkOmcFDbTM6lf T5kmmjlY8eNqmrrkhoW9ZkZ1VSQ3DAYxfgVRiZP+z0e0Vc9AfIO27SJNWLOxgMv6cf11ppLXSPNb CAFd7P/sBDqBvcAPERX7XM9jeyGbv0Ol8thgWf4A8Aakl92nEOJUeLt/3Av7Rrq+1zfS9d9+l+ai SXhRGQCNNHEh/YHi7YqaSC/KRxeFpNspuJhFcdNXAoIknciFXkRuBCCYFFy6j9i2CVtuy40zoTvz u3OZT3TnMpPAfUg+H4gfapm2yd8BL0g9pmWmJ92n2TFFTxMBXoNUoXwOCVCciAR7ngO81vOY0TfS da9+jQQd2/+8JrpzGRDl9jDSiWbSX6XU0gm4vpDN09vbc4N+fja4tCtrVEADooMaraQ664lY5q3u 36uVsBSS+vNsqMXcDdp2cnwWg4NDjyGzYHchfrE/FrL5v1Wt7CNJlDNoPy770Eyyw5AE2P9EKjQy wKVUmmTfQQbm4JLIHCcZOQ5cTV2jtCuLzPR4AiE6KL+3khkLlWZmVIeb7lzmCeBAbZHa58eBgUI2 /wfz3JOUpgW91qj0FYhOYdkXTNxY7eJVgnJahAdCni4pDUEwI2RBT92o5UElbj4hb0Ke/gAnIwoJ CE8mToI5w9GjMi3HPgrxZ/0aSWs5CYlivtt/fSNisi0tZPOvKGTzRTUHI05qS9B52T6DkHMt7SPK /BtYNOYVi+jq7kNI+k5WW3UdcGLfSNf2vpGuO2xmpv5QDTi/h5GZuAr/APweuJdycnHV+7f1BjTh ovb2o7Goez+9OEgS1Eiq7uJspznNpwF5ZPj1wYVs/q8QTgZJi95d4HdG/gHSDRlEoTwF8Ws9idy8 xwNzC9n8R2z7d+00kiSKq7YLO0aYWhpYNFZAzNcRy8vFvpHqlmJh32tQhUh3LnME8H9IZHagkM2/ UH8fYd/TtgVXOUWgw9ReT08Pg4ND+jX2HeBl5165ONUgoyumehTXSek1Su5O69jCtI4tsZRfWE81 2/Ikbal85fBjJEXhMMT0mYTyxR+nDE29Fjfgoa/n40+UCQ/gXQgJgpiws4DvA/8W128XV7XalFyQ P1KH+V37qu7wgUVjAC8EzqEyofhziF/1GKhW6mHfq+rmbfl8/4x8p99AVHJkUEd9T+akt6AhQUFY li+1k3+J/74eRyLS/xq6YQ2ICmhM9Zw9J9KL20i0VsQxeYNaEQWt51LWFLDfM5AbI085qBEZ6Yzq 5uGqpPyo8SeKRSa1Ad3DCPEp/Acwwzdfv1fI5rf4ox2dBnbrf7sETvTX4qyvv75gYrYZ0S0iJXa7 kBy49yF5cYf5puvSvpGugzxPpoLFeehNn72D0c7xqnNVn5HnEWj2B5n5KvH6vNHLStPTVBK7PuEu 7Hr2z/f5iN/4cIR8nxG4QZ0x1QMaTsnJjTBtbaglyJF2Xa5m4iq8H/iUS+5XUlNW65l3N9K9QwUn 7kVSKQD+GVEqewvZ/FeSBhnSSER2qesN2qY7l+lD3ts1SH3xfcAFiHJ9IXBG30jXvbXmZqqgRtwc w7Bzd1k/LDkbUPmUn0ECT4D03XN6U3XAVA5oOAcy9C4qrYag/mq2UqYo53nQ/729PUXgRcAfEDXy GqRVUSSCVJDNlNVyAfuAh5BJZt+lMjjxTG2TbyCKb4N+rLCUFtflQeuFmcphBK+v49eyvrhYZI5P 7usRE+/ziOp5IxKYeU3fSNcMz+NeSD5bWEE9RMNUtmvZYJwgkKn2zNQo34UyHRkKdAfw+5uv2LAq 9AA1IMrEncpqL5HS04mv3irQVe3VouzC1IOe7tCdy1wOfBspLP858KdCNt+prx+l6hzU3QZgMdI+ 6hCE+A5E0jSqghNxKzTiKJWo7W2vK9hIxdy+O5c5mMoqkUX/n71zj5OjqtP+tzFiIFFwRNQsKnhH XIx4v0wDk2ASQSe6015iRkXl9bb0vK5LJgmrwiJJJln1TbMqLut1YgR7VjOKJEgyyIyIrLesgnhD WIXIzVlZEo0I9PvHr0736TOnqs6pqu7pnu7n85nPzHRXnaq+1FPP744ELULTT7KAKivUz80G1yoT H7UH4SZ5pcJxiM/4BmRo0NOWbll1ZOQJJEQnd1/JxLxtBgmmKVcz4VKzCzNrbrV8OIXHA3eYJm6C /DoQM+4FCAG8CjF1jkOI7glI6sRLkN55u8B/wE/c+bk8niVRBq//F0jFiMq7uyqXYylk0wE7bJ5G XO5eFrmI5nqBCXs0QTv/4bH8Vfo2gQvlUCSgcTnw6q6Jmz0yKUPT8/caZf66RHWTlJxFXVjze/fW ffE1kpmH+NXKWCbM6/uoGanqt4GjkWjd64EJ4NvB41cglQUgUdiXBce/LpfDGpxwNWejLuYoM9wH puKLwTORaOVlALkcS+M6rLjC1mJePaaCGr4VMjaEvc/q8b7RQi4YywmS47kI2B2y3GeQG9+rgS27 z9nO7nO2L3A+GQ90qonrrPT271oXOvAHYOXW9XWP7xja0BDVF6X40uRLRUHP7+obLZyMmJpXISbo TXpel4LNlFk2frau7lTWfwW4DTgTKXdTPfLWAnsnBss71XqNKAsLO++0QY247czBQbYGrc1sDGtT fmmCQlqjhychN8dLqKnZq4Hy8Fj+E7b9RwYmnwgsBbYi0dz/Wrpl1YneJ5IB5qLai1V6YUS3dMV9 LF1xHyu3rp9BeCAkuHTFfU0JfLgqPLNbhysMRTBJjfAAju8bLQzrpqrKB9MnY40MTKo0k7uRfmul YPOLEXP1KsR5/wtg/sRgeePEYHmnUolJcuV8HlOPx+XluTr5oxSUTnhhqURZEF5cbWzccXzVngpC BYQ3inRN/i2i1i/RN0fcFzPONcBtwOcRwgN4bjA9rYsM4GzeLly+sY7oXLFy6/qGE59LYqpCEgWh zFztQtbNjUOAD0CNHOf37jWPsQiph/0GEoW9GhgKnnsPtdZIb0XMvYOK7FTyapQppuB6kcaZsXGk aNvH51xKpVKiJHFX+CQsq+3T1H9r74siujuBncCLkDzKB9BKF5GKmYfbzjWEoI9EXCGZoxNN3Ejz 1gxiLF1xX+IDZWXuxgU0GmUWmeZP32jhfdTu1sPAtuGx/O22fUcGJj+A5J7tRupG/4zkpH1jYnBm 0mvYcOms5unqx3Ilyqzz2ky1F1eU74K06/iauIFyrwYmgr+HgXWIX1Zv9PAi4GnAdpUAHXU+QVDj EMQC6AP2Ld2yalHkC2gQ5pqJ27QZGcrcbTRc1Z4v1AWqqaAjgUcgX+rNSAVBGD6GRGBVofxhSDpG 1WTRfYBRqsO10iHqMRfCM6s00vgTbcdTlRiQvig/i3XC1J5NFWsVMVAfmNiO5HKqJgU61oR6AAAg AElEQVTbkVzDD00Mlq/P5fjSxGC5EvdeBq9nHhK5/w9qVkAXGcCL9HYMbUh9wEYQX1RSse3xpCMi lW9tybYCQ0PFC5Ev/GuQCOz/WKo2dPwTcudfGURfb1etna7svyh2JoQ6fhyiaoB96ml9SuR8z0lf 18XvFgZfE9nFt2d7jy3R6J8CakDzH5Go+3uD/7cjvlmAN08Mlp+Uy0njVvN9iMpGGB7L/3XpllUs 3bLqE0u3rKos3bLqqtCNU6LTTFwv83b/rnVe/rww7N75yMT7Zt1ePk2Xloq8czcgrYlOhfSJtHHn 42LiupqiScvjfBNy47ZN4ovNortO2Jr6e2w7/6DZ6OeRiDuIeHhQd1WE7WtC7zJjnlsrdV+ZSyau l9KbrRpcF4S1infpcuGyVsh++jyFCrW7fcPgGtBwUWkuQQjbsaJI1HzeZVufKGuSAEhYtU5YxHi8 Z0qZsI+oVNjWN1r4Yt9o4YG+0cIJwaY5aoQHWmDCfG1RWLKtUDdhzzy3kO4r/xT/irPHXFJ73j69 tCZuFiayDTaT1TQZXS8UDz/SSqQF+8uRGthPjAxMHuZ6zkmObSZMm3Cto3XZL04luh43jjjV+EaX 9z0J2bnWXwepRY/burWk/LN/QaKwi4HHII0fFCpIC3nVpeWvSdwB/dO9kcEXat1X/gZ4KXCB8+Ie 6KT5Gd6kl1Tt7RjawO6dj2yoWkzqqzPhqvSGx/JfQxKKHwSuQeuz18jj29Re2uoJm9/NRSW6+Anj SFoPasS9dp/PN4xM9MeNuRsg6SZ/E/x9B7XgxP+qfQKSY2KwfIyKxILbXGBbfXKYby84TxUMuR3p l5hpvp4iO5eh4HOlz16i6K2PWsua7PRGo7YvSxjxuVwsCXPH7ke6nvwJrc9eGrgcPy5fzqcxgO35 pPu7XOzmearjmT4tHb79EOO20bZTta4rg//vQBqVgvRQhBrxqABFopQf2/Z7Vpcja4BzOSpBQIMg oJGJP8+H7BTmionrFchQcA1oNKoUzTwX1y4sUWZOimCGeec9CfhR1p1BdJiNEJIGJGzbuZi0WZXD mcca75miVColClgkDWwECk/Pp3s8YrYqH931E4PlF4WdcxxcO7WE5WYa5/gQEjQ7Gnj40i2r/up8 IhpcOqyEYS4ENBKRHoQTn1KBzQx6+Lafyjp52UhVeRXS5ffLYdu7IOwi3lywDx/3hY3AkpCn7bm4 deLWi5t1AW4zMeKg3bTOR1JQnhk8dT3ip31ANXZIQnbgd4MImxeifb+uQQZT3QMc343iJkNsw4G4 VvGqxGw2I7uupKfMYdu5Jk2FCS6cBcgX8gVIn72jh8fyPdF7usNUdmngQ2xpFWQUguTeUWA1kth7 2sRguWI2IsgKYUpfU+q62qumHtluMknSgOIQlboTkv/5BeCts0F87T44KHVFRtKRkFnW40bN1Dg4 tbjqB4w61zRjKBF/3hbkojmemiM8FZTvqX+6N5R8bH/btvFRHr51tT5VINrjZSQymUPGOj4K6is1 whAX9HCdm6I6Fgc/+t8VtYaKLOuI+ixcfZy2NT2+gw8iQY1USBqxbfeARmql5wuzRVVYy6osj+GD LJuVpkGUGeujJnz8epCsFjfJdn2jha9SCwyciAw0ulbfzyWRPIuk5ShXQrFYtAYa4oJBSRCXqD0y MHkOcnOdRsog37x0y6pUbpSkaGe117TaWwVFRopc1P9ZK7+k8B1BCTVloaU/9I8MTIaZJU5rqS+/ Tc35kphLva7vhRunaKLONXju77SHbgXu0Ntz6QoryhebRZVGWMQ4rA5avV8u5XxqexfsWV1m2fjZ Ud+/3yLK+DHIfONLnRb2xO5ztud2n7P91bvP2f53c7GlVdNJT+Hg1OI6VdXIrsu+8PUpaRfa04DX IV2Ac8DXXNewXdh6rS+4EU3Sqoio7cKOp8Mk16g2VXtWl/Uu1L9Hegy+C2maCbg3JICaGyBNgCpK 7ZnzcrOO3prbh6Ww5HJcptJWGpG+oqECfBiZzPYH88kTbjsqi8POGmaN9EzFpx6bTeLbv2tdWvP2 HqTJ6KHB/w/F7RB1YeuTu3RERV5dKigUOfr6CcPOI44MY87nW0i3mmGgzoHmShZZzdII8wW6DBEy YX5GPmpvybaCtcZ6TTnPCbcdpZRYLmgl/5O0asySvnIm8EJgCfAz/Ym5EL2NJb2sSUhfT8n42SY+ RXZpoobBBfNHhPgeFjx8YZiJ66pi9OqLMLIzHzNh2z8qSOFgms7YJ+ocYsrQ9Bkjub7RwhP01k2+ XbGTwKcJbRySJIubUNvaiC8gYKXwvgg0Im3ic9rfh1fPa46Uqs2aT8/8u5ljJfVjpiU7BRUJNB5+ PLUWRIB/rqBea5uU7Hz8T3FrmqToUoMbc9xHB79PRIrqf4+4CVz2BdzawrsibI2otl5hboWo7VwR 0lXnNiQJ/n6CqHcW0EgthwRK3gacrJTkks2ruPGYe9o+ejtr5q2CUnvze/c2VeG55vb5ILhgDkfG OVaAjxJ0V06TGB2n9kzE+QBdAhuu67oqGtuaE4PlSlC7OoW0TRpEIpO/1vdx6Y+o/06DsGCJ/l0Z 75mq+0x8bia6uetKgIr4NL/jE5EmtGcB/wa8JYuAg2bmnoGU3b0Y6Qo9P+3arYRZIT1T1enEF7Zd lsfOSt2FwMzZe+bIwOS6NBekfq5JyE495xqwcDFrXXIEzTUj9ulFukufA1yINOnsCTvfqBtIFg0L wmq3x3umuLL/Ikql0ow5KC5RcrC7GFz2Ozi1uHo8vclBgJeTbcupNyFDid4DPBd4hf7knPfpNeIF muarTnwmIWZJfI1Qdzq0ZNfLgI8jau/3yDyMVEhDdvpzruoizg+YJNJr8xdq67wA+BLSpeY5wA/1 ffUmAUnbwrtGeMPUngpomBF2BZf3xLaNi/rTI7rB8ecDtyDfsYMETWwzwpnUmmfcjTajt53z8xRm 3bxVUMRnklIW/r0mqLsqNJUwDzgdmYcxnXZd33ZSWTjUbdu75g26BkE0nI6ovU8CTwUer+ftpYVv Souu9uIi7HrNbFR1iovCNm9OEe/ZQSTNJ4dM1vvM7nO2b0tq5ip/3p4121m6ZdVfkM+gAPw/pKdg 26eqKDiRXrOjqVlWRTSb7LQL42xk5OMURtg/KcwLIi7gYMLFp+dbgmbuF3U8Uy1a9nlZ8Ps3yM3i SYr4fAIxYE809oFv81ml+HyDTWGwmct60vLwWL4yNFS8EqlfriApP7EpUjOOY7SY0vx6VwFvAFYB V0LN6iv2bKr+tCNiy9AUsi5HU1AlY/pvRVIHpxbXVWz4qL5Gm7IQndBaqfBwZN7pa5CJVvuBR6dp OaUu5EYUu9vWTbqey/Fsx6pUWAJMAF9Got7fA16qJTLHlmplAd8OLvroyDREpyPsvTdnalQqbEbq mI9GUk0e55K0HNVeas+a7VQqfBjpCv4z4KSlW1adccJtR824Bjdsv9f5NbUKnM3bDdvvbYji0wnP hB7RdfXvNcOUtZk7Zvna8Fj+r8gd+EKghDiFEx9v2fjZsX493+TZuLw93xIr1+BG2LEmBst7kPfs DoT83gwc43tOSWGLBrsEPvqne2e8l76pKTrMzzJsreA8h4EfIHN2HwccGmXiejQPfQe1MZSfBmki ev0NZ1U3aJUKKl94+fRK02sbwuxRCm5+714eOLCiTgnaMFtkpx9fvQ7t+T8id8sPIM7gNT71uDay 8zU7IfyicSEQlSjcN1r4ZJyPLS6xOQ7BvjnEpOoDbsKSLuGTj5e2Y7aL0lMklUUTAtvNa8/qcjVy HIEPITcM64xVn07JwTaXIN2kz8fgCZ342hGJAhkbtt+bufLTFZ2t4FqRn22/2SQ7/fyg5ncJ9umn Por7hrhjqelYUcrOJSFYR5ifyVGNKPX1Ppe1MzCvD0EURg5JXL7HJNs9q8vOxBcXzY3bRt8u7vGo oI8Lot4/FTk2EaSvVJDUkm3A85H3T84pQVv4AKchn0EOScGqQ7uqPPDw6UVBOTSzrKQIC2bMW7Az dpus4BvxUz5I/bxGBiZ/iXTk/R0y1Wrh8Fj+btu+tkahafxqSZVHQDLLgXXAyUjjhN8CQ7p/LYtz DFurb7TwS+ApyHzZP00Mlmc0totRPlVkNTPX3F9fR/frJYHLexjWYHVkYHIftR6OqefjBj69HyEE CsicDh3KvzenfXpRKE2vrZq+WSlAW4snPZevUYTnmg8WBZ2YkU7KIFn0B4G36yauUnZhjUKTmK3m /lE5euoxzYx9PmLSfBBQb/JrMZoB6PumUXe28w3wa2ROxVnA39u29TVz03yutv31deb37rWWqrkm LLu8h2FqDxlgZM7H/VDsgtH4lPb3jChmOw8JakieXhoCtFVr6BUbjTJl9fZESclOPy9FZsNjeb2g /hDEvxdLdjrCyCouF86TjF4A3IyUN30YSR95tvb8BuBJ+jGyjBRbtnkOko6xCHi/bbu44+skleZz VWvoa9pg+14mTVi2Yc9qe3fl4bH8ndTm4x6BzGB+rNOi4fh34M+I6XyLLTiyf9e6urSVdkljaXhy siJAV/Izm4o2uvmAeWGkhf46tfXei3x5HkTqcRe5kJ2CT/KvT+5e32ghV6mwrG+0AKJIn4L4HkFK kcaBtcDiXI71uRz/HXbsOPgQZbDN8UjKzz4k+m2FbVRkmKJL05DA9YZoM7mjapl930vThNZe03bE BfG/wF3A95MmKgf+vy8gxJlDosIzXrhSe8WeTSw58R+58Zh72qJErWkVGWnIr1HKDmppCVl06IDa 3V6df7DukUjPuBywGbmQ65A2xQHcSs2M585HVN0jkTzC3yBmLUhX3p8Bm4C9+vppzi3iXOqQy3Fg YrD8NvV/32iBvtGCNaihVDNE37zSTE1zUXoKppkbFuBI+n6arxcaUo/7feAfgHci5W7Wi/DGY+7h xmPu4YTbjmqbErVMAhlJ4JLs3KhOKI1OblUBjf271lVzuBqRrJpk3YA0XglcgHTRqCB5Xi8MNqkg hPemXI5KmvPO4nUHKjSHJN5+H/ikmay8Z3U5cVAjq21NmIGNJdsKofM2fBD1ekcGJg9D0nyORdTx c3I5+nwit3vWbKdYLLJ1aykHvAX5jlwA3GELjNiaihZ7NrW04pu12ts41Zc14TVq5m0UsjTNXdNO bOpJC1LkkKDAn4BnBU+/Cen7B6IMchOD5TfaCM+3WYFPcnNwfk/uGy1M940Wnqk99yMkknwU8J2w Y2TZbDTuu+JyLBXYuLL/omoViXosiao3P/OQORpmPe4SV8Lbs2a7qLXVZfqne1U7/y8grpnfwwwl CdQHNJSZ2+qYNaWnEDZQPAvSS0p0WahBFcFdsv0KZ8UTt13S5wOy+zPinFZdKf+KREdB6ixPU9ub aSmaSXkJcJYtbcXl/GwI1v4ocC6SbnEfQrwV49gKRaBkO4e0ai9rK8CWKgPZVZWEvd4f3lJXxBJb chamQIP3/qdIgv01S7essr45J9x2VNXEtak+aK12VLPeZaU0vTbzRMe0wQnX8qMoqNekhvu4wKUL R4rn5yP1mQpPBh6cGCxXJgbLS3M5KsHfNkK7CrnTh6bi64QXp2Q05fk4pHXRNxCVsh/xI1a7TRu+ qnlIkvRnbOu6TrEzP98kN8eo70fYeur/qC7MOuLeR9vr3VyYnNENxUZ4StnBzOCIduxrkBkmFWrW gBV7fvIvdcSmBzdaDbNOemAvb4sa4B2GLE3YtMRnBjTSBCoUXNfoGy08s2+0sL9vtHCDppRy1FeE 7AMeFmYqB6R0Wt9o4buIChyjPner7pw8S9C+hGT534VEaa/Wnnse0nBAJ9J5CDn+FQm0WK8kl0Hh Cvrnm2ZspA7Xfn8R+XaAu3vAtk7Y2EqFPWu2s/4nr62asTE4E7gOSVf6TdzGMJPsWnGQUEuQnoLp 5/MlviwUWiPW81F7Nh9dXOmY5bFfIBHZ5yFzDhQqSO4bStWZdb2a728N0ixhSfB0AXi3edywumDz nIJ1P9Y3WjiIJB6/DLgdITC9JdL9CEHr6z2AJEjngK8AR/aNFsZstcCNbEhgwpzN4Uqea8r5VH33 QL5TlQpqzvI2PeHd9p3ds2Y7zz/uNl+Cvxrx+R6g5gOeATU3wyQ7pf5aLXdv1n16Lij2bPLy7zUj QhsHRdZ6FNcHPv4x7eK/D1iGlCE9Akk4vnZi0D3q2zdamEAU3RhCki9FWjyBTN66JJfj5rj2Vto5 PQpYjLTXKgQ/7wvWVtu8BDGfdoT5C4NzuwJ4FeKb/G/gI2FlcbP9+cdBLztM+FmD5FG+huB91NuW HZxaXCUgVX9rK5mLSnKvVFDfhRcD/3fpllXzZmxoQFd2xZ5NLan4WkrphcH3zWqFL/zC5RtnBGji zFPXagrDDJ1A8u0qwBMQwnsuUpL0WmTYTt1+tiTlvtHCd/pGC79B7uiq9XgBIat/RBKU104MlkMJ D6BSQSnFo5FB0f+NzAI+Hmle8M5g0x1IVPDduRzXTQyWvxZGYNrr/RFSx7wveM2Hmtur1+dqISRV 8mknsKmbuCvhaV1WxpGIKkhDiw0ETT51lEqlOnUXdk3EHPsdyE30dmpBLyt0ZQc1wjMfbwW0hdJT WNP/xviNWgB67a1qObVk+xWh2/tGPQNSuQ5J43gUkjFfQfrPfRQ4d2KwXHX229Y3IrLvRNTCH5As /AepqbBqZDdKhWnr3oZEYr8YPFRB5gA/FKz7N0g52/KJwfL5YevEnDNI9ciNwGG+ai9tDa6t0sPl MfM5pbiiPv/xnimVM7cYCfj8Guk3eCyiwiFQzUrpxb0+1+YI4z1TXoGIPT/5lzqyayWi09FWpAft QXxGwwGAGSZumqx8LWH3fxCSegCJeG5BZk2cNTFYthbpa2vsBpYG67wT6ajylOD/7yOK73kTg+Vf 2faP6H4M8FlEJQC8HTFnn4+YsUcCu6BGoq6kH5DeyxA1C1Jrum5isPx22/Z6V5K4CWou7aUaYUGE zLXVCX4+8CKk081jgsd01wCI77Wcy/FjvXIkLelp53Ak8jl+LK5zSyuTnULbkR60NvHpLe5N+OTs mQi+gNcCPcgs3SFkKLb+5a+qMjO5ONj/FYhz+rlIakgZCSS8B7mQDkN8awcnBsu/JwbBmiPIBfHY icFyJaTR6C9yOZ6RRZChb7SwAqkgmUYIcP7EYPkq27Y+vr20uXsuCc2250wCUkQ9MjB5PDJfZSvw EeTzKSC+1qsR5dc/PJa/JolyDSNbHX2jhc8jqv12JGr+xaVbVv132PbtUobWFj49E76pLK0Cnygu zKikqCD1lIuAf0UI7zDEzDnKzLcLOc6XEN+MGlSkR2SXIF1VbgXuiPI/9o0WHhekslyAmNlmR48K Ug5FcD7PiHutjlFpEJX4NcRc/g5QUJFcw//n5dtLW68b5jeLIyRVpTHeM0XfaCG3dWvp8pGByfch DSCOQggPpK/hp4DVwAXDY/kjczmu8TnHMP9jxGc9D+ne8l2kiufosA3bhfBA67DaTihNr6U45RfR bRbMuR5JsWRbgcoob0M+oweQSopfAT8JNjkNMUH36vsoaIprAFEHIAnANyNqbkHw2CbgKbkce+rT T+rPJ1jvGGTi/V2IylqCqIAR5OLQTdZn7Vldrqh1ohoO6HMl4lrja5Ua30Qiud9CFJF1+/7pXq60 18rPgO9AINu+5v9x64wMTOYYqJLRe5FuJhcG/38bIfjXIsGgG5DuyIBbx+eUaVeDSPCpF/muZTLV b7bRluatDpUD1GopLaZfT5XVLRs/OzJNwDBJf4skhR6KqDxlgh60Fd3rCJqBvgLxCRWoNRQ4Hwkk DE8Mlu8M2z9YQxHnvODnz9TM6U8hZvHhiKl17cRgdPqFS3Ta3D/i3Kap+bgIXtNvzaDGeM8UpVLJ 2UTNiuxcMTIweSpCdEcgvRaPRHy16n2u89/5TNOLOhfdvI1JW9HdFXcv3bLKOvy2HXx5Cm1Pejp8 8vkaTXy6WWU2F3UNaFj8Y0sRH9xeVZ5l8dsdjSix+QhJfR5JUFZrLSJobRXXRaVvtLAduA2pdz0s WG8HkrCq41jg1rjobhat79X+faOFNyCJygr3AkeoczBbq7tEU+O2C9snCdT+IwOTO5AA0q1ICop6 LacNj+WvT3MsV9ILgxaYqsJsG6/QJb1ZhmugY7aSmKPUno6AxD6NkNYTHZTZPUgVxu8QkvsFEtHd gsyZWBS1f7DGw4A7EeIcA05CJtx/EvEj3ogkPl8PnDYxWHYakqCO6fK69W0hXBUG708Rcfb/Gjh5 aKh4u8uNLysi8UlX0aomrkXyHz8WcphDgIeGx/KVRjVBcIngWpTelqVbVlnbqLSTT29Okh60NvGF DQFygU4amhL8H8SEvQohu+UEaSFo5lFIRFfhLcis2VuQYMdGJI2lApxAzZ9zLWJqA+JjizNpfV6n Z3XCXqRJgbp6nzY8lrem2MDsfNYa0S1GciqvQW4af6GmvrcgDTufOzyW/2nSc/VJvfEgvQXIjW8x knZ0ppm2EqXyVN5eK5FiWwYyXLB5/FIn4kvquE6D+b172TPtR3iKDOTOWwAJUKxBgggLkPrInyER 1Q8CV00MlpcG+1YkWGBd+vWImfgZJEK3H4niqiLoHUjS87kAE4PllxHSW80GF9+l/r8PQU4MlpUP oRLWZkn/bH27qJjdkn3SUbTHnoWUiu1Fgi4gN6WfA/8wPJb/qLbbT9POackS8lkUrkW+F79Fbqon 6tvEmbXdLitNxubxS522y7pRgQtcm0mqNAyNDE5CTLqnIK3nQS6qOxBF9jQkj+80hwTou5EGBIuR G+CjkITfG4HXASMTg+WVE4Pl9ba2U3GNEMKgtvdpcx8Fvamm2fo/6ZwMswtLXOcUfd2Rgclc0Azg sQi5jVAjvJORG8wbgFeb55XlXA/b/mGvI+K9fx6SGvQ0ZDpeXdrKwuUbWb/qiGpAUQ0HauUhQXOa 9MCP+JqJ+b17neprVTqHlq/3M8SHdXywaQExj5YBnx4ey78xl+O9Q0NFl1bvx1Obk/oQoujuQcyu rwLD+rmYf/uarSbRmfunSV5WbZZ8CSotQshqHpL4fU7w/7eB9cHfKvXkJ8CpWbdDizpPn1kw4z1T bDjxayDnfQBpM/UfwG61zYy+fUGXFf2nFTHnSQ/cia/ZCFN7IX4tNcn+IPBLaqVYY4ia+AnSKrz6 5XdQTupbeRzyXdgOtbZTZloMhBNTmBlrkpxLEMMVSUv5XPxeURUa+m+1TdDiKTciOXevQ5T3cLDb qcgApisBhsfyp+RyVIbH8pVm3WzVzUAdLyrYo9J8AqxD0px+ivQ5tKastBM6gvSgNYnP/OLpF7Ea vN03WnipFnA4M/j9TKRRAAC5HEuHx/IVPYcrTklqeDliMs8oH1uyrcCV/RdRLM6Y822Fi5pT24XB hxTNRGafSh2zc7JpEpv+PP05/beGCrAQuSF9hdqA8qsAhsfyhw6P5V+pUo18Kj18kFTFFotFNpz4 NZZsK3DjMffo3Zb3It+Nbwe/27McSsOcDWTY4BrcqG7fhABHsVhkSalgIwjV8UTHBUgVxGtyQlEV uUDta4/3TEVG6MK7k0hQYE1/TRW4Bl5ciNY1ZcX2f9S+/dO9jE/5JapDfKdj2/cgqI19DTW/ap5g vkfw/zMRdaRuVE35PrkE5tTzqm19qVSqkpyltfx/Br8/Efy+IdMTngXM2ZSVKMwm8QUpDKpN0BPB Tj5aJxWF65HUjPtBMvNdUxRc1VPUWq6dOVzhUrnha7aqNW2RXJvvLMlnOzIweTniYigws9tJBelY fRVQGB7L/y7pcZLAJ7F6yeZVkQODFPas2R6aoGz69KJ8eK2UstIx5q2OZreg1/w9b0IUwR6E8JZC /aAYVXyO+OnUVV9BWkbdb55bHMJMU+VPvLL/IqcUifm9e52jzS4wlVzSAIm5ZlgkN20aiPYdOAOp +QUx+dZom52MpHS8FLhNP3aa71AW4y0PTi3m4NTiuklpHvNwexFyX4IWyGiHoIUNh7RqWLmRKE2v nY3ZG1ciwYZJpD3UAMEXSJ+ROr93rzLPVGR1BGkQeffwWL6iHOBqUZfzUoSiz2Gd37vXmwRcfHu+ EV21z2xFcuMwMjD52JGByfsrFf6kJRqfEPw+Ffl8rgYYHstfMzyWv9YWpGiU0nP5/DcXJrnxmHuq 74vP8O9gW9Ul509IS7O2xiELl29s6ZyaRiGK+A5OLWbegp11TQN8iC9Qdc8fGZj80cjA5GMQZXAX kuAJ9W2C+oAZdaJBYGLl8Fh+jU5y5sXjotCKxSJLthXqyCApGqX20qyTRiU6fKZ3IxUUqivNr4H/ RZpA5IfH8gyP5U9R7gZINyTcFUlSXXzIzsBng9/fQypK2hqHQG2eg55k2AmwEd+8BTurLaEeOLCi 7jkX4gvUQB7x67wUCUhcgRDc/mAzvU3QhO9ULfMcos5pc2GyqurSqg2PiLAzkkZyo4jOt4+eAxn1 qM0Rx/48xNVQt2Pc+5vUYjD9kC7H8snJc0BF+2n7lJXc+isOzHCi79+1rm06JmSFYs+muv53JuFF QTN7DkHaOU0iX5AFSJPN5yLdTb6M5G59Tw9ENMLRnbblURiyDmj4wKcuN6uJaEGU9ibg/cDTh8fy 79Wfb3ZXliTbqcBFUuw+Z7tT04EotHwgQ6m+ToIivP271nkRXoBxJC/rQWp3/5ORSWD/CcwbHsvf PjyWzw+P5a/L5aiLvGZxccaVX2VFqlkHNKK29Q1wLNlWqPotbeooChHb/Bxx4v8/ZNbHjACJy7q+ 5+N4bpHHyQq5HJWlW1apH2/CA1rKgrQqPR2dpPp8UlkCdfc1xF/3XcScPQEp5VK4mmCcYpzPx1cJ xNWXZnGMqGPHdUJOirg1TLWnIt+23LxmKOistk2yvw/xplF6LqktcWilfnuxKYeP1YAAACAASURB VCsq0NHFDFSQdtoHEWK7kFpnEoCrlYNbZeFDdqpOrWVbr9GRQhUYAXupmYJPICKuikPBJDwt2l13 jtCYaoawSg3bOi6E5bO/zffbCt1Y2g2xSk+hExRfWOdlzWenI49Esh6JBCiuRtJSNoF78rAPZqvp aZifyLeyQn8ckitCta7ZHdl2vln4NlvJb5f0/BXSKrakaCulp9Bpik8lcwbII6kLOtQ36RDgr4Gq 26jn0WWhNKL8Ry5qwfVxX/jm7KWtyQ1bF6L9mWbE1Mc09dknDRn5+OOSHmPJ5lUzCG/Pmu0ztt+z Znvd4+b/cwHOSk/HXFV9OqkvXL6RC1csMEuOFiAJmgrqGziZy1Ex1UUSP51+kba66ZJW7bkovaj9 i8WiU52trx8O/Mix2Z+TryLcXJikWCxaqyay8Ne5oC2Vno65rPq2bi0dv3Vrad2FKxbkqC85UtHY 1Yi/rjI8lr8ml+MaW/Z9moshaUDD9bkkak/fxycHzKcVFbhHbPesLjunzvjkPfr6yZJ+xqbK80HY MbVyx236bItWv3k2G4lrb+dSMnNldFGuMrroeVu3lh5AUhT0gbWq5EhPKM60+WOjlF3YekmOYyrQ NeW8V8spV7j03NPXdU1CDkvojop0R/3v+lzYtmnTlUKOOU4twOaE2fLxzSYSmbcm2t3crYwuOhlJ P1FzVFVQ4h3Ai5FAxUvCJsonMWeTpJw0CmlI18XEDUNa0xdmjnrUoRNi/3Sv1wxchSzTfBrxmVq6 9lwIvABYZtZozybBtZJ5mwnpKbQT+VVGF+WQLiYDSPJpBZkgpjKTK0gn4fcjdbORg5Zt/jjfyGHS SGPUdj7PJbkwXSs00sy8jVu3WCyGnoMZKQ5rO2V73QGhfINgBKbPoG1f+Lz3BtG9mfobNgQtr9T5 qrUPTi2e4ddz9eml9f21Eull2lqqVSs5AvNV/1kAvBL4JrV+aCcjd0iQYTm5XI5Vw2P5O4eGipWw L7yLuRKnpMKed70Iorazqci0x9PhUqER9XxUNYYLbL490yeoDx6yDbnWX7fmF/tb4L1IsOpHLufi YxJHnYMD8tTak+ldexQ2AIvNz1lrAd/RaEg/vRb39VWQQSe/Bj6uPa58dhD4RNZfcaDagMDmO3K9 O0cRj+15c9u0MImu0cdTcE04tiHJ0KG4faPW1F73s5D0pF8iA86fjNRPxyLtTSTqvQ+I+HkjA5MP MJPo6rr25HKsHx7L/9h2Pmbjz05Epuatidk2dwMTFuSLfBMy3vDLwOORu+QfkLmubwQW5HJUWL1v RvMBkNfi2oY8KjnWF2lN3Gb4B00TNwtfXdw6kCy5OSzVJTAZx4F+5MZ4A/C3wdP3AqcNj+Wvj1s/ y89bS4o/CZm/oZuxeWQ6mRopUFfyGHUMm5nbDLRK04GGkh7MLvFVRhd9HQlIfJLaJLEh4AdYTJbc oLTOt5GeakKQJmu+WQGKZhGtuU/WAQ39eYhvNeVzfG3Y0nzke6Favc+orkEsooca6dOzIejw8mNE 2S1jpt/ZmegU1Gerd1BW0JOQGxH06BjSU9iw/d6Grq+pOhAn72eQZo93AG+i9kXeCJSQVk8FRXQm lG9SV3hJyWS21V4zjteoGRqNCIAs2VagUuF4YAqZIfwe5DtyDTUfbwVpB39qXElhFgEhhUDdXQac AjxOOxfVp1Gpu1FgMCkRz4ba6zjSg8YSX0B6i5GRdX9BOtuqqKz+Ra6row0jPb0OV/laisVinQJU hOhTspSl2puNyo2oYyat0MhiPkbY2joCdXcSEvX8G2rfhwNItU0FOAL4/vBY/hlh6yg0ora6UmEC eC1yw1a4EDg3+Luq7qCm8HwskCi110h0JOlB48zdINfuGuA3SKfiXyGK7mqEDPtzg/uuYdsiWL0v ci3VYkoP9YeZu8Gd+XDgwPBYvB8vC9UH0ZHgRqg9l3VtkdEw+Pjl0qo9zZR9CXAr8HuE7K4G/oj4 7z6IVlZoU1A++Zgu22g+u2sRBfcx4CnI6MifAS/UNr8mlyPvk/Lkci4+xJc2baVVSK/p09CyKmEL Uk++WhlddE+g8pTcugCZO/FH5M59am5w35EqsTiO8ECkv6pX3Dx+KaXptWzYfi/7d9U6R+nzM4A7 kaHZQLK0FRts5V5x0deslEeSQn01YS0MejsqHxJLMmzIwJ+BDyEzHu6gpqJOBVYihAdCdtfEmYxp GgNoKTHPp9bI4uXAR4NNfoOYte9HbqRqGFQk4dmOGafKYeYYx05A00kPkufz6bl2CKG9FRm2o/Lr Tga2AF9Hvkg1U9aB7ADYtkiU6Op9MxSp+X+QxvIcxJT+LsDIwOSbRgYm7x8ZmPzKyMDko8GumqLQ Kg0HfI9vm6FhdlfRf/sg5bCh+cBTtf+PAyq5HJWhoaIawhQ5Zc5MPk+BZyEkvBG5UR+FpJ58F/iH YJv9SDnkAkh+o3S5OfoORp8LaLp5ayLKz2cEJ45CghMqGptHQvg9wL8B7wq2q/N5QLjfLgn0yO7+ XevYurW0DFEKvcNj+crIwCQI2R4FzPAUu1R1pEWz11E5jCqQ4TvLIstAhWbKxiKXoxI2HDwtdJLU iv9VpBjqgxMqFeXq4bH8Keb+PqWNSUrswoIaZjQ3zLx98XMuqf59/Q1nhR6vY81bEx6K727gUcjg 4euoJWg+EonAnZIb3FfJ5YLf2k/sytsWOZ9vaXptnZkLfCs4p38yNr05+P0gEo27XX/S1mUjLVH5 dD9xQdT5qH6Dy8bPpn+6l1KplCh/LgPT1UQF8bHaHr8KhOwmBssVczi4iaTvpU4+wW+V8KzPl9gQ /J5E5iFDwkYW5j6u561ItVQqWXvmqR58iuhshBdmHp9w21F1P62EWQlkANbkX918DFTeMcDvqI/C 6hHYPPAAgWnpregcghphUGRtDhEaGZh8NRId/ApwI0KIp2mbXAa8Adxyq7JymieFrgYAa8mX6zyL MGQQqPg6klQMM5N2mRgsV6KOYzYtSPqeWxKLzdpuU4VeMzyWz7se0+UcfF6Dvl3SFBZd5UXh+hvO ahml1zTSs5Hd/l3r6v4PethB/SjFAaSKAuDhmNFY8CevFGSnQwVkwvwiIwOTY0gytDrYh5DE0guA ZwyP5T9u3VFD0kTnLIgwCdE1GkGOnRn1fDX1ycQq9eSHwKm5HL+LS2z2NSWh9h5bxgksBo5GckE/ HzymR4rXAwuGx/J/zprsfKGvlUUKi6nqdCLtGNIziS3q+QtXLPg6YoJcRP1d8QvAW4C35gb3faH6 6CyRnYmY2Rq/QxSrutuDXJzfQPKxztH3icq7SuLn8YWN6NKWfWWh9jRfXQ8SPFJqLswCgCCir5Re FKJaVMUpKo2EVZ5oBQmc/BB4tLZ5ndpLW+GR9Y0vrAuLQtoqjY4gPZ3QIlTds4HDz9154PsXrljw beyjFGsnPLiv0ijySoMw4lMYGZj8FhKRexmSf3UVcAmiaqcR36D1QmhGJYitoiKK7FzILEtF2Dda UBUUFyIzaFX7/j3AS6lZAK8GvqMm0PkcPyqgEfVejgxMPg8hu18g4wQWInXedbXdSYdFpYnmxxG2 iUb23JuzpBen7BQuXLHg+YjD+SRg19BQ8Rdbt5bUHfvJSCoKwNW5wX2nAMmUWhMJMor4NBPoQeBh yOvsRxTLAqTN1QeGx/L/pe/XjDpelVScxdxatY45FMilbjZqu0Dp6Y0AXoQQ3b8Cn54YLN/scqy4 83Z9T4PPU1V3nI90OfkA8r39NJpPUcFX2bkEuXxJLS44FefXS5OgPCdJz4XwAoWnuln8F1L8f+7Q UPH3AenVFXsPDRUrpVKppclOh8cYyQqSavN2xAxbghBiCVg+PJZ/VoNPtQp1cfgW9OuPJSEbn30C 0jMbARxOMKgpzIT1Pa8otWd8hmZ1x+cQF8zpiPXSPzyWzyepbPHZx5a8nuaGGOfX65JeBPTAheG3 g1o3C5AkzRPP3XngVfq+et1rsVh0L11rAdM3ztQFGBmYPBUpaK8gFQIjwPOBvwMqqqQtLaKUItTu /D4lZDqyJruw5zSfXgWYAJaoPLusEDdhLfjM8kiQ5APBw/cG/4P48C4HPgzJlF3UZ6WQZTR/ZGDy EUiwsDA8ll/ZJT0PRKm8IEChpxTo3SwArjl354F8WEeTg1OL3UivBQhPQdXvhkFTDZcAZyFdM96K 9Pq7Hen68QXEJ/Su4bH8/5hrJIk2gv2iOTi1WPK1DBIZ75mq/m173idQAelNZ/2YWQVJTMWqvz9G a/YfILWxt1L7PvcAfxgecx/d6av+sqjXrlQ4DHgd8v3aAlyKmOHfQSyM3PBYvtIlPQ8Yas41peD7 Q0PFZwCh7ZtUjWtko4IWIjsdccSnoEUAbwGORXx8B6iv7HgbogxvjavqsJ6Lw0WzbPzsKsmZaieM FF2QZfPQrJSdjYQt1RyvQ957cwbFDKi5x42soIiDrtoQC+pqpN7450jre/X67gSGkfSpNyBBta3D Y/lvZEl6J9x21NxOWQlKsvSUAaeUgqgUDaOofybxtSjZ6fAhPj2jviKfSo6a+VQBngB8cHgs/159 v+qxtP2TXkxh+/r2y4vzAfogywToqPPSSO9w5AZ0HOIzrCBEMoaopH8Anjs8lv9pI9OH4hCo0D8j kePfIGMOHmRmK7W/IoruUCQdrBeJNKuhGe8ETh4ey69Omqun5+epa7TYs6klSS/rMjTVzcIspAZR Kf9DkHQcDMqu+Ibjiz2bamVjLU54gPNcVgthvZpap9zPAF9FPq+3qO3UtuZ7l+YiTLKvXh4WZcYm nXuRpd8u5ryeg7znf0LqZEeDx/UZFDtzOQ4ZHsv/FNK91y7lYiMDk4eNDEy+eWRg8qUjA5O/HhmY vGNkYPI4bZP5CNm9GXgI2I0MqVfYiSTDl5HI96VIVdBZwWsCqR66OknZnSozW7h8IwuXb6wTJaZl 1ipzc+alXSAwZQ9lBfdTS8oE+aLMKKQGpuTN9btD7t+1rjqztEiR0nTaM28OStNrWUO92lP9+Wxz N9R7ksvxjcBcer2m+h4Ejh8ZmPzlSEV6+MHkJmAd5examUeplzjTM4vcPR+ycz2eow/wBuAj1JrQ fiN4XB/07lXe5fL8yMCk8rfND47zcUSZXYcICaXcno5cY7dqS+WQDIBfBX+rMsfLg+dXAF9CmnQU gHcPj+U/FRz/OcC7a0tNVk1Ss7JCn6SmB3sOtlhdrQtSm7dBNBZm1hWC1vEkic8Dar4kfR/nwEaL wDRxdbM9auCQuvNWKjwM8btchqS5ANyHzE1QSvrLSPCj+l77QL2nxZ5NoQOxl42fHZqmkoW/LUvz N8lamnl7JTIiNIekn/xMuWECk/LHSHmhtdmoglGtAUJqz6JWtfEQtZxNdVNT/0Ot0emh1Po1Vmfa BudyAEnWfjvi/ngUMJDL8RkX0k3iA7Zdw+pGbnZNWnJircdCq8y+Ta30AihTTPnudiPTo06h+gEm 6x6xpgxreusJb+HyjRTbaLD4wanFtUDN+KUUe2pBnzDFB7Wcq+Gx/IPBF60P+HQwk7Xaww9xKRyL EOOrvW8qxvsYtv94z1SdYtJJJU2gIkwluhKXy1qeay5D3DAgHYz1ZOT/g0Rzfxa3iLyPkw8i5PZw RLXdivgKQZplHIu4fj5EvbvpbITwysBzbetrhLs++K0RcI3MbH5f87e+rY0MZ7u3Y5bwVnoq/05d pCMDkwcRH8guYGB4LH+ovn1WBdW2lu2zPWLSB8WeTXXnak5cixsxaZhDqoff05C7ewUZaXlbsPll uRyvDwtIwEx/i46o4EtUPp9vHz3Izl+XdWRXrTXeM8XWraUXIipbuW6egbR0f0RcLt7IwORdyAzd 0xF3Tx8iDv4A/CcyAOgDCLH9DjGvlYC4DyHIMnDZ8Fj+U8byoeQUlRYTRWhJO8wo66UdlF5uz+py ZbxnKjTHziQ5HYF8n0T8Bn+C9EXUJmxkZ55fK7yRSaH3EzTbVJmwfdmCmt6fIRUCL0UUwz8jNaqH AOvAr+3Wmv43RkZxk6auKGQ1HyMpcbqmxATm7n8hpuV9SKv5JwRPHwBeapYNKmgdWD6JREo/gAQM /hEhwKch0dMKkuVwCdKA4qjhsfzdYWuC/3D4rFWaD+m1InJ7Vkv5zp5VUhDh4mMykjcfi9YhWBV6 N0rd2TBXiC+O9BQsfdug5sDW/UOPQEze/bnBfWdYlrIijvSiUleSppdk0W05rU/QaFt1CPXpHzcj uW//ru9r3uTNTjgjA5MnB/stRG5E70HM5/tt67jW28Zt0wwoq8G0WFr9WswVi8Xqh2aOPIR0HVxd 90lKdjra4c2Ogx7Sd51dYNSDXomovvcj5Pd54ExQkV4+BnwgTvXF5Rb6lqylJalGzMANU4l9o4UJ pI52FPGrfRzxx4G8p5cCbwojuyhEpYQ0k7yyyi205dHqvutWRbXHW5hD0wZbe+q02ei2u0YSzAXy U3BJbA4xeU9Aujb/CanuuA/JwP8kxJu6cbXDcSau6xzbRnRWTtLySovafgLJLX0X4jN9PnJ9PAa4 aXgsf7S5ls13piPLOllfpGlJlQR6TmorX4O5NeV6WZ1EpcV98DaYhJeW7HTMJeJzaV4AVpNXdSB5 DlIIfwTiT/qIK+lFXZBhaq9RAYVGpMRolRgT1AIM85AKhscBdwFLEffNXtMEzYJMZqtsLU7UhF3P YfvMW7Czba67aspKlln8Pr2/siY8oO1SWqJQml4L4/GqT7/56M0qg0jvfyJTuD6S1XmN90zVqT0z VSSNimt0Skyg7PKVUfZA4QQkuvo1ZMDUEPAjpNZ5M7Bbta3arDUj8CEqE81SXq4kGSdSXM934fKN 0A6BjDWemfxZmLLQGLKzoV3uPnFwVXw6jOTYZxPklqU1bxXMZGUdje6vl2a9gPR+hVQ46KgAObM3 X1zLqTRopNLzUXNp0U7RW+fkZP1uYN4Z4u5ms0V40D53nzj4mrg11VdLWM3aPDpYDK8rTqLMsvLv mUEKzWe3ClBDH+YhEdnHEwzVRsYyPslcIynhubzfzVR9WR7PbP22cLk8buajtiJiSS+sqF2H6xup yE69Qc3C+lVHtL3i06s6bDAvMFON6wq9WIz+Yur1wmFJrvLYXvZMJw9U+JCdQsL1XoBUUTwRmbPR iyT9XogMbTpqYrCscuPWq3XGe6a4svci5kecT5LKhaTVDu1gUrcDIs1bl3ZPUXCdl9EstDvx6X49 n8z5MJdEXHWGnq+XZbJy2lpZ1xkcQd4dSKfu+4DPIjWqSvktIhjPOTFYrpjrRLWOd0Gj8+ni1vdR 9uY4A5eejfraTn0vWwTePj0f0mtFtMOHEgUzoBH2xbaRVei2ITlVrr0AXUvTmuizOxWpW80Bf48M D7oZUXYfBfZPDJaPiTunpNPRfLbxWUshKx9gQHSnICk61yFVIz8HVgyP5R+MOm6Yn35+796Wbwgy I2UF4icmtZJ6S4p2cLiGwSXQEPdlVb+jvqCupBel9rIqOYvbRvPbnQS8Cjge8eHpCqbayNam7Mzj xJV7ZekfM9GodBiD6EYRolsSPP0oZNDRgqTlpK1OeGD49Fze6Pm9e3ngwIq2V3zt7OdTaSxR5Bdm kpopF/N798psOgvi/IgK83tn+vbMPnYu8PHXWQjrBdSaAhyCDNlWDRiWAvdMDJYBArLLtjmpC6LI LUvzNyC2/EiFd8HkFJJ0/UlE9b6KeqL7JtJK/pPIgKrDkxzTtVluKyAH/r3XFOaC6mtX4tNhkp+v WRWn9lzWU2oP0pGJz8zcQN0dBdxNzW+nmgL8GHgekpD9L3HKznYerZZPF7VtQHT/FyH6y5EGFBci zRLMkQ0V4H0I0eljHEDr1xd1DmAvMGiH68nbp2diLhAftD/5Jcnj05HWrwdyMWTRUMB1+77RAsgF eydSQaE3BbgSKewHwufiRiFJIKPRfeiC3MsjEFX2C+CZQUNRkPfiOUj3ZagR2jgyte0FwGHUE93t yFS0i4fH8neGvZ643FydB1r9WkpNegqNMndV55FGkmurf0iu8CW+uuamBft8YZeStDrF2OC2U5Yg xXuQXnQPBJtUE4zTNioII71GEptlKPwp1AIN5yCtwkaRLtlfptZF+UykUcJBhNigRm6mSRtKdEnz +czrU7Wka8XrKjPSaxQp6Z0b9LC4iSRdWaA1P5S0cFFnukmrtg8zd8PWsxFhkiajDkSnE8E/UR+k qCB96LZODJaricWuJnLUuSo0M8dtZGDyIWot40+nRlZHI8ruK8jgH9Wm6qzhsfx1Wmfn1yLNEgDO Bz4cNnEwiuDMqL+Ci9Iz0Wqiwsunp4qKgWpoutGmrU56cY71uE4trfbmNwqm4lPvi/4+6u+D6udn 9lI093MpQfRRe6799fpGC99GRhd+FTHR3gS8Hkk2BgnIPZDLUckyOJE2Tw+c0kaejCi2E4FnIipM jW18OHb/24cQH+a7gbHhsfzbAtJbj8y5nbD55HxUnE8ajbpRtst1N8+3jlZ/YY2srLB1bI4z3dTz ukkMupprnTe+kTDfp+rrH7eXCakkcn1eh3wnatv45InFRWHVNlHbSc1w4XpkkM6zEf9cASG8SxDC +0fgX3I5/irrRZ5W5sgobeUa4ITg7z8AXwfeSK1cDoKWYAEuRG4AH0U65zwEvM3W308hKkLcyNZW Cq1WCjoP3OX7AwdWNC1wkdQpnzRPSKmjdsosD4M5iEiH7TWVptdWJ8uoz3ZNWW4cLmWIOiQFpjeL CWVK1dwJ/A2ifJSZe1fw+1+g+aknaWD6A0cq/AAx1W9FpqW9A8mV+99gk32Isrt4eCwPoubUx7XK XDPLFJhm9+NrFub5Mr3K03MxJfXnw0yn8OM4n1KqhMgw53+r3Z18oPL4fLBh+711w4qUK2NN2d7I IApqappCwrZTZyNE9wQkSPEjpPvzCcNj+VcSNL89OLWYfvc1nbFkW4E1/dlf7DPfu8kC8lp+CezT 5mP0UJtudj5wfpjabhQpZbWucEHrCIjMU1bipnplBZepXmEIIzrba2lXtZcU+qAiBdfZHTqi2k65 IAheqK7FN+dyHGnmha3cup4dQxsiZ3YoJEmZyarMLAlcgwwu6yQ5R91/63IeYdMKofWChann3pov tNGEl7bMxSfvrJ3VXlLYmkTMW7CzSnwuJo9qO+XbKn68Z6r6/emTh05DWj09Wt2clw98RZ4ZkF8r t4qlVxmcylztxSFLE9Jcs5EmpU/KjfmcK4lKmWdrkZ2Ct3mrQ++jBckUge/xsjZjFeYt2GkNzLRD f7AsUZpeC9vvnaH4THPXBrPtVJhvD+r9cIrs9BZOuVwtq0AFVaqEZ4FpUrsiiihdy/Ci4NtrMitE dUO21OM+HMkHfBkyS+XQkQobYPLDrjW47VSgkNi8NeVsowlPHdOXgFyG3MR9YO3cnCApzGHkCrri i/PzxU1Ns5mQUTfhKNKDaLWXJLAy3jM14zFlSpv1xM109pumZ9Tx9fdTI7ejkUTm7wE7keTnZYhf keCxTwCX6zcfcz0d7RQAnAfx7YlsaDazZ014Pg1NO03tRUGpHz3VKew7Mt4zRf90vdrTTVg9UBC3 lpjMG6rmbNjxwkgsiQpU525bw1Sq0Hg/tomIGtw8cCgwMVLhZpg8Fkn3+RVCbpcA30HI7ZHAbqTx wCgyKP6qYLvLbcnMYWgHwgMHpRfVPNJH6aUNfyeZo2nz3yVNuelEtWcLatTNNnVwjSi1p5OdDl/3 Shq1pxDW9SWpPzDstfnCsf/di4B+4FzgL8jQpxcBjwjK0b4ObEGqM0rBrir95xJgPzL0aCNSr/wB xEP6ZqSaA6R+twwc7zrfN01gsdmIDWSEfQjze/dGdkY2SS6N/PclvLBgRZjfzgXrVx3RMcQXZtqa cPlMFSGUCpOs6XVXdjb4qj0Xlabg2v7Ktl+xWAw9X5/XJwnZk09BlNqlSB3tX5DOMYPBZtcHv89F 1NoWpCb3lcHjw8BNiKmqSE/hSoTc/hVRd5cheZD/htT0jgyP5ddo555JiWqrIVX0VuXsKehEl5WP w6dPV5Q5m0VDhK6ZK24N8zOP+qyrpqzh/0vy/agGSCKwcuv6RJHcrCa6+WJkYPJ+xLem3pCbqdUU fwSpr/0s9Z1RNgBfQkjstOD3ScFzP0fK2U60HG43UtL2QWDp8Fj+acAIMBJ8LifFmbBhUNU87QCv aWg2pzM0NsweRzJZBCpcMZfm6UZBRXBB3l8I9+H61nHagh++eWdpfHuNQP90L1cm9+l9ByGtZ2iP vR1RancCL0RID6TB52+R0rNVSCnaZUjy9vMQkxUksftOqJt1oU/FC/6eKVL0z8Svm7rry5195IrF YqUZycRJEGXWurRRamTnl7lOfCZ0k9f037oGwrJI5lVrZOHbU3CJ+IaZymqbpM0JRgYmhxHf2h8Q BWdr+Lk52Pw+4NeI6bsU2B2WUpK2/ZXPZ6VbUe3gApqX8i7VMIQRnmvPuDT+uygoP2YnKD4den2u mb8WlnZiPh6VnuJ6kaltdgw1V+01UDkq39pvENL7Y/D4o4Fjg3pb3c/G5sLkl2u72wOEzcr/KxaL baXyAHJ7VktHWdc7VaO7MoSlpvg0yGzk/A4zeNNJqi9O7UH8xRbmJvENaCRRe2awIq4W2Menl0Ub KgXf/LtGwNW01a+1drkWqj49PZHUTMrUaxtlqn1jlGFawmtWBxid+DpJ9elqTy9Ng2QDq5MGNZKq vdnoxhLlCwf7+5Y1mZnnoAcH1VwT23FdbmDrr8joJJuIqtLzQVZ5STragfD271pXd5HtGNpQd8x2 8GekhS2dxazS0JvN2pRhs3x7qhlBM6Kw5jWhE5tKaTEbI5jn1YjrSp1LsVisIziw3wSi8iltWH/F gerf7aL0EpEeZD8tyiQ9G9m5DiZpBEzC07F75yOr27TDh54WJvHZ2oZFfGrk0gAAIABJREFUtRzL 8sJW3VZsqAzOLCPLCmaLe2UdxRFb3HNJAiNxQYuogU1hcDl+u3YlSpynt2d1mSWF7Ihvfu9e1vDG 0CLvZnR4DUMU4QEsXXEfu3c+smNMXT2lZf2qI2bk7oWRmm81RxxEwdjzOHcMbaCfGgH5jn80Ye5r /u/S3soHPs0O4tJJVLDDBy5EuqZcP69Gv4Zb+RpIrPQUGj0f1PXiaGTwYumK+2K30U3ddrnjZQU1 OF2fmmZTe41oSqH8U+qmtGNoQ/W5KCIKS0FJgizN57A6ZRtcro2gdO1pSLeuf0eSn48FChOD5dCT TmNqtzrppe6nl7XiMzGb6q6aZb4iXOUpSEPL2qyJ9XSGjw9q79UDB1aEfl6N6sKjhhApU1apuyXb CpQIHz6eVf5eI9E/3cv4lFuPyoDcVAnbF4EHEZIDaTSgqjmOQ3L/xsLWiiqtg5nNQ21jQ1VSeyuS X27Par/J7zaM90xRKpVmjaAgW6VnpqW4KD2FTgxuQLjag/CLNq2Jq5tgWZNQli2qsoDyGW7dWno4 tcFB9yHdVDYAH6a+VK0CvBUhwErw+63ac7mw6XGK9FzdTGapaNjUvVZBavMWss1RikLURdIo89aV 8PT0CZP4YO6bvKojS1aKzkzriOrukbU/bbbQN1p4OKLUfg3chqi13wAfnhgsjwbbgBDb65EZuNXe dwiZvYOZtbr639X/40gvKp1FR1h9fKt+36vmbdK71XjPVF3H27SwDRmOq+1thdq/hcs3snunkKRu 6urPz2WTV6ljlb8Xp+J8Owr7KMJmt42PgzqfYO6H2UXld8AxCCndgvSx+wVwWLD7U9HqZhFCrCB9 70DrfRf8/1lt2wHEjP0j0irqmxOD5c8Fz1WkxV64fzPy80vQ6q1VUCW9PavL3l+WK/svahjhgf1N jzOZsoSrP09tu3D5xqriU8QH9cX6c7VFlZm4XCyuY3OhPi8s7rOdi+gbLfypMsqhUFARFr2LSg4h vLuQIea7kZraf4tY8qXAPcH+Hwa+hRAa1ErYjgSOmxgs36IR2gAwoM8GVtd6K90gmoHEgYysTVrf geN6qDyL/Dxbb0D5392fp/bRFZ/gvjqTV/m/WlX+J4U+RnLh8o2sd/xc0ubupW0skMV+EdssQEzQ 72uPqS4qIB1TvgJci/S6GwSu07Z9PfATaq2ijkG6qzxzYrDONVUJCK4C6Qkt7vNQPSvbUfEdov7w +ULYZgekQRKHtrqwsmwbZSLMn7djaAO7dz6yLj3CzONTz6ttVm5dP4OoVYRrLqE0vZYN2+9tSG81 115vSYkt7PEMlJAyQRU+i7SS6kPU2tlIQGI3Qmr3A0wMlpkYLF82MViu9sabGCz/eGKw/JZcjl8s 2VaYYZrq84XN1xEHc725ikPMzHKIfoOu7L/I+64c92U1h5xEQXVsni3oii2OcM3nO4X4QMgv7HPa v2td9eeBAyua4qqIQhNSU76FmK1Q30VlEmkUCmLq/nFisHxSLsdHJwYlqyKMiKIILg76ujbS9EE7 fn/nJc1h8kFU9A38lZ7q2JxF6VlUy3tX2KK1CqYCXLl1Pbu1QPNcnq1bml5LUXt/lRk7f5aCrb7E lsV1YJqg+u+wri8+x09CzFle36oKo53M3FCfXtibmXQWaBjxpcnVUuTXyGoMEyZpqfIzH9jU3lzz 7ynoAQ6zXM0XYd+TNBdxVgQQVV8btl0jcgsbse5cwyFhT6horok0OVG6GavaUfuYtmFotrmr+/qU mRYG3e+nYPoj57KZC83/fCD5oJ80+9pMUd0MdSWjpKSV1NzN4vjt9P0NJT0If/E+w3pM2Oalzmb6 QtKBJktX3FeN0Jq+uiiojiydBN2/l+a7kyWSBi5svjBdYbWqyvI5L9dAZV1fvjayVCJJD+xfjjC1 d3BqMcvGz2bZ+NmRX+4s1F2WCDNPfQhq5db1MxSgnraiIr6diqjAhg/Sfm/iTEC9m7La1jVC2mko Ta9l8/ilbeXPAwfSC/tw9U7L6n+dDPune2dso8M0dZMiqz56WZlgugLU0YyOzq2O0vTa6oWSleJT /uUkJqmp2pJGMtO0rEqKVkgvaSeTVodTcnJUUCPOxxcV+IiL6sYh6/GONuze+UivhgNha3RRj9L0 WhgPH8yeFrYUrCTR0dmCec2Zr8E2kc13fR36/q6BynYyaXU4NxxIVZsb8ya2CvGFpa+kIT1XwpuL pWmu8Bn6ZINpKSQls0bn6yVpZJqEzNKea1y1VbuZsyZizVuovZFJ5LTLl7lVfHxhQQ1bBNYFroTX LpPhGwVXxaAi/jaS03+Smn2u+XpZr5/V9uY+5nlmYQ63O+GBI+m51vGZfgafcrUsiS8NiSSN5prw MWnb1UzIEubFZCM3FfE3rYKo0Y7NQtbHyjL1xPfcWiXC3igcYrsbzJaD1JbHFwWbabt/1zr6p3tT E19S+EZpO13l6VAXW9xoSFdzNuyin+0AgC/irsm453TREvfal2wr0D/dy8GpxdafuYAZZWhJSl/U /1ncnVyDG4rwTD+cCqz0T/eyJ8V5JC1P892nq/JqKE2vZQ3xgQ2z3+LBYnRATSe/2Q5ezHbZmOt7 MZe/l07mrQnzDtqIWt0o6AqvUakgZgNQF7+eb5S2q/Jm4uDUYu/B4aVSycmV0kjCm20yDYOvCt6z upx5F6VWQyLSg9m7a+qEZ5JGI0kkilyTJh7P5btpUujvSZx7Y2RgMlep8PBKhSds3VrKLdlW8CI/ m6nXaNM3zTUT1h0lq/NRa87172Vi0nP58Boxu8BUYApLtl/RkOPpRGpTe1EdVlzX7aIeKqjhGNz6 K3AH8JdKhdzWraVc32ghF7RmnwFba3TXXnPmfs1GkjpeE1GvtRNUHsAh4z1T6D8+cPmyxJWkRUF3 bOv/Qz1pRPVtS4swkoV0hDfX76Zpoao2TP+dBd8DPgU8AmmJfhMyLewtfaOFJ/aNFv5OJ8GoVmrt FuBQyJKEO+F7eYgqmDfLplzg+mYnUWCq2mPZ+NnVO/6Nx9zD9TecVd1m/651VoWX9ZdXJ8/dOx9Z /UlCeBu239sRX6wsoJesmeQX/P57YAh4FLAamRVxPPBV4OPAhcAi4ALgyL7RwmTfaOHWvtHC6bbj pSU/1/2y3i4LtCvhJ0FdGVoScnL17S0bPzvRXI0l2wrsoQxl2FzYzpLNq6okZCO7RhSD6+SWpulo J1ddpIEqWSv2bGJN8NEKCU7+K6LyXoDMl/hCsMvHkZbs/4jMev0L8EFkYM4g8B1tlOLnJgbLb1PH aqVIry/iiCvu2hjvmYLpl2d9Wi2HKuntGNpQnQ6fBlG+j2XjZzuVpUFQyTHeW11j2fjZHCwu5kbu 4cZj7uGE246asY95vLRpKzoU0XbN2dmDTn7ze/eSy1HRIr2VkYHJhwO/QmbGnoqQHsj8CZDhOt/R ljwceBugxjNWEP/g+XsofwrCb6Q+w4h0tGoEec/qMuPMfX8eQG6ickdlx9AGL5UX1rPfFS7EZ3Zo Ge+ZqhLO9TecxQm3HUX/dG/sl2/Pqlc5n1fW6JJdY6HILyyvc2Rg8unAODI9TB+A/TagHxmSvWVi sLxYI73HIiMWAU4BPgccZw7GDguINKrFu7m/eew0qJaZMvdVHkCuWCxWwgjP5cNpRCOCZeNnz1jX JK8l269wPk4z2zopRdglu+YhjvzMx0cGJm9FSO8i4KMTg+XxvtHCmcFjP6Q2rEc143g0Qp5PAt43 MVj+pu08siQzE80wtTuG9GxdVny7QST9QEziC2tVZSOuDa9aAIQXWKvHm0l6XZ/d7CKO/BRGBiZV OsuTgN/mclQqFW4FLgVWAU8G7gTOQfyEOeC/gPch5vH/AT4NfD6XE/NYlXg1uotK1Hpp1hrvmeqY G3UO6mX7bEClyijCMz/AKNKD6C9OM0iva8a2DlRjSxfyU9hcmKRSQc/rW4kQ3supmcTqt4JuKl+A zKo9GZll+0WYMQmtoUhKep1m2oKm9Fp5kpLNL7fhVQucfSmN8ut1ya614ar8TGhKEOAtCInppLcS GdC9BLgF2AJ8ElGFPwT+DokmXwCcqRZKQoJp/YQu+3eSygMjZaUVCW+8Zwp2Tc1IG1HQe/016/xr ZNc5X5R2RGl6LcWpWpqLK/kNj+Wr5LS5MEmxWPxCYIVUAPpGCz9BTF2AYxHCewFCkJ9DUmamEXI8 M9hPJUg/B7gBmqsEu6ghcRlaGvgkQuqjEvXHTKRpHukCNeqxm1zcXnBIcA6FIsn5vXtZsq3Alf0X Md4zxdBQ8cShoeLU0FBRkdbTgB8Ef+8FhoE/AR8Gfg8cFjz3CeANwLXAsX2jhc/3jRaeHFYy54Ok pi10XtDNuV18FBoVqjf9cSoxOCpyaztGWvO2a8bOHaRtTQ81slxTzpum8GpgGzVTeCtwN7Vo8KOA exESPBg8VgHeBVyBxR+YRUQ4zufdad/tOvO2ESZiFjNBfRKDszR1Z8OMNSdMmZ2cO+0LmjXMBGfX NBcd+uO6KRzsNxqUTVYqFT6LBEQUVCRYkeKRiCL8N2r+wGuAk4OKkTsqo3x8YpCRxC+4ixmYofSS ZprrSBs6V1HcMIXmmqNXPR9PpdcMZaeTW9LocleBpkfSYEcYotYZGZh8JvAfwGWI+tOVYAWpItkD PCz4XylCVSnyQiKiw7ZrNy7A0UlRW4VQ89Yn6zsrZRVGTmHdUqKqSJKmqjQ6167YsymzOb16X8Eu +aWDTn4Q38g2DD7kOTIw+VngPUi6SwVJgn4nUhHSD7yJGukpAtyKWGjXDY/lR9X5FotFSqUSxWKx 7rqIujY70bSFjHx6aZE2l27/rnW8e+3xMx6/eNNNXus2ijxciM5mwpvNDWz/6/t0k6PTIyvy88XI wOQgNX/grUii9DpqJXOKAB9ECPB+07SG+uCM6k5ULBZnHK9/urcjVR4YeXrNTlnJMnE4jPi27X2L 076NuuNFEV6aji1h63SJLxvoAY+sTF9XaMGRxwPXUSNA0PIFbaQXBjNSXSwWO1LlwSyQnt6oNOtK CdMMrhLBqxaw/ooD1u2bTXZZEV3Yul1TN1uY0d5ZUIA6Ad6BNEk9HvxIz8TBqcUd+z1pinnb7KJ/ hbqoZ6lUJb5mk12jiC4MXeKroTK66MXA15BmomcDnwf2I22lzgfORXxq83OD+/4ctk5YqotOgo1S hFmuq9bqkp4Gs2W878Wq5s6qtWabAPTjQuNSPlqF7LrBjXpURhdBLU3kYcDtSE3tHuCPwAQwCuwE ngC8DomwPh34NfAqpILit0jFxc+AG4aGilWCjCJDE0nIqxGkZw5X7yTkisViJazEy4TrBWxefL77 J0VYMACaR3azReomui2uBAbpPQL4M/Ab4OfAlcBzgTMQktsPHAC+gpiRm9Uy1Opun4IQ5meQrswH gb8FfgHcBXwj2O8FwEPAz3KD+/5s5l8qhCVKZ0maJjpZ5QHk1l9xwMu8jbqom3XB24jZprKakWun k3srkJ0Nnaz6KqOLfoA0BLgMmadxHFIa9hjEvP0DQk6qbU8FeDGSGvJmpMTsSmqk9xrgLIQoFZk+ Ndjm6cH/jwNuDNbZkxvcd2xldFEOWIgozSOQtJO/Bmt8CklMvpTA9M4N7jsAM5PVFWx+RhMmQXZV niAz0mvGRe9yjGaTXbugG9WFgHguQVTYCEIyX0ZqZX8LvB4htNOoV3f632uRfLo11EhvGfAOpK62 ghDo3Yi/cElucN8ZwbFfgnRxfrm27hWICZ1DyFiZ3sdSX73xIEKIxyO9/F5Nrezt8NzgvgNhBKmj U29+OubFb1KP2bzY3czWxn2oNbJrfXXXxUzkBvfpN/gvBz8gIyN1VAAqo4tWIybsPu25I4AfG9t/ C1F6Pw3+fgvw78B8xAd4RrDdtcxs8vFNpEkBwNHBOjcApwNfCh5/EdLQ4P1IudpSpIRtFPguQpJd QnOEN+k10rx1MVvVds38gE2yU+fQ6oRX/352Lwhf5Ab3jWr/2iyiivH7AoDK6KJlSIupU6h9aT6K RI+fCzwbIcNfIp1XlIosUTO9bwweXwWcBPwk2O+2YNtvIAr1FQhJHpvkNXYivM3bLOEa5JitgvtW iMgmhZ6s/ew1/bN8Nl0E5m0Vhuq0md5fQtTeTuBfkSlvxwG/Qwj0oeD/64BtucF9axr8EuYMMg1k JN0+LGI8m3J9/aoj6v5vF7JT6JLe3EVldNFrkUjxd5HZHRtzg/u+HL1XFwpe5q0ipzDzMsyRapJa M/1wvmhndddFZyA3uO9rxkNdwvNALOnVE1w0ObWzI9Xmt1PoEl4XXcwd1Jm38Yps7sGWXAxzg+hW L/4iIN1mOuGz7KILF+SKxWKlUy+IdkkuTgpFetD163XRhUKO1ftmLXo7W2jH5OIk0IMZXbXXRReC WZmGNlso9mxi/aojrHXBcxE6sdt6DXbRRSeiY0jPpu46Qe1dvOmm6t8uZUpddDHX4V2R0crQL+rS 9Nrq/51cOrZw+UYu3mTvKt1FF52ItiO96PbrNfW2HrCVjXUS4XXRRRczkduzulxJOww7a7RzKySf mRidpjqzwv5d60Ibd6p2Si5/zzb0c9Hawvcg7auejtTh7iCot03aHt7WeqoR74e5VrPfa9vxDk4t ZuXW9bH77hja4DUT5eDUYiC8H2IaHJxa3PG8EDb6o5HHatd7ThddxKHtrNtWRrFnE6XptZi3la5l nS304Lt+o9XHVLj8PVtQIuH01X1sLpzH6avPg4HJZyNltA8Au4DvI71IP4e04XuybS1TxNleV7Ne q/neNuu91j9bHQenFjdEiIFd4KnP1WXbMHRFXvNbtuoe0a7o62IuouWEXrt685QnL0zk2dD17nUG lAC4ebonarMzkW58/4y0DJ0PKBW3E1htE02t4p1sBFxFom0bV0+ewsqt6+u8er7wOZ7tOErgLVye 6PBdZATFwcU2vQ910YUNLSX02lXkRUFN3+6KuOygPHnze2c+F+ZFUo8Xi0WKxcVsLpQaJpIchR0A p68+j29uOw9G2Yh0Bz0/eOpbiNDrA44BLl5Tzm9twOlmiqy8enH76N6zUqlEsVgEqImtAc8Tpyb2 avraHfN79wb72td12b/LE61j8CqjfS7ek7roPLSM0JvLF1Sc2GsVcmsHhOXn2aCLOxFdk07iywe6 4Eiy9je3nQfAGYPn/UF//Kk9068slUoVTez8JeEpth1Mkafe4zrBpAm5lVvX05d7PBOVO0LXjPLW md64pOI0bP1dY68PDet2UUMrcuTC5Ru73r0u2h4tUYwxV0SebyGGQlfkxcNV4KmcNSXuvrktyIEL oP//zW3ned3MsxJ1QOg5mds3K7+t0eu6Hscm8lxDon25x1MsFuu2VwLPJZcx7lyagU7N0WtFkWee w1y4RzUb9a0v7OjmRTYes+7R65QLyPTqdUO67ogTebrX7vTVfQCUSudlcuyDU4sTewGVsFMizibm dFw+et5zgSlkqOM0o9wEk88Knv45cHwuJ9N152JuXlKRp0Kmsu9e+nKPr3t+Te/MQg39mLV96zEb hTudGMJth9fbDeXWw70Fd/w29e2BusKvEZhVj95cu2jivvytbrW2EqLEnbo5xwknBR+vnk9+ne04 Pudl7lupcClSbfsx4B+Qad5PRNqrXA1cNDyW/w/vxSPQSCHj49XTnwsTeGYOnN4OBbITv1mvlwSd 4tlzHYjeSu/FXLtv+cBV4NnGEST9DDv5/c4Ks+7RmyvolCFDjYQiB73QQg+51TxjfZke98bxZOv5 euwcMAL8EBF4AB9GRN7bkSrcHWkP0Ey4eMTM1ih6eFwJOyXo9OKbzYVJKGFtq5LFeXfRRRg61bvn co9zbSXmk7qkd7PoxPHUWWDWPHpz6SLxEXldr57AvGD7p+UuvmRbAaBaRZlV8UScV89FpKXx2Lms ffrq87h89LxcxGZ3Ak8YHss/mNVxGx2ajPLquYhA6Dzhpfr/zVuwc7ZPpWHw5bpW5sZOCDUmjVb5 NL5W2/p+znNJSzQKs+LR6+QPRm/2G1acMRehXp8SdFBzzyzZVqB/tfyvcu1unm72Gc5EAzx2Ljgc OFb7OQ54SvD3kcArmnESWSHKq6eeU3/bnveFbQpI3Pm1CpQ3s1UFTVZIItrM7cNEQVKxkAad0Huv NL0Wtt9rFXy2e9m7j75F/jnaWOhHb6z+efFdxwG19y9OKEb1o+1ED6sPZsWjN9c+kKRh21a2UrPA THE3E0u2Fdizulz32HjPVOZtUCDeq6fQJEE3A0Ge3iZgJXBr8HOL9vcbgP3DY/kPzcoJkswDONuT SFodneDBU2gm580Gv861e5sJ815ne4/rhJ4HTOEXhigxP9ff/6Roukev+0HUMJdEnml57d+1LlLg KexZXZ4h9vqnexsm9hSUsHtqT811uGd1OThu9sfyEI/rgh8bfgA8BDRU6MV5xfTnXSdXdMWeHV2R 1zi4trPK0gvY6d6lpCIPqO0XeP3ChF/Y56eem8ue1aRomtCrffG7H0A7wTXHIg1JNlPsKWGnjqnE aP/q3uo5NFpkRuGMwfMql4+e90ckTGvFyMDkk4fH8v+d9bHDZsbatnFdK+02Lmi1dVzXzbKyVl2n L1k5kmqd7+0YzuJ0QtEKKSph55BlpaitgGCui480Is+GpMJPiT2Y+++5K5oi9DrVumlXmP3+kuzv 4s3TkaXYU2KuVCpV1wb4JjPDyLbQcQvg0drf1wKfALYH/+/EMU/P1iQ4SszE5cz5IKtRaM1CK59b FPbvWifiLqXAU0grFOcylAhOml/Y9TSlgyn8FJQAhJn5fsq7+u61x8u2m24COk8AdturpMRcbasy G/ktScSeEnX9073Vil21vyrwgGhBl1ZgPrVnOlTYjvdM1Z2njoj1e4AvA68EzgW2AF8Knvsu8FUl TKImPiRpAhzXWFj/O4tiCd/iCdd1OwFVkddFU2C+19/bMTwnud8VrZJjXudF/NEbufiu4+rOa+Hy jVy8ScSeEnzvZhzoHOHXcKE3l715c1XkxVVVuew/nsCrB9FiT/8fmCHsknrmbMcEuzgD8RSq9i9x KJVKsm5M3t+SbQU9j+/xQIFa5e0I8FTt/9srFR42PMaDScRWUu+aS7Njn+O2Usi1UUKxEZ7CrL14 XSTDS1aOeIm9bv7Y7GHh8o1s21vv3QNmCD+Ym+KvoUKvk0Weay5KOwhFVVyh/m40wsSeEnbKU5dE 2Kk1zMfMY0aJ1BKlRCI2Dk/tmebm6R7OGDzvxstHz9sLLERGn90KnAFcApwPXAS8Io2IsO0XJnbi jpG1cJtLCHs/kuTndQVe60F5+VwFXzuLvbng2NC9e2GYi16/hgm9uSzywpAkt61V3N9x8BlT5JOj ZxNe+nO6mMsil05fQ1/fJvZmGd8GfoeMQwPYH/z+EXAlcEqxWGRzoZSZuAoTf2bYNiyXz2yMrP9u l1y9VkU3TNva8PHutbPYmwsI8+5BTdSFef0u3nRTW35uDeujN5eFnkvTSFe0i9CLg0vPPJgZbrU9 3wihFSUoWwWqWbTC5aPnHUF982Q9fHsM8NihoeKDpVI6sReV5xe2fZRHMOy5ruevHq5eva7Iax/4 hHLb7R4Z10NP3QOyrLxNCjNPLwx65M12jX1vx7DV+9duXr6GePTa7QvcbKStam0luAo8cCuIaKQ3 zVzb5tGLO0+X55MgRIheQ0z49ubpHuI8e3FCzuaJSwJzXV342fLzbPvMBmZDeHZFXhftBJewrXr+ Yk08tYLoC4PLtfWSlSPs/bn8rYs+08un0Kq6J1Oh1yn9grrQw7PuIVqb0AIaLvDChJkeqm2xsK3C t4kJ34JU756++jw2F84DooVcFnANv5qiLmp/3ybMPmg1D6KLyOvm43XRrtC/2xdn3FvPBS7ePJvI s/WQdDGy6jx+mza1pP7JTOh1vXidg6R98lwe80VcKDgJmi36qo2amap7PJfj/1Yq5LSH9Aqffwbu vHz0vIedMXjegyCj2/RRblkiqRAL89zZ+uz57J8lmpk36CXyuuiizbFw+Ua2kX0z5TCkEXkrt663 bH0vO4Y28JKVI1XvnikIzXy+Vszly0TodZLIy6LySFWxtmPYNonIywqmqHMRY3HbNMqrp7eDcd0+ pK/e4dTn6R0HPCX4+0iM5snKs5dEjJn/R/XkCxNHtuIL9bjLOR2cWlz9e37v3tjq4Fby1MWhK/K6 6FQsXL6x4d697EWeHWbhzba9tbWjqnlnE6mFXqeLPCXYfFutdEVePKL65PkIMpdCDH0b9XdcRbAO U3DMdzqzAKXI5skfBFYiOXq3ArcA3w/+fgOwxNzh9NXnceN4bZ6v2Vg5q9CubV2ftcLEYty1VCzK fFgTjQ7/psH6Kw6wcHn0Nl2R10UrIqu2Ko3y7imBtzBim7BUCBeRt3LrenYMDcdemzMaM7dQGLc7 GcMRxR750Nx1v6BdPXc6fPPxskJWoVOXdVwLM/R5uDaxkRSqh54F66gP2er4AfAQ8CHbk6oBs6+H Lw5hXrsouIZH5/fu5YEDKwC7ByxsoHmY98/n/Gxwmf8bhW7RRefgeztEDNxw8KHYbdvdQZLmvqa8 e5CuWOPiu47j3UffkthL7uPJM8Web7Ps2UYqodfuX1ZfrF91xGyfQlPhU1HbRWNwxuB5lbRr6B6+ NGPLfISdK6IEoBJ9UWJJ792YpfBuJroir/2hbvpdkeeGatiT+ohXnPDTw7MLg/2jEBWqXXmqn9vG Rey1qlcvsdBr9y+rL0rTaylavuD6jcbWY6hdFL+OrDx4jSiU8D2+67HDcvV88gFbHT6Cz2yNEgaf QoZGFj2ovFcl9rIcaWaGhF1DxN2cvM7AXO6d1wzo750SbmFiMio8q/YDrVo2ZT6eiXb17Hk3TO7k L2ojRsDo1kwjR6rFHSdN/p2er9aMilXX9ZOch0vYFqR4wmxUnFSQTp6CAAAgAElEQVTEbC5MzmiW DCLItPm3mcMUfGnO33W/qGbLUePCwG/aTBbevahiEwXbOXcFXudgrodrsxwO0Ej8f/bOPUyOqsz/ n4lZjBBBRwwQuUlYRECNIBDFRDLJCoFIUDKCMaOCi8giM7ouhCSyBDGEEF2dUZaLN3RCECZKwnKX DJAgIgIiIrJIFBExsuyImGB+yKZ/f7x1pk+fPlV1qupUd/VMfZ8nT2a669Y91V2f+r63uM9TVsAz pSpx9e2bRo8qzChCBW4i0GvFE9W30sKeCWpqG0tn7aA/fCiSd/UOJOEegMU3bzGXG1ZPT3fN7729 ffqvLyHNdk/u6el+QHtOb9nBYNdApaPfWnigL/cL4KDg572Ap4KfD0Ka905B8sUeBHqC/+PWrQAv A3sAm4LfGewaIOR4aGurdQg7+jvfYtv/YNfAA1HbqNQGRF8GfgOcDNyjjkNX2DFZtjWsBavd4ScM 6PKGPbWP7u7uTHCUFfaSQmYUTOUJelmOS6mEvJGh0Qp5ysWC5hUV1jl3IfINeLqSwB40F/jKYoyE 6hs6B1b9JfRDoBSXRG7R48BS4ChgWfD7ftrzCroq+u9zhqYamFEDc2OBvwM/FreuDwe1WR77KgJq q4G5we9zgud+BOwIvBmByiTrEhzjVdRXj1pf77r5AyZWRe0/Yhud+jJjgP8D1gGvsqzPjJWdlUp/ /ePBtq37wQKMpsSt8hdmTKNj5y9h4xDcGDiLrZDrFpW/Z4ZxS5XKS6MR8oA6wIF8oS8uJGsei4K7 pHl4PqXy9YCm5+w5g14rnqyNUG3IUwt9rrrJbQOzhn86C1iLjLeaCbwP+C+AGatu0pdzlXLLHgU+ iuYQmpqxshMNYkwdD3wK+GJwjL8AjkOmMtwJ7IS4aQsRkBsHLAYuclhXaSHwpUSvrqqw/btKwdjj wIfDFhIX0e+83K0bJtPX1xfp2KkmyHm7empfaYEva65e2vy9cVMfsoaSmgV7cQUkpZs3MhTn5tVe L1v/uqmft0knSOjLJ0lPqtlmSNXs8NNNADvX4gyQXnvq9akOHo2UE+iNdsjrbr8IqC+8mLHqJjy2 HLkeuBtplXE3cIN6Ym37BjqSb8/mzFkVATE7A9cAtyGgBtCLzFv9KvAW4L8R53EqcCnwYwQsv+Gw rtJ9QEyXsVBZ9x8Dr7ragO2AXyJjxd4SvXitsgDguKkPOZmsCvJaAfiKJB32bHN2laJyBl0nc5h5 hLaeeSXkjQzFVdiOhutlfTj0L8M/rem5sG55p/M+BubMfTfTrVNyLc4wb0YX0djzJDZHbzSctC7S rWyfjYPXtm9w7rOVZp9Rla95FE0k3WZehRu+t2t7H+OKNVwASRViREnfjr58RJNl70o6Wi3qNW0c ag+F1jQwO6l9KNYpULCnFDVxIwrqTNfRtVCkhLzWlmt4cqRcL83Qreno5ZX31qqKyteLKl5RLl/e 50ykozdSTtoiSgHeeNwrnl0UNU2ikXKZRpFm2byOIe02I393SomEvr6YBY2nVbXvpAAyGgF8SeFr 45Df7fmQa1PkqBCyCXmuN2mb5i3i3lXx3fVLFUvqgu36dx4J18u4gsMpxy9nTU8Je7pcp2eYUu9z d87nTqijN1JOWh+KK7yAZE2FXV08U75HkOXRpqQIy7ou3+ht2ly+LC1NoB48Guny5aU8XT1Tce9/ 2Pvskmu0aZ79QrjrqgtL4Cu4kvZGG0nXy7hCDChdvTDpzp46h5K0o8nrPLI6eiPppM0q20m/dNYO bUFxxFhgf+A56Nuknv/VHy+tXHbRr0KTsYugkdAAuJFyfb9UH0H1s645Q1Nh7VTWtm8AyJT7Zjbu FWCBSSMA9tIUoGwcamdSxBeqrTjDBbLN5+PaumyatwhCAA9KyCu6kjh4oF8rR8b1Mu2oz1Lhcgnh 6svm4e7VgV4JeVXFWNiXAP8CfAEZPP8j4AiAN+92eltvLwQxt52B59RKi9mSeqTV+KOXsY5yNFmc igCxUbl86u+2dgNkaa2iV6oqIFFh4LMHprW0w5cX7AFceMwOmebXmopz8EoVV2bu3Wh18XSNtlGf jVJSd8+nakBvpJ64aRQGeZtvWahanSwEDgY+h8Cc2QduR6SdyJ7B7/cDhy6dtUMbsDvSRmUtUm07 rMU3x4OgOq61nkO5WVUEwCqi8hyjZrYl0eFF5fK1KvClhT1WrQAknAvyebnwGGk4vuimLSy6acsw nGVxVTffspBPTvgtl/HGEvIKLFvlZhqw01VeK0vFKe14tDxcvbEw8uxnH4qebdv3KQTsepDWIFcB f6Pa0uQ4BOIeBKYDG4HXaJtZCnwEmIc06L0AcQX3Xzprh2eAicALyLSGs4DbXQDQVXnmxrXSMTRa pssH8W07XBTWg053+dTPrQZ9afsIqirhY+cvgVUr6qqAXaonddW8Z6tWMKl9KHYAe6n8ZfZoC+up 6FMjFfLyGPE52mXCXrNcvbFr2zeMyJM2q2JO+q8h/eE+A3wT6cN2bvDcdUij4JXAW4GfB4+rK8Xe COQNIb3mDgPODtb/MAJ5/wF8FtgXOAYZDwYE+YGiscxif+h7Tn9+sKtuckSpAkrl8qUtxkii2mrS 1svjc4G9GrCjvqp3+PUGkOaSKwP2nFod8i571t3NK/Pz/Mo2csrnBVT/29deI0fu9dL2HpatgfzJ 9Rz17eqNLSEvuULctQuWztrhC4jL9xngyeDxA5BmvDsGv5+v/f8MAobbBY+dGzx+HjKS60HgPcCL xr5s+YHvAF7Z0d/ZBnwi2M4EZOLDcuBKgLY2KiPBHQtTq7h/qiDDpaWHi1wmS5gOXyu5eybsxYFd lFR416VSN+r9SQJ5pfwpacGETW6u3Oi5Npp9Yktnz5+KMBu4nHXrUTHh1bFAZemsHfYCfog4fnsi Dt42ZB7sT4B7kdDuxxB4mwIMDt9dhucHbg3283PESTwKcR0B/h9wJnBIpcLJ0Plt4AfACcH2TwMG BrsGbkz/6ltLRWkDo6QDWlroU7AXN81CB77u7u7Cw54OdQr2fPThiyvesKkM2RZTrnBSpinVqgp4 9WO7ojpElL307Irqp9dMeC5Br8FafPOW3wU/6gO6xiCFGwAdm29Z2KEVWawTeFC/h+YHdiFzbd8K DFKFvHchjqFyDc8L/lfO4gqCOW4d/Z0LEIjcEckP/F6ln2XQ+WJcSLhVnLRWkKvLp6Yy6AU5R80/ kxl9nXQTP7pMtv3Q8KgzaOy0jTBFuXW+Z/+GwZ6Lm/fJCb/F9SjKsK0f2cK14HYRHam5dWkVl5On A5+a7aurhL3WUQl6BZPZFNkCUGH5gSuD578FnIQA3q7A1Ug+4D8huYN7I5W+DwNHAu8O1vsF4iqe GeyDYDtXA3M6+jtPBr4N/GCwa+ADnl7uqJVeIBEmFV5Vzhu4tdRZN3/AGfbUfqA6D7aRIV0T6syf bcoD9sxKXZtMN2/JzK87bX/XVRdKiNdMwCiVWc1uRNuqSlJ4oZYLg71Nd1SLYkrosyttBa4vlaBX cOmtOQBYWZtjF4DgBcAFQX7ex4N/Sq/Ufr4PeB4J984EvoOEjQ9DIO8JqpAH8L3gH1SdwPOADwAE +9sfWFfpZyJ01lQKI21kLgDuAO4Enhp+XZRFI0rKmQM7yM2ZPxWG5G89Z75bO52ksAdVJ3Hc1KrL 5xP49Hm5aXLrdPmGPaW8APf4F8veZFmV9kJZQl7+UgCooK8EvmKpBL2CafzRy6z98aLCojoEhi1r OIPvQvIEAejo77wPKdaYjzh8TwGLEZfvuwjY7Y3k9T1ibDqqUvgR4GSgF4HK/0RyCK/o6O/cgxAI 1MPEI7kNy1Frz6x7LGyqhv5YoikdCWFPyQzrJgEgG9CZP/tQXrBXqljKksheQl690rRRKStv3RWW p9dMV68EvRaXy+xV28+W9U4O/oHk6J0LPBv8fp7xv664SuHXAJ8Kfv8M8FLwuOol+DME8u4K1tu9 o7/zSmAdcGeln6ehc0S2jbFBXZIxa2FAr28nC+xBPPD5dOnSqFGwVxZhNF56dW2a0ZEl5NUrKeQN A14JeS2tEvQsava8vzBXL41cwGGwa6CiQ2CEgoIRWbbSH10pHKxzPlJssowq5O2NQN7LSK7gNKq5 gjoAPo2Ehh/TcgSfRs7bF4HLB7sGcv8GSuIS5rVs2Lom8IU5gTP6Oqn0Djf0ngzMBt4H7AMsW7B6 2pei9icVvTJeTQe+IrhpRXb2yiKM5Gpc+5TRJRfIU0A9fM4mPHfLsG0xVYJeiJo9788n7LnIBASX 8OBgV7VSeMbKzg5t+XUwnMM3HngMuFhbVVX8fhZ4CPgDsIAqAL6A0ORSJK9wBlU3cRlScLI12McV wAeBD1f6mQadTyKh4EK3i4ly5VzV0d/ZVukHBd6BxiB5l1AFujmVfh4Nntsbec8HkDD74ch7XAN6 F3fKDF69YKT6szh8QGGqdYsMe6Xc5SO0VUJeveIgL6tzVxZj+JXvc7gEPYvCxp81Wo2GPaWkAKKW N9czwq3/T/3Q0d+p9xIEOB3J4XtL8Pu5QJ+27scQQFmD5PmNQ5zD+5HikiuAM4Jlu4C7447ZB2gV QPsgIe9dga8gY/fuQYDuf5Gw+SSksfZYBAB/E6x7KpIf+XXgbWYrF5eKYNFDNVCoCkuaAX56M+U8 gc+1UXJZbdtYlT3y3JXVuVNSDt7x00vA0xXVT68ZKkHPonLmX74a7Br4XQBZei9BOvo7z0XgYzrw OwRMJlF18x5DXKgnEMhTOp5q/8BYyCuKdNgM3E9TExBYe5laoPsLUsjyG2A9MjN5dyQH8r+A1yLw fDUSWv8scBPwnLbtO5GK6pOAf8k6lUNp3NQq+DXL7SuSu1dW2zZGpYsXr4PGjan+khFASsDLT3mc yyXoFVxpXL2YoguvSuuKhTiAv7Ms+n8WCNoVbb4v1VCwrVgk0THkLVsu5IyVnVT62ReB3K0IzD4P vJ5qQYwCut8jbuebgsfPQELXHwiWfyF4/HvIxJMjg23qkKd0GnApAseXZHphmnS3D2hKmLdIsFcq m+KmXpSQF63u9ou8OEt6eLYEvNZSCXotoKSwFwYuLgCYBXzyAidVLOKw3Q3QvDYrJsTZjqFS4Z3A rUifwUeBTyNta54A9ggW+3Lw+PlImxuoAl0v4vKpgODzSH7jl5DXvxXJuwMJz94Y/L4JAbptZvua LG6ei2zg14gwbx6wFxa23XXVhcM/q9ezkXawNJkt5UdlqDZaVcBLf/6VcJdeRQrflqDXIhp/9DLW UT85I4mcevER3cvNXKdRQJUXRCbdbhQsVypmVWvnHATmPgrDOYunIu1r9kHCqqchkKfrLCQvcRFw OdJ+Rge6NyH9C5H98Ayw02DXwF+CY6wYx/avwb86rZs/wIzO/GFPl96YWYV5lXw3afYFexuH2rks +HnL1y6rf57mj45rddkKMcLcvNLFi1ZWF68MzY4stTH/mRHXnyyLWiE/LwvsRSkKeMLar6Sp1k27 vM9l49rJRDWd1kLJw1WtCNCdTG0RxG+Qm6nxwPODXQMVIww9HgnT3gzsZuxuHjLHuGbkXBSE6685 zevv7k7Xa89Vtkpe/Tn9cd95fs0M405qHyrEXX3RZZtjW0Jecqn2YKtOeW3idcv2KH61pqfaXsm1 orzM0ctZze6f56pmVOO6Al0RqlkVxLhMmQiTBeamV/oZB52fJbqqNa4IAuBopGjiZeBJpL/gMcBN ZmPoGSs7PwDV9zPt+2prpFy3TIbGyjYlqeSVPn3V5cPy/HyOTLuhf4mtAGYscArScqbmjZjdtSTV TfHGoTKEG6cS8vxIOXlTEq5XOnj+tabnQo7vXcSmO5p9JCXoDUs5eaP1NG82nLlIh8iofDhXV8sC c8MNhLHD3E+BHwNthAOdrQhiQvDPbDkzFmkIzYyVnTfqrysN2OnvjwnceY9Mg1rHzoQ8F0WtV31s sGZfYeCnQdzBSK7jwfSzFJZcAbxsQNtxSM/Gg4zNTKWFqrhbVa6QV8q/SsDLV5vuKEbVfQl6tEa4 NqlcCgOybNvX9kwgcQ0RJ9m/BnQTkCrW44DriG4gDFWY+36wzEFUJ35EVbXaiiCetb22LK/LJh+O 6pyhqazdQCTs6bl19S5cPrCng6QOfsvnrteBXaBOprMcjBS6TEPyIh9EXFSldUAHkuN4QfDYJUjr nmOxVyoDEo5Vcgkrl65evBTghX0Xl25etJLk5ZWAN7o06nP0hsO1TZ6EkUSuOXpx81CV0hQkJCnU iAMcH3l9AcypsNtHEafsOeQCvor63LkfAUdomzgSaW/yMPA27fE7gudOBK5FiiSuDJ7bFwG6G5Bm xXcD29raqJivMe3rSqMkuXpR669t3zAMe1H5dVFKA3v6/sx9alCndBDQjvQZHAL2AjYby7wG6cu4 IwHIt7VR0YpnlgNnA48D/cChwLuAnYPnPwR8T7mAk9qH6hwoF9grc/Xqpdy8soVKeqUBvFL5K01+ HuRzrpeg12JuXlbIc1k2Csxs280Kjq7H29Hf+QqkEnUOMh3j7VQdmvcibUtWItMxTJ2EuHPPIaHW p6m6c0pXB8udgUzggCrM9SPh2xqZOXVZ5PM9ywP20ioJ7OnL2tZbPnf9mxEwexfSN/EbSI7jNAT2 QGbCrTY23Q78lgD2Znct+YkW3j0fuUn4MVJUMx85R3ZE8i6vBU6f3bXkz2pjOuy5gp5ar4S9qlxA r4S8cLlCXgl4jVNawIP8zvVRHbptleILJRfI03O0XGSDgKRQ4DMsHFHR+lFgP8Shewg4APgr4r49 TvVc3j9k02ao1YQ80BoIWwDuAqrhvabkNGbJ30sqHdbjwrhxcg3Hqv+Va7e8wmRYfy4San8eAbjH EADbGcmhOx0ZnbceeA8Ce5dSD3pDyMSQbdTrPGAFUiDTBnw++AcCkJOB427oX7ITQUPq2V1LKpO0 UOOkBLBXqlYl5CWXa4+8MkTbWOmQVySNWkevlUK2ebh4adbx5TjZKloRV2YB8AjhLUqmIK1IFgKX ARsRp+ZUxNn5KvCpYBtHIPl3PwZ2CPYX6s4ldebyAj1byDtLpW0WV0/fjo/WK2Y41hKGPRgZ4/Z1 6kOxDwTPq3VUSH0hcJG2jWmIQ3ceAn9AdMWsXo0buHz7I4U345Gq6Eup5u1NBmbYwrguzl7p6FUV 5+aVkFevJK1TShevsTIhryhuHkgy+qiUekPVcOciavMtC5mx6iYnFw+alxOWQmOAPwM/Q/LnZiAO zc+ptigBqWj9CAJ9zyMVsQA7IYUVuyAOz9eDx89EQOBwYDsk305BHoNdA78e7BrYb7Br4ILBroGK /i+vF+qqGSs7rSHwLH8fW3Vy2uPo6+sbnmSRRBd3rre6doH2R3Ib/wZUkGrnLqruXDuSW3czAnn6 2LvpyLzeZci5dAcCeevb2jiyrY27Znctqah/aqUbVy6pO0bVekVTP+IItgFvBC4O9jUBKd6YoBbc ONQ+/B0y/uhlNUUaNm0cah+eNjBade+aBTyydZtTbl6pqpSLFwd5965ZwK7T/1JCXgOVFfLy1qh1 9EwVKVcvSUPktLCWZ2PjuPUCR0/lzD2EOHAfRFy5M4LFzCKICYjjNxuZCnG/ua8wYGuE+xa1jE15 jKCL215ULqbLPl2cvbCiDYt7Z2opkn95G3BU8JjKu3sOAa7NSMh+IfBN4M7ZXUsqCtKS9NizNVC+ ceUSNd1kP8RBfLVlVVXwcz9SxSthXMPZg+hqXAWEo9Hd00G3DNm6ycXJKx285qnIbh6UoEd3u0R9 igB56gKRN+SlWTcH0IN6mNNlrWg157TmFXaO25aporav0bfnY7sm7LlW4y6fu3464sypD9pOSMGD LgV7OhSqUOxi4B5zu2mbGCs5NlE2++w9ioR1u4D1PT3dlazfH5tvWTjioe/eoL3MI1ttaZJVlZBX qzjIKwGvubLl5TW7ytbUqCzGqHXvmg94kM7FaxTkZVEMYKh+c/vpDxrOXOic1rwU14PQR95bXoqb BuLjmPv6+uimm97evrblw3+p4XS4AxAoWgrcv2D1NLVED1IpfQLi4r7GsunFwf93AT2zu5b8TD1x 48olPwJ/s2uV1HbUNpVDeOz8JdzQv2SQap+92xBH8Z3I92ZvcJyv83GTOP7oZcMgNBKlLnwl5CWT gjwxJOrPjRLyWluNOt9HHegVKUQLOuDl7+Klle99RlW0yr7ctpMWXOIcOdftNXvcmy30Ggd4Lsfs NHWkr5PeXkBy5xYghTB3AzOB44PHdL3fsisVvv9iT0/3vxmhzp/pQKeDnW/Y07evtnvjyiXQzwxt kfORWcYgLX3OCP6NXTprh9PQQrmLb96SymUc6bDnovFHL6O7hL0aLZq3E5tvqX+8hLxSrhpVoFck yEsLeGEJ9o2EjTynbqQBkaS5ZkVz4Uzp70HUa0s7Hk2XzQEM265eLV3p5/zg5wcRSL8KcfO+Gzz+ QsihrAD+DSm6GURaozyycaj938xcuyiQ8wl7+n5rtzu8bXXM5wW/R4ZybfvQCzb0x8zvo5EIe0nz lUrYE0Vdr0rIK65cz/dGutejJkevmJDnpqy5eKbyzs1L0kA5qirUtUCgGXl6vrdrAl0ex+rSbkWD OaXJSC7dqcBhRE+gAMmFOAeZ/XvsgtXTKqpaV3fsTKhLC21J10tSuGHk641FGnLrodz9qQ3l/gvw usU3b/lffTtxfeKinlNqVfBLW3042kO45vVKz+EsIa84Spuf1+jze1Q4eqMV8qA57lVSp8lUktfc 7PCpq1zz/vKUVJTKcVT6Qf2saXsEXpYjENeFVDvPRyaP7EK1KfFfqS2aUFqIuHXvBib/cm0HUA9Y Jmildeji1kviEppShR5azl5Y5bAK5fYApyydtcMhwIMuIdyoFiP6Y49s3dZyBRtFazHRKiohr3VV 1HN+1PbRa4YaDXlFUpKebmn6vzVru2p7qv9cVDsV/V9ex5pinYOQHnYVYAvVyRPzkHnAPUgBheod p3rcAfxPsOx84L+BjqBv3aK2Nqa1tTFcTKHColGy9LNzkr7ejStrt+Gy3yTbD7RC+/k44BfI+/d3 pJfjnvrCCubCFPe8vtwjW7eNij58449exqJ5Ow13RRgtijMlphy/nDU9FzbwiErZtKbnQjbdsVOq lirNcKtHvKNXBDcvaT4eFAPyinAMzVCS3nfNrsBNOBZNuXXHIb3p3on0MFQ9CXcN/p9O7eSJZ5Bw rZKCvfOR0O7K4B+T2ofYONSeGq6y5N75LtDQZeTsnQWsQxp9Xx/8A3gHcDkSvh67dNYObeBWnFE2 Dy5VqjUU1jOvqJAHIxj0qoBXFMgrlURJQrJplrU9bvvZVY0KIbuAnZFnt33w77ng9x2D/+9HnKiH kckilwOHaOsp2FuGwN7rkIKDzQBtbdwV7P8u/djWzZ/K2vYNmea+uoZj1bL6/3nCnt56BeCG/iUg uXmLkfdlA1KccijwSaRv4CzX7bvC3kgs2DBVvSDKRVHvd6rcz5GWw+cye70M3TZPCvD0MLor4EFz 805HHOgVBfAgH8jLWryQZD++oaVI+XRFOIY46VDq6NgpjUUmOzyO5I59FjgbyalTAHc0AnCbEcgD +Cji8F2FtEuZPtg1UJmxsnMZsKwWhsOPd938Aa+w16xqXIft74gUYFyHjEh7ENiK5ChuB7w16fZH O+yZgAf1URn18yKiR1i2Igi2wuz10aasgAfNLy4aMVW3RQjR6soCeXlMRtDlWs2aVL6rZJMs36hJ H43erkN17GTgXCQc+zxSYTEBuAb4GpIzBpKL94i2CT00exHSD+9Bcz9p5wCrCRppYE8HuyKGcdX2 g3FpeyNQ/TpjkWnI3+Z5YA1Bu5kkPfZcQ7lFLNJIk5SuXwzz+D4vshMY9nrLQozmKevEC13NBr0R 4+j1DZ1Dd0FyXIoEeZAO7FrB8dJVJLewQVJzYPVWJw8gANcGfBz4FPIZPx2BvB8C+wCT2to4EmDd /IFlwDKX1itJtG7+ADP63GAvyrHLqxo3q46dv4S2tiUVI4y7P/BTJMT9JHAp8DTSf28y1DRgjlUS d68oVblpwllAXZg2j+9x16KXoqgIf8/RqDU9F3J87yJvkFcElVW3ntWqOXlJKkKz7iePitpWPQ69 Wjfh8aiCiHbgd0g+2MHApuD5o4A3IaPGfoE4fAuBSUDd3zqv96Ovr49J7UN1j+vVsXGVsT6qcfOQ Zfv9wGoEtN8IXIyEdCcg/fcmkFBJ4KRZVbn3rlnAI1u38cjWbYkA78JVf6Fv6JzhEV/d7RexaN5O LXsxzVOlm9cYKRdv0x3VELo6v9Oel81282AEhW6h+eHbrJBnaVZbp7ShNFc1qqBgtIRvszqlDqFb 5ew9h8DFZmRCxULgm8CdrudMVlcvbM6u/h5kcdhaIIy7H9XcyEMsi44FTiHluLSkVbl5OkIKJrPm KTXyO7sIF9ww6e+D+XcrIS9/+QzT6irKOTdiQrfNVk5O3ruQqpJ3AP+BVEeWClEjw7cu82DNn7No bfsGQBwyUA2PgdpWJ28F7kFGcnXpx+q7elltV62n/x+2XQnjOm3aqiKHcYPWK48DrzaeNselgYRy 6/Ih45S0BYse0jXlCoC6O2griIhT7YXOVmBRQl6p5skstIB0xRZF14hx9Jrp5vmAvBkrO6lUeDXS qPbDyGQBFVp/Fvge8J3BroEHMu0o5hgaleOW1+gyX65es3MW17ZvGIY6gLMHptUts3XDZOYMTXWa DZzm/QtzJtO8F+r1aDltpns9H4HVfYBbMNqSqCkVUGxnT3t9g1THpS1FHNf3I5XNpyAFNKctvnnL fyXdj21ubpEUBlXN+o5uFcgrXb3GSG84nabhsauKdN6VoJdBvlw8dUENwnGqb1mkwsJxWdqvFBX0 ki6f11xd3wrgvg1pxbE/4vociIRen1ywetqnL+5cb4U8qDZ5bBAAACAASURBVIKe2pZv2Et7Pij3 cdzUh+qeu7hzPd3d3fT29s1AAGhK8NRvkIKRY4AngH9CChmAetCDdGHgRsGeBrKTkQKZF6hOzHgE Ab01SUK3NhWhyXJYNave+67ZKnLFra4o2IMS+NIqDO4gnyKLIkEejBDQa2XIg/qLcAB8ByA5VlO0 RZ9Bmt+eONg1cKvLttIeQyPk06lLMs0i7TG4KPjbjUPA7QDgLciosLuBHyN91tYAvwweuztYdUfg z8CLwA4AC1ZPq4DAUSNhL0muXhTUhenizvVUKhwCzAT6kOrgFYiTdwLyHhyApCx8F6CtjYoJaEV2 9gKAB+lJeCRwAfANZC7usHTQs4VY07QoSbNe0u1DLTQ1Oz/aVUW7ANtUwp4f2fLulPKsoC3iOVbm 6KWQgrwks1vDFHIhnQkMIC0y7gGOR0I+U5ALRYZMp9ZVVPgwqYOnr2f7GwTAZnXagKupQtv1VKsq /xPYGQG7Iep7qz0XLPtDYHekmfH64LnngduRv/1s4IbYg0cA61YeYuuGyS6LOynKzTPBblyK7Qu0 rn8QeT+2UE1ROBr4GeLovRuB33OBN9nArMg5e3rrlUCX3tC/5DJj0XlLZ+3wBLAvcBuzOEp3LgFY tWK4atnlwqQvo0OZaz8+m2ovWucMO3W1cFd8yGsV6a3CbI2xpSp09AHfdHZtQ1oXzQdOQ66Fh6rn e3q6K1B17GyADOSaf1dEyIMRAHqNrtoaf/Qy+vr6mDN/ap4O2O1IMr262F8W/FOa2NHf+RywG/Cy CuM2w5VTF36ov5iEXTiUA2UChWuBg682IAHMfbDSz3eg8z4E7KYAqxD4eBl4Cvg5mtMWSEHbZ5CW Jn8CPoHA252Ii/Oj4OdfIDmWq5FJCjsCX7Ac0jUI6J2II+gpjZv6EN10M6Mv/BxIE441p10kce4c 9BTwCoQXPwV80bLMWOATN/QveRsyrq0mjOu7qfKk9iHreZy08XPISLYO6sPV5yFzgs8Gvm/b1vC+ M0CfTfUXJfsFSoFddZsl1DVSYX0Spxy/nDU9Iw/2AqBTmojcPD+KTPD5BPAV4O1IdOt4JEISCXb6 /6YuPGYH6+Pp1Qfzn/G8zWxq6dBtFshT0DZj1U01sGKTGaL1BVRx2zHareyJFGp0Ic4SwLVIGDcT 6MW5N+A/FKS7ommPWQuPvRc4DMmDuhZ5r36MFLH8I5Lg/3Pky+JA9X4F7+9vkekGFyGh8icsu/sh AmDvowpglyDQ9igCLDOR8Nzng8cvAa5A7jyVVCuUR5AvrQORZsZKOyJX0QeAby1YPa0SFbY15Vqc 4SoTwru7u72B3vK56/VzewICOeqDZlaqPoy8N13A3XWuF/Hh2LC8Pn09G+TpUjcuSaFPy9s7HFgH 7IE4uGOQz/Ry5IL2ldldSz6dZNtJwC9MRcjza5SK6riYcpmUoTTSnL3p7HooMje6B/k+PwlJ63gS +W48GLlpPpNq39BhR09/30yIW3TTllyO2em8Wjmx/rEGAWHLOnppIE99UQu4TYVVN2m/F1K7I81w xyD90dYgDtLtyDzN7wMf8bWzte0balsocIyX7erOXvW9lv8F1jr1nLa9kQ/vd5EPtAqR3oS0m2kH 3lfp53agGxkq/yHEITsS+CPSsPY5YFcErE5AAO4AqpCs9Mbg/4MQEPuv4Fh0ELE5bdcgQDdEtUL0 quD/a5EK0v0Q4PsF8PCC1dPu0vb11eDnT1reMhDodJIK2+pOaR6aMzSVtRuS5eOFSeUfQk2BxjrE 9dqEQPNDSJj8UOAlJKx7sm17prPnOh/32PlLYgFPSS3zttgla13A4cbK/dyHnG+3Aocjn+GVwb95 wPnBhI3bkWIUbFCry3T70gDbaIG8VlLYpKeRMONYC8HOA45FPgeXIOc9SP7yOOS79nmkbdElwbLv Qb7j5wKLg3VPAR7r6+urA7m8wC6VkkCdDQrTbosWdfRcIa8W7MLl4lzpxReNcvTUMppzpWs7pEJx ZyTJm2AAfepKSR/NIZX091xzJk3nbRPVnLbngdcikxz+F4G7HZCQ6AQkTL0JAd89kQkPvUg+2yzk jg8Efk+g6rj1IAUR+yEgd95g18D52nHtCfwKgen/QL5Adgz2p1TntOmvO4nrllRh2zbhzlVJ26Qo Jw+kh1+erzM4z69D2pDosrZeMSFIgV6SUG5aOHKVDnxG+xWz6vhJJB9xJfAxJCd3ehzohSnv19Wq ahVHT2kkOXvT2fUrwD8jqTEqBPsZ5Hz/NkHEBfm89yORkgMRk2MiUowIYgB8HRkxuApJq0nUfNyn CnlOGaDYco5e1Ilff9GLvwimAZywnDLX9VzXrUJb50FIb715VFs0gDRdvQq5+9kat72o15rUvdPf 7wCY+pnFMUgu4bug70jEgXw/4c7bQ0iuxZ3BY/8OvBKBru8Fu1J5bXOBrwXb7EYukBcgoPdV5Avh JcQRhKrjdiJwBLAIAb0T1WswW9TMWNm5SPsbWb801rZv+KbnPDVn6RW2cQoDOhe4qym4WFl18M6e Oi03qA0KNEDOFzOXbRvwLQTuT0JyH48Ic+1cYa/RMGQc1wsI1E5Hbm7+iBRfLUU+40+RYUTlxqH2 xDl9I12FvCDHqNWcPcOtOxlp4r4GuXF5K/BpJJ3lHcHPPwWuRJzufwc+h1wjfoDcXP8c+fzfhqQ4 PAU8uPjmLQr2mjpEoLDnlOH4tYyjF+XimUn/tmRqdYE08/HShH99hnpNB842Rqqjv/N0JGJ0FdKO YwoS2puOXPg6gVmDXQN/jcq38/Vlb74HHf2dqxEQOwr5QCqNCf5dh915+wASIjVz2j6HQFwb1by2 h4PXfC5CBCdo+zkMqdJ8AQnxPgNu4+LSNEbWixIa4eZFAZ6PRsZKYQCrv8Y8X6/afqXC4UjvuT0I rzCfj5wTdQUaSnGw5wp6Wdqe2Ao5jPYr+2LPC60Zl5bW2dNVunwFvjA7yHYNbFZjZQPoPo6Am5rK o7t1xwA3IteFo4LnrgjW/WPw/5uQm5sfArPa2rgZChZ2DVGrnE8tA3pQrF5NrmFhHwocs8OQMOTx SLURiIN1G2JzXz/YNfA3sIeEfYGeDXQ7+jsvRqoG/wP4LGKtn4lY8l9A8t5+glzQlPP2ABJOfTUS vv0VArEqbLcdEjJ9Lul8X5tb6ntWrpr0kDf06KCXFeogfd87/XXmDXtBocYBCOztErLYZMQNmE5I gQZEw14U+MRV2iaBRNt2tIbK+yDVt1Gagjj2w3+0LOA3moGvVS7MYXKBPcgP+FTj4d7eviuoBbpP A6ci3++qYGINcu5OQK4D5xmbK1QINqla6VxqqdBt39A5sOovQG3Jfxal/cJT663DfscfBoBJK3w1 PY4kqS5G8nms204DnmFtUCC8L5ehBcDvgS8jRQsPAx8E7kWcu4cQd+4wpI3GC0gFq3Le/ieArOMJ CZkmgbe0EOTafmTY0euLXMy7fEypsPW9iwO3swfyC9napDeKrlTPhl0RN/efkZuAl5C+hZci559V rmHc+oraZJW1STW7a0lFq8ZV49LMXNxu5DM1Bmk94yVnQA/rjjbgG3/0MhbRWhdpXeoaGGd6qNYr ulzAL3DqQlOBpvfC1Xf8rQJ9evh1d+S69PZgMVUwcTzwZuAxJD/7f5FrV2dbGxs1x85rCNa1XUrD HcOoAoucq29bwtGr9E9UX4DbUW0xchjS5+wyYGFbV/3riIPBIn7J2Rwz041bOmsH84JwJJKT9hok 5PkFcAtdFkHNniurKyr0HTbSqxGFGK75eXGO3cWd6+seczn+RoZvdQXu3nXIReMHyAXlMXM5H6HN JHJpxeLShsUo0FBNuvuRG6WtSF7rmmDxCYib/6SP2b9KoxH4oHVhT8mEPXWz4pq396Hpr1LXkd2p jhtUvepUdKZOV9/xt0qwrhl+3Yrk0IG4dZcDX6Kabz2spK6dDd6aGdpt2LkTBocjseq20j/xlUi/ s4nAfQjgfRMJW/4UuH3xzVvmN+8I/ckR9CYBvwbmICXof0PeizmIC3Ao0NXWRiVPaHKtGrYpbJJF MyEv7BhskGf0gauRWZWbVnGg5wp1vqBMHU8jQU/t14AhXXpF7m1QnS4xqX0occ87V8WFfcG9354x H3ct0kdwM3IB1TWEpDec0dbG731P9hiNwNfqsAdu+eu9vX02p24DktsM0nP0bUhnAxV6/TASUq1R T093JdgeVMOvlyMV46nCr2n63UVFonSN9Dm2NQoBw8KDXnf7RfT29r0KCQ2+hMAeSBXex4Pfn2mV uL6LzPw/C+i9HtgIvAG5y9+IhK8uRhJaXwBOyNJuJUpp58q6bLfZoGc7jiBHsh1xkd8Z/P8Q0gNv M3JH/F3gLODZPEAPqi1VGgV2YcfTaNBT+w5gaAYwaDxtbb/S09NdyQv0oNqsGORikmaChi4NYm0j 8OYhr3FfEvTZS6vRBH2FvnA7SsGeJdqjpE+V+Ezw2M3I2ME3IJXseyPpA6ZT9zxSGHQqsHTxzVu+ CVU4S+Ks6UAXtV4YxPX29obeYJvq6empjCrIi1BhQU+/S4k4eZV2Bv4b2AvYPJKgz6bg/dD7Cpna FwnnDvfXS7MfWwVw2HK+AK3RsKdDa6XCRcgcqMeQMOGPkQrfuYiDvAq5y9W1DwLamwh67+UFevrj Ss0ArmbsV+27UuEQJEVBb7/yBPJZeBgpAhoHbM0b9PKQahlTqWD22VMtZk5FwPZ04Ii8Q9Yl8BVP WiqTTV9G8ljvQeDufKRBexv1Tt0A8t32ONVxj6r5u7VQAtzdujgQNGEuKcSZj6U5T+M6dpjLtsL5 YVNLgJ6SAXzvQr7s5lLNMX8QOGSkg55SBABPRkraTweudw3huoKdbb0igZ7hwOku3IeQKk0Fc9cj 7skByJffw8gUi6eQ3JLDkSkZhwB/Re5wv4tUg16p7fJGpI1AJ7DaFfSUQ2dq3NSH6nLpmgFWYWpG 6FbPDwxgbyZSDnMYsBC5aC1GwBvgytldSz7WsINMobCxbIBtXBpI9fqNSF7yOGCrL9CLCnOPpl58 rXAxr/RPPAE537uQG5yrkWKlE5GbngeQMP9uSLRhI3anbiHSGeGNVAv8hsO7bW1SGOfi2CWBuiig MwEuy4hTU3H7HamQBwWtuo3IOdgemZQwHjnBv4WcsCoB9NNYRkpl6YNVcKk+Rl0I+KoGq5uQyRPf AfbQq0mjCh+KEDZ1qXw1poUchlz0X484cNci78sQ4vycjySzvy5Y/hkE9MYi4e5+BO66kLvZOxE3 9HFq62r/E2kh8yS1kAfSDPoYpP3N6qPWnpnkJde1TVm7AaDx4dGiSHcNt26YzNnaqRA0Vn4QCZ3/ DrmQqXPhW0jO0QHAMzf0LzkVcSoaXqxhk+tYtkD3ITcov0IaRb+IVKorxTZId5Vy7dRoN/V9+cvd n5P/1YKPnMqBT+88Ur47C6cQp+44pH/qeOQ6txeSr74NuVHdjADdL5CCvDakF+nlSLrTiUhhBcGy 7wmeOxgJ4ZojBYfPqzBos4Vf9WWtUDert2YbOtDVjN1McG5FwqOxvyxqdciDgjp6Lv3yNDdrewR2 VLk3yAn9emBrVNjSZxPhpEpiGZvrGBMpVPfwNdR/+U8EhqL66/lQ0u1qI9FM7YdUf71IfU7cCmBQ /T07+jvfjsw+VTlZExF4e8rY5v8gof09qFaW3YHA3G0IEH4AcepORao7r0PcvUEkdPbOYPs/RVrG /CT4//7BroHhb7iw9yFpVXEjevRllU9XT4GdGrUG1c/D5mAqwMtbZg0/pxXCtCPnygTExdgZ+Rt/ Fzk3/gk5pyJHiWWtWo3aLsQCXew29Pm9eRwnxBeXKOhTGsnAl/eF3QJ0qupVhV3HIzesJyLXtJ8i 0aqDEbj7PnIT/whSQLENMTgupXrTY8vJ254gBOvq1sXl1FWLPdxcOm8g51FRbt5IgDxobdC7nyrY 3Y24WM8CZwSPTQCejctPSwt7vidkqOMwAdBlHwY4TUPcqbmIozUE7DLYNfB3aDzs2Qo3KhV6EBds NRLuBKki3hcBsvcSkhOngV4bUmF8PvI6Qdyb1UiIVklN2fgiUiwBVZhT3dpBxuscDXx5sGvg21Gv Keq1gXs/vjC1AuhBctjTQ9W2AeSmNt+yMLKxs1agcQtysTs2eErlrx6EOB2nze5acnnYdnwBlA+w C9uuvs089uOSixcGfFB/AXdNui+q8rzAV/onqpmvdyPfO3cGTx1MNez6aPD7oQjoXYEA4VwE5tqR 0Y+zEWPjWqQh8Qt1rca0SkxXsEsDdUmBrlEgF6XRAHlQQNBznX5h5KftilQFLaTakuAloGewa+DS uG25wp4r3OVZUGCbjtDR3/kIclEDed13ImHEx5AvlBmDXQMn+Tw2LXy6M+K4HY5UbW0gKAJBZhve hRQ0PID8fZ5DYO5LwL8iJfldVJ23VyNfXGZO3L3AYwbogcDhjsgdr9qmfm7siNzZ3g3cGwb+ZiPr vr7abshp3rMs7/WMlZ0jEvRcP2eukzuCnL03IefX15D81KORc2olck4+GRe6TQN7eYFd2L7M/fjc f5JJHybsrTtbOnDMuHhe5LpqOd25hWKn0SS92DuGX99PFeiuRXom3omMdfwE4satRxqEr0MiFfch 37G/Rq53h7d1PfNLTOntNYxea+a11bVqdvMtC+tATEGd6znTLJCL0miBPGh90FN3QC8hlvblSOuB YSWpOFUX+6hZua7KClRJxl0Zjl4v4nQ9i4DTGOC2wa6B9yY9Nm274xFgfA9i/9+FtHL5CLXO2weQ sML1SE+/vwT7f3WwnQlIjqXa7iXInNtvBNsaC7wieG45khP3ebTRORbQOwDJj3sJgbkH9eWg+nc1 4U2XnuwPcjFSY8ey/h3TQmKjQU933Gw9+7I2jI4DvSSAp0sL5f4zks+2nGoBA+CWoxcHe2FglWdI 1dy3bf8+jiHJODh1LN3d3XXQB1WXz6YoSAxzB5upFKCn3Lqo8GsbtUD3HmMzZtPic5Dow4P6Qir8 CkQ30NXgr7u7O9Gc5t7e3rYkUKev57RwkzSaIA9aGPTAf/jUt5Jc5MMqXl22EUDPvkiunt550hrG BV42K3Ft+w+2exWSA7kXcjc6liDBPZBy3j6DJItPQcKxNwG3ImHYE5EvPZAvvEO19b+NVH4RHJ8q mojNidOPW1cSQIpqF6LPmG007M1Y2Ul3d3cq8HGRgrqknx8b8LnCXhjopQU88xgimiofhrSKGIe4 yj8AO/wpYErqlvmGvSxQmeVY9N6AG4faYwEzbltxYK+kALCZ4Bd1HqrPS9AoeDzS4uY05LtQ/z5z Cb+qLy0FdE8godjVQG9Spy7pcmpilM/3tRXgDkYf4CkVCvSSQB5UQa+jv/O1SFHCdpZ/44L/LwG+ p5wem2PmO+Qatb2krUyitqW5Wwcj4PTW4PcnkVDpnUh+2ilI4UKnS8uVYLsqpPoGJO/ph8hczjHI nanpvJ0dPKaOSTmMjwe/v4wA4W/i3NasEBemJL3gGgl75jnpC/ainLqkSgp6+r5tTrlPkNVy9tqQ /KXFSPPwLUhxzRFI0vr7gFkK9GwwkzaUmxawkoCl636SHE8WoItTkrAw1Lp+JvjlCX0CK30mrExA 0j+eRL67zCKH7ZGb2TXaOtnCr1AFtrhRV67LWZT0eqvLpQijaBrpLVSiVBjQSwt5UONobQP2RD5k hyIf0K8jOTsvA28c7Br4fdR2ffeEU/KVF+cAZ3sgFYe7UXXefo24ag8iuXyPDnYN/F/c9oL3dSYC d08Bb0EunN9HwrSqcfNPkNDCx81thMFcVCGDggnf/drSbs8n7Oly7W3oesxm2DmLol6rC+xFhWl9 A555HJUKrwb+jBTaDCJ5oy8jPRS7kXDYXnnk7bmulzW/LumxmdW7So3IL1RK2o/PBD8zFzAPxy9I Cfog0pvudMT9nYtU9z8ZLKYaD69GGnRvsmzKLfyqCicaAHY2pbnuthLcKY1myIMWBT3VcmHGqpuA uhy17ZB5kUcHv9+DWOXPgFvOXtpQm1Ka8GuS/egOpK518wfUe3E08sWk5BzC1WW8rzsjuSYvUJ03 XPd+uvTrc5EP2PM1xUGfM5vGmdMf9xnCNfvNQa1jl6cLGQd7NtDLE/B0BTl7uyMX5AnUFufo+gSS GD8LokO5SdWIStlGu44+NKl9iF/u/lwqSLOBn14AknSbS2ft8CEk0vFWpBXPncFTv0fOnwOR8Kup sBFhj7V1PXOd086bBHZhirv+jlTAg5EPeVAQ0MualxfRl03pOKQX2nBSSBTwubbVSHIR9eUGuYaZ O/o7H8YhhJtkHq7LjFtfUJsG9PIczxUGe0ld26w3EUANTAHDbmOS43A9Fh+w1yjA048BxNncONRu y9nbG2m5Mw9JQbiHiHFiRa7IzRouzvv4lItnK9pQSuvMqQpgW9Xv7WetcoGSdUgayi3IzfHdwFTk +/GbiFN3IHJjPBFp1aNyiK0jwupamygVDOxssl2HlamydNb2LQV5JeDVqiVAz2wUbJMxLQGkzcLV yAirF5F2I6rtR6yzZzpTWeHFR2FGkm1qIdzXh6xeMw9XOXs+ws0+YE+HiCjYa+Ts1Wbk65lgb1YQ x92Q+JhTnDWM2wjZ9nlx53q6u7tV3tVSZHLO9kiKx3eRnNKnkBvBObO7lpwStv0oKIqCukZV5Ppq ypxVenhWQYKSrTWLTWly8dQ1oq+vjxkXz+P2s1ap6ldz5utnkPw6kMjPccBOSEFYL1X3d1ckr/tI BPRuQ3KPn4Laea+603jg0zvXVvcXGOxsMq/FrejklZBXr6aDXnf7RfQNncOieTvVPZe0qjYoyhhA 8sq2IfkRC5Ew40QEbn4DPG0LOSplbXgbJts2fYCkbbshIVxdqebhpj2epIoCvUbCnak8YM8H2Gdd x8XFLhrsuewjyNlTObyvAe63LDaWKhQ8DOFhXKW0+XG+ZMKlj32k3UZY7p0JevrjLsAH8dAX5NRN QSDtsODhJ5GedLaZr9+imkt8FXASMAOJdmxHtV3XuYtv3nKjbZ9RuYMHPr1zOEC4Vs4WQK0KfCXk 2dVU0PMJeTAMNyoJVtc2JEfvCSQZ9rOqB1FWRySJfBdnmNu2bbOjv/PVRM/D/Qiwx2DXwF/zyiV0 WdaUzZ2xPd4M+YC9LICfV+qAuUySyvRGwV6a80A5e0YY9zjE5VONxh9Girc+Cqw3K3J9AFXeVbk+ J3y4bMd1moYJDPp4O1fgAzv0LZ21w/XI3/IVyPe8LlX9+ixSjPY+xNUdQm5w/wnJOz4RuTbUSLl2 OtjFNYeuAb2CuXVJ1Uqw5wJ4MDohDwoAemF3fFmqBo0wbtgs3N2Aza4h3DTHAPaLcV5uoZKlF17D 5+GGFWWYx6fLhAVfoKDgQMnHNpPCXpY+iVHbSrp+XMsflxzQJLAH2f+OviA/cPduRxz/TYjbfQDS 8mI7pCXLJ4DXzu5a8uew7TQC9tLm+DVqnFsayLM9lhT2oDanb+msHW5D2pucDFyJ9Lc7CrmxhZiZ r7YQLFRDwC5TP9Qy+nKRzl6LSb9OFxH2SsiLV9NALyovzxPoqS7kIP2MnkUKEk5H8i6+DLw9SxVu 2spSHzDlExzSrh8Fca7b8QV3rjCntu8DIqNgL4nr5qP4J+nfzSX/NA3sgR93L6/QrzZFI0zOYVyf sOezeMN38YjtOVu4VgelqO/2rOFcXUHRhSqquB3JxTsDmQH7UeAHi2/eUtG3r5zBqL59YIe7uOd1 jRTYK7KzV0Kem5oCelEhW/Az8aKjv3MHpEz+zQjkgQyy/w5ac0tX0FNqZmizUSDpq0WKq/OTxLHR gS5rNW7esJdEYWHTtG5y1I1JEhj3CXsQ/p43KjSvgd5yYEHwc1gYtwu4O0s1rj5pAhiuJFfKq1Aj 7Tg3l+2a6yVpiBwFgBlAL1Im6OmKcuySQF2YRirsQfOBz6U33ifPeTOXXfSrEfE3yKLcQE+NWTHl +oXgAfTakLDMflTBzhbGfQEpmX/ZnJrRqH545uNKzXDmkjpyrlLVovqFLgnYpXX5XJL1sziIqodd M3P2oraZd9Vt1PNxsNeMvEvD0VNO0Cak3cpDSKX+PyIJ+T8DTp7dteRnYdtTQKUDnetNjD62LQ+Z 49zAH1gmAT4b4AVFFLq2Q76bh4DrZ66Yl+q6pId14yZt2GQ+b/bqS3tMIwU0iuTuxY0zKyGvqlwd vbQz9XzNsFUXoI7+zvupgt3dwDVIVdYypGx+AvBsXs2Uw7aj5DtfT99HXHJ9kvXTSO+HB9EX9TRu XdS2kjh+WaGzmTl7cfvx9bf2kbenv4fNaMOiK4C+64AfAV80np6PhAH3QXL5hpsqm1Cnv46k8JoH 7OVRkeu6L6hvsWIZK6bGU16ChFh3RAop9iKYMpEW9HS5Ql3cMllBD0YW7EHz8/bCIK8EPLsaGrpN An4+YU8rzHgrMr7rHmRaxN7B4y8BPYNdA5e6bC9p8rtSowozzH03yhlUMt27RvfASwMQUSFF1225 wJ7vfLsopSnayNJmJWqdqOkezYI9zd17BwIbS5FWHSDg8S3gVKQFx5nAEQtWTxv+vjTP3yzucN4z cvOGPeUcmvuY1D5Eb2/fqxGoOwkpmPgS1dnXAO9GxtQ9B+wBbE0Keq7QFvV81LZd13GpygVGDISY kbtGAF8JecnV8Bw9lykYWSDPlocUgN7BVOcMjkPu2E+nWrCxGWkuvDVNJW4Wh85HyE/tV0GWTWne 0yTHFjXNwtdFMU4+RqZBOvg0p2coNeN8SJNX57JMFmCMCuVC81rnbN0wmd7evsOBOxDQGApZdD6S v/cwgA59SnnCXtYQbJ4VuTeuXKLfUE9ACiI+AVyBNKZWrU4eQlqZmJVc85C+do8CB8aBXpJqWB+O nA32fG4fqhAIrQmC3e0XNQ30SsiLVtOKMeKSKF2gqCqwSwAAIABJREFUxPViqoVwd0JmFG6PhHAv QYZWvxQs6hTCbWZxhtp3d3c3gNP0CCUdRNIcm1mcoY5BdYJPWuyQV5+1rK08sqyfJl8vSyuetK6t 63quFboux6qkgE9z1LZDwqSnIAUSV6plbTCVh4JjOQCBvV1CFpsM/BSYDtwddmy+YK9I83H147CM lAPpz7kN+CXyPp6AfLfuDjwdLLMMOAdYSbX9ia5FyM13z8wV876vP9FosGvktsPUquHePIHPhDwF eEAJeRFqiqOXtkly1krESoVXAv8DHIH0UToJCc3sHSxmDeE2qzhDh7q4WaGuFxdX2AsL+5kjuLJW so522EuzjO/CjSzHmfYzsLZ9A729fbsBdyHjCRcjIbzLkIs90DjQU9ImaYCMwToXabeyHfL9cBlS wLFgwepp1skJajtp0gegOqM3L7lW5BojJaFaMLGa2lDszcC3gdci0ZI/AO1I3uO51PbuvDpYT8Hf JcBlPT3dfwb7tAmb8gavZoCdTa0Ke+Af+HTI0wEPSsiLU6FCtybo+c5fCypxxyK5OAssixyMVOS+ SNBcM8rd8w16SioEGwV3Zt84cA99mbAXBQ4m2Nn2kzVcWrQQro/184a9POTqHkLy6uzgswcCAuch s0V3Mxb7d8TZewx4G/BSo0EPaoo0jkdcqcXBMdUo7thcHG2wf54aCXthzuEN/UtUbp2tYEKFYu8G pgIfRCbtgDRh/522/ATk+/TGtjYGbK6lvv9J7UOJetv5UFHAzqZWhj3wA3wK8kzAgxLyXFQo0INa 2Mvj4qaFcQ9BoG4eMD54eggZdn4AUrRxhc/JGS4h37Bms+AvhynM1dPz+2xNjLNUF0aphD03164R sOd6LFHraFCndBDSy/J3iCs0FSmIsmkKUgX7MnBgWxu/hvTnWdq8S59TWdK0kskL9nSoU7AXhGLH I+PBPgTsjHwPnqWtqhdMvD54TIViH0FCsfoX12HI/NleBAC3AajRk2HFG/oxdnd3p+qtl0a+qmvz UqvDHlQLN5JCX09PT8WEOygBL4kaXnWbtOLWRyNaJT0M2dHfeSri6h2LVIDtiuSX7IE4ej8F3j/Y NfD7uO1nqbDUldcIMJu2bpgMEOoa+qhCTaI8X2szHcdWdPay7EsrfjoS+DpwHxKafQ5x03+O3Ejd j+S6bdbXDytwAD99F/Nou+NyHM2oyIX4PL+giOJMZPzbaUjxRJhUwYR+oVah2AsR57NGOthFHV/U MqbDl5dK2GuMkjh8NsgrAS+5Cgd6tjy9pIUKEO8+BBejy4HfAqpGXOXhDCtJb70kYGdWx+pFFdD4 CsQkF8gi5tUl2U9S5T0qLalrlycQJjkei3M3HvkMDVEbhr0H+Li23KXAJ4F7g8cvDx6fNdg18Nco VxuyQ5xv2HP9zOYNezZo0gonbJWwSmMQ5+0k5O/3fLD8qyy7GS6YmN215Pvmk2EVuXFhYnM5UyMB 9sqefLXSW7PYwM+EvBLw0qthoBc39gzCizGiChWytKHw4RQmceug3kFrZmsJ1ybGeYwOc91Xs+Vz TBq43Yw0GvbSbisAvSOpOne3Ijldrw4WeRcS7nsZeKWxyeORcN8ZBE1yofbGKszhjps24Qv2bM2d s35efcKeDk0xQGerhD0s+FnXOMS1eyzYznUI0PWGHZeLY6g/r5op6zm/ttdl214Je1WNJNizhWWh BDufaijope2f57vKUN9ulikGYQqDOig+2LkuF3fB2rphMsf3Lqp5bE3Phd6qhxspH8ekO1KNmFQR tVzS81lz7mxtUMwCiimAbpvuCPwKSdB/PljvCpCwXpJ2LEpx0JUW9nyGfZPs13UdCAeqAPTCWpvE VcLq2hNpPzVcfKJm/fqAuqg5x+bzehWyrhL2RCMJ9oCyD16OagjoxVXaAk5VoHkWZ5g94pLsxwQ7 84ur0fDSqAT0qOVL0Kv+HdKex3m7dgkqZuPaoCjnbgwCGbchLUkWIqD3GdWyKEs7lijYg3R9HG3r RalRsBd2bMvnrleVsFOANxMUOQSKArrQStjZXUuG/yCuYVbzeRPqsub32v6uav2tGyaXsBdopMBe qXyVO+glaacSp2aOhtIVBnbNaA6s1Ixig6SgB60He2ngF9wbEccp7x535jJaC6JzELBrB15hrKZc PD2vRnfuTkdAcFguua4u0oEvrAo8LJ80qwOYdnmX7bhCZ9D6RbU2uQfpCarLBLpN2nORlbAQnjun S3fYosDOprBUEKU4N7WEvXqVsFcqTk0DPeXk2UaZxDVNTgJmWTv6R7Ucgca6AWlaNITJDJH4hr0s oJf1mHwpSQgQ8ht15rsYKWr7Hf2dncAAkj+3MmK1mjYog10Dv05TlBR1LFGyAV/Y/y5qJOxlqcjV polETZmwAt3sriUVE9qietrpbU4gOdTZlOXm1HzfStirqoS9UlHKFfRc26mYSgt7PnL5ovLroHG9 2VzyhaKeT7rvLOHJkejquYbWsjrMWWHPZ/5qUI3+D8A1SLHES8h86KeBDyCh2T0Guwb+EHUcPpx3 l21EuXtpgC8v2PPp+GugB/VTJr6K5D8+b+bVKUWNWDOXVfJ1c6paOqkKdHOMo+v29ONpFOxB8YGv hL1SYcoN9NJCnpLrODRIf5GLg7q8ZMsvgvgLQdwyLvtM+3zabafN1ct6TGlkS87X3YO+vr5cetgl hb0scBcSmv0Cte02lCYieXY/RkK1NyD5dhV1PFHHkbSZeNrws4u7pz8XJR+wl/azmrZIIyynzqxe jQI7XzeAYWBnk/rbxk0BijumVoC9289apQB9InAmksO6HrgAeGjminmVEvZK5aXCgh4kz+GLUlgI thGyhWr0313WybLvvMJXruuasFcU0It7j/OEO1Ou48dcCyosPe62RxqBz8UtNKv0GqRadliu1bJx x5hk2bhtRBVrJAW+ZuXsJdmWCVQbh9pDQS4J2CU5JhvUQTjYmTJnaKeFvUaCHkTDngF0PUiF+jLg K0jvyJVI0+nZSGHThQAzV8yrxG07iUrgK6Wr0KAH2WAv6ZeHL6XNpfMJNXmEYrOslxT28oI815B4 UUaPpQ3rdvR3/gPwQySH7mrgQMS124pDaDbtsSQ5xjTLJgG+rOFcF8BxWT6povZrOs76cajfbS6e 7yrYOLfOVUldvbCim2bAXtB0H2qhbhdgI7A3MnXpJmAf4DfGJn4GTAY+CnxXgZ7adgl7pXwqF9Dz BXmQHPQaAXdJQq5ptp0WtHwdS175esAw7EWBnm/I85VvlzfwpQnJhsyVfRwBuWuQ0WM3IReeg4DX acuGhmab3btSXzZNa5iocG7YYzYlLR7wCXu2/UalF0StF7cvF8cu79SFNHO+84Y9zaHTNQYpcBlD PdSBTIj5A1KJfhHy2TL7Fo5FqqMnAjNmrpi3Tn9y3dmrAMpQbikvGjGglxfgZakSy7JPF7cB8jum RjuCWdc1twP5hGR9w16W/nZgnU6h5soqjSO8OS5YQrO+WqFEKUmoOgo64yrmfYRzGxHKtX3PuMCe L3dR35cqknCdUpRVa9s3xDZVjlKesHf7Watei/QtnIsUutwFfBuBuTbqoW5hsOqeCARuo77NjdJ2 iOO+TW9xo+CudPZK+ZJ30PMJeUq2psq6fEFeM6AuTHFhmmYcg8/1fL/XUe+PchN9OhJZLngZ+tuB gNu5wKeDn19B/VzZmcjFRelG4BjgqWC5b4EAXV7OXZjM/SUtMEmawxcHe/pj5s+6fMOe7Xy1RQrM wi2feYZqm93d3c6fjaygp+dKm+1afN0kpoG9iGKJE5DP2peBQWAG8BHgO1T7SOpQp4/6mxKs9yVk Usk2qO1bGAdyJeyV8qGWAD2bFPxBfHFFkQDOVc0AO9sxZNl/niFutf041w7ygxhfeWcuy3f0d+6C hHq2A6YiQNcNKCtEnyv7duDR4PHZwA26S9eonEO1L/AfFnd1QsNuAtMAX1bYszlxulwcxSzFVTrY Qf2Ns+++jkq6Y5c2L9JFat0o0AsJxYKEYUOLJRBg+zTwMFLI9CGq7h2EQJ2qpoX0YdgS9kpllRfQ U7PqGgF4ujbfsrDG8leK+6LQK8R0NaNwQynvBO+0avb+dbm4dqpHVyNBxrW/XYKRY7pTMBepmP0C ktfzc2Se6S3IxeW12qqZ58r6UN5uZ9yyrgn+Lm5ZVvDQt6s/puTqyqUNxerNjn035w5zUNX+IN3N XZ6wd/tZq3YBfoK431cDHwYuBdYYi6piCR0MB5DP44UIBNaorY3KjIvnecuv01XCXqksygx6eTp4 YSAH0V8gOsjFzdhV6hs6ZxhYGwF8SRy7ZsNWM/cfVmUH8ndWYAfNqZTV95V1CotSR3/nycBy4G3A C8HDL2qLXIq4D/oIrO2BXYHfNDok6/v9T+vupe2LGVaYkTR9Ig3YheXmJYVOHezi+tbZHof6cHqc 9OXUNnx9T6T5zjGaSddp5op5ldvPWnUqks+qipRAXPIPGYtHFkvoygPswvZTwl6pNPICenEKG4EW BnFQ/4Vhc+HiANMGcy7qbr/IK+wlza8J28Zogb2wfenhWHCDmEZWyqZw7JSuAT4IXA/MAX6LXGB2 A4aQHLzPG+scj4SQzsBI9M67mCKvcGyS9W1Q58MJCmtZoj8Wtr65XNLcvyTLu1aKm0rSaN4FDM1l fOZLpwC9SLcuAD0bDL4LuWkyNVwsYbY/gfzBzqYS9kqlUe6zbkHASV2gF920hc23LAz9MnBx42zS oc7HCZwV9nwkS/tYx6fy3H8U3AE1+XY+8rmyKEufN6jJtxuH5PycQLVydhMCez9C8oZOA76BXHQ2 Iv24pg92Dfxf2P7yeL2Q7+xal23k3TopqprV9dxPU71rAzzTyYaqW5d13rfvSSxZGh9HyfZ+aa7d WATC/plqxfnXsbt1Pwe+OHPFvL9roHcO0sgY5DN1LrBKBzqlZoKdTSXslUqq3EHPFto1nba0oV+1 nTxPVt/unq7RDnsuzp2P8VppljfXjToWcx/6vgz3bntgXwTu9Hy7i5A2DfsC70UqaQEORlyJccCt iOMHxLt2jWxw7HtbcVNA8mylFBeqzVoNH1XkoeeXKWUNw4bJd+GFb9izhGHHIDmoL1DtXfc+pPfj BcDnqM2nU3oXctM0OHPFvI64/RYN6sJUwl6pJPIGeo0oyGgE2JnKE/QgfRuGZubMZa3EjYK7POEt aaI/xDuIcVASgN7ZSIj1PcD+SCGFkplvtz8yweJ84DE93862n7jXkOb15qE072HctnwDnwuE+aiG j4JFlXfqIvO80G4qZiI5niAFObdD/c1BkWFv+dz1qn/dB4HLkBZBVyENv/XedW8HHkJ6250crG51 63p6uit6gYaCOig+2NnkC/agBL6RLi85en1D57Bo3k6pt7H5loWFOMnMfEMFrVGhZh+KChm5rNNo +eopZoO7NE6Sz/FaEN+Y11zOcO0mAschLtwq4FngfxFH4g3UFlUoOefb+YLbRvfP04/F1759A59L XpyPaly1vi69B1wU6Kn3Thu/pXQw8I7g50cQF+tFYBLBOWVzgfMs0LD9XSIKJlSvR4ArEWhT/evu R8b0HUfV7Z4I/BoJzb4fgb+rgc4Fq6fVHKgJ6a0IdWEqYa+UiwpRddto0NOBzuXYfYOeD5euiCFc l9YReYRlk64TBW1p9hGA3ueQRqu2StkpyIV3G5J/p0aS/RboHOwaGN5ommbKrsfdyEpkc/+QLr/S dftZgc81bKs/lvYzaHMJbaAXdW529HceAqxAzqMFwGpjkf2AXwY/vxl4Iizc7+oY+4A9zambi0Da aUgLIOXC3YnkqyogVP3rvovMhTU1HmhHmoEDsGD1tEpYtX6jZ+I2QiXslYqTtz56aWCvUTl2Slly ARuVE9TKsGc7nixTKfIIzaZ1KqL2E4DeFsTF2wtxH2yaiTgVY4HvA9dCuh53ccdtu3hbqn13RMLG 9wLrfVXrJkne97mfGSs76e7uTvVZDWuxErdc2gbGUVW+eosUSzh2K9IwWxXnTAT+E3G79jB2qVyv ccChg10DD+hPpnFWU1SWm0UTbVSduocRUBuHtDe5C4G5M4DDtc2p/nXPAC8hQHjFgtXThs9Xl9Y3 Ixn2oMzbKxWuhoJenmDnA+iU1HHm3U8vKicoyzYaqTBXwuba5e3UhS2fB3joLlkQRnsH0tphDPAZ 4CvIxfh3yJSKGQrofIcuzd9DgG5c8POXgaMRF+R5tHByWtDLExjS7Ccp8KUtqIhaz3S3ddlcQkso 9jWIM/xvCODdh8DPOGQiysXIufYrxL1Tzliowm4osnzGLECnNAZ70cS5wfO6U3cdcuMzBmmFcgIC qPcDpy5YPe0v4N7qJkwl7LmrhL2RpYa0V/ElnzCnq1FgZ8ql3UKW7TRK+hdwHr3t0lZtuh5P2v2o dYyL9NFIvt1W5AJ2g3oij/52tmMO2rd8GXFB+oKfnzFWPQbJi3oSyePa5np8PkA1jfuadPtxsJe1 sMJlfdcijuVz1x+CAN0+SDHOLGAe4oApN+xlxM2711j9p8iNxmYkLWAx8EQSpzjtZ7Kjv/MVVIHu WKptTcBeNKFLOXVq0sRJyOdls76Q7tyBn36JUMJelErQG1kqJOjlBXSmNt+ykPFHL+PlLbNy20eU 0vTcSrOtPHVx5/qG9LZzDVU22kEMW8fX8dj2pW9Xc1R2R5zEjyGViecjjZbvQZy7yYh7p+sU4JvA g8AhcTlcYZXFWV6L+f7o+/H1fpnAl1eLoDAXT9+XVoxgVsbeTTUU24nk3P0UODRYZi4CRs8AByLw dxZw1GDXwM8gey5kTA4qSB5dDzKB5XHgdGCQWqB7GxKSVXIqmkjq1pWwF60S9krpKgToNXNWbjPn 20J62Gt02xXb/vSqWSNc+F7gRKRVyLPIBe1eqHW1ssJeHoULWY5NyecxRVRZgoTLxgK/B3YGpiPJ 7Eqqdcs3gFNDdnEOkjfYM9g1cLO+zzzcWXPdqP34zuXz/dlIk3qxfO7604IfbZWxeij2G4jL9ay2 egewEAHDB9WDPT3dFVulbpL3z/j8jkVuDMYg4dOxwF8Qt02d6IuApVSLJvZEQHUbkqdaUz1OwqIJ F5WwF60S9kopNRz0GuXWJVEzgc8F9JLc7fqCvSRtXrq7u+nt7WtD8mw+gOQWfQW5kA0hocx9gPdl Ab206+S5r7ThxaRtT4xw7FeQoevfBl6FQN7vkfytzyOhP6XrkPYtm5CQ2JeAKwe7Bv7mcjxZXkvY suDmdPp2DNVjebl5Ic7du5G/x5FIkc4btU3olbH/oD2uQrELkFy8GpmhTAhvy5KweOISYD7wTsQF Pphq6sEfESdPD8FeTe2M2CnIOfol4AcI9AFyg6ffDBUhkqE3qB6JoAfZYa8EvZGh3EDPR9uVRqpI sJflLte2Pdd11D7TLB9c2P4EzEDcCl3dQC+w22DXwB/NbbmEZX2EQH2t57OYQslwRfdEwrAfQS60 S5FQmQrH3oAkuP8LUnEJMlXjv5GqxL0QsD4LuFpv3xL1urK+liz9+nzDXtR6a9s30NfX560Pnm07 wefhD0he3V4Rm6qpjF2wetpwZWzSz3EW2Ovo79wNgbkXAFtT1NcgNxd7IwUU1yBgeANwpkvYP67H nlIJe35Vwl4p76DXaoBnU6OhL0lrANftuThxUftMuu3gwnYY8GOqTU117Yy4BeOQkV+RYdyk8Oeq Rq8Xtq2QUOw4JPfqSuC/EBdIVfAqqXDsg4hT+qj23BTETVlBMMgdqu9zXrl2+naUfLuDUcCo7zfJ vtMAn6VK1mx7sk1b/N1IDuSeSG7d08h0lFApty7LzZ4N+OL+xsFNxnJkisujwCHBa+pA8vAi1dZG zXXEJRwfBnuNurk111Owp83DtWk75GYK21zcoqqEvdEtr6A3EiBPlz6Tt9nzbrPCXh6jm3QZHe/f iuR9zQMmBI+9jIz++jYCIXVVnkUK5fouDLAUUbwBacdyH7AWyX16n7HaL5FZuB8Cvqc9rsKxqlqx RnFgZzu2tO+huX1fBRRp8iPT7DcO9iyTHOYCRyEunK3tyW3UV5fuCHwW6RPXheSwvn3B6ml/Ugv4 vtlLCnuam7w3crMwGQHT7yMjyF4yb8wgfoqMTSbsqVZMWb6bVL6wD9gL0lBAvrs+iRSd7Bo89hLS r/DZ0QR6UMJeK8vrrNuRBHlhymNKRpqGqy7Lgr8E9CQNYpfPXf9xJJfn24jztD/wQ+CfkIao84HD 29r4AzSnUta2no/iAEsPO6jvMQbwr8gFdRPSkmI7BAJ0qT58uwLTB7sG7jCPx3a8zc5H9A3FeezH 3IcN+C7uXE+lwiFIg94bkVY1ZyOA59L2RNdEJO9teAReWxuVvEOU5qSNLEAPyecRR20vzNlTTdaV 1PGr5fQ+neYxpc3B1EO4vb199yHRiZeB65GCmPHI5/Mg4FZgr5kr5v098Y6aqNLVG70qQS+lfAKf D9gLAzsfxRlJJ3gELsjBSDK5mvsKcqG7FgHAe6P6tuXdriXrfhyaEptFE9sBb6E21Oqi4VCRCo/l VQ3rMxcxa4FG2DZ8uo9hywRwtxwBvHuotj25G3gCeAD4WrBaaNuTBaun/Uxt29eNV96wl8fNg49t Jq0Ez5KjvHzu+n9AbrCmI7mxIJ/pH6GNmmslR0+phL3RqaaOQGt1FQ32fC3vsq5DGFd3scYiDXpP BmYHvz8P7IIREtKVF+xlDcsGOXZRTYltRROXIHNurzc29zlkYgDAY0j7jDVRUFektjJptpXGsfMd zg17fm37Bnp7+15FFe7aqG17cioCe3dqq1nbniR17FzlE/byaKXTqPY8YevPWJm+WXbg4rYhYdsj CcYU2jQaQQ9K2GtFeQc91YTYVNjjra5GwV5WZy4PkDSX0+faAlQqPITk+oBU4j6HXAg/i3TB/ygw K24iQ9I7/6Rw5Ji7ZFbCfpTopsRm0cSHkbDfS8F6XxzsGvg//RjAT2gs6TLmfn3DnlJW8EwSDnR5 rqO/cwHi3N1PtTGxkoK7N2mPmW1PxhAUXygwb1TT8maGcW1gBf4LcLIekw57SRxVDfbU3/sl5Ob0 xeDfNiSd4hlGYQgXSthrNTUM9KKkih5aGQTzGqOWVxd/X/vRJ2NA7Zd9R3/n65Gk9eF5qsiX5wKk kq8dGHIZvZVHgn5IPh3Il/o8ZArAEURXwkY1JY4smrCNqErimqRZrtH5b75CyPo5phQGHGHPmwr+ /irP7jEk9LrNWExd7M9asHraCvWg7xzYNEqTs9vd3e0tZ8/XzUCWY4la1/L5Hos48NuAa239CJUs RTh3ITcEH0E6CDyGuPVPlM5eqaKrEKAXpVZ0An1BXx6TLmwjm7JWu80Zmmr9sg2+aKcB5myo44Cr kATny5CqtthZsHEXA72CzwUyDLduCtUwzY1IZeRYqGuDoiph9cdjmxLnFSLLMzyWxBGE7BMuXF1X V5cwwd9f5dk9jeRRnoLcjKwBFixYPe3PRQA7m9LevEV9buPk0/FNus0w987Srmgs4rh+E0kXGYfk u74JCb1bG08rGaD3E6Q4w3ZjeBxyw7qaYEZvq4BfCXujR4UDPb2lidLxvYsAWNNzIdBazl+W0G5e Uy58A2TcRaOjv/MfkWa+nUjH/L9RHaf0CWSA+/tdnD2oftmvbd8AUFctqYeoQoomPolUSN5HdXzY S0hO4REIyF1FfQ87MCph29q4I0seWtTr87lsoyqT0+w/LpdP35/PvE3j3LDm2UEtEDRrpnSUzAk6 SduwqM+PSr2wNV021WzYg7rowSsRqPsg0opoBbWN2w8CfoE0hN4NeDEB6B0U/P8I8GmkSflLSIPp 8UiO7RzE8b+oBL1SRVNm0LMVYkTBnglyCuLSaE3PhYWHvjSgl3TAd9j6eVTghinG2XstMiVgLwS0 fg18ARkNdRVyt32CC+iFwV3Y8Wijw/ZGIO41CNyNR+7Q1fiw7ZC8u8uRoeyHacdoargS1hztlBZI TOUBcGndG8gWpnPJm0ySy5cF9qKa9EKyyTBFAL6sU3T07ei95IoEe/o5qMG56nF3GnLzeCaSbnEV Ela9n/p2Rccj7vtjwJujQA9q39ug7cqbkbzNI5C83D8gN6ynAesQINylVUAPStgbLcoF9MAv0Lmo qNDnCnppBqQnUSMuTGHJ3sGX847Il7DZFFhpInLH/QZgqw59rk1Vg7vwdsSVmRvs8/XUV8HujcCm mi9qjg87E6mGvQf5Uh9OujebEXd3dwPVMH2WkJipZoRwfbbXiFqv0Qn8WZLzw9QM2PPdWDls3WbD nhaKnYC4/icDuwOvpBpKPRXJjd0VSZuA6mf9B8AJls2fjTj1PQtWT7tGPRh1c63el+D7RR87aOoj SK/QLihDuKWKo1xBL2+4C1ORoC8L6EU9nkSNvCDFVfYZ4bIDkC/w+VQ7z98GHNXT011J2jF/+dz1 X0AA7f1oI8ACqaKJbwEfp360kxofdgEywcOqwa6BinIVw/6urQR7ebXCSFP9nERJjwWimyOnVd6f rTRA2iqwF1csQT3Q/RvwxWC53yPfGZchN3YvaNu5CnH3ngqWvRy4bLBr4E8zVnamCnMbDZVtuXoH IMVbH0FmU3+hBL1SRVEm0Ivqn9dM0IPi5PNlBb2451y2C41PIo9w916PhDy2Q1qSfA9pKHxfsOrl wM8XrJ52SdJ9Lp+7/lVIBeUxwUPPUdse42MI8I1D8m0WAjfYQsZhjp2rigp7eTtpLu03fFVtZnEL dZcYmtPIOM9tFRX29BB9pYLKq7MWS1ALdN9DPtc7Bc/tiuTKjgHeCGyPgNYdg10DNQdiVoHH9dgL k+bsvQr4FHAGEh0AAc0rga8i32Ffn7li3tWJd9IklbA3sjViQU9XMx0+H6Dn8rzrOkVx90Jam+yM uHvjgIsgujLOlJZAvT1SOfkgsA/QD3x4sGvuI4iOAAAgAElEQVTgqjg4MC8CWd6vRsNekh5nPttZ uO4jrzCfUtJE/jhnr1GNyfO6GWs27Fly67ZH5gF/CAG1XbTV64olgsdNoHtaW+cwBKx6EQfwZYif IJMV9oKw8geRG9XbwpZtFUdPqYS9kasxeW14/NHLhl21Zuv43kXWat4iSQ8npHk+yX5AvrB8bC9K 46Y+xNr2Daxt30B3dzczVnZy65yvcuucrwK8FSmS+BNQCf79KXjstRl3/SIygeIZYCVSdLFKPw71 b237Bm6d81XOHpjG2QPTvPdBhKqT0Aip16Xv2zdcqf2E7SOPPmvmvs19uO5LP9Y5Q1Pp7u4e/hyY n4mkkJTkM2ruJ6+br7jjCXtefy3qc+wi82+j/V1OAbYgMPY2aiEPxGF/P5JX+4D2+CZkjvCDCNjp ug+ZmX1VWxt/H+waqAx2DVTizvl18wfo6+urm6kbJvO8WLB6WqWnp/uamSvm3RoFc7eftart9rNW vTL4P6xnZ6lSuSs3R0+pKM5es1y9pFW3LnfhcfNudSVtqBom32Gp5XPXfxx4OxK2fRrJq1mB5NWc jOTYHL5g9bQ/eNlxBvlw9cB/JW6jChpc95PWdfSx/yzbVe5OnuHXRqVQ2PaTxdkPc/bUe6cVTeyK wNwMxOlahlS+Mtg1UAkcvRWIY///2Tv3MDmqMv9/mo1sFrIsRgTEiAiuF25GLiIsGSSJEHA1qJkF A7OKioqXjrjCcFnMgwhhknUxo7grF1GDuDijEERuJiNOEAG5BARUVETgh4jZLLJRs2yW/v3x1pk+ ffpU1amqU5eeqe/z5EnSXXXqdHfVqW993/f9vtsgnnOqi4yOiWKJsYGRiWIJW4W2D5Xcpuy5Frxs XjebB2dtQCNxqhL4ZNo5x88BLwOe7gWFr1b1JidyJ3pQDbLXK0RPociWZ0WOa1Sw9SHeU39j2TRT GNc3qhDCzUMpy1oVm5fhbhnjVjlvL+tx0njtWbpDTEOq459CcmHnI2TNLJo4DzgTuB54i0b0QK7n 44CHEYujm4DBsYGRIdsczPy6PEP/acL0QXHGncjn34JEEp5GbJzeBSxA8oJf0QtED2qyNxkxqYle Fapvs/bCzZL3U6WcH3OcQAmYhhiQ/gvtBXG3YLMtSPXr5UgF7fNlEj0onuzlkV8XdRzbsaL2yVud zIvshe0Hou7Z8vbSKnJ5XYdFzGVo0XiUCbHyrFPXsSqaOBy4BSGC7wdOGhsYucTIyd0VUfV+pl4I 86M0kTW31DZ+2pw97aH1BUge4TuRtJFzERJ8I/AOZP16e9WJ3trTrgTITPIUarJXHRRC9KAYsleV SlsTZn5g3gqf75tLHmEnfY5Di8YPQlSBY2m3IQN4DRUK42b9XuPIXl5WJz7H8qVKKpSl7EVtl1bl MWG2G8w6Vtb5hM1DU+5snnWmCfHRwIuC7c+hbSiuF03sgfSEvgx4/djAyE9sc0mrUPtOOVDbpiV7 wUPrVgjBOxRYDwwhOcITqBrR803sbKjJXjVQGNGDfMheFVS7LMiq+Nngw44Fiskn0sK4lyEeVFvR LhJ6BiF+lwO3l63ogV+yp5C2m4bP7dPYpri8H3Wz9e0RmHYf2xxtFbkuuVtx7yfNmS2iBWJw/YV5 1kG8CbGCqoK9EOn92lEFC/7SDpJUmCcZM6Oy9yJE9ZwR8WcIOL8s0ucjLJsENdGrBgolepCd7FVV tcsKn4TPtVij7BZOITccGzq6ZpRN+NKQPdVTFPyFpXwQoLgcqDSESY3nMk6eamJW5dTFfgX8mRn7 Vs5dLZuC6y7Ksw4iTIhtY+edW2cew+eYGZW93RCCOxNYjaibs4BvAQcgD6/7z1+x+FfeJp0ARRM9 qMleFVA40VPQw5k68bNZskw2UheGPNQ9BVcrgbyOHwYjhOvUNaNsogfRN1H1XccROxvyJHtJcqB8 5BK6zjVvsqeg+bnp2A6x+nmGdv7ZRKs7nez5Dp/mWYmbpKrWqJw1Pev6EB/KW4F/Ghzt+61eiGBW 4eaRW6ePYR4jrwKNNGQv4kFVx/ZIiPxhKCecW5O9qYfcWqDVSIe0ZM8kcll+kzwJpw2aspBb14w8 oN/wIB2xs6Fo5SrJ8dMUbriO65PshSlKAdF7JfBD5Ib7PELwHkII3xrE2qNjXfTVNk0nd2UVTJkE 0yAoKvw6hIRqO6AestQYzWbTyUwZ/D+UpBnXFWnIngPRU9XIo0A/lJe3V5O9qYUpQ/R0BVHNV71W 1fnrc1YLjk9C53LsoghfkR07siKrYhe3TxZPuKTzCTuuruxlGTPqGEnei9vWVVEKiN59iAXGWxCf M4VXAr8A3jw2MPI9c4w0ZM9X3l7ebdHSEESbshcH3w8lUWNmgRpz9cx1WcK4IOroMcgD6/XA8cjD xXRgc9kFGkUSvprolYdJT/Q23XhG1/zCCF7ViV9ZKIL0xVQD6tgOsWZ4Sr1QVChXv9G5GiHnWVno Kw8qjODlkVdlHi/Je+Z2kJxkBzfgtyFts84BvobceBU+CnzB1v8YysnbK8rPLyq318U82LVNmkIR fpA+xkxD9gLLFZXz+DBiN/Mc0hFkx+DPo/NXLG56nXQK1GRv8mPKEr3pc9azed3syLnb9p3KyDuk G1Kc8V7kZrwFUVteieQL7QsMANfmRfTibto2uxSfClha1SrpMcLG9O2Vl/a9NEUeYdBy9Lahs5/q MsTId3rw2o1IS67NUWFc39WxvuxY0o6h5w8mqRAOC+HmUTBhQ17HMc+vJKRPfS8PztrgdU55II7s Bd0//hk4G0mtUfgTYgx9rYs6WRO9cjCliZ5CFOGb6mSvzBDu0KLxw4DvI70ub0N6ZX4BGEQ6arwS eK0vopfmpu3TCNm2Tdx2tv18jus6ng9C5zpm0jmGbR+QPlVN+k3gn5ACBJBKyZ8CfzM2MPJ/tvmF mStnQVkEz9w36RiK1PjKU41Dng8oYcdTY6YheytXDtuiE29DqnNHkZZwpXvthRG+Nade+QXk4fpE 4BHtrW2Ae4H3zV+x2NoQea8ndgCoCV6JyEz0oNpkL4qo1YTPjqLJnQnD9uFyxJl/GvIkeSLwFcRM eQOwIS3R86HGuIRwkxA735WJPioVsyiWWYlnXl57Whj3JuAbyDkFYuWzFDEOfgDYR+/aYB7DV5GG jqK74YRdB2lM2pPk6yVB3uQ/6VyShHS1nL2PA19EQri/RXz1zgUWIg+uF5RN9MBO9taceuX5SPei dwKPam99ACmSO2j+isV32MZqNps1ySsZk57oQTKyB1OP8JVN7EwYRC8Kifz18rKzsNlMQDnETr3m 2+bCVw6g+j+4G0XnRfa0MO7HkRvuXxub7I6ox/+I9DA9Vn/TZsHiA0nP0zyJYVlkz8f1kSfZ08eP I3wB0XstohD/HRKd+H/AdcAHgbXA3sBOVSB60E32gtDt+5Ec6X/VNt0N2Ag8O3/F4lZYt406ZFsu pgTRg5rsmSjaQiUpfPjr5elTZsJne7MoZPGsyzPnLm4/yGbKnJfXnmG98nfAWYhZMIjycjvwxuD/ C5HcPaCzP2uWMG5aRa0o5S9vspeU+CdBXtXjtmPYCJ/6bQNF78PARUDUA+zWBJXgVSB9OuELyN4n kYei6dpmG5GHoDVRc67JXnmYMkQP/JK9uPGqiKqTOxNJ/fUaDS6C8jp+RLU3S4ssVbv6fr5unj7U taqQPfM7mruqfx5wGFKRezTSlu8RxIblEXP/tF57SR5AbCQrbZGF6zFd5xG3rWkFpdYeFw8+32RP wXbe2V5PexydVJrt89R3EpKvB2Km/Gvg1cDTVSB60CZ7a0698mvADgip26RtMg3J0/vI/BWLfxA2 Tk30yoMXogeTg+yp913z9lzGKxu9Ru5MRLRJm4bcjE8E/j74/zPASwZH+/5c9DwVVKuzLGFOSO8n Zts3D4XE5dhVI3tx308Qyp0PdHnoIb572yFKxqeBpTYLljQ9cuOQtkBC39cH0tq0uFavm/Bx3qbJ 3VTIYokUpu4ZKSlbIQUZHwPmBq89j1hHvXz+isX/m2gCOUGFY1stPoZYEq0EfokUYuwFLEKujZfN X7H4D+b+NcErH1OO6IEbOdMJUhzZcx2zCFQt384H9B69rRbrASUVbAJuAd6H3IhPAN41ONp3NCUi CdnLg9iZ2/j2xUtyM4wihmmLL/II42rFGQrTEEsfG3ZG1OXHwvz25l3RX0rXizTb+pyDfq2m6Qdt Er60RC2PqtuocV1tWIJ8Pd1jr5JhXD3XTlP0VE/kxcBBwaY/RaqGn7LNsyZ51cCUJHoKk0Xdm8zk zlQyjHy9C5FE+i3IAgTiq/e2Aqfahah8vbyJnbl9lmrbsGNnqdrN8rrrNmnVRaMP7seBzwX/3hc4 A1EupiGqyyhwrE70bN93kWSvqJxUs1evz2MmVffyzL2LQ9Sxowo0QsK4OwIfAk6mnXv8HPAyCgjj hhVR6O8HZG8TUi0chp3mr1j8O6hJXpXgjejB5CN7YQRK5Z6UWawxmcidyw3DCHvsjNYZQ8MOiKq3 NbAciuuaYcLM1ys6lJuFRLkcN0+yl1SxU3Alhy6fDaDV4lbEw1GHXol7HUHP0rSdNNLCt7lykuNC fr161dpqU/Z0lEHsdJiWQ2nJ3tCi8TuR/sJbkDzQexADYpDWaZ8F9vBN9OKIXdg+muq9DWKt8nZg FWJPtAXaqp4ies2ZFwD2++WmG8+oyWAB8Er0FHqZ8LkYLOsIU/nyaKfW6/l2Ci45Owr65zV6SCrz zsXI0zDIQnMzQgSHgG8WTfRsieZplDSfdiZx7/smkz7GcPkMkN8NX1P5bJW4Pwv+ngc8C+FED4oh e3nBV6/eOISFbSHaE7JoJD1f48iekS4whCjJeueJ84GzshK9NMTONkarxTAQ1bbt1PkrFq9Q/1Fm yTXJKxe5ED0dUWy+aghT4lwJlk3py6LuTQbVLk14RyfP5nevPQmfgoQ5jgfuQgyUv4eEOqYjVbqv Hhzt+72XDxIxV5duAHnZg6Tdt+gq3DRj+CKkWebVaqFX4u6KKCznIv5nKpT7ubGBkY+7jFd1sue7 V68rwtIdkobh80LSdILVM9tNIqLW7wiv0GmIUfwSpFfuALjn6vkgduZ4Wp4eSEePQ5CH7GeQXOmN UXPc64kduu6NNdErBrkTPR2K9ClUkfxlJXs6dGXK5bNOJmKXtduEuSDo1gxaCHc14m0G4VW4OwHP +W6Tlsa2JKnSlgRxRRd53TC1vLYjEEXiOeBUYByilS5zfllCzT6hf1fB59sZMebeIdhkE3ApsAJ4 EpJ9zjKKJKL2g+w5dlmPrxRwVzJf1HmRNkXBtWuGRvQOQEjdP9BW9H6GPFjMAX4FfDqMRPkmdrbx A6J3JNJN5nkkzPwA8gB0ABJRecn8FYv/J2osRfhqolccCiV6Yaia6pcH2YsK7051YmeDi6oHMLRo XK/CfQBpi3YP0rf0OODdwFFpiJ5vtS6p3YgrzHwhHT5vmEaxAsB+yFP9c8BDwDoklLkH8js4EyA1 F4UiyV0UudA+895IDtWfEMK3Akkb2Bq5wX0Z+AiwJe4zl0n28i7YcK3KtXnMQXgxhg15kj0f12OS nrhDi8aPB5YhpO6xiE0nKnEbDVp5ETsbgtDtFUgnj69YNlkHrJy/YnHkF1cTveJRCaIXBl0BLKua NWso15bvB71L7oruNuGg7L0Y+AXSBu1PwaY/RhLmx5AQw0YXoudK7GzIQvayWEhk9c5LSPQORAjO rohq921jk1cBDyJP+68GHnUhPbb5540kx9W/o7mr+lWO0hhi6/NosNlMxDLjpWMDI//lMmaz2fS+ DiT1sMsDtjkknZMr4fNN9nynNCRU9j6FRCA+ErxcaiWuiYDoHQTcAXwGOFt7+5NIEcn+LvOqyV6x qDTRs6Ho8G9SCxYTStHrNWKXh3VCUoQRZZ3sBcnMfQShQgus/XDV76ITuyJy49S26phJxtf38ek3 Z26nqVgLkHDsM0ie2gwkhLQjcDFi9voSY7hdEOI9HXj92MDIfVGfo0j4+H3nruq/Fvgu8vmPQwoy TkKKg+4D5o0NjKxNMm6W6ytOISsLPghnkepeHupgUrIXUol7LeIROgPJ09sbCZ0WbqhsydPbHjgU Ubg3Ig8/myA+l1DP14sie82ZF9RE0AN6juhFIe8QcFKj5V6CuRBX4WYBbmTPcJuHiH64jQYt8Gcb kmbfrHl9vvICLaFYtWAvRdSF25Am7NsAn0Ce4qcBP0dsRk5CctVCEfd954msaqdtvODB4jtIHiiI enki8DW1XZJwtRo3iREyxBOmKly/eVbk2pDld807BOxC9rS+uC8AfoM8nIahFDPlQNV7K3INPAvc ioSapwFvQpTtl85fsTi2O5GqyDWJXHPmBTw4a0PHdjXZy4ZJRfRMFEH89PF7ieRFEbsq3CR0RIVw YULZc+qHOzYwclHc8coke77966L2mbuqf38kFLsbQu7eiiSDN4CPAp9HVIWDkcpmHXcjOXp/QlSH M4BHq0jswrb1QQosZHl7JKQ1A0mkfxjiyZ+N7BXZn9YX4sK2WeBC+FxteRSKLOgwyV7Y7xs8tO6I KHk2lNYTNyB6VyJ5el823t4GiZ58cP6KxbY2glYowmeSO+gmgTXSYVITPRN5+Pv1CrnL2ki9CrAV aOghWBczXBcUFQZKY/abBhYyshhR6gZph2LfDlyDELj9g+2OA76BVJbugxikngIcOTYwcm/U3Kpa FeljXyNnr4HYrSxDSO8fkEKUYxELli3Aya65iuA/VSLP69llXSmL7IVdX2VWcoP7Gqx57EX2xG00 +N+8izJUVS9Aq8VfAj8A3mhs9ickT+/apOSzJnb5YkoRPQVfSl+VSZ6PJOyqET6bspfFlDgKeZK9 PCtjbdCUuz4kxLIU+HTwth6K/ffgPV1JmI8QwlOBiZO90aCVl1VMFHzn+NnmaSHG2yFJ8bcD42MD Iy0tZ++liJI8BwljPYhUfx8LfB2xnXmxSfSiwspVsl8JGwuK99pTMMme7lk3PDxMs9mcMKg2ty2S 5IXl1SYo0NB74v4MUdi/RpAHh1ybM+evWHyVyp/zBUXsmk3xRjbX2bmr+rcN5rVL8PfOSL6u+v9R rmQvKjSr7tUPztpQh3AzYEoSPR1pVL4qErw8q+uqQvjC8vWqTPZ0pAnHprQ/6QPOQRKlH0PsThSu RlorDSO+XQoqFDtI0D5OR5qQbJVMmcMQQuqmI32UFyA5R8+gVXUr0qbl7L0JCWX9RchhdkZSCh7T 9w9D1TpplO21Fzcm2Oem95RVin+ecHkISVOg0Ww2O8KaYchC9sKInQmN6K1HrpWnkAKR65Gw7VNI 6sLC+SsW32cdxAKzXVqaMG5duBGOKU/0FJIQvjKJXtnVsGWTviLJXpGVfD7CnwFp+R2SJP23EZte ArwfuBI43kY8knraaYRpPlKpC0Ia10C6AoUiwsFzV/XvhJC6RQj5vZDABDnA0UiV7aMIYX5e/yyW MK4NMxDVb3/gl2WaK5fttZd1/Ug6N53suVbwJkHaCvo8yF5SoqeHY5POXwsrDwGnITm8a4BXAu8A jkySp6cjCbGDblJYk71uTCt7AlXB8MbT4co/APGkT/n/FEH2zIWtbGWt7IKN6XPWZ2orlwRZLVfS 7q/2iUj6PwQxib4fCRfqeBdwGfA/wBPBn8OMbU5CwrO7I554E8dV89b/NhFinPyB4N8P0C7SeCDs M5rI23ZFm/MsJM/wPUg4+mngl4jidghSsf0WbdfrEb+8yxB/xv0xoObeWjXx0jYIkT41OB7BMX4E vM51zmtPGGFev1+yd9pIX6z1SZ7Xte34cdDnl3Ruavvh4WFohitVSaBf02nOV31dWL3OzXpr+pz1 7LVudiTZm7d8cSTZ01W7hRvncOYJb5f9jMiDI84EzkNSPRqIqteHWAy9m7anqRN0ghbmTWQSuwct +zv7Gk0x1IpeBOJy+Yoge2UraHEoa35VzdezEZakxRkhFbLbAj8FRpGuH3si3SjCsD1CNNYiC++b gP3HBkZ+rx8r7HhR8zaqdQeDOelQxskAryVCxUoato77LkNUtWnBn8cRC5nDkd6cr0FynwD+DcnD uxQhwiZOR2xUljQa3GCbV6By3IuQ8DB1L1EYV41dlTBuEcfPW1FM8+AF/h9CktrqKGXSVdlTxC5O 0Uy6Xgbn+iZEqQ7Di+evWPx750HpVuNsip2+LdTFG66oiV4CmGbNCiq3IE/SV/bCHIeiHfjLDuHm UTEbUh17MFJt90mEXJ0BXICESG4I/t4AvIJ2krbCLkh+2cTTtV5I4AJLSHYzYhL8q2D8LyIVgS+z HFsZJx/YaHB3mqroKBuaEBKqh2I/hxCvy4G/Qkje48GcPo1Uy27Rdlf5i08h3+Vnga80Gvw56Xy1 721f5DdbhJDN55Hf4/UkDOP67qRR9pqijl/G2hGVs5cXsVNFI9PnrNd9P/dD8mn3QxSyi4Ettk4+ LiFcndzpyIHo3QqcRbdR/VbIdf/u+SsWr+vaOQZ7PbFDYmJXF2zEoyZ6HpE32YNyWholRZ43ENNi JUzVA7/FAAp5WXkEi+eBiE3HVYiydA5iXHwrEn79CaLk6arTSsTz7p1jAyNXR80/oRK2PZLr90mE 4N0JHISQpM3Igv5TRL37IHKDCkVSgmnOPySMvSsShv1H4DrkRvkw7e/tOsQb8MMIIQUhxj9HzGZf joSvTwW+MTYwMpL1Jj8RxpUb4aEIqbsLCRGrE+m9SAXl34wNjDh3N5hMZE9fx8qYgyI+Pq7tMKye uY6VK4fVuTqbNqE7DLE02g9pI/hzpLDhYKSym7CWjYrsKajOPi7ehWFkLyXRezXSCm174+3nEZX/ X7L4+8Updqapsss+Uxk10csBRRA+KP+JvGjYVDxoEz4fRC+vhd+xC8WRtH3tbgEeQcjdhbRDgbsh 5GZ3JOx4EUG/Vb0aNOn8g3DsUDDuUuAoRFFsIPlmlyDq1xyCm1GAHwMHIArY9chTfqpQbci8Gkjl 6yCiim2HqIfvRxqrfwcJS5+CKHgKKhR7D9I6Sg9zvxFR61Yg3oFAuoIRCA21h4VudaQK4/oie0WT rbhwbdLjp90HusOZPh4KLb/53si5+wPkWn85cp0sojPdYXukE8Z2yMPUnVFET80/Crbvxreq51oN nBQ2VS5LNW6Nmujliprw+UMcydP/n4Ts5V0EoODYhaJBp6/d+xCydzVyM3gC2GNsYOR/0n6GiOrY W2mHY/uRG9GPgQODbRYBI0hF6l60iw2ObDS4Ny/blbmr+j8D/DNtQ2cbHkSUznchHVEUVCj2fISA diCsetYHtO/5JoTAQwlh3CRV+r7XkbQVsr7Gi9svq8Klh2IBhhaNvxa5pg5BrvFLEeW4DyF70L62 TMxEul1sBxw0ONp3R9jcXSun8yZ6qnI4L7IHNbHzhZroFYCa8GVDGMkDe//hMLJXBKmzPNXPgInE 5bguFDpJCfW1U2FQSKUm6dWxP0SIxh5IXpoejr0UIUe6efJchKgMIkrZxHwijtcFSx6bFWMDI625 q/r/ClETjw5e3oC0ftKxNaKI7AwcPjYw8n11HMieD5gG2mebBnyfdhj3YuSG3o+oo9sjOU2vHxsY edx1fJ3s+bRcyrKG5GHS7pvcmXAlP7opsxGOPRvJUX0GeDHyW78JuZb3RjrKQJvsbUCut2cth9wK If+hoVsFF1JcQJ7ePshnehlybv+IdreMG0lgmmxDTez8oSZ6BaImfOngquaZ7+VVhRsFQ7kbQkjd ArrVusguFKrFmD73hEUdJyAE6RREgbsP6U35vLapXh37Au11FY4NNU9O831q5Efd0HZB8nzuBFYj 5OdCYAwmiJ7aZxskt+0eJMxtYqLJe1LiacLle05R0HIvQpJvDNksMowbZr5dZkVulfz2sszFRoBC LIROQXJj30B3OFZ/aFNkTxVOKSgj86VoRQyNBi0fip3LNr7IXkD01iAtEr+MqO5LEWPxp5E1ZHD+ isWJHU/qggr/qH30CsTwxtNprsuf7JXtdecbNu+8OC+9GQuWsToge1n98GyI6ELxMPIkr5qSvwVR bEBy3PZAbgofQpQdnUitAdaEEZWE8z8bKZx4FxJuHQBOptMH7mHkRvUL4P+AA8cGRu5Wb867on8I GOo+brTvVoTFyXTaFieHIWRyVvDeM8GfDyKqgEkw/wRci5DECdhIp6/czKhxUpxT+yPKj0JkGNd2 vNB59Pst0ojK2cviaZcUSSxYssxl+pz1XX52c8V6ZwhpYTcduJl2CH4cOX9/gCjJdyJEUOFwhOwt Qx6W1hOQu8HRvjct7x//gT7f01IsS2UVsRj4N+BbiMckwEeQNe+zyHd2S9IBa5KXD2pFr0SoBNOp 7sWXBJvXzQbi+xQrj0MfCdc2EhDThUJX7r6ILIBAeF5YVHg5ouoUJKfnN0gI8M0EnShC8CFESQyF q1oX9V06Wpxsjb1lmApxXT82MHK0/kaSUGyULYtC1s/p8r6Juav69WpcL2FcfS5Fthgr4jhFWLAE VievQR7YjkZ+m520Tc5DDIJ1sged4Vhlb7QnQuAvA24ZHO1r5dUbWA/Zh41vjpND+DYq/eI7wFuT hG9ropcPakWvREyc0Ks7X/dNAJOGBaqOsDAutL+z6cFapp7WXZU9G5mI2D6sC4Wu3H0YIWIdCpVJ 8qKOZZn3abQLKZYj4ZJfAN+jO9lbVZ8+F7x+DfBUWIXu2hPCPmonZIHvh3aniX9E8hAH6ew2sWfw 2sxg1w1I3tLPteH+GfG0A6kkfjtwzbwr+jv66ya5CYWR5qREP+6ciXvfDLm2VjEHIb6v114eDv5+ BvkeLlRkPioMbRYDnLbQj8pjqnYmofABV0WuU/nKLUS9Fgm1vhB77pwq5DkT8a48Kvi/UvbOQRTa 25Dq7gF957w7jZSM6UgKxs7an5cEf1RHpzYAACAASURBVL8JiW4448FZG2hS96z1jVrRqzjyUv0m A+FLAlPZ05Ex3wxiulCYSKDa7Ynk2R0SvDwGHI8UTijLk4eRsNAAEj7amcDXzofFSURxiR6GVZ0m LkKIrdrHxeLk3LGBkRvysLXxXXzjQujijhV8nxNJ9xqmIWR5EMmd/DLwPv03NIldGJLm2EH+Fblx ip3rGEnmoJkSK8xGusqchHhBKuwOrAre34A8qBxIN85D1Nglg6N99+rzAr+kK8lvmKQo48jVH2P1 zHU+8/SuQJTNp4w/v0UehC+Zv2LxqvBRulGrev5RE70eQh7FHFOJ8OkmqTl4Zlm7UKh/245pGWMR Eho6ibblyoGI4e40RCHclzaRUpYnTyDh41ch4ZIbgcGxgZH/UseGTIT2EqRQ5EiEdF6CFG/oYdhv Is3MnwP+WhuiMIuTsM9ZJeNshbmr+l+AtFVbgnyPILlcyxDldRmw9eBo38fTHsMMeypkqarNo0Ai L7Kn2Z1sQh405iN2N08juambjV1mIA8qtyH2Rx8FDh4c7bsv61zSIK+iDM8FGVGh292BLfNXLP6N y3hpCZ7esaomiHbURK8HURO+9PBJ9qLgqNrtj9zQv4uE71RI9i6EFN2EhEBfS7tV1+/ozB+yWp5A dNgvwtpEVdwC/CvSeUMlnB8UvL49Qmqh3WliC3LzfAqpSvx88Lk+NzYw8oeweZhIeqMBP7l2tnFd x06D4Ps/NPjvrWHbxdls6LApdHl44+XldZeW7FmUux8iDyQN2hWwtyNVspchBQRhZG9W8NqEgZv6 DdJ62qVFLxC9wCYpc9/bLCTP9NqryV43aqLXw6gJX3L4dsPXEdF/Nax44q9omxTfipC6u2mbJ78B uVFtg4TynkIUh8OB9Rk7YeyEkDhV9XksosoNAZ8I5vOmYB6fR9QN1VLMxEQYFot9SBThNElVEQTc JN/q2HHb5g1XI+Skvnl5kj0fIdkk4+rbKrRaExWwGxDypjzdDg420e1ObkEeQGYSkL3B0b4/Rx0j qV+dL5RB9CCzqvcTJGdXFYX9ADh3/orF37Ptv9cTO3S0tIRkqlxN9NxQE71JgLwIH1Qi2dc7fKl6 LqodwNxV/YN0Fk+cgxRPvJROk+KTELJ3NZIYHoksfnEB+VQ9Ye9B7GCeR7pxfA8hfmfQLhqYhfgD HoKEir8EfE2fh2uhC0STUp8EK2s+ZllkT/UwBT/XYB6EJI1pb9S2EP1ZA+VuRyQX9BjkAUUpzXoF rCJ7OkxvO5VrGqnYuc69TC/BpGTPF9FbPXMdw8PDtFq8HMlx7EOiAE3ahZ4PA6+fv2LxH839dZKn QxE+IHHXjZro2VETvUmEvAyZJ6PKl5bsxW0/d1X/HMRa5ADEy+4zwVu24om3aLuaJsUTCfuNBi2g a6HOQkI0lVEVTFyKELyrgte/iSRT/xQpAjllbGDEqnzo8NWFJM3vouBbnSsyzK+3lqq6Wp9F8Qrb N6aAog9JZzgR6XMMos6p6+gNiJK3GXlQmYMo4K8bHO37VZr5u6AKqp6OOJuVqIKMuOtItTxbe9qV E6+1WmyLFIHp1bcv0f5v7ZARRfTStlWriZ4dtb3KJMLwxtNhtX/CN9kMmKFtu5LWciUChyCE7T8Q xexcJPx5KZLXNoIoY3+LFFao4ok3D472/dfy/vEhYCjKUFXN3RNORhbj9yOhrAYSzr0OIZpmu7Eu +LAxcUXYjSjueFnCwr5Cyi5z7yB76/xW2yc12Y0jEC7rQlgoNmIOyqj4R4jytiPS5eUI2qHYC4Fv I1Yo+sPSnYg34zbIve065MEp6Rx6Dkk+y00LPw+BH6kJ3fJJb/umFOZ5yxd3/B0QvvuQgqwnkPSS NwFXAuuQh91EFis1/KNW9CYxaoUvHjZ1zKGP7KsQA+ADkAXuISRv7mlEgbgX+AKS+H01YqY6MQQh xRNJEu/V3IeHhwsLLepExfb7+y50yaM3cRHKno9ijiKUPV/VuPqYLrCodibMfrFbIVZDDaT45w4k x+7LSE7YeYj6fK15DRW1VhWl6oV5GiYN8drCt4rY6WkDitBFYc2pV44ikQDl3/kN5AH2SiSke5PN YqVW9IpDTfSmAPLssdsLpM9yY9kbeEB/wbUjxNxV/WchNxZVvGDDfyJPtwchYaRpwCeRcNNTek5Q 1u8uD7Kncm8UkswxD7Lnm8j6IHs+vBhdj5WV7NkIXVE5e9q1Nxt5IHqO+Hw6aJO9sxBrniOQzhSR UJ0oil6T8iZ6kL0oZHn/OM1mE+jMfVNhWBdSZ8Pa065MFb6tiV5xqEO3UwB59tjtkbCuCgcdguTH XWpu0Gw2xXwhHkqFW4H0XlX2DLsHx+hHbkg7IiGkzYj1yAUYyOuG6wrzCV7NYzpw2px0c0oSEndB HpW4ScL1+j5R/88DScK4UZW4tvMrj3MvZC1QuakKFyOG3nqvWBvZU/1iz0NSCC5AKtafhU71e7IV jvkMMauWkYo46fl1Zhg2IxKHbx+ctQEeOKl7pFk+plNDR6PZbLZqBjx1kKe6B+USvkA92A65sbwN WXg2A9vSHQ7ahCR53wZy49DDGXp+iv59Bcc4BOmCMR3JA3oASfoeBP7dvAnl3XUgTtWz5dpAvjdG n8peXsUQaUOsZVTiKmWvatW4hlq+K9Kd5WmC6wq51n6C9Hy+AUlleEHwnq7s7YFcs0sRsjAwONpn 7fdbtu1JHsf0QVaVYudTrXNF2vCtb9SKnh2NM6//YwtELq2/oKmDtIRvsyWJ1zZOGQvt0KLx1yFP lspCwYRpsQBBdatrfpxDflFXrp1PG4owKLKnQjMgv0uZaofPsHJVQ7h5IIyAuvrsJUWW829o0fhf ITmpjwELkfzVpxCyp/BnRNV+DlH0ztDe60OKlpYivWMnUFXbE1/Hy6sKGvIndibWnHpl1Lr4HeCt tspb36iJnh0TRM9EGvPCGr0HF8KnyJ2ZT7HpxjO89d10gdbS6BDE7HcOkrtzF1KRNwv4NVLd+org 73cgFXoKiuw9g7ScWgqMNxq0kthAJEURZK+KIaya7EXvr5DEoLZKZG9o0fi7ga8iaQwLQzb7AWKq /UIs+Xi2ByOohmLp81h59cRVY9oUvaKw5tQr/4rO/DyVo7czcBxw8PwVi3+S9zxqomdHKNEzUSt+ kxuqX6C6gYSRO3AjeCayLHIawVtItyp3BOKt9QTwMiR89CNk0bkOucmcAVyBNCPvOt9tlWxlGKCm tb7w0ZUgT0x1sue7pdq8K/pLNejVESjca5Fq8puBo5CcutOR9n4NpJdvKPtQBRTg77ozxyuj+jbv z2R7v0SidwWizj5l/PktUhF9SR26LQ/ORE+hVvomN5ozL4h0K/ehJDhU552N5Os8gxQ33IIQvMOD bRTZU+bC6qZy2OBo3w9cjg/xxqJ5ICnZS2OBUUWiN9UqcXWrnjTj2vYzcy2rQPa063ZvJAQ7C8lZ vQwt/zXsvC7SwLmI68LXMdJ8PyUTvajQ7e7AlvkrFv8m73nURM+OxERPR036Jh+UsjdjwTKv5E7B kuM2E1EA9kXUt41IFd4mpO/rfoBtEdFDsPcgrbsejVPs8i6McEFctwDITkInG9mzdY/wjbzUuaTz 1auho8K0Sc7rJCi7pVeeYxbRHSTNMfIqxigSa0+7svDcQBtqsteNTERPoQ7rTj7kVZ1r5Nmdg1j8 XIiQOVWFtxFxuV+AyP8v0YaYCN0OjvZ1SY8+QjZFqHqQf3J5Vcie+rzNZjOW7JXRDzdsXJ+GzVEK XZxtSlkKVdbxfZGgPObl+3O5Hicvcq7GroleTfRs8EL0dNSkb3IgR6LXoNvqZE+kdRF0Wi68AlH2 9kTy7C4Dbonz0PL1dJxnbk3a8atO9uK+e5Wvp6OMYgjTJ0+fRxEkMokJso9wflqkOd/Ar3KeV5i3 iOMXWSC1vH+8i2jpPWl15EXIqkD2aqLXDe9ET6EmfL2PpGRPU+t+iOTORcFmdaKgLBfOou3HNYGo Clmf5CzLwg75hYmrGsJ1OZbvTh5J+hQnIXBVIHuu51LeRDBtqkHacePe84W4z1X2WpL0GAouRCst ITOJo41Y1kSvesiN6Omoc/l6Ezait3ndbGYsWMZ5R21ra20E0QTOhJlnNwjcZVbhqYUyamEuOqfI Rwhmsql6rsfJi+y5hFqrQvZsqIoCHTa+Qh7KWlnWQHmGUs3jFJEbmDR0G0XM0pgt10SvmiiE6Omo lb7egarA1UidjrDWRtBdFQtiTHwc8O3B0b4/m4O5VszFkT7fMG8EeSzYU5Hsqe+1jCrcrGTPh12K rz62OnxXfEJx1j1lphhU7dqI2h/i18jN62ZnIntZyFpN9KqJwomeQq3yVQ+tVbuYhG46otQdSnfe XFRrI+g2Jj4buBXS+WYVuTAXbdNQFNnLcqwsxwj7Psv010tK9sB/f9s8zI/T5J5BchuPJGS+CmkG VbBeSXIczZ1gPySNZT+k7+/FwJawTj5pCzJ8tUqriV41URrRM1ErfeWjtWoXsyJ2e+BcOitidbJn tjbaFVgc/P/AwdG++8x8oSgkyQPyrV7kkXCedB6Tiey5oGx/vaqEcfMge7Yxw85bX+dQlYqg0l7X ZZA9i+XU3sAMhNx9G/g50sP7YOB26O4mYo6dVdVLi5roVROVIXoKtdKXPwzlbpvgj1oVlBJ3FnA+ 8HXg+OA9ney9mIStjVxhSyYPu7EkURbUWGHbxOXj5RnGyjJWXoUjRdz4ii7OyLJ9EWTP1ks6DAs3 zrGOpcOVRCb9rS3kZD/gFOAkYHPaaz/NXPT9oBpE04YQQvcA8BraD9hLgUtp5zyDPHD/BiF7BwF3 Rn2/acieT4JWNtmriV43Kkf0bKjVPr9ordrlBYgZ8cPAR4B/Ak6jbUysyN41wBKkYbmCqog9HIfW Rq5zclmkbSFBnz5VaRLDe5HslfX5wuA7hAv5mRmXadasb6sjypMwSR5gkt9aq7A/AknxuBk4Ur2f heglmUuV1PU4GB6iJqEzLaf2MXafifTx3g44aHC07w59vmCPeLiQPd/ErCZ61UNPED2FWu2LhiXH TmE27fZE+wP/AFwFfAH4WLCNerpUiKyeHRzta+nqg942LUkv3DRWIfo+aRd6XxYUVc3X81VNWFQ4 Ky3ZCyN2eSp1RZo1KxRV9GH7vY32hCpf7GXaJucBZ6KRvaxEL2wu6nXIv0I37blvUe5UrvPzdBO6 TUhIFuIdC7YKxgi1mLLNP47s1URv8qOniJ6OWuXrhkb0ZiMdJ+4Ctgb+G8ml2wYpjHg9cBPyNP7v wMnBft9D+hLu0Rh4Us6LK3YB6Aot2frhKsQRPZ/5aK5KYNw2WVAFspfnZ6wS2XNV7PImb1nJno3I 5U0gXcheSHhxJt3tCU0osncjcJQPogfVsF9JmufXahGV6wzRhM4sYlsKjLsQu6j512RvaqNniZ7C VCV8BqlTT9nHIwsyCLF7DMnpWAq8B8m7W0l7wXlVsO/eiBfeCoQcMkH0AiirFRfYiF6e+TNF5NCl nVse4xXl/eU6H5/QyV5WG5OyyV4aVa7soo+I8KLKzwXoB0Ytu5+HVOgvGRztuzfrnMuwQAmbh+3Y EZWxXyQ61xlCCF0aR4Ik8w8jfEmIWVi3DRM10asOep7o6ZgspC8iBKuwDXAA9qdsvWDiVKRt2M+Q NmLvRqq5LkIMivdvDDzZUqodJzwZedAosqfC6jaCV0QOW1SeSlHIi+yVpWaEzSePcRWazWZpxRlp iJ6OsgpKkozbbDZZuXJYf0g8G3gbQjj6gVsIzxfT15Y9gv3OBk4eHO1bC/l6xZVF9iwqp8IbiaiM pTvX+SQkF3oa4lJwyuBo35+LILRJ3A+g921WaqLXiUlF9BR6nfCFED3lW6egW55A51O2aYVyFnA6 nabGMoih3LlAET4buUu6oOjIWhyQpTLXB3zd5KB8FSMMvj+jDWVW4qYxSM6DmPkYc+6q/rDK2Evo fki8O3g/LryoirGWAhM/ptl/Oi+7ojIe3lotDke8QtVT7t8E/9alMb0yVv/eY3Odbcf0+XAM3etJ UvuVpKiJXrUwKYmeQq8Wb2h+dm9DFpODgV8CPw422Zl2MrRpeYL2emi/WAVXotecKWuULfRjLkxx eXzqd1HjGU/M7wGOAgYHR/t+nVSpqzrZSxp27WWyl0WJLMpM2UeXi7hjlDXm3FX9UZWxat3YCNwJ LACeAl6iDREaXow7dhq7Ilf4uiYsSt1sxIHgJGCz9vrVwDHA/cj3sD0SGZln7G+tjC3S0y/uWFOF 7NVErxOTmujpqIrKF9F94nnjdbXI3hj8fT8Shv0SUjl7j7at9Sm70aAVF451hdn31lwwoE2oFSmM Inr6WNqC+6ngc9wOHBxlCqrgGuLJmzBFKZlZj1t1spdXzqAvshdG5nyTszLJXqDevQa5fo5GfC13 0jbpqozFboK+J6I+XQbcklWpyyv1wMc1oeUj/ghR245AitSeRpTOzeF7cxwS2jYxURlbhMVMVhKZ J9mriV51MGWIno4ySV9E94knkcVli7a5LvtvAj4fvD6M5N99PXhtvNFAfkdPxM4KrQIX4pXSuJw+ RfYConcZ8F4k3+WdIAulRgIPRfJcdkC+l38FNqnkZRfFzxdhMhfXIohY1cheUf56STtnuCh0euXu ZCF7c1f1jyFrxQuBZ0M2U2RPf9iMVP5NspJEzc37+nAd17FoQuUjboWQXRvZWwF8EiFyY0gY/AG1 9hbxGX2RZlsUxjfhq4ledTAliZ5CnoQvpCr2MOAR7BVZxyBP1U8bQ5k5HvvRqeYB6XLtYuFYpBGF uGrdTTeewcqVwzcjT9OfQxZPYILovRj4FRIOUXmIWyHt1/5lcLTvTH08m9ee+V5SJAmH5ImpRvaU UmySPV/hVjVW1UKuacacu6p/D2AVst5sQNaRAy2bTlTGjg2M3JumBVsaf7s8zpWoa12fT6vFwbgV Taj1uEPZGxzt+3PY2Hnn0hZlm+ST6OlVua5Eb68ndgh9L828aqLXiSlN9BTSEr6QMOxVyBPh++hO eF5Eu2AitiKrMfBk5wJzxS75KnbqGOD9OCbhsyh6IIreOUj4+YzB0b7fDC0avw74ezoX5tORZGi1 3xFIbs10JGn6iwSqRhJFIksIsqjQcJWIHmT/3LrpdlRLL5PkTQYVzgVant0PgeUOu8wAPoyoc28F PgocPDYwcp8+N+j8TtP02y0j3zSK1LVa6A/XejWxnrvsWjSxHdoaUhSJLdoqKozsxVmoJLFicdl2 ryd2sAoCm248oyZ6HlATPQ1Jize0MCzAwuDvG5DE5qiqWIXIiqxCwrFQDIEkmuyFYWjR+Bzke1oI PIqon7ORp/OTgV8gi/KnkRxFkO98F+DVg6N9/2eOmUdOWRGLve/j+ELcnOLIHCRX6SZLyFXBUiGr I65jgolZSMhx4g7ZaNCK8/xzIXs+0haS7GO7FowiCr1Xt15golcT728MG9pOLOq4cfPMI1rg6ziu 4/kO4cYRvTCCp6AX7kG0Ub/a/sFZG2qiZ2DSEj11goQ9JYS9p28TdqJoBG8hbT+7bRDrkoeRhVkt RqHeU42BJ9d2Dd7Dqp0rdMIXR/aMRf1VyFP2U8H/vwfMR4xIbY+g2yBEcBfgWOCb+pu+3fvT7KdQ REVeXljePz6RtwnhZE6hqpWueZM9C5nTqzzfQHudeDlSTKFDkb1B2sreVkhRwLfHBkYm1P+0qqeN 7LkQEd9kL+6YQ4vGo3p126qJbSS6o2iiyEpgHxZFvUL2XBS9qLAtxN+nTdRErxuTiuiZBG7TjWc4 PQHYtjnvqG1dTEUP13ZR4cRnkAXkRdp79qrYBGbFmVAysXOBWdXrgqFF4wcB65Df5Fqk6vBnwds7 IyRvBqKk7oe0d2sg4fH9kBtBJKLIoOtN0EQvV+GGqXMu/nNlq2ZljKePaQnD6rlgO9H5UBhF9pTd ydnArRCv2CWZq0Le6Qv69hGmxArvAL6FtGz8PtG9umOriX0XUCQlrnmGsX2MlZXspcnT84ma6HWi 54leGFFzIHChOOuGP7bOO2rbw4g3FTUxDViLED3pUWgrksibePUAsQtDEsKn3Ry2RvIf9wJWIzfI +5Cn9uuQUNZsYNvgvTORpPRhJD8S5LfTK56Bzqd9iL8xFFW4UVQhBMQrdOCu0uVBzOKOmWbMjP51 +kPiUuQhcQvwl3Qrc4rsRUUAlgJPAANjAyOPqzmC38+tkDZnD9Kre1p+ncI2SI/uDUhRyYbg/88D L8Deq1tHompiH7BZDvlWQvMYI2wsZW8UhTgSV1blbU30OtFTRE+XaaNsO6JUvBCitwxR5F4H3B8Q vbAwQJip6BmNgSftB65Vu8RIo/ApDC0aPxJZ4N+O/Ha/RW60L0MI3R+QG8nLkZDZN4LXj0R8xiZI n+sNocjQje9xoLPCNQwuLb9cSFIWIhVGcHwSyKwkau6qfvMhcTPwn0hHBeiu8jwBuEIbwhoBABgb GOk4H8vujWtD3HlpUe/2Q7xE70WuvfcBX0bycf8eeZC7Ptj2HTj06rbZLuWJtKHfvMleEn/PPEK4 NdGrBipP9FzCr1HbhxC7Ju0iimNpV8u+HHhsyZJmS+sHGR8GMFW7mth5Q8qQrv6bbwX8M5KQvTD4 t/It3AHJ29sbUUz6ge/SdrwP9e7Tj5clZJUVvsme/gSfhYz5IHtFFWj4Jo+BoqcXYh2LEJVN2maf QB4wpwFrkDyzB8YGRlplF6bo46YlexB+bmpGxbaOHeci1+hzyPV2OrIuzwUuD7Z5FHiF7TqE/Ptd +66MjdsvjKzl8TnzsFwpg+zVRK8TlSV6tiRLiE/MNN8/76htdYPipYj1hsLWwXtNhBAcDNxuED1w CAMs7x+f9EUUZSKLwqdjaNH47UgzcuXZp27IjyA5fBuA1+Lo3ZfX4l7UWPpNSxkUQ3bykIbs+QhH JiGQeZEoLXRrhmGbyBp0+NjAyLo08/E5T9dx05K94IHL7NZxIm11DuwmztOQB64jgv+fCvxL8O89 EfUO1zw7H8UPPo6TNV83TrnLI0rQq6peTfQ6UUmil0bFM4iZCd39/F2W9zvK7c+64Y8T5faKcJoL XdjFv3ndbL8nWEHWJ72CrITPEjZajeRBbUJUhduA7xDv3eek9kWhSLLnmmfoi+y57ltEgUZWIpV0 jkZ1rb0Qy1PxhA4f36Xtu4oje5ZrShVGrCW+WwcI2TvL8vqOSHj2VttOSfPsknT1gOp5acYdI+q9 4DeajhDvPYF9gN8j691aJMLxSiQ16WRg/eBo369rojc50FNEzxKGTWNPEEYIJ8rtlyxptlyJHbTz m/Rq39Qn2RRW7VzhS91TMBfIGO++D5KgU0fSY2f9DD48AuPI3uqZE2KU9XdI2rqsSvl1UeNmCQtD vnmFaceM+r5ivP0UZiM5iHrU5FIk9Lo73d069kSKokxMdOwYHO27F/IxCTevN5/HKIroBYUrOmnb DSFoX0PyHX+E/CbXAA8iRPkhhNhtpNMRQsf/Q6yo9gAeGRzta9VEb3Kg14heVBPqNPYES4Fx25Oh ywKwed3syKIQpxOtJnap4ZvwgbUC0PTuC1P7lJGt7t33LJIqcDawJew8i2rfBPZcINvrvqFy9pIe J40qmIb0VJFEJSWaRc4zam62fUKI3mwktHoXkgLxI+Th2ewZuwm5RiCkW8fgaN9Et46iqtV9j5Vl bE0J3QHJQZyFpJBciwgXVqUN+W5/j9zHXoh0+/hPhNxtC/wOUUNPDMbcB8kTVb/RbYhF2E+Q30vh QuDjBMbcVSJ6ptfe8MbTac68IHRuNdHrRGWJXhCKNfM7diK8CbWTPcHgaN/jtmMmuXlGETzbZ+k4 4Wpi5xV5kD0IPx8i1L4Gnd59f4csqN9HFu1tox4obMcyc3rK8s5LemNMG/6N27aKJKqq+XVpTKnN eQREbzayzqqq4J8jDz/rkXP8PuBvg/eiOnhYu3VMhiImc9zgQXFr5P61N2L7tCfwaKPBx9W2wXa/ Q4jeXyIq3QLgfsQMWqFDaQteU9/10mDfM5FK5fcBFyHEegliIaXw4eC9i5HIhAlF3NcDr280aDWb zUILMsxOGVGCSU303FFlojdGeH6HrQn1zdr7ofYEE23FAmQJb8UVhigCMnHDrsldLkhK9lSoPWkj dyBK7dsbueltQYo5HgEuAd6PhFTebQz5HuAoxE/tUfViWN5R2d0wkhxfJ3qQjuz5CsFWITxa1Ji2 HrZpVFKjk8cHgC8haS3HIoTtXOR8voruXrLWqElSUhcFX5Yk4Lb+a/ltMxGFbTvgq4jIcB7doVJF crcD/gsRKbaFzus7GHcuEt4OFACeRpwAlBE0GEpb8JpJ2pSbgF7x/QDy2+2FqIE7AD8NXn8IUfTu Hxzt+2HYd6SKtHyqeqY6l7ZDFdRkzxWlE73zjtr21cBnkXDYKJL3BPb8jgO1XSObUEM+XQl06GRP L9oorFCjxgRcyJ6NnLv027XBktd3JHIeP4P48p2NKHynIBW+Oj6FPIjciSiDPwRuBD4S14mjSLJn EuK0ZC+JUldFEhVWoFDmPIswqDZCt5cjDyfPIwTnKOSc/QRy3o8Dhw+O9v2fvv5ZCjUWI0rgRyC9 cXEaSyPtIW0xQn6eR65TENVdEbZrkdDnXCT1YintUOk+iGp/P3BQsK8ZKv2MdmjVpvGtwHUWogdC 8mYiBOyjwOfpzCXvUNqC1xRpuxXxCwVREbcDNvhaR0y7lTgDZUjeo1s3ZwecFT2oiZ4rqkD0jgJu QDoYzEVynD5D+wIMze+ICm0VlcfkeixFMjIVatSIRBjZM4tlwpCU9LnkFSloN73LgPcihR3vRBZ5 JfWa+X3/jhDCP+VtAKsvtub5qb5XX6penFpXJolKEvKsSn5d2jHjYMnRm4EoRfsBn0YIUAdMgjG0 aHx/xMi4D8ntWxrsa93eFepc9gsWVwAAIABJREFUDK4pFSbdEfEkBCGgK2h3x3lr8PoiYAQRD3ZA emQfH7ynCNtLEJX+dwgBewFtYUFhE0L6HiU8VAqi6F+ChL4HQojevsEcpiEq27eBZ9Oo+2HFJmHw bU2T9XjQLaDURC87Cid6pj/eypXDL0ISSa9B1I9v0d1mrCu/I0liu2+4EjuI7uBRn4T+oZO9MAW1 OfOCyN8li0EsRDZjvxlJM1AefocgvXr/Ant+30rEe+2owdG+G9Qxspzj5tOzyzmof6d5qXomiiJR RVuvuI6p4LMaOY/K5nlX9Nv61S5AiuaeAQ7Tdr0aOAat9aAHovdiRG0DUeiGkWvraiSdYleEQP01 EkK9IZjf3yDK2T/SbqOmCNtDwGOIEncuQkxVqPQaREFTRVm2UOkXtKluh9gy3Q18OY0ljAv01mtZ PTVdjpN2/JrolYPG2hNGWqtnrkvkWxcFk8jF3TSDxeEXyFPZ65Hy762RvISrCKmKheJUOx/ELgw1 4SsHzZmS6pIH4QP7ohac61shN5cBJO/nqwipU/l9FyN5Uc8hNydoK30vDf5/KJLD05Hfp7BkSXPi evF1bqVR9aA3yF4Vxqxy+NpGhi1q335IGsKnkPP575Dz1nQ+UHmrVwLHpyF6OiEJwrF6Gs8yxHLr Y0hYcxpwHJJTuAYpbHgIyel+ECGce9NJ2G4FlBz9dURtU6HS24LPCVIN+wyWUKmrspaFlCVR7tSx yjR4dxnDTK9xIXpRqO+tgsbaE9q9E+MIn61bhevNMCzMGtz8vo6Eq45FcvE6oF9ERYdkk56YaVET vvJgU/iyEj0dDr0/VW/ehciN41tIKGovOpU+dXP9MXAAcDhikzADuZl9BdjS1ZLPA9KqepDcV0/H ZM6vyyu3LuuYLvObu6r/QCQ0uivSueLbwVsqx2wLYq9yl2X385Ac7MHB0b7fuMxdX/f18y+4f+iF CVcjqh2Isvdo8Np1wB0IsTsJUeZAiOBMgvtOUsPzKCQxZ046TtGELa/OGzpsYkl9X/SDDqKnEGeI aiLPoocq5tpBcuXOFfWJXR7Mp8OibFssCevvRcK2B9NdyXscUuxxHUIMv0U7GRtCqnmzkr8sRA+K I3uuodgiw7hpxy07fD3vin69gOEIJF/0jcAvkejLr5CctosRG6uXBNuqc/RJJI/tAwjpOlKZIcfB 1VcvuHZMtW1fhLzdjqT8AG4V7b7uZXlbI/U60XMVSGziUn1/TI7GaSP2xtA2xPl8RSFJlY++fd7m lnFzy5vYRUGd5PWJXR0oMuiDBDrk9JlKH7Q9ta5DcoSUaSq0q3lvD/Y5B3gHsFdj4MnfkxE+yN7w 8LDXgoKsRQoKvvPXfI3pm+wlnd/cVf2fpjMcOwN4HDnnpiG+ersjKtml2q7zkYeNU5FqUSCabEGy +0QUOUs7li/knS+etuiiKkQPuvOFTYQV1tX3w+ToInom8nwySUIUsx7btTWUr1CsT9QqXzVRJOkD GFo0/heI2ncOomIsRCwuoF3NeztCBO9EbrSPQHZFD7qrmssge+C3vVlV/OvixveZX2cbU8u5OwIp pHgOIWnjtMOxv0QeLA6gs1jubiRH70+INckZwKNxpM4Fvdopo2iiV8S+WfbT4ZIOBbXA4RMN8GMg nAQ21S7PYxeZa5c3atJXXfjs0hF3zhp5SmY1bxeqQvTAnexVMb8ubF5Zx3Q5Ztb8upjetR9FyN1D SCX4s0gnBlXSqMKxTyCdMDYjPVZPQKpWN4wNtNOAVDVuWG5dVpRh+5EUeUejiiR6vipy446dtBij hhtiFT1fqEOyflGHdasL323ZbNeKJSEd2mrfFYiqMoE8iF7Y3FxgI3tZ8uuyImrMquTYZc0rDIje e4B/Q6pSX4eocV8xNn0VUpH6PNJeS8EajlUYGxhpqfk0m02Arl7JPkOACkVUg1Zp3Kzjpw11F1F5 WxO9fJAr0QsjXD5yKtLu2yvKXVLUF0R14IvoheXhRJE+22u+8lp8Ej21LxRrAuwyps8QcV45dhkM kH+DVMreglSazkLy7l5nbL4LUu09HXj92MDIfer4UeR89cx11nNERxVDrpM1fJu3rYvvMcK6F9X3 tmzwSvR8PmX5Qq8rd0lQq3zlIy+S5/K+jQjqVW5lkz3b/PIo0Eg6BuSXX5d1zCThayM0uwPwazoN uMPwUTpNfrtghmV1YgfJbLaqGHLtZaJnI9JRxy4jv89ljDARpiZ62ZGZ6Lnmv+UBvQOCialA7KJQ XxzlIY7s+V6E4xQ99X/AC+lzydVL8tBXJNmbDB52+niBn90Q0jLySKRCFqSbwwraFigLkUIJhS/R Nub+JmIy/LRO6PT5qDmp49qUOxf4tOKKO++SHKMq4dsk80+7jpRJ9OLSqmpFLx+kInpJfuzJGirt FdQXSXmIInxR6lscTGuJuPCubZuwJ2rXc8W0WlFIexPIi+xVJb8ubMwUOXYgXna3B/+eQZvMNWhX yD6EGBMfj1TE7gy8D/iySebMuUTNJyvRg3ysOqo0Vti4vkPYWchc1PtBzu92wGykwnr/4O8LGw3+ LYl6b0Oc4mj2hVfuBvV9LD2ciF7Whbwme9VATfrKgU8bFoUoshe1HdgLopKqfL4qcHX4IHu9kF8H qXPsvoIUUyicglRaKz+7PYLXzQrZVwGrEe/Fs8YGRv6gzylNW7rJRvSSjJcknFxW5a0L0Wu1WIK0 Gn0S6WzyY2AMaUO6GWkr933aHoo0Gn5cOpJ+L7V/XjaE2qv4tjyZSrlyVUdN+MpFWuLnqsy57q+Q dhHNaqBsm0eSvrh594d1nUfUvhDvYWdCU+4WIGHZZ4DDaBO4jyDdUr5Ep5+djtAK2UaDVta2cs1m s3Si52Msn6HksPF9jWfpoGNiO0S93Q8h/T9BrG+a2AndFuB3yPl1KnAgouIdpI35C6Sn717AQ40G rSJJek3w/GBC0cvby05HTfqqg5r0lQtX0ueSh+eK0KKIhOeBb6Kn5hFG9uLUujLJXoqOE+ZNezHS 8u5jiEXOp2grKdsAnwC+CPwn4nH3DLAUeHOw7zPAPmMDI4/b5uVbmcxC9CAfmxUTPnJdfcDXuEOL xpcg4fiNSOX0zYiq+zPkoeC7CIGbB/QBP0CM099KOKFbjbSvOxbJ1TTxCeCzSLHOx4ogerXFin80 wM8PlxZ1WLca0HsK1hdVeXAp5FDweaNMW6RRNNmLQ1FkLyuBMooobqNN7m4F5tDOtduCEMC7gl1/ DLwGeBFSSNEBFVrL4ztQqBrRq4o6GDWu1jPYCtVFJFDtViAE6yvAG4C9kfPkM8Hm2wH/hYRX/xrx O4R2e8RTkXPmbcCJiK9mGKE7GiGI9yOh/QOQoh6FGcF4PwRudiF6LipplLBUV9/6R2GGyXHoZZXP bLzci59BR31BlQ/fpssuSGvF4pPsqRtAs9lk4cY5qYhbXoUUkMm/DsKLKFRFrCJ3antbN4odaHer 6EJYoYVvqM4XaRFWRGRD2qICH/NKA62YYT/axQw/QsKntyCK24eBixAyd6JG9F6EqG8gpuc3I4U1 W4zDfAM5P94NfC147VPIA8NyJGx/GvIw0cBO6Bgc7TsiyWdLUlDikkNo2yZK/KnvTekwrewJKKgb xZY/HtVTKt+mG8/ouiH30mewe+/VF1LZGN54OqzOp5AD2qFafXy14E6fsx76d+ko1JiYUwziKupM mE/27f3Ws3pduvw7Hzl7JrHL6LN3OfYiipciRRSrgZOQ8NjW2nb/gZC6QUTFW99o8Ht9Puac156Q dGr+kMXzriq+qyY00rY18lt8ALGiWYncP225b4pUqTAqCKFfCRyChFT7g/+fAJysHXIj8AJgKyQ3 bl/gKuT311XBLyFE74O0id7FwVizgv8vD/4AXD842kcw3r5qkKiqYAXzt3H9rZKuBS6YsWAZZxqv 1f6x8WicNtLXykuyVjeIuJtUr/vg2cieTvTUiehys9a/C1/fQR2W7X34InxhpE2Nr2Bap5j5fOYY rlW4SXOBVRg3T2UvqVpnGzeigALiiyg+BZyFhOC+iRC7p/SWYlnm5hM+qm6hOqFbrcBhBkK69gIe R0jTM7RJ2y3A4Ugo9Q5EGXsz4blvKox6DfA9JL9SD5++HSFvs4GPDI72XaTN5zXAvcj5cAXwDuBR YN7gaN9ExXTc549TTdMSsSQFLFHrQBpFLwq12heOjmIMn2QvKs4OvUXkopCExGWBCxk2Q8j1ST95 4EL0zJCrSb7iQrLNmRdYz6mosGzYw5xPzzCfZM+DxYmZa7UbovScir2A4lok9BpZRNFo8LgPe5he IXpQDbIXEKuvI7/FHsAjiGr3JeBKxIfwt4gP4d8CvwTuQ1SxBuG5byqM+i/IuQHdSt8nkXy8scHR vrlp5h/VHSPpGHlsnyZ8WxM9/5gI3fqWWafPWc+mG8/o+sEmA8HTb37T55Q3j/Ov/IPxit+T3FR5 oCaPZSLsxhpG4FT41xXDG0+naVyzuirdbM5GOXW0lTmM/3eGYH2sKdPnpA/jQif58UCC9kNuzrsi CfJvBt6L3PR/j+TY/S+SDP8Zbb+7EKXmb5Eiiq8gJKJrXnkStRpWvCH4W4XNL0bU18XIbzSEhGhP RUKlN9MOf34JIXpnIf2CVTHDxcG2r0FI313AXUH4dC6dtmahJM9VPatC6DsudJ83ZixYRrMme1ZM ED39R/JF+KbPWc+WPx4F5BOSjIOpcGU9tiKuRap3RZ60NtXIfLo6k/rJqQyYOXsdr3s+TtOiupt2 B83m7K7rIOwGVCTZ85xbZ8PDSBXkjkgo7++RIgmQHLsNSJh2NbAPog5dABxFRBGFQp6egD6g5tds NsueSgcy2qycAnwH+d1OAa4GptP+vT6HqHWLERXuuwQq3eBo33eDbfTcN53E7QL8fZpcOMe5VwZR qRpFoL4vhSPSXiVPV28F12rbsBCpGdIsulIxK5IkuvuCThZc8ifrUvepCVso1wYzR9Wn558Om+1K klCnDwIVhG5VJ4rdkSKKS43NrGbFqrISOkPe+ufyMdciwrdZ7VWgUqFbBWVl8iiSk/ca4NDB0b4v RR3bhqi8NN/wMa6vcKx63xVJ7FWiUN+PouHcAi1PwhdXTj1jwbIJZbCXUQapg/SJ/HEXXH1xTQ34 Inw+26QpFGG9snrmuol/r1w5rBODu5FQ7p+QpPtB4Amd0Kk5Kxyz0qwZbOOaJecDpPYQVJhqRM/3 WPp4PnNNJxPRU3Dx1EsqJNX3Hf9IZJicx4kaR/J6TaEzUVYLlyxVmkk8DeuLbmpAnU+u5wRgJX1Z qvx0u5csZChqH0XqXK4bfV5hhSpRxC4M1yw5P7fPZ9umjH63CkWpekmUN5/zyntMNW4c0hKyQPGc hhQd7R782QMpThkwH2qSjJ2G6NX3m3SYlmTx9ZlgHUUmFMErs9DBB4okeVntN/TfY8YC9/3qBNip AfX7msUaNugFHOp8TKLshXvrCVS+3sKNczL77JnEbnrEflHz0tfRCYK3yHlKHThm5ZkdZC8PFJkL aHMMaGO8I4ydNKcr7BwJ267qSOtF6Pr5DOK2G0Lcdh5q8RkY/zNSkDKO5KL+KtjteaTa+LvAqwj6 3rrMPen3XpO8fJDaXiUt2YtTiyaDigfFkby0HRR8dyKpL8KpA9dQLoRfz7bk9DQ3hSTKlx6CVaQi CeF0gT5mWkVPQZG9Kqt6cdvYYNrdqP8nUQjzTifKS9FT8DF2jNr2bkARt1uQgqEFSBTv18E+r0YI ncJapAL4VODpYKyl2vsXIR09lgDD0Jl3GoYk4VvTf7a+p/hBanuVtOqeSj4uEr4vsDjkTfLSkDuT 2CVR7VxQK3s1bJixYFnsw1vaazJO2YtT6/Q1z7ZGpJmXPub0Oeu5Zsn5qcmeUvaKVN/CyFnUtmHz qmrlcJlQ55RG0nZFSNf2iAXLY9BJoIYWje8D3IAoa48CfUhPZIhW225FiNsQcCNC5ADWAO8P9rkN Ue4+DdwUbP8SxP/PxE0I0TuSgOglDYnXKAcdLdCyLmyuCPPYS4u4hNmiTroiCB64h2fThmPTQrWn qZ/EJi+SqHlR8G27snDjHJrNJvOG2z1YXcOwvtWbMsmeTtRM0mbuaxsryXHKJHJ5/G5Jx9cqdl8J HIp0PbmRbhudx4FZQy2Acd1Y+Re0lbX7g+2eA3Yy9j8XaWv2NaT/7ZPae88Hf69BiN582kRPEbfL ECPoQ7XX3w88gCh/aGOA+AL+CFEIlxvvjwI/US/4/v59c4MaAi+9btOoe2Eee2EkJkqVq8LTQ14k L03unZK/iyB3NtTq3uREWpIXpur5JHs3sZ7pwGlz7GO65tf5Qp5kTyGMqPUSyvYNtIQ/dw3eumao xUYtb+0W2uHPNYhR9hsRQvRFxGB5d6SLxtPAyxHidxxC0s5CQp5XIaTrLtrK2vxgjIuBJvAhY5pv D/7eD/gHpJ/tq+hso9elttEmbhsAPeFzDdKRZVdgJJjPTwdH+y4HWN4//srTRvrUDzJkfmfL+8cX nTbSd475eo3qwgvRU0i7YHb01Rxuj2WOXVX4InlJ/O1sc4Di1Ls41Ore5INupqyQ9ck7L2UmaaeO qpM9hSKIkcsx8pjHwo1zWL2uFC9UXVm7Ofj/RcBfYg9/zkdIl2LdPw3+fgQhbIqsfQGx3HkeUeG+ CXwU+GEwtlLWjgz2+20wztPG/HZEwqvTkG4sTwXz1dGltg2O9t0d/HNfOk2cFfYL/gTXS2fTBIWk OapJXjeRtv1ZjWg0ms1mK48Ly0fJd9WR1RfPR6P6XrkwasI3NRCm+sXl6WUhWWFFE0ltHbLOI2p+ Pgo0stquxCGPggx92yikKciA7L9XoOhdghCuXwL3IKrd88ALgdMQkvck7fDnIBLS3B0xzt4AvAJR /K5CVLe9kKKItQg5U+3wPgT8G6LGbY8URjwSHPsORNXb5FLkoCNt5400SGuRFHctmvey+p7hD421 J4y0IPkF5oIiOmuUgbQKng9ip47fC+ROQc+5qC/eyY+8yV6Satia7LkjDdEzkdXguSSitwgJYV6D hEn/ASFsDUTxuhvJoXtdsNt3gaNph077kBZ3zwHfo10oMQ0J34bCRujSWKwUea/1TfSazWZtqZIz JkK3ecjmeSfMFok06p0vYqfPoSqh2bRQIV1oG+vWF/LkggrxJn0YCVsv4nz10owZdyzf8BXG1T32 soRPk1TXRqHXcgJDoHLWZiEE72HgYIBGg7uDc8QW/mxZzpdP2Q6QxEeyF++XcSpims9Ukzx/mFD0 dOh+UwouPVHD4OJZVVUkVe/S+tpFHR/8+d2VhbhKqvqinnzIouyB3xtelKLg+1gu8/DlsQdufnUu yDN06zpWmshS1nuLK7kvM/RZxrhR34uP4yzvH+fM6/9ofa++H/iFlejlgdUz1zE8PNwTZC9NaDYP gjcZyB109vdU/TwhvCsK1CrfZEFUpe4mrbDDvHZsRqph27pU7asxFcpch/Iie1lJV17GzEnHSRu+ jSImzWaz67Xh4WHr6wp5ChRFpAfoiHoosHlPKsRdl1nmCoQSPajJnk8URvQUeoHwuRC9JGHZpBfH ZCF5LjcxRfzMz1tf5JMHrrYsptIXlagdNUYYqrTuZCV7thZpZZA9X8d0hUnM0nYOUcd18QvUj+nr YT5NJ6qkiPpsSb8zRQCHh4djtnTPnY3KzVOo7wN+UDjRU5h3RX9lFt0wmIQviWqX5cmnl4meK8Gz 4Zol59eEb5JDtxACuqrsohSEtNeFPm6VUkjSkr2oPrhZiZcPohdF3MLan2WZd55Ez9zOV9Gij76w Ojavm83w8HCiKui031mz2XRWzqMQR/TMh7b6PpAepRE9hV4gfK7wdRPpRaKXheCZqAnf1IKu+Pkg e+oGEWW+XpU1RykbgPP1E0X0INtNPAw+1aGw7atK9mzbmO31ksLnOah6PpvznLuqP6oX7sDYQPJ7 vwvRi0Paz15U//jJiMbaE0ZaZbezgd4kfHkkcvcKyTOftnyRPAUb2dOPXV/wkw+K8KUle3EEL2y8 srG8f7xDMTIRReoUXMOfVfbe6yWip5BF4Ut6DhpdPHZDiNvOiEef6uAxjlQN/wq4ANgK8QT8OUYv 3DKInu0zRxVyKtTrfTZMg/Lb0Kg5rF5X/fw9aJ+sVZ9nHlDVs2bIzTeEOP63lfDVXTcmJ3RblqjK XFs/zLhKXhNVsn5SPXrXnjAyoczoGKYzL8ql9Vne67kaP2mosGxBwTcWbpwDq+d0EHSX83Bo0Xhj qMU0GN+NbrXt3bSJ2y20W69BZxePNdqQqoPHd5DOGnsEr0f1wk2Eicpouh9GXBB1vbnkxNu+16xN C6YKukK3ZRI+8+moKguxQlqjSHBX/aqq6IXZo/gM2YYhSt1Tc1CoL/jeRlQYN+9KRR9jucKsKI7L ryrT+qTIeeSdb5d2P307LSS6K0K6tkd61z4GnUrZ3FX9+wA3IITrUcRc+Vak92yo2oZ01JiLGDGr 1mvz6OzicRui3H2adgePfwX+yfIR3gasBq4H3gLQaNBK89vEqZjmdZDHPbwO4yaDNUevaLLncuJU wQ7BZTuFyVSIEeWB55vo6aQuzJ4lSfVlvRj0Hswq3byLKZIaJ2fpyGGDayJ90pZjVQ7T+twn7b4B YQN4A9IB42VIu7LnERKmVLVbgV0QQ+X3AVcgrct2Q5S1jcDjSGeMncYGRv6sHeMa4Bjga8AZSCs1 ExcBHwaWMNHt3dp6zdbFQ0F18PhlcJzdkTZtCtsAX0V64X4a3IheVEpA2jw7G+p1Ol+EFmMUQfaK bneTBlE9BH3PpWrmyIosxalpeebnhY3vSvjUGPVC0luwWbIowueyDuTd7zMOk4noFakmpiRrYQUH YSHQNcCbgyF2BX4DPAtsB9xO0BUDu6o2FyFcSln7CPBFYCXQBE4ZGxi50JgfCBHrA05G1Dv1OljU Nuyt16CzP67689OxgZHLofv785m7mcXUWqFW4srBtLA38szbUyfK9IT76YQr7wVbz8PLmpOnq3Rh uURVU/LiOlmobfIO285YsIw1N3SreyqHTyHMj0+9pnL6oH567AWofD1o/6bq7zOvj88LbTbtysHm mPQi3/2+XeF7vfUxXg/l4T2PKFnfpTsEqnLXhmiTtfkIkboHODXY7iiEZJ0JfB04Hrgp2PfNwb7q /wT/fj9wJEL0fhu8/rQxtx2R8Oo0RC18CiGlOtYAo4jaBsDYwMjdwT87Wq9pxG2/4E/k9+37t8hq LzN9znqa69oWS/VaXAxCiZ4vjyMdaQmeiTwJn0+CZ0MYeapS/9o8SZ5OyJKMoeZjI32d//7viePY ijiAupCjRzDx+1z5B6DtwWcWA/mCz6KiKhV7pEFZOYEpCWpUwYEiZ5fRDoEOIiRvG+BDSG7dxxCy +BCwGCF6qtjhbcAdwImIwqaOpffHvQP4a2ATQhQBGBsY+Z02zxXav1vQdZ9dBJwjb9u/g8lQzKIT xea6C+p1uAB0ED31tGA+lWV9OvRF8EyYIdWs/Q7zIni2KsEqwlZR6wM66XIZWxq3h39fOukDO+mM qtpVY9SEr7egEz/XbhtxiGrDVjUU4Y7QQyqeDTchuW5H0s51U2RtA1IAAaL8DSEK27MI8fuP4L1l wCFICPiesYERgFcCV2nfvZ7upJS1fwA+C/Hh0rDvqkSi3DXnivyeNTxhmn5SuEjASU6ivAieCZ2Q pa2MzTssPH3Oerb88aiOZNQqEb8yiOiMBcu4ZskZob1wfaAmfJMTwxtPdyZ8Uf560+Mt6qYE0hC2 si25LHAOgQY4N/j7G/Ou6P+GvcNHv+W1YsOlaRDX0zbJe3li+pz1nMZxQJ2/lydSdcZIQ/aKhmvC dpF5fzZUoQAjDclLGrqNM0CGdN9BknmEddxQx67JXu8iqnijTLisK6qzAcSvrXmEVKti3eLjGEla shVZEVzkuHnOM2tXjDjUZC8fbJVmJyUPu2DhxjlOzte+EVYpq7+mwrRlYvqc9RNqXx7Gw1XBMSvP DP18WcLFogrGq4DXLDnfSgj1Y89YsKyrF2uN3sDwxtO7zq8ZC5aVsvbkiSRrbxxc1CnbPmWoP/Ou 6A/9o8P2/Sil0vyTFD6/exNRn2kqYfqc9fUanANCizHikCQXQHcPL/oJ21TswlS8Xk+ezgKlZuWt KqrcO9vrCklsU1yhxlQ5fVGYsWAZzVrZ60nonTUU4rpsTFWkVfF8WrYkQZLjVqHTU1L4nGsen78I Na9GfkhN9CD5CbVw4xxWr0ue9Gw+lac52Wx5fCapq8meO9mz5de5IG573TbFpSPGMSvPhKPsPntq nlXKhayRL2y2LGWiamtKHrl4LqTN3N82Xq+RsxrpoYdodQWvfsDOB5mIHiQv0nAhe3rOihVab8Gk pK/snLwwVMFHT/f6c5lLWrLnCr2Qovt1QgleTe6mNkxbFjh9wruriorE9DnrWb2O6DUvJfSH8STt vqJeCyNtUePXJM6OqRymVajJXf5IVYwRhjRFGqZal2axyxISLrMgowrkLgxJ1L0ijJNd4CvsWxdl TH4oFaEI4ldWQUZam4+kx3HZPk1P2ayoQvGEq21JVQoy8iSe5jVQF14Uh8yKno40eXtlo6oKX9lI EsrNW9mLg08VryZ5UwMTv/Hq/Emfr/CtfhN2sc/wbXhfoxtxRC4r2cra2cRE3HhRRDTr+auLOvUa Wyy8Ej0dvba4lEH4dG+9Kip7RRVppIXvMG1N8qYmJnKF1l1QmMLXjXEWntD94BtmYp8EvVic0CvI 4zuNIltJjluV37tW7sqHl9BtVJl+ngtMnlW8RRK+qhI9HVXpfQv5VOZCTfRqCJoz3QlflD1TEiN3 Fbp1LXwoygOuDt9We8yi7r1pFb2a5FUDqRQ988kiznE7zWKh9tVfK/IJJcyHzzf5U3J2lGmwem/h xnYRShldLMpU9/Kuoq0rh/UKAAARhUlEQVRJXg2F4Y2nT4R0dcJnI2s+1wOXNS7KDLgqCs5kR5UU Uj08nxcmPuvqZOJKTfKqA2uvWx22kznpCZ614ivNMX0hLqSbVvlTKt6MBfL/MBK16cYzOgpUdLJX NMoge0VU0dYkr4YNwxtP9xbONdU987Xh4WGazSZsTDZumJJjvlclclIk8vzcPvvDZpmna/cTdZys WL76P+I3qlEpdBC9PBeBsMRg8wSs6kJkC8Ok6aoRRvCSEJmFG+ewuiR1LYrs+S7KyCtEq6MmeTVc 4auowtxfrSO+bFZcW4BVFb1CSqswP9fvKa0SrI+/eua6eq3sUeRWjBEG8yKuwsWSFPpC7bromwTP BaaaVxVE+e35IHtFeeHVJK9GHExVz7cBsjnW9Dnrmdc/DECz2fRy/Zteeuq1GuWhbPIdpQSr92uS N3ng1UcvCXw9sZXRVs1E1MIfVmgRFQLVc/LCsHrmukoUcESFnJOQvSLUOx01yauRFLYijSykb2jR eAN4DbAW2AV4FngEOBVYMzja11LHgPTEL65AAtxVnSzHSjJWVXzlosaLQhGFL1H76L9r1pBwTfJ6 H9NWz1xXimrkS55XnTagPNf7sKf8pNW0bQUv/vcoM3yrIyyUq3rLxhE+vciiCCgSXS9cNZJCL9IA WW/Moi1X0re8f5whecQ+HiF5/wr8E/BK4GhgTUAEPzDU4hxgRxh+GIaHgK8ALFnSbMWt3XFrbFhI r7ZyiUeVP2PWuU2V33CqYFrcTbiKoUMTE3MMWqPlTfh0F/t2YYQs9IrwbV43mwdnbYAHTmKvJ3bo IDImMUpC8KoIl1Bu2H5FELxO9a4meDWyQTdbBiF+zebsrgpdsBO/9kPhOMDZwDnAUuD/gHuAw4JN 7wP2BY4Ebg5e+x/gY8D+K1cOnwjDlwPfBt4JvBH4YDDmucD3W6u4BfofU8ceG4iO4PR6fl8vo4ok uVbzJgcKz9HTkceJ7dJL1yd076vV69bRbM4G1jM8PMy85YsBeHDWBvYKJXcQR/B6Pa+mLGuWNsGr F6oa+cHWZeM041LVC7c08rc3cAdwO3Ae8B7gAISwPYOQvDHaJO8QYOvgDwg5BCGKACuAQ4ETgz8r ga8CX0RI48VzV/W/DCGB30EI4gTCSGAZNle+7w1VHy8PxHVSiUKVP1eN5LASvWuWnM8xK88sRM3L mkNgG0+1VytC3dPnPqHyrYNmczYPsoG1p10pGy5fPKHu6duGjQnxlchVCd8qhBG6IkleZ2i2Jng1 ioVN7YNO4jdB+kb6fhK8NDf4o7A2CNt+GTgOIXg7A99ADFjeDBwD7AZcC9wPvAkheWrB2x74KPAn 4BTgueD184B/BO4N/n8O8Cngc+rgc1f1N4BZwLmtVXwf+m8BHgNorYKxAVq98vDZi4qkLwKZNU+w VvMmD7qIngrXtgbK8WpL4k0UdyLr/XR9kT7X5uMzFizjIOCg6y9h041ntEnf8sUTZE+Hj1ZHVYAi e+rf+t95oDvnrl6YalQHJvEDaDYvCP4l61FEmPd9wR+Fv9T+fSei+u0AzEeUu+eBdwfvnwNsBSyj TfJ2Q0jes0io9zxgerDfOcDHtfF1QvgY8F3gLSBEsLVKbda/A7BB/a/RoBX18B71no2UuRA113tE VUmfTz++rPPo5XtPjXA0xlpPtSBbPl7Wi7HIEywL4XMleWEVsROkZHjYm/RflerbolAXU9SYbNCL OyB5YYeCyv0L1MDLECXwdbSJ3lcR8rYEGKZTzTtFhW7nrup/BfBrhBDeH4xzD3CgdrjtgJ8Auwb/ vwt4O0FuIHALgQoIQgD1uZZReZvHmGG+sDbk8ZnzahdXq3mTC9OUcrfQsRAgzHW9V5A0rKtalOkk OA3Jg7ay1QTmDfdPjBUGl++1auFbn7CTunrxqTG50BXubca3XjOhb6NsWQL8j/rH0KLxlwPfA65A 8vxOo63myc19eJjWqomcv7MRQriMzgvvbcFs7wEOB36FhIqfwJ4b+KdWC5UbGJBA9wKRvOGzG1Mv 3Qt11CRvcqMBIrVHoQjFrSzZWFXNmqRPV+90pCV5Os4/eluv5qWTSdWrFbsaNdqw9dsFe6eerNAU wZcjOYOHIWreDsBngfOBq5H8wCuQYpHdgRlI7uCLEML3n8Bm4IW01USFlciz7kSBCEE+IOIneAtC GCfCwD5RdX++pGP6OL45Rk30Jh+mRVVUqf/36lOKC3Rrlij4+i4UkVEIaw03lVAXUNSoYYfy7lMI y+/LCkMR/I3l/fNaLc5Hwr6nAI8Gb+0JPIiEcsGeG6jgUiDyBGIi/bNWixOh//Lgta2ATUil8X+U rQJOVtQkb3IitDNG0cSjl4lOEkVt041nTOToQTi5znMOZaNW7WrU8AMXxS8OaRRBvVuHWs+Cal1b bqCCUvPOBj4TvLYbnfmAs5FCk3nB67sFY90P/DAY++/4/+2dfYwcZRnAf2vapim1hA+LriIEo1EU aWJSiUmJ1po0KFZjTxPphqIRSJUlGEtpifEfQ9uLGDlFmmKLcYsED4p8XAHFig3iH+K3varRxBqz knoSEaoVS9c/nve9eXf2ndmZ3dnd2Znnl1z2bmZ2Znb2bud3z/O+zyOy+AvgS0gnkcXATuBnwHcO 1qb/4zvvUUfgBrG/fo6vKdty4C2vMs7SNWrCM07D69Y9t4oppuaXRfX+LdJ7oDNjFWUwuBG/tIWb 7fpe0r5BR5Apbpy+lPdOTMA+WvV63W7yXwgyJkYClwK/AyadXYXHA1o2IpL3B2AaeBMS0bsCeNps 812kpMxa4FGk1MwNwClzvI72cq0Gm2HiCY0IquSViQ7Rc5tfF0U0BlnzKRxJi+oS4RZIDp+H73qP q/D5e8jqB4iiDJq0HTv6HdvnPj/YT/ux5v+p3UfLOVZ4gsgPkUkdR5HJIW8gKAY9gUTz7kVawz3i nMLdiATeBpyOyJxLVHu5Z1c3Js4APmq2uRRJRT8JTB+sTc+kuQ5ZU7T7rzJ6RtoZwyXLX+6kBYf7 pdsM2zSFgqPOcRyEr8xj7GxpDP1vWMkbSTt29CJ7SZ6XZKbwpMhdmJdbLSqhZVcB6xE5+4ZZ9nnz +Ek6Jc+u97WX+7dZvxv4tPm+BjwFsLoxcRXgHRuIZ+KILSId+2JzhkbzykWk6OVNMNKUIRnF+Ub1 ec2KPL0fRU3F2puhS/f3UNZHd4zunIBj0Q9XZVj0Wbi5jaxm+cbtY8t9gTh5jndnaPOO6v471x+6 iOj2cgfNZh8iaDP3lPN0G018P8HYwHsQ0fNOHHFay7XNHM5jilglr3x0jei5guH+HCZp1fFeJWVU pVfC6VeXNCK3dO12Hmzrb9sbNvLpjIVJfS5pKYrYWZGLvlaDuYZRx7NyqJNTlFHgq98nRItfVpI3 aLbcF91eDrBFpe34wC846zcSPTbwfILOIhOI9NmJIz4BfHZ1Y+IaPOnhSoUZYP5zPHxfGEb6ViWv PHTMuh11xGjUx7d19QY9gzUsje4fuj0HH9fe9BYAdu04wtTUFNsOHB/MCRI13i7/uJG5ft/HqGhc mv36/kGIS+uP63VXikUWM3r7ZdhiuXP9oT/TPtPXjg18LfBV2juLWM4neuYwSL3AtwOrMJHDUFHr NsIlc+zrt8X7w0xNTVGv1xMFETSaV05KL3rDErs0vPjY1nmh60bWwjeu0aX6mTt6eg99Ipd2P1nJ YHh7FT4lL4TbtLkMUgBHIHrhsYFLkLGBi4DvIdHB9wDvJpg4chd+AQRJDz+ApIet+MWKXhLi6id2 m2FthVE/W8qDt47eqGVvGOS97lwS2du140jba7jlstN6Er5xlLvuadh2+km7DxNfeR4VPiVvJBE/ 6F/+xiFV7HQSCQvgKTzRPOhf9HrBFT39PCkXhRS9cOoz7QzYcaab7I2j1EFysRsXoYtDo3tKUlqN qo1ALUKE4hRwDJir1JreosGDIk7+LFFpybjt8y56ljyfq3tuKnrlI7IzRhrixpT1S9y4A/e4cTf0 uCLG40iS12NloUxiV5T316LCp3TDiN4RpEbcuUiq8U/IwP+dwB3AFqRI8TLgeaS8yOnAcUQQ7Xg0 zPbXAp8iKGOyGClrcsx8/RygUmvG3jvcsbJx8ueSpKXbOMhUnlDJU+ZFL07WRn0DfTE0W9VNu3Yb 1A6jP/8sSPpaxlkEusldkaXOh07YULrRalTXIfNmHwEuBz4APOz8fCFSHuQAMuN0DzJR4J3m+08g kvdXpPzIcgIxtNyLiN5LiBhebva/ACl1shwpTLyCQCK3m+Vnh9adZvb5OuACYA6YDb2sVyBlUJYg U4DnAK6/vt41KBEWyqx6Abtk3WVkkKjkKQCVbQeOD2SsQFYptLKkXF3SSB2MX7TOJW4SRRnfex9x f0vuunH+PVB6o9WorkLqyO0HPgLciETyJoGfIiVCHgLWIVK3B9iLFBl+FyKBzyATCm4HbgFudg6x 3uzjINAw230TKWDsshKpW2cl0uUS4Cdm3fuAvyPS9xpETKeR4sXXmO0uQQobHzLH24iMf3vSnOMm RE5PYQSyUmsuMdcjPJliLSKKz4BEIVuN6jlIf9y/AV8j6Mm72DyeSCKVljSp6igGPZFFJa/cDEz0 wqS9aRfpJp/FaynKDT0ualekCOwo0Chf+TBiswxp8bUSiZ6dbX6eReq6/RrYitRz22DWfdns4vdI rTgQ6bnO2f0SRMoWAecAJ5HU7z+BM8zxrkMid28GXk8gkS6uYM4A9xPI5wcJIpK3Iz1rbTQSZ/1+ pO7dr5DU8Ttw5LJSa650roflAiSN/UfgjTAvehVzXVaY6/A4kpJ+GIlSnoe0afOlvLeY67Ebqa8H Ul7lGEHHjY5opU1z+4qyR9GvQIbLsuhnQ3kZSgu0skleWFiSjB+MonhFijvHnNn14/ye54Gla7dT V9krFTHj5O5xvl+BCJTlVvMV5jPmC5iPFm5HZos+ZxZ/C1iDRAMXmP3OAVcCHwcOe/Z7kXk8jKSS AX5rHt9mHmeRqNtJRFYtV5rHhnnOzYhc/gAZl2j3tdJz3M2eZZY9SF28ZUik8CgS0TsXifC9FYl2 XmyOZY/zdUQ2NyMza19NMCbyYjqjlYeB3a1G9SzgHwSS/ABSeuWLSAT2BZzIJNDWxaSDDTHrDJNx z1dKRW563Y4rvrRaN7FrvxEX66bcTewsVuZV7rJDI3pKllRqzbhZdj+OWB4lkQC3thrVDyO15mbM slcCTSTCNgcsRAoU3wksBX4EfAwRwMuQDhRPI3IUJZeLgd+Yx4VIMePvI2ljy17gNkSZ1iDCdx5B lO4wEnW8AolIgojeAmQM4XJEcqvOujVItO8x4ARBSrhKILizwNWI5P0Sqb834+zDJ6yK0he5T90O O7qX9YD/oqRco0g7O1bFLhvCdRZ37ThSyN8vRUlDq1FdCHwWeBUS/XsJGad3F7C/UmtuctK7VyNj /85EZhn/xdnVy/hT3icRQfwKcAPtYyJfQPrd2nGO2xAxnURk8w7gCaTm3lZE7GaAfWb/eyu1ppVK RcmM3Eb00kpetxRo1DGSLEt6TP+Ntng333a5S1bWRgUvO9J0TlGUMlGpNf/n/Pi50OpNZhtfcOOo Z1lHyttI4iwSZXwciezZiOQJoqOVtmzEGiQVbmc1/4sgEetLeytK3ww0ohcVxUkqZUnkIKkMJjmm RkSiSRO5U6kbLD7R04ieoiiK4iPTiF5nmtLceL79fGjLhDekjuf5uCn5dkoq2kufRM+ShWQTTxRF URRFGS49R/SKUMNNaSdJ1E7H2o2eqNStRvUURVGUMPOil2y8mVI0uhUsBpW6PKLpW0VRFCUJFTbE 9ytUioUWLC4GcRMyVPgURVEUi4pewXErsWurseKhaVxFURQlDhW9gqIp2fKgsqcoiqJEoaJXELpN pFC5KzY6Zk9RFEXxoaI3JNI0s7b0I20qduVDu2UoiqIoYXLbGaNIxKVR44gbO+cu13p2inbLUBRF UXz8HwdFBmqYHicKAAAAAElFTkSuQmCC ------_=_NextPart_001_01C34BE1.234C1FE6-- From Zainal.Abdul-Majeed at newcastle.ac.uk Fri Jul 18 06:35:26 2003 From: Zainal.Abdul-Majeed at newcastle.ac.uk (zainal A Majeed) Date: Fri, 18 Jul 2003 14:35:26 +0100 Subject: [Mapserver-users] Nothing raster (tiff,jpeg) comes out Message-ID: <3F19D204@sws.ncl.ac.uk> Dear friends, I hope this is not a repetition. I try to map out with mapsever raster aerial photo from map file. The connection to mapserver was alright but nothing comes out in view except white window(there is an image but white - can't see). Can anybody tell what is the problem? Thanks and cheers Zainal ZAINAL A MAJEED PhD in Web Technology and Internet GIS School of Civil Engineering and Geosciences Bedson BUilding, University of Newcastle upon Tyne Newcastle upon-Tyne NE1 7RU United Kingdom Tel: +44 (0)191 222 6357 Fax: +44 (0)191 222 8691 email: zainal.abdul-majeed at ncl.ac.uk web: http://www.cegs.ncl.ac.uk web: http://geomatics.ncl.ac.uk ************************************* Home: 178 Dilston Road, Newcastle Upon Tyne NE4 5AD United Kingdom Phone : +44 (0) 191-2727259 Mobile : +44 (0) 796-0938952 From s0231180 at sms.ed.ac.uk Fri Jul 18 09:18:03 2003 From: s0231180 at sms.ed.ac.uk (James Wharfe) Date: Fri, 18 Jul 2003 17:18:03 +0100 Subject: [Mapserver-users] Bounding Box in Perl Mapscript Message-ID: <001101c34d48$2a5e40f0$8554d781@geo.ed.ac.uk> Hello everyone, Does anybody have examples of a Bounding Box function (ie. user defined rectangle for zooming to new map extents) written in PerlMapscript? I've already plundered the PerlMapscript examples and have noticed the 'fit' method in Mapscript's rectObj class but I'm unsure as to how to code to allow the user to perform this function using a click and drag method with the mouse. If this can't be done does anybody have any recommendations as to which alternatives it might be better to follow given the Javascript bbox or the Mapplet jbox. Thanks, James. From SHHong at mednet.ucla.edu Fri Jul 18 10:36:38 2003 From: SHHong at mednet.ucla.edu (Hong, Sung-Hyuk) Date: Fri, 18 Jul 2003 10:36:38 -0700 Subject: [Mapserver-users] DEMO HELP Message-ID: <85042C7A1A0DD74EACF3145F32F37BA4D5DF6F@medmail6.mednet.ucla.edu> I have been able to install mapserv 3.5 with DEMO Itasca 3.5 However, the image is not generated in the /htdocs/tmp directory. Some example of image name is "/tmp/DEMOsb10585493418502.gif" Do I have set some special parameters in apache configuration for mapserv to use the tmp directory? Any suggestion? Thank in advance. Sung From SHHong at mednet.ucla.edu Fri Jul 18 11:11:13 2003 From: SHHong at mednet.ucla.edu (Hong, Sung-Hyuk) Date: Fri, 18 Jul 2003 11:11:13 -0700 Subject: [Mapserver-users] DEMO 3.5 Message-ID: <85042C7A1A0DD74EACF3145F32F37BA4D5DF70@medmail6.mednet.ucla.edu> Here are more details about my demo problem. If I do url surgery changing the mode parameter to 'map' instead of 'browse', the itasca yellow map is displayed. However, if mode='browse', the mapserv is not able to generate the temporary image file in /htdocs/tmp. Any help is welcome. Thank you Sung From hevans at mac.com Mon Jul 21 10:18:02 2003 From: hevans at mac.com (Hugh Evans) Date: Mon, 21 Jul 2003 11:18:02 -0600 Subject: [Mapserver-users] MapServer and FileMaker Pro on Mac OS X Message-ID: <48BF2372-BB9F-11D7-98D4-000A95A0906A@mac.com> Hi all - am looking at storing lats and longs etc. in a FilemakerPro document and sending search results to mapserver.... would like to discuss this with anyone who has experience with this kind of deployment. Thanks Hugh Evans From hevans at mac.com Mon Jul 21 10:25:35 2003 From: hevans at mac.com (Hugh Evans) Date: Mon, 21 Jul 2003 11:25:35 -0600 Subject: [Mapserver-users] FileMaker and MapServer Message-ID: <56911BD8-BBA0-11D7-98D4-000A95A0906A@mac.com> I have a web based map server running on an OS X box (http://mapserver.gis.umn.edu/) - I want to keep location info. like Latitude and Longitude of various objects in records in FileMaker, then be able to search for specific records and "send" search results from FileMaker to the Map package - to be opened up in a browser window.... how should I do this? or where should I look for info. on doing this. Any insights would be appreciated... Hugh Evans From colombo.l at email.it Mon Jul 21 10:58:44 2003 From: colombo.l at email.it (=?iso-8859-1?Q?colombo.l?=) Date: Mon, 21 Jul 2003 18:58:44 +0100 Subject: [Mapserver-users] =?iso-8859-1?Q?php_code_inside_a_CGI_mapserver_application?= Message-ID: hello, i did a CGI-Mapserver application following some tutorials on the site, all work great, I have some problems when I put php code inside my template file. I use apache , php 4.3 (working as a cgi) and mapserver 3.6. If I define my template.php as my template (inside mapfile) I get some errors (Malformed URL). So I added this line to http.conf: AddType application/x-httpd-php .html Now I can put php code inside html pages, but it didn't works with mapserver !! I can't get php-code to be compiled, mapserver process the page but apache+php didn't. What can I do? I really need help. thank's to all Luca Colombo -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Hai bisogno di riorganizzare la tua agenda? Risolvi il problema con un nuovissimo palmare! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=762&d=21-7 From info at peoplegis.com Mon Jul 21 15:00:36 2003 From: info at peoplegis.com (PeopleGIS) Date: Mon, 21 Jul 2003 18:00:36 -0400 Subject: [Mapserver-users] Log user actions In-Reply-To: Message-ID: Steve, Does this functionality work with mapscript version? Or just the CGI? Kevin Flanders -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Steve Lime Sent: Friday, June 20, 2003 2:45 PM To: palanisamyg at ornl.gov Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Log user actions You use the logfile like this: WEB LOG 'mapserver.log' ... END You should create an empty logfile of the same name with the right permissions (needs to be writable by the web user, like the temporary directory). If the filename is relative then it's relative to the location of the mapfile. The format is a comma delimited line consisting of: timestamp process id remote address (ip) map name mode extent mouse click (if available) requested layers status (either an error message or "normal execution") Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Giri Palanisamy 06/20/03 01:17PM >>> Thanks Steve, Is there a documentation or sample code that I can refer? Giri At 01:05 PM 6/20/2003 -0500, you wrote: >You could use MapScript of course. There is also a LOGFILE option (for >the WEB object I believe) that tells the MapServer CGI to create a log >for you. It gives you the information you'd want. > >Steve > > >>> Giri Palanisamy 06/20/03 08:15AM >>> >Hi, > >I need to log some information (date, IP address etc..)in to the data >base, >when ever an user performs a query. I tried using server side include >(.shml) a servlet that performs this function, but I think the >mapserver is >not supporting the .shtml. > >Is there a way to log information? I am using Mapserver 3.6.3 on >windows >2000 server > >Thanks > >Giri > >_______________________________________________ >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 bogus at does.not.exist.com Wed Jul 23 13:10:17 2003 From: bogus at does.not.exist.com (bogus at does.not.exist.com) Date: Wed, 23 Jul 2003 13:10:17 -0700 Subject: [Mapserver-users] LABELANGLE on LINE LAYER Message-ID: Hi to anybody that can help, I have a problem with LABELANGLE. Essentially I have a shape file with line data representating roads and i'm trying to label the roads with there names along the road. Is there anyway to do this? Currently the roads are being labeled with their names horizontal to the map image. I noticed that Shannon Scott posted a similiar request (May 27, 2003) and that Daniel Morissette suggested that if MapServer was recompiled with the latest GD and FreeType2 libraries it would solve the problem. Now i've been trying for days to compile MapServ-3.6.6 with GD-2.0.15, ZLib-1.1.4, LPNG-125 and Regex-0.12 on Windows2000 and i just can't do it, almost certainly because I have very little programming experience. Can anybody help me, with either the compilation or (preferrably) a windows binary that works for LABELANGLE? Many thanks, Alasdair McCall From Ganesh Wed Jul 23 15:46:41 2003 From: Ganesh (Ganesh) Date: 23 Jul 2003 22:46:41 -0000 Subject: [Mapserver-users] handling multiple projections with single map file Message-ID: <20030723224641.19235.qmail@webmail9.rediffmail.com> Hi all, We are working on MapServer version 3.6 and have a problem with handling different projections for different images. we have images covering various UTM zones from 11 till 17 and others too. So presently, for every new projection we create a separate map file and depending on the type of image projection, we use the corresponding map file with CGI(PHP). My concern is Can we have a single map file wherein we shall define all the projections and use either one from our script dynamically ? If possible, Can someone please send me a sample map file with different projections, and also some script as to how to use/call the corresponding projections on fly from our script. Thanks in advance Regards Ganesh Pulicherla ___________________________________________________ Download the hottest & happening ringtones here! OR SMS: Top tone to 7333 Click here now: http://sms.rediff.com/cgi-bin/ringtone/ringhome.pl From EDUARDOPK2 at vcp.com.br Thu Jul 24 08:26:48 2003 From: EDUARDOPK2 at vcp.com.br (EDUARDO PATTO KANEGAE) Date: Thu, 24 Jul 2003 12:26:48 -0300 Subject: [Mapserver-users] applet is not fully loading map image Message-ID: <00519F85B64950498B6C0793F43B29A7E7ECE4@la50vcp.vcp.advcp.br> This is a multi-part message in MIME format. ------_=_NextPart_001_01C351F7.FFBB89A7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <>=20 There something strange ocurring in this application..... sometimes, not = every time, the Mapplet applet seems not load all the image to the mapplet area. ( like shown at the attached file...there's a gray = area where should be the rest of the map) ....... The MapServer application log file shows: Thu Jul 24 11:56:29 2003,3616,10.10.10.44,cfmap_,0,242357.959864 = 7657206.319214 247575.213374 7660398.451049,244966.586619 = 7658802.385132,cnivel hidrografia outros talhoes ,normal execution Thu Jul 24 11:56:30 2003,3432,10.10.10.44,cfmap_,6,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,,normal = execution Thu Jul 24 11:56:30 2003,3936,10.10.10.44,cfmap_,5,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel = hidrografia outros talhoes ,normal execution Thu Jul 24 11:56:30 2003,3804,10.10.10.44,cfmap_,4,242357.959864 = 7657206.319214 247575.213374 7660398.451049,-1.000000 -1.000000,cnivel = hidrografia outros talhoes ,normal execution and the ACCESS.log of Apache server shows: 10.10.10.44 - - [24/Jul/2003:11:56:29 -0300] "GET /cfmap/style.css = HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:28 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?imgxy=3D425+260&imgbox=3D-1+-1+-1+-1&imgext=3D= 242357.959864+7657206.319214+247575.213374+7660398.451049&map=3DC%3A%5CPr= ogram+Files%5CApache+Group%5CApache2%5Chtdocs%5Ctmp%5Cmf265603f1ff36c738f= c.map&program=3D%2Fcgi-bin%2Fms4b2%2Fmapserv.exe&APP_URL=3D%2Fcfmap%2F&mo= de=3Dbrowse&zoomdir=3D0&zoomsize=3D2&layer=3Dcnivel&layer=3Dhidrografia&l= ayer=3Doutros&layer=3Dtalhoes&redraw.x=3D13&redraw.y=3D11 HTTP/1.1" 200 = 6270 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_refresh.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET /cfmap/img/bt_pan.gif = HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomin.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cfmap/img/bt_zoomout.gif HTTP/1.1" 304 0 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidrografia&= layer=3Doutros&layer=3Dtalhoes&mode=3Dreference&mapext=3D242357.959864+76= 57206.319214+247575.213374+7660398.451049 HTTP/1.1" 200 1491 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&mode=3Dscalebar&mapext=3D242357.959= 864+7657206.319214+247575.213374+7660398.451049 HTTP/1.1" 200 368 10.10.10.44 - - [24/Jul/2003:11:56:30 -0300] "GET = /cgi-bin/ms4b2/mapserv.exe?map=3DC:\Program%20Files\Apache%20Group\Apache= 2\htdocs\tmp\mf265603f1ff36c738fc.map&layer=3Dcnivel&layer=3Dhidrografia&= layer=3Doutros&layer=3Dtalhoes&mode=3Dlegend&mapext=3D242357.959864+76572= 06.319214+247575.213374+7660398.451049 HTTP/1.1" 200 2085 and ERROR.log of Apache didn't generate any lines to this access. what could be? p.s.: sometimes I got the same problem with ROSA applet too. Eduardo Patto Kanegae < eduardopk at vcp.com.br > Projeto INFOR - Gerenciamento Integrado Florestal KSR +55(11)6948-8429 / 8465 / 8458 LA +55(16)3986-9126 ____________________________________________________ eduardo.linkgeo.com.br - http://www.linkgeo.com.br ------_=_NextPart_001_01C351F7.FFBB89A7 Content-Type: image/png; name="applet_error.png" Content-Transfer-Encoding: base64 Content-Description: applet_error.png Content-Disposition: attachment; filename="applet_error.png" iVBORw0KGgoAAAANSUhEUgAABAAAAALoCAIAAABpuBABAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAAsSAAALEgHS3X78AAAgAElEQVR4nOy9e3hT15X3v2QLJCNsYcvGNjKxHROFSzCJQwg4FywS NXGmJKS/NA2BpkmbSy/TTFIyM23feYvpdJr85k2GvOkkLaTTdNompGmn0DAtSZVBpkkIkGCIaYC4 xsaA8QVkIxvZlpHR+8eSto+PpKOjmyXj7+fhEUdH+6yzdY5kfdfea62tWfv11+yOjygMNutihVcB AAAAAMAExWZdrNxAJgKT137p1Rk3Xlfy7MsnlNunLVNnTFm0bDYRZefNqygZ2eGx1ersRHTsVGZF yQg/8k7ebmjXVpm94pGIqsxebsBPiagr38pP+aV5fdt6ho3cXvZSDEdpld8P1D8AAAAAwKWK8ijw +LefiLD6z55GmUZzWcEIEQmh31SwooLsrPhrzfaGdm1ViXeHx1Zrtssej5/ZZvHspBIiomqr9ej7 26oCst5/7LCx2mrd7XBUmb0N7Q4yU1e+9fiZbfNoW8OwUXgCx8+MeTq6bfa/1JVvJbLLHQDlmwF/ AAAAAAAAyBRjUiXi1BlTck25vc7e4XMXkneW2Bir/g1igL96hfXo+9tqC/wj7iy7+RAehmd/YPRx 2Ch8g90OB5HxiMfq9xB0dsl+4u3Ro8zeIx4rkb3wrIPMdCRnldS+dIqgymw44vFPAoSYAQh5CxEL BAAAAAAAYkAqI9VLSpt18efumLugeoEldyrvcbnOt7Wfe2fXkT/8+a+ffHxM1v7G6+esuWepdM+r v93z3t5m6Z4191x/4/VXBJ+rxzV0+OjJtpNOWXtlps6YcuMts4nGqH+9xUbtjqEme1mBoaFdy8P2 tWY7EbEbMKrLzWO2JUrdS0Q8zM+yvvCso4HG7Ofh/678VUL6s3HpNonZg6BgoQghQAzUPwAAAAAA oFBj/2pi/VlMqpSUhRUzf/n/r6mcXyLbbzROrzROr5xf8q2v2RoPn/riP77adaxbvLrmnqV3/801 0va+PJ1M0M8uKJS1kbCMiJp6hzdt3Pbqb/dG7KRU/fMef3A/2avMxNKfPQHW20KLC5eA4/KFahfa vaHdQSIrQCLfG9odXflW6fC/NPqfnQRhkB2GHR5bSE8gI+Lbg/oHAAAAAADxEJX6//OvvhGs/mUU 5Gb2OnulR624UT60/7ll8wsrZkr3ZJumKpu15E597vv3fvtrdyo3k4398/C/3mIz+nxExDo7EK/v 19xiW7pfDPmLR84errZaG9q18/q2SQfvq8xe3tOVb+VusFnxVGqQdxaedUifct9qdfYQDoDNulj6 D+ofAAAAAAAI7I6P+B+pzuUVMwARW9Z99TNG4/SIzf7hB/XSlIBbrykPedQ9n7la+rTfOayis/TE N5crdDV47J8ZarJXlIxQQL5zxA4rb9blYr/wB3hDPBUynZ2EIzmrhFfQ0K5taNeWFRikxXwKzzpI ovJ3eGzCCO+stvoNyjwBeQgQ5D4AAAAAwKQinoxeNY3FgHLEeYDCipmyEJ1//tHbv/3TwV5nb64p 94r8nOolc1avuupM74jMyJfuqw5p8K5bFrz44z+Jp7IZgK1/OPCXlm4iuurymStuvELqQvz9N24K 2U/Z2D/v3OGxra1o3HfsbFPBilqdneU7D9tLw/pFOBBH+9DYhOAqs1eaIRAc0B8c3iON6uGXpEYa 2rWjPTHbpTYj5ABgBgAAAAAAAEiJtoKnVEwqC8sr8nOkTzs6OoR87zrX3XWs+729zf/6o7dkgT2F FTPDhQxVzi9ZsKhCZAzLZgDe2/tXEe7PoUfCB6icX1JYMVOaY0Bh1D8R1ersTg9VlFAF2YmI5f7Y aBy7VLKLgp5ij8gPlqp8meLn9F8au2iANIuAuEaQzk6SYkEUSA8QT4m9kEumDisAAAAAAIiWhA/5 x0zWtBnSp8XFxSEHo2W6/KHPjCn+03j4lNQfWFm9QDgACjkAXce6X/nF/ie+uVzsuSI/R3qicGP/ o4JbsrHDY1ub01hl7tJbbLVNftFf22QXNYK68m1Edn/LyxudHn+tTyKxQbIJAdb6Ib0CLgpUZTYI J0EUDxWegHQeQIsBfgAAAACAyUm0o8DJbt94Qr4Y8C9fXN14+Kbf/88nv/3TQZnuF3zhHov06Wcf /vdDO/5JjOXfsXbZMz9+k7eVcwD6aUj6VOqNyNS/SVfI+9fqGokK3aWVa9sa3aU2Q1vjWl2jvmjO 2s5Gp6dLb7HtdjiqzBQY8qfdDke11TrUZK/V2fnVWrPd6SH2E/QWm3hp6yFam9NYba0carLfvZCG mogfhbIPGB9d82t06QDZIgPto66CqhAgAAAAAABwSRLtKHCy2xNR17Fu2fg9EVXOL6mcX/K/v3nb J47WTbt2vvHGYemrN14/p7i4WDzd+ocDw+cu7HzvryKXwJI79cbr53A9UOUqQLNMYwKQBgfO8cbU GVNWfeYKIuqdbmL17/R0jTmyyT5EdGznTk4Cbtjt9OvyJnuVmcSGGP6XRwHpeJEvLbU7uvL9T2vN XnuLllocXfn+OQRqd1RbbbsdjjW3u955S1tF9q58m0nXWEtjZw8koUEkiQWSLg6QOb1gWTT3BQAA AAAAgERSUqS5zJyzu8FFRA2fnlllm6fXh1DqM8tza2uq1nyu8pNPu0+09/DOxx5aUbVwtmjzw/9b 33L89LB36uf+ZqHYOWWK9g/2RiJasmDO0uvLxP4/OT45dLidt2+8fs53HrdJz/vUv/7XyNBFHvsf 8Hk9OYUc+TM44jbpCn0V1V5ni95iM553+yqqjefdM65ZqjVVaE0VV87N882Yv3io0VdRXTg9o8p0 7kLhtV5ni9ZUUXChWW+xzS4vH2qyly++RWuqKHfZec/s8vIr5+bNMem1porZ5eX8eOXcvEXnm3wV 1bPLywsuNG8/XXFzbvP7B7qqrdZ9jSduzm1+/4SnOOfiFdqWHR7bUoPbTI16i63gQvMV2haxscNj uzm3+QptC08FHNTdoimc963E3T4AAAAAAACiY+nVGTdeV/Lsy/74nxuvn/OjH66SjusH88VvbLE7 Ppo6Y4o02sflOr+w9gdcHvTTDzYE7/+Xf7rnK/ePjn03Hj714cGTeUZ9RXmBbNph6x8OfO3vfyUi f+bNnDOck2HSFeqLsgdz8jRNbe7SSkNbIz8Skbu0cqjJLg7nVYFF0i3X5JFuCGR7jD6fS6MRL0kz CtylldN0rgGPkYiGmvxhQmsWu179yCjSD+b1besZNopSoV351rU5jU5PF1v4VV8lt4QDAAAAAAAA UonMASCiqTOmfP7Wqi/dVx2uvI/Ldf7mtS/eek35c9+/V+xk1c7bMq2/7ntvvPrbvd/+2p3SNF8F bln90l/bTnDkj7H8Mpb+Q539RCSP/yEiomOnMpdU5HPcP6tzIjJ5Wgdz8liyS2EdL9Q8I9wJ9iVE iD+/KnUShGOQt3BJz6F9fC5xUvZDRCwQBaoS8R52GxITAvQv/3TPzj8fjtxOsX20RmI7RMHULTfP 53/CprL9BJ49ZmR9UN+ldOg8AAAAAACNDQFiRoYuHjrc/ss39vzyrYODrkGDQVdYMCZAX6+fetbp vnb5FfNmF4id//vpbSI0aNgzfO+q68RLxYXGX76xp/b2hdJ4oXCs+94b7x44KuL+ZximDo64+109 gyNujv+Zpp3OYT/isWxu3sD00pxZ+RdG9PxoaGt0meb2H3nX62yR/tvXeGLG4Emvs+V3J+eXu+y8 Z3Z5eX93o9ZU8cbJwhtntF4ovJaIOBCI/3E4UNHsubPLy73OFg7s8R59q+XctJPHj588frx88S27 HQ4+xOtsWTi/wutsKV98y0fny7kx+wPu0x9fl3MyAUnA//JP9/yvH/yWH+OxE+fh8SDrvHiawi6p IfjKp3mHAQAAAACioutY97/+6K1//dFbNuvif//hSulaXQ/fUykLE1pzz9JFVZc3He2xzM276vIx awVwXf+IKwE3Hj715D+/+de2EzfeMvvsyNC8mXOMORmi5g/H/7g9RpOnVe9pdZZWGtoafZbSoUN2 g65wyNPFVYQ+OZVZUTKyu11b5RnN9+WwnNHSnIE1wqqtVmp3iCTgWrN3+24t0XEKFQLk74bFRkRr dK4BzyqeMdjtcPAqY7sdDiIi0lZbqKFdW20hHvXnEkNVZN/hWdXT7khKFSAhTCkgSaXb0mbSnVIh yy8FvxpsUxwVfEii3kjILkU8u5qLkPA+S/ujcGFD3ogEdgMAAAAAILHYHR/99g9l0qie4CSBu//m mrvDW7jnM1fLqgBxDgARuVzn2zt63znQ2nWsW9T8KTCViLh/IhrMyaO+nqy+Hk1n25A/EKh5iOjY jrMVJSTi7J2ergUrVhCRTdfoLq2stpChrfHW26uIXAMe28Oe1sGcJWvINeCxEVG1hYio2mqVBgVV kb8eqFhboPCsw6nzNjgcFMgZqLZaOfiHvYJqq1VY4wOPvr+NyLjb4S8cVG21bT1ED1vmrMlxaZpM ySoDKlPGCqo0eOpAQbxKD5EOfoc7JDaCDw+2r+bsyhchsX1WQ7C7kpJuAAAAAAAo8OP/s/YvLd2y wv9TZ0y57urI0TsKPHxP5R8dx6V7/vP13WIlYHEWEfefHZD+RDTU2d/T1iwzyDJ9wYoVPAy/tq3R XVqZp3MNeMjkaXWWVk7TubL6epyllUOH7Nz+z++3VpQ06y22T3buXLBixVCg9j8FHikwwK+32B72 tDp1o35CFdnFimBH39/WM2ykdn8h0YctrU5dOVvTW2xr2xrdC1cR0dH3t3EiAdcV3b5bW20tp9LK eB0AabRMuFiUkJoyBqGZPG0qhurVnEh9N5QvQpxvJ9yVV9kxjPoDAAAAIA1ZsKiCB/Iff+CGtvZz Hx486XKdNxqn32EtU64LFJHi4uKv3K9kQar+eeC/va2Zq/5zFBBv6y02k6fVqSs3tDVOW7gkqy9E LFA7EVHzbn8ObrM/GZfsLo2WK/pXlYyIsJ+xj0SSYX7hIbCyX6PzTyM4dauIiAN+Cs86tp8louOB wX6rSCaee8MqItp6iMRyYHxIYnIA4jcSv804uxEyB0D6qrJiju3scfY5UVc+GXcQAAAAACAG/nat P8jHaJxeaZwergqQDJfr/Au/eP+qy2dWlBcU5Gae6R051nrmLy3djz9wgzRtQAGp+ieO8GnrEurf 6ekyl84ZzMkz92WTp5WITJ5WKsoeamprHxsLZG9xshCvMnuFgueoHiKqtpAo/iMidqRlfFjBi2H7 rnxbocO/FpjeYuOwHzHYLyJ/eHExkQZQZfbyZAIRTdO51iymAY+t2kIiFSEBDkBwlHwCbSb1EIGa EXTlOJkYzh4ywSAqEnLl4+8GAAAAAEBCmDpjyoobr4jY7HcfHP7csvnSPTvf++uLP/5TcMurLp8p lgRWPi+rf0Zk/bL61xdlmyl7qLM/K9BgqLNfWgyUg/U5pIdFf7XVNk3nGvCQ3mKbpnORxSaN8hcT CO7SSn1AqfPGrbdXDXio2mrlYXsiO5mpod3REJgl4ECgNYuXDHhIOj9QbfGP9O/w2I6f2dbT7iCi aquVlyzgU9x6e1VWX+v23dqMiFdEAZkUlgXSRDw2gc3iPCSBNsenw/Fc+QR2AwAAAAAggQyfu3Dz 2hef/9Eul+t8yAZNvcPrvvfG1l99LNv/uz8eDdk+3H4p0rF/Dv4R4t5cOkeU/+eN9rbm9rZmbrDD YyMik65wbU6jaE9EeQuXTNO5NE1tRDTUZO85tM/Q1vjOWw38ONRk3777+G6Hw+np4uo9gRo+NNRk 58kBQ1vjmsUuDvshomqrtcrs7cq3cmhQrc7+zlsNux0OfnWHx8aLkfkL/ujsZQUGbrzb4bC3OLlv 7Hs4deXVVmuykoAjIquQE/KlkK/KkKbkqjxEoTPhLISzH8/ZpVcg4eI7pE3lncnoBgAAAABAVHQd 637mx28+8+M3b7x+zqKqy7NJz6V7Tjv7Pm5oeW9vMxEtWFSx7ntvSI/adUDuEoj9676XGe5c7xxo Fer/MuN5VyDK31w6Z6izXyr9pckArP5NusK1ukanh8S6XUNNdg79HxIrATscVWZqaNd25VfWmu32 Fqe/sqfZn85LPHtgtnNiAKcBVJm9Wz22tU2NQ54u9gG2HqK1OYW1JKkiarY3tPujfe5eaHM2de04 RA9b5vz0EK1ZvKTn0D6uMcoOAzfb6rGtWeyfhcBKwJcUKOMDAAAAgAlH8ErA4wOrf5PmVEbe0mFJ vf/si+7+DINoJtX9jHgqInB4CF+U9/lk586KkhFRx5MCET6cK8x7WIsTUc+hfaLevxDu0j0mXSGH 8Rx9f1tZgYHGLvRLRFVmr+jDDo/t7oVEnPs71qboRuIdgIijyOmmUMN1ON36KWUi9hkAAAAAICQp cQBk9f7Lpkxn0c8D/1wAlGP9paP+XAWIpTYP87M1lv78VKhtPoS1O2t9kQZQVDTak85OmqZz9Rza RxJlz4P3/MiZu9I1xdbmNP6qr5K9ix0e27y+bT3DRs4J5oTgKrM3b+GSd95qEHZ2eGyWMztdGo3t chNmAAAAAAAAQCoZfwdANvZfNmX6hVlFU053EtGFWUUc+SOqf8pmAEy6wn3HznLKLwUmAY6dylxS kc9BPryT6/nw/ACLfkNbo1gvTFTqJCJDW6O9xcmNpcP/QvoLgxSoECrT9+wYUGAqgIj47BRYF0w6 sTCvb1tcScAAAAAAAABMLIT695ZVG7R+9d/e1nxhVtGFWUVElH3RTUTm0jlOT5cs8oeInJ6uipIR MQnACbgVJSNOT1e11cphOf5anAE+3LF/qMnO+bi1Oru9xclPOQPYXVpZZfZuPUQmXSFbWJvTuMNj qzJ75/Vta2jXNrRrtx6ildVlRMT7G9q1Ax5jV76V7YvT7fD4ZyfYILsfHAgkEoh7ho1wAAAAAAAA wGRBqv5zB8honJ5bbhzq7C+bMp2IZuoGiUiaACASA0T8j3hph8e2pCJfJAPwVIC/Nr/VyoX5+dGl 0YidXL+fH3lUfushIqLCs6MVe5yeLo7jP5Kzyna5qcrsrdXZnbpyIhJj+RziT0Rc8IclPhcC4gJB XEco2AeoMns1d61+KqlXuTC7r6mpyWKxJPUsIN2wWCzv7u9MdS8AAAAAMGEozO7r6s9J6immVZTl Z+ql6p+H/EXwDzdrb2vmgp4cC8T4LKU9h/ZxTP9Qk12aB7zb4VhZXebUlXP1T+l+WTqvf0lgs1e6 IXvcESjXIw6/e+GYkB6RTyzSAMThRCRbP5j9BL3FdvT9bT3DRo4p0vyff3s+qRfa3XfuwKfnr7lS 1Rps4JLBYrG0d3anuhcAAAAAmDDkGLL6+/ule3wZ8RasP+GafpnxPD/y06tmjZzUlfN4PxFdmFVU 6D7XcPasuXTOTN1gtydLlP7kBtKn7W3NRMRFQkVigDRF2Gcp5UL+RMQR/6y8uXSPSA4Ol93LEl8s FUw0ZqkvaTQ/q3wKJA1zZH9ZgUHqbOzw2B62tPKywZx44PR0sZOgee211+K8ssqcPn0aMwCTkMWr Fp/edzrVvQAAAADAhOGCdyTaQ4YGB4jo/Ej59MxW3iO2xUaXp7RQ13Z+pNxoHB2PzjPqe1xDF2YV zdQN9ra6+jMM2Rfd/PREm5ckDoD/RJ39PktpVl8P+wCcB8w1f6Q1QLnUDxGVGI19GUREfb0usbaX u7SSVb54FDm7jJD+vFTw6NkDCl6sJMBVgNYsdvUc2icd/hcTDqJj4ukOj63wrH9KQfPmf/8h2msd FR3tp/bv33/ttdcm9Swg3aipqfn0r82p7gUAAAAAJgvdrtyZxl6xIR6naY4P+Mp4m4hmGnvbDfOI iKW/CAHqzzAI0c/Lfs2qyO9xe4T9wZy8y6ZpTx48JtKCpdqax9c5QGiazlViNE4toLPOMT3MN9FZ J3V2Eo0d5p+mc+XkGvNNRERnnaM+A9cGDV4cQMwJiMo/skUDuNaQyAeQegVsR5ttmJas+0BEROez s4koOzs7YktwKZGdnZ3sjxYAAAAAJie9bqOWOrIN03jDS8Va6sgz6onIS8UzjR1jH+fqiS7klc2k 492u3HbDPI741xj1HP/jy9OdyDBkX3T3dxLPA/BZetyePIOuPdNgHnG3ZxpKjMaLRNnXV/p6/TX7 xSJftTq708Pauoua7AZdYVNppeHDRndppaj3n2+ivKmUV+x3A/p6iQKLA+TkGon83kJnJxH5C4Zu 9dhqdYHFvMz2hnYtP1ZbiHidL7OXVxQuPOsgMxWedeittl8dolqd3R8X9P62KrNhTFFRs32HxxZv ZFUMrF69evxPCpLKli1bUt0FAAAAAEwK+t0DuQYimsYbve5i4QMEP3a7cvOMRETdnqxCKs4zUs/p zpnG3mP9JeRyk4G6DDNm0qC+KJtOu4no+IXzps5+f1h/WxeVzjEbSJM36/IC8p52E1HfgDerrydv 4ZKsvh7OBODlwHZ4bGsvb+S4IHuLs8pjHyIytTV2kr/ef1+v62yukQLLfvGyALwaQGdppYjyP3Yq 06XRcG5A4VlHA2mJyK/7rdath+jh6tafHqKHLXNq2+x6i23e+9saho0igXioyV6r809NFJ51lAXU P/kTjv1+QgocACIaGelJyXlBMsjMzEt1FwAAAAAwWRAD/9KNfrdc/VNgNoBjgWbqdOSmHtdQbrnx WJvBX+nffUSEA3XPKso+3UmBvF6u/tne1jykK/RlGpYOZ56aOt15sjWLaDAnj/gxJy+PSvUWo6Gt sZbsTg9VlBCP1rOOrzJ3NTgcVWbvsZ07K0pGPjyVWVEy0tCuNfp8XBiUWhyBRy21O4i01Susux0O acyPP9z/dpemqfHuhZWDury1OY1OXWVD+/FqC5UVGI54rET2rnyr3kK8TrAoN0RE0pxgHv6vNduj cACsVqv0qcPhSMA9BEA1u3btUtNs+fLlSTpjDJbj/9Yk73unfD3VvNlw10f9dYvfgnrYZjym4reQ 5sg+bBEJ/jTGbyFaDnbmPbl6kWznxi0fX10UYZhJZVfxSwdAusGKn2cAxroBA6JNkCcwdCGvTNPj 8eXp8oh6Wl3ZRLzub7crd6i/v7soe6ZucKZu8ESGgQL1/sc8NtHHRdmDOSNmg64905DV18P5ABen BJYLmFnp7vaX/eHh9gUrVnyyc6foUlPBigqyuzQavcVG7Q7OHpYt+stpwUcDQTtrL290l1au0bl8 VLqGXAMeI5VWEhFvDDXZq61c4tNf5bPQ4Rhq8hJppc4DkV1vsVl27mzQaKVBRKocAP5DufK14uCd +OMIxoddu3Z99rPFRPTf/91x3723BTd4/Y23Aw12VS6+M9fgivN0RFRWWhC8U6X+4y+I78yYnZqC KL41fgtjd2oS+r0LdyWrFl+3a9cuNe/0vntva2rp6e3paW051u8eEIkf4fYnw4IaJJ+fEG6PSm8n TgvCTsj942lBAd8Zun/T/2xp7VhdXhzy0d+u5QNyvJgkCyoR0t/nOyx7SaOZT4pugNVq9XrHpOZ1 d3u4+ODp06dlLfEzB0D6IIJ/WPpraUCWBiAd/md6XEMzjb3drcQZAr48XW6errfVxWkAXPyHTru9 V5RmZhtnaV2nj51l3S8s+H2ATtJ09p8myiryDObkZfX1XDSWE1GRmYioZ5iuKiBaUJkdiOM3eVoX rFjB64INNdmFKOeUXBGOz4qcR+VZ0/NJWfdPIxenB/T1uihQR4gb6C02Q1tjra7Lnwrc7v9L1ZVv JfJnJnBiwG6HgzQa9gcsvp186sgOgNVqlUl/ZuVrxdubHhODKPgTeUmi1Zpke2S/mnHCyQPq00Iu HPoLkamjayj8q0Rk0lIHUWi92O8eWPk3d9TX1yucZdeuXTLpz5SVFpy8WKBGGVutVpn0Z3xniH5H GhWSwmq1+kLt9xG9T5YbVVhQ804VUO8DpJyI71RodyL67GeLpT6kSm8nfgtSZH7XeFpQ86mIrN0j Eb+FiP1k9e+X/mfnayTfV9+mwBdt9SLlqYCvf/07yt146aWniQiVrAFIH3gwSOoG9Ls7lNMA8ozE kwBa6vD2FHcZZszUDeaWG3tbXUSUfdHNPkCP2zPT2zZ7xmVUQXp3NlcB4pNKK/0TEXsCVJR9yuUi oqkFxrypRETDZ4jrfhJRURERlVMn5S1ckpNLVGTr7CTO3K0iu95iqyK73kJDTcSF/79WRESjxUBZ 7hMP9ve6BjzGoiIj9bpY/Qs3wF1a2eBwULtDOo3ATgW7AeJx9CUNFwx1ZJAiUvW/9d6/bL33L+Kl 7U2PrbRsIiKv1+n1OqOd+QUTgmeffVb29PnnX3nlZ79IiPEtW7Zs2rSJiPbv39/U1JQQmxFpOnpE uYFU/S+9vmrp9VW8fbztzPG2M7MzzmTOnq8cPCNV/yO5zpFcv8ukKSD6HdHnyLcpQviBVP2PeJ0j EqfrfbLcQE3vkSXiNy7iO1Wg4aMPGz76kIj63QMRG6cc5XfKN+u//9svPXnj9TfeHhj0DAz6i7ux ek6ehWD42Ggt7Nq1i9uIs0drQc2nIpx2X10eYiQoSRYi9tOv/s/OZ/XPP0P8T/PY6BctODpIxuZN m/lf4P/ND2yuD2xuUtlbAMA4w6P+/e6BXIPLS8X97gEOBJI181Jxj2tISx0c9881QAvd5/jV3HKj qPbTn2GYcrqz25PVce4EEeUZdLwMsECs88XbTk9Xe1uzpqlN09TW0uzqbKfhMzS1gHIuUs5FooCC 5/o/ORfJUkw3X0NXLSAi4qr/4rGoiK5aQJZi/798E+WbKCfXmJNrFEVCRR0hIpqmc/E6xLsdDp5M 6Mq3Eg/2+4f/iYj8il/yyC+Jx9iTgFdaNm2/vyOx48Eg3Vi3bh0RPfXUUxRwBtatW8fS86EvPxCP ZVb/HR1qRwRTy/G2M/fde9vrb7x98mLB7Iwzx6O3wBpFozWFHNdXzw3U9D4ldzDyvntv4zkWZTWp Xu82fPRhyO6Gb6AAACAASURBVJHp+C2ogQ+Unqtq8XXBzRRG0OO3oBI1FkQgnKvPZ8zRJLwPI7nO X36bfklXE4V9JKI33si4P0wAj0oLP/rNwidjDQE62DlaeIC/WdJXZV+05r8enHPF1bGdCACQhkhz AEQVoFyDKzgQiIjyjMX+POBW4so/2RfdeUS+PB0RzdQNUrmRWl39GYbjF86Xne7snlVEHg+/1F2U babRqYDRGYDAbIB/IbBDXT1E5tI5dJKcuvKiIprhcVOuUdrnnmHKm0pnnf6inwMeo1gvrK+X8k3G nuHRxmLpAF4coLPTONBJRGRoa9vaV1mr29fQriUaDfHnSkHBuQTSSQASLkEg6EjJAbBarVRXR7SJ iLbf36G93ySNBZKqf63WhBCgSxJZ/Cv7A/HD6r+pqSndFojYtWtX5uz5RP4B/D17Gyig/nnP7Iwz Jy8WZM4OGwhktVp9knHDzF4TSTSKX5psIt+msIFAVqv1PbIQ+adEOApLqBmeAdAEWibpe1dcqA8X ZyWFw/SJKDcvr7XlGE8aMGI/ESkE8cdvQT1iCJ+ISooNYlt6UvVnid+ClIgWgp0l3nPnyppE9UHK 88+/sm7dUyMjToXtiCQvgFAM/0vVP58uxBft0Sfx8wTAJYMsB0AkAIQMASKRAODKzS03drdShfFU tyu3xzV0wTBjpm6QiLzaGbnllEuU3Tq9P8OQHUgM6A6sCGYunTPU2c/brPtHZwNK/Bv7jp0laj52 KrOipPl4E5EkjXigtPKUy0UuaiHK6uvRdPbz/l/1VfKKXe7SytY/Nkpje/iRq4J++NpOkUxcUTLC Mf1jQnoCtUHNpa1364jIVkX2QJqBg8w0r29bw7BRuAEiOkjVDIDQ+lqt3weQqf+E3FSQtiRK9zNC /SfQZvKQqn9+KtwDlUOtshFKliabH46iD2JEU6h/r9eZbt+7kIPi8ViQKtr4Wb58ucjhlsY1CQF9 qsMd2xnVWxAi/vU33hZHqbTA/ZflIYiPX/zvQsYTTzyk0Tzl85lGRpxPPfUU/wHQak0+H6lU/4xP MuGl0dC77zbedFNl/N0TDG7/glZr4q+DbxMNzfI/VXNsd7cnciMAQJoRnAMQrgZoyBkA9gR6W11m 95Hu07m55Uat95wvt3SWz0flJy54so63+dN/WfTri7LzDLrMq2eeGPDmUWlWXw8FFgm2tzirrbZP du6kkq6KEiKiJRX59han7XKTvcVZZe7a4bHVkp2rfx47lUlEXPezK99WS/ZAmU6nKAPqLwwqqwqq 0ex2OKpKRnZ4bHRqJ2mIiHjIn3X/mttdPYfsdy+0tTc1EzXz5ICQ+zs8ttoCexn5nQH2HIjsDe3a CDkAKy2btjc9Jt2z/f4Omfqfs3J6gm4rSFM0EuI0tWXLltWrV6ez+ucxft6Wqf/77r1N+i+sic8R /c6/GRyfQERer/PRnyr1ITjOx+t1StW/+rczoYlwnaOB1fNnP1u8a9cu6eD9OMN9ICJXX9SxYMuX L5fmISxfvjw4BCiBeL1O6dc9BvUvs8C8+25jInrnR7/01+wDsPrPWvlr9d8OrvkjQ0N0IzURafgf u9mPPfZYcEsAQAoROQBiEoCIOB9A6gOIHAD/DIArd6ax90Sbl4g4H6C31dXtyco41nTyfJ9XOyM4 9J+IetyekX5XidF4+RyjaXa5aXZ53sIlPkvpyuqyoSb7kop8ItrhsRGR09NVZfbaW5xVZi8FQm54 gbCKkpGKkpFqqzVvqktaoZ8zgDmOv6JkhDeqzF6xQf7Vu7S1OrtLo6m2Wnd4bCury7iy0JrFLs4T 2HqIuBt8bOFZB2/zuXhbJAOoqgLEmb7b6+p4WIUHWmTqv/nap2h7XULuKEhPfL44A9dHqampYR9g 1qxZsVm4rdT5dqjY8c9+tvjCoQQoY47yP3mxYOTk4djU58vfoUee9qch0tjIBFI3Y8Zanx99RBqt yet1LvV+oAl8+9Jt+J+LdUr3iNiemC3IiCcNQDZ2/ub2eukAvHqkQUQpYfny5VyENKnqPzPT/+ny ep2ZmX7d7/XSyEh0dthnSDb6pb/mnPusgl9Lv2W+TWNccfUEuxDp9nUDYJIjWwdAVAHqd3doaSDk DEBuuY6IRBRQu2HelNOdvA7AlNOdPUTkarswq2imbjDPMIMqdD1uD88ADHX264uye9yePDrtvWDk UfMSo5GIyGicUlpORNlED7e1DnUWOj1dXM2T63IG0nNlBUANIkafiERJUA7mYe1OZpKF96y53TXg MVZbyNDWuGZxqdNTTkR6i+2dt0br/+gtttom/4JfVWYv0ei2GP4XFYFUhQD5fYDA02D1P2f/s82J vLMg7ZAO/MfpDBQXFyfEBwjemRD1z/h9gNnzX3/j7Rh8gEeuo5e/Q49cR/Q74nwAzdgBRI7/efSn dPCQ5uqFIa7nO9REZCFJzR/hgRORVmuqIyKiumh7JkEUk1FuFpXs5hieiFI+ooWGjz6UTbyo6Wo4 RA0fkT5LRDH4ABw7xBckVcWRRBDRrl27YvNh1FBf79i/f/9TTz1F5FfwmZkm/hvw7LPPXnvttWrC eKTqX6OhZHsCsmQAv/pXRFbvX4pU8U+eCTcAJgSy4B8h/UUlUNGSfYDAIgC5M429F/LKcsuN3h49 rwAg1gHg9tmnO09kGPRFHiLKM+jYDeBtTd6sjAvuEwNe84i7PdNw2TQ3r//FBX+IqK+03KmjPJ1r DbmIlhC5qq1Wk6d1bWej0+NfGFjofrEUQPDqvDs8toerW526ci4Yyo9rFo+ua+QurSQPGdoa7S1O nj1g3U9EvCJY4VmH3mrbeojW5jTWBnwAlv7sWnD4EBEpOQAOh4PzgLc3PUZ1FHLsf87+Z5u3n9/4 Qv3BQxRSyoBLgATOANBYH+DKK6+M9vC328KOxoV0DKKCI60zZ8/nKKDMsT6AGg3qcDg0VqtvE738 IT1ynVz6Mxz/s/GF+nAWrFbrrUTvUNOtZAlZ86eO/Bbi+d6p8W1ef+Pt+DNKU4vKGj5q4OtQXKg3 DiYx9kYZ5SpACeGmmypvuqnyiSceIiKiMbMBRE8RRQ4Ekql/h8Oh0UykOtEQ/QCkLbIcAFEFqN/d QTSm8A7PA8w0jq4E3Nvqyi03ioXA/AYvuingBmRfdHMOwGnq1weSgHn4/2LerKVZ509NnXXZBfeJ Ae9l09zaWYa8qVQ4ONyVNZXaiYqor3f07JaZNLWgnIjKiSrPUFO3rdpCvM6XWBrs7oU01ER3LyST Z86aHFdOru1rRETlouZnZydN0/mDfHiDH92llVUe+9ZDVGv2su7f4bGtzWl0l9qqyD7UZL97oc3u cFZbbfPe39YwbJSuDEBE7IdEngGYs/9ZImq+9qnRaypR/9HfOzDBSMYKD1IfIIbDWdLJKtVEVYVd GYOriYjcRovB1eQe6wPk5GiJqK/PqywiX/5w9DG4RiGpCCpg9U/+iOTRo0QkXkzvTM7hFl1C7CQc 9rXiHPuXEa4K0DgQsYbPOFiIFh71F2Gf6pNrpbD6p0SvFLlxy8cazXz/OgABQnwpfkeax+jlzRvD 2XnppadfGnmat0e8bMVEmAEAIO0RxX+kGyHzgDkNgFcCnmns9fbouQBo9hWlPW6PmASoyD617+wU c+mcstOdxz1dJl1he9todMuQrlDv9jiJBnNGLpumLTEaLxINn6FOop6CqcPtRJKluygQI3TWSTkX aWoBTS0gC1FTN+UtXDLg8df+7yTbNJ2LLLZpOpeTyslDA53+IqE5ucbOTr8pIfrZDRjwGLlGkN5i W6NzES1ZQ64Bj21tW6O7tHK3w9GVb6vV2SXzDIYjnjFlQMX8QwQHgAcj56ycPmf/s7RyOv9Z5Kxf v2Ow/Xy4gUxwCfDOO/+VqGW/ZAgfIBnG44EnAXJytOwGGFxNlKOV+gAR1T9/a6Kq8xPSgqgEKo38 SaAPkChhLYi//oyChTirDMkCeE51uOOxFu3hIWv4VC2+Tr2d+C1EhVD/Ih/A5yONJjof4Kcvb3Q4 riYiDhlKYPpvyMV9oy1MpzC0AdEPQDojywGQuAHy4Ez2AfKMxaIMKNFQHlGPayi3nGbqiMqNRESt rmP9JWVT3Mfbmk26QpPOwJU6hR2np8vU6V8P+CSRvih7MCfvsmnai1MMw2eIiHhJYEFfBuVcpHzT mD1iCJ/1fVERdXaO0fTccsBjHPC/SkQhZgC4JT/lUqG7HQ4RXOQP/ZcM+YvKoZwAcPzMtq78Vapy AAJahOasnC4t+NO8/TyFD2MAlwxxLvilAPsAp0+fzs7OjrggAKc/3laapL7Iz8XDqzzezxsslyOq f0Z8azY/rCRHFKJ3hAVGxP0TjQnGizn+h9+j8ntp+OjDqsXXqY//EdZi9gRkFhLrovAbiX+mKLZe 8QdYmocQ7VWK34JKMjNNzz33rNfLIUD+FQBHRpw+n+m5514JhAZF5pFHn3Q4HCJhILEFQEcnAYik 8wCjBIb/w60CxsuQy+CCP5gBACBtkeUAaGlATAKEHP7vduXONHbkGYu1PcfzjMU9riFeFZhDgHgl 4Jnl1N/mvTCrSAz/iyr+ouS/dAUAausy6QoPSpwEDsfkqKHBnLy+XhflGnPOEBFNLaCzTv/8gMnT 6qRy6nVN03G80GhIj8nT6tSV5+Qac4jyTTR8hqiIiKizM/QMQM+hfTs8NsuZTFf7mKSCwrMOkU8s cn+Pn9lWWxBYN2DYyFMBqtYBcDgcBw9pnny8RrpTJv2RAABioLi4uLi4OHI7IiJavnw51/8Jp+E4 PUBZs1rmzlN5Lh4wlu2XKmZlZczfmkfDf2sifmXE947lSJ3EAu9RtqDmncapIIOlsLgmKlWyggX1 qLynFLQIQAxIU6KjNSVq+MQ8mxG/BTXXamTE+cQTEbaV8XqdGk1cM1QR+3l1UQ/7AETEVYCkqp1z bxSCf2QOtgyIfgDSluB1AKQZwME+AA//5xmp25V7YdYMMx3pduWKBAAOAeolyiai0+7+DIO5tKjd Pw9QKOYBpBMCUsfA6ek6diqzomSEiBratVX+p80mXWE/UWdppaHNP/PZE2h57FTrkor8fcfOLlix YqjJ/smpzIqSEdbrekv5/7y2c8GKFf17xywHRhbbUJOdT+qvH9riINLWmu0NmsACwIH1fRtIKw33 F6K/p52kLbvyrRr1oZkHD4VNOFMQIh0dHfX19TU1NWLP6tWrR0aiqA8I0pzMzLzgSJ6amppPP/00 Jf1JIAoKT6VODfmticpbDve9S4jLrUbCKrzT4MNFY4WXEmsBJJBoE36Cfz7itxAtBzvznly9SLZT SP9ww/9M8IIk4Ur+Yy1hANINWQ4ASRIDpCsBa6mD0395FTAi4uF/rgHKpniby4DyKgH6ouz2tmZz 6Rx2BvwD/2OR7uccXH4aGH33PxKRKPjDO8W29KUdHtu8vm09w8bgExFRV7618KyDAvm7YyoIBUxx fU/ew10ST6VnF49ROACxAQfgkucSdgAAAAAAkFYI6U9EXKeu123MNbhCBgL58nRTeo5fyCub0nOc FwI71l9SkX2KnQEi6s8wcCEg3tYXZc/UDXZ7stgl4P28JgCNHf5npNL/2KlMHtdnkS0asCKXlgGV aXHxKJPvIQ9hoS91MLimEJ8isA6xv/3xM+6eYaPsQD5EVQhQwsnMzEvJeQEAAAAAwARFlgMgRv3D hQB5e4ov5JUR0YW8sjzydLtyK4ynjvWXZJObB/6zL7rFUgCc7HvA02XSFQ5lGCig+0df1RU6PV16 i40FNxHV6uxOj79BRcnIboejykxinS+xFi/7A0NNdlF/X2+xUbtDxOSEXA6MAiuFSdcKOH5mGxUY OMhHnIhdBWp3/KqvUrRsaNd25a+SeAv+lAAuE5SCGQAwGcAMAAAAAACSgVigRlIDdCBkErCIBeLq n0Sk6fH0uIbkBjMMFdmnjvWXsD8gywAmIp9FXoSE83FFGoB0pJ/lvlgPWGESQLQPjtiRPopmeouN iLj4D3dDFAIKOaXABwZPGlSZvRnJuDEAAAAAAAAkAx7473cPiEkAIso1uML5AD2uIU2PR9PjISJf ni633JhbbiSi/gwDbxDRvrNTeI9I+ZUm/vYc2qdpatM0tRHRZdO0WX09Jk+rvihbb7FVlIyYdIVr cxpNukK9xSaV6V35VgoU4Bc72Sa/xC5BQ7uW27DWr9XZ9RYbP65Z7NJbbHqLrdpq5ZmHrYfIpCvc 7XAMNdl3Oxw7PP7piB0emwj14VPs8NhG5xOIuvKt/okCIiLKfPDBB5N6k86fP3/8+PGysrKkngWk G2VlZU4nKmkAAAAAIJH0uo3eC71Gw0Xd1CkDF/J5mzcy6HxIHyBbf+asa0q2/oyzUzPNp+ntdPdP yy3OODmYZx4+6bwwq2iW6WKxKceTZfCeH84rKe5ynpymnS7mAUy6wsERN+/Jy8rKyp15+fzci5rc 3qaT/d2NRDQ44v7dQLWZGr3OFr3FZmhr9FVUlyyouK6CMjvdgyPu4pyL+xpPVFutXmdL+eJbvM6W K7QtOzy2m3Obvc6Wg7pblhrcRVcv1ZoqShZUzCitOH+etKYKIjpo351zoXlf44nZ5eW7HY7yxbeU u+y+iuqPzpdff03+jMGT/V0ninMudvRn3JzbzAan9B6aYZh6UHdLrc7e0Z9xUHfLzbnNDe3am3Ob O/oz3Kc/HhzRH9TdghkAAAAAAAAwAeh3D+QaXGIGgEf9xUa4lYAv5JXNNPa2G+bNNPa29WfONPZO Od3Z7crlQkBTTneeaPNybdDLSrV5Bp25dI6+KNtcOkd6atnqYESkL8rmUX8i4hkA0ZKI+vc29u9t tLc4uQGn6vI2P969kHh0/2FL66/6/DVDOzups5Om6Vw8rt9UsMJcOqcr3zrUZGcLPORfq7O/81aD GO/nx3l92xratUdyVhERj/pTYP5BTAvMvWEV79S89tprSblFEpADMAkpLi7u6OhIdS8AAAAAAIAc DaQ5AAAAAAAAkwfNq6++muo+AAAAAAAAAMYJbVFRUar7AAAAAAAAABgntOXl5anuAwAAAAAAAGCc 0GZlZaW6DwAAAAAAAIBxQuPz+VLdBwAAAAAAAMA4gXUAAAAAAAAAmETAAQAAAAAAAGASAQcAAAAA AACASQQcAAAAAAAAACYRWvVNv/iNLdKnv3xxdTwnFtbitCM1mChTCqfgjRhOJLt6gvj7HEOvknet wr1NCnQv4fc9NtRfgTTpMAAAAABAolDlAIRUdeMguFWiIDrTH+78uF3JVF2rNPmo0AT/tAAAAAAA xE9kB0AqmGSDuOnjA0wgpFcsIWI0PW9BevYqBi6ZNwIAAAAAwEQRAiSU0C9fXB1uTiBke9mr0sMV 1HC4w6WvynayQ6JwomijmKLqs4I1NWEksXVbfa9CXquQLwV3UuV1i/g2o73vKq+Jyg7HcAVi+KAC AAAAAKQ5EZKAFSLX+Z9CS+lEgfRVNc6DbI/yq+FQltHKRmLoc6JiS+Lpdgy9img/touvEpXGla9J nB2O9oMRlXEAAAAAgHRD7QyA8jBnRM2q/KpKeRdy6Fd51FlhKJf3RIxiiqrPUcVEKfQ85m4r9Crk tYpoX+WdDdeN4Hek0Fvldxeuz+o7rOYKqHQVoroaAAAAAABpRRQhQApEFf0SHEGkvh6LbNpBZa/U RODITiRrL+tztAaDD1Qggd1OYPtoL74UlepfjQX1R6nscGzvKJ6rAQAAAACQWhLjAFDco6EKh0vF 9xfHt2ZOROJ81+NfizNaYrv443CDFGaZou2w+suVzh9FAAAAAACVJGYhsOSpf0Y5IXgCIXInJtD4 8YS7+FF1ONq3M+GuBgAAAACAjBhnANSUZ4lYCibYlMLhatIDYuh/nO3HWcSr7HbMITfRJm8klqjs x5C5oT4BIIaPIgAAAADARCGCAyD0/RdD1UyMU/6qj81ISGYthcoujfYtxFABMyrlHVW31ftaEXO4 g+0nPKMgXIOY353MrOzwxJKozzwAAAAAQMrR+Hw+5RYRB7/jbBDDq+EsK8hWZTvBxPam4h96j6rb CkPawe1DJl5HdXmV30UMDkC07y7iUTF/WpStqTEOAAAAADBRiJwDEDJaXbon3LbKBupfVXm6kKix HNVZojUYG/F0W7YnhneR7PcYm/2o3mM8nz315wUAAAAAmEBEngEAaQviUgAAAAAAQLQkrAwoGDeQ fgoAAAAAAGImMWVAQQrB8D8AAAAAAFAPHICJDdQ/AAAAAACICuQAAAAAAAAAMInADAAAAAAAAACT CDgAAAAAAAAATCLgAAAAAAAAADCJ0La2tqa6DwAAAAAAAIBxQuP1OlPdBwAAAAAAAMA4oW1uakp1 HwAAAAAAAADjBHIAAAAAAAAAmETAAQAAAAAAAGASAQcAAAAAAACASYRW4bVPDh+NzeiC+XNhCqYS bipJpEMPg/sAAAAAAJAkwjoAnxw+GrMokR0LUzCVEFNJIh16mIaXBQAAAACXKggBAgAAAAAAYBKh FAKUJP7t+VeIaPPmzWLPxhfqeePIX16TtvzWEw8pm5o7f5nCq0cPfxBbDxNCcN+i6o/yW4vKrEpT ie1eai8+AAAAAAAIR2IcAJaDKjUfS/+XN28Uex55tIYPr711VPGznxCRkAuZabWmlzdvnDt/Wfwy VCjdGEz5fIfFtkYz/9339tx041L1h3/c+tOIbRaVP6zGbMTl3rRaU7Tdk9k81jedN67M0yXq4gMA AAAAgISTAAdg7vxlL9ST/XSxGs03d/4ylv5SrclHzZ2/jL7yK/+edRXqOyCkp4z4Zejc+cs+7fFY fvNzItLEZGr//neJaP/+/bF1oKP/gMKrW37zonpTP3rpULiXrl7oi6JPRET08uaNWu3/iKef9twV 3AA+AAAAAABAGhKvAyDU/5Et/eqP+onviZ+8S0S0f9+r1y5Zw49ERC0f0OVqQ1+UeeTRJ3kj2oFt wdz5y7xe57E+ej5n6ROOKKR22vLNry8M3qngGAQzd/6uo4eXz51/kshM1CL2X5m3kYgcjutnLaom ycWPxnKImRZlF2LcHIzgE8G3AQAAAMDEJS4HQKr+m7efl0b1hGv/8uaNN924lNU/EQn1v3/fq9du 8u1/TJMQB+DTHs/pj3cTkdVqjc1CQP1P/+PbR4nop4vn0eaIB40eyxubNz8v3c+yWL1w/LefPaz2 lOqISuuHY+78k0QkVf8Cq3Wvw0Gf9nj++PbR6f071bsBUj2dntpa1sPUdgYAAAAAIB7UOgDBUf7R qv+QSGcA9u97laIM/lFg1qJq9gFiYO78Zb5zP/vpz35xPnsFEbGWjeoN7j4snw/Zffg5Iqqen61+ RuI//5mIyPfRRyFf1SxerL4/FGb4n3n33caoTDEOx/Vi22rdK33pjtvm/vm3O1XakSn+o4c/COkD hEvGCPnJDG4ZTy6HMsGWuf8qOwYAAAAAMM6ocgDmzl+28rVikmi1kOo/hkibMTMAS9bs/4+17763 JzZTiYLV/8j0ux72mX7av5GIolX/TPVzv5fvev9N9YeP5kUQaX4ctC7V+2/S2ETqiHxlg4k3rr2F 9v8PXXvL6EsLyaHejhj7P9iZd8dt/tL1DoffB+BJAA4EipmQ6j/kFIH0AynbiLgz2i4JWS/Effwd AwAAAAAYf6IIAbLN6tgekKRxqv9Xb9oz+uSmijmWnuabKoj2pHwlJKH+M//DREQP+57UPEYxuzfj QLS9Eupf5gPEwJOrd9zR479jsxZVO6JyIsIQ7Rh5cLOIByZWeYezFkPHAAAAAADGB1UOwMubNz5y /5P0WvEL9R2P18Su/sUA6hyLhYiO/tlFRHNvNhLRjnc8Tz5eE1scUaKQqX8iilb9C/1a/bmvhGsT bSaAZu2/qmyphjjV/9HDy3mK5sOPjqxevfr0x7tnLarmDGDBpz1RZwBL7I/Oe8hQH3kfcgWGcQgB SmBLAAAAAIDkocoBEPLXfrr4hfqO+CN/mpuaiGjuzRaxXXur7kmiRx59MlUDpV/9+nd8535Gv/5y JhERbWm/8/7vvxnDG4xUvP8zpLp4v5+jb1DQkgLq+yP4j/WjZfu1NSZOMAhgJUnpHsXCO7t449FH 6aabKrkA66c9T16Zx/FOLUTEXkEMPVRG5QcjXLZuksJv1CcHI40YAAAAAGmC2hAgngRY+VpxnOpf mhzJ0p8Cesjrdb7ys1+kODz6Cz+jX385ZvXPJLB4v3REXLqkQAxTJbISQOEq/2si9Gc5+wCbN9/6 0kvRdiGczQ+iio9X2VgqshPyoQqXnRx8OvUdAwAAAAAYf9Q6AKyDudh/PGP/RORwOIoL9VIZtPGF +icfr+FtsYDUvKvuj8F4bHz1699xbHuAiLb82zaiuNT/uBFD30QhoCcfj//8Ldoxn50QVUHVEzFE J1yD4GI70j3SQ5IUAhTydOo7BgAAAAAw/kSRBPzy5o0cJRKnON6yZcu3nnho4wv10/VipPzAy5s3 arUmngRgH2DjC/UqDcZc7lOKZsaXX/venfd/f7S6TmxvMOHF+xnZkgKxIZ0EUB7pV+DlzbpHHvUQ UbDo37il9snVO2IzG073KzTgPQrptsqHx9A3ZcuyU6jsGAAAAADAOBOFA3DTjUtF5En8Q+O1t+qI xhg5evgD4QOot6PVmuLsCRHV19cTUUIG/sfG1ieMxx5TvQ5ZKN59t/FqyTIADofjYGeetMGTqxep DCu66calL2/eQ0QBN4CI6NFHW4hoev/Olzfrmv96sPmvB+PpLQAAAAAASB7RrQScqJCYf3v+leCd 8666f+ML9SzoVQ7/Hz38AReliROpnXjeY6L6k3CzKldEVvneb7px6bvv7Xl5s07seeTRzUS0OS4n 5dIBA/wAAAAASGeicwASwreeeEjh1dooxVOifJJ0s5NAs8nQo7L+QPICAAAAAEwUMlLdAQAAAAAA AMD4JBtfnwAAIABJREFUoVEYu/3k8NHYjC6YL1/SF6ZgKn5TSSIdehjcBwAAAACAJKHkAAAAAAAA AAAuMRACBAAAAAAAwCQCDgAAAAAAAACTCDgAAAAAAAAATCI0y5ffkOo+AAAAAAAAAMYJrcX6/6W6 DwAAAAAAAIBxQnvZ7JJU9wEAAAAAAAAwTminGbJT3QcAAAAAAADAOKHtP7o31X0AAAAAAAAAjBOa mpqaVPcBAAAAAAAAME5gJWAAAAAAAAAmMN5hjfrGf/vEt7XJ6woAAAAAAABgHFiw6Ho1zTZs2EBE cAAAAAAAAACY8HzysdrMXqwEDAAAAAAAwCQCDgAAAAAAAACTCDgAAAAAAAAATCLgAAAAAAAAAHCp 8dttb4V7CQ4AAAAAAAAAlxSs/sP5AKgCBAAAAAAQC1fOW7pu3Tfit9PQcPgnLz2dcLNE9OjDX0y4 2eeee/HTI3sSbvbgwaMv/fu/xG8H0Fjd/9ttb92z6nZZAzgAacfc+ctS3QUAAJhEYEFMEDPr1n3j uedejNPIhg0biA4n3CwR3XDDDVIHICFm39rx63XrvpFws3V1dURH4zQCmOBR/2AfAA4AAEkH8uJS Ai46AACAdOaeVbeHXBRMukoAHAAAAAAAgBgZGelJdReiILi3hw6d2LNnz8GDB1tbWwsKChYsWLBs 2bKbbqpMB7MgZiKuCAYHAICkgzFjAAAA0aLsWvzmN3/6/Oc/E4/9/v6Mt9566/nnnz9w4IDE7G+K i4sffPDBJ554Ijv7YvqYBYkFDkDagXARAAAAYAIxNDgQvHOaoWTISxcvkuciDV+kC17y+kirobzM U/Gf8cyZ4Z/97Gd6vf62226bOnUwtt5u3WrfsGFDUVHRT37yE6vVWpCv7T+v3bNnzzPPPPP000+f O3fu6aefvjjiTLjZ5577XsgrBsYTOAAAAAAAAAlmwH2qabDvX/Zt+EvXIR/RrWV3fnn+uus2F/Z/ 64RKCwoqeevW7S6Xq66ubunSpUajUb1MFxz6y6lNmzaxTL9iTj4R5ZkqepzHbLcuvvrq1x944IEf //jHixYtuvvuu6doz8djloiyp3tlZh944C74AAlnw4YN6hvDAQAAAAAAiJ2BgRASedOJ33/vj98R T/966uivPt4crnFUnDnr/fnPf/7xxx8T0csvv/zII49kT4+6t++///6BAwf+8z//0zxLL7rEG4WF pd/97nfvuuuu119/fenSpfkmTZxmGanZBx64S581rcfZHUW/gSJ/+8S3o2oPBwAAAAAAIJF87OmW qn+mv/9cVEbCuQovvvgfRqORiGbPnv1f//VfX/ziFzMzhqLt4b59+4ho6dKlRGOOnTK1qKurq7S0 VKvVtrW1uVyuaVlZ06bpEmv2ww+b5s6dG22fgQL//vwzCxZd/8nHe1U+wgEAAAAAAIidgQGPbM83 HV8lovuXPPrlBY+PXKS/r/9yY9u+cI2j5R/+/itTphZdeeWV3/3ud0tKSgoLC8/3t0Xb27a2NiLS kKtk9hLxUsnsRbyxa9eugoKC1tbWc+fOFRdlqemzglmB1KzrXBR9BhGJSv1/8vFeOAAAAAAAAAmj KcPV2t3yu7X115puvtj7ccfUWV39p2OwI5PdPjJu2rTpq4/dR0Q00JaVlWW1WjXk6u5q2rrNcfvt t2fpo3AteA5Bpy9s+nQfEc0stMyYMWPv3r3nzp0bClBcXDw0FN3cQrBZl8vV2dkZp1kQkajUP2YA 0o6585ehCtAERdT65DsoK/0pbitucfoju0eyOxuyTcg9IH0Ivon4woIEMjQ4pg7Pq6dee2nla9ea bh44vYeIqn9RqNBYDT4ybtu27Z133pk+fTTY32w2a8jF2zqd7itf+coVV1zxzW9+M98UQdpxB665 5pr6+vqDBw8uX77c4/F0dXURUWdnJ0vzc+fO9fb21tTU6PV6lR2WmS0vnVFYPLerq0uo/9jMApVg BmACw780+L2ZiEjvmtgOvo+4xemPTAiGvLPB9xF3Np1RvlP4woKEc/Ei2cyfY/VPREc+vzs2OyyR d9Yf2LRpk9vtPnnyJBFt27aNiIqKijo7O6+cez1vE1FnZ+f+/ftff/31++677zv/+NWIxpcuXUpE P/zhD0tLS4nI5XIREY/Q6/X6+vp6IrrmmmtmzJgRVZ+F2RdeeKGjo8PlcomB/3jMgohEOwOQkeoO Az/SHyGsG3VpMHf+Mv4nnuIWpzlqpF7wfcSdTXNUyvcYvrCiPe47kPK/LntQqP/4WVFzzbe//W2D wUBEs2fP3rhx486dO/fs2UNEP//5z7dt21ZfX3/VVVcRkdFofOCBB+677z5dVlFEs/OuLPra1762 d+/exx577NNPPyWi3//+9/zSW2+99dZbb+Xm5tbU1JSVlUXVW2H2H//xH9msiPaRms01RmUVRAYz AACkC4gimHDgNl3ahNT04qbH9oUVUwT4mgMp835TLdsj5gFutN/7nu2NqKxds6jspZde2r59+86d O8vLy025Ga7e40aj8YorrjCZTHq9fnh4+KGHHlqyZElubm5ZWZlnsFON2QcffHBoaOiVV175whe+ UFxcPGPGjHPnznV0dBBRbm5ub2/vE088wWP2USHM1tfXFxcX6/X6oaGhYLOu3uPRWgYKIAcAgBQQ PEYIKXBpgEH9S4aQYT9iG19YkDzuu/Yf1l++irdt9V/OzZoVgxFTbsaDD9z1pS99SePz1xJdtGjR 9GkXPIOdnkH60f/9/vmBKQaDQeM7Rz61xUazdEN/93d/V1RU9MEHH3z88cdHjhzJzc29/vrr58+f X1NT88wzzxw5cuT222+vr6/v6jiqvqsysx0dHcXFxfGbBcpgBgCA1BCcXAguDXBnLwEmw/A8fz4v +bc5EXnn2Gt9Q+f6hnv3tP3eOzz8dzf8NmZTrP531h/weDwul2vd3/9geHj4R//3+0Q0fdoF9dJf kEGuBx98sKamhtNziSgrK2vGjBlFRUVbtmx56KGHDhw4cOedd7755ptRifUkmQUKYAZgooJ55EsD WZ6o9CXc4gmNLHpEeh9xZ9OcqFI7BEm6rcFu5IT4zMRwDRUKK8n2RLVTdsb4Tcmmg4L7rGZ2d2BQ qf7m2XOn/nhuM28vufzzD+SalNtHxGq1rly5knOCH3roIZ9mhiYa6S87+8BgmzFHY8zJLb0sV+z0 XXQNDdIrr7yyevXqvXv33nnnnW+//fbRI/vUm+13t0yfTtOn55SU5IidXm+P1xudWaASzABMYCAg Ji4h44nD7cQtTlukCaAU5iZSqPuIO5vmSDUcB/zI7mw8X9gY7vsE+qiomfgK2Sak/lYoq6Vmp+yk 8ZtSEPeyz0yESxCK+679h8Nn68X6X0S05PLP/+3CX9PILpUWwvsJXddee+3JkyeNRuPy5csVW8bF 0GD3li1b7r777r1791qt1tdff723JwGrd7ndHckwO8nBDMDEZgL9KgApIW+c+p0gTQi+O+Hul/qW IOWo/CbG8IWVOYEx9W6UkIpT/U411mIg5Cg4jVXS4dqEa5kmiBmecC+pNzVycSR455csz5CF3rv8 d3s7/1Q4rbzStNKq7aQLO0M0jZ7HH39827ZttbW1er1+xowZgwNdcfY2JJkZmUOD3a+//vqqVasO HDiwZcuWG6qvit8sEWWQS2rWZrte/bEgJJgBAAAAANKaYHUeMoI/XFi/1BMIJ1Ujtok4bJ881KQr hJt/S2Af1JuNoSf77niHXDuJ6K6sGXeV30tERKoq80hRkNRTp4488MADd9xxx9y5cztOfxqV+I62 A5nk+slPflJfX79s2TKi/oRY7ncPEA1IzF5MiNnJDGYAAAAAgLRGedheTbR9xFNEbBOnqlZ5eEid LYvMCTkMHzEESH2FruCWyuo/OMAv4oEDbreaniSWRx+9Lz//8t6etmjVfwy9nZZFd9TeoKz+4zE7 kILrd6mBGQAAAABggiEVqRHlKamIulHZJrgb0fU7QYRLw03UUcEtpYekbQJPREl9wn1ofHoC0h/M AAAAAAATD2W9nqTTxUxstZWiGnpPiM2QLRUG9WOw/4Mf/EjN2dOEAwcODgwMJNzsP//zCwm3CaIC MwAAAABAWhMuB0C6hwLTAiELFin7CWraRNtVhfAkNW2kHRPbMgvBlbWCWwafV81RKmOrouoz09Bw mOhwDGYjcsMNNyTc5nPPvbhu3TcSYufTI3vE04MHjxKhnH+KiXYGQJOe014AAAAAAAAANVw5b2lU PkBGqjsMAAAAAAAAiJ1YcgCunLc01d0GAAAAAADjjUajqa+vT3UvQLwsX748Kh+Ajh7+wOfzpbrb AAAAAAAgBfjAxOcvB/dE9aiV3v4UfvgAAAAAAMB4otFoUt2F6Ni1axdv1NXVhWzgcDjGrzfpRJxV gHYRLY/qfBqNxuerj+qQDRvqiGj9+rqojhLHxnZgtKfQaGp8vnqi5RqNhmrCt66nOp+8P3Wa9XW+ DcFt6zR1db66Omsd1RPVkM/h27DBqv7tJO+9azQ1ROTz1SfkFMnoZzyfGT68rq4+2MXlP3zRfoCj PTXF0fOJiPQDkKhPFEVzDcVXmJ+GHNrYsMG6fn2IH4ng/RH3hDMV1VmAlHA/KzF8nGL+BI79IRiP M8ZzFuWn4XaqbCZ7ta6unn8cY+g2AIli+XJyOOqC91utIXZOEuJcByCKr7RK8cQ/3lJi/nMc87FR nSXwR9/nd4trwreOUv1TDbH6Z0WSJuo/gadIxj2KX/rz4evXj45zCEXIG9LxjwQ6A5NQ+jPr19cl 6r3HY0fcyuDxLcx2pjMxDColDWjcEPh89WKALNV9AZMOHv6vq6sLqf4nOeO0DoD0b3SwxJeSWhEQ 7YnGqP8axdaq1X+dpo4o4EjEpP6TikZTU1dXQ/Fd4YTfI/Ghil/6iz0hFSFHzomnEiehPuaTMim/ v8pfTCZJnWSzajqgQKKc3uBbqdFo6upqZB8D1b2Kd/Be2cJknhwYhxk5lfBfxXRyRcYJlV86+AAg tUD9hyTpKwGLv9HxS7SIjP8Yqlr1H4pw6t8f9jPmLBrW3CpJ6vB/XV1NYEo3RhLYvYR8qCJ+bKRv NvB5HjMnQNF4AikR/YkS98n23mMmzsgN5Tb85yv4Y8DfhZCTRSDZRFTb4xn/A0IivZ7wAUBKWL58 ucgBCInDUWe1WidnGkByZwD4b/SGDXXJ/sM6/tJfEtqoglDD/8GMhv0EjmLvoq6uJk1+lvhdx2kh Ie8l/jsem/PAP2MUpSeQctGfqJMq24nzjPHM3ozzF4RvrvT98p7guYKoXPckMYFmCTZssBJRxN6m 21h7XV3N+vWOuroJlhypQDK+Uyp9AJWfAQBAnCRrBkCMkE2IYPQ4iJz1S6Qq+IfVv/TA2NR/kq4G ax1W/zH/9CYqbYBSF4DEcz687fPVh8sToMDPGDOhRb96ZGmFqeqGelR+IBVyH2X6nr+t69ePaSZL KkgHlyCdUVZ+6nPJxu2DN2njf2JA2QeA9AdgPEnKDMCGDdb4w8RVkkL1H/nPfZiBfzXqn2ooTcb+ pXI5Zu2SkNzceCwkyggjfuxleQLS6yN+xkQEV5L0QVolEggSW9hHgZTYj+qksvse7BKkT+BQaucK Ip5dpcieWJE8nASf/h1WWRQo4qvhfIAJNE8FJhDK8T+TnETOAIghz/H5W5bCqikcCbN+veLwv2r1 H/bw6NV/Yn9IElibJU7hnoblhmTGpR4vxwjV1WlY2MWQJ6DypEyaS4cEFvm5ZJB9AMQHQ4QPpY9L kD4ke4g95r8z/IcaEzvqCfYBoP4BGH/imgGQBjlQ3PEhKkl5aIGI/g+r/uuJQoX9kELZH6mdQPBP DB1LYHg9BV1hUf5/3HqVqED/RH1URPwPx7bxzmDjweWDEuUJpPzDHxuiyE9adVtNf5SH/0UNAJES EHGINKRBaYU0kUsgXg2El6SRSzDOci2qaj8p+pghsTU6pD4A1P8lT8qzbHftouVhvqNYByDGGQDp l3YcIiDTYRxREvgb5tNUTxQm6J+IQkT+EKVV6H/C5xBSktmZcKEshvkDUaqqzCbKE5igun+ikybh hewVxLw6QcLV1fir/3SOrQ8Ug07rTo4/KotrSVOqwKWK1WrlSjuU0jV3d+0KuxrApC0ElJgcgGT8 +UvUimAJRFL4P/Twf11NjX/nhnr/rvU1pHLgn2IP/b/E1H9snl5io2JkHz/ZiK80y1MNsXkCl5ju n1ixQOE+veo/1Yn9NoVcnYAkUUOUfoFD0boK69c7ZIdE+8uSbrNMQBmfrx7D/5MEVt7jrLNlCQB1 dXWyBlbrpF4gLN4cgPiXYglXWTzd/o6P/WkZM/xfV1Pj31pfQzI21BNRXdDvcgj1z0Qf+n/pqf/Y pH9Sw59obP2fmIm4uFhKageNG+kZC6QehZ7LXhqH9yjiji7VNYzHc1g9vvt1qcX/xBwdFxvpFuEG EggP/4un6TAVEMykdQPimgGI8w/0RBkOlPZTtvIXS/+6+np/5M9YB6BOs77OJ5kNGN0fSv3HFPqf kL/Cam5EVAkAsfUqhs9DwqV/RFOJEiUhV5WicawdBKIlJX5LPOWGKL41jFNI+izxqwwKgCYEnlGf EJ9MED8pmQoQSLX+WN1/qbnxaohrBiCeevA00aQ/jVX/o9I/gCzuP1y1H2X1P/51P9OkcFC03Rh/ 6Z88RAUhjaaG1xKSzgkksHZQSMJNwYUkIVcpHeoexlbBUGX72MKHknFNgtclSP9ZAujpSQh8gEsS 2fC/lHGYCgguABoyD9hqreM+TMI0gOSuBCwjHWKaY5Y7MvUvlf7BFT/HR/0npD5mysN+otXfl4z0 D/46hEwVCPYEKEHOQMxTLkw81y0dfICoCO6ttARQVH9VktqriITLJWDSoeLQ+Kv/ifVRjA2Fb1xq 377oGHyASw+HwxFQ+XWhXq0jovGJCBLS3+Go44H/sVMBVpqUqcDJWglYRsoHWePsg/ix58FaZfUf jtBZvzQBxv7VxP/ErP4nhPSXFXyM56QChbMrewIU37RAPH64bJw7NiNpTpzD/ynsSWwksOKQlGiT O4OX0ktzOP6HS0Knui+XCPABLj0kg+t1YRrUUZLdgHAFQIO7QZNsHiDpMwApVwnxTztI1f8Y6U+h 1f+Y4f8N9YFCQCHUP5uNTf2ntr5+/J2JYeA/gTU9x+cDqV7xhyNi0rB6TyDh828iozc2mxNoEkCh n4ny22P7BiX26gmD4z9LIF1LIWYj4zAGAZKNgg8wtkDCZJFolwY8FaCQaJuMxIDly5fv2rUrWP3z 8D9JVgAQHRMvTRKSOAOQQumvJlCBR7WlhPrZqyEin8+3YYM1pPoPUQk0SvXP8QPj9tufDOkfg8FU DbIm7zMZUrgkqQqkcoBQ8Mc4qd/EeAr7TCAfQIZsSlANE/SdMkmaJWAUVlIDk5BgHyCw+gpE/wRG ORwo0CaRiQHKLgdNPrkfTOJnAMY/0D/aFQNCSX8fjS09IZX+GzZY5dI/QJ3Cx0tR/VPgZ288f/Ni O1e4+J94qvWPf9hP/AFg4Wwy4ylcVKYKiNj0cejb+lhr/E9cH4ASN/yfDkR7F5RnCUhdMM9EqfYD gknqN1fqA0D9XzJEDAeicakRNGmLfgaTyBmAcVMbQpLKCnRSpN+SMdK/RrrfX3pFuu2X/nX1YQv2 Kwf/+PfUyRb6ZeIZ8Uptpfx4rKUk4j9RdqQJACkPbGMUPIENG6wbNtTV/T/23h5ZehzZEvRoZVoc YWxslpCWLbTaKV3GJsZmKyPRKXWKKaSNzRLKagdPuvykrCc+4WVlrSZaAOnhxB8dgAMEGTyW9mVc BgiCDBI87n7cgTMApC5blodCRVAncG/RBvbJeU0gDmvunSaMRwl6qPaTfeXNcpB8EYb+cTpjm2yA m/1fCW1CAbvuf36svENcADoRgJZvfSLx0zTTEbcbh8heAB7djtnCX1cL9fc2ngGcop/gE/9s2P/8 btmS/fcg988YhqLmR13vBP0RXG4J8PUEDPWvXUiUI0MRdEJeEtP/aMnbWtYMrZRO4Fqe6pWsrCMq dig5IuLcxrquig4fQHrEklR2N86C2qGASM8S9392/MEYLS66zSouigC050NUeMHa+HrNrrCHvn3/ 4W/y/pbW9MXZ5/ifAXzUH3Z9/0zxbzY0Y/+FP40VVzljqZ9CmFvOJIF09Y60YE6WBuld+6mZJZBK KTqkILronK83Q1f+8vNexv6R9ER7G6vkhd/oGbuZwaCfFYCRP9kRE+qBctJvnYvpv1v2D4URgJaz J/EbgGHjTl+0QLO7C+n4aeHeEDa8P4RwuU+b/U/zWzg0A42h8OV3eHXCNuy/q1I/04SIwzh+9yBX 8CJkhIeShp0tM9TBbQNIkOf+v2Gh8eU6o/7Hwrket7s26FUhlANBSp1QSWBhb1QxG8By80dDDf1S f4NG6wBkw8tvEO1m4zjwjZz6x9m/u6CvBzNAwPEPoTW/hmVHGoNVRuN0quKPYv/8rns8hg6j/EnB N2+qgLNl9u7LA2jhMln+fc9FMpKgsv5XbfHPVS/+jWvjvebmint9gAtDIgdaW+5HA+TiH1oOLHQs CEh6JCbEKdg/FEYAjCOk0siypSBcPlhK/WHH8Q8ANvuf5qVPR/ZTgkOYNE+2rsr+1XOUs7MUDHhu SQ9vndQ6VyFQSJ0qapO+1stljdYOEc2/1vO+m3gDGkqA3uCykxsfCcHaQv1B9xGr98C6783bBrg2 JHIgKEgM8Er/4/kAecWC+pf9cBRFAIzyXj2Xy3zInlbimh+R2ocQYP9+6g+AD0Qc4rKfvBo+hzBp AEAcGrD/A+XRkvutmf4n5FHWKoXk9kYk3hsTIPOAImzE9UMpNy6uZwMciNv9fzjWlDO15NT7l7px A6I2gMXFQ6EA7+4rI0drY41FAM7i+CcUVgH60rIBhLyf0w5ERAQr/RfN1sHeMY33G4TZv0fzs7J/ xNkr+zGoWsNH/UWSt9D9UWPOKDSU1F4XXq5fYzDx0wytNExb0NHbUXXR5VkT4GI2QKpB2Pnp3Lgh QdWsHmrsRtjoqzsIcHl4UwK8nng3MSDE/iOKoMhIMtz/p2P/UBgBME9jiQ2Q6u93832naX69XtPk MvJNswTev+7tLfQJPsc/OOz/vLIfq8NUL9cpRP9C6q+u/wm54SshycKJJA0/Hg/D81ct0Aw+wyCO /mm9BMfqfyq5/2s0vsbPHcYp9T8XQNwGIGUj3EsHnBYWm48T8bgiKLQvUf+SUqFuh6dj/1AYAaCn MZX1luh8SIHA5MvLcZNZfgoijn/+Z+g6ZPinj5L9rAWXZsQ0u+4Q9i8//by7rtCcO4T0Fx7ODQsQ 3Xc/yCEnhVenjwB3WEAPLa8k6X/KU8B7htajmhEEgL0pN2QDTNOTSD+3BG6cFHIWbhRBEZGPE08Q 5Rtw/Pjh2fj19e5Q3lVXKK0CZNkAEC0sWK7vhzc9HUxxRoC96v4ZcNz/MfY/AMw7apl6FTzVBfSw /jr1fP8qFkvSvdRY7dOM9GslB8dBScCv12scRwCggBuZAerMvlsboHZCyF0Y9EZ7dPu4GVjDc20A zv7hdv8zE+ikl8Jw9Lw0XGDGA4URtt8+3Y0G9LLzMn4Lps152T+orATMbQCAH5YcSIUM8U5IZoO4 U90/BzOAU/Fzx/c/w+v1mqbnqdl/IUVuNuZUG7KwlpS8vfp9LkGbFzaxfLeKKH1Vg9l3Qkoi6mQJ 2p9CvSP28HMoIvcG+1z9j/eKKQYBgGp47De78wFiOCnvt+B14e/CNRu4GRCR/WSEtc8OnXUA2NP4 ZcVGFdmeeQEj7tT3zMQM4Cv272X/JPsxs9U0Pdtr2atKaOL13bNHUjLmQ3J84+7eSvd5V3DnxHEc uCVgogFrIj6C6llI2EMndsKNGze8SHpC5RG22wa4NrhQRxIKiBf22e0hm/3/WIMFiOfTAilEAGAp DDKwqJNdMjwD1pTxdr8NJb0GEC7274JkP5T5EHLcVtX9lzOecorcpuBPP+V9rB9ahfQX9lMb4zh6 a3KbD4HaQRgvHpWnDO7hKh21IPTpqn9mDCNv5IXnm8hN3wkAqftqjaEZMh7SSGNhbybxTN7DbQO4 sNRQ14Bh9hIbAHw+frM90oNE8OMF4rtPyTplWuArlJUcrjQCYL2bSThRXhqoEfufAVJW+eWyH2L/ KppdYXstMlT+ymkj+q9R3mcXrv5HN2+hvKtySORGxqo3a0GYLe4LmD6TMTCO3wBPtsLADGUwBz2Q JBnyca//deNK+p/eDA8z66bm75INcEnim4rHA16v78tcCh4EEMqBQuw/sqPF/r++ll1CMQGL9LtH r2EGWGsSb9Oa8w9XFAEIWeQAkFEaCMJylHrsf6H+29KiBojfXvYfKfNPqMf+tWQ/kX4k+p9msp+W icUWeHhHhfof/q5NskDoufOm9Li7W2EBk6YPdpRgpt1Tb4zDQwF57v+WNKsrPnfj7EhS/KsEAeI+ tRB012U7NV4veDwA4BvgIjYAx64cKLAOQKzmD2f/X6t1b4wNYwlQWnCI9IfHqWMG8IURvCZQyeGK IgDep9S8IzPKg7qP/cpEK7D/GcAUujHUf3z3jo8R8QnjgGOQ/dMZeaeqGuxfkfo09v3XZv+VSCF5 vnsItpQcmv+pIlegnkO9safjaRYN8C4znH30qteznK/35liN40RDrQTh72Xpf25koPDRiO8+jtfx fGeAzt3MtdMEJpZy9gvi0ndXDhRR/tDKYi5cx/92R7vP1HRkzssh1xLg5x4fQHxJhBB0cgBcJC0R EHf8R9g/re+bDLMf4/1Lhyv7d7YjHMr+tV7Sp2D/Qk5fjfojFZktz2OBIzzW5VnFu0WQJP74cUQA HEd0ywetW3LukPYMe70aXRcXr31NblPhAlAs15PXQ6gNL7GVMZI7COC1f65qFHE5kDcgQCtzhXxk eB8sAAAgAElEQVT/EfYfOiLvGcSWANvR0vDs/CjuisjCwyXZADpVgLwQ2gA708Hg79xQf5X1fZcO aZVfp+AnPlAi+4FLsP+4/qeBV76xGsrqE1idWd0s9jbQNTniF0Hij1/V8zN1aD4YS2CaMlMFyPzg I6kKdXohZzk38+4GNk04V7QnA0kqoEIUTrnXXpotA4iLEOgaoQALETkQcXQv+3fLfe6yf+u4Vrmh JEuABuzGJThrT12nzBmh1AaoFQEwiNsAIbIiYf+Ki/6+qT8ATLPl/if27w7eGrk6+9eV/ZR31YCv JBkYuqBDl/O8Qxz/R0UbkrS/vjWG7VQBIQnogXUJmVC3NLHPUbXH7g9063+EKAkCSNoIfqm7KNAC fE34+DZxy1OHAkKOfCLirlBn3RGt9gZ8o8v+4+WGXHVQqiUQarwt7OPvKtsqCEEnAkBuPAJNlJQW DMy7HCErFdm/b31fIOrvHsgn+9FCfBbTJXMthey12X8NmtuboXX4QVMXQUuyAQy2icWbVIHCPAF1 5K3/dSMJH26KdGsiQp2xWX1qPWJGc/ixNgCxfApXIm7Y/9mXB+bgRNwSx1PaLpcJudSf5/WWoNAS cPvxIrS+QailMAigGQHg13ea5tFV0iOOYyyxMs7+M2U/AXhW+Frd/9Y6Xy4RKXT/RxqrU/+k3kL6 n9rsXy76r039vaVv8rpqgKoHTboIGTYAB1UOWP880hJwh0qXIvsOlLOonrngZ+M6BUDLEblLtcJi 2Q/C5ywO4HXqPx4PfCEVNryGEMgKAlhs2KqQY/T9tNG7xO/Xl743fVcdJFnKIN5/Usu4DWDWL/s/ /vf/qpYDQFd5Wx184G2mCb3plbsFf0plP+KlvnbZfyHi7F/xxa/VWwP2f5Tj/7xef+jPaZr9Rqft oVSB3mICN24QtAy2Hgy/pDHoDlj+qo0fl5KOPsQG2AUJgQz1P68QiBAqhmOYN2X3mg/eWv4R0b9Q /xP/1muo6NobP36IEpdDNgCtXqwfAUB8LwNsaD0PviDO42hza5IceNl/juN/r63H/b9st1f5dduU uP9v9m/tBX04/o/tJ+/QJVKreANa/yu153IbwPzZwBIQ0pddcUIJDeqB893YxZ0AkHqjJgUBqOhC 4SAtfKANsCh/BsAH8tnbCIEoAnBSGyBS0LNbuMkJeUEAK+Jh2LvXBnBjI/E4gE4OwOs1T9MMAOM4 GKo/TTPZA1ZLKy1484od7J5zHP9iZ//7KA8z1KEq+2+DbFa6vueGjCPmsf/aSQXe3iB8ceTa9wO9 /uZD6qHlNXO4CCrjNHVJbQ8xgQzm570I2Vemkp3Q28R1LPYu8q3/8aBcCFQVH2gDGCAOdi0T/EZ8 npf9EyLOdcOtrfqeLpJq/nDIVfheZJcPcht/fcUiAO4yYXyNsB/bC6QWAXAV/wZuCMaxAfRkPzMA JLP/BcPSQ+HiZXmNtfJ0oYyVUuhGPqpzsX9Jb/GSteZDjRebpLRRNu/PdlFD+n01RpcIEAYBLPRg Cdy4URU9kOa8x7PkcGva7lxjMJ9jA1gkCh9oESErFfiMZgDPBOC6f6LUcfa/m/W7657PVgeBXvkg Ay/7D5kovPCoRcg1qwBZzzDiQC79eBxAi/2LVf4b/c8i+1kGlrBkgRb7V0ENncxl2L+Kw77SL1jD qNDtM8MMoF0UbQAD1xIAyh3aNihB0gjVVUA9EEELvY2nGW79TxydBwE+BJGqiQb4mh6P8fWyywGd HaG0YBdaNX8U0SBVwHs4bibpRACMdITUI4bumyffKAq4AbA0GyAk+4Fq7N/U/fR/NQzxxV8LVdeR fctnyfIeLP1PJfYvF/1LmikeEaL6n0opyOZDV7w/UgQpzwyoYQMYbCsNvMMCipZAfFG8DPSmAroh w45oQPHX6fmHznhmd0+nwRrbVhCAc98zesFd+Nm/lQkwzYgzwPfZVUCRxX29+b70VSGxLtT/xMFX MwhJmxQPx5Ny1VYCpjQAA64IWvXEM5h3Kn3zbrIdXzn7n2ZEzy0eKvkP82KQyF/2jbNsI7uDEokk /U899t/e8Z/alWTFt8IhmQ81zIkGvCHVDGhDaLwCoW2IYK46ABfyEz9LEODGjRposMY22QCW+uW8 YhhY6/ns+v4JVA/07DaAC1L/G3E8bDluUieRBiUsXF5cyLuomWt+hNY/lgySZ0rorgQ8g6eq+mw+ b34Ps22w91eo9D/NsKa8AAAEMhNsDABRllDJ/V/O/g/hkf2zfy3NT3knVoeVRESNmWJc4eM2TnIc lnBfxVQBo042K5T1gKNMAhbXHdjlHahB9rIh/eN6+h/rLtK6qfoXApnfkdYdN6DKmHA2MyBBw2NW N5pmXg/0MpkABM7+v742bNOU/C9cpSsOdSe9gRsBiJgE8e28Q1hTCJ5P/P23XxUiAF6qxNk/1QMF Zpwh4iZtJa/SP3f/TzOMwyrxH4BFJEJYqv7PwXCEF1o5u12xf8ShEkdvyf7zWLur/6nh+Fd/C+p2 m7oIWr1Xe3nPu5bA7t3+eAyc8sYh9+Kfy99vzdtcKOgWfb4oWtf/6fZmyEbojGjCyTjljF2orJnT 1dsMgDNwYvLfS93/6wqnwFKB+z/NbPCVvyhZtqQITyV+n4GSLGTwmQepEYD/wnd+PIZpWp5Dy/Hv sn8YbAMA4F2wv3SdL7DY/z7wgWzNr9iha7j/u2L/04QXYP/eWzEJVPtSV4ZUOKpIzzW6TcK4FvzJ axbZXdjzLl6v2fz3eDwM+ze1B2CdpiL7IvoZQxu4V0DrmoD4cXu95jWha1h3nNl4PBs/E4o/jQTm 1rVuYO/GDOQ9lXlXoH10JbTggOHEhh/3nCObwP6dbxGXU+v5BCX4/v7mvnAzR9EWl/3DtgiP+c8s ElxSnl8IlcXFVEDnTv8V5QAgDoCAMI9rbi1NPXwhMAvG8U/u/yLZT3rJfyCv/7CYH/UmoP7Zv5my jc5hDCZI5x+3JfvvISXD6gpqFgwtMUq922n9L61M34xm9WDFBIzsOCNp+PATaYzVa/P+bKV7XQbW L3ug/md8r5DlObRuWEbxfu5fCASrFgjWkKCLnnVBcfZveVFxGBBnngdsPKSvF5CR09sJZoDueUOU d9cBIFi6mmyq3T4+QOeYvaYBrIbT11dJDgBu/rIkBMuUBAPCvNysjPcT+y91/BsE3P/k49/ADGB+ v/6TZPrtk1lrdMtJniQHq1v2X86zzX1ruG8/GQiRzjN+CP6nd3dX/9Mm07c9aaBMd6IC4FgCVP9H 7tQsHG1LhpR0IKrmbCK35uqN4/B4DNwqaDaezwHibDnU6LO77CZ9yzeGFufpAbtrbJcg9DSZ7Ss/ ia0P0KEZIPT9c06FuLUBtvVAeZ8nhWGxhv1z5Q8E3P9exNVBB+p/5IfOKFJkrpVCFSCEd8yRs3/D 9JFUPgbDuld5vq+BmftCM11gc+qCX4qolE+c1AkwYiepdZh6XDl3LLwawqMIunqG/G2p44Ga1D+1 85JLNK6ZvpIeJPy1jdI3CfHyQSYNoKR/davgEE+q4ZGcVnJ/MzW4Io5ZAPjxGBBnnoNuWQLesMzj MZC6ttwqy0M/nv5dSNYI68QMkAzA8H5i/+8/rVWBpxlxniaANR/gvDYAMX7S9uS5xnWX6Ap1nvFt EvL60akCZNz8XPSPUXmaiuMfhwEGcZ0fDjH7z57LakyCKjoZqF8sUj7OkssLatTf5D98I+b7ompf 2MbUn0NuBmS/++M7tqEUliXAq4b3sxpA+27NuVviQM7+r0v9k1H1RrUsAQoCUFjGLbPRf2b24eWV duVABgeaAe5BJeIf+1taFZi8pdNsLQx8Rpi7nbi+XPyzC7k66NT6H1BcB8DEARY/BC0AbNz/A2um 5Phf9G0sAUCa/uuwf/VZO0lQVN6ncHfIpYNJh27A1XRl+uOIj8ewm/8Q6QF6ov55UYjd+j9CM2CX A8VD8z04DolLUapAdiFRA/mptcmmSNX/cCEK9ytzJ3T/XDMVfRQAxfU/tmlVdFhhGWrQrQSI37dV 9T9JkMiBDA5xk1sHFbJ/Hg0wftL3omCmJOi6JsB5hUAW++ewNpZw9JLaQYUIDds95R8/ABGTTpNm cs11AIwNEPH9qzn+JSaEWfrOGkuK8sf7ptx9fXbo+4/svuvdrMf+805KPQUitfal20P5YFT6bxDe ITOgxAbIO24z84AXhDU5AJaP0FQT9z44Zz93L9wVHsdxtpKAOdfsxJDTwLH6Hz8Mjeu59Orhd2wG JHKgwxFi//xziBctQqD1sTWrJFF44aRBAGTr+2a7/4USHa86aJdzF+p/Ujk9XQSMrnzMr5VaBGA5 MLtDuftf0/FvOtnW//G7/wd7AzhhR92pqjf2X14u5qrs/6hwirDzpP7bKLsI2W7+km4bswo+S5CP cP3zNU3PwrBACG2CAKlwHclduZYvDXSDACZIZYVl2uQAKN51R0dXbAjlQJ2AeD8p/vlnL9FaggC0 Lhh+Iz65EOhEQYAfW77P/1J0/3uhVTtIeKx45CFk9hhjwBsesVKldVcCDoxGqdRPaT8zgPhVXa/o TbM+68UNWjYu3MvtBIoLaNYgXnnSHZXxuIug7aLEBqiUKlAbPEkAcTD+Qh4WMB+8ScPuyM/oJf0c 9KH/icENy4Q2tsfujd2P/seCXA7UHmbaoT/tcp9U9sdNAmYVgXgQAJjv/3QRgK+vrx8/frh1P0tk 8aloow6S5yWbc+dXw0iDrPbE/k175QjA+zCr+78K+99z/78Vb4QZwGH/GcVtmlHqwsNJ9uUFpEsO fRbdv9uJXP9TifpnFw5SH08q3TlE7lKbN0tsIaML4iVEoZuk4duu0MMx+p84+NLUXn6vQvo//BZ6 veY4IW7pKaeRIHp4lCWssNh/vGfEJ68FdLogwNfX1/P5DNX9FEJliS6Xo4NAIJT6LT+KG9+jc//6 2tgAVm4A/8qM9vv7Oz8CgDB7Ff8IswmUg0qhzyj797e3nhZW8l+CHtz/bSrkuFrSpN3zqtO0d3IX 5kCXD8Dt0CAvEqI7nmxki3YO56nxowttId6GRwAqqYNU8OHcrn/4EgDQVQF1C+EN1nN0xcD8Cl53 ADcP6jFmEuhb0v+N6N8XBwh9wGGwHKOI32ZRsJPaALs6t8YleqzVA8oHQFyf2za82qkBfWtFCUwz nhvgjrZsJeAo+9dZ4WuP/e+7/wOJv43fhW1EMlBGDWsPsnHIpbCTStS/ZRBpFxn6Hw514f7hQYA8 8JJibtIwBKRBnaPD69wAJfoflZvTVF4q6SGCwzWl3ep/CGacpi6cVw7EKbIVK9Biz3zNL2vqiMcB QkGAxQYgFZBJA2CLgp3RBjBCoPXzsWOxoSIQClk4lpvfyP3XlX2lPa+mhW4OAALC0Iz972AGAD/7 j+Dw114bibyr//k09h/S/2TLcuLDKOywkuMfcVgidTjUOPEQSuIDhTQrtK9rC3lb7h7aTRoGJg3i bW70hnFEADxQ/0PLaJo/61kCIVR6/R1b9SEbu5nBNbgyp+Be5c/ylSwP2JYJueroFaGVAbq1BwrZ v65EJ9Qgo3wQWQ6RUqcGZAlQ51ZGhPmTL5WAK8wW1RwAXCNWEF6CVwxJ4SCv+3859AzwLu9ld6LL X8m3AbYwYKDPVZOPIYu0cf3P9dh/njwpdZcGfdYbFQAgzq4VlCRSUg8CSPaqFwfQEidYK4uRNIg2 mlqityVwwwVfUhPW8BFPAMhDnkFb2L+LBtF4rQ7pDc5DAd7kH9mo9p3rvE3IkepK/yFgBiwN5hnm JQkYTQTABAEArCAAZ/98GPzondgD3fr+Q0gtHyQs5GVOPxIrIJjjWknAAFoRAMb+3xbGIDkFX2du FotA/EMtzXHNLJPE/rMnDpopqCS2tTSj5GV/VO7Bxdh/J9QflMyYegZJSP/DjygZQCWWX3X3ZjBP PUmDAICVD3qHBeqtL3bjvOAOmiPHcah26Cg4b/AHiZesjZLedtm/tejvND3d+M9qCs6hPzdmAM4k J8MXLvV/Vv3Pu09mA0D3vB+2NUCJzrpkuv0avUIkqYNC5o3h2OTR391xTfm18wGUIgBb9r/5dwid WqAnr+Nfxv7xgRRwb+ZamyZEnEPldGCpzDAADPGlGVtmx3L9T+3ZuSX7l18T0v8Y6UsN6i8cSb0e vH26HcZ93oZo7o4kT9JTmCgsHBtHof6nBFZMALZhgXgh0fY4i2ZD1xAyt0HL14ccBw5JcoUlbbwJ AKEd4x02kCpRWVW2uPKbcozjaEjONE1jdCV5i1iH2tipBcZbv/w9r0cdAGDZTl58IvTjYIaOOOML 0WzZuvxd4GMEgMcDXq9vYLzfGnBo+4GgGpfP55tMg0xt30b/E/82og7ylvrh4JaPm+NrUgL4Fqtk qrl0zycWVQFaO9sofzYaoyFyCr6evOWrZrufXfafN3FkRwasAsybUa1X4pWUvbCH8unP2AC12Xkz 9p/l9X8iDorhb/5nh9Q/u0+zV5/cLmlsu80K9T/CYXgzhuOFRG9//41CZJN4LfbfDIqDWf2Y7897 h/bUD02S/cDK/tc/ZgCwuTvfaH02JgH7vKH+7LPh/QBAVOrxGAEWMyB0LoeDu/+JQLvqGvqzzyCA BavEp/HrR9pb6QFWTjAwfz998B4REYsjAAiA8MCN8sfj+J8BIGYPxBX/yE6gPfuXgJwE9sBkEqDa IhyVflIHCa2qVWacCOJgrNao70baGyidaUvqn1r/p0SXn+3pFxJfCgWAo1+ymsX72YW6X9ybMdxz IdFPAOIMkDnHfqCpluSqd9ONer5W5Noz3Ob1mseRVlxG3lLi5vfCEv2D8d+73H1pMQP4qD/sM34D w/vxBQgrvzdkahwMrXo86I34jdiXDcDZv1cb4/rUQwy4T7jufCuLF7brANBpWqm93DQy4RGzxe2n bCVgNGV/ZnCVP4QZAOCFAwA8cPbaALF1K+adNb+AsX+3ZpYKCs0GFkD0S4AyiHU5Up3fDUyUNnut kq2itR6T0mTlHbZPQkjyeR9CbuQ2gPmg8tM0Pk13mWE4tJBo57SsEngB0MM1923Af+g897+c/ScV AD1E/+OFeWXTGxxgRhyML5N4TmrpTGslAa6ueTweb70+Zwu0xeh5nG8RvwEB0YkecGc/zu8GXtOC MgoWWwI8LQ+CJf2Pc3qrJL+ltu9B/xP61uv7t9b2sj4bwY9XCxSB2bcsAmDY/7B0Zyt/ZoCV+hu8 cHBtAF32f4j7vxlUxvl4DIrSFxctL2ZeUMJwqTy9hzpTrxcqqfFDZDvsS+T+SYZHxinLF4SuDVpm GE5YSPSoWVTVLv2q0OdZocj+8xpkQNFy8C7pvS4QhrBaBSDQ91tbuMufGw8L+6djvYn7E/EbAAAN iV8+81Et1Gja0H2wWVPAfnD/5JJmS95cHjRPRxL7t8CVMJ2rgyQyswhIC2RWBpCgKAKAi7IHABb1 /5vczxvqD8b9D46aX8z+49h125SIy3fNBv5iNkbQ6zWbBHyyiUI/bfvXjBlY0lPcYJAZh5DvokWy da9DVeof77mkAGUNbqRrAxQiLytRHXch0RtayBb3p/YZ/1ZoYx9lelnHNXUy2JoMGNoY7jCmC4rF DdaFuta/B4QneeU3bv6lr/dH9u0AAAhPsL2mayThvctscy1v8OEg/Nh6tlOJO1cBcY3QudRBISDL hP7+fnvhyQbgZo+L0hyAjdd/AACP4x8C4p8k9h9x/xP7z3Pwl083bhKw+dPaHikBJIHKtGgEMIWd xPtvI/5JYv9bEWrO2re6ZL1qgoT4ynxl+7wPkftfzCkrP5dQIdFpenJNxW0JlKBkAWALZ7xR3QGX vDTdb139T7aZ3TKS732Duxsji4UlBQc2Mj9W2+f95zh4hP6b463f0p/eZktiwwxgXLcDlwD5jYHj zAC+4m+q+z8Eq3wQNwyO0v9k4OvLNmBCQiDr0NSmLAcAABzdv8TxD3rs33yu4eCPf2t9ZZF7+jZO +hu/J4j9J73kOnyZZbN/wlGLQ1el/tDljyWH0AYA1QtoGYTqF1CxQzcmAIemCvQDJc59kiWFNFBy ucodaocE2fKGPY6D+5X1WueaPYl3yZsIQUq/9RiDh80T7+efvX8uZzXbWwDwsZzLsozAPHMmRsaA 11GIcIwE6OvrC9ZQQAaNDrV3k4bz+lfBbulPC3JbKBIEKIsAbIt+vpx3T17Wr904wP6NkVAi/f8o mOtQlR80y+JtbDWpHK429YfWuXHHyP3NV+pnWhhFrA1XnAC+mABsUwXumEAJzujI9yLDp14jnE4+ l0q2Rz2ThjczH7yNrdSdFZ5COuYt7ARJ3s/y4/FAYL7/5fCzxwZYGyDO7+6o1ietEcYJ/dqfu3jw 5gN6SBrOaeJhXXx9fX1/fwPA8/kEcb1/Sc+hQqItLYHUBAA+trjOxwIPERRHAAbwsv+Q4x/i7N80 YO7/4HK/ACOMsFfNRjeOqdJtHqrqNesdVx1J4ykfvJbsCupXRJUPVSvntYTo53Wr0n8ILR8xrcEL Fxe7LYEbHJVm9XC49a3/OYrBlz/dECg1RjDfJgWW+Z9kFdCSw+i44XEl+nz78uewcvd5SQ9G5n7F eSZ/vzUMrxmw7LJH1Y4CNwNAj6ZzOZBrCfSm/8kDZ/9fX19lEYB5lf7Pm80hxz/ssn9B2R8Q1/1s T9OT0H4A3rIGWmjg/i9vnMR9VewHaEL9GxxFC1r8XkUORCu/nj2KGF9cLGmZ4f5PVh39lIFqDy33 f4nyp3z3qnAPGtIv7baRdGIKAdNC9TZfGhY2z332G3K/WgIW4yei7yVgoWhAtzYArGYA7AUEUksG uXtRqkA9Em/6lwcBJEV+eC0gd3Vho6oqiwAMbxvggfNS5ROCjn/wGaBvyMr+COt+FrL/rsQAF3D/ u7YHK6SgX8nkcN9/M1J+LF2rFASQHx0Ufqkn4tyJVaxyxVwpgrvMMGg7Ag43Gy6j2NFFEr9XPIqL 7Jd1+dHb3Bjudc7Ycf2M3AYAIugrI7eouZfchzZGOP3ybcek34tKAQHWP0J9dRAdZdcMCLF/Y5+Y ZQFMJyGL5WvtQiMCYDDEFP8Qp/6QnPi7K/0vQRs14ZXeVfHTIc5BS6GZLZQ+LqlmKL9iPbD/Nj9u xoHUnZ2ViJe82+wBTOuC0IixxYnUfZMqVsFuJ1tj+xYI3aiF3cnfBNkK2X+9SbVSz0kTgrXLOCLV +Tek3N3LpfJeci9sZn0rbNwV3IBAksM+rqGPqIMkx5KPRBIE+PHjnXzr7ZZqAfHevD0XRwDCf9Jt tH/3zP6ggQWVNb92v43jvO7/tc7d0Oa4hPhxd5dJTh1MNAtNxH1Pwf6zIwyIg1G8pAasIwhR8NTt ec0gXQ5kGpcvCH0WUPIl4mysHa9A6DMtgQvrf3Td/wWR5Gdo5Zly9l/o/u/BE2elFpg/xxGpzi/C m4VzRk5k3RLtwJZ0pdoAMaTv0R48IKAo2vGqg0BJIISYs44v4r6R43b7xSIIpesA+Acncflbu2zP wXX/N2P/DWaElh5i/qd82SBFj6a7SAKsy6nsrpKWOphjff/9K/4NBfTSHdcLlYRCrp/arbclhC+O 19qRLAhd4v7P89wXto/DTRp2LYHPLCSqi7PokcothN32kSDb4b7/3hDRNIYou6vzESp/cmyAWVTk tBMIMwS2u+y3Ce1liHieQCiJ+lsgqY+ww6+tfkhhHYDNaNKpv0T8o1X0s7a3QH2qOlewIgRy8xMs CRAilrvfDmf/nVN/WH3eXspreaEyDpREeiopfLgZ4G7vHC0fWNcSAFaJnMfrTuQXPwvtPgrtX0/T hOP47Z1wVNh/vTdyXMFf9R6j25gHAbhEIsTmIRoKkNsAboJBDq/rBpLKoRL9j+xYaO0iUSJZSp7U BQFInhQf55cvdUAzApBhUAKIpP8AMMJItbpD/Z1i9m8mEeFHSdL/VBU0W9iVAGl5iXYD/f2z//Lh SZy73ni0EF4GVh4cSCV2kpaSBaFbuv9VwgUZoGnBrIML603SUiB0IHFXXAD4AihR2nh3CSl/ysej CC+j2LUrktqnwvtE7Ip/YOuB9QYH5HEAT1QBh2l6xtc27hapCwg4u6ft4i4sIO/BtJSHBWglLjIb eB5wHDoRABXHP0QTfyUr9cQPeDqxYIn3wt1Rrv+pjd1fKqPDAw2/2kcvd/xnq3oyeqhE5ip1W2gQ VjWV29zVvDwXpQqQMQAyS+AUnpcwPmIB4NNFp9vE20vmRmsw6ocwJ8iDAJYNAILKP153/i5V83d+ /qSpQjNgFy7RpwhASB2kkqVAKQRU+tOq++l1/4NKBCAnm6QC+z/8DaTOGA6B+gh52MFYqqbupyQH oNkl7fZ3UXzL5iU7RmSpSZ2UZwi09BMX3nhHcX3FIXmzBZwtc8Ygb3wCzP22lrSf3a8ku1cbnT7i rsPUXaiB2deUbQBD3wWE3ooPxHeJKHzOLv4JwTIDeIWfEnid/fSnqw5SOSiwCIABtwF2wwilEYCz sP/28v1CKLr/5fqfGsTFmwTsbo+UACocAOxx327FP/0MbEwps1NJCKSIuP6nh6mgn2hkJFsgaX2x Nki6nT5c/yO/UHnvBb4AsDp6eEiFkGsWvC3pSk7TkzbuMnjLhb9rA0CgbKN3gbBrwFo9IASJh94y IWgX7748JuBV7SflBH99eSRDxgaQqICKIgBVC8RS2R/o4Gk/i5s5dAjdQvup4OSeHyVO+g9Jlmi2 727PUKArrSTCqdRz0hgUB1ApN1FF/d8G7vJ8kcF4FxZw84bPRqYvq//hP2XLe6zcdj38dd8GER0R e0Uil+SZBYDdlQFCNJ3bBiHHv9VJqB84eQ5ACBnFgixYCp+UQ3vyg13WTinCnOLvrgRs1gpYGwdb F0UA8urIStz/WkU/hW3KZxzdOSuvtz65bL2jHPurVWX/JT2HM0AUip0LQwH1ggBJsYhKaOx3e0QA ACAASURBVJD1kTHjHRgWuNcXuzBSDVoOa8I5hNmfyJyIG2w8CBD3+vPtPBTgSoN4/9xUoD/trmYo yeruGRnpASraIcvf7/rs3SUCXD5PZsPX19ePbesI+4dK6wAE4av4CQBV2X85TuH+b89lj1W/JAb6 /ZXvP4T960IYCqin7SmMRYT0P0K7IoOdJ7n/T8RXgOUNRwRCtyXwgaiq/5Gjh7hlBvjk6Q0CQFi3 EzIDNtQ/uqSA3eEV9T8huOkB3sqerD2CD8LU3qRyn8J+uA0QZ/+gvg5ADD72H9L9w+o8CCXQyHE6 97/uANwov3xfXSge6NgLXuno5Y7tlpclj98rZgIUGhh5vkld9p+BPPd/KCgEeuw8IhBqbAkIb4wT LQBc47k+/J3VEhlzhZd4FE7O8QaSzpeFgXGw6D5EHf/ulnjir9XhhdMAQrDWEmbbF+G+1zbg+b4h fT+Hcdt/fcVE/0b/YzUwf1q5v8Do/i7vJzSJAMwAkMn+r+H+7/yIGeg2+bX2Ieqx/3pWaCWus/ta zdD2ZNgAoPFiPoT9n939H0KogtAdEzgdMnhzmxs4dboQzhWuCt/7bQYkoUXezA0CUMtd/c/7z70F wqw0gM0htryf0gDiZ3ElUHoAsFxhyu7lLYmIh6yF0CEMvzd0PXU94BD7T0L9CEBizR9hryoeO3k/ heiWLnfo/tcdkpf7dkWzVBTtR51Rhg0Q2SXPBoB0PRj9qXVbNvD9RzrUcpSoDzhUQWj756x4xBs9 oE10JcMGgD0SvytrFB4rA+5UZtkAAPh4PJYgAMwQ1v+4X3kXCONH9+YDuLvjPF81ByAOSxoUWrjX ePQB4MePN6EXyoG4GWA+mx23ub/KRQsqRwCy2L/WxFHO/iXzS89yFN0ofyc4UCUvlBbQZ0aAPBsL B6PbSTZ04wAlYwDxG9qE0auy/4w+WwY8G88MuwIhXc/i7i13Iv3PB0I+Y2S7DLqFdUbxE3TpPm33 WgKbzwHG7+05kjnwUZBUDqUy/Bw8f8Bb+QfqLEy2i7IIwAwAAEOg7xT2Ty1pUk7KnLsMkk6t/4TR 1APVHlLt/g2vonW5+QoM1kYtx/9uJxKuUyh4zQvHawUBaEeQXRCzqo7WU1bbK1+Ifh49glcgdOZC oj0i49fs6q3awGvQLUI2gAkC8IWBCaF6PhCm8qGj+5U/28yBDweXBgHAD0e7wym+myew7QqtvUxK AG9GzKF44B4URQA2ys6haBwjjKDn+4ee3P/dqsbPiKSzztZ7lB96HAfzwE7TTEue8Y09OP53Ba9a NkBtIRDfF6KkHHEYx+/H4yEJZO+aE4rsP9tgOHweyB4AtwQoAsAFQrclUAlV7xndisO747ykqRCx AR6PAWBn7ap4PVBwDIbNvk7EgK8hgPihEqAIjCzHawbwP3nyAF8pjH9l/sQVPKW40uCLIgBmprYS vBZLIF38w6eMwhdeJ9L/VFSQv4sWAE7FuUwaSUL5LoS7h5Y9Xo349+dClJ8OyGr57zargcKX+rjN mSMgznJqssvIIctwaumaDe3YmzLQPJ5mPDwsUMkSuPU/R6ESWb+kDRCCeadbkjkvoQ+lBUM0AgBu EODjlT/ZiC8DzLdYjfkyXuar1BRhIUpzAJyMrmDpXzn77wHtXfs1xD+SBYBrQ/EqqTOhGhjH4fEY LK5PhoGx7At/lNScV8u0BjGnl+tqQDUIsPvtLrw7CoXm2Y5/Sc/lwRaVHbsCPwuvQOhOGr4Mkp5r uQ/iQG9FJXiDALCeoAljkuwiktEbyRMIHdrV/fN/c07mA8Cr7++q+VfGv2QUhHyCrhBIHUURgGVx iuG9JTRrA7zk7P9K7v8ax7pA5mhLJAm+vUjVHQF7XMdx4B+YBGjIGwnkvuSy95WbAbquuEMce4Wz h65WJ37Nr/0I71YQui2BPrEbXUm1AUA8+YDeQxGXR7aBawMAwMQWBSPEa/jE27jwriGwSoCCe90g 7Cb18iwCogpu9rBKoc84iiIAj8fgSv+N8mdrCQDAAx+bBpV8/83I8VHu/yTffw39TxIUzyv1ghvn 9zQ9j2L/RPFJceHVpVQaieK+BsL3a+TtnhoEkDSQY1f4IXH87zbQZf8NRGsqx6qKUAWhzi2Bj9Kl pCL14sjJfWEowOX91qSd0W182k+dTukE3VRgQqgYqLeNZ/et+Od2/KfCXaKL8HyilUPMQweVdD4R lFUBGradMd0/q+oDAJ66b0cpf7qKD6QilYz2+Wpshml6HpK0xBX/r9dsLDEyxvJieRm35WoEPspj IAR1WtPSBoig6rSgnhNcMp7eEgCSEBcISU7qTgDoBBnPtXCXvFBAyGywtuwG5ULjiR830tJrA5hy QHxJYC8klkBoL1f8Y/69k4BD4FTefctz2U9kx1DPKiN0obcOAM/6nWYwgodF979s59QftrFdQokX rRl3Fx5It9kn46hLlHpcNwl4mmYAEzkdaGOq/qfg9L8U2b8QSUGAeHthgxJI/IUlIcEavv97xvAK hO5Cos0QeSTlxlWGt14+FchbZqdFhb5NAt8lpDtyL9Q44lrjbqkIlGoJxLGp/LP+K9nxhheu49+C 1waox/sJSisBzyu9MexnHGCaEb9d3T8MQKvZgWok93TpAfWwq/9pIyap0VIIUycBcS65qfJGZZH7 ciEH5IazEYcaMZDCIHukz10bIPugIb+vomI4W3LguhjrWSPXw1YgNNAHxOHUsY72yDPOOSxKKjwo JN6uivNPYVqUOrjuyP0hAtuXbGChj18o5uGF/zf1QG8zIIyQF3+X/XvRgP2DYgQAh4Ec/wCA+I34 5F5PfCAMAPMmSciN5PafZXIK9/+V9D/nZTMtZdzuvogz1CFAu6/t1CBAfBfroPzPbMjf/SWMPEP8 UxVeTnze58uCu/C25WD6HP1PG+GcFlJHKzQbIt2quzB0ETJyvGdkbmlclmXd+PiztfsW6V/+vdl/ FK4XPyL7Ce3ehvcTNCIAMyAOwByfi/KHef+97B/0Irm3+/8Gh1nvCdGjMROi/GY4nP1HavKq4BCS wZ1kkPgKRxxS7YfG7P+eo1RACwt4XyvW51APVUbWB6o+uYgzQHLnGUOShAKsNlrugwYIu/yXC0W3 9+v14lP9pvIPc6emGgNef/+dAxAHtwEyHP+N2T8oRABC7J9hYf9RmAmX3JbQvM7DIX79GrPw6er/ qGMVABzp5yuk71DwijKHPjySViMIYDWGvQobBFJDJd0SN/s/O7wCIb46eAgUjs6eSK9tQoDztPLo ivCpjHco3AX2ngs+UZzu8YlfE0tG4Xz7vs/5YtuEXZPAkwS8NQn+9c9/xHv4QPxf/+f/Zj78///f /+z/+vy3//4/CiIASezfcf9bMDc62ZdWsSAj6c62PlXenWd5Acf1P20SALT6zDji4e7/A6/w9pVc 3QRSdyXmiQHiyBN+XI/9X1v/s4u1GNf+tGBcqgAwTU+JteCFeWcVOmK0nl/3saoaBMjuXOLUzzvc 4Td5dt5w6LejfUM3ib1WwKIIZbECwXLCFu4IwMVQFAGw2L+LVPbPt7jWbb0lIQ95C37Oq/ejcBT7 568Eorx5XWkhIwgQ/6oZemP/STj86iWh2WgpNLr74uAMqfAhyrYf+EjyDIkGadA1HtU8h30PkwaH S/cj00W8gReSq+T93fn9vCQQGwTSiO9aQNdGWQ7Alv1v3P/TjDhns38CxRMRZ+PTdauI7hY6bOz+ 72om6hzq7v9y/c8hDF5F9pO3byEqkQCtPtfKJFJIfoiSX7nxjod02y2EpRGojUkkyD7cNKGWEZ5h SFD4ImRFBOyKtwqXb4zfJ94gW8ndlWEG5EUPyuF17WfEMCODj2gm4zu6iCyrh/PMzQAv7gjAxaBX BcgR/ywoYP/8W0saBGxOnKZnxNXRp7K20kF3XT696X96w1HsX8Xxz9FJqZNsT7+uXSG8GpIjZpus oa/aTFB3Tcz2GEfMSId1kWdIWOGLcfwGeI6jlZVob/GqnugNGzoUfXKaecwJ+U2YSnCpvW48TXLQ cmQPnl+lpFFZJViompC19O+9JPCFobMOgM3+ufs/ioy3qVs4CHHgrg6o8J7rgfv2MAZd1Dij8gSA PBzF/n3Uv7X+pxKVb+zSK2f/GTuqs//rzRI3CgyJ915rToKlC/dqnJ4Wa6c3rBdkMwTa2DZG7tQk tSUyJpwIy2/8NIUmvd2Tsr5KUhaR3DpkAxjcEqDrQSEC4Pf9DwCw7/6PYPcZttRBNPtYaS6N3f/3 C/hAFOp/ziXtqHHrRr6NHyuP5QvfatlnKtf/qLD/VJZ/bHDyo2aqTrJiDsQ6Jbo/ur3FK3wyRbTC 3T83gnLnW1iTUKEoL+IJSyhjQfQHRXm/hUtG6iI06SXNsZayyN3u4l02dwbXe0tLg4UkQH/7+78J RjX2Xxjno1AaAfCW/VmyywvEP0nv43HcLB3ANUJxdZAQZ3lT9vOSa5x0cSwKdf+HQ+gr2j3NbLXP Lgp3jxuEwiBDe/afgVCft/4HuhHF5UFXEZeH3Yco3sYw8nEsz4t4atgSG4xjdlzCRlL9ZXWPye4h 4rGONRQwIM6I7yCA+bArAZqj3/7+26+C8d5oCrUcABtl0v9d8N2tDCSuETJPY+MlBXaRce7CXXa5 Tlf+5q74fd54jkrrjFC9pJhbkkupBokXdltJDiQ8o0PYf28PyI1jkUf+rF0K9XiROWeanvE5hxzb u2F5AZaRKHq7Cm2JaXqaDyZAIR4YAouNuN+6oQmaCfkW+TgjjXcnWIkEKLL01X/+x7/vDO5GcxRF AOJrfrVXYlgwEw037i1L4PKk9qMgfA/1gErsv3Y/EsVORjKA3AaAlDHv6n8uxv6TdvmomerA0GgP nvtU5D2nwgWA6Snmf+aNEFTdeXm3B/n7icRbtQplcJOzAdbkCsHA0Dew2ds0csW4abEkA+AATlXQ jCpAJrsgebcj8NPPv/z15x8teyg/YgnK1gHwsX8cBsQ5fuM2JkBu3jDd37uF4c4yffej//kcnOXe 8ELdEVgCebepoQCvG0LewwWyO3rW/zR7gk6t/yFkxMEKjfaSxvF+zIdsSyDVHbALicApNAxgVQoN 0l/EoRSL7KXo7HwJgyRzgpQ/sDUDkrB7xJ9+/oU+H0iFVXAsm8+AThUgC9mJv5DubwtpHrz9hCwB 69veoKL/aTCA86LlCdazfuX6n3qK/Oxvk2wASKQOeUFzSZKGd8wl2U2NpWiFuPzMUA5dm1md+IaO In7pbOacbIV6nsCvkjKQDymv89QX8RRYcWIqXUpik34NgtDEND29KwTLzQDu75ewf86YT0egLZxu 8IrrACAMS/54PSW6Fmi2ilsCd1T9LKD3UFIOVgnORdR0x9CDsMF1IlpAHMzLLE9OA4IXf2rPldh/ Kg7/7Vqih9Co+vNSQnzdwSgGAbIHxq36DBNC1wyoZ1SEEJFdaSwlgWtXotCE9x3KzYBdUEVR82fI 6nDpPv3Jv6LP5oOJGJgPofZWb6GN7rfejbu7hIYqHNuB0FoHYGH/uyLs+ETT/gUZjwk0Y5OF6OEl l4SuKEhXg4mjfKhaJ5vty1cJAlh7uRtTk6E5hBr90KFLpP95iAeFoOPY5o1s1CC+Vv/ZKkEoUBjm 7asSGCnMTChEPa8Kv1UsShOaPAGevAoQQZ4DsMv+8yAJEcTpeLxPIughBh8/kHzwncQ6lKsAtXTB QqL+Jw7v+mK8tnHnL9FriFxvZKOE8pYclD5TCTnzJ80DSeM5NrZQ7vhvnPh7Q4Lsh0LxbqwkVtFS BOUFASJzTsmlK7E98i5ye5d/e4TmJe+3ZiFX8vcnJQBIfP/Z4KSZggCujsjdMYNwe/uRj1M+tgOh EAGw3P/ZDv5O4uNc/0NLZMPeMsOHuPfa4PAB7EK+3tOxaJz7XqMHDiMtRUTzL8+nNxvXg87jOPAd s0MEQmTcDyppwYew//4fzwPRVWhUi6x7ew7dwCFhiWQYu8G67FHtoo2U6FiXvxyhRKNQe/npUEvv FXuvA5BoCaxm4QEv5YjehrRDwq5qeOh78PpzlEYA5Oy/EPJ5U2WGNZ2YaJdlzvYWE+jqJXcgjCNK krj5majHFMdxMIR/mmazhQyAAz2vQr9vEs/ojf3H4dX/3AZDEtRDUrVDAbBldUlcMKm9WSsqY1Ty 8UCxlIj/STgL7zcwvwtdB8ngM04wfrVdS2AXEvbvdZAnUWS3h93G8s6zR8UPF9qxEwlQ4ToAb/a/ K/4pcf97vzUexwarDXjzBMAWC4m6SoVwkLf+pzHas6j4EXf1PzUG/HrNxPgteMMCSWigBUrlJZXY fwluNr+L8rmxhg0A1UIBoEpw94J135J1VwqpfImUyHywvEI1Hhmv40nrQKl2VNyvH98x7kGL5wD8 /tuvqat9WaScOHE2WffuGE+99e7CN2ox9Rp9FqJwHQA0NoBh/0e8ir6svxXd/+72kCUwTc872e4o cL1Hz3zoWGl7tUPPiLNx9xvST1YBDwtYEiCQvdcr+UohyyWZwf7Le77RCTgxUmR1lVzRfd5OJaqe wmfkKD+C7u+rHgnxwgrsyNX/Y8YKYQAQpsLu9ngmbuqOGT2HvuV2i/rYqkKjCtAMu9ILdff/sbAs AcThKHXQGgYZ2hyuW9z6nxCqPj48DQAADNF36X42MiQE8WBIquDHGom3TYlhUPLr7AaF4LP1P7ra yGyvauM+24DcLsIFgA2yQwH1fAHZkLBqOt9jn7vU28xkAC+fB08tIC/+9c9/ZI3uxpEozQEwM+xR KbDWa14lTyDpXAzpRJytBcAjloD6tRKqLPKOm7HXuUjGKUabrf+penaGYhr2T6RfHgqTO/ZUJBMZ 1L+Evh8o/b9BqKGNVJfZuH1qdVsbeet/5Xn0M3wBhYi7k7Tk9S2RExCYZ24DyHMAbpwCZTkAT8QZ d8U/NRz8XWW+hqRBUBYTUJwyeph9auAs9X8OQZsffZX7AwC8XrOJR7FioGoDyPYC1qD+cDT7v+oT fRZUDQiAwz47/61TOX2JHAjqZ/EeFW1IvYx5N4k3NcJsXObtwbMXrQScq/S50SPKIwAVdRepD0Nj 978LiSXQfnGxy3OFOwf6ELhJwEbub22PKIIyeANEX/9uMETYfxKl6E2N4OJOSYJtPfJ6cJ33oHFv WD3o3nLeh0K+0et2yX6Ws6XtUMES6P/RNvCOMyPl19rXkBOu+THuf7kQ6Ma5UBQBeH3Puw9wPX1/ D7QvI12YkmzKB99VGORwXNXOEeh/PLWw2lwNQ+7dY3HSHx9Jhh7A68EyQBym6Yk4pBJ6RUfD7f7v BC1fEF4qttsstX/5XZ0qX3Hb77JJlctbKO6POLNTUZv6Cye6eLP4DeC1RSPtrQarpHOgjS77vyVA F4PySsBJyLYNXOIrj0LUc/97EUoXBmYbQIExsDsLn5cr7M6Yt/5nhV0L61zI0wSDLAIQh7o66Jb+ dwJJlfp62CVw8Wa73e6+7wqfpuznsUTcX/JQuM7spN56eyRLDEhvG7fDUFcu47c+3xKgK6EoAqDi DCuHivin6nFhpfjTurowbFfKqFQ+qLd5rQZ6CATVQ7PU7RLEX/zZ/D4VSew/lSVoMfvyS5HdwyfM BgbmTpim59EDsREPFOSJN0rg9Shnu11KxMCFoQCrKxCb63yXTlBjMKGYz0b6DwDDm/GT6N98s/x5 RwCuhaIIQL0o9u67Sp32NXg7mkOQAc0tgYyk4Qb6n89hDKdG/ybQrg3QzEiALOovad8P+78TAIDV Be55BivUcGfDJb5eCY2X0Ju4SmjOKffia/1kET2M1eYzQdcHcV6IxPD+lsQ/9CesxkAoAvC3v/+b 4KDjXS20K2isAxBAJbGNRXyPcv+Xw5snwC0BxCFe4jPO/Ho7X13c+h+4VhKIogswhErUH/oLderu e160NCzLkSr0T0JIJZ+aTvp4DABLmk25asiF7jxwlp/+EDweA9ckw1b074YCdt3/czRR+Pfffi0d 8Q1tHJkDEEKNKVs9F1lxkCFLYJqenN59oEtPkAbQu/P7hoGEipUQIMX1v1LbC6eCEzHRU+PsVrHr gC+x+txudzsXPKff7sKLive2XMNzIxuG/ZufEsBf+hO4SbCNCYTw/f0d+uo//+Pfcwd7oxZqRQCq 5tqmrj/Sw6tXMgY3YxgCSwrsvuSOOuUeLnWHqHdZOjGBFF2tigQIsmhEUlBR2Hkz6f+t/7FAHmUo Lp4j7EQLZplt8zHpuPHzjdy01lcuv7fM7KqX4jYDChG6dOsU8ZqmJ1f+eN3/sI0A5CUBPx6PpHD9 Tz//8teff0g21sBPP/8CAH/9+UezIx6IKhGAeqFqmoCuPS94M4YtS6AT5tcPzhXuL8fpPJ2pP1Bc oBxHnvFQw/Gf1LJSDx/1XIAzN8ZF7RxCWy51l1QsSZlrFSMEAJzN/yWIkPv4txFJT0mCbwmuZAY0 eEO5U6Wb7GveGkZjHHL8uxBGAFxE3lAWw6Y/D6TdfEiXZ/9QNQfACxUpzu7aw0l9Hqv/iSOSJ/B4 POIZAhdGarXHGw1Q7/UmISLWCgAZT3TSXi0p9afR9xLEreIasnJde8Ci/m/gsPSLc+qk5yX3Vhv3 pKwt65/2jm0Qyuit9Fx4JxnFDIc22R38iBb159V+DLwLflnqf2EEgPv7T+Sf+kzoRwCqin8AYJqe fb6nq8KyBNgDNlgNbnwOTmcClb//QomJ2QZh1fQAaDsFefU/l5kD+0TcHpDsYiO+fMFeZQh3JC57 jvvgQg2ouOpRc443XUHeWIK4Pqqr5ygpyElOQ6/L32sM8D+XD+IIgLEBvBXPJeBueCPIcb8loQ5v Y8UT6DM1i+9o/vRKgLyHuACUIwBV61SYtBVEqQpNMpg27n/djGFO+unzbQnk4aTCoYins/PT6eeC 16b+0IH45wNxrFWcKiLK+XGjNoDL+4X3rbAZ4gzQyz25a8nsNrPaR1pqTVyF/aSKG8lsQ5zjgh+L 9y8bs2Q/sNUsRJq5/N761msJWNvdz5IdgbF5sz2i+/ce7gJoVwWo/OExSeuIHx1UspydLDIw8A8H roKpC3e6vPU/uziKNR5C7jMKwjag/jfa4yxZMRE1DpLUJx27Ov5IM9gLZfBvx/oVe8vhvciRGILk XHRtAMlxC1VP9ERYcv/QWr8cXPaTtApYku8/5LOX75UEa0f5EeUtzwXNCECJ+EfSAHFGlNK+fjxn eSNJ3StkCcAdE6iAHtzYkbV4jsrYE6LG1ZMbhEmHLiE6je+Qu/7PGWG5Nkjrj97WYXhzdmlLKDfU HYN3dwjYA4fPgUJ4r4P1lbwrLRsgNCRvs2y4sh+/p59V/ffbAymhgNVD1/VCPXGhUV7L06HHdQBc THy9Oll7YdSv2/TfbFAFIdryOZZAD7y8AXr2dAp/gqN+qaTSPVBWgv3y92GHuEBgEJ1/fY02KiCX /Vv80psb6u04ctu7cVfL19D/Dd9hIm+9i/Z2/wc4vRDc/S8vA9o5+79hoBYBqKr+P7C3rpCkfrlk TKAf/U/PxsaxY2tpAyTpf+R+AShefEDl4t8pBHL0bBVLYNz/9Cc6/3oRv1cVg12IM8DT3S5U2txo jPfjMGy2C93/1poAwoP+/tuvuqt9Uc6usA2v4Jm0o1bL00EnAhCfaApfQmZ3xEGX9vWc/qv72rYs gQ9fXfhcCLHk3Wfhc2wAEFwN3TzIDnFG/U//xolQSlfvLJD963w3hCT+IX1OodpkHL+9NoDbw+Ut gZ69Pxbi7v8kih9vOaavEGYp8r0F+F25v2QLbNN287qKD+MaaL0OgAuJ8WDCneTAzu7tc+CdoQw/ 4Ak6EUvgc67kiWZzSPF0Hpur148WSFcQyGch/tQQBe/nXurkwjaDiocoQ9MSItbyi2O5/y34e/Et CBBi/4XzwCaXVIBdgXtXt831wH+veH1PXvvfdf/DNvE3vg7Av/75D+3zKMJVC3fqQiECUM/9v933 K68TLRz+ttNSv3gXFztFTEByBc7F5iUoOaNjc/WSbABIpwUS/U8N9o+I5l/SYZNVME3zle69s6BQ /1MoZI/r6bO7jQFn12AI3cOpj/9u/R95bwdcmRsBWJV/ACBiGywbmQooux7oUbh5vwSlEYBm3EJC fJMy/O55J2IJJK21/LGQvw4LzRJr91Qj8ECjSG4DQK6fMnQ15L3JL87rNU/TDADjOCCafWdEFMYn K+EQ/c8FptDaShWvPl7riC9H3lPI/kNXwx15+U9f9cq0QbeeJq/7P1T307sAMISDADcuhrpVgHaf kD4foWPR/pq4lgBcImNYjm5nc4IZYVItLHd3OOL9mmQmQYFcIY9JpP7uq/v//ZmsghtJOOqhO0Sh viPHL1u2xepNmAZgCXVCVwNxthLwdH847wh7nopPjfgKABQZCK3+exsDF0NRBKDq9E2dC8O7bQbT YC8v2lS/4XXl1i29qIMy1nu6GMYR0+uDW7sfY3InMQZuBlgbvUAc8khD3l5E9xHR+P6BBQQ+BF1Z y8K5savMVD4Gs8I9/YlOYxtb9X+qj98V6AsCdHb6bz3jrdAL0BIduo3MvTRNz5D7nxCS/oPP/X9S FdCNXZxjHQDJ5N7Vc5iNfk4kkjEMxxkDEhMob17ucDZ3YYrxlVz8o06zUD3szSY0r7q8cylTZA2w BgGmaTZ/HoUz1v9pia54fwjofEZPKw+8Pv6QFggcQb90fD5UnUlOZAZ0CMSZqn/uuvxd9v/+1nH/ j+N3rUHfOAJFEYBCeY/W9JGR5FS1fTY6JKDePIHtn/MBwzohyt+XLBRW1M9RcqCSK+DuRVcjvfpc /oMWYtvxAosXQ4fTlIUT5Zi69X/Q+XcD5v6PK3zcb7MvhXG7eDusOpOcwgzo6nFAHMbxG3F5O8el /++9tt792/3/Oeg0ApCq/7kAIvNI49WvvCM51hJoo//JYKiHONTLD3rUm/XwMEvhnX8cYgAAIABJ REFUKZtkX0qPMTkAPP0XERFvq1iK1PshEggiJRh0TBblQPbvZkv4NMufLFd3x9+/XrrfYCbp2Qxo OTbvzZ9x0NBqX++NTiYA4fF4hF7Ef/v7v+0eehzH3qqFfjhqrQOg6P6PE9+u7O9PQNwSEBaKzkMP CwAfC7oCKkz6kKwAlZHnmcQqZ2ql/I7jMI52EnAzXdAF9D9EK+lP/u1uKkhL50hqnMcS+tNnq3Qs 4Lx+eLdZNjifMVD+3zpcRvEf8F18az4PzRjevB23wxJYh+jqpR86/aTdLUguZvyIQvEPMNmPpf7f 2AAzWIsKu5jDK44BwO+//bqz/43m6DQCUA996n/OaMZ4LYFpen5U+aBmcENhWt70w73yDaDrovOR +/naF7AqLOYa+qoB4owqdTDUG+IMzvIR3JJcvoIBYQ71huBZ/Et4Y3sf8N19TQTATToKzRi7DFVl srJ67ue5yx5JtmtfOHVLxD9uYVBvV7vv9O/vYJLAf/7Hv8f3vdEeVSIAWnxiV//TM3HRHdux+p84 uCVgPEbq6qBm9X9qZ7b1ecc2Hljjw/V5zW94kfFLlcyNVe0N1hsa9ylfPmIcB0QEHICZB0mI5Pvu RgMkD0Uk6Uj4CIfiOeqWwKkfcK3BTxMiziYnyp/U66T8uhuNBMj+MM+IA3Weiohw6MaxOCYCoKX/ qXfcvPZ5iB/lRFkQJlHs9Zpr5Al0q/9pRmfdK6B46BPZAHLVxwXIQQQX0P8UIntubOw/Xl3pm+Uj fOm/s7xPoVPf611WjBxCyjWswdp7zhBoD+9s4NYAXbb7BD8W9V+azvv6nxB2H8+ffv7FfNhdu/en n3+51/fVhX4E4JNr5twwsNRBZP3TXFA1VeB6iBCdz7QBdnETgnt6tHBsaSBr+QjEpfY/yt3/0fo/ 7sbQI5B0Y5CZHdH8ZDxr6qz9NgNWfD0eD07W/Wm+YbF+RAIk9DVwf7+E/ROnv/l9eyhHACSTizA/ WN3zfUb3v0HP+p843MUE1gM9hf5La5Wcs6MG671tAI6bBHwUTrT+F18+Ajxyf+vPLdDkDODaFVrf S2Q/ke0lKDcD9JJzMkdyQxfGBnDf+xYsxv/Xn3/QFtcwMIEC8y+1pD8hEEmQhxc+E7WqAGVDOB18 iH+rpf6n3iV104URhyR1ULf6n2aIX4Hz2gCp8Op/jnXuHoJb/xOZG3u7H4I/Fk8Odqr+I/+AQ1Jh nzz2z6mzdXl3p4USM0B3wlG3K64BK9nX08Ar/d/uMk0oXAtsl/2ngpsHBqHogdeKuOGFZgRA/ZFT pH19Tgd9jqoeeAg7pA46I6dJeoelvvCERuDn2ACEfpy7n4N+bgy3/D+hkxESvMtHcJhoANob1w++ 0p8c/EfJK/jDG4RKIUlE/1YPSVOivH2lPrmd5pZt7ROSuTpO/SUrfCVlAEt8/yqQkPvbBoijdQQg frPSt3HS0+AlVHgIxRHmWUF96p04QuogbgmY22Cani0Hdl58gg3AaV+Hw7tRFZybIs6VVgAIMWAJ QvektXzEov/BAcPJlUtHOLvrAyRBqLmlP9fP6K06IOkwbo1EdjkwFECMf5pmKtgKrGyr1qiqghIA dv39XvgTAGaAAbxLQYewPpgHV/7h0qDbDPBCLQLQ8/u457FF0Ez/c+D1CS0rBtv8oZbzbx73rRwE kLKcS9oAW0XH960H+yh49Tzq639pqYYiXmdaPoLX/5FU/nml0Pekb0MN1pXX/Z4XuXM9dQ6plyIF 0dFyf/92303ZVsVRaYEu1zQh0opyALC1ASxJz/Lv9sNmX14nNKsAqIT9W6qeSt56ShW44aJpBCBp qrpf8x+FiCUAywtpbj6oihC+6jKMQHUbAA7VVPBzeTyGvELUF8OHJADUvvdqpApINDAmtrnv18cZ 9n7lqpFqxNldAcBArvjvxAaA8MmuFVrRlWaFDIOWSNNTDZu/3lU+xaGA2GLAe/j9t19TV/vi7NxN CA41du0Ebz93BvAudCIA5U+s9ZpX9HxnjK0Txyc0sYLan2z8iKGM4ZZJAg2CAFWhSNyzc/tU0Mn1 vNEYNe63lqkCXAMTPFBc27On+4fK7D9eANRArgjKsAFA+wfyDoPYv9seERdT7SBYFyF+TRBnRI/m J4nBezAvxoOJMFD1Dhdjrm8mxM6922mj1wYQ9nyD0F0VoAtAhbWUWEHXoE188uVhAYkl0A8Xj2B3 kGsgPrNz0LsTLL8mKL2b85KhL+/5/mRImJ/kTugkMzj0GG4yTbkZsKo4JLVNs88oaffdaUrC1zNs AKjwIgsNI2QA8LSNZgi5/Ok6u9CyUuwqQOvdSOGRyIIV//rnP1TGcKMl2q0EXEn0rHjQxuhhbD2M IQTSOUwTegVCRyUJRFAj3l3yLOj60ngn1quo27voejhW/1PVtFaJJJsPXd2QoccwteBMxtmFfq9d vwOfXSU2AOzZFRl3ToOUAJ6c7bJbygGohxJLddJeMWmj/7EyCnDIXw34Rq9QiADoPqJG7R2xaGtz 1p458Y1QqoC6QKhZDKH2ger50vifeYVT7gftBqHkFj2K96tUuRGSfmhydtOEiIO3/o+w+I96JZ/a KQGU3Utc3zAQSgoQrdOcCN071lr9l0NSC8ijEZoBtnkRxtKAAqnPjQ7RKAKQ+Ax/5R3lMrjVDhze d8CuJXDU+sHZji7YvgxK9D8qo0rtv1LPBrpX40ZXSApSWXNj++wUi5EnhcJ4+0hLXdIvf/bJo+wt sysMJ0aa5QUkrYus9Vu7l4VHA6yyrVolgBR5v+X+9xL9dxUg36peIdsA2fp0HNY1uXEBlEYAVFhF pfo/p07/bYAaJ6tFNOU6h6glgLtr6ETQMpEg5DxTNAJbnk4l3Cax/Lk4xc9dQt+bUf84xfeGwnbV Mm63kT7lKI+ikKVt5k/vycpDAfzPpB68HfJxer9KhfuMcKKvXvdTMWnbZv/e9N8t+3e3u9hUDvXF PfqshXojGy0iAP2/hxTxUSfbFVxLAMRJw7rI5l4N/PTnuj9PN+CLwStPN8VArI2pyKbvtBJcjbvC S8ozqKrQUy7vVoLyJ2Uc0fyyZhUnYwNAOBtVeIKhYELeaHfFhxnhhTZmZI2jeMU/vPRn0M3PzAOw igUNgMMyVDIDPqT08KehKAKgfk83W/qqZ9z6HxdJ0zRdt2nC1PJBJcdVgTmiWeW0Xv9wKv195/qf q5oovEIirYfq3ZjUbfbtt+6ouRJcpVz2Gmp4Qih0oP0uftBryMvgQfxTeuccrYnI3b3D+U33ToiL fzZrePlYvtvYVP7ZbEQ0NraVF9H5VHwjFdUjAKm3/m5xN2Fvh+h/qg7vLCgnzVrOhnFEimJ3Xj6I wwwbqileqrITddS+GidCYyccSX75eqjejUJhQDH1R/lKcMKs9KqPgKL7oE0q8NsBN5g/H2y2RPfQ qeEOR28j3T0JqfNbbZ9IHZm0X/zjZf/Ln+Fm1vbNFlb8J54D8Le//9vuWYzjeFcL7QpFEQCtqe0U RORi+LTLnl0+KO8tXvjuR5wBnnn7CnEidY25GkdldX8yVk//+3No4y7ybrYkZta4YI4EKuSywXNq DmE/YsNiA8B7nkQoMwO8oQDh7klIuvIn8oms8eHZFf+E2H8kGQC2qwUviwCYNcVwNsa2PC9ijpYb +v23X/dO7kZrtFsHYBeK+p/zuv/L9T/9z2KHUGpCs0Ki2WBh1tsGsLMSoRtuVxs9/DTk8zMFAc2j 4d0YR+q5ePNHQ3OjYmWVGighuMerWVYbIMkM4FsshK5GDQqeFwro8C6iUZGd9ngMMOwzfvCx/823 zN/PMwey8f39HfrqP//j30t6vlEDdVcC1tX/3PgE6OaBROZ0uSVwiMUSUt/qott3ngU+M3Q14GaD OSoJz/j8HLXPTPrgXQlQ0iXKcPn3czNEkGEGKMqH5P3YfuV5MytaZoDbLd8SMQYiZoB6VkbSFFdb DlQOr/Q/g/1btf8t5Y/2mB+FmQM//fzLX3/+wT+4DQDgrz//CDW44cXBEYDUd0O3Kr1b/a+Ixnag xBI4KmpxFoJ+43rwmhx8fW5JJ5Vm+JYsTTGdQO6T9rapGuvweF5meL1e0/QEAMoKgG2d5chIXGMg ZAa4oQBrR+9XcpxaDsTd/6Y4hGWk5fn+oTLpJ4R8eYayWyjh7ob9Z+/+magbAfAi9F4xd3ZGWQkL /Ty6qWhW/+ej/MrywcQtgTwNeuqlcMss1HZKdfVjSXC6AZ8UVPfD/Gkc/t6NIdRg/941qmoglW0n UczIKXj7sTa28Ddx9k/ccQDYmgHT9KS1VnjR2ACWkUS8/l4jwaDE/smTA+UdSxGhAfv1PE7Nn0hL 2kKfaZdCcH9/JJJPXF/FZ296uH3/qagYAfDeuzRHuIFjulfkZSVU0NL9fyOOuP6nGfMLWQLmbWe1 qQHLCKztlOqWUodM4m4HXAlH6X+866FKFklNJU+7v+a6PO2z3o9eKD5JEvm4/DLCbt2LU0JPU4yH pzdnlNcIGsdvgOckq1zMJvZlAGYkQpZvXas8MyAjFJB3LOughb9UyP1PiJsEnvas+qc8FCAsA7qt HwWp+h9y5EfUPta3hRs/Fk0jALySNPSh/7kYjTjL6UTmxK7yQCxLAHFwfRu7o9Viq1WdUp9GqW8I 4eX3ZmPohqkh+kcczAoAwjKgVv8SqNz8ctbIW0Yahy6mxCkg/CE85HLr/jewvcvDJhQA8LTaW2Cu k9e64+yevsQiEl46LzJCAUntteBl/+bPuLJfmBhguf/V5UDZ7B/2ggPut7yZfOMNqBcB8D4woTqy tLiMvKhcP9AyYy6j/+kQ5ezW/CjTdmUx80GxfNCuf6Xq2+hcNsC5Rvs5UHfrGJ5HRQmF3dLnQ+6Q VDOg5EBJZpi7cfIWAHXc/4SNGQAzcL++3cd2RxzM7mQ2kBkAvp/MtQRge7lKAgKps0djRZDF/ke2 QjNdZCH7t7Q9HvFPivtf0qzE92+gJeX39nPbABytcwBo+RgCX1qyHD1EFW5cGCF1EEQtgaT3x64R WI/7dqJ8Ndg1iT/EBjhK/5MB3SxeaiN0jlTNkc1Aubku2Vf/KXDc/65AfMM4B1Gvbz46LGZAqOqa xfi9AiFwgga1rb4SRZD8N/Ime/AF2kKqnngCALVZPli1/60OB8/ALPlGHOvTmsn+uec+owdCKHpA JYNKOr8GjqwCxJ8HxWSyluh2YP3DnRMlRCf7bafymuSdpFoCR4WSU1ESXm+PD7EBTgHFzNQQzQqV iOjHaj0E7lOQ5P43n7l3mdz/FpsExwxITR7lZoCxMeLTpjURucaAqx3ynqmLvKkjexqXHM5y/MPW +vVW/uF6HgB/EAC2RT8t/Y8cSQVaCut+6sLy+t/1gghVIgCpj4e1xmQ2zksFbv3PeeFaApC1uJgw v8qgNvHdjb/3g9sG6AG67N9H/Te6EQgoyDtE9v2ZrVFJZf9vijkDwNv971aNjGwMDSyiI1rxBIBx /PZaApYv3DplCBcYFeqvWrqT4not8FV5Wv3ui+8ftj57j5o/YLYReHu/+990i5uNwiDk77/9Wr7a VwY757sQ0fduvDOALTSNAPD4kRH8m1uKlpP08v87/feqUJ9GK+0oBJ8fQ0sKAEC8eLbcCGxDfEPx d6jMupqZxJ2jZ/0P0SyQ3Qxy2Q8HvxN4QV6TGbkePWHYV4X5OVLnBHopU6Ez4/531SMLofR5/SMR AMv37GmwbPQkELOxzfxmg4D+h5+40FVf+DaBxGnQOgu+nT57AuM+5Y83i3djJAS8/l72b/c/AMxL 6S3h0pxj7kMYSfN1t1iO/Mguwp4/HE1zANwkYOvPUJawBDehP/UVSCI6/Tt99wRCCBoEuvF1cD2I 7sZDcOD90P+tWBXyExfm+8bb0NrYFm1VTMSvgYybJO4qhsCVDx3C6/5HnK2yZojB9WK5YsT9KnIi Xg26++2m2ZqRbAw8K12Yxg8yM6De45knB5KHvwzzXqIxThbv+1+X7js5vp69tu3jY5Y4Yv71z3/E G9zoEK1zAKz6ca5x2XIFgELoziyFzs7eWIhw5j0df0odcMQSWGZ2nE1yVZ5o8ljuC92YAae7kRqg n2tSyP7N3MjvtJDuLtUS8LpjJah6VeOXK5V3WpwSABAHqvtJV8zL/r1ufm9hGauNF161SaTZu/QN EyaNLBnAugihjbvXs+QxUXzKqJ9pqXw1hJZi8JB7K1zDYgKu3N8b2wHrlx3eWqA+7eob5dCPAKSH IBWi/J285/IgDLGV49RXyUI/5EaIsCXwJHdm3rOQF4zWQp4bLI48/c+x10EddDpnf/uWsH+6E0IN Qrq7eG0ZQvatckj6Ab8IwgnQCpjAyv4hUFMyBK+UfPkQ9fHHESpow79dFV9PsxAEl1B6H3n3yuzO DD28TTj7t5dlCBfwAZ8lZlH/kIXm7r58piYDtGEmN47CkVWAPg31ppjDJ68SnI7oFL4tXEsAcRjH 73VjQqUFPiQ49DbohHx3FZS4IYHkx0IcJL+m18amcpa69wP1JrzZ5JNGRPxjbd/tk+t8KH3CLdwZ qh8fKv4DnGuGXcsSeLlpMNSAtL7sxgYAnyIoFByAwI9VMquX2w/W7i7753J/vpE+A8/S9qYEhKj/ vC7RsF3kfprQWFxneS/fyIByBCDpMZBUlv2QDOD7MctAD26bEjC+MgA8LcErpFtE1wsFFI4EbjPg aOwyVIEP+4kpq4ABE5GbfQFsR6biZHvsbR+aA1cNCdP5+BJJQcD+42V8InIgOSJlRjfbB/OitG0A 8P0KoeAA1PmxSuZeS6NFd6+BK+hftrsr+wZ0Qbyqj8X1EQcYSFW1DGY9kZv9Xx8HRwDy/J1XQrn+ p9CxVA8dEvQOhwQAxgw2bs64jGEXh3PfciNEq/5PPwZJHswtcerpsZD9mytgkmTkRwSb85mu/FW5 tC6vZGKRtJG7/61u3Y1W/fhy9h/R64d4f2T3kEPaQ3C3i45xGwCi4p/UGaA8GSDpcF6YaLBb9R98 mh/g7J+5/5ev5tl4980TxB+NcfQ8KbTlrsBWCR0uQKYZAeiWiV4YF7iYJUSnT0KfChMEM+filTGk Oi8P90pCNwsIXOMOOSPKff+GDCGKnCNxszOUgaNoCRx4p+1fyTL2v/BO9Cz66xUIWd8unwMiIthS /2BsgWjusPxqEfGPZIu6ECivB97Y2tE2mQLXx1MRaKX+q3cfraNAgPqDzyPJNRqnNgk65N+H4wo5 AGd/wWeb2mc/cQLiDNHq+BFcieHxcymvc9KDIsjgkIxJPpKq1+FKd6AWNJQ/KFH+pN5aWuWDvKh0 J5Q6lRPZv+uPNy7kcXwXEdp0hbO1JTQMe0tAwm4+u1YBd3WTi9o1A7xyIHdLbRsABPek70Bf7rJf /IOBW+RnY7bNS9rMNCVQf3DY/zTNZm1W+je7Wt2NPtF0HQCOAxe46edt3az+zw2Cyku6Hudze5bX OfH2Bh3c8NYbKNKgUvS5k+vwCYhTHwkxsvTr3juh3KQseayyEZ83atyfiMnsf/PVSv3XH2UAzzVH 38YFi/948I0twvV9aw6YljgMCDMTAgE3AyQUX9igBJIJx/qWW7wh9u/9pTz227Dp3/uwuE9inI2M 4+Bdp/UC4AsP8/iAtSCxu5xwaGO8n93jtsQBEQCvZvFGKrLjjF1BxQQ6tQvWtYQjpxMXCIUoy7Gh AGsk3u1nnxDU70CuCjv8V5NDxfFv2kScyurXhMqeTNNz5bjfeUnDQt4JPqvYu1ckx1dwMZ+ubkfC /i21iTsG64GNvNPjwQG3nGhECLRhw2syADjrrAMLBViRAeGdo/XcRSZe63JNS+nP2Vv8J8L+LRib DVnVrNBv5z27tVQU4kr2S9ZmPQW4Luinn3/56edf6DPfvtveQN4PbI0Hq59mUIsAnOtF1Q/ynJ1X utp8lZ9stKdKtR1I8c5TLQE3UN4V2JAw3ErhKFd6cHqDIvuPNACNG9g722z9o0/OXNnCw3PhoWH7 MEL0dOLsLX65vBkUQvbPC0S6jmp3zMKADL/sHk7vmAFus80uZp0snLkoZZ0D0SsHsmaAqkIg6gd8 91ug5y+whFjOdfBEabZirV32H6D+64EcP/84Do/H4v53v70GQk56rfb1OinEkTkAp04oKZ8dsp3f N4kpxCmIoHCQSUnDnSthzBNhca8bp0Ab9p9937oe63h7rkmDt/TlW1EglHEu1hUITRGkobIyKNLY P9jLL0Ssr12NH2/2Xo3Y8fpbZgAEqP9m/KsZAACv18taZ93l/e3jACCwi8YREYfH47FcFl/FpEiU RsL+o45/vlLEpoEJTbjbL4ZU73u5tz4SGWiJw3IAjkK37Kceuj1l3RSIU9B6C/FMmKQzkmc39qMI 8oKK1tUY3iluEn5XnGLA6uzfTQXJuAicjGZfQGuxjnVj3VQBA5fAuWfh1d6Qhiq01u8u+zeEUh6p sA4dh7liVPCemwHexF97i1cWv64WjO/VrF7AzICQDRB/vtzLq/4kmqNvKPjgswGckqx2qITV+gTZ zWPAnzVS+xDd5+x/HAfP/tdCqhTnKOmOFq5QBei8yND/9M8GkqCb7nkKtpSEjDOSZDd2rgiCtmnW N0pQyP53b0Kx3t1uoPsTr4+VoWv5JXqFkN+ikmaRQkDBEkAzxLN7C+E1A4L+fpkZAKslgPNsJQZE bIA4QmIn96sM8DEY9z+wkzLw/kbeP3nWbxL7h3XNbFzX3LDc/WsVIIDVsjovrNTbv/78w0jwaQt9 4Nv5Lt72IQj7OQoHRAAusMBNOe76P5XQkt61OVbJUSSpAp2wYbfA3M3U+0c5+y+X/bS0Y8fwYh3w zqEcCo8iF29I4HUex6kk1ZHMO6IcZg1EYMQdfEQfAlnC72+dFAKEeTnG+n8I+P6T5hn3d4Hcn4YO apEBb91PiIq1YIaMPDqaco3tMY7f4whUWMlEA66UBBwi67vbIxV+vButBqnHbYlPiQBYWgu+toXB KQySK/GhY02gc5HL8tHupQog9BEKsCJClX6mGt1q9XlgfWRdZJN7mhkkHPTYp9j7WE3TMztp2OX6 eSf4voYB6Qj/7BGXD/uyde/2jKFSKMAUv7cUQW4yQChL2Eoh2CYzzDwtuNAGcE82NSzAf+XHYzDF fyz3PzcD3LI/m99uq5l01XQAYGWDrJPMm/0jzogPSqIgMwA+Q/njRQ9lOmvjI3IAaDq2bFme1zJN c+Mb/V5q+wJXoIT2JVE9LX4ZtQSQQsCXx7kswD4RuYDlrv1d9n+UgM175/DHyjC5jJWG5TVbJKCM UtoSyh+120QngfhlT3VCG4wjmlAAgk3i3+P0LRMGDlEGZjnwU9vNASiZELxhAeF2WDURyCp+Lqcm UW1FM6Y48yF6wzZOnALhC1fe/zYDPuR14MVVST9H6wiA63qvjdXC9hyXF7tN6rOQOuQ5v0/HV44a 8FW5ne55uZaAKSKhW/GwHHcyQJ/jrMr+jRw5tAxwz7krho0tBd2XLSJLwOu45c9j4jBe0/QM+oyZ m9kOAgTYv1DuUiKGWWwAltRrOfu9W5btXNdkfYAZ5neyAY1T1wbgPfPz8m7nDWhUG7ETkzbFggBR U81751gbV+NhKReLL4S3+//cWv8bElw/AhARsW0XuPa3OTs6pA5wtP5HF2fPOtgmDQ8mHNymzgk/ bmTZ18+xAc6i/6nH/tkdOOf13wl2q3LxNttk0AFWBu8W8gcix9v69/xYaCpjRtm/PwFge9l1E14j GNdiOywzeDYngji/1fw+Y4C2x2yAeQbnYa9nA/Dzinw7rRU239qnrfjnfWqBFA7qxz3QakAi9/F7 N7ogM6DGouw3usJH5AC4q1iTVUBfNZYAXf652p1Gr3QFMl4b2VSvKmf1+i9bWgIhfI4N0Dl2FSAl 7N84RL2sV9h/hwhV5QLG10kOzr/CtY6nvyo8DqbG5eYr5jh/b7T08QL23z7GQvp1Z+OyZTEJfMbA m+izsMbGBsDBrOFgqWUa2ABx8DwNN/fXjdVsfrs5OCET0d/dGMFiRuLg/Cjfwh5u9I+mEQAiPXlK QV20T20xM4vlXhXijG++zqHu7LnGbzSG65wcawncNsDhKLxKkpJBj8cQUf6kHt190Rz7K/t0dwOt L7ZNyhxwnsk37Hbl3Wi3Cenjw+w/lfrrRgnWsMaTc3T6ktoAAAy2j9ylzrxn8meb771DtWwAlTMK wTABxM3KXxE7zXtScXi5vrvO18jK2q5bZwCAccAH3kGAa+MjIgAuzhJqPyl2o/yX0f9wNOORtQ/E +09aaTgPcf1PG/RgA3Q+KZV493fpFLH/0J0g/3XilLQTk4DYNlVfAYv6A0A654OAYt7LLN9/Mvaf Sv0tyfvuHUKf3URYWOcWchHyNq4lwOHWBrUVQTgYGwCWqcx2/NNR+KEVix1xrHqnJU/jPdTtEmDx tI0IvEt68c/7cYBxgDUtuPHk/Le//7//z//9P/O+vZGK6+cA8KyXdUG7pfwwfdV4mevbpL7qFRDy yM6pHvhORL7S8MeiByvCgtaQCtl/oS4IBHJq+pyapXpsSjEVqIgU7eFw81/tBo7+B3xU0iojA2L2 H8kGJvbMt/C9QtYCGX70XiD+7T0KfWZv8AHYxfErgtZ023XW2tgA1DOn/nGDNg7vvmZHE+iw2D9s zbOY+Acgov9Zj75einUUnMfL+c4hNsCNZmgXATiK9LhJwEbub21vpgi6vP7nXKM9KRpwzdAhJCsN Nx7Sjao4lv3v/tyFt0SEa2YgKVKxBj1mMAmvUc+ulRsaauMmDJSz/2z7atdaiId9dp93a2EfktPY pPm9pMDTSNgN/7aGbYUCIGwGJFlK1o7mfG3ff6DyT2gLP0p8MMRz+BVmOZD7J8JtAKhcHcg4+ENu /k9w/5vFB5pVID0gAtD+Fc7J/fYhH3zNd3BTkBK00f8ImWINQtlAP8oPdIjrsxvlAAAgAElEQVQN QChPFehB/2Ogcj2zO+kzKCT0vquwf/dOaMD+CY1ty+2xvmj1gDhC7J97vq3tEfY/jmjSLUInHqHv QsR3RJwBcBXnzN42blTB2zMrHxSzAWBNBgCAcfw21WZ5J9YNHxcCxc8xdEkt9m+2ey0Bvt17CEGl jQFWa8e6wuNosnudnqcZHF5ECcGRY9346edfSoh7HvUvNBiukANwLr9gD1ynHmQCmCtfAdjzHilS vWY2AOy9yztMGr5RiEL+Xdv3f6x0RxcS97+lDtp8G/hqo4l32L9pE2H/Va8t9wTFmWXcOOFtlpUE 2JK6Np9ekwEA4PV6jeM3wBPWxGKrSIllBoSQVNHEWB3gFWU5Uh+/+Icdd5f9mys8Tc/8n3JNCAYA kxOc2U8KvEGAy7v/80j8X3/+wVcsTkWjCECf/q3GsNYiudED6nFoy3tU6W3axgYAMd9qkDR8Iwl5 d0j/7F/9nj+FIykkBIoFAbYr/sbZf+35ysAb7Uk6qDts2uIm1FpCIGNuvSelYTXAZmuysgfjDQgI 8wRI9w8Bw4yHKWAv2RdxQN9KeXQd+BVOMlE8oHSCVQtU1FsY2RSfGLDh0NwTbz7Tv5E2bj/eLaGj 8wa7e7njcfsRjrAQOhGAw+fNU8zdsNTQtYs3Xwan+Akag79rjxxHMVKl0pKk4X70P8eiK/9IuWe9 cB7QYv/uoqfZQ6oHs+bGrmNo47/3pvnuBQGE7L/BBO596pO8DC6IACxJ1YOHWG9sgGHYLClgTIUB OMH16VTN8DaF8N3VGJamq7ho7fC5KI4GgLDjn3+1aSYuBuXWU8qP8DhyILNGWANYQYCIbeAlypFm kTZesyHes0vNs8ez68sX9pyE61cB6gpCredV0WcB0DbWIzlm1G+AZlkHecfaTRqG5caY4RI4izPC Qqrrt4RYuG1oZkAcytk/X1GLbTTCjzm+7yFAnI1Pd/l7ANiS/uCOW5/x8oF7kbf1MTth/6FvJZp7 3tLaQqfg1f9wuNcW2fJq5ofg41ylSqbNxqPB7QE+v3H3PI82QIDWS2Q/Elj1lNLgMv7HiK8puZ90 qCh8IpyYvtr15fNdyCu/y7Y5fZdocvLoe4nax4sWOQDcv1Vvlun8vUtvuM7HWRu3u9dU3tC9B1Ld 80cdywoLmFcsXxUVeqVop0bcbMuwHnXZP2HXNhayf+JAfDvdZt3eYK7vGSHGAiOKEW9YgEQjh7P/ +K8guYUiA14yAcCn/+FZ0T6GTWYAWK79IXRGfmeW5emzbmw3Axgssy1aDTZ0SxjvUmoafRz4mvAx mg8AxkIILNSnDQoC1FD/c12QVxREzSDd3a7im3dHqNUzxx0BuKGDU1s17a2yGkdseRaFx+LlzwHg 9Xq57MdLEa5nP7fR/5jrJimoko0S9k+e18h1SGL/AABb1kV3Wm82ALnGPGxyDlJPDm+2K321fAhU /GwWPOQ/TeH1D+mF3MkhEgTg33rNgM2WUCfBvoMlm6zeQjV/koIA7yqo0SdoB776P8CpP4C3QT+w mHqev9wV81gsPL7XuXCFKkAECTk4kED09uJpjD71PxdD53IgAlcCGBn0+llqCdxIRVWiX8L+pwnH 8Ts+PcorHj4eD079aR/EAVjNxw7hnv7jMZi0McSZogERD3FEDmTgsv/UyE/k21BXlipdfrg4dkOR m+L6oVxblo8LYdaeIcVZdvRZDt6DCiVA7saQZVWSo+/HOOBjHCvkAId8/BL3P9feWGL6uKreda5b e7k9R46etJcXZi93SO4IYZuuAAUpAQoRgPjN1FV+241KEKfl9WsCNaDO1rNQyRY9ixwI2P0Qyhj2 bZxzBnpDA6EHpJD9e+uZJPVvKct5U+Rb1hKQHcI7G1CK8MLwhuDuEUkJwBJJyGb/wvwQbzNa98oU kq8d9qRpnOAWBQJXZrNnOMURDzKE2luFWTOk/9yyspJnUtn/sjrBY7MdX2iFBfA1ATSSAMnhcl9L M7Ob9evdK7Jj4V68QXyv0AgjW5JwqQgA9BoEuJ3fp0BL6lwb7eVAoGE7hTKGnY1X+I3gVP6RGrp/ SbqnkP2TYhtxiHcackULn5fG88MqlnsSzxMlB/s8x6nDTs0L5xnG7+PiwOvQNy6G5lkHwCHfVvvl Q5jTe48ibemkJfCvXJPA3Z1vpISK3dR5QvhJ3KyJBsyukHRbiIiP/9q1/w/HnQNwAJqRs36OciIT qL2K5gJp8Um2U7wSCMG7pIDZcZqeVOTxFOz57CgqJhjtM14KVlIS9F25xUtW8BuwUeXlSo/bqt1/ Qm4haZcgxodaOAFSFR1Xl1Iv9wnWAY8jAiAV3ASHcEt87dmaH7sfZ8k2t97/5qsw+39jBtgmtVtm VeoVNj1YD6CpiGrCAvhCGIdQksCN86JuBKBb/9YRQYB+1S8lkF/GE12BGqGAbp8FRSQ9VvL7wbUE jCjC2njta3sU4uWDsl3mhfWCWINvMPeAy/7xGwBc9n+iichCnlN2IbsorbRbOO/xKkzNrrOr/HHh Vdjnldp897kXKLB9/D7q72kWEA7huloZrAQdUvI6kn5ZW34mKNJ143S4YASgtzohJ3J+p6Kr66yO NjfSZYIADY7ILIHBZEaCL1XgLPSuf5uwnExUYv+rWRJg/wHqDzgXTsVHzXgmUwIxlgZgsKGP87rG rdObcnooAFRL9hUiNPO4awK4NgBt3+woUAF5mDrfsHbgr8q6dfnDNgjgh71WsSe2A84SeNQScTYk Xu55McWpKO6KDxxf3eUA3MhGaQTgvBSwNztBHf2c3a4J1M9QLdw2gPoRhfqfOHjM2k0VOJ0l0Cca sP+Q/meX/SPO7+UjXPa/pf5okoD7LgEUAZ1vgukyA6yPybJlWJbbq8f+1R3/2eNZVEA+iT/yxYC3 ZUBduY7oYNtW2yymZdlHbyF/V/ATY/8zwLAxrh6PRflGCfTmcDjPrpW49Dy8W/LRxq8zVWm7IwDX Q8UIQP/+rTxkMKrzBp0jSLoI570CKgT62GehNxsAVO8Hb6qAs0XnWB8ClRyYvFtu99CmW8NFJOx/ 3T7H6amKJKnGg7Zh/4Nd8t+7/hfMb2LHpfBuISDrQHkjV3f88+RjS9iTdv1ne03l0NWTUH/hUgBW AvTm+ofr/0ROypyIkePnXWHPIdYhGZth93cnu/G2AS6GoghAt47bflCu/8l+j94/jRYaEOjah2iZ 2cyPWPuMeP+3JaACmfI+1iDSZte1L8lM9QaRzG4YyPfli06E+m8G+XMRYv+2A5sry7cLfo0jPB7D woPDyQB5jyqn/irs352jLHW7fJzeIECw8qZA/INZa2y515/3b6UE+C2BVfZj/XCIwzh+I27kQKnD MwML+acOYRE//fw//vrzH3nf3kjFBXMA+scF2HlKrucVUiAuIBirkdm8e8TGNoBBZFWBfpYZ7jBA KjERJeZBqBNrX6NI4WVMJLYBsX9/4q8FI/tZy/+HrraK+78SvCsAeNNYcRjQt9yvKST6TgYY7Hsv m/3zQjTOV7N3Lwg8ZZJ7TzKD7WcCbHX23hwAnkRh8HrN8aUqdmH9TEDxAcKwHm5Yt8zm0C9vqR// UQQLh3m+HWwh040PQVEEIBriH6Cz15uLNu/7xuoXWhXc2mJQw0kjGNJZ9T8qED4LF8g32D1cvOZj ef8WIqsK3IuLWdAry+NvEPjqK69bd7lfxG/b/c9082f8ianGkYFXxGIhJOm2tSgDAHtTpM4Gm0WX A9d2d9KTaHuoEyurVVjRaD8TYOv+91zVdUOEfEuunmukUXyGwJKalqOG7CtYQ0OFNgnwkMiwY7a1 gXHwh9z8t/tfHdeMAHTir23v/GYT5cC3IKL5t/Ah7+GqHoULCIFaHqXZ4YT93wKhCA5i/wACAuo1 IC32D+DU/FnZv9B1GofiDSzPnzYMj4t/zFchIVC824VGD2zTsPBReYVQiDr+qQH9OqHXjeQK0Lts mgxjXvox77JpmkdBTXpzdlb5f9jaAEmjcjEFlkuj7W/razaJvP48bGsey7BdQwZPHFYmtBc9v/d/ +vkX72q4qdvVRwXbZXrbHDcVV1sJuA06MTAsrCH1wfvtOA6IAOKp00XGKV9D/3M9fKYNYBC3BBCH Bp6w1ABpvQsoDOipJAb49nrGHZki3z84ub+M/QvGoHlhs38pdy938G/Sv2X/llDeZaJmy/vtMLx7 49EA70Gpk2UMa/q16O7FIU8L4L7FzDuL+7NC4D+BJX9ybQDYZk1QD/KhUuNITMNkAuzaumbkIfuK n5fh+pLhSdY6MG36cX94gwCp7n9dtp1E36kx36tD9g+VIgCn0P+0QUv1C3eTqKOgRsR19D8Zb/d+ qN5RByKo6384Mk7HmyoAzPcGV5/E5N7oEvbv/XahZeHESollggH2zy2EDj01Ynx51f9ArA5ni1NG 2L/BRmTCe14/W3pRzonJ9z9NT8TBG1fxXOrFYBhA/DQRy48Q/XEchL9s0AaYAWdz++EqyFl6Sw0Z MVIeBP1SoWGTsMpYxfkzD+03rIeW2AA4AyTEUWugROFjedy9DnirwV9//uHdK7JFuBdhdzzevVri jgDUwiHOb3LzE9bpL+402cGZX6LnwyVtALnLqj34W22acI287ycNnxfyTJ4a7B98NUx291q4qaDu 52v8jtuZnOYi06u8e6jzc6fqf+Kw1E1JQTBziOXvgX3HPq81iGYQKH/YLgO4jzozA2gM3h4iPn6J +9/AkdPM04SUYrsYTt9IjWH7RKROifxXCAmB4n1uUtvD9Xz4eSHOAJ6aV9vVEheY6k+bnGNnr3Kl nCKsIMBeaSDb40403W0Q2ot760NbQsey2vhOZzMe4V4NcM0cgMtAhZ9RZKDICEiH0AS6rYsDMTYs Dxp6Y2lBxZ4xhso4YihpuJwa5gVIFa01OQ2FsqJAoW/jBFcyPGT/br/YF/9YaVGr1H6zsUQG5n2m Sp4yT/rvvFPUnw4aaWAzxcE56Jb9SyTpuIZf0P/rvI8RFx3tiXyGyLchsHOZwbk43AyAxF/K/aG9 X7kHNXCNqzgXj9yclvzJ+b7fV22J+19OoDkRzxPnuHtZzN786br8LVh7HQX9CMAt+yaE8vcb6y5g nQvy+P9N0DmSeFi2Fq65b776r2ymhWmqaACA6nULpQqcOiYgV/wLm2Wz/xBNF7L/pYXP/b+rMSOH CE+Lom/HcRjHeZrm7FwpWO/DiGPYQupNa/Qkcfe/PCfbKj5D/RsLTa7c4+m/GLIB3scY3nuxkbj5 vrxZtg+LZgY6C+9csasC2v2Zkp4Ikv3A9r6N+GVM+MLsOI7fSS6V9rLPElAQ4KjiP15rwYIVJaC9 4kaFu9dRqJQDcB3Zdx4OsYK2MzgiLvPp4zHQV6kTaOF8sXsnnGg+ulEO8/Y6ehRpCK0qELEEOnzR 6lJ/KGD/Y3g90d2L5peXMAhn3dXT//5M281f5e+v2r9+3vWPfGUJ4fhXmQvQ7toAS7uBHej9+fWa vS+rbKvM11XwOY1cvZLD8T8t2Y+b8gvO8/iu4zRUr9wfD1acFElsOzXxt/Z4auDOAchEh+94NwnY OLGs7fIJtOQELxwIavPTN77BOryf81B+IqEeQqsKJC0pcEiBBMkFSdKoZLPPkj4Rh1inOJsFvyTX lqsiEZG4pla55MaQX3DhncAZp3Aa5+7/fDjGgPlFrM95P03I5Z9056vMkCHHf+hwSQ9UfAKM2zxH vQJCPv5s9z/pcKyUAFeLz45l+/slEQBJz3njaQPlCMCFaV8qDtL/zIFne0jt6Bp08NS4jA3A/UbX sDR2BUKdBDpUxDxJjXd9z15JSXwvWBJIthnAPv1PCuZxRK8EyC2XXPWmDVmb2a/RePglr888oDAI sN1l+XeJ9szgfHYXuyxBGw0kgRdTAgBeTynO2jdLua0QVu8pQefTNafmEVm/9ZWX0Fsb3STg+F6S o0uG2hI1cgA09T9npAu3FWTw4UowFV9vqoOqZ9D9cMaHOoSQJTBNz8OrIcuTfeX+Y0hUOWt9pWhQ 5dHHA5/EyNK/cmQ8cXnqfwvIDAB0vgq1x3ADgE3+gO6a4u5Glc4J21Kqdq3PuOce1kW+JGU9ayC0 xFA5Ij7+A5f+lUQAzo67ClA71CY9iv0XS//v+j9qaOmgugY1P+QsLEvA8EsrVaClSdBY9hNvUPiV 3KUi1P88HgOlo5gogFUu2Zsr5ZVlXww1Hhx0Pnj/DLWPNNONs7knnlcUyAsu+5mm57jmWFsDyLj+ baa7z3RrXpX3EzQjAJ95i3hxauf3BSjg9dCM1KofyJs3dg1Lwwv24KM3VaCBvjxV6l3eobA3y6l8 1D3gTYsS5ko1M8gXi3G2C3TC6gP2jqFkYHn7ytX/qV3j+m/qjlqgqyEv6OQFz/eNrwccCjSZ9F+h 47/SHO4uS3fj7FDPATgx8VXBUVZQb3Tqw+v/1PD1ntcGgLPNDFpXwAoLkCFUr5aouuhf0mHVnGBj Lz0eD7BKAOEzudMNPOlS8lypc1mw9XJ7lk/WClNtEmC2Sz5LkK3j4u2naKV/F3L2zzvk9z+Axwhs iVNX/rkRwV0FKB/9vAP6Ef9AH4Gg2r9LPz/9efFR15D0PyFLAATGQPyKaVXwTO1QvR6l76sv8z9k KwAgzwAOL3FaDw1uYAoCIMw4DG4mgGI0SR7Doc/48rfHBwKomQGoGgTwav1Te+B/Rq6bW+0n6dAl 1F/r5nw8BlxWcb7d/xdEagTgv4Q6qlcgtvyJbQwtZ2d7etTsiJ/D/HTR7Fk43UPXOfj0aPzZBgDw WmHW64hn2nl/l2laXvZa7F/eYfaDLGT/3P2P2/W/8DhlCKHNY/J6vQ4p+s5BNye+kP4LNV6+xbmi YSboOfTTjM4ybSUI9WYeeeMLy6AES47KoDLGTGxWKhgAAMqT0W90Bd0cgDNF+WvgEOd3h2Q6fid0 OGBdVM31bCwEgrIEuHghkWsHAdyzo+sQWlLA2fJuxpEqQuB77Yp5kjqM+/6truhmiAghfH1+waFC 8GNB9UD9tYCGxUaqKv03vD+8/+zdbHbBB5aHAnBJ+X0fiB6N0ODjqRq6+dzusTh13h0qbJ/occT3 gl+dYKjbfVIt/Msn5rbEXQXoxoILU7EaOJC8trQB4L4xKiNUSBQCloC6xz2pjbBx5NtE9g+k/g8C 54jbpfbD0uZhtFIwjSWwlIOEmXQaGQgNXiL1Wah/KHEiYBjsg4i+Oal1CYgMl0r819E1AwjcDygZ szXCacLF3b4t90mfK9UAdS8Umet8AG7xIhUM3mWfHfhXh76Ri9QIgF8CdPYFohURcnZWekn0Rs52 74QGA252TT5EJ1P1NCt1rqL01RqYcHp8vWbznysQIgFGXiluSQ2fpLTgAt3/EwPiDXev5WS5+Af8 639lBJ9P9PCaW8K6hTYBgcHZhyE1DeN9m+EQjGZPM0wzjEOQ/QOYbxGHBCEQzoDzW2KEM+DyUIR+ r93fUdKAZDwl0iDTCY95ZrD/x2NYeP822hMh/TXed/VK/t/oCmoRgFv/00PyazYUJ5HIndCbuVIO n8xjgPq13hvHH/IOJ19I6Krg5EN+HQoFQhYk7F9XRBTyKCMO7uJHcaBV+cfTYoYkinlOGBtAt+x9 xOICAMD5NX4/cPs6I6e+fGn5ccDAN5vtOIMTasAXLvnEZZBMX7YPPj0mYO5wlRkvsvSbZQmE4mkl bwczb0/T8xSJv1w+VEMdxNcDdv/M6EG9fQl0IgAd4kQOHi/UQ/Y3KkE3pSz1uBc43Nkf1aqQhAUi u+uy/9204D3lz7d8RzIYNlvR18NqVKTeSEc9uXmIX0AIeG1Dv4jrttiw/82Bh4WFk8tfzv4NaK/1 P8TZ/LLmP/L6p3VL3WtPIBQTELY3V88V/aciJP0PiX+myQ6FrdtLicESqfMNpkP89ecf5r+kXAJ5 5+p99gOFKkC3/odwUmenliERvxMubK7wILKul273uNewAfqE1vmqTI9kCZAxAHuWgDr7z24zTRhS /oR2NOz/rQLHGfAb4AGw9UmXPW6pVC/USZvn4vF4GBsgkhCcOpiVvG4jM+kl9pOw0P23PTAsmiLz HzV7oNb7NOM3kuxC1D9J9O89yi77t7fjgDi7D07ee5b2er/Eh83Rlw+egfSIn37+xfxHf9LGUJvI Fv6npJ+MEbrdZvecBJ0qQCclvqeGFp/W5eWNUyAOPJCLpXqD9gL1uwft07K69T8GiDPAM1X6Ekco b5j+NHdgXKYfb5DRMtIDrnm67kUIydDfDxHO69mx09x8a/dpYfcZ6fYhsoA4hJy+C4btpQvAnGxc rPgavzfX2bj/Y506/aTIhNx+FNl/HuK3hFXjH6LZ7SVwk4CXz45FXaLQM+B1uvJG2wO4hIY+Wx/c Nt69rKiC1Sx0rIwR8uGV9JyKuwpQPtyyX6EEgNS3i6LrrvBANzJwFj6RgQuf2hnhWgKwakXoLS7k 3C6SqH9capLKJ8wpID5YhZ+XOct3OEXVS935jW3GRqYUQNgMGEQdJq0ghhiV/YRqAcVrBMWP+MhX BNWGS/3NldwNF0TuMe7+5yWeqAH3xAMAbitfqRQyenOYYbdt73C95rsEmri+URPVGtkeKgmZQiiN AJw681UXzZydfb6oIndCnwOuipZ84hQJwY3R1QjH8TvG2DTAa40jzojv9YatpGE5+5dfQKHQPKkB aZwejwe+EB9LhqiphxPKhC65OUmM0c+dkwHDFBGDiwOsuRxKx4tEBsz2jLxh07w/Hhqi/nJ477Fl zS8GYv+W9J8HAfjSwopCvs0wHP3PWSIDeQzeihV8AlRyAD49yn9SqJMkeYj/xrVxGf1Poby7sX/E PGuRVIG4Ft/qJ+mgke2hm2F3R2L//Ft8IZ0U4uz+Ot6fTPg78mSe3caHgAIgO5XgB09OsLkBUmdj NP95q/H4Kv3jY1u6h3J/t/r+2BF94p/G7xFvkrS1sm/e5GbdY8b3j/NM/wELAoCX/c8mAWCQ5OVL wEV6MNRaZ+BY7LrVqYHQB1/JT9/S/Q+6KwF/FOT6n5KeU7/VOkr/4K83JoQYYBVAt6eelqb2DgLc IDS4Ym7/lkBorcK5malcUg4pLnB137/hIuP45WX/hIy8avlPYNr0Ew0gyf7rNVMOwOLpDxSLBFi0 QGYvmhjz2P/y2bEBgtIgnNEckf98PCAQjQZ05TUo9/p7QfeY61Pf2AAO+8dhgAGMxk8+kt2b2RX/ 2GbAXH094Gxw7g5bBk++fK7w8bbx7kVZv/J+4iOEVWIUOrr7Id5zIYpyANr4t05BNdoUv1fpqsaL LXQnVPrt1vcZmn+3L7nNRvVD37jRIeIPGqlBxjGYNxxSjGQcVCWFKcL+dxHi+klmGFG0xmZbFF/A 9SFRT+2SJzq85f5FYQ2Xp4Kfx+ML8bGszICrm+b9U5IZ4LUBphlxrrTWbCoqUf9N/4Nn+2aZZ4f9 mzJQQvZPv/iuS5HYv3tTbWyPrIwOCbKX+PWSY8lGt41ki6SfvBFyG0PYcznKcwBOH+X/X+y9u870 SI/4x/7D97Kz48Chd6JXfT8OHDoTdWWPvmjWoQPPzgLfJTh0YCwWaAeUKBbroKpS6dTiD4N3+lFL pZJaB555KS72vrn6vvp+6iA+COeyXNjv9sB6OOmEtu+I/9mIOg/7OQGKBO5Y3vCcPJCrNmcei38x JDZ0QhHWR34VZTXUcRFnF/dmgpDtP1YnHgA+P9OfOUcxmVGwA1LAMNrDa9rvaqruHG+GwmE7FQBd LSuUTb5jJ0/z7GCS+99kaIejnBLpyJ8i6T/TzMd3/Yp1f5y9PcMIO+hnz4m5vxqbPABsdr0ghz21 G7pB9g7+2fWcHCnwfT7j4IWTBhceRrCm3hdHARkXodrcrvKG54XR/Nom88mV/juYKo5zUUgcYShI JE07AaDEBXrunSVPC+Ik+ksdIOwHGAE6yFG69kA6AeZF8+e1LNKgRnHA/FmSYZM/FV3d46VGV2As +Aci0j/5Rlbfs6WXt5TiVqL/2+lsB2MKRgzLAajByxBqEP9zX+k/qALt/cju++71miz9FPbDkbJy oWF8MduDbVRNGBkglE4VqAv+SUOJy4sxUsSL46tHfBeJIAkdYPtUM/fVBDotJC+y6J8I1dgSri0T BjC5JtY1PMERX13CCXB88R8V6qNM/s1/1knf7qIrhH/ZeCcNOTKUVAQCLkDkTUYpHov5fx8PgHEW m6oAWZj1Xfg+2zBH/JOgT6E+wYXGTgQrq1j8DxHsir2xppCilfQvl8gKQmKh02x4j9D/2QvxS38h b+H5MxcC2sIVqv0ET0ho4S+y/fsjRNvEdku+764P/3B1IDLkl6sHwbJODZE3IF/SUvTn619tkllC anW1tPSv9LpF2cuT/vMrAg1Td46SQka3Nf8bCUo9AIEyoE/Dr//TdszSbzcO3gT1bNp7jzLft+87 EvQpjEEtPIZ0T03jseynCO0h/UtYEpLKAKcK+JGfwdGkNlgQ/DPvKyBw9B0MIwmdpJZAUvBKy2T9 5Yt+DgNyGPp6yu9m8z9x1nPsgOZfdMGwKsuivy/3S/g62bj3hPS/hHXFvDrJYYteuEqAWTH/j+Ny J5oO8HVs8gCYxAOXT4M+QBZXKtBh3gay9PPTPLHwIbQ1MBuXZW/pX0GyEVUR5WyBHJ9A/u6KWpBy R7CclVdvilYPq9K7L9v8v7CYhINC4TgnTozAShorbHs9ErGLOQEqiMX/bHmy8bHPZiO6kpcdZb6+ Nz5dY9J/QvQHygoYIWH+LzX88wXmv7jV1eX8aaL/l2I5AGXsId3uHf3/ffj5vsNAzRQ7tdCigI7n 4irxAbRyDAY5WPoHEVsso39ZmlwKiURkqXT5+cXI3YlNKPI4ePNSLLJalgzBXw3QbxXBL2VENZov O27ZXUITkLlPwzBKv2jz4sjoNgooplEtIP/nC6o6ykdNrq2ieMXMCzRqEwgAACAASURBVAncH5eX 6Ha/ouaPYr3JwzxyzlXkX5NL2t68h9QV9YNz9H+Hr77f4cFW1P3KMnobsqkK0GU5Rmherf9zuux+ 1HnIqvHXFl+yP0vcT8f/HFxC5NyKJXUVsU6/TXZiD0Xo4GIAibRCLsEZqyD0elGz0neN9B+Qa99+ FaB86W21+M9GFUKuSR+UxL/9Cvfr/yxfycDxWQGg08LqQN93fT8Ow5jznCRvT0UQ/3aqn2Ax/0bw 8qC91CQxr8Ep5mqJIpG8AW4TAIg8SXLOUvCaj0n//vRSenhrMot2WG2PtpgHYBPb3/H7ST+HhP4f 0Qkuk3Nl3wSXnZhxLzJf+a3cidUVhACApH8S7mO9BeayXWuRP8MIAIg/+Bkmg3HfIQCOTqZyjnU2 56Ba0XAvqv5PeKWRV0bwjP1zWYRrRO1yISC1+FPjoFhKWJLSAgB5h9n3+Hp1AO8iNWBVk+TVYl/F DP/BJgAc/6NWzr+M86X/aGgZ3XTDiK8ePwOAVQH6HjblABxAxfP6RiJ1c2f9udxrtt+KZQKcSzr+ p/rXuab0L5fIvGGWxj6fDxcRUpsHy/6EpRC2Qcr4n5F2+uGRc85tdcbwAahTKr0rRDBOg//8fEZV /WxYuihMGkB+GsDn8wF37+cifx0Z1s/3Grexy1chPp8Rcez7n6LfvTon+PMZo5m+Yrn6ff0CG/mR P8HVVqV/x/y/9P/qAKC/nvT/2+9/yP/8b4Of5bax9Z+AVQGqZNcw3+0cJosf04/zsmTW/zlYtjhF lLECoJK25+H4yJ8thgmRaMhV1R01IFj2JzLWJHngZ8CXJ3x0OhV4ow7QfKt8gqdUWn9T1WBGmOss dbHwHl8ruAShjI4gsoCPfPPKGj59bU2nvcuPEr5GByxtey3AACbzvxohM+U3eDk5TiFRcjQo/YNb iWs2/1+Rv//6k/9Lryb//O33P2gTKfQ/LcHg6h6AUo4UQ3Pq8h4zk1N2fUEV6HQbXoIrz+3LeKYu 2uSoc+yLOdL/8nDA7jVDaoAj/bs40k8XrTEPANAvhVykEwD21AEglMvbBP+Uxsz/wT/ncP9AedYr goH4Hwn/OsrS3/c/9KNLod9vvn6MglftBOBgLUhX+Rwn/bYivy655i/ExeGQ6DwQ6tHWD8M7ZwKn EzTtx6z7LPTHtlJuhCZLLsKlcwAu9SK/1GSuhp2cHDLjRxvuy36Ug9lDKz4s+CdH9Ifk1StHeL1e UxbpLKmTDrB8qyzckV5XGlU6xnMCQN7FX3GD+PmdpQR3F5sGnSu/dIy0EAMslc8o7ErExCMs2dhY 2h89P7OrrHi/L/3PPyj1AeA+xLJFF/8byydR5P+4qhbQAfHDTq9lV6MD9vOMAACfn+XuaCT9wzC8 uRqpEv2Bk49xxA8ud9kwThk414v/IViwJlGeTPvgxvMoS38QtQ6PIz+rJdXrXISvqgJUevdW3+3H JL/WTe86PpBTOFLwrej/JWWIb5LOLf5H0vA8XEr635qwNBUF+un7KRCZ1YBJLgGnkG+4F9jy7cgi lH/t1T0HMjWHojElQeXBH5DnMAzvJR7D04449lIukRE+c4fETp7W/FJp0zuuVakcSmUOaQuIIy3F F5LQPwxvfsOqCPg2k4lQdNlUv2tI0whd8OO8wtKhrGjkxHyGAWWetG/4pw/QdyjjskgNwEub/2Mi dULop+X0b45ELiX4LetcjUt7AK7Mw2UdqQJdzdJ8feP3MQVJrn8e9uCbDvmw0P9VFQJKBN+0fYRj gTgBgCoFgXQIdMkdqMDxkBMAasv/73rXZP4WiGPf/5LSPyEFtdgzxJfv645IdoDOR0dtYQdTOdGP Ev3lmqQB0q/Plv7gGzb/WKqdAMfoADArNuwN6Hvse5B+j9Lgn7T0T19xE7SY9A8A0vZPtf/Zqdn3 P2UHeVWUYT4TZcuvXuc6bPIAVFhAH8JZUsg3ST9beKbs62Pn4evJeeunN4e4YJov+qt9BS3HSE2j Jtlu0QEmQ76U40cAmNIAEhEmsiRO0AG1nx9gJ2SCBMVqw3yYW4bdekSJckBuJ2AV/0aXAX4QX1o3 kMFgdLCv14t+a3xh3/8AbLU3Vx/1kReA78ZRfo9WHjxicQJ0AL70T3q1J/2z7Z88eKt7uQgN5W+l LQRHzlnnamyqAiRrOzRPPzosnqd08Asmv57C3kGTG6nO8zuMY2Z4wF4s/ofIPA+Zv8jG4J/8zdMj 7HJ3z5nBn89H5kRCN/838/l88IX4Qnz1AI5BehIWSTiOOAFg7WzHvu3nejJDVVWZOrT076dmigDx UviIMtdfXug4fuLALAbwnz4k+qvVODUcP5OOx9I/frBVeG3106/tYzPmaPLXDGY2V4yf821A+u/n DxT3P0v/LPRfU/pXZUDJuh8Ux9NCuVqHx5HB/WrkunWuw0YPwBTBKf8E8wnk0SRyd+MmdVyq/1eC XQ05TdxfZqF/+OEHybS7b5H+i9J5V6chh4o9HJDM/8vfHczhQMPwpponC90i5s7you6I5E8upn1V +wH480ZZMNMPA/MhkPQfNv+PU7hIcC+rIU8QLxAp/0TcauQK9a5aLPpLZrPq8DAXm0fA2OGU/po5 66sooMyRD2B7CpBaE3Gc8sJJ+h/nTJtI2A9J//Tb7Sr9V7f4DYrUUviOrbZxSc7IiXUuwqYcgDmI jeX+dU1gJ4nnYHH5ao+Js7i+9HZ9Cfv6M7wRdzmTiR+9YbxvxbZQGPGfG3gQktcBJlcAiZuqJwDJ JUKOnIzNYtdvUhJwHBE7hJQMlzjhOTfg9kyM1UFIupLSv6zSGKwXue0V1sk/vXrzWeE3KiDEUc9U 4NbwDudzy4JOYpy2r9frP2OrZ1h1s/+a/Esh6R/xBxA47Iekf9YBduKy8vHX06AKEN+r8v6XBbzU arcmx/h9WOqekcP1n/63Zkv8z/V/l/wZNomDahvvW7Ft0cixlVUCAMakf/oWOwTAWXYHmM3/HQDL kcMI8B6GpUwKb6vk5v10gC2w6V0tgUU3+IGpRGNU3AdImf9XcSV+3GLgl5Vb1Uuf4/gdEq2+3KKu VAVo1bfM8TNt/QAHE5wSO5ZFOdfpg39JF0n/HGDGFbd0la1hRPyRhn/+cK/QfyOfllWA5AWacAug lxzmc6l79VKTiXHwJOmNe/3TQjR/+rdNf7/gyykHmnPO7Wz4+EJMk2tgP92gbmVMSv9ivY67BExF gVg04TLkwyjDxPGNoMNQ34iLDgDeHbqqA0C5sT8nOojGjMUU9f2PDPp3IrNlovO4VhzJPcCEjT/f mhuUxWV+qjD/pSaH+IN9Vh/ZTBU6Ec5UxxWigPgcci1XGRgzDGN+CVdIS/+dV/PHpP9HslcfAN8t wA+gYXi3lZ+Ol323z/yOAh9xlwQAw7g4Ki9ze9TNluCfRrb/socDSvVg1gGoUAlK6cTbFUn/U/DP OAo14E3ydKySeloHACGa++vE0oXXjjIwZi+aJUvDP7hB/8obwNU/IfQTCBF8kvZWJxaEa/LQn5kv OylA+04A/Az46vET0gG4ERg1dhBOnpyshvu+SRUYKrXECkCp+V+VLeEoO8QuKP3TXSZj/VnuN+n/ i9m9D4CvCXCC0YlJw3VPjWPif27Bjcz/xt58a/xPPtXxP0dmLjWR/lfN5DL+B9PBP5nOgSSTiAwj LC+UN8u+8nHNP01aalTBOcGvSgmOidiRvKVj/V0PwMQYMP/HbPxUUz85n8Ws67/OqLabjEIpIhoI VMXFdYBWSbpzNwBENxeW/kQkdXGsmBVJ/4gj4uxlGudrSUj/+OoRF0u/Wf0fwnGdgKXfULkFrHzQ Rg5+Ag7D+3aiW8P3xCntL+TLOOh2P+XeuZQ76Js0iiBbwvdbSf/5ZxgrpH/slpbAsGSIIr5h0PHi y0ZsJu8AJkvqG1yTqtIEcgJ+6jIyg+NEJekOEqK/b/4nG/n0Z7xQTyJsww/fb/jcYCeAs5R/RHIC YDgbmKL/h+F9ogxwVhQQS/9qMnMg0DQTGQKUfztPTpVu/lsl/pr0/2zO6QQcCxAqyhM4BnU7HfBo uLIcQwLfZVuCfyvyDcHWoODC06ZYyJUvcuZSk2yYvFuxYU58vNQGscr2j8FAiEQKaZBu6nIqO57K F43UBErjr5x5rbkIZrl/yZOh8CSaJLjh/sHOrFz4n8S4/Dh+LtuizmcwfD9BqTS8EgiEb8Qf5A5f ogYoxhvLnOIEaGXaz5+YXweTxP2h5PpXu6PQ/2l80jPd7Bol/R9Q7jNIUc8sKxnUkOM8AEFimkDz PIFjuJTEsBNkouv7s+dRzhcEjPZ9R68J+Vbo+67vx2EYS7PEtsAZwFYS94A+aBuv242BQ5AtH0+d X6tie/RWsjgM/iCm5N1g5RxHjO7EDAHA1QTm/QOsHWmwko/P/PLSBTAA3tK2lcj6nb4dAWZNZjWm PxjMA5BKek4fLEnz6Z3GtkoFArkCaM6YX/DoTiCM/YsawPJPfqGFoPQ//RAqj3zu+Du3+qL1TzX8 Z9p8E02pjXLO8QD4KE2AH3nXiQ5qGO3Q9ll25JNxNkSNx+zugpyil8o3hIKjRo//UarviC9+l5/C Tub/iqo4k9E9vU5oBbVkyQMmI2U/AKWP0pLgsJHqmXp5N/0/1sUyPf3MYG5dBXveqVZRWNAXEf8U 6kOfyd0aq7UPsChFscfyrqJzbHBHB5CCXd8hvPH1M2UDLyEoiJ9J8j1X1ueZr3q5206yX3RdOZNO FANtsC8V/CMb/VrYzzM52QPgQ0+xOQkpbK05TNYpiv/5erFmGLDvfxAvEfD9NPq+e70m8798Gdw0 BMjIZ2PwT2yFtjFFnGuYtuShL+uLf1MbUuhI0mCcqwMQHUCyXDWUvGhUlP9U1nPNqKlFfxxpJsq/ 6gj9Ykhen3Z3VpeDBE5BpyQ99AM3fw6ucOBRtPJyV9xi0taj7D5p765v/mfXgc79BeCin18g96vw obYBQjz4lmHlDGkcf8lZHO0BKLqHlVsgp9Pw0zjwmYg3jfyR3NeVrBLFOBYI3Ligw0KA5llZ/M++ 8T+nBP/k1LZXVEj/KP5VQwG4RW+GEWB+9PQdeqb0ZdukDgD+hvNefE0AQsrAWrX75dvoDEVtH/48 11vUO4XpxHbhMbtlfa7yzl/K3/345x7Z75bqk7GiQMKlgzhSwFJstomjaHiAqhRpkJ1P5siDz2kA 9bvTTpgQd1cD9pOh//7rz99+/2P7+DwCj+YvOYXLeQCCzO6wSQ1QmsABGcOr0Q47VdK4Gl8g8G15 VZyVlyKl/4NF/ATXqf/zrWyp65/+tlVDAN5kVWZCT/r394EwhQIjjvhBNw3gHasCpAeJ6wDgRt04 zKNKTcBXBjhFLbbr1MRo17PZnpcPwztm41djOoVBeeFsOJczfL1edDqFKLmLDpAYVuZYOxP2egLg BzMDb6rJT3Ynw/neXb2Lfostvx2b/1XfX/wMi1L9XUiRmj+3suWTSgCuBL995LO4Sg5AGmlm8x/Q nDEMewpnXyD7ViPTic6eSwO4CCD/edpUSpijfQAAPp+RtGLOAYgFie7x1r+gO+jWenWQjdL/HhvG Rlt9OOCa9E9/TlpER+POsj51AkYn3p375oZ3F7P3e1E3cuHE/I1/OFy5fynmkw1i55v5ZZ2iCvFX RxCJZghSDaj4rZsWTU4mBMPiBGAd4CwnQJGSUL2XK4D48+lvb/hnVkXwoEpQvS/WKJR/4Fxbfh33 8ACAkL8TncXg8tFBX/Ds+A5UuGRw+XXwk4Ap2qcoSLQ5T1aJif3if7ZL/8eE/stQ40wwJP0jAAgt YrFWcidgWbk8buZfxvTKa/rfLn+KzrvL0k6vsFRUjOdBqVo9UqZXZn6n9OfcACHzTPpqzNI/uFv2 RfK0rCdT8QJavcLTwwaLAi2NHUKcns5UV/5IslPRXqb4p+y27O3qFIndG2X0xOaJr3wV5SJ+g3t4 AIIkOotBU02gYfzPrflWgc9XBi74a8aE+7Migr7GHfQoGsol6k6RDYAVKCR+BO0KACFYv16vSTIW JYBiE1hE3rWUgMQKavNgjM2yQnQuy7bKih/UKNSUuEQjuzVi01D7knvRS7AD188gshemX3m/SqBR VGlXzuqmvA7kPmJv0gFOzASA8h4I12TVXfY1foAr40v5F/EVHOoBqLs5c6oNxvoJwAZNQM62yYOg bd+Q0pU38hCBj85nUA24Y2OKPbD4n73ZL/inFe6zMfV8xqT0L+vYTAsTdn2uGskm8Ijg7sTNqziZ PE1gFV9GD4QbdV04aj+xl1kNSOgAAfN/ZC9LiNG4xCBlxgU1FKYDtTWpHqhf2akDmTpMx3GiDlBH c/N/ziarB444IgC31n69flpUFr00wf5iKmgH2snidwwBuqIHwL+O8+XvHE0AsWsbAvtNwocBQg24 +y+73yFUq8RfcFZ3pcn52UnIKF0T16R/kvPY8A+ztAodOAE/OErzu2/UXA3pUapCvqCvjyhTkSjf yyygv+Wcw9nMq/4B2lC0FUMYcRwB3n3/k59soHKl9mV2AsyNnN/pNIa9BX0ZuaQedLvuOn/kK6g6 F0FV1ZR5uuoDFIr7tFVCsq8e+SLcJgeglIQmUJQ03LD/131BHAHeTzN+H/aEvd1z/FJ3xFlnb48E gF2PZT/VIhj/g16sv/MVR/x3AXEZu050ierxM0z6gJsDMK0cyfSFkCC+UgsoTuYmwd5esek5C3Hk xl456Q3+ToN/qq84KIhibFYfcX2PAOslnlb5fEYKNVkyAWJOAJr2OAK86SKBKUwlOkl/zv5B5TzM 8x/4iTW33GUNb/+U8hbqpnd+IFDtNRYUu3mh/2F128QK8s/0yOm9XEdVuKIHoC3bk4YT7/jbiW4V kKCzX4G2K8MPeov/IS4Y//M1tCpCsp/5v8727/8JAIDdEvGv7PduvUK93Wz+9+N/8kt/Zoba+0MF lofC8dPawkrO8ZiRsjk6m6iMZ2n7X6Y0jhQUhDiSq2FtH/Pg2anJWxFOAJhDmMgMP7eqRWf1HQKB NuoAe0j/22WMoCsJPwO+fsgpdPrL/ToC8dO4ugegYQKunzTstxSA3YS8u6sKOHdpOXsiR0MP+pzu MM/hOrlxd7+tmL0PpG3hfyb4fMa47R+k+R9fAbkkkQE8L1GpvYkUXrlCTA2oIxBlROMLKTwnjn+S y5Mmf4cRQFb59PaQyA/mveQ0h3IGafTwD5QD+gz48rKBZRAUdsprIQcsEvQzV2bbOasfscedb2U/ 0vZfvEnnpAE4zfWMp3I5D8CWBIB85raOgZ4v0lGQVj+av7MvLs08NuiQPACI3b0Of6fZUv+B5sPe i70bAMc48QqM7VrF/6An/ftLyPzvFydZyQAGWLrGhlJ7Y7ExaTWgFL+Gj5pSLApIxTjFRP/J3Tp6 foBx+hb4JdU5E1iG9UKAEsebVwuojQc4q6ZQSAfAcSRHRL4OEFueqQPMHzF94HtL7fd64xi34+oe gObIO8qPDgI3VQCuZOxUHPNoUILOM3UAkne/JjN4M7+qt7SzF+SCYn3dapi0/YMw/w8i2xV8OdXp AjYuNeM96VBurhaCJ4Vz4FCpGhAcXwn6iT+Dg+j4nPlfeu9MlvI5aIeX+KK/Hkq6IHzz/9hMmq9j al/4QvwgBaPjBxwnAIR0AMpjLgxG8t9W/AyHPNl9TkJ4Xz85p44rxP8YJ3I5D4DksAL8UsRXqQKv 1+v0viSX4pk6APPkw79aAsBjf4gEe5yTuO1/vUAChsz/w6Clf+dPNwcA8WdJAhYh6bFgnpwSQCpo PjDtRKtgT/SXn1N/hhSeKeTJk2vnivhLYwEZ8ONL/Er09+cJACT9k+9FicWrnbxovNg6RSm2jg6w fN25XQLC1eubJAPkqwGyFhBdyFturlKPhD3fjL25ugfg+CIbwVQBP0Pg3IL95z4aniwEG5f1iR3G o+J/0juV8T+Yb/4XRkct/XdC+uc2wGqcpBU/vwSQipYJDuJMLLQL/3NMDYgeAp9A6QqYewNDB756 IFON5dyCO5r3Mgalf+LcRzp+Bnz1+BFpHh/EF7IOwE6AmCpSMX+pBsglq+s3PEvVo2VWAjgoe9u4 Lcd5AO4oMvqpAtI/cNKkjuMsQedS+PV/bqH/7JYAcJUCoNf/CTJpeCDNC4lUl/3xFyIA4qjM/770 P2UAAzg1QCFQuzAdZJ9YITMKKN8JIA8kqAboaBypeLDle1g2XzaMvGUSgr5aQqcURF/bWHVITmk9 4LZanADqAPlX7ruwDjCObI9vkvsrlzfptxWjtGTQ9seC76BTvjWYq3+eHgUU7NgVw0oGNeRaHgB5 0V+nAH+wpQA3E2glHO/RiGc/biEE78fDD7+O252xS/3Kx89kzfa/PJ9xzfbPfIS0ocznIIXsWSZG HJdk2H4RGf3wHoiI7IkofH8Tf/PA8lASsJTaQcnx4l/wJXWSd0M6QGJu/jjRXOTZ8D8Mb1wrY5A2 ctdZ2eUm6k/pC5qivEBke8dLwQYnUxoIlLma3xHsUo+FAsaM8rLn8cFPzmovPF8g/CYungOQsj0f n1AvNQF6DwWjg5rv1zCK2O+Se7g7CFq7xQ4w/++3d4r/wYj0L5ejNP9TWEsoeGaelowF/0GqWM9L QvV//M/gSer6c0kecFYSsHs4ypYvl4f3IfwbadFf7YVnpTUNHAFgDiUKhP3EiMjBn9LioTmgLEzJ P/fc8S3gBBClOYsmk+nf2KIqJDggcEguVPE/gfsLOLXmKk4A4xSu5QG4Duk7lp6nfe+UD5K1EfcT kg5TJyz+B0LxP49lGLDvf/AaBpinKdWXPV7Mtv0Dm/87d4RYBjAnALgFQKfV1ur/AGhVQa2w6gEI 7k5uEkwCBjfmx18+jRLqxpo5B1XYh+V+Ge7PW9VdNgcYudmy7iSEqLYAEEoGmOXaIicAZAfx+4Nk VS89iszfhSqXLMV2x1B/vWEk0f/8NsAbUOFD+QFCv/3+h7+yv5DG/9a4o4t6AK4T/5PGLR/UzQvX 3QJfwF09oYZxK3Lusua1RPLjf4Jgnvk/mgMgQ4AGAJjUABpztf6PXL4SApSXA7DqAZDHEjgopSqM VFBmHjNPEwgrHkoHEKL/xldPrH7OxiigvG1EXoSfDIBjfhvjuvkkfCAVZ7W6HUEdwvwfqtfMcVa7 7PwcGkrnvvRPS4LawhdwXQ/A8fV/NhJMFSAVfLWQqEnSRit2KgSJOCJewh105M2iRIHLxv+cAmKH weUhtwCS6NaJJRFBWYcAURIw54aKzNGgyZ9HCyyMJwwEjmJNN4hJ+Srgx1FFyBBLe/blfuEWSFUo UlkHXswP/dkwo3dXE7iOAlIVgfxkAPFXqROg7Tr7UZrNH1yeMP/jq0dcIn/ua/4PQsK6tNxL8V1+ q6z7CWO/WkeNHBwnveQiXMgDcPfXIaNSBTgNS31bgcX/GGex0SNXeukGA+p4IeJxrTm+1dO18aCG 4R3cGF3pH2fz/7IkVH0/sJCsv/CePAAAs09Apw5PnyPKQH6hz/Bqoc39ZAOndI8bCOQM8qNHI1Fs +oOts8MYVmBcp4SK+SHRv6jUzDHIO0h+1lFAi8l/wFc/eTOCyQDJjmB7yPe+CnTlxwI9J+WdMiFy zb+JoMCdttyT1K6+YlE+saPELviDr2z4W12EK3oAcuJ/LnvvSajmmnx2PCQ66Du4YwLAfub/I/t/ zS8wpH/neNbAwuPmdGEOfhjS8zmYNYgh2z8I838wTsb5jPFKoOwEoDXnfl48yPI5nhkcXD/Bqp6g QnHUB+C4pg8uhyA3R0cmI3O4r074k+ESn5/PJ+Gay0x+TWybGQWULxD7ayonAGQkA9RN0l8H4mcm lAxQbBQ7uMhvsPy/Y/4fRpn+C19h/vdFal6yRdpOeAnS+/LTEniQS0n/cCkPgOTKtueKWzoWHUSf i0o0XIorW0Huwl1O4JG35OczDsMIAH3fIQIADEJykgv7ZK3AVtB1zq68I+N/Ntvpj7u60JP+EUTn rwzpf0GWxUTtBABhA07H+qfCePI8ANHN3fI7yt4/DT6HXiBfpe7l6pj/hX8jKP3LncIcUJRzQWYm vx5J9MUhYn5ISFULGcQRslsBJKYBG2Klql9/u2oF2vw/zkFT0vw/p/82mcO3EvMSpLdS9n651dXM /3BND0BzrvPs8zWB+c8OLmZsvrIOZgTZ7zo/PiN/tvQvnxkZHXQYfY8R6/Yt2diEKL8IY1HFxkl0 9tcVggv9iW4uLESs/plm/gr88jsx6X/aQNn+2bMxOIvDQwUn0HXQAVf3n0ZN1vjf+HzYov3GgvXl yAiegoTaCZAfvlLkkYDINR8MWMo/CXurB2pNNv87YXKe+f/zgeGp1T+DET47yeW8LxkadDUd4CAP wOo1fR0ZvSGJg5JPEH4OijpCI5xHUQmmb3UCXFAlO4Xj438IdgIgIiJ+PiMrAxwOdDAby49I7nvL xB4OGDT/A+Ccibge/KNiZsCtk0MSM75lwywIyfo58T/VqBKcgZmzWtK5tT5VCia8VeMjvy1uqmnA HLkhhdEh0uJXbHKtZzUp1SRVi6WOE2AJBKJrAJckED6c7VFJiZXTgxx2SvOrf0a2X8z/DxT9ZRCO tMoHw3sSMrraPHNfOVudxeU8AHcpANoWeojz3XsRTSATacu5ztvlFlzqfZzgFHcQhfeoECBEHLKt gM1JZx+ewhUuIYw5R1Cb89eDfwjeSqUt8mcKmJHRMpHqnFvw5e9E+rIj/Ufa2eKrBxncIr+azdtS 7o8exQjUhUbelafL9xtlZRxnrS9Y/IfWmTMB+v4nx7NUlAJx+gmEbeZ/VW4EWJeer0bf/H+dBIDq Fr+JBIDgQvntanjP6pLMfV1N7meumAPw2OATv9rJWZpA6U8gk5DUEuMY9kv/PV4hT7tfOAfgSNgw sV1KOF3I2MhU3Cy5DgJQ27iYlJ8olr+4C1x1a0oGkPnBtNyvRvzpNwAAIABJREFUthnPCc5hVf4O 9BNISP9z41Ug0T84oMj9XVdm8kL/29KkEmgwEEgpj/jCKWGa/vScALScJsOZAIm7cmOgv5x2MAoo tuvSUp7pr3LgcDvnziLF8trFfy4rH389R3gAzn3h3fF1G9MEMKOlwEY2emCUJlB05ldd2Ks7bYXF /7Sl9B6kIB9R9BMB5vowiMHEgK/kFs8uDAX/kIGWDfl+UXxn/VgLLRSxQBwFRLIgBwKJHFxYywle liQl+1W5P1gGFKTBVUr/MngpOOwLlxPlHohUZpqHM62yx+UXFJdZqoYOoAtEQwWg78eVkeW3kPFW qlPv/a0qBtmiGLxenX/GlPmfmn89MP7HSHAJDwBf35nS597vxSbjNxnE1wTuUkhUPnCLNqlA7uX6 AhNzQIW47WMidqd45DgHYGbse+x7XQ7oyCnxedjiBLiFTB8j6/mMI2BHwlyO+T/WQis8NtuDAbgp mF9xP9YTQE4gMvcxsVrsW13u05f+gzE/LwQQfcHcvSifxlJX9Azzfz4Vt4Z0AiS0RInzi4tyQKsB P9XegNXjknGwCVrd/l4d1U6p3D746in+xzCYC+YA3KwB8DGITK/3vOQGmsAxJ1+ZXo7c9bdyBeVE yvcs9x8s9BO+4FunAzR/HG04t9H5p8d8vV4gw3J0AMdIZvtY0U9FjrSnN2FT+jCquHkOnlmP4cnY aaxh2cogQenfW0edovXJiMSAY6T//V6d/rWn0+s7pzPAVCl1jmOhNICYpMsiflpYT6yTvrUTtYB2 CgssMv8Huk948T8XTAAwzuISHgCjiDljeBFHWqUKfEED4C0xSITF/zDPzMjPpFQH+BpjBHoxP/MX Kek/bemPfetEATEyD3guC+NYhUNlQPM1jbAbYS06iGablv5jVv9cRkjcjweU2isq6lpE3/8AvFuF OcVcAfLZLhP6z33al0r/wYVp8/+8ocX/GA7newBK438MQj6zTk8aviA5pqDvYFe78kZt8DrRdBsJ nof8GiNXOISN+M9ndDUBlv6XJXm2/8zK9wAqqGbKA1Y6AGRkApTmACRimZYBR0hJYGSFTayQsTvo bmD+z1GM1TpkVm+rV6gY1L5HfjkOw8gNxenfY9qKF+UKZ0Lmf0q4L9rQzP8GXM0DcAXb8x1FluuU D7oa22u27MQ1Z2X4pA0Tq1HFW8qP3AkcwY1DSIj4q4K+s0IXWYkzg10dADIyAfzg/oToHxgq2HMg af7PSmyNQxEdEH+ef83zRF8eMou6HL49451DRko3Wm0rnq4FtAel5n99W3WBQrTXJNifK4aVDGrI +R4AoyFbNIEviP8JUqQDWPxPQ4/cHXXpOhIp79effD4yAQCl+T8U/LN8mTTwJ76N2t0/wyRecy2g uTy8XzwHgmJ95o5CUwoP6Nf/qSV8Hsi1EpgjQN49Ul1gvoIKJwAILS53NyPQOVl1xJHuhFxBbFmO AICozf+HmY32KwkKAPiD3D8b8SeYiX4hVGO86GoWIdKSq3gALhL/8zUii/kEJJf1A2xn1+P6Pm2w jszz8AUXWOxy4ucz+gkAeaH/y+prwT9hPcEtD79AMrfbQiuYCZCQLPMN/ytrilRLp2vBGlnZwGP4 0d32CbCa/9pqR6HxPxyezundGln+lUvfJAM+5wraejksCkBxCFDFqWiSL+QvD8b/OAVAZ3roh5gG aTyVUg/A/yjdAfUSUg44KvItS33DTaSN28mRn89I//ES/8w/gcwybcdw2avoCsV/mg+yBRJ8T5zA pcBE/6+k7R8yZdzItguLyX+grrrTQorAGUFmAixDcYpw18UKgPq7ViFD4aOTpYcoBEh0Xc08Un/X egmOsYsw8wY5/T7awtJFgVWCLrwmPeSDz3nf/D9vMo1V0V/88/lseY3WleGKEbhfbhL/s5Gi8CFD UeoBKFYAyPsG4gZjjXzWv8eiAfd7lt36KblKWhP41vgfyaoOcLv4n/2uWBN8DcUwvHH+jLBUbp8K 9Xiyfr6lP0tP6KYSOsyUB0yQDvBBMnGyuO+sT2pA6CtntYgak17IMfoAQvBidSVetjINS//BJ/N3 v7Dq6OeuwPyo/3yoe2BYASgdvM6K5P9SFdK//dxNMIVBsq8HINigjm5I2KZ8P5btluygJhD8/H1c yg9wNdQLZos2+B3m/3O5zuHTYzxgqRHBP8uyvByAzMQA57OnAwAAx//QZ37dJGR95RBYUgViZn7f FeAvbFS/0udqdpmD7AJx6zVpm+TtGYZ38MyoG6fvO/qPl8yVQDEWILT6ptgSENVK+qfwirWdPcIP oPjt9z/oP38J5xAn1jl6uuexbw7A3M5zVMtn2//y+fQEgOu8bg8j2GYYRIeB67x1vomdmkF+GVc4 uie4xXJQccZI5n8u++OF/juB+CXC8frKnT+3Hy4JuhQFcsuAZhYFWq3+mcoJHkXY+pq8lVMHiQan GPfDLr+8ZOI34tj36XVqbt5heE9nhiv0088aGenz8yktaY/Y8TWkeo3XdRjMeT6os9FQ+u/7QGmp XdXRuyCl/L//+lPJ/cEl/laHz/oEds8BCFYuYK8czLFA9pY9Ee4sRqL/Z+YrswXMCRDErf2/Kf7n CrL7EzisUAniqBoAE+iJ0SzapmN78gv/B0Rw1+Q5JQNw+R3SAeI5AOG9eBE+4V2HsgJUwcopGCnY ADi432ROwhe/FhNXr8z2TpzJ1+uVeJgHv+p7BFjKfc5ugXAB0CZviu1JGsE50PpLar5XPQm5KO0j qbPlmwegfQ5ADOmS2x6ct5GHiyws8JFb8yGagKIoAeD0C2bvCVRLHhb8c1+CkcoqAxVn8z8vdOT+ NYkf4kJ/rlYQDAQCkDrAlJNQqAYEJ5P401lSKG+tiv6r9VqOLOt5AE6MWSL+J1YMagNFgr5cuVUt oIRPgL7y70r5py/9i1X1maRmwEVzvh1kv6f/aAmZ/FUI0OpWT2BfD0CsLNdNRcmdnqRXsEmzwMcZ Al+sCZx4wq/5MraoJJ9z438urUfhSBUbU4U1pTRfqxVkhto7FYGmJYgYrvwTLBOUJicQyBFehzG/ a5XUnfxvr2b+bzWf2JXpe3gmRAkgpFz0bv5mz4d5zI0gFyZqAVXfgDHRn8dk87/6dro4R3dhnj/q +2BbfpFwbx6AZh4AFAVAOeFmDjjpZP7NiZbXw+oo34snaAI3Zefa/yfX//maO6iaU85AolAJx/8g TPHYLP0Hzf86JWCzJqAhJ4BvJ3acAKIqqGf4X4kIis8nHAiE42SWpgAktwBojdF6jPc//kam90jn Ll3LA2aZIaYD5OsGFaFEFVpHpvk/Ifpz5A8/pYN6uO+P6qH/Yts/W/dJdmd7f9AD4C/hBIC0i+Ar 2bET8DCgyrMBAGq4rZYjYt+PYGTQXDhYbcEmcoU5OfjDMuJ3ZAzfrgBoQ8z8b/gEWg6J4J9E8uVq cU+VcZupCaQVg6U3MEGB+KFs4NX84MSOwkeRkf6LSwHVKEqP+vzQM7nBPXW1NojBblY4twGuC17P P8bYmnVniQxkQVdhXkZ1VnlQUjbIN4K4GGjUbXjv9N/aFr9BeV2K/uAm9fopv7GtnsDunYBjyfW0 PFgntBV1d+ADyYxz+CZN4GovxXwOmHZF3MuXaRFnxf/Qm/6AM5lZmUQ3AHaDf2LR/1Al1hf5ASaR 0X+5sBMAgCoCgasG6AkINQDclbOmx9I/57ORHiICLvCDaQUgsyiQ4sQnWPrWKJ1VgQwgSjwhjjna UfAsleoAiUFi+80v/L8K1/pUr1oV+u8o3sFb48LsLXCTdf+Yfd2LvTwARZf7XTIvDcLXBMB7PMFN NIEj+dYL+FuP60hkNJ1fY/FgD5X6QRE7BAAcAbvM0P/gkmrpP6toJjsBOF6879hoOq0jEgB8NSA1 eJ70H942w/y/TK+breAAsCbl39eKwbxeFA7gNUpLnNVx0kDU4Tc5G6U6AAAAoLLEV1f+8dVyAJBZ +Cz6Q77b6tXjZxiGse9/vjgKaBWT+4Ps7gH4Gu7+qA2yGv+Txu0mtrgFvCUjXJgbxf80vwjVgBuv h7aTuSZ7ZBzOcirCnCsV7NNH8ZPbd5c2/3t/LgLsp/9hWSdo+JdfQZ70n4gIWlnSxcPr6SwNUzzJ VDWoc/aVX4E0pZy4cqrKtsSXU6ZdV0mqMvwrMqXeVquRNTrdBKCUycLdra0n8oCXZRnHVeQEyBxT rU9ODH4y5Nf5SSALfQK/TLu1WDgvIwUQeuiH1apSxiPZxQOQebnTxZ3Zy+P66b97DHgAreIcggFC 3pIGO2rFF9jP9qD0eviy4B+Gz4OS+PeYZN8D5UT1fUclkVnWr8uzT5zMfOl/aQCMXSL4R/2ZZa2P yNbgGeNzSoKyDhDMBJBqAIKYbXKq69L/6KZaDiMAYG3yvNYNcASYXourj6lLPceKZrIIAF2bvbc6 FemYn4jaEG3ZVpT7Kz870n8HELkdtGrtqcRk+H+y+d+IcVofAOLc7r8X4TqP7yb45YOsdlATLqiv ftmlS9B7l0x6XJGD/9tpp3M/xA5mVwDM0n+wTUq+iJ/4Kv3zIXZSYqAWsFCVaxgUo/2FFZE/ekde SdCpOddcFwhmaZs/+LWAsnQYJf17nhl8eWEtOfOf59b3P/nZcSSbpn1T6Zj1fCqK328ZSv2gyE2C Z9RxBQ8zf+HqJsHliQPJlP592BlL0r8qosVoFdq9JvHVn1rRzbg67T0AXykTfCV7x3vcwidwo/if vSm9Hhre6Vd7aJCwe+RVwYXRSBP4fMaE9J8gdiZ94+WqDRJxRHyR+Z+UAcRXrNanv8cca2ViYQIn jt8LBGKR0al9znWBSIcBJxNA6QBZFYo4z3KWtGjkBWfIGjjPNTPQBdbuoyv4CnImoEKnVqk+rpwU C/BM/rGt/Nzo/Fn5t970KO4A4ncNuNeqGG7RSM38byQ4LQfg3Ghj40hWNYGz5O++RwDUb+5nEHw5 5cf/fLH0T3Evx1+TFPPDIUDzZHD7yDk1SaIiyCz9v14vLjxSJLI3Efr15mnd4zMAQFANQFoBRxUO tLK7WCBQMFd1GLOC2tUuOIYqOwnY59x4oYqRpwzgcdGXlkqgoT4PsdHlcRUF/a/qABBSntPhQERC FV89S2npP1y7Vob+08JX//nAcIcOYEW9tyydtyE79gFYhaSNPZLqjExWf4K2r4qYJnAdh8BluZSU fKnJNGR+qf9gbVHqOoJuKNksRakBRbJFhfTf94sJltShWN7nqh8A4tmu62m4oj9uWNCnkWGkNF8V /RxWA0KugEoPxiyh+qU/N5r/ZQ7ANOsMiTNzzWodQG51ZJFcldpBJ4eth9vnkKk1+QtBnBMVBVQk 1Xh3309M+l/PkxHX5OdzJ/P/J8/n83qktW4/GnsASp8s1QWztm9SNOb3STzsgVkt+xD7ypchMteE y2gClOZ4zL4udQn5kznLI3ed08KJd22LnORAAT+yaTp94Jo/Uv5vLv3HvlXWgTrzv480ustY/GWF UIHOmCYwbdsBjmOwKBCrAQlXQNCkqiYM7oE7OQCNmPSZpezjG4R4mhPkQ6yueYVYIIk0eMP0o0Sg VgCzDgDCaVntBMgh7UCA+ZxzLaCK/ByY30cJ6T/qChgBsVPS/7zHG0j/xlmc6QEwKmj47B6GN2KX E1oa2dz5KmfNy2oCBmTH/3xl8I8v+B48AdUcXZX79Fuq55Ap/Se0wVn0BIr/kaEasKYJBA3/On8g UglUrqw++98uY0ZcARBMDBCuAA4H8qcaPrTOkf4R3w1C/l1Y+wpKsZDtCriFDqDtDh0AgIwC0k6A D8Iwzh6Az3YdIOdsJLaFKWquS9QCgrW7L10UMeoKGAGUOkoRaPDD5v/EQX0BMnzIooNKOScHwBIA trD92U1Pq42BzkWRqbzf2LZnaQKcabfH4NfkOi/+i6DewWc9l9I1/unbLYHF1QVJitAVLUXNTWBh 3fsTpDcg3hMAXE1AaQikAwCE+wNM4uPcI2xa6mUF6K1WY5xISBXqGVWqKcorUNuqheqBn+MK4KCy Ye4jS8in6EV0gL5HANRJJkknwJR4DQB9R1XmgmJ3hQ4AJe817yiKqxq6T55xKrTV6dWiroDRbUU3 VRH4QXzP4z/C/M9y/2+//2E6QBGlHoBmZUB3NbNd4bm2K8GoxByGubLhKZmv/VxLcYgXrVNVRAHA SojufT1zwekjZ3KRm/Qi08ihedSiWifhBiHr5ufzCQnJUZToL8tuqj+jS0JlOmPfLks6wBdO/b/8 DfEHhnER2fsO+g6xw65TRxfctSq2iOgIWNHeZKuMU49byHs5Jp6isnPclOqASHFl6vnJg9A4J+bj pZwAAABuPVB2DgwjfnDWATrYUBUURJXP2InNee3yTBQZ9+MvAJEMHauWS3+OcycKKf33HeIPPcgf IvrH+O33P+g/+Se47gJ/HbnmQ7BOwE9BmjdO98CwEQviFpe9fQLSSLZlnHsRew8dGfeyxdLWllD0 ywnxPzkkBIi2OkwsO4jErCzbdsjenzD2r3oDgrmPcuVgOBAExfG+Q3hPhTsp0ZbkpzkiyB9/HdcJ gG/UOkzahzACiMJoIJ5sMgEgaMwG79ePmUj8HnNyECi5Kxu2AlgnFgjk6QBloyY7AdOH/BjXNLET 6zsefedPuPwUif4A0vDPVf8p5ucuub97IP0A/Pnvv/6kz3KJWsf/8PWckANwuvT5HeQ7cIMPoCsI OlINkEsUe2sCFa7wI73n1zFRN5nJRQ7Hvymu+VxKRM2lt1qN/k+Y/1cYwxHvYUE8GfMTywTISRVY 9uslGyxLOkhmBfzgZ3CCgqYcSgSIRPXLYycBVA+cRM69c0R/vvB8KTCNfBZx7wi/euyqmWP7Xbnx qchC8HIVkf6WoQOASAbwI6bq4v7V3ZGzla8a5UVqeQfuNdXW0r8r+gPosj+xPX4lbLMvktp9Sz9v /hDpH9p6APJv/itInxdhV3noOqbWBMHnrP8VhDQB4AoS7gpGPkcKvteR/g9T3jaOUBHZn5n7WwoJ NzHxVFXyUQulLV8qCQmdQW0eXEHtyNcBACDgCuAg8kmaBABwg/g78Xmc+rAGS4W6BUBpL/jGQAL0 CNAtZn4S1KjarCpn6T8DE04AuQ5H+8ivqMBUk24SagJ7VwJFagjgdQMI6gA4e6ja6gAVa4I4M2mv Hc6tNmQFpCDSiQSdiIziKmF3K/rZlgp5XXkJWs/oNnxhFaCLCBkHkHgqJUT/a1o6CV9w8ReCK+hL t0C+JvDMBsBb4n+231YXuTET02gl0NSZ7et21GQXKhlRFQBVe+Gijb4En1P2J5EN7A+yqhXIHfk6 wLJtxBUgqgOFzwytPWVMdeKLiPkf394igTTzV1xsaR2A9BZf1pdNpot2dxh9jxx+FQgYAycQCJrq AHWzXbWscT3QBLFuX4nGFDLcf1r46gHAT+B6oBpQx5Olfzg+B+DK0udNiaUrJTa5iwemOlWg1Cdw ZEhPEReZ1UWmsZ24CtTmuXQLn9sav9TffHeQOVn2qArqAJCUzmPhPYlBMl0Bwb3LcCCIRJUAuP3C VMXVvkMZGlSIOkVsGA62m1i90RJPqmDnOGnpYPl/v6s0J65m9RiDmmSmDpDYVyyPouLhFsy+ILiY T+LVQ+Z/xGivX7lwyfrtdA0rv97/Y50AEgr0589yub+OXPmBnJIDcA/p8xbcXNTIIvG0lTTRBL6Y 4Ak8TCG/ggrxZeF2Z53Svv8BeOfb7GOr5YQDQVzoj4n7/t6dwbuADgAk+g/jFMyj6rEuUnU3fevF pTRhezgK14rlJcEeczmGleuA44gAVKwpqgMQfTcM70RsUkIHgLVT4W/LG+oJz7E9wTnI4J/AtkHz P8f9u7b/b+r2Vd3iNxj/oxYG1QD14Tlx/xKrAvQs7uuByXxMQ4Ym8Mz4nxirCvkVZPftrB5FhWFi NX/9eLb/WOmS6ksmwChKFibScAVpd0HQ8A9VWQEr8+nixTrnfEqupM4LU7h9AA4g/TCcI2o6+jPW Yy7TsHIY0yN6BJgTAJCFwrjaNukA7ATAkZoEF93OUiOSSzI3VCTSuB3pvwOIBP/oqzdP+r+v+f+Z wvcVOLQPQH65cWM/7uuB4Uy4zPVlS4F5yVKkOVgSu9FMDYdzhYxhiFpMidLn0jBXCu/75b/t8ywi /5SW1GZInQd5g/T9j5Jy/CTgRFqwX/s/+GdwHH+dxI6iS0igxNER3Gc5fhIoARB/poXb5Xs9QU1F IbI+3gqg7xFgFLJ+x//5a8YGSZCoBLr6IE2s8BHIP5F6q1FvB9127e386ep1/r4Se5e3c8U5EUcx ytYEzCz9j0HpPwh2Qgvihd8l/RsnUuoB2NoI7L7S5yrXMaV8NxWSutIE+L1y8eZiDa+o6qHunvvL YnrzAU8/qL33ErvR6D7q+59gHy65ZlQ0T0rwOePU6QAO3ZpQ3neIb3z1jhpA/wV9An3nlA8K7X1D l6jIHOPSav5zslrkjR1ONS8B4jgMb/r8+XxI5yQ1wNMBfvx+zIm55ZyZ5veX+ImnHBtt5o/l/rrm f5P+jYZ8YRUgI8Z9438U+eFACo7/YU2AltOfpRW4787Xh0K1LUx8l5jpLaTPgwoEgukOeiPOKbZr VX2YnJSAnHFiA+YTaxQAALJrGIDIEq5lp2dvLKa/6Dl5bmIAhS2p/Q4D0tXIF9tUL/+Fy7OafiMX 0hm2TykY9J9zcpSHhLZa3r9dSvrPvIxN+je2c7QH4HaQhRhxlOYEthxvt38cHHnyNR6Y0nAgQgY5 0DOaLUxzO55mv+x1eKb5v63/pLknYeNM2g5Lt5IvMyUiKNilRuEZMIro7QzzvL+8NNQnbPVPmPxj dHNEkGdaXob9DNN/r57qBU3L0RE9EdcmXGViyHzQBR+Jpc/JhDfg+AhJ/2LjcCC1puMEmF0x5AQI Hn7+Kd1y1DQBKf1Ps820/XP8j2f+V9J/9QyNh3OcB+CO5mdurEj/zkWyAwtPm+KzqXMFsBak0oUR nRjocysIWUTZFkoD32PPpdOt/r48t9OOKHvSX562es4G2g6x6/uf6TR2Kwb+Zadrq6Xt+jG/QQ0d AFBiQBfsGjbtwq0TivhDLoK984DzH3TBNfNN17w+7HntyflIP6Q0u9ASuSbrAFRnEyGVny2dAMHD Lz0ncivIPhuInVyzqOfXpDHGLy1TA4yNHFoF6M7m55H+p8opUGXlYRj7vqt7oBzGHRWwHJrUsqDL chhQ9RimD7euJRo7M6vxP1e+mA/gANE/0wa53wQyUU82Xwaab583iIpbCG10AH9lEKFBjemmfxM6 wDQT/MHPoBqB4QeVrMaHM/1b6wSAkhCd4COxwlZywLXHEv8wjCg6Gccsa6wDKGUVPwO+fvxYoHQ5 oJxXdjAQCDIej4gdKSp9D5XBP6OTpqLM/98k/RdV4reSQQ2xHIAUqoCa4puiRO5OzqM8p9hLrMew t2QE46qUqi6+iLCr8iNq6ey1i1Lo1hiGd6aoFBMxAVCqAVMxxxb5ADEzf3Xof4xpQBhXcwPw9aMW cjuqldIuOKp493zjkbLNJzapllwPI56km7KsST/ApJhNNvIeQJZywlUnAFTpRWrDxArS6FYk/Wvz v+fo+CbpnwjfaP5qVc34jBgHeQDua37ue91FhT9zONBduLMHphn5BqFgPwFegtjtF/3V6iV9YvT/ WRTNPPhc2uPYK0qMH48vmKbxhaf5A+qszbVWwXomJW6BLQRHZh0AZIqwksNIB+ACQfornb7cdtp8 wg8IYomRqASaA9v7+a1K71NeIN+2OQpSzAmwOsiqXpTeMJcud0Wn9S8vnFqe9Wz+hy+S/o2zODIH 4JbSp4z4B2GcQMSEc+Bq3FcBy2e/EKygJsAtJ/3Vrs8x9X8O1iKaiDVtU4f584lCf9r2uUXch4jw RK4AmO+XqXOwqBQEfh5kiYi/nz4Q2EUHwGoAQEAHeP3gZ84KkMrA6ApwbhTQHMKBy2A7hKSviryx DfMpbblFqLeqv5AUAzlsLBkg4AQAiMXNJ07yHq8P0RDgBcncXz/4xzf/90L6t7I/jAwfouggf4kR wzoBp3CfU6OXRdS5TzDjujRpQic1AcROFZu7WoDQfa34FVQfLIsvW+ShYDDAXU4+WwdWz0NMcIxF m5A/gYO2WQeAjHzfOidAhW4Qc0o4yzsAKvIzHd58GEssUI+fwSlEQ0buDoJM3ZRdYjJoWpNMG7DT Iq8cvKHemzkURl+f4zzU6Hcu8wZZsoEnJ8DcGoyigNT6CZVpJ/UgGPzjHIKrCdDFo2r/k/kfrOhn CJbyf/v9D/rsLzGCHOEBuLv5mZ9TiN1cjyzsqaxjP9O15KYemLa0Ogmfz0g1qqVPIJEqcC9Z/F6z hdoJy+fSlkO+3elignHMORER/gqJh5hM3Exb/fPFd7nmdocAOyXAVQO0s6IDxFGHA4leAYsrAJxA IJUKPH3vOQEg+YsQzXPTt0QTVSOT6+peoLFs4AXhBJCxmiJqt4FbLM20r5D0r6r9yIXTvt24MjL/ w3LZmPRvNOCwHIBbSp9+EjDZJNTyVSvFudxdAcvnGFVK4kcHQShp+FItxr7sejixWcHpRUL3Y/VW Clr9/ZQAUe0xlASZbPi1PROgNLIIImqAXDgVCHJ1ABhG/AC+esQxEQi0DIgdRJIu0peTNNsjjjlv 1cyg/8MfnpNHneV/tqzRn75iEJvh4gSYfoXZCTD7YeTjbu738qoLgavIL8qX/vnfpezsqweAzwdM +jf2wKoArcDCvfe260IrX7oS6GNpEv+TJl0+aBjeB7fdTV+HN1XIfTbebhSJUTHCN4n+sTDuOh0A 3B+ln1qMze1TQlZ/UJLQNh0gsUnm5uCpAZSUydnMgZQAKX1SZwC3IpByAuA4AnASUdk1PD9JPgBv tm2nf6zMoP/t76+KzaU1rciytuIEED+B7PsuDR/B421u1VoFAAAgAElEQVTyEqfOGMPwlhnwioD0 T6qmkP657ieY9B+Hg/5l5I9aYgTZvRPwAbLXMQSds7cYHL5I4NvCYSeB4sRkp2GYY4Su32n4Rhrs lqnSG7pa+u8v0BU4n8TjBXEkMSWxYeLRlP3g+rXskYTgrgtU88xoGBxcnl9pJ7EjvZoccwRAMid3 MJ8rxDHcoYk9ACSAuvta/Ak4zoJd6iTTV7wCv08rPHh9vMuvXGfXN1Fkpx3L+vPncPR/2fRIK6PO wR1Mj+IOYO7RWz7PrL0PA1KeN+LoS/9+MBhfDznSP/1pSP7+60/6L7HECHJMDsCDpM9q+8FO3oMv i/e4FzIHQFqhiFOShr/jethugMe5c23fr6/ccL8XZO7gu5IqmrAuJ/IByEQ9DG9VEmf64OoAwOJR uRU/328QLEMUZBHW52ki/Ud/4zhFbJPQNjsBFuk/PkMAJzRI5eNKVAIA1R5YkpJFMeLMN8iqN+CW fmx1wlX/ZlHXVW9X6ARInxwZmhVs+huU/ul3lF3kZNFPmKV/sLqfRmt29wAYxpGcYsFKQy+MmE9A ugWOmc/dFfKNBniygCKOReeBtrqX4V+yel+kbcM53/pL5kv6F1k3fbv7JOuzxM/ikfiwrBnc3HMj BGfof5XlNBhniV9uyH9iByPgGPIDsPSZdgKMkwRPy+nqUv85G06185fR+v6nLr8ooXJA9lNUlLns oKnzsNljvO+mdAv5c3c1/hNJcG7u8+GXv0LY9k8z9LpJcNYvCCeASf9GW/b1ALQyN97SJnEZ7i7w beRSQWjBlgIXTxq+FE1ilIueS19j9fefoqoAaNrYv/otqVW8BNEJVpGx9cs6oWSA6U8RFa3D6Asd AuklwckAzLUoZ5mbjpn/pf8AOwjV+kQUmQBzFIqc+fIBR8SupHTmuORSd7ojYdGLMucHvdll77cE 3qE+R0x3ki4v3/yfU+l/WvPVc9YvPCb0v7rFrx/nY5E/+exeBeiB0ud1ooDaxnvkmGSu8MIInsar XYdpTeD4pOF5vy0vv+bX8/EZijvJQAnL68Zht8+Wja9FciHlVChNexic2v/gCdlBoz5/pRJnwdMB AgNWpfyGJ9OJb6nODKUB0ALhClgCgfzInykMvYvqADAijtTTCpNVfcIP864yEGiZ4B0F/RL8M0/L WfWtOwPJ9bX5X5X9wa6DzlVRyFP06gEA8T0My7ZPkP5NZD8LqwJ0La75OM43gq6GsRqKYCFRZT1V a1ZzvFLR6nrebob3jN/rCmGrOzFd2b1uzeC2OfHf28PEY4MgjlO3L6ZbKucECaZI8lerOgAEwypq iwglJjMpAyRKKh0AOz8ZAOG9OAFmHUDuSOkAXM0mYWQJjkBzg1mcBYBqidbnmi8jH+QGbatr8nnb HAUUZFHSunmPsoAsS/9C6OcPbPiXmb5fL/ob59LSA3CX58XFkeGP209mteVbvoqK7EmJoQ67NvhS LIr/OffqlT/TxqThq92G1fNpdeXICWS6xbZ7G/jzltsnc5yiwA+RqhguACp3F1QD5KNe5q5QUHsi zCYTkX2b0gHA0xNiQ2XqAP62y2feo5cVABAo9g/gmnhJDYiFMy06ANesdGZIF63KpXZXmB4XFQ/8 J7+4ZY+wFkNp6d9P9l3cROKDDPuxXr/GYWzyAKQNit9Rb0SS/6Dc+EjlDTcWOiw9/3VSyyrycJoP nsPV4n9yoAlndhq+MipkNvOnbxh5f2TkT/MrXI6Trt5YPiaSwJGWgXw1QPZSRRxhLokzLYpU+s/H SQJe8wPIveQb/v3woVilUWd87Oh4UagByE4AWNpRAQB+Bnz1AP2SDAAQ7gzg6gC+GsBWDI5m8edJ y+eU3Be1KrdAICKm9fGplqnYdQ9VJf2rC2wu9CmC/odxCftBeGDQv3EFNnkAEhYL4o6C16Vo6w0I spPQH6SJYvMoMpOGc+6y1fifXX8UXwnMXH8jkYD11HOp7jwckCvcdnDyAFATJZW/m9gIAIAL4XN2 rNtsdSW5Vg6XLNoT+3dawU+ozUsAUGJZYpK6xNA4cjZwDvgZANzWYLHuYHNcONd7cd+t87ntPLVB TbuDah0gyHcoBuErYY4Cwqlm/3T1Th3rSsow+NJ/4BqTYT+zX0gV+weT/o1jaZAD4JR6sOolrYlJ TjkP5Zigc6TQHySdaNiKS9X/2Ui+JnDxF/aRcys9FdXX5MXPuc8isixtreYP8a1w/hfFEvpPlT1Z Na77qznLVz0AEdHf1wHA1RZW9u4uWMQ47CiEI1DwRzgBoAN8oWPonVwBWTqAGPXN+wWSDr396mmE otsPEN9FJdDXWW9/J67G/1bU19d00/+dq3fkhVnRQWnpPxD0H5H+Seg36d84kmY5ACSLUPUSavze Nv7nIqaIw6KAggPKP1ctqfPLI7Da6aeR53DAb/plbqhVTYDd2UVHfYWbqy2xYjWx59KWsJ8vOHXo fsDwWtNXqHQAio2JrV8YAgSuB8Bfkhb9lQ4Arrag56OmFhFhEaain6iCf/xpqzAPrvAoF0I4FkiO 48ytc8XKjDQGVeIGMp75sRfWRd68aSa9iz5/hrmRVjZd4PNqQsX8mJ2evX7Yj5b+wan24zf6hadm /f72+x/5K1vJoIY0rgLU9z8AUwXDswSv/EoX13+uJUjPXFX4vizHuAK+kmD5IMoUVBWESCGHm+QM NCFxawdvisuG/eyHNP9L0Ps3uA7ytzj2nw/Au0LQzyEg4nsCfWyJPwJIG+3ohDNFJzD/i8nVQDkB YBH6Z5HUsQHLgP5YPI9/ElL7d50AUgeAQ9TUoldq3fs3WN95i+chPyNcId3LNAfl9Vqkf/Y/uIZ/ cKX/Z4r+DCbvrdLVjEx26QPA8kfDFPs7cq6OcX3pn9jv/bRr/M91FEj5K88egFcwQKjt/Zj2QZ14 Zioif54Q9sPkuGdR/AshwReVHwCnSpdt1YCo4T9UCZT3HlgSCg1yJOzEHNJyv68bUKQ+wGL+X8zS iyVYhaasJk4EMxyimdCuDpCc/l3Zu3V67ARKwz9HPqugf0f6T4b9DMPbpH/jLHbsA7CaInxTriP5 Gavkv/++4zelHICpFeW05PPJqyW6egaKslC2lLTfQtL2HxB868yQcFvDfxHofkDvW5TrqFa++zgE ePBwVdC4K8APDQJwnADRfWXoAPOqbsMvAB0IxEsAVDIAuGcsEK0U8QNk6gA5r62KKCCVZ3XAy1GU 65mijpfD36H1r9IB+Hg5LVsir8NM6V9W/TcqkOFDOdFBv/3+R2YQkQpMoq1oYXqEzF3kz2Q/2nsA lD/rW9WATE7RFr6vAKtRSixAyHcLgGgeFButQuRNl7QvHS2T1XtNKYTX6Q18MLH4nxg4/4v+V9g5 PexCNXZSI2eX5A/G+k9fuRI/DxssHBTcNXofmqBi051okGGEYYx5TqQ2FZTvfbXHX2dvP4CWhgsp fTlSrSr1BNsp85jSOURzhmkvsiLTtKb/K4wA3XrKr9X7bwWL0c1Fan+0v//6syhjoWjw4zmoE7Af lFwxyB5ptXUDHhDs+DTanqXXqzurJMXVkAkAq26BmPzT5Hfxs9jb3hQHRP7s1xs4RvPnxhbrAHo6 AH1eZNzy8v8Foe2hr3gEJYT5+kC49n/nHEjwQxnqsdOF1hG24Sl/uoua/CHDqbIaCzTtdsMzVm3r h8HE1mwFPdKdS7dbvg0XAgqlW+Tj6QAvEPWCoj/KKHSSkPSvwn5M+t8DltGlbgCuzO2v02Rf9Kfc HaklagI582k1wwS75ADEULr7fg6BA2Tui+sAdwz9bH6W7ngSdiXfLZA+b6vya36ZrMyVV8mw/S/S Q8V+m0y1oqfHHuFGpeZ/CYbCgXDuAxDUBFYGzEhvVWvGcnzVOhCyzqoNAXQUkH90zhwyFAMlbiI6 +QCIoiTorAOAkPWD0f/gSpyxmqdhHcArCpS4nHIewsrwL4v+7dSEmBshq2qze0M6wBSi0y0/AcTi taT0z7+4J/2Dyf17Iv0ALHxL6Ty4Tmwo+pBYQY0jd+evxh+UJyE4n/08G8xBHgCF7MDXZMBqvs88 b/E/BBWkOnsWF0XlDc8LowFCUNg7Ir/yIGw2q+eLyNXdkbbMcGPPDT5FdZtHwXGLDqD+BWUo7eL2 0fBccnWA2CaJWP+YKyA9PXRVHcyfGSzqxPpxLTqAyBwIuQJio6V1gInyZIAgtCEH4STE/T3eqpO0 0NVsK/OtSy82GdIWdkOJyJ+E9E+Y9L8HCdu5QordOZE8maH8+ePkDLh6FA051AOgmHX6bv5zbDi4 OQEeyxf0/zryaok1FuDUNJI+Ecf8O1SKrWphcOU6AbfOkL+r9L9T6nNzNYADwwC8qJU8UP6LI8xV UyZXwFzEPibOqgL8CCkDdnBhUAeYPoRaAah1lul1zhEljhezNQGUcmHnOAEQ35MTAESMCk8mGfYT 84H4K+g/Ox2okyD98FmV/ktZfdZVmLRqWgGsjrlN+pe9fhvOyoBZrJeydZGcvX3vTcZRKJ/AHruA nTwA+aktZKalNb8+Ufgwqc5CX+Aa/qXj2XKBSU0A59ZOrEr1fXEOjx/0H1wOQgfIpFQU5pyQvaX/ vS0OsM2lINtByMIm09fu/ZIemi4PnD53NJn5Gb4kSoYjW0Zdopd0hhzTbFoH4H0pWT+aISCigLDU 0i9nFVQPRtHDS+aDwhvxZ8kJnluD0QcZwgTeqfN1gIQzRP250QnAcTg5toDjDV74wsnSHyoEpOKy luXl3qdlWyX9uxWfTPo/kmDgjc8BNnW1uwr1QG2165zP9AAocuoF7fFYaZgalbk+7FZD0OJ/DB/H 3LvGMCBi1/fY9wBrAUJFeiZf80FNIP/WqLhbSZ8pbY2cM5kts6pD7mVjfBHhawJTVDqOyU308fKV o8KBwA28wTlhQIw2+Q1iAR4JKS0R+x4M+ldfgfQGrNn4098GVp6rgk7dwWQgCr7x9QPQB9UAv4OB M89kuH/0TxjlOU+/ufxvpVu1uXUpMRlqXTLFlZUI66r5muq64Ky5QQcACEj/stEveL1+jZ1gHUDG +aiAe/8DJE34fo1RzvH1Q/llnM9qtdDVcYJTbc5eOQDVmm6TekHzHI4wQlToAPAtxQSbs/0n+4L4 n7MIirzKLUCf+UOdACo1AaUD+Av9SVYk7yZk2e17ObEtgFIGNs6Bf2saijTAxK5jPx/OhUG1K2AE AKCsSj8LZYo6G8OVc1aDf2ICcTpbACKx3VjuDUBvKwzqAMAdAN4AABSlIpsDiHmCcFNUJgC4a8pU 3fyHrbQrBbNoZIUxZuPDXHgFf2Vt0K04AbjrQo5Otcq0fkj6V0H/1u0rB6x1vwUjf4LlO1fXSYyc WLi6WvU4RZkDdZzvAQjGCx1WL6gJFU+6/ZQTi/8Bke559kRuQ+xq5HNIxl3wGvGINR37Vs61XeQQ qzDJwxSXUuAWK9rLpTqCrZ5MGf+TYGNe0/wngpDs5QdyxcgNaUpFMXurOsDqyiBN7BTwNkcBoT9C lUoAsw7Ae5nERLdFFL56lRIgnQCxxIaiZACegGoLkHgNccoveM2wjifhIFpOBadz8Il1nQDTBmM4 Mq3MvVAo/Zvon+YKFfGfyTlVgPI5po/YdnH8CjqAxf88nLrLKSY1xpbHaonyS25evmyYmJVv9fcF 2WOSfUu3uqATr3mucM4eg+eB1QAVEcQXT1BdoZSwnHB2n5wwGPDialbBWtFfjgBC1kQAxz49jPgB fM0pAVI3EEFKCXE/MxlgorA1WDDl97BA3L5HAFTJ5YkqSeCf3mmgRfVC8gd6q0Ao2iqIo2+I5gMm /Ru343wPAGQkDXsNRy736oVr6ADNSRvR95j5lnNi8T9FlIr+ipJaoisDqh9dCrI5M5EEJ58j7txd +mcODjJctSJzfIj6Cfx5bnEC+Et8oR+kIK427wBwhOy9h6cU1xaQBUeuCMSC/qQDCFv15BlAyltV dUvTtn9npxkqQeznS6f8BrfayVFA148qMJUqAgu+E0CUA2IdAMK1p9TgEsctQ2rGnLkx72UKmzPp 37gFV/EA5NwtLFhQ8dCcB02+NNlEFq/WAaCRMN3q+ZspezXJQWyOBUHlELxQqy/FWC1RXuH1erFo lB9hUjoN/6Ay3WJfI/0z6sGyx3lQ+0rrAJnbZuWzRkT8xApM2oiecawr4KoOQJkQnrF/IrgwEu6/ qgIlSAvrrVJ+W7nWOXiJY4ESF4ZSsUgHABBxVlR3lVSsUO2pmINoUQ9wRP6NZodD70r/1YdsGIdx CQ9ABTInKb3mLXQA2Oy4bxj/kz9/dHIrpSWvgw1vjus7Roi7zFMSU+1aaaF5zYbRNytuPJlb5v99 0j+hTOy7KsYJQ8bqL8vbxkjrAGoFvW1+BaGuzAmA5QkDKAJIyMA/fbE4AQa/OcBqwFJQPQgeo8wE 4M3VD7Sa8hvcitjDCcDhZLM7wtEBwAvrQtBuFvIALHFW81f4wYQOEJzMJP1zTSEv9J+lf1MDjOtT 6gH4H/tNpbRO1mwP6Oi/5MgrL5iKNZvT93ji3olhKBDC6JwjIiICAOJIm/NvMUTKru3ENeN/quXF VhcD/SiIHf+49J9aQS3czucz8n+vGZizBRA7vnPzS5TGSM8/LZF8q/TPsA01f+XqHcU2XxfxqVRO 8CtRtmVZ0nX+Ev9zdMDYCt20xrTmWvR/bIWVDcdJEEccXXmUbNUA4Oat+uMnjzF4upw/4xcDS/90 5yYOojnpi4SuLpxKSH1gnE+juBiWP2VuLsfo0+l1k7ARu2mcjJyQRU9wpf9gxzGT/o3rc0sPgIwX umC9oC22zC0RQRtNLxvm3OG0XYeIOPeQOoWHx//wj6gs/X7IXF2EfR3BACHuAAgb0ns2Oi6+Xvon yG4KUFaGXCpmc6GeTq2TGR2eWO7QASSjdCAS0K+2ykqHDYFz31zajLwBuKYG1EM7ckTVflmSQezQ VvwAOKqLYdYSR9+En/k6U5H6Oz2E54fbG0RpID+7A2DOBpahViA6BPvqQTrFnK+9UVT+AYBhRBx7 mJ5jZvWvo6jOvZUMashVcgCILTdPul7Q9QOB5LZQKNlsj/+pmO3nM/o2/nmhXm4cAF116StnVe7f 4nbIkRLow3ytTi1yVHoP5Gnyqxdt+r44TPovOqU76RhcGLfUv0f/SgUSZ3UfAIZh7D1DdZ0OQE6A cIYurTDLefxnw9h9Z0dSDageZLvmMIwJx4jeXVE+QAfghutQq+zYzVL0gx5Qhq7vkSKCVKMJrfN4 +QAgdYBprKUuUFSbcnQnz7cwX/8m/W8i02i4LU3fUNzSA5Ag0UfsRjoANEoM2Ju+716vyfzPYoFw CGwZ+X7h9VcgccYS11KrZG5f0o2NJm9MCu2FpZbou+9/0q0A8++LoDGy9LaqvhQr7t9dPTP5txWr 93w7s7bPd3p+am/mBDIr2wDJZF4ibLU+kBL7RtjDD7CL3lJUJlU4ATh4smGr2swqHYp8B3jMFaDr eHYJHSAQZxWMBVpOWtdpr8IwUu6vSf/GHbmWB6AVsbige+kAUKIGbPG6bim7Ca7oXzeB7VwzAeAi UAi4/xM3lzVju0iPT/a8vkdhO3wjdvRCdZOJx+0qcenVXnd3VM+TN2ml/Cs3SP5DaTb/L5/d5ZgW 8kp1AFnoXcX9x0JcUpPP0SWUyZzTc52SMp2eqBxhm1aw1JNRqOiUUB5wIlAqlQHMf3aTy4WfnPMb JHxApe+y6kAgfuVlvqZhbhTghwNNx+vlBIOnA+DsBIDQxUb40j++erJcmPR/IjJ8yKKDSvk2D4DC jwu6o2k5rQZsjP9pIv2fKPpLHp4A4OMVghz95buSqcH2brHIOdZ8Mu/RwmF4D3Nr0r73x9D490Wd Pb5O+t9+bhv6AIuiuvlbdgJQov/nM/Z9wC2QuPfTOgCI4+IIctnw1bG8epJZq/gfKV5r6b9zOgTr Dcul/8Am3Uq+7/qYRYZ/zw9AIUZ8hVAawDC8K7I4uOGDbDeWGcJUDesAcqE+Jx0AAL5wqt4T6hSG cdEfWFUDV4tAk/svAcv9v/3+h+kARdzVA1DUZcOPC8p5Q1/ECSCHgtai2/a5STPh5zPKNEGqD2QS +Vmo0n7B5cdQZNUDJ1Wg40AFutlJ9E8HCDFS8K046hOlf0be9XCIzubuvYP57iZZv5Wq718SUgfg ZADCT/mVlGoCvqU/bPvfpl1gTD1AJ7sAf5DTSaHvAMGJMMkLjPbjoECqT/HzQ7K+vE0WIb5Ft00a v2LDovfm7EL8Udqj87NS2SVRelUHAnHd1WAwGGlKUvo38/+FYbcA6QOkGNDC2BJ/q8wlt+bGHoDS Tnteg9L76QDgCQQVtAr49pOAh2EMLtzbP2DxPz7BS+7clJJ0gG/wNilpNpxSBm4q/TPVcUHV7sFg KvbG/h4+kR89oANA6xB/SGoCIAXo4JhJ83/iq9Q8KTlVlJRErxNw1jgl+lJ+nrFP6mqfnQB1I0O5 DrDkBHfTQl+pA9AmfBiWJXQqAjkAXPjfkf5N7r8o0g/An1c/+FsFx/kyb8NdPQBE3R0oHAKH6gCw Q7A1VW8Yhjdil6kVNDVPdumFRxqbLf6H8U87veNXf4stiiWTDvWB2qsir9nwtCYLvnX33aWkf8ke bsAgdA7ZcUSOvuDCjcgHrColuUUHyBT6gwud0KOuVprPmyGCEEnRCQdyOoVlHHuiClB62+A7rvrF p6RwqE0ILp0D6QCJFXwnAAAg/iC8uScAolf9aQTV9su4Ggk7PeML67wktpV0ESRGvjU39gBsZPZ+ drBm02qlA8A+b25yfZrsaxD+tboaOt82wmT1Ztl4Q6WbDc+pApNWfJgcf6SuW/QwCT4ccn4C5c0j xT64cCMxHWA1esSX19M1HP3lSwMpL/4H2Akwgio+iGvm/+C3vHzZF8f/VKFEfPB1AJyFWoBgv1um 4pZcX7+D7TkAdcnH+U4A9SfvxjlRKifbzP8XQ1nroTY+J6Yk+E4D+BZN4N4egO0kyoZKWoXxHGbA ew4W/yMJSv99H20Eu49GelCevR8gxLWDeElOurDk+tI/s8Wdkr2LLnPh5h0FdAAUnQGaEBX609H/ HcCcCjyNk9hF2vYfPCIuKePG/4S21kL8smSc/6SipST0f3CaEo4wgqqwhLAkXexqP9q4i/znSdAJ 4Lh6MjIBpuW8fQcq9P/zgSH5MxnH4+sAioqIHRn2ozb/DukfnuwBAJFFkNNOuGEYTys1QLZt3zil u+OfhNvVetpOTPqPrQy7aaGrN0tzJYFjnJRbIDNdmLiR9M8kTnU6ASDxExymwqWJBQLlk+7tqpSB 5Stfzp5bAazsLr6O+ipaAFQS+lLPbZyF/s4JUEEAaeGmP/GFie5mRT96diXZDnEsVcJ98ucmnR5O snXMCTCM+IFAW4C+m6oGwUqZJnMFXAQW0zl0B9w4H5XyG9xcbpVYIr+6NU/3AChW2wlDu/f9AQY8 4znkS//HOKCOvLzVXlgrltkCq+nCd5T+iYRBodo60EQHKBoh6ASAqtzfRCyQYwx2XQHBzXUsEOhw oGk18W9qYoXKjOOmmCsCSTP/JKESflgLuFoBx7KvUV3BU950/oAHGKq4VYhsEizhs7eqAzjnlpa8 enM270VtqFgw8ico5a/GCCXyBDJ3cTse7QGIkY4Lamseu4ix7aZY/A+xKv1T+ubxsWcHmJlVtVMp agTzhiF0ax8m/RelWRcN3lzj2vgDnf5Y89MDHIk/If1zTyg/FggAuDQnh5Gsif5qhWVYN7g8yuiK rWJYBz+0nXchvxrDvgUmJsTzD0ofZGVhbwQRiL+5HBBRdDVKBfL1ek2RPzLKi637ACk/gEBK/xQ7 AGb+b8R3CNN35OkegEQt0URcUMNwoOrRLP6HefhJyLT9Z2bE7ieh5oxWJDWquyahDcbyhkXmQO5O 5d5Lkyah8IxVyNB8DnMKgK6e8DodoLryUnD5dvN/MNonWF4Tuw4BALtwsD7RgW7Km56P8A+UxTKN 8+6UmR9m4d4387s6ANWqn7IL5hVoGjINgMdWP3fi16+wvGx8W5Veh6zGcG0A/mrJBCCXiBL3lR4l Psub6fMx0f82mIIRwzwAKR2ACMYF7RQOBK2FqnPZYkQ030gdsQ4AiWDc6tYQSmg7MqA8LpqkhIxY 3nBmP4HVvbdan6gzDfBWpyjGRXHkaknpKVoN8Yek9O+Y/2mYbtl+WtgtAy6Dy52OYn1/Gp56wDm7 iF0ishw4BEWUnwcQdn36LP8EQPwB6BHeiD8AQFnFi/QPurRoKXP3904qz3rafvOyRk6AUujiX3Yt 0qBpVsvZcJwAgQxffPUAII/A16zNFW3cjqd7APIJBg80dwXABVzndyFthXqI/qCOMSb996FCQNur f+bnHLfF31GVSXKkoVYDhFb3np4qbD7DpYP0PQJgQBQLrZnjBMjc++qZKVU1lRk+HdyfzhZYkf6x Q9+Wjx3gyCb/mEOARvd1ADkgkmSsV3FLAEnYDu2K+NNXAbkfEN/TIK7Qr2clm+PGTxenAbDQjziy NZ0ifMI/B+UnBEuvhprVJC6DasOEhFwBrLQspZC6DmFEnFsx0AxlUSCe9qvHz9BDD8KTYB4A4wsw DwBAhhOA8eOCmhvvcyRXi/9hnnwS8qX/1W2bELt0S5cnSN9opRcD7Z0dIzmaQKn0f4ppYFaHVuro N9x74nfZ4F96h4VmAHDl/uBXch0Q6bx6kzEi/c9jTTpAOnqn0zpAcMBlYmvm/wm2/cuontnAD9AD y/3ByHV3Ib78GUXxE+hZ+sdxjEn/EImtgg7oDRss1xabQyvXMWUGc81T54riz9wPmHUABoGlfwv6 N74J8wBM5OsAhIoLah4R1MT4YXwx1dL/AQVA9xg8Me0KfTg42mrScH74xB4nuejc0tnIWT9z2MRq e9SbotAsxCXSItHzK+gECJb90cX+x4zyI9hhTgZ/FxQAAB4kSURBVEeCDlS7gGWAmPk/jTDzzxK/ F9XDacShmPXwJJUTgItmCmRyPCxNM5eYn5rEDBz7PpAJcMzbjXxi0yG4lwqOjhMAFj/AAMBBQb1J /8b3YR6AhVIdAEJqQFubH1GUl/kQ7lL/55hIpBzpnwoB1SW8FrElLi52uhqew5y5+ZoAF17kzwll Y79fvPTcNo9R9NXO2ODbKwjJxIyg9L/qBFBlf8LG6RwyFD/sukm8Vss5CVhOO9EEwM3iBehFbM8I g5cGkJT+2eqP2BVrIDNTSdDazSdOygRQSCdAoC4QN/wSOkBv0v/OFNXUt4zehpgHwKFCBwBPDWhu /AsNhcPwViGVD3QUPDb+JyfY2o+SP0D6J3yHWJEilOPcYPLN/xU3JucJ9KLuYTpVYG99b9XZqOr/ 5Dgn83+dTOdkTrxQbBC1bSz+ftUJ4Ef8x+YTBP0g/ljQi+oVsBYIlMK1+juxPfKDXDMi8UOO0D+K AqO0/8iVsKUbg8y7Pab38Prc3MNZ6gJtyJA2NtHlrTbuOYfnYR4ATbWi76sBO8kBMYnn+4oIGUGK 5GMGM7pyJmp7Ewe8tkkEaavZVt8acsOcrgKHpUEf41mK7Tq9QjoiyB8hpg8E00kTTbvkklWhn9NA g/m74U0SOkBwofyc3QLMsfoHpX9PDSChf9pFl7GPWe7vf5z6V00o1RMOg6OAYk4ABTkBPp8l9N9q /xtfhnkAGuPKBIe+oZunI1+W5vE/960XlBkwQ2VAgyNIoX/1rMaaZAfJEVKD6+Rfyavm/y23Q2zy MU2AklZXA4RakTi9/glZ/S2aaBSxs53+FWLrT1dstyyPCfTa/D9n/e4iiY56So5C4pr/+YMTv8Qd fHWSbg8AXMlnYaoUNNmn6cN0cuZTtHqwsp2wLOYjfVypoy4kYP4nLu4EQJ0PwFgU0DWR4UNXiA5S 4Uw0JVq4x/R++/2P1WETezcPwC6wIEUyQfMnXeLp+SQ14HHxPzk/a1D670NlQEn0l0K/bJcThAZJ h3DEKBUxi7Jdg19tD0NPryM1AVknETJqiTbBP6U5/b92YnvGuXIRqCs2kQSs1pGaQFsdAGdPmm9o jwUC4VoG8CT3cyVQ1dtrWgfZYs0dduWu1w9zBOicKnbNw138DmtB/wxVBMLCkqD74WgC3fH7N7bC om2ONHwA/hz+/uvPojyHtiT2bh6Afen7H4D3LGmN2wfMfME/Rw04kYP9BjHJvnQJeKI/y/1pZVVt lRPttmukSvBeaBI7VFrrk5Ir+l53GoZ4LdGNM2Qapvlu+bFKU7eDhQ0Su87sAFAU918R154mMEMV CBQx/4dF/7nCD6JTdnM1CEozAizVPN+zE2AcBlx9JfU9DsPbj5mJTSNQZ0msAEJBikWxXu1tRYZ/ +e/ZMzLWYXlX6gbpJaQ8SGO5VCf4sz9Okxn6e8+cM3gG/qIZmgdgd0gHgEV+Gg/cNcLZakBzEfAu 9X+2I09dK+lfCvFsBRSpuqn5cGfN+c/Tot1gvgyap8KX3ix+qSUxQ32i2ObKmzTRBNQVEnOJVEdk pUmE/SQyAYp2oeT41W5f3OVKLwxWDeogPw2AZwDpsp4dAFUOVdP2tnIM/1L0B1jCfkqmpnc3i/5c FlY2s+ffKPbZGVDWzJlF/OC34LlreBPJKYFA1Bcs+FVaYzTp/y74gnvOkuAHnxxvw6oInrP3nDmr hfkzZMwDcATzg2PqhALPUwOa85z4n+APV237l8JoXVEgFQFPb/FMwTEW8V+nIg7Du+H1XHGDpKft BQh1LED4boHrlPPK/zlKI/5rRP94W9nAyl6DWyXS1ZcBlXuZA4HSOsAi/Sv7/Q8CcFh/RPrvO3xh cPwil4UU/TM3IdQ14EcG8qle/hSGf3A1hMCEIyVBT0xtZ/w0ADb/nzUlI03CUs7L2UweW0dunpCb cyJ56pwD/t5zjqJuhox5AI6DHiKqWFDRCFsaAH+lGnA8MmWWpBO/ck5DzSQ/eDot/bPhn7v5bL8G qLEACEte8OW9x0udom5WixoVDVg6w/xN6Gy/Xh21tfp8PulUgbqblM5zOj5wi56mSBj4m4j+/BNr k7kXYeJI/K753+8DkD+BUvxpcCbA8icdi6rd6Ur/iCPrDDwsZGtBEyML2blbxX70+dKlBNlRCfpE gejPRLKBj9QBgjFgUzcA4z74hvBgFD64RvFVMZ2HDXoGDojpzzkKRekMzQNwKBxHmC4lvucEEA4P tbyCXacJJO8iIv2LU2/LcZhfGPTVMIx9ohnnZlbLgAYTQ6GkO2wm5E9ncfaAH1rWh2ly19TJppmb qDXZIst/BjWB6psUcQR4H/AwKZX+i0Kq6MPkLO2m5TKeBxJJwK64rDIBVIZA5pT0LqCktL/bQngy /9NnNv8zc7g/hPQciB+1Zpx69265EuS9zD0EWQdQKxeI/iPAbDrhbODgrmFD8a6KrdbGtPifSxMM hmH4q/Rq+ZyS0Zs+CrUkc4bmATgamUvk51MeNo2bSuQXSQDo+w4RYJb1SdyX6sF+bJH+g+s34Zhw 3mFuyNWk0E1FuD99qHPLcPCxX0UUvEfBTNkMYdIBUj9xtRMgHaRUmgkQHBamNPTP6/VCfLEoDEKg XDUtx+J8/OxVZaevI6VOBEeNmP9luH+R9O9MYASYb8aKIj/qRw/qABDMdXb9LcFvJzoaeek/gNi9 Xp1ftRY2PKyaPOLmJgDbRzKOgMViWfRGSszpJekx5Z9q8xw4Wzd/75lzVqnDwRmqvUvMA3ACfj2B nLigLfE/3gQQbqsDwHkJANLYn2An878vY63+gkr6z4z8KYpHL3UCVKcByBW2XwAVZukm6QHyFk5k DLsLs6bKz4dWfhg2xPKfwdUSJyenCpCvrC4FZ/JE/7RdvKgu0BZS04gsdjb3OoUV2/5HUI6+9b2W QDrA5/OhmhbOVJNCP87lcYXQL3w7c+sMn4orue1LzaL/j2Os3C4Y+RMLnkksWc36Xd1FYnnd3nOO ImeGCQ3HPADnIB8rrAlsSQ+o4zAd4GuigPq+e70m87809u9q/o/lAQfXFFLyIv1Pprt40HxM1IuJ EcH04gMUs+3m/yJpftcAIUmwuZhqJwKNHgv5N2OO8T4h4sccBf5WMpmExcEc0V8tj8X/qCKhyxAj QBeO6gkuVLvnPN2VAjifeaTF3u/E/3CTLwjJ+hXSP9QWfUo4AcDxYrn3YLcc7DRnUYAI+KpevlfT +Jmb7OrZFr040msK/+EYbnk+Wh+Ac7hC8f5nYh6A02C5XzUYP0wNUBa+63OF+B8l6PvG/rbm/6LI isjCNyehxsYP7iK93BcLNmYCJLbik7DFCVYRwJO/stwqsQmfqMQhxAOE3jJwAkIPh3zhb6NCvnpy 0tcnB5MopnJJseLxguDygOTtJgHLTbhKJjT1CSxC8AiInY72UbA+kDT/RxmnYPq+/0F87ffKUDc7 gFPDR3YRgfn9RfnuMosjSrfUE6Oh0O1GknmtllzPv6YJy5M8htN/zQlgfDHmATgfEv3TakDD+B93 15c2zAend2IBUCn99303DEgmo53M/0UFVYKh/+lCmVt++mCi3vZLdDWloXQ0/rxrwE/1VglCAULv UICQ83xotfcEq3ZWSF6fUo1fJtyBH5wTa/4FIdEfIOAxkGqAWqHvf8gb9nq9/BwAjJj/9XK3GOiS VACuNOl2+Mo1/9M4OCsqaibYQTfJ3Ig7PhI5XlTt3fdgL+cTCk3pndhwzgoAcQusvqcavMU64M5r VKHVEgCMr8c8AFdhVQ0g/Hwp42DmKkAA8zuPaWj+Lyqool7Pq9J/E2lVepCUEyBnw6C7X85NTTJH B1bnoeIA6ySJvbVo0S6AY4ECFYQkrXR730lYelEFl3NvBLkwEfPjC/HyK7UhSOnfi/wh6V+Km5OE XdYLLDANAGFI5mRf2fH31QOAqv3P5n/WHxAX/YQrRxOczENm8r6frA/Svzcb6afBoYVbIHEhsf0e XJP/arqF/il5QxzpDEifRux63v4oI1+QdtcYxgMwD8C1SKgBcGB00AW5QvyPnwRMVYAyk4O3kJ9q yYJyMMqiraF6Dw8SqwEHRN5vH6G54T9N3yPlBPsVhEp9L1LFSoQC5hxa6cVJYWnRbr6u4T9R9sev Phn4MyL9qxZs2n9Cpn21u4gxfllhHBE7R/QH4KB/kKL/vFweC6t29PyfdaSRwmkILuOrTA/S/TgM I5cqpn/JbJSf+FF69y09wkOenBhRpa7jgraBrAYQV1ppeoDKMpd7nNcbTQ0wnoN5AK5IUA1g2qoB h0UBNdnR6Q2A2cbvJc91DffiV2DMTLWU0r+/SWYVoC2km4Ll4yeJJsz/G/d1C9Gf6aeGXyMviUX+ 5GQCwAanhxonuE5E+g/3uJ0+uNJ/osJM0GPgt/51gmrc9lgsTCuFKmh3l7gjzDHiI0AHyvC/IvoP I0+P9kjnB3G6hZWgH/uxWAGgibE6IAsW+1tB5CIJBvj5DFNTjo4/uFMa/YWBmQfrqM46gHr9qXik outWJUFpx5H4USj+x92vNQEwvhDzAFwXVgOCT58newO+m0zp339Dr0r/iSpA1bAAURQF1JBdk1mb b0XB0ywzVYzjE61qkl0KRi3JqQ2QIxqGRtbSf8wMnBPrrzZfySJItsdyOzG/fbs7HVTWk9Y1/C/h /r51eZb+yS8Bs9Wfd6cHjv+UytjPy2MXxirB0H9/HS6qI2s3TT/TakhV38Hg5Gk4P7fwA/jdgvMP BACGAbm/BLspAq3i3B/I0n8Po6imvpUMaoh5AK6OKJG2ogbAN2oCJMFwJemvJ0f6jwRVL8EVGw26 QU7MFE+Y/6ul/8NEf1/QV4dTkamsxHqVMRlcOWfwVjpJ8EfhVrKqZGR+cc/EQlnkx1lZjO1nxSQu nrorbYoj51zSyQreAaxI/zhSNH9YdU9PgOMPfWM/IiaUwxxyroTpl+Vj6To+/BW8dbQroMucZnRi MLk95ypJ7oBO9L/w2DzjVXMtMO/Hxup+AUYI8wDcgLQrAE7tKHwkp8f/7M2q9B+T5HKyfvseYza5 zCp79GF1zZxGpE3iwYpG2JgfXC36r26SKZJugc52Qpn0Z1JNlqAca2qbrOvvL4zW+pwj9eWDMVP6 b/MTTNL/D+J7+nPJA54GlzfI52cJnKuYRiz+EBFl5E9swOqbUfUGXuRp3mlCE+CvlMqkMkDGMegE WJ0YzCrf5Mzplm+l3I+0yFPPEm9bw/gazAPwVVhc0AXJfL/mSP/BQeg1vCr9x76CPMkvJ/Fujyig mPm/VPo/MkyoOj0gXxQrFdpiER2t9I20fsjmfykvSjJFfxACYlANIKGN49xEzZxui/SfWE5hKui1 s0X8wc8Aoo7kJPp3+ig4KblaCoeU/6fbozkhx7NJl462ps+lkCgLQoKfISD9J3WA/LnpBoidu+tu uQ6dXdO3rvnf1IBbwBFEOdFBv/3+hwURMeYBuA0UC5TzPPo+NeDr43/qpH/2cavWOXIryM7RvBHH SP9Hiv7MfjoAJK+E/EGKRoZJSp6krqAtH0I2/piLQNX35BE4hl6uH5Sqd7f9B83eQzjvGceRqvin 976mdXcc50PJAHNcPvo9y0t3Ebw25uj/D+Jr+TmU9E+iP4L/8H69eoB+UQPcoCnEzr8AMp0ASvpX XZ8dq79QUWgBS/8m998IKdCbcF+KeQDuRL4OAF+XHnDr+J+0rJaW/mMR/zBHESSk/+2Gf58m0TtF qJ++qPYf1B5m6TGeUhSI4/vrbo2GiciJXcwJPO+wTJ+s6+8vd6R/8SfF0K+6iSou3bTCMNmSu+QQ fUfdvrSeQwXvf8rm46PKEFNEUHBhdILxlN/06ZLR/770H7Pb0HJHDZg3XHRFWaUnLxBItsNzzvY4 9U1zdDPppgBA/DHp/+5ITSC4RKoHRX6Db8U8ADcjnRPs85D0gFuQE9O/6gpQ4a3UDChnX7E9Xhm/ wW2R9H+k4b/hKS1SsUhaKsrikDuqmF4mc5TIGMwJWY3wCS4PS//zLpSWCCUHWP0LLgKrFwW0wrg1 yZWJTZ66lZfGieXAYYcUAuSU0SR5OiOVltUA/IDUAehbVR50VQeQNf6XDUcAmZwtkxPmqQIAt11j il6yxon8/defSrj3fQK8hIV+8xsQpR6A199//fkv//pvFOn7j3/84+z5G4ZhGIZhGLvz69cv7v38 n//x703G/O33P/KrAMWEdV/KJ6QCAEIlUOtUTPsL+O//epkHwDAMwzAMw7glUtDPEegfK/RLSj0A /+PsCRuGYRiGYRhPp6iJWNHKT8ByAAzDMAzDMIybIeN52PwfW+J/gGe7AqwKkGEYhmEYhnEOW1r8 +hJ8Yon/4cmYB8AwDMMwDMM4AZPFz8JyAAzDMAzDMAzjQZR6AEwBMAzDMAzDMIwbYx4AwzAMwzAM w3gQ5gEwDMMwDMMwjAdhHgDDMAzDMAzDeBBWBcgwDMMwDMM4gaL+XFYyqCHWB8AwDMMwDMM4B8Qx b7Vu33k8DMsBMAzDMAzDMIwHYR4AwzAMwzAM42ao8CELECrCcgAMwzAMwzCMm0ES/2+//2GifwVW BcgwDMMwDMP4Bn77/Q/6j//khbEl/lZPwDwAhmEYhmEYxu2R3gD+vPohuNXXYzkAhmEYhmEYxnfC An3iw6Ns/4R5AAzDMAzDMIzn8hCrv8RyAAzDMAzDMAzjQZgHwDAMwzAMw7g9FNDPn3fd6u6UegBe f//157/867+9Xq/P5/OPf/zj7PkbhmEYhmEYu/Pr16/X6wUAn8/nP//j35uMWRR8/xzp/AD++79e 5gEwDMMwDMMwjsZk+rOwHADDMAzDMAzDeBClOQCmABiGYRiGYRjGjTEPgGEYhmEYhmE8CPMAGIZh GIZhGMaDMA+AYRiGYRiGYTwI6wNgGIZhGIZhnICVAT2LUg+AKQCGYRiGYRhGGz6fMWe116vbdx4P w3IADMMwDMMwjOfCjogij8StsRwAwzAMwzAM437kyOu//f6HXM3f5Lff/6DgIv7wBMwDYBiGYRiG YXwnqzI9r/Ac6R8sB8AwDMMwDMO4HWTLp39ZdmcDf1qaX90qZ8mtsSpAhmEYhmEYxs34+68//aAd Ka/HJHUV8yPXzF+yxxEdiXkADMMwDMMwjG8gJysgR3xX45AOQB++QPoH8wAYhmEYhmEYX4Cy028Z ypfyvyxR2KoAGYZhGIZhGDdGifvNq3nKBIDvKBVqHgDDMAzDMAzjfsjIHPWnKu2fsNzLldU4iSV3 p9QD8Pr7rz//5V//7fV6fT6ff/zjH2fP3zAMwzAMw9idX79+vV4vAPh8Pv/5H//eZMwia/p3SN4X 4b//62UeAMMwDMMwDONoTKY/C8sBMAzDMAzDMIwHYZ2ADcMwDMMwDONBmAfAMAzDMAzDMB6EeQAM wzAMwzAM40GYB8AwDMMwDMMwHoR5AAzDMAzDMAzjQZgHwDAMwzAMwzAehHUCNgzDMAzDMHKhdmDG rfl8PkU6gCkAhmEYhmEYz+Wf//zn2VMwtmI5AIZhGIZhGIbxICwHwDAMwzAMwzAehHkADMMwDMMw DONBmAfAMAzDMAzDMB6EeQAMwzAMwzAM40GYB8AwDMMwDMMwHoR5AAzDMAzDMAzjQZgHwDAMwzAM wzAehHkADMMwDMMwDONBmAfAMAzDMAzDMB6EeQAMwzAMwzAM40GYB8AwDMMwDMMwHoR5AAzDMAzD MAzjQZgHwDAMwzAMwzAehHkADMMwDMMwDONBmAfAMAzDMAzDMB6EeQAMwzAMwzAM40GYB8AwDMMw DMMwHoR5AAzDMAzDMAzjQZgHwDAMwzAMwzAehHkADMMwDMMwDONBmAfAMAzDMAzDMB6EeQAMwzAM wzAM40GYB8AwDMMwDMMwHoR5AAzDMAzDMAzjQZgHwDAMwzAMwzAehHkADMMwDMMwDONBmAfAMAzD MAzDMB6EeQAMwzAMwzAM40GYB8AwDMMwDMMwHoR5AAzDMAzDMAzjQZgHwDAMwzAMwzAehHkADMMw DMMwDONBmAfAMAzDMAzDMB6EeQAMwzAMwzAM40GYB8AwDMMwDMMwHoR5AAzDMAzDMAzjQZR6AF5/ //Xnv/zrv71er8/n849//OPs+RuGYRiGYRi78+vXr9frBQD//Oc/z56LsZX/7//9f/JX/t/+9//j f9pvKoZhGIZhGIZhHMD//L/8rzmrDcMAAKYAGIZhGIZhGMbt+b//r/8zc03LATAMwzAMwzCMB2EK gGEYhmEYhmE8CFMADMMwDMMwDONBODkAv379OmsehvH/t3c3r1GcYQDAJ3Xth2JrSbxUMQdBWlpa RZYWhXqwBU+toCD5F0oOnkIuEoKXklMPbf+FICioJ0XFKrRWQltjaymCFSUHIcaPClFky/awZV12 Z3dnZmf2a34/lrB5d973fZi9PM++78wAANChE6fONjYeOrC/9l8rAAAAMCTqcv0gCGZmZuruEaQA AACA4VFbA8zMzAQNNwh6uQWo8jAIAABgoB06sP/EqbOh2X9QKQCk/gAA+bS0tNTrEOjU2MbXGxsr 6wChDwcoBEHw159Xsw4LAADIQulFeHuzR4O5BgAAAHJEAQAAADlSaH8IAADQx2ZnZ6MfrAAAAIAB NnlkOtbxhdKLGLcAmjwy/e03X8cMCQAA8mLyyPSlS5duLl57/6OPE/+NNV3c/LwQBEHds8Gaqa4s RDweAABypZIwd579x83PY/l/C1CsOiPB8QAAkBOdZP/VGiC7fNtdgAAAIE1d2/+TjAIAAADS1OEK QNbhtSoAPtjxSdbTAwDAkEl9BSDdtLxpASD7BwCABLJYAUgxOQ8vAGT/AACQTEbXAKSVoocUALJ/ AABILLtrAFJJ1EMKgD+u/9z5uAAAkE/Z3QUolUQ9fAuQGgAAAJLJaAUgrRS96UXAagAAAEggixWA FJPzVrcBVQMAAEBcqa8ApJuWexAYAACkqc+fBFwIgmB2djZWn7jHAwBAfnS4AnBz8Vqm+XZh8sh0 rA5xjwcAgFzpMPvPOt8esdEfAADyY6RcLvc6BgAAoEsK35+50usYAACALnEXIAAAyBEFAAAA5Eih sen25ePdjwMAAEjdtr2H61pCCoAgCCYmDmYfDAAAqZmfP7llyzu9jmIwPHn85K2Nb+Vz9qBZAQAA wIAa37q51yH0u7s9PUtdnv1+Q4sCAABgeIxv3Tw2NtrrKLrq9JmzbY/58ov9tf8+fPi4h2epy7Pf f1LfogAAAOhr8/MngyD4/LNPxzZtithl3fr1WUbUd+bmjrX4dGrq6K1bt3fs/LDasnbtqz08Rd2e vaEAcBcgAIB+Nzd37PyFKw+Wl3sdCMNAAQAA0O9uLP6eoAYoFvc1aykW91VedZ82NjYbsNn76L2i R9J6/IpCYbT2ffXVtmOHQmOLEnCz0erORrMvsXpk22+tkS1AAAAD4Pmz1bm5Y1NTR2PtBQpVLO5b WLhY9z60sUWv2o8WFi6GdmndK3okLcavVSiMlkorax6NlmurpEejQfBV646JpZ79t/4K6tQdEKVL hRUAAIDBUKkBoq8DVPLm6r+tE8SIuWPbcdLtFVflJ/+RTS9fsbRYeWh837ZMijt1bcfqdxfrS4xI AQAAMDCeP1vds7t4/sKVe3fvdXPe2rwzNAGty1Mj9ooudPxGpdJKEATl5Zev6KqrDRHnanYeYkzZ I7YAAQAMjHPnLvz408Ke3cXspujOT/UVtal255NWsv9/316p3fpfKq0EwdEEgQU1W5sa/3YYaioa N2JF7KgAAAAYDLXZ/7p1b0Tp0odpa624u95bqGT/je+jS7caSVGzLzHxqVMAAAAMgLrsv8PrgJvp zzohroYVgKjSqka6LG6B5xoAAIB+d+fOncTZf/TscLCy3hZKpZXqK3qv0H3/tWcv04WU1hf7pju1 FQAAgH6X7m//oXtdqne2qWuv7dIiAQ39tG2v0EiahZd1cdLzLUCdBBCrQlAAAAD0tYmJgw+Wl1dX nyXO/kNT87YtccdMK5IEg09Nxb7MN1TbYDKKP0rHxpIs8aQKAACAfpfRjv9YIj7tK3qv6FqPMDFx 8PpvNzoZP28UAAAAw2bNK2uyGPbXX36I1R7l007mrdq1a2eCYTM6S/0/uwIAAGBIjG/dPDY2umHD m9u3b+t1LH3t6dN/3nt3e05mv7r0d13LyHenL9c13b58vFvxAAAAGdq293BdS8gKQONBAADAcPAc AAAAyBEFAAAA5IgCAAAAcqSwd/y1XscAAAB0yUi5XO51DAAAQJcUbi5e63UMAABAl7gGAAAAcuQ/ y7tkVsZRUjIAAAAASUVORK5CYII= ------_=_NextPart_001_01C351F7.FFBB89A7-- From TMitchell at lignum.com Fri Jul 25 13:17:43 2003 From: TMitchell at lignum.com (Tyler Mitchell) Date: Fri, 25 Jul 2003 13:17:43 -0700 Subject: [Mapserver-users] Fw: WMS from WFS or simple point sources. Message-ID: >From another list, interesting questions... sydney.nestel at mnr.gov.on.ca wrote on 07/25/2003 12:24:17 PM: > Hi, > > I am looking to implement an OGC WMS server that can take as its input data > the following sources > > 1) a WFS service > > 2) a flat delimited (comma or otherwise) ASCII files that contain an X and Y > "column" (with or without a header line that names the "columns") > > 3) an ORACLE table that contains X and Y columns > > > Does anyone know if such things exists (either in one package, or in > separate ones)? > > Does anyone have an inkling of how difficult it might be to extend the > Minnesota MapServer to include such data sources? Is this in fact the best > approach? > > Any and all comments are welcome. > > -- > ------------------------------------------------------------------- > Sydney Nestel > LIO, Applications Architect > sydney.nestel at mnr.gov.on.ca > tel (416) 314 7662, fax (416) 314 1198 > > > > > > ------------------------------------------------------------------------------- > geoconnections_cgdi-dev mailing list > website: http://cgdi-dev.geoconnections.org/ > mailing list: http://cgdi-dev.geoconnections.org/mailinglist/ > email: geoconnections_cgdi-dev at geoconnections.org From niemi at crustal.ucsb.edu Mon Jul 28 18:01:43 2003 From: niemi at crustal.ucsb.edu (Nathan Niemi) Date: Mon, 28 Jul 2003 18:01:43 -0700 Subject: [Mapserver-users] Setting up a custom projection object in MapEdit Message-ID: <036c01c3556c$f9cb3920$7aec6f80@structure> This is a multi-part message in MIME format. ------=_NextPart_000_0369_01C35532.4D607A40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I'm trying to add a Projection Object to my map file, using a custom = projection. I've added a projection object to the map, and one to the = only layer, a raster image. The projection information is as follows -=20 PROJECTION \\proj=3Dtmerc\\ \\lat_0=3D0.000000000\ \\lon_0=3D-117.000000000\\=20 \\k=3D0.999600\\ \\x_0=3D500000.000\\ \\y_0=3D0.000\\ \\ellps=3DWGS84\\=20 \\units=3Dm\\ \\no_defs\\ END The '\\' were originally ' " '; each time I save the map file or click = Apply Changes, the " are replaced with one set of \. When I try to preview the map I get the following error message -=20 Warning: MapServer Error in msProcessProjection(): projection not named = in C:\www\ms\maplab\htdocs\common\wrapper\map_session.php on line 208=20 The map I was building was working great until I added projection = information; I've reinstalled Proj.4 twice, I'm sure it's installed = correctly. Can anyone suggest where I should start looking for the problem? Thanks. Nathan ------------------------------------------- Dr. Nathan A. Niemi Institute for Crustal Studies University of California Santa Barbara, CA 93106-1100 (805) 893-2260 niemi at crustal.ucsb.edu ------=_NextPart_000_0369_01C35532.4D607A40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I'm trying to add a Projection Object = to my map=20 file, using a custom projection.  I've added a projection object to = the=20 map, and one to the only layer, a raster image.  The projection = information=20 is as follows -
 
PROJECTION
   =20 \\proj=3Dtmerc\\
    = \\lat_0=3D0.000000000\
   =20 \\lon_0=3D-117.000000000\\
   =20 \\k=3D0.999600\\
    = \\x_0=3D500000.000\\
   =20 \\y_0=3D0.000\\
    \\ellps=3DWGS84\\ =
   =20 \\units=3Dm\\
    \\no_defs\\
END
 
The '\\' were originally ' " '; each = time I save=20 the map file or click Apply Changes, the " are replaced with one set of=20 \.
 
When I try to preview the map I get the = following=20 error message -
 
 Warning: MapServer Error in=20 msProcessProjection(): projection not named in=20 C:\www\ms\maplab\htdocs\common\wrapper\map_session.php on line = 208=20
 
The map I was building was working great until I added projection=20 information; I've reinstalled Proj.4 twice, I'm sure it's installed=20 correctly.
 
Can anyone suggest where I should start = looking for=20 the problem?
 
Thanks.
 
Nathan
 
-------------------------------------------
Dr.=20 Nathan A. Niemi
Institute for Crustal Studies
University of=20 California
Santa Barbara, CA  93106-1100
(805) 893-2260
niemi at crustal.ucsb.edu
<= /DIV> ------=_NextPart_000_0369_01C35532.4D607A40-- From uli at geops.de Tue Jul 29 04:39:32 2003 From: uli at geops.de (Uli Mueller) Date: Tue, 29 Jul 2003 13:39:32 +0200 Subject: [Mapserver-users] Installation: Couldn't find gdal-config Message-ID: Recently did some updates on my Suse 7.2 system: php 4.3.1 -> php 4.3.2 - compile and functionality ok gd 1.8.4 -> gd 2.0.15 - compile ok gdal 1.1.8 -> gdal 1.1.9 - compile ok MapServer 3.6 -> MapServer 4.0b - configure with OGR-support fails: ... checking whether we should include OGR support... checking for gdal-config... no configure: error: couldn't find gdal-config I tried different paths in ./configure to point to gdal-config (e.g. /home/src/gdal-1.1.9/apps/gdal-config and /usr/local/bin/gdal-config) -> no success The old MapServer 3.6 with OGR doesn't compile any more either. Configure without OGR compiles ok. I did not want to overload this mail with all my configure options. If you need them to answer my question please let me know uli From mishtu_banerjee at telus.net Tue Jul 29 21:07:30 2003 From: mishtu_banerjee at telus.net (Mishtu Banerjee, SCIENTIFICALS) Date: Tue, 29 Jul 2003 21:07:30 -0700 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: Message-ID: There's a small set of 2D graphs that are very commonly used in data analysis -- and if they could be represented in mapserver -- one would be able to do a lot of visual statistical analysis: 1. Visualizing Location: These are things like "BoxPlots" or "Bar and Whisker" Plots. 2. Visualizing Spread: These are things like a simple X, Y scatter -- Tyler's example is X,Y data, as two variables. But say you have multiple variables -- you can do a series of 2X2 scattergrams. Often you can draw an ellipse around the x,Y scatters to represent the spread. 3. Visualing Distribution. Histograms, cumulative frequency diagrams. Location, Spread, Distribution in simpler or fancier forms are the guts of most data analysis. Stats programs (such as Systat) of course have a way of dealing with these things, in the non-spatial realm; but can't handle spatial data well. So, is it possible to have a system that handles spatial well, also handle non-spatial in terms of cartesian space? In terms of geometry, from a data visualization point of view, you're working in cartesian space -- and could be said to be providing various maps of the space. A scattergram is like locating points. A BoxPlot could be seen as a kind of standard polygon shape, that will be scaled based on the statistics, and located based on the X,Y midpoints. If you had the ability to incorporate this into MapServer as 2D displays, MapServer would morph into a Visual Stats Server. :-) -- mishtu -----Original Message----- From: Tyler Mitchell [mailto:TMitchell at lignum.com] Sent: Monday, July 28, 2003 12:02 PM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Using MapServer as a general graphing engine I'm thinking more along these lines: - I have x,y data where these are two non-geographic values that I want to graph. I have z which is the magnitude, count, etc. that I want to graph. - Use a simple coordinate system to map the "location" of the x,y pairs and draw the symbol based on the z value. - z may be a value used as a radius for a circle or there may be a z- and z+ which defines the vertical offsets of the extents of a bar/rectangle. So I'm not so concerned with bringing in pre-made maps, as I am about generating maps using non-spatial data. Of course, sometimes "z" may be an image but I wasn't thinking that far ahead. Tyler Armin Burger wrote on 07/28/2003 12:53:53 PM: > Tyler, > > I also found it sometimes desirable to have Mapserver create thematical > maps with pie charts or bar charts, etc. I don't know how much work it > might be to implement this. Maybe DM Solutions OWTChart could be somehow > included? > > Another, probably a bit easier implementation, could be using MapScript > combined with graphic modules/extensions for Perl or PHP, mainly based on > the GD library. But as far as I know there is no possibility to include > externally produced images and merge them on top of the map image. A > question to the developers: would it be possible to have a Mapscript > method that creates an imageObj from a file? > > This way one could create all the charts based on shapefile or database > data with external graphic functions and merge these images with the map > image using the existing 'pasteImage' method. For not too many charts the > speed should be acceptable. For placing a chart exactly over a polygon a > method to calculate the shape centroid would be helpful. > > Could this approach make sense? > > Armin > > > > > I know that a ton of web-based options exist for graphing and charting. > > But very few seem to really understand spatial data and many have a > > narrower scope of data sources than MapServer has. > > > Am I the only one interested in doing this or are you interested in > doing > > this as well. I see a few queries on related topics in the archives, > but > > very few responses. So I am writing now to gather a feel for the level > of > > interest that others on the list may have to do all sorts of graphing > and > > charting stuff all within MapServer's capabilities. > > > Tyler > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From bogus at does.not.exist.com Wed Jul 30 11:00:05 2003 From: bogus at does.not.exist.com (bogus at does.not.exist.com) Date: Wed, 30 Jul 2003 11:00:05 -0700 Subject: [Mapserver-users] Using mapserv to return map extents Message-ID: Hi, I was wondering if it's possible to use Mapserv as an application that can be used to return the map extents of a layer and/or shapefile(s). I have a drop down box that contains the layers that are defined in the .map file. When a user selects a layer, i want to generate a map that is zoomed to that layer. Alternatively I could also query the shapefile to return the extents and then generate the zoomed map image. Currently i've hard coded the map extents for each layer, but this is not desirable. Perhaps there is some other application out there that can do this can of query. I'm not very knowledgable on GIS and apologise if i've used the wrong termonology or misunderstood something about Mapserver. It's a great application that is working 100% for everything else. Much thanks, Alasdair. From sankar_pillutla at yahoo.com Wed Jul 30 07:05:22 2003 From: sankar_pillutla at yahoo.com (Udaya Sankar) Date: Wed, 30 Jul 2003 07:05:22 -0700 (PDT) Subject: [Mapserver-users] Help with getWMSFeatureInforURL() Message-ID: <20030730140522.97255.qmail@web14907.mail.yahoo.com> Hello, I am trying to set up a cascading map server with the "Query" feature. Searching through the list, I found information that I can use getWMSFeatureInfoURL() to get a URL for a query from a Cascading Map Server (for WMS layers). I get the URL but I am unable to find any information on how I should execute it remotely *and* get back the attribute data which I then parse and display in my mapserver.. i.e When I query on the cascading mapserver, I get a URL. When I put that URL in the browser , I am getting the attribute data (displayed directly in the browser). I want to know how I can execute this URL remotely within a script to get the results which I then parse and display in my mapserver. Thanks in advance, Cheers, Udaya Sankar P. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From nacional at cbs.umn.edu Wed Jul 30 14:51:40 2003 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Wed, 30 Jul 2003 16:51:40 -0500 (CDT) Subject: [Mapserver-users] Compiling Mapserver under Mingw In-Reply-To: <3F1507A1.60805@maich.gr> Message-ID: Try compiling the old GNU regex package. I've never had a problem with that one. If you don't have it, download it from http://ftp.gnu.org/pub/gnu/regex/. Good luck! -Perry N. Pericles S. Nacionales nacional at biosci.umn.edu On Wed, 16 Jul 2003, Nicolas Boretos wrote: > Hello, > > I've trying fruitlessly to compile various versions of ms with > msys/mingw, and always get the following error.. > I've tried different versions of the mingw regex library with the same > results... > FWIW, I do not get this problem under Cygwin... > > would really appreciate any help... > > regards, > > nicolas boretos > > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF > -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT > -DGD_HAS_GDIMAGEGIFPTR -DUSE_PDF -I/usr/local/include > shp2img.c -o shp2img.o > gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF > -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT > -DGD_HAS_GDIMAGEGIFPTR -DUSE_PDF -I/usr/local/include > shp2img.o -L. -lmap -lgd -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng > -lz -lpdf -ltiff -ljpeg -lfreetype -lpng -lz -ljpeg -lm > -lstdc++ -o shp2img > ./libmap.a(mapfile.o)(.text+0x254f):mapfile.c: undefined reference to > `regfree' > ./libmap.a(mapfile.o)(.text+0x8f04):mapfile.c: undefined reference to > `regcomp' > ./libmap.a(mapfile.o)(.text+0x8f3d):mapfile.c: undefined reference to > `regexec' > ./libmap.a(mapfile.o)(.text+0x8f4d):mapfile.c: undefined reference to > `regfree' > ./libmap.a(mapfile.o)(.text+0x8f67):mapfile.c: undefined reference to > `regfree' > ./libmap.a(mapfile.o)(.text+0x9bdc):mapfile.c: undefined reference to > `regcomp' > ./libmap.a(mapfile.o)(.text+0x9c13):mapfile.c: undefined reference to > `regexec' > ./libmap.a(mapfile.o)(.text+0x9c23):mapfile.c: undefined reference to > `regfree' > ./libmap.a(mapfile.o)(.text+0x9c3d):mapfile.c: undefined reference to > `regfree' > ./libmap.a(maputil.o)(.text+0x349):maputil.c: undefined reference to > `regexec' > ./libmap.a(maputil.o)(.text+0x35b):maputil.c: undefined reference to > `regcomp' > ./libmap.a(mapparser.o)(.text+0x909):mapparser.c: undefined reference to > `regcomp' > ./libmap.a(mapparser.o)(.text+0x93d):mapparser.c: undefined reference to > `regexec' > ./libmap.a(mapparser.o)(.text+0x956):mapparser.c: undefined reference to > `regfree' > ./libmap.a(mapraster.o)(.text+0x13a):mapraster.c: undefined reference to > `regcomp' > ./libmap.a(mapraster.o)(.text+0x166):mapraster.c: undefined reference to > `regexec' > make: *** [shp2img] Error > > > _______________________________________________ > 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 Wed Jul 30 15:11:16 2003 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Wed, 30 Jul 2003 17:11:16 -0500 (CDT) Subject: [Mapserver-users] DEMO 3.5 In-Reply-To: <85042C7A1A0DD74EACF3145F32F37BA4D5DF70@medmail6.mednet.ucla.edu> Message-ID: Here are a couple of tips to help you: 1. Make sure you have a slash at the end of your temp directory (i.e. "/htdocs/tmp/" on Unix/Linux or "C:/htdocs/tmp/" on Windows) 2. If option 1 isn't applicable to you, change the value of MAP_WEB_IMAGEPATH to the absolute path to your temp directory (if /htdocs/tmp isn't an absolute path) and change the MAP_WEB_IMAGEURL value to "/tmp/" (assuming "htdocs" is your document root). 3. If the first two are not applicable to you, check that the user account apache is running (it's usually "nobody" in Unix/Linux) under can read and write to your "tmp" directory. I hope that helps. -Perry N. On Fri, 18 Jul 2003, Hong, Sung-Hyuk wrote: > Here are more details about my demo problem. > If I do url surgery changing the mode parameter to 'map' instead of > 'browse', the itasca yellow map is displayed. However, if mode='browse', > the mapserv is not able to generate the temporary image file in /htdocs/tmp. > Any help is welcome. > Thank you > Sung > _______________________________________________ > 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 Wed Jul 30 15:19:49 2003 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Wed, 30 Jul 2003 17:19:49 -0500 (CDT) Subject: [Mapserver-users] Installation: Couldn't find gdal-config In-Reply-To: Message-ID: I remember running into this problem recently while trying to compile MapServer 4 beta2 on FreeBSD... (I've since abandoned that one as I don't really have time to play). Anyway, I ran configure with "--with-ogr=/path/to/gdal-config --with-gdal=/path/to/gdal-config" and it worked. Try it if you haven't yet. Good luck! -Perry N. On Tue, 29 Jul 2003, Uli Mueller wrote: > Recently did some updates on my Suse 7.2 system: > > php 4.3.1 -> php 4.3.2 - compile and functionality ok > gd 1.8.4 -> gd 2.0.15 - compile ok > gdal 1.1.8 -> gdal 1.1.9 - compile ok > > MapServer 3.6 -> MapServer 4.0b - configure with OGR-support fails: > ... > checking whether we should include OGR support... > checking for gdal-config... no > configure: error: couldn't find gdal-config > > I tried different paths in ./configure to point to gdal-config (e.g. > /home/src/gdal-1.1.9/apps/gdal-config and /usr/local/bin/gdal-config) -> no > success > > The old MapServer 3.6 with OGR doesn't compile any more either. > Configure without OGR compiles ok. > > I did not want to overload this mail with all my configure options. If you > need them to answer my question please let me know > > uli > > > > > _______________________________________________ > 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 Jul 30 15:24:39 2003 From: TMitchell at lignum.com (Tyler Mitchell) Date: Wed, 30 Jul 2003 15:24:39 -0700 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: Message-ID: I should note that we've been thinking a bit about this stuff and with some hacking I expect we could use PostGIS to "convert" data points into boxes, circles, etc, based on values. Does anyone know if the basic geometric data types for Postgresql are usable by Mapserver (via GDAL/OGR, I assume). From my quick tests, I figure it is not. Tyler "Mishtu Banerjee, SCIENTIFICALS" Sent by: cc mapserver-users-a dmin at lists.gis.um Fax to n.edu Subject RE: [Mapserver-users] Using 07/29/2003 09:07 MapServer as a general graphing PM engine There's a small set of 2D graphs that are very commonly used in data analysis -- and if they could be represented in mapserver -- one would be able to do a lot of visual statistical analysis: 1. Visualizing Location: These are things like "BoxPlots" or "Bar and Whisker" Plots. 2. Visualizing Spread: These are things like a simple X, Y scatter -- Tyler's example is X,Y data, as two variables. But say you have multiple variables -- you can do a series of 2X2 scattergrams. Often you can draw an ellipse around the x,Y scatters to represent the spread. 3. Visualing Distribution. Histograms, cumulative frequency diagrams. Location, Spread, Distribution in simpler or fancier forms are the guts of most data analysis. Stats programs (such as Systat) of course have a way of dealing with these things, in the non-spatial realm; but can't handle spatial data well. So, is it possible to have a system that handles spatial well, also handle non-spatial in terms of cartesian space? In terms of geometry, from a data visualization point of view, you're working in cartesian space -- and could be said to be providing various maps of the space. A scattergram is like locating points. A BoxPlot could be seen as a kind of standard polygon shape, that will be scaled based on the statistics, and located based on the X,Y midpoints. If you had the ability to incorporate this into MapServer as 2D displays, MapServer would morph into a Visual Stats Server. :-) -- mishtu -----Original Message----- From: Tyler Mitchell [mailto:TMitchell at lignum.com] Sent: Monday, July 28, 2003 12:02 PM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Using MapServer as a general graphing engine I'm thinking more along these lines: - I have x,y data where these are two non-geographic values that I want to graph. I have z which is the magnitude, count, etc. that I want to graph. - Use a simple coordinate system to map the "location" of the x,y pairs and draw the symbol based on the z value. - z may be a value used as a radius for a circle or there may be a z- and z+ which defines the vertical offsets of the extents of a bar/rectangle. So I'm not so concerned with bringing in pre-made maps, as I am about generating maps using non-spatial data. Of course, sometimes "z" may be an image but I wasn't thinking that far ahead. Tyler Armin Burger wrote on 07/28/2003 12:53:53 PM: > Tyler, > > I also found it sometimes desirable to have Mapserver create thematical > maps with pie charts or bar charts, etc. I don't know how much work it > might be to implement this. Maybe DM Solutions OWTChart could be somehow > included? > > Another, probably a bit easier implementation, could be using MapScript > combined with graphic modules/extensions for Perl or PHP, mainly based on > the GD library. But as far as I know there is no possibility to include > externally produced images and merge them on top of the map image. A > question to the developers: would it be possible to have a Mapscript > method that creates an imageObj from a file? > > This way one could create all the charts based on shapefile or database > data with external graphic functions and merge these images with the map > image using the existing 'pasteImage' method. For not too many charts the > speed should be acceptable. For placing a chart exactly over a polygon a > method to calculate the shape centroid would be helpful. > > Could this approach make sense? > > Armin > > > > > I know that a ton of web-based options exist for graphing and charting. > > But very few seem to really understand spatial data and many have a > > narrower scope of data sources than MapServer has. > > > Am I the only one interested in doing this or are you interested in > doing > > this as well. I see a few queries on related topics in the archives, > but > > very few responses. So I am writing now to gather a feel for the level > of > > interest that others on the list may have to do all sorts of graphing > and > > charting stuff all within MapServer's capabilities. > > > Tyler > > > _______________________________________________ > > 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 julia.harrell at ncmail.net Wed Jul 30 19:24:52 2003 From: julia.harrell at ncmail.net (Julia Harrell) Date: Wed, 30 Jul 2003 22:24:52 -0400 Subject: [Mapserver-users] WMS'ifying a MAP file and Reprojection OTF (shp, postgis & tiff) Message-ID: <003701c3570a$ec8710f0$5d87d3cc@apps02> Hello Mapsever Experts I'm inexperienced with Mapserver & not an expert at WMS, so I would appreciate some enlightenment from the list. We are trying to add a Mapserver WMS map service to regional testbed for a National Map viewer. It is an ArcIMS viewer (bad, I know) but that shouldn't matter a whole lot. We do have 1 county participant already using Mapserver, and we are trying to WMS'ify a copy of their map file. Basically we think this just means adding projection and wms metadata to a copy of their existing mapfile, but there are issues with reprojecting on the fly that we need advice about. They are running on some variety of Linux : MapServer version 3.6.4 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE We can get Mapserver to send a blank map when we issue a WMS GETMAP URL request in a browser, but I suspect we have a problem in our projection information, since none of the layers are drawing. All of the data (shapefile & PostGIS) is in EPSG:32019 (NC State Plane, units of Feet, NAD 27 Datum). The viewer is only going to be requesting data from all participating map servers in EPSG:4326 (Lat/Longs - WGS84 datum), so this is the only SRS we care about the map service outputting map images in. >From my archive searching, I think I need to include a projection section for each layer as well as in the main part of the MAP File. I need clarification on these somewhat intertwined issues: A) do I use the EPSG code in the MAP section for the SRS I want the maps output in? I want output in EPSG:4326, so if this is the case, I assume my extents & units should be in decimal degrees. Also, should we use the extents of the county or use extents as far out as we want the Mapserver data to be visible? Ideally we'd want to be able to view some of the layers at a regional level (things like ETJs & City Limits). B) do I use the EPSG code in each LAYER section for the SRS the data is actually stored in? I have data in EPSG:32019. If I should be specifying the output SRS here too, then where (and how) do I tell Mapserver what the actual SRS is? It doesn't read shapfile .prj files, so how will it know? If either A or B (or both) is not true, then I guess I just need someone to spell-it-all-out :) C) What do we need to do to correctly handle the datum transformation? I noticed the March 2003 discussion about PROJ support not necessarily meaning you have support for datum shifts. Does this handle only NAD27<->NAD83 datum shifts? I could certainly use an example of how we should specify the datum transformation from NC State Plane (feet) NAD27 to WGS84 lat/longs for our output maps, if just specifying the EPSG SRS code is not enough. D) We also need advice about raster warping. One of the layers the county wants to serve to the NC Natl Map viewer is a raster layer (tiles of TIFF orthophotos). The raster how-to wiki page says: "However, raster warping is currently only supported for images accessed through GDAL, not for the other builtin formats." There was no example, so this is actually of limited help to a newbie. Can someone please point me to a well-annotated example of what a MAP file should look like when reprojecting imagery with GDAL, instead of the (normally) built-in libtiff? Do we have to do anything differently, other than not have libtiff support enabled? I did read this post: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0301/msg00459.html How do you tell if your build of Mapserver was compiled without libtiff? Is it as simple as not seeing INPUT=TIFF on the -v command line output? Luckily, this county is using Linux, so recompilation (if needed) *may* be within the skill set of their contractors. I realize this is a lot of questions, but I haven't had any success finding the answers we need. Eternal thanks to all who will respond with patience for the extremely confused :) Sincerely, Julia Harrell NC CGIA From morissette at dmsolutions.ca Wed Jul 30 20:53:44 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 30 Jul 2003 23:53:44 -0400 Subject: [Mapserver-users] WMS'ifying a MAP file and Reprojection OTF (shp, postgis & tiff) In-Reply-To: <003701c3570a$ec8710f0$5d87d3cc@apps02> References: <003701c3570a$ec8710f0$5d87d3cc@apps02> Message-ID: <3F2892C8.10005@dmsolutions.ca> Julia Harrell wrote: > > All of the data (shapefile & PostGIS) is in EPSG:32019 (NC State Plane, > units of Feet, > NAD 27 Datum). The viewer is only going to be requesting data from all > participating > map servers in EPSG:4326 (Lat/Longs - WGS84 datum), so this is the only SRS > we > care about the map service outputting map images in. > > >>From my archive searching, I think I need to include a projection section > for > each layer as well as in the main part of the MAP File. This is correct, since you want on the fly reprojection then you need PROJECTION definitions at both the map and layer level. > A) do I use the EPSG code in the MAP section for the > SRS I want the maps output in? I want output in EPSG:4326, > so if this is the case, I assume my extents & units should be in > decimal degrees. The above would be correct, but you can set the top-level projection in either EPSG:4326 or EPSG:32019, it doesn't matter since the client will specify its own SRS and BBOX. Don't forget to also set wms_srs metadata to "EPSG:32019 EPSG:4326" so that both projections are advertized in the WMS capabilities. > Also, should we use the extents of the county > or use extents as far out as we want the Mapserver data to > be visible? Ideally we'd want to be able to view some of > the layers at a regional level (things like ETJs & City Limits). > You can use the county extents since that's the extents of the data that you're serving. Just as for the top-level projection the top-level EXTENTS don't matter much and are used only to advertize the server's overall extents in the capabilities. The most important in order to get valid capabilities is that if you use 4326 then your EXTENTS and UNITS should be in decimal degrees. If you use 32019 then the EXTENTS and UNITS should be in feet. > B) do I use the EPSG code in each LAYER section for the > SRS the data is actually stored in? I have data in EPSG:32019. > If I should be specifying the output SRS here too, then where > (and how) do I tell Mapserver what the actual SRS is? It doesn't > read shapfile .prj files, so how will it know? > Yes, your layers MUST include a PROJECTION block that corresponds to the projection of the data, in this case: PROJECTION "init=epsg:32019" END BTW, note that you don't need the wms_srs metadata at the layer level since the layers inherit the top-level wms_srs settings for the WMS capabilities. > > C) What do we need to do to correctly handle the datum transformation? > I noticed the March 2003 discussion about PROJ support not > necessarily meaning you have support for datum shifts. Does this > handle only NAD27<->NAD83 datum shifts? I could certainly use > an example of how we should specify the datum transformation from > NC State Plane (feet) NAD27 to WGS84 lat/longs for our output maps, > if just specifying the EPSG SRS code is not enough. > Hummm... I could be completely wrong here, but assuming you have installed the PROJ nad shift files then specifying the EPSG codes should be enough. Someone please correct me if I'm wrong. > Can someone please point me to a well-annotated example of what a MAP > file should look like when reprojecting imagery with GDAL, instead of > the > (normally) built-in libtiff? Do we have to do anything differently, > other than not have libtiff support enabled? There is nothing special to do except making sure that your build includes GDAL, that libtiff is not enabled and that you set a PROJECTION in the layer defn. Here is an example coming from the Gmap WMS demo server: LAYER NAME bathymetry METADATA "wms_title" "Elevation/Bathymetry" END TYPE RASTER STATUS ON DATA bath_mapserver.tif PROJECTION "init=epsg:42304" END END > How do you tell if your build of Mapserver was compiled without libtiff? > Is it as simple as not seeing INPUT=TIFF on the -v command line output? Yup, as simple as that. Actually you had almost all the answers to your questions right! ;) Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From sgillies at frii.com Wed Jul 30 21:58:54 2003 From: sgillies at frii.com (Sean Gillies) Date: Wed, 30 Jul 2003 22:58:54 -0600 Subject: [Mapserver-users] FileMaker and MapServer In-Reply-To: <56911BD8-BBA0-11D7-98D4-000A95A0906A@mac.com> Message-ID: On Monday, July 21, 2003, at 11:25 AM, Hugh Evans wrote: > I have a web based map server running on an OS X box > (http://mapserver.gis.umn.edu/) - I want to keep location info. like > Latitude and Longitude of various objects in records in FileMaker, > then be able to search for specific records and "send" search results > from FileMaker to the Map package - to be opened up in a browser > window.... how should I do this? or where should I look for info. on > doing this. > > Any insights would be appreciated... > > Hugh Evans > Hugh, I think you are the only person who has ever posted to the list about FileMaker as a source of GIS data. MapServer works with shapefiles (from ESRI software), PostGIS/PostgreSQL, Oracle Spatial, ArcSDE, and a few more well-known GIS formats through the OGR connector. Your best bet is to get familiar with one of the scripting interfaces to MapServer and roll your own application that accesses your FileMaker data. I see mention on the web of various Python (my personal favorite) FileMaker adapters. You could use one of them to read lat/long points from FileMaker and then you could, through the Python MapScript, draw these points in the context of a map. If you browse or search the mapserver users list archives, you'll see some examples. Looks like there is also Perl and PHP adapters for FileMaker. Take your pick :) cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From hartr at 3logix.com.au Thu Jul 31 01:43:45 2003 From: hartr at 3logix.com.au (Hermie) Date: Thu, 31 Jul 2003 18:43:45 +1000 Subject: [Mapserver-users] (no subject) Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C35793.AC2F5CE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, Is there a standard command to access the name of the label/name of the closest road/street based on a given lat/long. Any assistance would be great. Hart Runge 3Logix Pty Ltd Delivering Total Logistic Solutions Ph. 1300 727 100 Fax 1300 727 101 Mobile 0402 794198 mailto:hartr at 3Logix.com.au http://www.3Logix.com.au This transmission is for the intended addressee only. If you have received this transmission in error, please delete the mail and notify the sender. The Contents of this e-mail are the opinion of the writer only and are not endorsed by 3Logix Pty Ltd unless expressly stated otherwise. ------=_NextPart_000_000E_01C35793.AC2F5CE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

Is there a standard command to access the name of the label/name = of the closest road/street based on a given lat/long. 

 

Any assistance would be = great.

 

Hart Runge

Ph. 1300 = 727 100

Fax 1300 = 727 101

Mobile = 0402 794198

mailto:hartr at 3Logix.com.au

http://www.3Logix.com.au

 <= /p>

This transmission is for the = intended addressee only. If you have received<= /p>

this transmission in error, = please delete the mail and notify the sender.<= /p>

The Contents of this e-mail are = the opinion of the writer only and are not<= /p>

endorsed by 3Logix Pty Ltd unless expressly stated otherwise.<= /p>

 <= /p>

------=_NextPart_000_000E_01C35793.AC2F5CE0-- From s9646183 at sms.ed.ac.uk Thu Jul 31 02:22:44 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Thu, 31 Jul 2003 10:22:44 +0100 (BST) Subject: [Mapserver-users] Limiting min and max scale when using MapScript Message-ID: <1059643364.3f28dfe4c2d8c@sms.ed.ac.uk> Hi there everyone, Firstly, I was hoping someone could tell me how to arrive at sensible figures for minscale and maxscale as specified in the web object? The exact derivation of these values has been questioned several times in the archives but I haven't yet managed to find an answer, maybe this could be added on to the mapfile reference doc? Also, I think I remember seeing somewhere that if you are using MapScript as opposed to the CGI application, you can't specify a minscale and maxscale value in the mapfile. I've tried just setting these values in my script: $current_map->{web}->{maxscale}=some number?; $current_map->{web}->{minscale}=some number?; but whatever values I use this doesn't seem to make any difference. Can someone let me know how I can stop users from zooming in and out too far? Thanks very much, Ali From jhart at frw.uva.nl Thu Jul 31 03:48:49 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Thu, 31 Jul 2003 12:48:49 +0200 Subject: [Mapserver-users] handling multiple projections with single map file In-Reply-To: <20030723224641.19235.qmail@webmail9.rediffmail.com> References: <20030723224641.19235.qmail@webmail9.rediffmail.com> Message-ID: <3F28F411.6050107@frw.uva.nl> You can use the CGI variable map_projection to set the projection dynamically from the URL or form. E.g. http://host.server.com/cgi-bin/mapserv?map=my.map&map_projection=proj=sinu,ellps=clrk66 You *have* to specify an ellips Jan Ganesh P wrote: > Hi all, > > We are working on MapServer version 3.6 and have a problem with handling > different projections for different images. > we have images covering various UTM zones from 11 till 17 and others > too. So presently, for every new projection we create a separate map > file and depending on the type of image projection, we use the > corresponding map file with CGI(PHP). > > My concern is Can we have a single map file wherein we shall define all > the projections and use either one from our script dynamically ? > > If possible, Can someone please send me a sample map file with different > projections, and also some script as to how to use/call the > corresponding projections on fly from our script. > > Thanks in advance > > Regards > > Ganesh Pulicherla > > ___________________________________________________ > Download the hottest & happening ringtones here! > OR SMS: Top tone to 7333 > Click here now: http://sms.rediff.com/cgi-bin/ringtone/ringhome.pl > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jhart at frw.uva.nl Thu Jul 31 04:00:30 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Thu, 31 Jul 2003 13:00:30 +0200 Subject: [Mapserver-users] Using MapServer as a general graphing engine In-Reply-To: References: Message-ID: <3F28F6CE.7090306@frw.uva.nl> There is a third way. I haven't had time yet to test it but I think it is very promising. Some time ago Joe Conway added a new procedural language to PostgreSQL: PL/R (www.joeconway.com/plr). This embeds the complete statistical package R (www.r-project.org) in PostgreSQL. When you install it (about as difficult as intalling PostGIS), you can call R functions within a database, e.g. select median(myvar) from mytable; R has good graphics support for things like scatter, box and whisker plots (also for contouring). Integrating it with MapServer via the PostGIS link would not be simple, but IMO it can (and should) be done. In the mean time you can experiment with all kinds of combinations (PostGreSQL/PostGIS/PL/R,PHP,MapServer), to get actual plots from your data. BTW, I guess dat basic PostgreSQL geometry types can be cast (with the cast function or :: operator) to PostGIS geographical entities. The PostGIS list can probably give you the syntax Jan Tyler Mitchell wrote: > > > > > I should note that we've been thinking a bit about this stuff and with some > hacking I expect we could use PostGIS to "convert" data points into boxes, > circles, etc, based on values. > > Does anyone know if the basic geometric data types for Postgresql are > usable by Mapserver (via GDAL/OGR, I assume). From my quick tests, I > figure it is not. > > Tyler > > > > "Mishtu Banerjee, > SCIENTIFICALS" > telus.net> > Sent by: cc > mapserver-users-a > dmin at lists.gis.um Fax to > n.edu > Subject > RE: [Mapserver-users] Using > 07/29/2003 09:07 MapServer as a general graphing > PM engine > > > > > > > > > > > There's a small set of 2D graphs that are very commonly used in data > analysis -- and if they could be represented in mapserver -- one would be > able to do a lot of visual statistical analysis: > > 1. Visualizing Location: These are things like "BoxPlots" or "Bar and > Whisker" Plots. > 2. Visualizing Spread: These are things like a simple X, Y scatter -- > Tyler's example is X,Y data, as > two variables. But say you have multiple variables -- you can do a series > of > 2X2 scattergrams. Often you can draw an ellipse around the x,Y scatters to > represent the spread. > 3. Visualing Distribution. Histograms, cumulative frequency diagrams. > > Location, Spread, Distribution in simpler or fancier forms are the guts of > most data analysis. Stats programs (such as Systat) of course have a way of > dealing with these things, in the non-spatial realm; but can't handle > spatial data well. So, is it possible to have a system that handles spatial > well, also handle non-spatial in terms of cartesian space? > > In terms of geometry, from a data visualization point of view, you're > working in cartesian space -- and could be said to be providing various > maps > of the space. A scattergram is like locating points. A BoxPlot could be > seen > as a kind of standard polygon shape, that will be scaled based on the > statistics, and located based on the X,Y midpoints. > > If you had the ability to incorporate this into MapServer as 2D displays, > MapServer would morph into a Visual Stats Server. :-) > > -- mishtu > > -----Original Message----- > From: Tyler Mitchell [mailto:TMitchell at lignum.com] > Sent: Monday, July 28, 2003 12:02 PM > To: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Using MapServer as a general graphing > engine > > > > > > > > I'm thinking more along these lines: > > - I have x,y data where these are two non-geographic values that I want to > graph. I have z which is the magnitude, count, etc. that I want to graph. > - Use a simple coordinate system to map the "location" of the x,y pairs and > draw the symbol based on the z value. > - z may be a value used as a radius for a circle or there may be a z- and > z+ which defines the vertical offsets of the extents of a bar/rectangle. > > So I'm not so concerned with bringing in pre-made maps, as I am about > generating maps using non-spatial data. Of course, sometimes "z" may be > an image but I wasn't thinking that far ahead. > > Tyler > > Armin Burger wrote on 07/28/2003 12:53:53 PM: > > >>Tyler, >> >>I also found it sometimes desirable to have Mapserver create thematical >>maps with pie charts or bar charts, etc. I don't know how much work it >>might be to implement this. Maybe DM Solutions OWTChart could be somehow >>included? >> >>Another, probably a bit easier implementation, could be using MapScript >>combined with graphic modules/extensions for Perl or PHP, mainly based on >>the GD library. But as far as I know there is no possibility to include >>externally produced images and merge them on top of the map image. A >>question to the developers: would it be possible to have a Mapscript >>method that creates an imageObj from a file? >> >>This way one could create all the charts based on shapefile or database >>data with external graphic functions and merge these images with the map >>image using the existing 'pasteImage' method. For not too many charts the >>speed should be acceptable. For placing a chart exactly over a polygon a >>method to calculate the shape centroid would be helpful. >> >>Could this approach make sense? >> >>Armin >> >> >> >> >>>I know that a ton of web-based options exist for graphing and charting. >>>But very few seem to really understand spatial data and many have a >>>narrower scope of data sources than MapServer has. >> >>>Am I the only one interested in doing this or are you interested in >> >>doing >> >>>this as well. I see a few queries on related topics in the archives, >> >>but >> >>>very few responses. So I am writing now to gather a feel for the level >> >>of >> >>>interest that others on the list may have to do all sorts of graphing >> >>and >> >>>charting stuff all within MapServer's capabilities. >> >>>Tyler >> >>>_______________________________________________ >>>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 nf10 at hotmail.com Thu Jul 31 04:28:41 2003 From: nf10 at hotmail.com (Jeff L.) Date: Thu, 31 Jul 2003 11:28:41 +0000 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: Hi, I installed MapServer on Windows XO and IIS. When i try to execute the mapserv from the command window (C:\Inetpub\Scripts\MapServ), i have an error: "This script can only be used to decode form results and should be initiated as a CGI process via a httpd server ". I tried also to execute the script from Internet Explorer. The result is a command window displayed then closed fast. Any idea about the possible problem ? Thanks, Jeff Lacoste _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From edspremolla at Antel.com.uy Thu Jul 31 04:37:42 2003 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: 31 Jul 2003 08:37:42 -0300 Subject: [Mapserver-users] LABELANGLE on LINE LAYER In-Reply-To: References: Message-ID: <1059651462.16943.0.camel@fly.in.iantel.com.uy> Just set LABELANGLE AUTO and you got it. LALO El mi??, 23 de 07 de 2003 a las 17:10, Alasdair_McCall/Jigsaw at ji.co.za escribi??: > > > Hi to anybody that can help, > > I have a problem with LABELANGLE. Essentially I have a shape file with line > data representating roads and i'm trying to label the roads with there > names along the road. Is there anyway to do this? Currently the roads are > being labeled with their names horizontal to the map image. > > I noticed that Shannon Scott posted a similiar request (May 27, 2003) and > that Daniel Morissette suggested that if MapServer was recompiled with the > latest GD and FreeType2 libraries it would solve the problem. Now i've been > trying for days to compile MapServ-3.6.6 with GD-2.0.15, ZLib-1.1.4, > LPNG-125 and Regex-0.12 on Windows2000 and i just can't do it, almost > certainly because I have very little programming experience. > > Can anybody help me, with either the compilation or (preferrably) a windows > binary that works for LABELANGLE? > > Many thanks, > Alasdair McCall > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From cpurvis at asg.sc.edu Thu Jul 31 06:29:27 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 31 Jul 2003 09:29:27 -0400 Subject: [Mapserver-users] transparent layer creates blurry fonts Message-ID: Hey, Randy: This was actually a post that I submitted a while back. I think the attachment caused it to hang. Anyway, it's been registered as a GDAL bug (Bugzilla Bug 366) w/ w/ Frank Warmerdam's help. Thanks for the heads-up. Charlton -----Original Message----- From: Randy James [mailto:rjames57 at yahoo.com] Sent: Wednesday, July 30, 2003 5:42 PM To: Charlton Purvis Subject: Re: [Mapserver-users] transparent layer creates blurry fonts Hi Is the layer causing the problem raster or vector? Whats your setup? Include more information, and you will get a better response. Cheers Randy --- Charlton Purvis wrote: > Hi, folks: > > Whenever I enable (STATUS ON) one of my layers that has a > TRANSPARENCY > value associated w/ it, all fonts on the rest of my > layers get garbled. > The yellow stuff on the attachment are nice street labels > that render > just fine when the layer w/ the transparency isn't on. > Any ideas? > > IMAGETYPE png > OUTPUTFORMAT > NAME png > DRIVER "GD/PNG" > MIMETYPE "image/png" > IMAGEMODE RGBA > EXTENSION "png" > TRANSPARENT ON > END > ... > CLASS > NAME "streets_label" > COLOR 0 0 0 > MAXSCALE 50000 > LABEL > TYPE TRUETYPE > FONT "arial-bold" > SIZE 8 > POSITION AUTO > ANGLE AUTO > COLOR 255 255 0 > END > END > > I'm assuming that keeping TRANSPARENT ON w/i only the > OUTPUTFORMAT block > is the right thing to do. > > MS 3.7, gdal-1.1.8, gd-2.0.15 > > Thanks, > > Charlton > > > > Charlton Purvis > (803) 777-8858 : voice > (803) 777-8833 : fax > cpurvis at sc.edu > > Advanced Solutions Group > Department of Physics and Astronomy > University of South Carolina > Columbia, SC 29208 > > > > ATTACHMENT part 2 image/png name=trans_font.png __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From nf10 at hotmail.com Thu Jul 31 07:26:38 2003 From: nf10 at hotmail.com (Jeff L.) Date: Thu, 31 Jul 2003 14:26:38 +0000 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: Thanks Ed for your relpy. MapServ is installed in the IIS of my windows XP machine. While trying to run it (localy from web browser pointing the "mapser.exe", the command window is opened then closed pretty fast. I have no idea about the content of the command window. I'm not sure what message was displayed there. At least if i know that was "No query information to decode. QUERY_STRING not set." It can get me going to the next steps (running the demo). Thanks again Jeff Lacoste >From: "Ed McNierney" >To: "Jeff L." , >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS >Date: Thu, 31 Jul 2003 09:44:10 -0400 > >Jeff - > >There's no problem - that's the way it's supposed to work! > >You can run MapServer from the command line with the "-v" switch, and >you'll get text output. Normally CGI programs are not meant to be run from >the command line, and MapServer is no exception. > >If you properly configure your Web site to allow users to execute CGI >programs, you should be able to type the following in your browser: > >http://server.yourdomain.com/mapserv > >(replace the server and domain names with your names) > >and get the error message: > >"No query information to decode. QUERY_STRING not set." > >in your browser window. > >Until you get to that point, you haven't managed to get a basic CGI program >running, so there's no point in doing anything else yet! > > - 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: Jeff L. [mailto:nf10 at hotmail.com] >Sent: Thursday, July 31, 2003 7:29 AM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] MapServer on Windows XP and IIS > > >Hi, > >I installed MapServer on Windows XO and IIS. When i try to execute the >mapserv from the command window (C:\Inetpub\Scripts\MapServ), i have an >error: "This script can only be used to decode form results and should be >initiated as a CGI process via a httpd server ". I tried also to execute >the >script from Internet Explorer. The result is a command window displayed >then >closed fast. > >Any idea about the possible problem ? > >Thanks, > >Jeff Lacoste > >_________________________________________________________________ >The new MSN 8: advanced junk mail protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From eric at gomoos.org Thu Jul 31 03:27:59 2003 From: eric at gomoos.org (Eric Bridger) Date: 31 Jul 2003 10:27:59 +0000 Subject: [Mapserver-users] Using mapserv to return map extents In-Reply-To: References: Message-ID: <1059647280.1811.8.camel@ubet.gomoos.org> The extent of a shapefile is available using mapscript. In the shpinfo.pl perl script which comes with the mapserver distribution shows an example, the bounds is the same as the extent. $shapefile = new mapscript::shapefileObj($file, -1) or die "Unable to open shapefile $file."; print "Shapefile $file:\n\n"; print "\ttype: ". $types{$shapefile->{type}} ."\n"; print "\tnumber of features: ". $shapefile->{numshapes} ."\n"; printf "\tbounds: (%f,%f) (%f,%f)\n", $shapefile->{bounds}->{minx}, $shapefile->{bounds}->{miny}, $shapefile->{bounds}->{maxx}, $shapefile->{bounds}->{maxy}; On Wed, 2003-07-30 at 18:00, Alasdair_McCall/Jigsaw at JI.CO.ZA wrote: > > > > > Hi, > > I was wondering if it's possible to use Mapserv as an application that can > be used to return the map extents of a layer and/or shapefile(s). I have a > drop down box that contains the layers that are defined in the .map file. > When a user selects a layer, i want to generate a map that is zoomed to > that layer. Alternatively I could also query the shapefile to return the > extents and then generate the zoomed map image. > > Currently i've hard coded the map extents for each layer, but this is not > desirable. > > Perhaps there is some other application out there that can do this can of > query. I'm not very knowledgable on GIS and apologise if i've used the > wrong termonology or misunderstood something about Mapserver. It's a great > application that is working 100% for everything else. > > Much thanks, > Alasdair. > > _______________________________________________ > 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 Thu Jul 31 03:47:45 2003 From: eric at gomoos.org (Eric Bridger) Date: 31 Jul 2003 10:47:45 +0000 Subject: [Mapserver-users] Limiting min and max scale when using MapScript In-Reply-To: <1059643364.3f28dfe4c2d8c@sms.ed.ac.uk> References: <1059643364.3f28dfe4c2d8c@sms.ed.ac.uk> Message-ID: <1059648466.1855.29.camel@ubet.gomoos.org> I always set min and max scales by trial and error. In a template you can display [scale] to see the current scale. In mapscript I use a perl function taken from the C code. When using mapscript you can use MINXSCALE and MAXSCALE for LAYER's, etc. but since you don't have a WEB object (the script must create the WEB html by itself) setting $map->{web}->{maxscale} will have no affect. Here's the perl code I use to prevent zooming out beyond the original map extent: ######################### # @imgext is the current map extent from the map form # default is original extent my $mapext = join(' ', $map->{extent}->{minx},$map->{extent}->{miny},$map->{extent}->{maxx},$map->{extent}->{maxy}); if($zoom_direction < 0){ my $max_scale = calculateScale($map, $map->{extent}->{minx}, $map->{extent}->{maxx}); my $current_scale = calculateScale($map, $imgext[0], $imgext[2]); if($current_scale >= $max_scale){ return $mapext; } } ######################################### # from mapserver3.6.4: mapscale.c msCalculateScale(). This is not a precision thing. We don't worry about # msAdjustExtent() since in all our maps, image SIZE has same aspect ratio as the map EXTENT. sub calculateScale{ my ($map, $minx, $maxx) = @_; if(!$minx){ $minx = $map->{extent}->{minx}; $maxx = $map->{extent}->{maxx}; } my @inchesPerUnit = (1, 12, 63360.0, 39.3701, 39370.1, 4374754); my $width = $map->{width}; my $units = $map->{units}; # index into unitsPerUnit array my $resolution = $map->{resolution}; my $md = $width / ($resolution * $inchesPerUnit[$units]); my $gd = $maxx - $minx; return($gd/$md); } Eric On Thu, 2003-07-31 at 09:22, AMC Story wrote: > Hi there everyone, > > Firstly, I was hoping someone could tell me how to arrive at sensible figures > for minscale and maxscale as specified in the web object? The exact derivation > of these values has been questioned several times in the archives but I haven't > yet managed to find an answer, maybe this could be added on to the mapfile > reference doc? > > Also, I think I remember seeing somewhere that if you are using MapScript as > opposed to the CGI application, you can't specify a minscale and maxscale value > in the mapfile. I've tried just setting these values in my script: > > $current_map->{web}->{maxscale}=some number?; > $current_map->{web}->{minscale}=some number?; > > but whatever values I use this doesn't seem to make any difference. > > Can someone let me know how I can stop users from zooming in and out too far? > > Thanks very much, > Ali > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From aattri at cba.ua.edu Thu Jul 31 08:02:12 2003 From: aattri at cba.ua.edu (Attri, Abhishek) Date: Thu, 31 Jul 2003 10:02:12 -0500 Subject: [Mapserver-users] Image not visible Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C35774.B8A24924 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi! I started using PHP MapScript and was able to successfully run the demo examples in "PHP MapScript 3.5 by Example HOWTO". But when I substituted the shape files with some different shape files and tried to display them, I see nothing on the web page. I checked my /tmp directory and the source of the Web page also. It is showing the .png image being created and stored , but nothing is visible on screen. Can somebody help me with that? With thanks Abhishek =20 ------_=_NextPart_001_01C35774.B8A24924 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi!

        = ;    I started using PHP MapScript and was able to successfully run the demo = examples in “PHP MapScript 3.5 by Example HOWTO”. But when = I substituted the shape files with some different shape files and tried to display = them, I see nothing on the web page. I checked my  /tmp directory and the source of the Web page also. It is showing the .png image being created and stored , but nothing is visible on screen. Can somebody help me with = that?

With thanks

Abhishek

       &nbs= p;

=00 ------_=_NextPart_001_01C35774.B8A24924-- From nsl at regio-gis-planung.de Thu Jul 31 08:14:56 2003 From: nsl at regio-gis-planung.de (Norbert Schauerte-Lueke) Date: Thu, 31 Jul 2003 17:14:56 +0200 Subject: [Mapserver-users] compilation of ms40 crashes Message-ID: <3F294E90.147.1B805D7@localhost> Hi, I try to compile mapserver 40 beta2 on an Suse 8.2 with wms support. The compilations crashes at mapcontext.c. Starting the compilation of mapcontext.c the following warnings and errors are written out: gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ - DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_TIFF - DUSE_JPEG -DUSE_ GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_PDF - I/usr/local/include -I/usr/local/include mapcontext.c -o mapc ontext.o mapcontext.c:181:25: cpl_minixml.h: Datei oder Verzeichnis nicht gefunden mapcontext.c:247: error: parse error before '*' token mapcontext.c: In function `msGetMapContextXMLHashValue': mapcontext.c:252: warning: implicit declaration of function `CPLGetXMLValue' mapcontext.c:252: error: `psRoot' undeclared (first use in this function) mapcontext.c:252: error: (Each undeclared identifier is reported only once mapcontext.c:252: error: for each function it appears in.) mapcontext.c:252: error: `pszXMLPath' undeclared (first use in this function) mapcontext.c:255: error: `metadata' undeclared (first use in this function) mapcontext.c:257: error: `pszMetadata' undeclared (first use in this function) mapcontext.c: At top level: mapcontext.c:278: error: parse error before '*' token mapcontext.c: In function `msGetMapContextXMLHashValueDecode': mapcontext.c:285: error: `psRoot' undeclared (first use in this function) mapcontext.c:285: error: `pszXMLPath' undeclared (first use in this function) mapcontext.c:288: error: `metadata' undeclared (first use in this function) mapcontext.c:291: error: `pszMetadata' undeclared (first use in this function) mapcontext.c: At top level: mapcontext.c:313: error: parse error before '*' token mapcontext.c: In function `msGetMapContextXMLStringValue': mapcontext.c:318: error: `psRoot' undeclared (first use in this function) mapcontext.c:318: error: `pszXMLPath' undeclared (first use in this function) mapcontext.c:321: error: `pszField' undeclared (first use in this function) mapcontext.c: At top level: mapcontext.c:345: error: parse error before '*' token mapcontext.c: In function `msGetMapContextXMLStringValueDecode': mapcontext.c:350: error: `psRoot' undeclared (first use in this function) mapcontext.c:350: error: `pszXMLPath' undeclared (first use in this function) mapcontext.c:353: error: `pszField' undeclared (first use in this function) mapcontext.c: At top level: mapcontext.c:378: error: parse error before '*' token mapcontext.c: In function `msGetMapContextXMLFloatValue': mapcontext.c:383: error: `psRoot' undeclared (first use in this function) mapcontext.c:383: error: `pszXMLPath' undeclared (first use in this function) mapcontext.c:386: error: `pszField' undeclared (first use in this function) mapcontext.c: At top level: mapcontext.c:410: error: parse error before '*' token mapcontext.c: In function `msCombineXMLValueInHash': mapcontext.c:418: error: `psRoot' undeclared (first use in this function) mapcontext.c:418: error: `pszXMLPath1' undeclared (first use in this function) mapcontext.c:419: error: `pszXMLPath2' undeclared (first use in this function) mapcontext.c:420: error: `pszXMLPath3' undeclared (first use in this function) mapcontext.c:421: error: `pszXMLPath4' undeclared (first use in this function) mapcontext.c:426: error: `metadata' undeclared (first use in this function) mapcontext.c:436: error: `pszMetadata' undeclared (first use in this function) mapcontext.c: In function `msLoadMapContext': mapcontext.c:467: error: `CPLXMLNode' undeclared (first use in this function) mapcontext.c:467: error: `psRoot' undeclared (first use in this function) mapcontext.c:467: error: `psContactInfo' undeclared (first use in this function) mapcontext.c:467: error: `psMapContext' undeclared (first use in this function) mapcontext.c:467: error: `psLayer' undeclared (first use in this function) mapcontext.c:467: error: `psLayerList' undeclared (first use in this function) mapcontext.c:467: warning: left-hand operand of comma expression has no effect mapcontext.c:467: warning: left-hand operand of comma expression has no effect mapcontext.c:467: warning: left-hand operand of comma expression has no effect mapcontext.c:467: warning: left-hand operand of comma expression has no effect mapcontext.c:468: error: `psFormatList' undeclared (first use in this function) mapcontext.c:468: error: `psFormat' undeclared (first use in this function) mapcontext.c:468: error: `psStyleList' undeclared (first use in this function) mapcontext.c:468: error: `psStyle' undeclared (first use in this function) mapcontext.c:468: error: `psChild' undeclared (first use in this function) mapcontext.c:468: error: `psKeyword' undeclared (first use in this function) mapcontext.c:469: error: `psKeywordList' undeclared (first use in this function) mapcontext.c:469: warning: left-hand operand of comma expression has no effect mapcontext.c:469: warning: left-hand operand of comma expression has no effect mapcontext.c:469: warning: left-hand operand of comma expression has no effect mapcontext.c:469: warning: left-hand operand of comma expression has no effect mapcontext.c:469: warning: left-hand operand of comma expression has no effect mapcontext.c:469: warning: left-hand operand of comma expression has no effect mapcontext.c:470: error: `psLegendURL' undeclared (first use in this function) mapcontext.c:470: error: `psSRS' undeclared (first use in this function) mapcontext.c:470: warning: left-hand operand of comma expression has no effect mapcontext.c:500: warning: implicit declaration of function `CPLParseXMLString' mapcontext.c:516: error: `CXT_Element' undeclared (first use in this function) mapcontext.c:517: warning: implicit declaration of function `EQUAL' mapcontext.c:531: warning: implicit declaration of function `CPLDestroyXMLNode' mapcontext.c:595: warning: comparison between signed and unsigned mapcontext.c:678: warning: implicit declaration of function `CPLGetXMLNode' mapcontext.c:1170: error: `CXT_Text' undeclared (first use in this function) make: *** [mapcontext.o] Fehler 1 The configure options are: --with-proj --with-wmsclient The libs are: curl-7.10.5 proj-4.4.7 gd-2.0.15 freetype-2.1.2 libpng-1.2.3 pdflib-4.0.3 Linux is installed without X-server Thanks in advance nsl From David.Fawcett at state.mn.us Thu Jul 31 08:22:24 2003 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Thu, 31 Jul 2003 10:22:24 -0500 Subject: [Mapserver-users] OGR for Joins to .dbfs Message-ID: Disclaimer, I know nothing about OGR and I haven't done any research beyond the MapServer docs and the list archive. With one-to-many joins to .dbfs not currently working in 4.0, I was doing some brainstorming last night about how I can query attribute data not included in the shapefile. Particularly, I want to either do one-to-many queries or worst case, create a denormalized .dbf file to query. I am stuck with a limited set of tools due to server admin and/or isp. NT, Access, ColdFusion (I am exploring this in a different thread). (Obviously php mapscript and postgres or mysql would be much more ideal!) I was thinking that if OGR can access shapefile data (shp, dbf, etc.), could it be used as the data connector to execute a one-to-many join to a .dbf file? David. From joe at poconogis.com Thu Jul 31 08:33:36 2003 From: joe at poconogis.com (Joe Smith) Date: Thu, 31 Jul 2003 11:33:36 -0400 Subject: [Mapserver-users] querying and highlighting with php Message-ID: I'm using Mapserver 3.6.6 and PHP Mapscript. Got a few questions: 1) How would I select/query features from only one layer using the gmap demo? Problem example: I have a road layer on top of a parcel layer, and when I do a query box it selects roads and parcels, when I want it to select only roads. 2) Features are highlighted after I query them. How do I get them to stay highlighted until I tell it to stop (using php)? I've tried creating a query layer. I select features by redefining a classitem and class expression with php, but the colors change back after the map is redrawn (even if the layer is still on). I believe this happens because I reload the mapfile at the start of each page, resetting the class... but I'm not sure. Thanks, Joe From dgraham at i3.com Thu Jul 31 08:36:22 2003 From: dgraham at i3.com (David Graham) Date: Thu, 31 Jul 2003 09:36:22 -0600 Subject: [Mapserver-users] WMS Client on IIS with MS_MAPFILE variable problem Message-ID: <3F293776.6020609@i3.com> Hi everyone: Here is a tricky one, perhaps someone has solved this problem. I am no IIS expert, so there may yet be a simple solution to this. We have some WMS serviers running on Linux and they work fine. I have hidden the map file with a shell script as suggested in the WMS Server documentation. [root at commerce1 cgi-bin]# more i3_demo #! /bin/sh MS_MAPFILE=/var/www/wms.i3.com/mapfiles/i3demo.map export MS_MAPFILE /var/www/wms.i3.com/bin/mapserv3.7 And it works great. I now need to perform the same functionality on Windows 2000 using IIS. I searched around to see if I could set an environment variable to be associated with a given script(exe) but could not find a reference or dialog box to set anything. I then tried windows scripting. I used cscript.exe to execute the following jscript script. [dave at solar dave]$ more i3image.js var WshShell = WScript.CreateObject("WScript.Shell"); var WshSysEnv = WshShell.Environment("SYSTEM"); WshSysEnv.Item( "MS_MAPFILE" ) = "N:\\wms_data\\mapfiles\\wms1\\i3_Imagery_wms_service.map"; WshShell.Run( "C:\\Inetpub\\wwwroot\\wms\\wmsserver.exe", 0, true ); Then I set the IIS to map an empty file I labled wms.i3image to C:\WINNT\cscritpt //Nologo \i3image.js After setting up some permissions, this executed but I have no results. The problem is that the script spawns a new shell and send the output to that shell which is then not related back to IIS. It also accured to me that the new shell might not even have the inherited the CGI environment, but I have not tested that either. So my question is has anyone cracked this problem? I know I could probably do it in perl or python, but I would rather avoid putting another package on the system just for a script this small. This is supposed to be the first in a bank of machines that will run only Mapserver WMS services with no other applications installed. The idea is to minimize the amount of software and thus reduce the degredation of the Windows system. By the way Windows is a prerequisit since we will be serving up a lot of data that is compressed in ECW format. So if anyone can give me suggestions on how to make this work with Windows 2000 provided technology I would greatly apreaciate it. Thanks Dave Graham -- David W. Graham Director of Geospatial Applications Development information integration and imaging, LLC 201 Linden St, Third Floor Fort Collins, CO 80524 (970) 482-4400 dgraham at i3.com http://www.i3.com From David.Fawcett at state.mn.us Thu Jul 31 08:52:11 2003 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Thu, 31 Jul 2003 10:52:11 -0500 Subject: [Mapserver-users] Image not visible Message-ID: No problem, good luck with MapServer. > ---------- > From: Attri, Abhishek[SMTP:aattri at cba.ua.edu] > Sent: Thursday, July 31, 2003 10:50 AM > To: Fawcett, David > Subject: RE: [Mapserver-users] Image not visible > > Yes, you were right. Thanks a lot! > Abhishek > > -----Original Message----- > From: Fawcett, David [mailto:David.Fawcett at state.mn.us] > Sent: Thursday, July 31, 2003 10:12 AM > To: Attri, Abhishek > Subject: RE: [Mapserver-users] Image not visible > > My guess is that the shapefiles that you swapped in do not contain > features located in Itasca County, Minnesota, and therefore don't fall > within the extent specified in the mapfile. > > If you haven't done so, you will have to determine new extents for the > shapes that you wish to display and edit your map file. > > David. > > > ---------- > > From: Attri, Abhishek[SMTP:aattri at cba.ua.edu] > > Sent: Thursday, July 31, 2003 10:02 AM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] Image not visible > > > > Hi! > > I started using PHP MapScript and was able to successfully > run the demo examples in "PHP MapScript 3.5 by Example HOWTO". But when > I substituted the shape files with some different shape files and tried > to display them, I see nothing on the web page. I checked my /tmp > directory and the source of the Web page also. It is showing the .png > image being created and stored , but nothing is visible on screen. Can > somebody help me with that? > > With thanks > > Abhishek > > > > > From aaryn at Ag.arizona.edu Thu Jul 31 08:57:18 2003 From: aaryn at Ag.arizona.edu (Aaryn) Date: Thu, 31 Jul 2003 08:57:18 -0700 (MST) Subject: [Mapserver-users] Unable to download mapserver source Message-ID: Does anybody know when the mapserver source will be available for download? The links to cvs.gis.umn.edu/dist are not currently working. Aaryn From jbutcher at ci.collierville.tn.us Thu Jul 31 08:55:52 2003 From: jbutcher at ci.collierville.tn.us (Jim Butcher) Date: 31 Jul 2003 10:55:52 -0500 Subject: [Mapserver-users] Problems with download links Message-ID: <1059666951.29181.7.camel@stargate.ci.collierville.tn.us> --=-kf/dZ3SnD3ERvXV8GObR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Is there a problem with the MapServer CVS? Since yesterday I've been trying to download mapserver-4.0-beta2.tar.gz. Every time I click on the download link I receive an error telling me that the connection was refused when attempting to contact cvs.gis.umn.edu. Is there any other way to download the tar file? --=20 James H. Butcher, GIS Manager Town of Collierville Ph: 901-457-2353 Fax: 901-457-2354 email: jbutcher at ci.collierville.tn.us --=-kf/dZ3SnD3ERvXV8GObR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQA/KTwHmYYXQhPwN5ARAlNPAJ4v8BSDMWE4ix3GvcxakanO/gRAwgCff99X PZDTi/lq2UYM1T+sIwNvlkc= =Y+fk -----END PGP SIGNATURE----- --=-kf/dZ3SnD3ERvXV8GObR-- From gayathri at ou.edu Thu Jul 31 09:04:17 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Thu, 31 Jul 2003 11:04:17 -0500 Subject: [Mapserver-users] Unable to download mapserver source Message-ID: http://mapserver.gis.umn.edu/dload.html or http://www2.dmsolutions.ca/webtools/dl/ ~Gayathri -----Original Message----- From: Aaryn [mailto:aaryn at ag.arizona.edu] Sent: Thursday, July 31, 2003 10:57 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Unable to download mapserver source Does anybody know when the mapserver source will be available for download? The links to cvs.gis.umn.edu/dist are not currently working. Aaryn _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From sgillies at frii.com Thu Jul 31 09:17:13 2003 From: sgillies at frii.com (Sean Gillies) Date: Thu, 31 Jul 2003 10:17:13 -0600 Subject: [Mapserver-users] WMS Client on IIS with MS_MAPFILE variable problem In-Reply-To: <3F293776.6020609@i3.com> Message-ID: <71D40430-C372-11D7-84BE-000393B98B56@frii.com> On Thursday, July 31, 2003, at 09:36 AM, David Graham wrote: > Hi everyone: > > Here is a tricky one, perhaps someone has solved this problem. I am > no IIS expert, so there may yet be a simple solution to this. > > We have some WMS serviers running on Linux and they work fine. I have > hidden the map file with a shell script as suggested in the WMS Server > documentation. > > [root at commerce1 cgi-bin]# more i3_demo > #! /bin/sh > MS_MAPFILE=/var/www/wms.i3.com/mapfiles/i3demo.map > export MS_MAPFILE > /var/www/wms.i3.com/bin/mapserv3.7 > > And it works great. > > I now need to perform the same functionality on Windows 2000 using > IIS. I searched around to see if I could set an environment variable > to be associated with a given script(exe) but could not find a > reference or dialog box to set anything. > > I then tried windows scripting. I used cscript.exe to execute the > following jscript script. > > [dave at solar dave]$ more i3image.js > var WshShell = WScript.CreateObject("WScript.Shell"); > var WshSysEnv = WshShell.Environment("SYSTEM"); > WshSysEnv.Item( "MS_MAPFILE" ) = > "N:\\wms_data\\mapfiles\\wms1\\i3_Imagery_wms_service.map"; > WshShell.Run( "C:\\Inetpub\\wwwroot\\wms\\wmsserver.exe", 0, true ); > > Then I set the IIS to map an empty file I labled wms.i3image to > C:\WINNT\cscritpt //Nologo \i3image.js > > After setting up some permissions, this executed but I have no results. > > The problem is that the script spawns a new shell and send the output > to that shell which is then not related back to IIS. > > It also accured to me that the new shell might not even have the > inherited the CGI environment, but I have not tested that either. > > So my question is has anyone cracked this problem? I know I could > probably do it in perl or python, but I would rather avoid putting > another package on the system just for a script this small. This is > supposed to be the first in a bank of machines that will run only > Mapserver WMS services with no other applications installed. The idea > is to minimize the amount of software and thus reduce the degredation > of the Windows system. > > By the way Windows is a prerequisit since we will be serving up a lot > of data that is compressed in ECW format. > > So if anyone can give me suggestions on how to make this work with > Windows 2000 provided technology I would greatly apreaciate it. > > Thanks > > Dave Graham > > Dave, did you mean to type "WMS Server" in your subject? Have you thought about setting up a cascading WMS server on Linux? In your linux mapserver's map file, define a client connection to your IIS WMS mapserver. This may not be the highest performance solution, but it'll get you online without advertising your mapfile. Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From morissette at dmsolutions.ca Thu Jul 31 09:17:03 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 31 Jul 2003 12:17:03 -0400 Subject: [Mapserver-users] compilation of ms40 crashes In-Reply-To: <3F294E90.147.1B805D7@localhost> References: <3F294E90.147.1B805D7@localhost> Message-ID: <3F2940FF.40603@dmsolutions.ca> Norbert Schauerte-Lueke wrote: > > I try to compile mapserver 40 beta2 on an Suse 8.2 with wms support. The compilations > crashes at mapcontext.c. Starting the compilation of mapcontext.c the following > warnings and errors are written out: > [...] > > The configure options are: > --with-proj --with-wmsclient > OOppss.. there was a dependency on OGR's MiniXML parser in mapcontext.c and this code was enabled together with the WMS client stuff even if OGR was not present. I have fixed this in the current 4.0 CVS source so that if you ask for wmsclient but dont' include OGR then the loadMapContext() and saveMapContext() functions will be disabled and your build will still work. So you have two options: get the latest 4.0 source from CVS or install GDAL/OGR and include --with-ogr in your build. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From pagameba at magma.ca Thu Jul 31 09:19:04 2003 From: pagameba at magma.ca (Paul Spencer) Date: 31 Jul 2003 12:19:04 -0400 Subject: [Mapserver-users] WMS Client on IIS with MS_MAPFILE variable problem In-Reply-To: <3F293776.6020609@i3.com> References: <3F293776.6020609@i3.com> Message-ID: <1059668345.1360.16.camel@localhost.localdomain> David, not sure if this is even supported on windows? But there is a command line for sending the query string to the mapserv executable, one reference to such is: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0306/msg00566.html Not sure if you can access the GET parameters in wsh, if you can then you could reconstruct the query string and add the query_string to the run command, which would essentially do the same thing. Cheers, Paul On Thu, 2003-07-31 at 11:36, David Graham wrote: > Hi everyone: > > Here is a tricky one, perhaps someone has solved this problem. I am no > IIS expert, so there may yet be a simple solution to this. > > We have some WMS serviers running on Linux and they work fine. I have > hidden the map file with a shell script as suggested in the WMS Server > documentation. > > [root at commerce1 cgi-bin]# more i3_demo > #! /bin/sh > MS_MAPFILE=/var/www/wms.i3.com/mapfiles/i3demo.map > export MS_MAPFILE > /var/www/wms.i3.com/bin/mapserv3.7 > > And it works great. > > I now need to perform the same functionality on Windows 2000 using IIS. > I searched around to see if I could set an environment variable to be > associated with a given script(exe) but could not find a reference or > dialog box to set anything. > > I then tried windows scripting. I used cscript.exe to execute the > following jscript script. > > [dave at solar dave]$ more i3image.js > var WshShell = WScript.CreateObject("WScript.Shell"); > var WshSysEnv = WshShell.Environment("SYSTEM"); > WshSysEnv.Item( "MS_MAPFILE" ) = > "N:\\wms_data\\mapfiles\\wms1\\i3_Imagery_wms_service.map"; > WshShell.Run( "C:\\Inetpub\\wwwroot\\wms\\wmsserver.exe", 0, true ); > > Then I set the IIS to map an empty file I labled wms.i3image to > C:\WINNT\cscritpt //Nologo \i3image.js > > After setting up some permissions, this executed but I have no results. > > The problem is that the script spawns a new shell and send the output to > that shell which is then not related back to IIS. > > It also accured to me that the new shell might not even have the > inherited the CGI environment, but I have not tested that either. > > So my question is has anyone cracked this problem? I know I could > probably do it in perl or python, but I would rather avoid putting > another package on the system just for a script this small. This is > supposed to be the first in a bank of machines that will run only > Mapserver WMS services with no other applications installed. The idea > is to minimize the amount of software and thus reduce the degredation of > the Windows system. > > By the way Windows is a prerequisit since we will be serving up a lot of > data that is compressed in ECW format. > > So if anyone can give me suggestions on how to make this work with > Windows 2000 provided technology I would greatly apreaciate it. > > Thanks > > Dave Graham > > > > -- > David W. Graham > Director of Geospatial Applications Development > information integration and imaging, LLC > 201 Linden St, Third Floor > Fort Collins, CO 80524 > (970) 482-4400 > dgraham at i3.com > http://www.i3.com > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- -------------------------------------- Paul Spencer, M.Eng Applications and Software Development DM Solutions Group Inc http://www.dmsolutions.ca/ From ed at topozone.com Thu Jul 31 09:47:16 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 31 Jul 2003 12:47:16 -0400 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE39@mercator.topozone.com> Jeff - If your Web server is configured correctly, there will be NO command window opening and closing. You'll get that error text in a regular Web page that stays there. I suspect that the directory in which mapserv.exe is installed does not let users execute programs (like CGI programs) from it. - Ed -----Original Message----- From: Jeff L. [mailto:nf10 at hotmail.com] Sent: Thursday, July 31, 2003 10:27 AM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS Thanks Ed for your relpy. MapServ is installed in the IIS of my windows XP machine. While trying to run it (localy from web browser pointing the "mapser.exe", the command window is opened then closed pretty fast. I have no idea about the content of the command window. I'm not sure what message was displayed there. At least if i know that was "No query information to decode. QUERY_STRING not set." It can get me going to the next steps (running the demo). Thanks again Jeff Lacoste >From: "Ed McNierney" >To: "Jeff L." , >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS >Date: Thu, 31 Jul 2003 09:44:10 -0400 > >Jeff - > >There's no problem - that's the way it's supposed to work! > >You can run MapServer from the command line with the "-v" switch, and >you'll get text output. Normally CGI programs are not meant to be run from >the command line, and MapServer is no exception. > >If you properly configure your Web site to allow users to execute CGI >programs, you should be able to type the following in your browser: > >http://server.yourdomain.com/mapserv > >(replace the server and domain names with your names) > >and get the error message: > >"No query information to decode. QUERY_STRING not set." > >in your browser window. > >Until you get to that point, you haven't managed to get a basic CGI program >running, so there's no point in doing anything else yet! > > - 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: Jeff L. [mailto:nf10 at hotmail.com] >Sent: Thursday, July 31, 2003 7:29 AM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] MapServer on Windows XP and IIS > > >Hi, > >I installed MapServer on Windows XO and IIS. When i try to execute the >mapserv from the command window (C:\Inetpub\Scripts\MapServ), i have an >error: "This script can only be used to decode form results and should be >initiated as a CGI process via a httpd server ". I tried also to execute >the >script from Internet Explorer. The result is a command window displayed >then >closed fast. > >Any idea about the possible problem ? > >Thanks, > >Jeff Lacoste > >_________________________________________________________________ >The new MSN 8: advanced junk mail protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From ed at topozone.com Thu Jul 31 06:44:49 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 31 Jul 2003 09:44:49 -0400 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE35@mercator.topozone.com> Jeff - Sorry - since you're on Windows the name of the binary is mapserv.exe, not mapserv, so that URL should be http://server.yourdomain.com/mapserv.exe - Ed -----Original Message----- From: Jeff L. [mailto:nf10 at hotmail.com] Sent: Thursday, July 31, 2003 7:29 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] MapServer on Windows XP and IIS Hi, I installed MapServer on Windows XO and IIS. When i try to execute the mapserv from the command window (C:\Inetpub\Scripts\MapServ), i have an error: "This script can only be used to decode form results and should be initiated as a CGI process via a httpd server ". I tried also to execute the script from Internet Explorer. The result is a command window displayed then closed fast. Any idea about the possible problem ? Thanks, Jeff Lacoste _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail _______________________________________________ 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 Jul 31 06:44:10 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 31 Jul 2003 09:44:10 -0400 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE34@mercator.topozone.com> Jeff - There's no problem - that's the way it's supposed to work! You can run MapServer from the command line with the "-v" switch, and you'll get text output. Normally CGI programs are not meant to be run from the command line, and MapServer is no exception. If you properly configure your Web site to allow users to execute CGI programs, you should be able to type the following in your browser: http://server.yourdomain.com/mapserv (replace the server and domain names with your names) and get the error message: "No query information to decode. QUERY_STRING not set." in your browser window. Until you get to that point, you haven't managed to get a basic CGI program running, so there's no point in doing anything else yet! - 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: Jeff L. [mailto:nf10 at hotmail.com] Sent: Thursday, July 31, 2003 7:29 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] MapServer on Windows XP and IIS Hi, I installed MapServer on Windows XO and IIS. When i try to execute the mapserv from the command window (C:\Inetpub\Scripts\MapServ), i have an error: "This script can only be used to decode form results and should be initiated as a CGI process via a httpd server ". I tried also to execute the script from Internet Explorer. The result is a command window displayed then closed fast. Any idea about the possible problem ? Thanks, Jeff Lacoste _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail _______________________________________________ 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 Jul 31 09:55:29 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 31 Jul 2003 12:55:29 -0400 Subject: [Mapserver-users] Limiting min and max scale when usingMapScript Message-ID: <200307311655.h6VGtLN27844@yogi.medinaco.net> I also use the trial & error method on the scales. There is one other option for limiting the zooms: If your using 4.0 you should be able to use the new methods for mapObjzoom that Sean Gillies added. The new methods appear to have zoom limits built in. Lowell The following message was sent by Eric Bridger on 31 Jul 2003 10:47:45 +0000. > I always set min and max scales by trial and error. In a template you > can display [scale] to see the current scale. In mapscript I use a perl > function taken from the C code. > > When using mapscript you can use MINXSCALE and MAXSCALE for LAYER's, > etc. but since you don't have a WEB object (the script must create the > WEB html by itself) setting $map->{web}->{maxscale} will have no affect. > > Here's the perl code I use to prevent zooming out beyond the original > map extent: > ######################### > # @imgext is the current map extent from the map form > # default is original extent > my $mapext = join(' ', > $map->{extent}->{minx},$map->{extent}->{miny},$map->{extent}->{maxx},$map->{extent}->{maxy}); > if($zoom_direction < 0){ > my $max_scale = calculateScale($map, $map->{extent}->{minx}, > $map->{extent}->{maxx}); > my $current_scale = calculateScale($map, $imgext[0], $imgext[2]); > if($current_scale >= $max_scale){ > return $mapext; > } > } > ######################################### > # from mapserver3.6.4: mapscale.c msCalculateScale(). This is not a > precision thing. We don't worry about > # msAdjustExtent() since in all our maps, image SIZE has same aspect > ratio as the map EXTENT. > sub calculateScale{ > my ($map, $minx, $maxx) = @_; > if(!$minx){ > $minx = $map->{extent}->{minx}; > $maxx = $map->{extent}->{maxx}; > } > my @inchesPerUnit = (1, 12, 63360.0, 39.3701, 39370.1, 4374754); > my $width = $map->{width}; > my $units = $map->{units}; # index into unitsPerUnit array > my $resolution = $map->{resolution}; > my $md = $width / ($resolution * $inchesPerUnit[$units]); > my $gd = $maxx - $minx; > return($gd/$md); > } > > > Eric > > On Thu, 2003-07-31 at 09:22, AMC Story wrote: > > Hi there everyone, > > > > Firstly, I was hoping someone could tell me how to arrive at sensible figures > > for minscale and maxscale as specified in the web object? The exact derivation > > of these values has been questioned several times in the archives but I haven't > > yet managed to find an answer, maybe this could be added on to the mapfile > > reference doc? > > > > Also, I think I remember seeing somewhere that if you are using MapScript as > > opposed to the CGI application, you can't specify a minscale and maxscale value > > in the mapfile. I've tried just setting these values in my script: > > > > $current_map->{web}->{maxscale}=some number?; > > $current_map->{web}->{minscale}=some number?; > > > > but whatever values I use this doesn't seem to make any difference. > > > > Can someone let me know how I can stop users from zooming in and out too far? > > > > Thanks very much, > > Ali > > _______________________________________________ > > 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 lfilak at medinaco.org Thu Jul 31 10:00:15 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 31 Jul 2003 13:00:15 -0400 Subject: [Mapserver-users] (no subject) Message-ID: <200307311700.h6VH07N27957@yogi.medinaco.net> If you view lat/long as a point you can query a street layer by using the "tolerance" on the layer and doing a query. However I don't believe it returns the "closest", but you should be able to find discussion on this in the archives. Lowell The following message was sent by "Hermie" on Thu, 31 Jul 2003 18:43:45 +1000. > Hi, > > Is there a standard command to access the name of the label/name of the > closest road/street based on a given lat/long. > > Any assistance would be great. > > Hart Runge > 3Logix Pty Ltd > Delivering Total Logistic Solutions > Ph. 1300 727 100 > Fax 1300 727 101 > Mobile 0402 794198 > mailto:hartr at 3Logix.com.au > http://www.3Logix.com.au > > This transmission is for the intended addressee only. If you have received > this transmission in error, please delete the mail and notify the sender. > The Contents of this e-mail are the opinion of the writer only and are not > endorsed by 3Logix Pty Ltd unless expressly stated otherwise. > > From nf10 at hotmail.com Thu Jul 31 10:14:42 2003 From: nf10 at hotmail.com (Jeff L.) Date: Thu, 31 Jul 2003 17:14:42 +0000 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: Ed, I'm new to web configuration. All i did is installing IIS on my windows XP pro and then installed MapServ. I guess that the web server is not configured, i have no idea how to do it. Any info is appreciated. I heard that Apache would work easier than IIS. Apache would need specific configuration or just a sandard installation ? Thanks Jeff Lacoste >From: "Ed McNierney" >To: "Jeff L." , >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS >Date: Thu, 31 Jul 2003 12:47:16 -0400 > >Jeff - > >If your Web server is configured correctly, there will be NO command window >opening and closing. You'll get that error text in a regular Web page that >stays there. > >I suspect that the directory in which mapserv.exe is installed does not let >users execute programs (like CGI programs) from it. > > - Ed > >-----Original Message----- >From: Jeff L. [mailto:nf10 at hotmail.com] >Sent: Thursday, July 31, 2003 10:27 AM >To: Ed McNierney; mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Thanks Ed for your relpy. MapServ is installed in the IIS of my windows XP >machine. While trying to run it (localy from web browser pointing the >"mapser.exe", the command window is opened then closed pretty fast. I have >no idea about the content of the command window. I'm not sure what message >was displayed there. At least if i know that was "No query information to >decode. QUERY_STRING not set." It can get me going to the next steps >(running the demo). > > >Thanks again > >Jeff Lacoste > > > >From: "Ed McNierney" > >To: "Jeff L." , > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > >Date: Thu, 31 Jul 2003 09:44:10 -0400 > > > >Jeff - > > > >There's no problem - that's the way it's supposed to work! > > > >You can run MapServer from the command line with the "-v" switch, and > >you'll get text output. Normally CGI programs are not meant to be run >from > >the command line, and MapServer is no exception. > > > >If you properly configure your Web site to allow users to execute CGI > >programs, you should be able to type the following in your browser: > > > >http://server.yourdomain.com/mapserv > > > >(replace the server and domain names with your names) > > > >and get the error message: > > > >"No query information to decode. QUERY_STRING not set." > > > >in your browser window. > > > >Until you get to that point, you haven't managed to get a basic CGI >program > >running, so there's no point in doing anything else yet! > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > >Sent: Thursday, July 31, 2003 7:29 AM > >To: mapserver-users at lists.gis.umn.edu > >Subject: [Mapserver-users] MapServer on Windows XP and IIS > > > > > >Hi, > > > >I installed MapServer on Windows XO and IIS. When i try to execute the > >mapserv from the command window (C:\Inetpub\Scripts\MapServ), i have an > >error: "This script can only be used to decode form results and should be > >initiated as a CGI process via a httpd server ". I tried also to execute > >the > >script from Internet Explorer. The result is a command window displayed > >then > >closed fast. > > > >Any idea about the possible problem ? > > > >Thanks, > > > >Jeff Lacoste > > > >_________________________________________________________________ > >The new MSN 8: advanced junk mail protection and 2 months FREE* > >http://join.msn.com/?page=features/junkmail > > > >_______________________________________________ > >Mapserver-users mailing list > >Mapserver-users at lists.gis.umn.edu > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >_________________________________________________________________ >Add photos to your messages with MSN 8. Get 2 months FREE*. >http://join.msn.com/?page=features/featuredemail > _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From morissette at dmsolutions.ca Thu Jul 31 09:25:03 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 31 Jul 2003 12:25:03 -0400 Subject: [Mapserver-users] OGR for Joins to .dbfs In-Reply-To: References: Message-ID: <3F2942DF.10309@dmsolutions.ca> Fawcett, David wrote: > > I was thinking that if OGR can access shapefile data (shp, dbf, etc.), could it be used as the data connector to execute a one-to-many join to a .dbf file? > Actually, support for joins (independent of MapServer joins) has been added by Frank in OGR. So it is possible to join a shapefile, a DGN, or whatever OGR format to a DBF on the fly using OGR's SQL language. You should be able to find some docs at http://gdal.velocet.ca/projects/opengis/ogrhtml/ogr_sql.html but Frank's server where the docs reside is currently down. You could also search the list archives since I believe this has been discussed before. BTW, I noticed that there is one example of join in the OGR HOWTO at http://mapserver.gis.umn.edu/doc/ogr-howto.html#examples Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Thu Jul 31 10:19:46 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 31 Jul 2003 13:19:46 -0400 Subject: [Mapserver-users] WMS Client on IIS with MS_MAPFILE variable problem In-Reply-To: <3F293776.6020609@i3.com> References: <3F293776.6020609@i3.com> Message-ID: <3F294FB2.3050007@dmsolutions.ca> Here are two more suggestions: 1- Try setting MS_MAPFILE globally in your server to a relative path, e.g. MS_MAPFILE = local.map then create one scripts directory per WMS service. Each directory will contain only a copy of mapserv.exe plus the local.map for that WMS service. When you access mapserv.exe in each script directory it will load the local.map in that directory since MS_MAPFILE is a relative path. 2- If you are setup to compile mapserv.exe you could produce custom executables for each WMS service in which you would hardcode the mapfile path. 3- A better long-term solution could be to enhance mapserv.exe so that if you rename it to for instance mywms1.exe then it looks for a mapfile with the same basename (mywms1.map) in a directory specified using an environment variable such as MS_MAPFILE_PATH. So to setup a new WMS service you would simply make a copy of mapserv.exe under the name of the new WMS service in your scripts directory. Daniel David Graham wrote: > Hi everyone: > > Here is a tricky one, perhaps someone has solved this problem. I am no > IIS expert, so there may yet be a simple solution to this. > > We have some WMS serviers running on Linux and they work fine. I have > hidden the map file with a shell script as suggested in the WMS Server > documentation. > > [root at commerce1 cgi-bin]# more i3_demo > #! /bin/sh > MS_MAPFILE=/var/www/wms.i3.com/mapfiles/i3demo.map > export MS_MAPFILE > /var/www/wms.i3.com/bin/mapserv3.7 > > And it works great. > > I now need to perform the same functionality on Windows 2000 using IIS. > I searched around to see if I could set an environment variable to be > associated with a given script(exe) but could not find a reference or > dialog box to set anything. > > I then tried windows scripting. I used cscript.exe to execute the > following jscript script. > > [dave at solar dave]$ more i3image.js > var WshShell = WScript.CreateObject("WScript.Shell"); > var WshSysEnv = WshShell.Environment("SYSTEM"); > WshSysEnv.Item( "MS_MAPFILE" ) = > "N:\\wms_data\\mapfiles\\wms1\\i3_Imagery_wms_service.map"; > WshShell.Run( "C:\\Inetpub\\wwwroot\\wms\\wmsserver.exe", 0, true ); > > Then I set the IIS to map an empty file I labled wms.i3image to > C:\WINNT\cscritpt //Nologo \i3image.js > > After setting up some permissions, this executed but I have no results. > > The problem is that the script spawns a new shell and send the output to > that shell which is then not related back to IIS. > > It also accured to me that the new shell might not even have the > inherited the CGI environment, but I have not tested that either. > > So my question is has anyone cracked this problem? I know I could > probably do it in perl or python, but I would rather avoid putting > another package on the system just for a script this small. This is > supposed to be the first in a bank of machines that will run only > Mapserver WMS services with no other applications installed. The idea > is to minimize the amount of software and thus reduce the degredation of > the Windows system. > > By the way Windows is a prerequisit since we will be serving up a lot of > data that is compressed in ECW format. > > So if anyone can give me suggestions on how to make this work with > Windows 2000 provided technology I would greatly apreaciate it. > > Thanks > > Dave Graham > > From ed at topozone.com Thu Jul 31 10:19:42 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 31 Jul 2003 13:19:42 -0400 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE3E@mercator.topozone.com> Jeff - I would not claim Apache is "easier" than IIS in this regard. In general, I don't think either of them (we run both) is hard or easy - they're just different, and you need to understand something about running Web servers and running CGI services on Web servers in order to run MapServer. Both IIS and Apache have a security model that lets you control which files are available to which Web users, and what those users can do to those files (run them, read them, write to them, etc.). Read the help on IIS - that's what it's for. If you did a default install/config you installed all the administration help files, and they're pretty reasonable. I'm not trying to be unhelpful, but if you don't understand the security model and how it applies to Web services, you're going to keep bumping into one problem after another. Take the time to understand how to set up your Web server, and THEN you'll be ready to set up MapServer. - 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: Jeff L. [mailto:nf10 at hotmail.com] Sent: Thursday, July 31, 2003 1:15 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS Ed, I'm new to web configuration. All i did is installing IIS on my windows XP pro and then installed MapServ. I guess that the web server is not configured, i have no idea how to do it. Any info is appreciated. I heard that Apache would work easier than IIS. Apache would need specific configuration or just a sandard installation ? Thanks Jeff Lacoste >From: "Ed McNierney" >To: "Jeff L." , >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS >Date: Thu, 31 Jul 2003 12:47:16 -0400 > >Jeff - > >If your Web server is configured correctly, there will be NO command window >opening and closing. You'll get that error text in a regular Web page that >stays there. > >I suspect that the directory in which mapserv.exe is installed does not let >users execute programs (like CGI programs) from it. > > - Ed > >-----Original Message----- >From: Jeff L. [mailto:nf10 at hotmail.com] >Sent: Thursday, July 31, 2003 10:27 AM >To: Ed McNierney; mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Thanks Ed for your relpy. MapServ is installed in the IIS of my windows XP >machine. While trying to run it (localy from web browser pointing the >"mapser.exe", the command window is opened then closed pretty fast. I have >no idea about the content of the command window. I'm not sure what message >was displayed there. At least if i know that was "No query information to >decode. QUERY_STRING not set." It can get me going to the next steps >(running the demo). > > >Thanks again > >Jeff Lacoste > > > >From: "Ed McNierney" > >To: "Jeff L." , > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > >Date: Thu, 31 Jul 2003 09:44:10 -0400 > > > >Jeff - > > > >There's no problem - that's the way it's supposed to work! > > > >You can run MapServer from the command line with the "-v" switch, and > >you'll get text output. Normally CGI programs are not meant to be run >from > >the command line, and MapServer is no exception. > > > >If you properly configure your Web site to allow users to execute CGI > >programs, you should be able to type the following in your browser: > > > >http://server.yourdomain.com/mapserv > > > >(replace the server and domain names with your names) > > > >and get the error message: > > > >"No query information to decode. QUERY_STRING not set." > > > >in your browser window. > > > >Until you get to that point, you haven't managed to get a basic CGI >program > >running, so there's no point in doing anything else yet! > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > >Sent: Thursday, July 31, 2003 7:29 AM > >To: mapserver-users at lists.gis.umn.edu > >Subject: [Mapserver-users] MapServer on Windows XP and IIS > > > > > >Hi, > > > >I installed MapServer on Windows XO and IIS. When i try to execute the > >mapserv from the command window (C:\Inetpub\Scripts\MapServ), i have an > >error: "This script can only be used to decode form results and should be > >initiated as a CGI process via a httpd server ". I tried also to execute > >the > >script from Internet Explorer. The result is a command window displayed > >then > >closed fast. > > > >Any idea about the possible problem ? > > > >Thanks, > > > >Jeff Lacoste > > > >_________________________________________________________________ > >The new MSN 8: advanced junk mail protection and 2 months FREE* > >http://join.msn.com/?page=features/junkmail > > > >_______________________________________________ > >Mapserver-users mailing list > >Mapserver-users at lists.gis.umn.edu > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >_________________________________________________________________ >Add photos to your messages with MSN 8. Get 2 months FREE*. >http://join.msn.com/?page=features/featuredemail > _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From steve.lime at dnr.state.mn.us Thu Jul 31 10:56:19 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 31 Jul 2003 12:56:19 -0500 Subject: [Mapserver-users] OGR for Joins to .dbfs Message-ID: The support for one-to-many joins is where MapServer joins come in. Frank's stuff is very low level. MapServer doesn't even know it's happening. There's no provision for a shapeObj to carry multiple records of attributes. MapServer 4.0 now supports one-to-many DBF joins as part of query output. Steve >>> Daniel Morissette 07/31/03 11:25AM >>> Fawcett, David wrote: > > I was thinking that if OGR can access shapefile data (shp, dbf, etc.), could it be used as the data connector to execute a one-to-many join to a .dbf file? > Actually, support for joins (independent of MapServer joins) has been added by Frank in OGR. So it is possible to join a shapefile, a DGN, or whatever OGR format to a DBF on the fly using OGR's SQL language. You should be able to find some docs at http://gdal.velocet.ca/projects/opengis/ogrhtml/ogr_sql.html but Frank's server where the docs reside is currently down. You could also search the list archives since I believe this has been discussed before. BTW, I noticed that there is one example of join in the OGR HOWTO at http://mapserver.gis.umn.edu/doc/ogr-howto.html#examples Daniel -- ------------------------------------------------------------ Daniel Morissette morissette 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 steve.lime at dnr.state.mn.us Thu Jul 31 11:03:59 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 31 Jul 2003 13:03:59 -0500 Subject: [Mapserver-users] (no subject) Message-ID: I'd actually have to look at the source code to confirm, but doing a mode=query (i.e. return 1 result) should get you the closest feature. The tolerance, in combination with the point are used to construct a search extent. That extent is then applied to the data for generate a list of candidate features. Then for each feature a distance is computed with the closest being returned. Steve >>> "Lowell Filak" 07/31/03 12:00PM >>> If you view lat/long as a point you can query a street layer by using the "tolerance" on the layer and doing a query. However I don't believe it returns the "closest", but you should be able to find discussion on this in the archives. Lowell The following message was sent by "Hermie" on Thu, 31 Jul 2003 18:43:45 +1000. > Hi, > > Is there a standard command to access the name of the label/name of the > closest road/street based on a given lat/long. > > Any assistance would be great. > > Hart Runge > 3Logix Pty Ltd > Delivering Total Logistic Solutions > Ph. 1300 727 100 > Fax 1300 727 101 > Mobile 0402 794198 > mailto:hartr at 3Logix.com.au > http://www.3Logix.com.au > > This transmission is for the intended addressee only. If you have received > this transmission in error, please delete the mail and notify the sender. > The Contents of this e-mail are the opinion of the writer only and are not > endorsed by 3Logix Pty Ltd unless expressly stated otherwise. > > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nf10 at hotmail.com Thu Jul 31 11:15:34 2003 From: nf10 at hotmail.com (Jeff L.) Date: Thu, 31 Jul 2003 18:15:34 +0000 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: Ed, I agree that diging into the web server setup would help. For now, i uninstalled IIS, then installed Apache and MapServer: it's working: i got the the expected error ("No query information ..."). Now i started to run the demo, loaded the "demo_init.html" and after pushing the button, there was an error "msLoadMap(): Unable to access file .... demo.map". the path of the file is correct. I guess that this would be a permission file error, but not sure. Jeff Lacoste >From: "Ed McNierney" >To: "Jeff L." , >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS >Date: Thu, 31 Jul 2003 13:19:42 -0400 > >Jeff - > >I would not claim Apache is "easier" than IIS in this regard. In general, >I don't think either of them (we run both) is hard or easy - they're just >different, and you need to understand something about running Web servers >and running CGI services on Web servers in order to run MapServer. Both >IIS and Apache have a security model that lets you control which files are >available to which Web users, and what those users can do to those files >(run them, read them, write to them, etc.). > >Read the help on IIS - that's what it's for. If you did a default >install/config you installed all the administration help files, and they're >pretty reasonable. > >I'm not trying to be unhelpful, but if you don't understand the security >model and how it applies to Web services, you're going to keep bumping into >one problem after another. Take the time to understand how to set up your >Web server, and THEN you'll be ready to set up MapServer. > > - 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: Jeff L. [mailto:nf10 at hotmail.com] >Sent: Thursday, July 31, 2003 1:15 PM >To: Ed McNierney; mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Ed, > >I'm new to web configuration. All i did is installing IIS on my windows XP >pro and then installed MapServ. >I guess that the web server is not configured, i have no idea how to do it. >Any info is appreciated. > >I heard that Apache would work easier than IIS. Apache would need specific >configuration or just a sandard installation ? > >Thanks > >Jeff Lacoste > > > >From: "Ed McNierney" > >To: "Jeff L." , > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > >Date: Thu, 31 Jul 2003 12:47:16 -0400 > > > >Jeff - > > > >If your Web server is configured correctly, there will be NO command >window > >opening and closing. You'll get that error text in a regular Web page >that > >stays there. > > > >I suspect that the directory in which mapserv.exe is installed does not >let > >users execute programs (like CGI programs) from it. > > > > - Ed > > > >-----Original Message----- > >From: Jeff L. [mailto:nf10 at hotmail.com] > >Sent: Thursday, July 31, 2003 10:27 AM > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > > > >Thanks Ed for your relpy. MapServ is installed in the IIS of my windows >XP > >machine. While trying to run it (localy from web browser pointing the > >"mapser.exe", the command window is opened then closed pretty fast. I >have > >no idea about the content of the command window. I'm not sure what >message > >was displayed there. At least if i know that was "No query information to > >decode. QUERY_STRING not set." It can get me going to the next steps > >(running the demo). > > > > > >Thanks again > > > >Jeff Lacoste > > > > > > >From: "Ed McNierney" > > >To: "Jeff L." , > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Date: Thu, 31 Jul 2003 09:44:10 -0400 > > > > > >Jeff - > > > > > >There's no problem - that's the way it's supposed to work! > > > > > >You can run MapServer from the command line with the "-v" switch, and > > >you'll get text output. Normally CGI programs are not meant to be run > >from > > >the command line, and MapServer is no exception. > > > > > >If you properly configure your Web site to allow users to execute CGI > > >programs, you should be able to type the following in your browser: > > > > > >http://server.yourdomain.com/mapserv > > > > > >(replace the server and domain names with your names) > > > > > >and get the error message: > > > > > >"No query information to decode. QUERY_STRING not set." > > > > > >in your browser window. > > > > > >Until you get to that point, you haven't managed to get a basic CGI > >program > > >running, so there's no point in doing anything else yet! > > > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > > >Sent: Thursday, July 31, 2003 7:29 AM > > >To: mapserver-users at lists.gis.umn.edu > > >Subject: [Mapserver-users] MapServer on Windows XP and IIS > > > > > > > > >Hi, > > > > > >I installed MapServer on Windows XO and IIS. When i try to execute the > > >mapserv from the command window (C:\Inetpub\Scripts\MapServ), i have an > > >error: "This script can only be used to decode form results and should >be > > >initiated as a CGI process via a httpd server ". I tried also to >execute > > >the > > >script from Internet Explorer. The result is a command window displayed > > >then > > >closed fast. > > > > > >Any idea about the possible problem ? > > > > > >Thanks, > > > > > >Jeff Lacoste > > > > > >_________________________________________________________________ > > >The new MSN 8: advanced junk mail protection and 2 months FREE* > > >http://join.msn.com/?page=features/junkmail > > > > > >_______________________________________________ > > >Mapserver-users mailing list > > >Mapserver-users at lists.gis.umn.edu > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > >_________________________________________________________________ > >Add photos to your messages with MSN 8. Get 2 months FREE*. > >http://join.msn.com/?page=features/featuredemail > > > >_________________________________________________________________ >The new MSN 8: smart spam protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From aattri at cba.ua.edu Thu Jul 31 11:32:16 2003 From: aattri at cba.ua.edu (Attri, Abhishek) Date: Thu, 31 Jul 2003 13:32:16 -0500 Subject: [Mapserver-users] Image not visible Message-ID: Yes, the problem was with the extent. Thanks a lot. Please let me know where can I find the shpinfo.pl script? With thanks Abhishek -----Original Message----- From: Eric Bridger [mailto:eric at gomoos.org] Sent: Thursday, July 31, 2003 7:51 AM To: Attri, Abhishek Subject: Re: [Mapserver-users] Image not visible Most likely you need to set a new EXTENT in your map file which matches the extent of you shapefile. Run the shpinfo.pl -file=myfile.shp to see what extents it reports and try using those in your map file. On Thu, 2003-07-31 at 15:02, Attri, Abhishek wrote: > Hi! > I started using PHP MapScript and was able to successfully > run the demo examples in "PHP MapScript 3.5 by Example HOWTO". But when > I substituted the shape files with some different shape files and tried > to display them, I see nothing on the web page. I checked my /tmp > directory and the source of the Web page also. It is showing the .png > image being created and stored , but nothing is visible on screen. Can > somebody help me with that? > With thanks > Abhishek > From eric at gomoos.org Thu Jul 31 07:30:54 2003 From: eric at gomoos.org (Eric Bridger) Date: 31 Jul 2003 14:30:54 +0000 Subject: [Mapserver-users] (no subject) In-Reply-To: <200307311700.h6VH07N27957@yogi.medinaco.net> References: <200307311700.h6VH07N27957@yogi.medinaco.net> Message-ID: <1059661855.1811.47.camel@ubet.gomoos.org> I did something similiar with a shapefile of bathymetry lines using perl mapscript to find the nearest line. e.g. $click_pt is the point the user clicked. loop to increase tolerance until we find some lines. calling queryByPoint() each time. while($layerObj->queryByPoint($map,$click_pt,$mapscript::MS_MULTIPLE,undef)){ $layerObj->{tolerance} += 3; } Then open the shapefile and use the layer's result cache to retrieve each shape found. $record_id = $results->{shapeindex} $layerObj->getShape($shape, undef, $record_id); Then check the distance of the click_pt to the shape and save the record id if its the minimum so far. $distance = $click_pt->distanceToShape($shape); if($distance < $min_distance){ $min_distance = $distance; $closest_record_id = $record_id; } When you done you have the dbf $record_id of the line closest to your click point which you can use to retrieve the street name. Eric On Thu, 2003-07-31 at 17:00, Lowell Filak wrote: > If you view lat/long as a point you can query a street layer by using > the "tolerance" on the layer and doing a query. > However I don't believe it returns the "closest", but you should be able > to find discussion on this in the archives. > Lowell > > The following message was sent by "Hermie" on Thu, > 31 Jul 2003 18:43:45 +1000. > > > Hi, > > > > Is there a standard command to access the name of the label/name of the > > closest road/street based on a given lat/long. > > > > Any assistance would be great. > > > > Hart Runge > > 3Logix Pty Ltd > > Delivering Total Logistic Solutions > > Ph. 1300 727 100 > > Fax 1300 727 101 > > Mobile 0402 794198 > > mailto:hartr at 3Logix.com.au > > http://www.3Logix.com.au > > > > This transmission is for the intended addressee only. If you have received > > this transmission in error, please delete the mail and notify the sender. > > The Contents of this e-mail are the opinion of the writer only and are not > > endorsed by 3Logix Pty Ltd unless expressly stated otherwise. > > > > > > _______________________________________________ > 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 Jul 31 11:37:14 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 31 Jul 2003 14:37:14 -0400 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE44@mercator.topozone.com> Jeff - Well, you PROBABLY needed to check exactly one checkbox in IIS, which might have been a tad quicker than installing a new server . Please do take the time to understand what's going on - Apache is more permissive in its default install, which means (a) it's easier for you to do things and (b) it's easier for other people to do things to you. Your problem is due to (a) not having demo.map in the expected place, or (b) not having the file permissions set correctly. Be sure you understand how Apache is setting and using user permissions. - 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: Jeff L. [mailto:nf10 at hotmail.com] Sent: Thursday, July 31, 2003 2:16 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS Ed, I agree that diging into the web server setup would help. For now, i uninstalled IIS, then installed Apache and MapServer: it's working: i got the the expected error ("No query information ..."). Now i started to run the demo, loaded the "demo_init.html" and after pushing the button, there was an error "msLoadMap(): Unable to access file .... demo.map". the path of the file is correct. I guess that this would be a permission file error, but not sure. Jeff Lacoste >From: "Ed McNierney" >To: "Jeff L." , >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS >Date: Thu, 31 Jul 2003 13:19:42 -0400 > >Jeff - > >I would not claim Apache is "easier" than IIS in this regard. In general, >I don't think either of them (we run both) is hard or easy - they're just >different, and you need to understand something about running Web servers >and running CGI services on Web servers in order to run MapServer. Both >IIS and Apache have a security model that lets you control which files are >available to which Web users, and what those users can do to those files >(run them, read them, write to them, etc.). > >Read the help on IIS - that's what it's for. If you did a default >install/config you installed all the administration help files, and they're >pretty reasonable. > >I'm not trying to be unhelpful, but if you don't understand the security >model and how it applies to Web services, you're going to keep bumping into >one problem after another. Take the time to understand how to set up your >Web server, and THEN you'll be ready to set up MapServer. > > - 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: Jeff L. [mailto:nf10 at hotmail.com] >Sent: Thursday, July 31, 2003 1:15 PM >To: Ed McNierney; mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Ed, > >I'm new to web configuration. All i did is installing IIS on my windows XP >pro and then installed MapServ. >I guess that the web server is not configured, i have no idea how to do it. >Any info is appreciated. > >I heard that Apache would work easier than IIS. Apache would need specific >configuration or just a sandard installation ? > >Thanks > >Jeff Lacoste > > > >From: "Ed McNierney" > >To: "Jeff L." , > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > >Date: Thu, 31 Jul 2003 12:47:16 -0400 > > > >Jeff - > > > >If your Web server is configured correctly, there will be NO command >window > >opening and closing. You'll get that error text in a regular Web page >that > >stays there. > > > >I suspect that the directory in which mapserv.exe is installed does not >let > >users execute programs (like CGI programs) from it. > > > > - Ed > > > >-----Original Message----- > >From: Jeff L. [mailto:nf10 at hotmail.com] > >Sent: Thursday, July 31, 2003 10:27 AM > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > > > >Thanks Ed for your relpy. MapServ is installed in the IIS of my windows >XP > >machine. While trying to run it (localy from web browser pointing the > >"mapser.exe", the command window is opened then closed pretty fast. I >have > >no idea about the content of the command window. I'm not sure what >message > >was displayed there. At least if i know that was "No query information to > >decode. QUERY_STRING not set." It can get me going to the next steps > >(running the demo). > > > > > >Thanks again > > > >Jeff Lacoste > > > > > > >From: "Ed McNierney" > > >To: "Jeff L." , > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Date: Thu, 31 Jul 2003 09:44:10 -0400 > > > > > >Jeff - > > > > > >There's no problem - that's the way it's supposed to work! > > > > > >You can run MapServer from the command line with the "-v" switch, and > > >you'll get text output. Normally CGI programs are not meant to be run > >from > > >the command line, and MapServer is no exception. > > > > > >If you properly configure your Web site to allow users to execute CGI > > >programs, you should be able to type the following in your browser: > > > > > >http://server.yourdomain.com/mapserv > > > > > >(replace the server and domain names with your names) > > > > > >and get the error message: > > > > > >"No query information to decode. QUERY_STRING not set." > > > > > >in your browser window. > > > > > >Until you get to that point, you haven't managed to get a basic CGI > >program > > >running, so there's no point in doing anything else yet! > > > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > > >Sent: Thursday, July 31, 2003 7:29 AM > > >To: mapserver-users at lists.gis.umn.edu > > >Subject: [Mapserver-users] MapServer on Windows XP and IIS > > > > > > > > >Hi, > > > > > >I installed MapServer on Windows XO and IIS. When i try to execute the > > >mapserv from the command window (C:\Inetpub\Scripts\MapServ), i have an > > >error: "This script can only be used to decode form results and should >be > > >initiated as a CGI process via a httpd server ". I tried also to >execute > > >the > > >script from Internet Explorer. The result is a command window displayed > > >then > > >closed fast. > > > > > >Any idea about the possible problem ? > > > > > >Thanks, > > > > > >Jeff Lacoste > > > > > >_________________________________________________________________ > > >The new MSN 8: advanced junk mail protection and 2 months FREE* > > >http://join.msn.com/?page=features/junkmail > > > > > >_______________________________________________ > > >Mapserver-users mailing list > > >Mapserver-users at lists.gis.umn.edu > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > >_________________________________________________________________ > >Add photos to your messages with MSN 8. Get 2 months FREE*. > >http://join.msn.com/?page=features/featuredemail > > > >_________________________________________________________________ >The new MSN 8: smart spam protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From vatsavai at mail.cs.umn.edu Thu Jul 31 12:03:16 2003 From: vatsavai at mail.cs.umn.edu (vatsavai at mail.cs.umn.edu) Date: Thu, 31 Jul 2003 14:03:16 -0500 (CDT) Subject: [Mapserver-users] nightly build sources Message-ID: <200307311903.OAA02554@plato.cs.umn.edu> Hello All, Yesterday I patched our sun servers and it seems apache went down on cvs.gis.umn.edu and I didn't checked it till this afternoon. Its available now and nightly builds can be downloaded from http://cvs.gis.umn.edu/dist/nightly.tar.gz Please note that this is the only place to download nightly builds. Its seem some people are trying to access from old web site. We removed all the links to those old sites, so please update your book marks (if any). Thanks, Raju ---- P.S. Sorry for the delay in response as both Tom and me are not in office. From palle at mail-online.dk Thu Jul 31 12:06:20 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Thu, 31 Jul 2003 21:06:20 +0200 Subject: [Mapserver-users] WMS Client on IIS with MS_MAPFILE variable problem In-Reply-To: <3F294FB2.3050007@dmsolutions.ca> References: <3F293776.6020609@i3.com> <3F294FB2.3050007@dmsolutions.ca> Message-ID: Here is what I would do: Make an asp script i.e. mapserv.asp. Pass it all the parameters mapserver needs + a service parameter. Have all the services stored in a configuration file, that says which mapfile goes with which service. Have all map files stored outside the website. Pass all parameters, except the service parameter on to mapserver + the map parameter. Grab the output, and pass it back. We do something similar with a perl script, it's quite easy in perl, it could be harder using asp. Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: Daniel Morissette To: David Graham Cc: mapserver-users at lists.gis.umn.edu Date: Thu, 31 Jul 2003 13:19:46 -0400 Subject: Re: [Mapserver-users] WMS Client on IIS with MS_MAPFILE variable problem > Here are two more suggestions: > > 1- Try setting MS_MAPFILE globally in your server to a relative path, > e.g. MS_MAPFILE = local.map > then create one scripts directory per WMS service. Each directory > will contain only a copy of mapserv.exe plus the local.map for that > WMS > service. When you access mapserv.exe in each script directory it > will > load the local.map in that directory since MS_MAPFILE is a relative > path. > > 2- If you are setup to compile mapserv.exe you could produce custom > executables for each WMS service in which you would hardcode the > mapfile > path. > > 3- A better long-term solution could be to enhance mapserv.exe so > that > if you rename it to for instance mywms1.exe then it looks for a > mapfile > with the same basename (mywms1.map) in a directory specified using an > environment variable such as MS_MAPFILE_PATH. So to setup a new WMS > service you would simply make a copy of mapserv.exe under the name of > the new WMS service in your scripts directory. > > Daniel > > > > David Graham wrote: > > Hi everyone: > > > > Here is a tricky one, perhaps someone has solved this problem. I > am no > > IIS expert, so there may yet be a simple solution to this. > > > > We have some WMS serviers running on Linux and they work fine. I > have > > hidden the map file with a shell script as suggested in the WMS > Server > > documentation. > > > > [root at commerce1 cgi-bin]# more i3_demo > > #! /bin/sh > > MS_MAPFILE=/var/www/wms.i3.com/mapfiles/i3demo.map > > export MS_MAPFILE > > /var/www/wms.i3.com/bin/mapserv3.7 > > > > And it works great. > > > > I now need to perform the same functionality on Windows 2000 using > IIS. > > I searched around to see if I could set an environment variable to > be > > associated with a given script(exe) but could not find a reference > or > > dialog box to set anything. > > > > I then tried windows scripting. I used cscript.exe to execute the > > following jscript script. > > > > [dave at solar dave]$ more i3image.js > > var WshShell = WScript.CreateObject("WScript.Shell"); > > var WshSysEnv = WshShell.Environment("SYSTEM"); > > WshSysEnv.Item( "MS_MAPFILE" ) = > > "N:\\wms_data\\mapfiles\\wms1\\i3_Imagery_wms_service.map"; > > WshShell.Run( "C:\\Inetpub\\wwwroot\\wms\\wmsserver.exe", 0, true > ); > > > > Then I set the IIS to map an empty file I labled wms.i3image to > > C:\WINNT\cscritpt //Nologo \i3image.js > > > > After setting up some permissions, this executed but I have no > results. > > > > The problem is that the script spawns a new shell and send the > output to > > that shell which is then not related back to IIS. > > > > It also accured to me that the new shell might not even have the > > inherited the CGI environment, but I have not tested that either. > > > > So my question is has anyone cracked this problem? I know I could > > probably do it in perl or python, but I would rather avoid putting > > another package on the system just for a script this small. This > is > > supposed to be the first in a bank of machines that will run only > > Mapserver WMS services with no other applications installed. The > idea > > is to minimize the amount of software and thus reduce the > degredation of > > the Windows system. > > > > By the way Windows is a prerequisit since we will be serving up a > lot of > > data that is compressed in ECW format. > > > > So if anyone can give me suggestions on how to make this work with > > Windows 2000 provided technology I would greatly apreaciate it. > > > > Thanks > > > > Dave Graham > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille konkurrence p? nettet, og vind et gavekort p? 50.000 kroner... KLIK HER: www.directoffice.dk/konkurrence From siki at bme-geod.agt.bme.hu Thu Jul 31 15:33:03 2003 From: siki at bme-geod.agt.bme.hu (Siki Zoltan) Date: Thu, 31 Jul 2003 21:33:03 -0100 (GMT+1) Subject: [Mapserver-users] Nothing raster (tiff,jpeg) comes out In-Reply-To: <3F19D204@sws.ncl.ac.uk> Message-ID: Dear Zainal, You gave us few details, so I can make only suggestions. Does mapserver support the used raster format? Check mapserv -v Do you have world file along with your raster image? If you have GeoTiff no need for world file. See Raster howto at mapserver.gis.umn.edu/doc36/raster-howto.html What is the status of the layer? If it is ON then you will see it if you specify the layer name in the query string e.g. www.somewhere/cgi-bin/mapserv?map=your_map_file&layer=layer_name Does the extent of the map and the raster fits? If these don't help give us more information. Hi, Zoltan Siki On Fri, 18 Jul 2003, zainal A Majeed wrote: > Dear friends, > > I hope this is not a repetition. I try to map out with mapsever raster aerial > photo from map file. The connection to mapserver was alright but nothing comes > out in view except white window(there is an image but white - can't see). > Can anybody tell what is the problem? > > Thanks and cheers > > Zainal > > ZAINAL A MAJEED > PhD in Web Technology and Internet GIS > School of Civil Engineering and Geosciences > Bedson BUilding, University of Newcastle upon Tyne > Newcastle upon-Tyne NE1 7RU > United Kingdom > > Tel: +44 (0)191 222 6357 > Fax: +44 (0)191 222 8691 > email: zainal.abdul-majeed at ncl.ac.uk > web: http://www.cegs.ncl.ac.uk > web: http://geomatics.ncl.ac.uk > ************************************* > Home: > 178 Dilston Road, > Newcastle Upon Tyne NE4 5AD > United Kingdom > Phone : +44 (0) 191-2727259 > Mobile : +44 (0) 796-0938952 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From pkishor at geoanalytics.com Thu Jul 31 12:07:08 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 31 Jul 2003 19:07:08 -0000 Subject: [Mapserver-users] Re: MapServer and FileMaker Pro on Mac OS X In-Reply-To: <48BF2372-BB9F-11D7-98D4-000A95A0906A@mac.com> Message-ID: seems this fell through the cracks. --- In mapserver-users at yahoogroups.com, Hugh Evans wrote: > Hi all - am looking at storing lats and longs etc. in a FilemakerPro > document and sending search results to mapserver.... you can't really "send" the search results to mapserver unless you are creating an application in FMPro and then using AppleScript or something to fire up the Mapserver URL in the browser... I think what you mean is "pull" the lat-long info from FMPro into Mapserver... To do that, you would need something like ODBC turned on. Once that is on, and assuming you are using some kind of scripting (Perl, PHP, Tcl, Python, etc.), you could use the ODBC connector to get to the lat-long data inside FMPro. Anyone of the above languages may also have a direct-to-FMPro module/package, but I highly doubt that. Hence, ODBC may be the only way to go. If you are averse to using a large, complicated database system, I highly recommend SQLite... there is a wonderful Perl module for SQLite which, on installation, installs the darn database (SQLite) engine as well... cool! Hope this helps. From nf10 at hotmail.com Thu Jul 31 12:15:50 2003 From: nf10 at hotmail.com (Jeff L.) Date: Thu, 31 Jul 2003 19:15:50 +0000 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: Ed, I would use some links or tips to learn about Apache and file permissions. The reason i'm contacting this list to get some tips from other people experiences. Otherwise, i can spend many days to learn appache, but this could be overkilling for my very basic needs. All i want is to be able to run this demo as a start then may be go deeper. regards, Jeff >From: "Ed McNierney" >To: "Jeff L." , >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS >Date: Thu, 31 Jul 2003 14:37:14 -0400 > >Jeff - > >Well, you PROBABLY needed to check exactly one checkbox in IIS, which might >have been a tad quicker than installing a new server . Please do take >the time to understand what's going on - Apache is more permissive in its >default install, which means (a) it's easier for you to do things and (b) >it's easier for other people to do things to you. > >Your problem is due to (a) not having demo.map in the expected place, or >(b) not having the file permissions set correctly. Be sure you understand >how Apache is setting and using user permissions. > > - 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: Jeff L. [mailto:nf10 at hotmail.com] >Sent: Thursday, July 31, 2003 2:16 PM >To: Ed McNierney; mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Ed, > >I agree that diging into the web server setup would help. > >For now, i uninstalled IIS, then installed Apache and MapServer: it's >working: i got the the expected error ("No query information ..."). > >Now i started to run the demo, loaded the "demo_init.html" and after >pushing >the button, there was an error "msLoadMap(): Unable to access file .... >demo.map". the path of the file is correct. I guess that this would be a >permission file error, but not sure. > >Jeff Lacoste > > > > >From: "Ed McNierney" > >To: "Jeff L." , > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > >Date: Thu, 31 Jul 2003 13:19:42 -0400 > > > >Jeff - > > > >I would not claim Apache is "easier" than IIS in this regard. In >general, > >I don't think either of them (we run both) is hard or easy - they're just > >different, and you need to understand something about running Web servers > >and running CGI services on Web servers in order to run MapServer. Both > >IIS and Apache have a security model that lets you control which files >are > >available to which Web users, and what those users can do to those files > >(run them, read them, write to them, etc.). > > > >Read the help on IIS - that's what it's for. If you did a default > >install/config you installed all the administration help files, and >they're > >pretty reasonable. > > > >I'm not trying to be unhelpful, but if you don't understand the security > >model and how it applies to Web services, you're going to keep bumping >into > >one problem after another. Take the time to understand how to set up >your > >Web server, and THEN you'll be ready to set up MapServer. > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > >Sent: Thursday, July 31, 2003 1:15 PM > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > > > >Ed, > > > >I'm new to web configuration. All i did is installing IIS on my windows >XP > >pro and then installed MapServ. > >I guess that the web server is not configured, i have no idea how to do >it. > >Any info is appreciated. > > > >I heard that Apache would work easier than IIS. Apache would need >specific > >configuration or just a sandard installation ? > > > >Thanks > > > >Jeff Lacoste > > > > > > >From: "Ed McNierney" > > >To: "Jeff L." , > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Date: Thu, 31 Jul 2003 12:47:16 -0400 > > > > > >Jeff - > > > > > >If your Web server is configured correctly, there will be NO command > >window > > >opening and closing. You'll get that error text in a regular Web page > >that > > >stays there. > > > > > >I suspect that the directory in which mapserv.exe is installed does not > >let > > >users execute programs (like CGI programs) from it. > > > > > > - Ed > > > > > >-----Original Message----- > > >From: Jeff L. [mailto:nf10 at hotmail.com] > > >Sent: Thursday, July 31, 2003 10:27 AM > > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > > > > > > >Thanks Ed for your relpy. MapServ is installed in the IIS of my >windows > >XP > > >machine. While trying to run it (localy from web browser pointing the > > >"mapser.exe", the command window is opened then closed pretty fast. I > >have > > >no idea about the content of the command window. I'm not sure what > >message > > >was displayed there. At least if i know that was "No query information >to > > >decode. QUERY_STRING not set." It can get me going to the next steps > > >(running the demo). > > > > > > > > >Thanks again > > > > > >Jeff Lacoste > > > > > > > > > >From: "Ed McNierney" > > > >To: "Jeff L." , > > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > >Date: Thu, 31 Jul 2003 09:44:10 -0400 > > > > > > > >Jeff - > > > > > > > >There's no problem - that's the way it's supposed to work! > > > > > > > >You can run MapServer from the command line with the "-v" switch, and > > > >you'll get text output. Normally CGI programs are not meant to be >run > > >from > > > >the command line, and MapServer is no exception. > > > > > > > >If you properly configure your Web site to allow users to execute CGI > > > >programs, you should be able to type the following in your browser: > > > > > > > >http://server.yourdomain.com/mapserv > > > > > > > >(replace the server and domain names with your names) > > > > > > > >and get the error message: > > > > > > > >"No query information to decode. QUERY_STRING not set." > > > > > > > >in your browser window. > > > > > > > >Until you get to that point, you haven't managed to get a basic CGI > > >program > > > >running, so there's no point in doing anything else yet! > > > > > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > > > >Sent: Thursday, July 31, 2003 7:29 AM > > > >To: mapserver-users at lists.gis.umn.edu > > > >Subject: [Mapserver-users] MapServer on Windows XP and IIS > > > > > > > > > > > >Hi, > > > > > > > >I installed MapServer on Windows XO and IIS. When i try to execute >the > > > >mapserv from the command window (C:\Inetpub\Scripts\MapServ), i have >an > > > >error: "This script can only be used to decode form results and >should > >be > > > >initiated as a CGI process via a httpd server ". I tried also to > >execute > > > >the > > > >script from Internet Explorer. The result is a command window >displayed > > > >then > > > >closed fast. > > > > > > > >Any idea about the possible problem ? > > > > > > > >Thanks, > > > > > > > >Jeff Lacoste > > > > > > > >_________________________________________________________________ > > > >The new MSN 8: advanced junk mail protection and 2 months FREE* > > > >http://join.msn.com/?page=features/junkmail > > > > > > > >_______________________________________________ > > > >Mapserver-users mailing list > > > >Mapserver-users at lists.gis.umn.edu > > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > >_________________________________________________________________ > > >Add photos to your messages with MSN 8. Get 2 months FREE*. > > >http://join.msn.com/?page=features/featuredemail > > > > > > >_________________________________________________________________ > >The new MSN 8: smart spam protection and 2 months FREE* > >http://join.msn.com/?page=features/junkmail > > > >_________________________________________________________________ >Help STOP SPAM with the new MSN 8 and get 2 months FREE* >http://join.msn.com/?page=features/junkmail > _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From pkishor at geoanalytics.com Thu Jul 31 12:13:16 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 31 Jul 2003 19:13:16 -0000 Subject: [Mapserver-users] Re: php code inside a CGI mapserver application In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, "colombo.l" wrote: > hello, > > i did a CGI-Mapserver application following some tutorials on the site, all work great, I have some problems when I put php code inside my template file. > I use apache , php 4.3 (working as a cgi) and mapserver 3.6. > > If I define my template.php as my template (inside mapfile) I get some errors (Malformed URL). So I added this line to http.conf: > > AddType application/x-httpd-php .html > > Now I can put php code inside html pages, but it didn't works with mapserver !! > > I can't get php-code to be compiled, mapserver process the page but apache+php didn't. > did someone answer this? As far as I can think... you can't really do anything... Apache can work with one server-side processor only... you either have it work with Mapserver, or you have it work with PHP. Maybe there is a way to make it work with both, but I can't think of any. If you want to use PHP, why not ditch the Mapserver-as-a-CGI, and use Mapserver-as-a-PHP module? Compile and install PHP/Mapscript, and then use PHP to its fullest capability to do what you want to... From siki at bme-geod.agt.bme.hu Thu Jul 31 15:42:06 2003 From: siki at bme-geod.agt.bme.hu (Siki Zoltan) Date: Thu, 31 Jul 2003 21:42:06 -0100 (GMT+1) Subject: [Mapserver-users] DEMO HELP In-Reply-To: <85042C7A1A0DD74EACF3145F32F37BA4D5DF6F@medmail6.mednet.ucla.edu> Message-ID: Hi Hong, Did you change the map_web_imagepath and map_web_imageurl in demo_init.html? map_web_imagepath is the full path to your tmp directory e,g, /var/www/html/tmp map_web_imageurl is the path from the www server root e.g. /tmp (if the server root is a /var/www/html) Good luck Zoltan Siki On Fri, 18 Jul 2003, Hong, Sung-Hyuk wrote: > I have been able to install mapserv 3.5 with DEMO Itasca 3.5 > However, the image is not generated in the /htdocs/tmp directory. Some > example of image name is "/tmp/DEMOsb10585493418502.gif" > Do I have set some special parameters in apache configuration for mapserv to > use the tmp directory? Any suggestion? > Thank in advance. > Sung > _______________________________________________ > 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 Jul 31 12:26:58 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 31 Jul 2003 15:26:58 -0400 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE47@mercator.topozone.com> Jeff - You can start with http://httpd.apache.org/ and http://httpd.apache.org/docs-2.1/ There are a huge number of people on this list who are very generous with their time and very willing to help. To respect that generosity, I think we all should take responsibility for understanding the tools we're using that are NOT MapServer, and not expect the participants on this list to respond to "how exactly do I install Red Hat?" or the like. There are other lists for Apache help, etc., and I'm simply suggesting you try to maximize your benefit by focusing on MapServer questions on this list. I also think you should recognize that running Web servers means exposing your computers and services to others. There are security risks associated with this, and you should take the time to understand just what it is you're doing and what the security implications of it are. I'm not suggesting you spend many days learning Apache, but if you look at the docs you can easily find sections like "Security Tips" and the like that only take a few minutes to read through. This is very much the "teach a man to fish" issue - you'll be much better off in the long run if you understand the tools you're using. If you're going to run a Web site, you should have a basic understanding of how to operate your Web server. I think you will find that MapServer questions will - with very few exceptions - be replied to quickly and thoroughly on this list. If someone asks "what do I need to do to use raster data in State Plane coordinates in a MAP file that serves lat/lon output?" I'll jump right in and start typing. If someone asks "how do I configure Apache to run CGI programs", I groan and hope someone else picks up the ball . - 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: Jeff L. [mailto:nf10 at hotmail.com] Sent: Thursday, July 31, 2003 3:16 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS Ed, I would use some links or tips to learn about Apache and file permissions. The reason i'm contacting this list to get some tips from other people experiences. Otherwise, i can spend many days to learn appache, but this could be overkilling for my very basic needs. All i want is to be able to run this demo as a start then may be go deeper. regards, Jeff >From: "Ed McNierney" >To: "Jeff L." , >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS >Date: Thu, 31 Jul 2003 14:37:14 -0400 > >Jeff - > >Well, you PROBABLY needed to check exactly one checkbox in IIS, which might >have been a tad quicker than installing a new server . Please do take >the time to understand what's going on - Apache is more permissive in its >default install, which means (a) it's easier for you to do things and (b) >it's easier for other people to do things to you. > >Your problem is due to (a) not having demo.map in the expected place, or >(b) not having the file permissions set correctly. Be sure you understand >how Apache is setting and using user permissions. > > - 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: Jeff L. [mailto:nf10 at hotmail.com] >Sent: Thursday, July 31, 2003 2:16 PM >To: Ed McNierney; mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Ed, > >I agree that diging into the web server setup would help. > >For now, i uninstalled IIS, then installed Apache and MapServer: it's >working: i got the the expected error ("No query information ..."). > >Now i started to run the demo, loaded the "demo_init.html" and after >pushing >the button, there was an error "msLoadMap(): Unable to access file .... >demo.map". the path of the file is correct. I guess that this would be a >permission file error, but not sure. > >Jeff Lacoste > > > > >From: "Ed McNierney" > >To: "Jeff L." , > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > >Date: Thu, 31 Jul 2003 13:19:42 -0400 > > > >Jeff - > > > >I would not claim Apache is "easier" than IIS in this regard. In >general, > >I don't think either of them (we run both) is hard or easy - they're just > >different, and you need to understand something about running Web servers > >and running CGI services on Web servers in order to run MapServer. Both > >IIS and Apache have a security model that lets you control which files >are > >available to which Web users, and what those users can do to those files > >(run them, read them, write to them, etc.). > > > >Read the help on IIS - that's what it's for. If you did a default > >install/config you installed all the administration help files, and >they're > >pretty reasonable. > > > >I'm not trying to be unhelpful, but if you don't understand the security > >model and how it applies to Web services, you're going to keep bumping >into > >one problem after another. Take the time to understand how to set up >your > >Web server, and THEN you'll be ready to set up MapServer. > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > >Sent: Thursday, July 31, 2003 1:15 PM > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > > > >Ed, > > > >I'm new to web configuration. All i did is installing IIS on my windows >XP > >pro and then installed MapServ. > >I guess that the web server is not configured, i have no idea how to do >it. > >Any info is appreciated. > > > >I heard that Apache would work easier than IIS. Apache would need >specific > >configuration or just a sandard installation ? > > > >Thanks > > > >Jeff Lacoste > > > > > > >From: "Ed McNierney" > > >To: "Jeff L." , > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Date: Thu, 31 Jul 2003 12:47:16 -0400 > > > > > >Jeff - > > > > > >If your Web server is configured correctly, there will be NO command > >window > > >opening and closing. You'll get that error text in a regular Web page > >that > > >stays there. > > > > > >I suspect that the directory in which mapserv.exe is installed does not > >let > > >users execute programs (like CGI programs) from it. > > > > > > - Ed > > > > > >-----Original Message----- > > >From: Jeff L. [mailto:nf10 at hotmail.com] > > >Sent: Thursday, July 31, 2003 10:27 AM > > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > > > > > > >Thanks Ed for your relpy. MapServ is installed in the IIS of my >windows > >XP > > >machine. While trying to run it (localy from web browser pointing the > > >"mapser.exe", the command window is opened then closed pretty fast. I > >have > > >no idea about the content of the command window. I'm not sure what > >message > > >was displayed there. At least if i know that was "No query information >to > > >decode. QUERY_STRING not set." It can get me going to the next steps > > >(running the demo). > > > > > > > > >Thanks again > > > > > >Jeff Lacoste > > > > > > > > > >From: "Ed McNierney" > > > >To: "Jeff L." , > > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > >Date: Thu, 31 Jul 2003 09:44:10 -0400 > > > > > > > >Jeff - > > > > > > > >There's no problem - that's the way it's supposed to work! > > > > > > > >You can run MapServer from the command line with the "-v" switch, and > > > >you'll get text output. Normally CGI programs are not meant to be >run > > >from > > > >the command line, and MapServer is no exception. > > > > > > > >If you properly configure your Web site to allow users to execute CGI > > > >programs, you should be able to type the following in your browser: > > > > > > > >http://server.yourdomain.com/mapserv > > > > > > > >(replace the server and domain names with your names) > > > > > > > >and get the error message: > > > > > > > >"No query information to decode. QUERY_STRING not set." > > > > > > > >in your browser window. > > > > > > > >Until you get to that point, you haven't managed to get a basic CGI > > >program > > > >running, so there's no point in doing anything else yet! > > > > > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > > > >Sent: Thursday, July 31, 2003 7:29 AM > > > >To: mapserver-users at lists.gis.umn.edu > > > >Subject: [Mapserver-users] MapServer on Windows XP and IIS > > > > > > > > > > > >Hi, > > > > > > > >I installed MapServer on Windows XO and IIS. When i try to execute >the > > > >mapserv from the command window (C:\Inetpub\Scripts\MapServ), i have >an > > > >error: "This script can only be used to decode form results and >should > >be > > > >initiated as a CGI process via a httpd server ". I tried also to > >execute > > > >the > > > >script from Internet Explorer. The result is a command window >displayed > > > >then > > > >closed fast. > > > > > > > >Any idea about the possible problem ? > > > > > > > >Thanks, > > > > > > > >Jeff Lacoste > > > > > > > >_________________________________________________________________ > > > >The new MSN 8: advanced junk mail protection and 2 months FREE* > > > >http://join.msn.com/?page=features/junkmail > > > > > > > >_______________________________________________ > > > >Mapserver-users mailing list > > > >Mapserver-users at lists.gis.umn.edu > > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > >_________________________________________________________________ > > >Add photos to your messages with MSN 8. Get 2 months FREE*. > > >http://join.msn.com/?page=features/featuredemail > > > > > > >_________________________________________________________________ > >The new MSN 8: smart spam protection and 2 months FREE* > >http://join.msn.com/?page=features/junkmail > > > >_________________________________________________________________ >Help STOP SPAM with the new MSN 8 and get 2 months FREE* >http://join.msn.com/?page=features/junkmail > _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From heitzso at growthmodels.com Thu Jul 31 12:42:24 2003 From: heitzso at growthmodels.com (Heitzso) Date: Thu, 31 Jul 2003 15:42:24 -0400 Subject: [Mapserver-users] python styleObj classObj colorObj question in 4.x Message-ID: <3F297120.2090408@growthmodels.com> (I'm working with cvs mapserver_dev from a couple weeks ago. Let me know please if that's my problem.) Trying to create a layer to display in python mapscript. I have the code working great with existing layers from the map file. But failing to draw layers created in code. The map will draw (when I don't have the code buggered with experiments) but nothing shows. I assumed I don't have the outline color set correctly. The layer I'm building up is based on a layer that works when accessed from the mapfile. Code snippet ... map = mapObj(mapFilename) ... img = map.prepareImage() layer = layerObj(map) layer.name = 'test' layer.connection = "a postgis conn that works in mapfile" layer.connectiontype = MS_POSTGIS layer.data = "the_geom from counties" layer.status = MS_ON layer.type = MS_LAYER_POLYGON c = classObj(layer) c.name = "testclass" style = styleObj(c) <-- CRASH!!!!!!!!! style.outlinecolor = setRGB(0,0,0) c.status = MS_ON layer.draw(map, img) map.drawLabelCache(img) img.save(imagePath + imageFilename) I find doc confusing, cross ups between 3.x and 4.x version and perl/php/python variations in code style and doc version. For instance ... doc states styleObj constructed with classObj passed in, i.e. 's = styleObj(cObj)' but mapscript complains that method must not have an argument ?! doc also states that everything migrated over to styleObj but it's not clear if that's _required_ or suggested Could someone enlighten me? THANKS! Heitzso From rjames57 at yahoo.com Thu Jul 31 12:55:33 2003 From: rjames57 at yahoo.com (Randy James) Date: Thu, 31 Jul 2003 12:55:33 -0700 (PDT) Subject: [Mapserver-users] MapServer on Windows XP and IIS In-Reply-To: Message-ID: <20030731195533.11220.qmail@web12508.mail.yahoo.com> Hi Hmm well i do not know very much about apache, i did not have to study it for more than an couple of hours, yet i managed to get mapserver running. But maybe i have enough background information to understand about file permissions,and web paths. My point is; no need for overkill just a general knowledge got mapserver running for me Cheers Randy --- "Jeff L." wrote: > Ed, > > I would use some links or tips to learn about Apache and > file permissions. > The reason i'm contacting this list to get some tips from > other people > experiences. Otherwise, i can spend many days to learn > appache, but this > could be overkilling for my very basic needs. All i want > is to be able to > run this demo as a start then may be go deeper. > > regards, > > Jeff > > >From: "Ed McNierney" > >To: "Jeff L." > , > >Subject: RE: [Mapserver-users] MapServer on Windows XP > and IIS > >Date: Thu, 31 Jul 2003 14:37:14 -0400 > > > >Jeff - > > > >Well, you PROBABLY needed to check exactly one checkbox > in IIS, which might > >have been a tad quicker than installing a new server > . Please do take > >the time to understand what's going on - Apache is more > permissive in its > >default install, which means (a) it's easier for you to > do things and (b) > >it's easier for other people to do things to you. > > > >Your problem is due to (a) not having demo.map in the > expected place, or > >(b) not having the file permissions set correctly. Be > sure you understand > >how Apache is setting and using user permissions. > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > >Sent: Thursday, July 31, 2003 2:16 PM > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > >Subject: RE: [Mapserver-users] MapServer on Windows XP > and IIS > > > > > >Ed, > > > >I agree that diging into the web server setup would > help. > > > >For now, i uninstalled IIS, then installed Apache and > MapServer: it's > >working: i got the the expected error ("No query > information ..."). > > > >Now i started to run the demo, loaded the > "demo_init.html" and after > >pushing > >the button, there was an error "msLoadMap(): Unable to > access file .... > >demo.map". the path of the file is correct. I guess that > this would be a > >permission file error, but not sure. > > > >Jeff Lacoste > > > > > > > > >From: "Ed McNierney" > > >To: "Jeff L." > , > > >Subject: RE: [Mapserver-users] MapServer on Windows XP > and IIS > > >Date: Thu, 31 Jul 2003 13:19:42 -0400 > > > > > >Jeff - > > > > > >I would not claim Apache is "easier" than IIS in this > regard. In > >general, > > >I don't think either of them (we run both) is hard or > easy - they're just > > >different, and you need to understand something about > running Web servers > > >and running CGI services on Web servers in order to > run MapServer. Both > > >IIS and Apache have a security model that lets you > control which files > >are > > >available to which Web users, and what those users can > do to those files > > >(run them, read them, write to them, etc.). > > > > > >Read the help on IIS - that's what it's for. If you > did a default > > >install/config you installed all the administration > help files, and > >they're > > >pretty reasonable. > > > > > >I'm not trying to be unhelpful, but if you don't > understand the security > > >model and how it applies to Web services, you're going > to keep bumping > >into > > >one problem after another. Take the time to > understand how to set up > >your > > >Web server, and THEN you'll be ready to set up > MapServer. > > > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > > >Sent: Thursday, July 31, 2003 1:15 PM > > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > > >Subject: RE: [Mapserver-users] MapServer on Windows XP > and IIS > > > > > > > > >Ed, > > > > > >I'm new to web configuration. All i did is installing > IIS on my windows > >XP > > >pro and then installed MapServ. > > >I guess that the web server is not configured, i have > no idea how to do > >it. > > >Any info is appreciated. > > > > > >I heard that Apache would work easier than IIS. Apache > would need > >specific > > >configuration or just a sandard installation ? > > > > > >Thanks > > > > > >Jeff Lacoste > > > > > > > > > >From: "Ed McNierney" > > > >To: "Jeff L." > , > > > >Subject: RE: [Mapserver-users] MapServer on Windows > XP and IIS > > > >Date: Thu, 31 Jul 2003 12:47:16 -0400 > > > > > > > >Jeff - > > > > > > > >If your Web server is configured correctly, there > will be NO command > > >window > > > >opening and closing. You'll get that error text in > a regular Web page > > >that > > > >stays there. > > > > > > > >I suspect that the directory in which mapserv.exe is > installed does not > > >let > > > >users execute programs (like CGI programs) from it. > > > > > > > > - Ed > > > > > > > >-----Original Message----- > > > >From: Jeff L. [mailto:nf10 at hotmail.com] > > > >Sent: Thursday, July 31, 2003 10:27 AM > > > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > > > >Subject: RE: [Mapserver-users] MapServer on Windows > XP and IIS > > > > > > > > > > > >Thanks Ed for your relpy. MapServ is installed in > the IIS of my > >windows > > >XP > > > >machine. While trying to run it (localy from web > browser === message truncated === __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From heitzso at growthmodels.com Thu Jul 31 13:06:22 2003 From: heitzso at growthmodels.com (Heitzso) Date: Thu, 31 Jul 2003 16:06:22 -0400 Subject: [Mapserver-users] 4.x mapscript python styleObj question Message-ID: <3F2976BE.5020606@growthmodels.com> (Not sure this went through on first pass, I apologize if it is a double submittal. Also, I'm working with cvs mapserver_dev from a couple weeks ago. Let me know please if that's my problem.) Trying to create a layer to display in python mapscript. I have the code working great with existing layers from the map file. But failing to draw layers created in code. The map will draw (when I don't have the code buggered with experiments) but nothing shows. The layer I'm building up is based on a layer that works great when accessed from the mapfile. Code snippet ... map = mapObj(mapFilename) ... img = map.prepareImage() layer = layerObj(map) layer.name = 'test' layer.connection = "a postgis conn that works in mapfile" layer.connectiontype = MS_POSTGIS layer.data = "the_geom from counties" layer.status = MS_ON layer.type = MS_LAYER_POLYGON c = classObj(layer) c.name = "testclass" style = styleObj(c) <-- CRASH!!!!!!!!! style.outlinecolor = setRGB(0,0,0) c.status = MS_ON layer.draw(map, img) map.drawLabelCache(img) img.save(imagePath + imageFilename) I find doc confusing, cross ups between 3.x and 4.x version and perl/php/python variations in code style and doc version. For instance ... doc states styleObj constructed with classObj passed in, i.e. 's = styleObj(cObj)' but mapscript complains that method must not have an argument ?! doc also states that everything migrated over to styleObj but it's not clear if that's _required_ or suggested Could someone enlighten me? THANKS! Heitzso From pkishor at geoanalytics.com Thu Jul 31 13:08:08 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 31 Jul 2003 20:08:08 -0000 Subject: [Mapserver-users] Re: MapServer on Windows XP and IIS In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, "Jeff L." wrote: > Ed, > > I would use some links or tips to learn about Apache > and file permissions. The reason i'm contacting this > list to get some tips from other people > experiences. Otherwise, i can spend many days to learn > appache, but this could be overkilling for my very basic > needs. All i want is to be able to > run this demo as a start then may be go deeper. > Hi Jeff, I know that you are in Ed's capable hands, but here is just my 0.02 Euros. 1. If you are running, or wanting to run, Mapserver, you really should spend some (perhaps a lot of) time learning about the webserver, permissions, security, CGI, etc. You shouldn't be diving into a server side application without understanding the risks (and rewards). 2. Folks on this list will be happy to guide you, but a list is really not for "learning". The reason many of us are able to solve someone else's problem is because we have spent "many days" learning that program. Once you are good at it, you will support the Mapserver cause by helping others who might be stuck. A list is for problem-solving, not for learning, unless you are doing passive-learning by "watching" other conversations. 3. You say that you do want to delve deeper into Mapserver. When you do that, you will have to learn everything I mentioned above in #1. Do it now, and you will be that much ahead. All things Apache are at httpd.apache.org, and in the most excellent documentation that should have gotten installed on your computer when you installed Apache. It is a great webserver (kudos to the Apache team), and we can do them a favor by reading the docs they wrote. Welcome to list, and hopefully you will soon be at a stage where you will be helping others. Puneet. From sgillies at frii.com Thu Jul 31 13:11:09 2003 From: sgillies at frii.com (Sean Gillies) Date: Thu, 31 Jul 2003 14:11:09 -0600 Subject: [Mapserver-users] python styleObj classObj colorObj question in 4.x In-Reply-To: <3F297120.2090408@growthmodels.com> Message-ID: <20243224-C393-11D7-84BE-000393B98B56@frii.com> Heitzso, I'm going to insert my corrections into your code. And first, don't use 'map' as name for a mapObj instance because you may experience collision with the built-in Python function of the same name! On Thursday, July 31, 2003, at 01:42 PM, Heitzso wrote: > (I'm working with cvs mapserver_dev from a couple > weeks ago. Let me know please if that's my problem.) > > Trying to create a layer to display in python mapscript. > I have the code working great with existing layers from > the map file. But failing to draw layers created in > code. The map will draw (when I don't have the code > buggered with experiments) but nothing shows. I assumed > I don't have the outline color set correctly. The layer > I'm building up is based on a layer that works when > accessed from the mapfile. Code snippet ... > map = mapObj(mapFilename) > ... > img = map.prepareImage() > layer = layerObj(map) > layer.name = 'test' > layer.connection = "a postgis conn that works in mapfile" > layer.connectiontype = MS_POSTGIS > layer.data = "the_geom from counties" > layer.status = MS_ON > layer.type = MS_LAYER_POLYGON > c = classObj(layer) > c.name = "testclass" > style = styleObj(c) <-- CRASH!!!!!!!!! > style.outlinecolor = setRGB(0,0,0) do this instead of the previous two lines: c.styles.outlinecolor.red = 0 c.styles.outlinecolor.green = 0 c.styles.outlinecolor.blue = 0 > c.status = MS_ON > layer.draw(map, img) > map.drawLabelCache(img) > img.save(imagePath + imageFilename) > > I find doc confusing, cross ups between 3.x and 4.x > version and perl/php/python variations in code style > and doc version. > > For instance ... > > doc states styleObj constructed with classObj > passed in, i.e. 's = styleObj(cObj)' but > mapscript complains that method must not have > an argument ?! > > doc also states that everything migrated over > to styleObj but it's not clear if that's > _required_ or suggested > > Could someone enlighten me? > > THANKS! > Heitzso > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From akreider at nd.edu Thu Jul 31 14:45:09 2003 From: akreider at nd.edu (Aaron Kreider) Date: Thu, 31 Jul 2003 16:45:09 -0500 Subject: [Mapserver-users] Mapserver 4.0 - thread safe? Message-ID: <3F294795.22135.5A101F@localhost> I'm posting this again because nobody replied the first time and this is very important to my project. --------------------------------- I compiled Mapserver 4.0b version 2 on my home pc (red hat 7.1). For options I used: with-threads and with-php. When I uploaded it to my webserver and tried to run a test mapscript page it gave me a thread-safety error message. If thread-safety is implemented in 4.0b, shouldn't it be able to run on Apache without running PHP as CGI??? Or did someone implement thread-safety, but forget to remove the code that triggers this fatal error message? 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/campusac/public_html/map/example1.php on line 11 I'm loading mapscript.so using the dl() function. -Aaron- From RustyM at morleyandassociates.com Thu Jul 31 13:36:31 2003 From: RustyM at morleyandassociates.com (Rusty Moorman) Date: Thu, 31 Jul 2003 15:36:31 -0500 Subject: [Mapserver-users] Label: ANGLE auto Message-ID: --=_CE90D5CD.82E38EC3 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hello all, I am having trouble getting ANGLE working for the LABEL object. All of the labels (road names for a centerline layer) are simply horizontally aligned. I'm using "ANGLE: Auto" under the proper label object to no avail. Here are some system specs: Mapserver - v3.6.6 (downloaded binary - OGR / GIF support) Win2000 And here's a code snippet: LAYER NAME "vroadname" DATA Vanderburgh_centerline STATUS DEFAULT TYPE ANNOTATION LABELITEM "street_nam" LABELMAXSCALE 72000 CLASS LABEL ANGLE auto MINDISTANCE 50 POSITION CC SIZE TINY COLOR 0 0 0 END END END Any clue as to what I'm doing wrong? Thanks for the help. Rusty Moorman Morley & Associates, Inc. --=_CE90D5CD.82E38EC3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Description: HTML
Hello all,
   I am having trouble getting ANGLE working for the LABEL object. All of the labels (road names for a centerline layer) are simply horizontally aligned.
 
   I'm using "ANGLE: Auto" under the proper label object to no avail.
 
   Here are some system specs:
        Mapserver - v3.6.6 (downloaded binary - OGR / GIF support)
        Win2000
 
   And here's a code snippet:
 
 LAYER 
    NAME "vroadname"
    DATA Vanderburgh_centerline
    STATUS DEFAULT
    TYPE ANNOTATION
    LABELITEM "street_nam"
    LABELMAXSCALE 72000
    CLASS
        LABEL
            ANGLE auto
            MINDISTANCE 50
            POSITION CC
            SIZE TINY
            COLOR 0 0 0
        END
    END
END
 
      Any clue as to what I'm doing wrong? Thanks for the help.
 
         Rusty Moorman
         Morley & Associates, Inc.
--=_CE90D5CD.82E38EC3-- From nf10 at hotmail.com Thu Jul 31 13:44:09 2003 From: nf10 at hotmail.com (Jeff L.) Date: Thu, 31 Jul 2003 20:44:09 +0000 Subject: [Mapserver-users] MapServer on Windows XP and IIS Message-ID: Ed, I got the demo finaly running. Pretty nice. Thank you for your help and input much appreciated. Jeff >From: "Ed McNierney" >To: "Jeff L." , >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS >Date: Thu, 31 Jul 2003 15:26:58 -0400 > >Jeff - > >You can start with http://httpd.apache.org/ and >http://httpd.apache.org/docs-2.1/ > >There are a huge number of people on this list who are very generous with >their time and very willing to help. To respect that generosity, I think >we all should take responsibility for understanding the tools we're using >that are NOT MapServer, and not expect the participants on this list to >respond to "how exactly do I install Red Hat?" or the like. There are >other lists for Apache help, etc., and I'm simply suggesting you try to >maximize your benefit by focusing on MapServer questions on this list. > >I also think you should recognize that running Web servers means exposing >your computers and services to others. There are security risks associated >with this, and you should take the time to understand just what it is >you're doing and what the security implications of it are. I'm not >suggesting you spend many days learning Apache, but if you look at the docs >you can easily find sections like "Security Tips" and the like that only >take a few minutes to read through. This is very much the "teach a man to >fish" issue - you'll be much better off in the long run if you understand >the tools you're using. If you're going to run a Web site, you should have >a basic understanding of how to operate your Web server. > >I think you will find that MapServer questions will - with very few >exceptions - be replied to quickly and thoroughly on this list. If someone >asks "what do I need to do to use raster data in State Plane coordinates in >a MAP file that serves lat/lon output?" I'll jump right in and start >typing. If someone asks "how do I configure Apache to run CGI programs", I >groan and hope someone else picks up the ball . > > - 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: Jeff L. [mailto:nf10 at hotmail.com] >Sent: Thursday, July 31, 2003 3:16 PM >To: Ed McNierney; mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Ed, > >I would use some links or tips to learn about Apache and file permissions. >The reason i'm contacting this list to get some tips from other people >experiences. Otherwise, i can spend many days to learn appache, but this >could be overkilling for my very basic needs. All i want is to be able to >run this demo as a start then may be go deeper. > >regards, > >Jeff > > >From: "Ed McNierney" > >To: "Jeff L." , > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > >Date: Thu, 31 Jul 2003 14:37:14 -0400 > > > >Jeff - > > > >Well, you PROBABLY needed to check exactly one checkbox in IIS, which >might > >have been a tad quicker than installing a new server . Please do take > >the time to understand what's going on - Apache is more permissive in its > >default install, which means (a) it's easier for you to do things and (b) > >it's easier for other people to do things to you. > > > >Your problem is due to (a) not having demo.map in the expected place, or > >(b) not having the file permissions set correctly. Be sure you >understand > >how Apache is setting and using user permissions. > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > >Sent: Thursday, July 31, 2003 2:16 PM > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > > > >Ed, > > > >I agree that diging into the web server setup would help. > > > >For now, i uninstalled IIS, then installed Apache and MapServer: it's > >working: i got the the expected error ("No query information ..."). > > > >Now i started to run the demo, loaded the "demo_init.html" and after > >pushing > >the button, there was an error "msLoadMap(): Unable to access file .... > >demo.map". the path of the file is correct. I guess that this would be a > >permission file error, but not sure. > > > >Jeff Lacoste > > > > > > > > >From: "Ed McNierney" > > >To: "Jeff L." , > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > >Date: Thu, 31 Jul 2003 13:19:42 -0400 > > > > > >Jeff - > > > > > >I would not claim Apache is "easier" than IIS in this regard. In > >general, > > >I don't think either of them (we run both) is hard or easy - they're >just > > >different, and you need to understand something about running Web >servers > > >and running CGI services on Web servers in order to run MapServer. >Both > > >IIS and Apache have a security model that lets you control which files > >are > > >available to which Web users, and what those users can do to those >files > > >(run them, read them, write to them, etc.). > > > > > >Read the help on IIS - that's what it's for. If you did a default > > >install/config you installed all the administration help files, and > >they're > > >pretty reasonable. > > > > > >I'm not trying to be unhelpful, but if you don't understand the >security > > >model and how it applies to Web services, you're going to keep bumping > >into > > >one problem after another. Take the time to understand how to set up > >your > > >Web server, and THEN you'll be ready to set up MapServer. > > > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > > >Sent: Thursday, July 31, 2003 1:15 PM > > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > > > > > > >Ed, > > > > > >I'm new to web configuration. All i did is installing IIS on my windows > >XP > > >pro and then installed MapServ. > > >I guess that the web server is not configured, i have no idea how to do > >it. > > >Any info is appreciated. > > > > > >I heard that Apache would work easier than IIS. Apache would need > >specific > > >configuration or just a sandard installation ? > > > > > >Thanks > > > > > >Jeff Lacoste > > > > > > > > > >From: "Ed McNierney" > > > >To: "Jeff L." , > > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > >Date: Thu, 31 Jul 2003 12:47:16 -0400 > > > > > > > >Jeff - > > > > > > > >If your Web server is configured correctly, there will be NO command > > >window > > > >opening and closing. You'll get that error text in a regular Web >page > > >that > > > >stays there. > > > > > > > >I suspect that the directory in which mapserv.exe is installed does >not > > >let > > > >users execute programs (like CGI programs) from it. > > > > > > > > - Ed > > > > > > > >-----Original Message----- > > > >From: Jeff L. [mailto:nf10 at hotmail.com] > > > >Sent: Thursday, July 31, 2003 10:27 AM > > > >To: Ed McNierney; mapserver-users at lists.gis.umn.edu > > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > > > > > > > > > >Thanks Ed for your relpy. MapServ is installed in the IIS of my > >windows > > >XP > > > >machine. While trying to run it (localy from web browser pointing the > > > >"mapser.exe", the command window is opened then closed pretty fast. I > > >have > > > >no idea about the content of the command window. I'm not sure what > > >message > > > >was displayed there. At least if i know that was "No query >information > >to > > > >decode. QUERY_STRING not set." It can get me going to the next steps > > > >(running the demo). > > > > > > > > > > > >Thanks again > > > > > > > >Jeff Lacoste > > > > > > > > > > > > >From: "Ed McNierney" > > > > >To: "Jeff L." >, > > > > >Subject: RE: [Mapserver-users] MapServer on Windows XP and IIS > > > > >Date: Thu, 31 Jul 2003 09:44:10 -0400 > > > > > > > > > >Jeff - > > > > > > > > > >There's no problem - that's the way it's supposed to work! > > > > > > > > > >You can run MapServer from the command line with the "-v" switch, >and > > > > >you'll get text output. Normally CGI programs are not meant to be > >run > > > >from > > > > >the command line, and MapServer is no exception. > > > > > > > > > >If you properly configure your Web site to allow users to execute >CGI > > > > >programs, you should be able to type the following in your browser: > > > > > > > > > >http://server.yourdomain.com/mapserv > > > > > > > > > >(replace the server and domain names with your names) > > > > > > > > > >and get the error message: > > > > > > > > > >"No query information to decode. QUERY_STRING not set." > > > > > > > > > >in your browser window. > > > > > > > > > >Until you get to that point, you haven't managed to get a basic CGI > > > >program > > > > >running, so there's no point in doing anything else yet! > > > > > > > > > > - 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: Jeff L. [mailto:nf10 at hotmail.com] > > > > >Sent: Thursday, July 31, 2003 7:29 AM > > > > >To: mapserver-users at lists.gis.umn.edu > > > > >Subject: [Mapserver-users] MapServer on Windows XP and IIS > > > > > > > > > > > > > > >Hi, > > > > > > > > > >I installed MapServer on Windows XO and IIS. When i try to execute > >the > > > > >mapserv from the command window (C:\Inetpub\Scripts\MapServ), i >have > >an > > > > >error: "This script can only be used to decode form results and > >should > > >be > > > > >initiated as a CGI process via a httpd server ". I tried also to > > >execute > > > > >the > > > > >script from Internet Explorer. The result is a command window > >displayed > > > > >then > > > > >closed fast. > > > > > > > > > >Any idea about the possible problem ? > > > > > > > > > >Thanks, > > > > > > > > > >Jeff Lacoste > > > > > > > > > >_________________________________________________________________ > > > > >The new MSN 8: advanced junk mail protection and 2 months FREE* > > > > >http://join.msn.com/?page=features/junkmail > > > > > > > > > >_______________________________________________ > > > > >Mapserver-users mailing list > > > > >Mapserver-users at lists.gis.umn.edu > > > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > >_________________________________________________________________ > > > >Add photos to your messages with MSN 8. Get 2 months FREE*. > > > >http://join.msn.com/?page=features/featuredemail > > > > > > > > > >_________________________________________________________________ > > >The new MSN 8: smart spam protection and 2 months FREE* > > >http://join.msn.com/?page=features/junkmail > > > > > > >_________________________________________________________________ > >Help STOP SPAM with the new MSN 8 and get 2 months FREE* > >http://join.msn.com/?page=features/junkmail > > > >_________________________________________________________________ >Help STOP SPAM with the new MSN 8 and get 2 months FREE* >http://join.msn.com/?page=features/junkmail > _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From morissette at dmsolutions.ca Thu Jul 31 13:50:42 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 31 Jul 2003 16:50:42 -0400 Subject: [Mapserver-users] Mapserver 4.0 - thread safe? In-Reply-To: <3F294795.22135.5A101F@localhost> References: <3F294795.22135.5A101F@localhost> Message-ID: <3F298122.7070201@dmsolutions.ca> Aaron Kreider wrote: > > When I uploaded it to my webserver and tried to run a test > mapscript page it gave me a thread-safety error message. If > thread-safety is implemented in 4.0b, shouldn't it be able to run on > Apache without running PHP as CGI??? > Unfortunately the fixes to PHP MapScript to make it work with the PHP module is one of the things that had to be postponed to 4.1, that's why the error message is still there. I know it's important and it's one of our priorities after the 4.0 release. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From aattri at cba.ua.edu Thu Jul 31 13:58:28 2003 From: aattri at cba.ua.edu (Attri, Abhishek) Date: Thu, 31 Jul 2003 15:58:28 -0500 Subject: [Mapserver-users] RE: MapScript Message-ID: Thanks Eric! I will try out all the options. Abhishek -----Original Message----- From: Eric Bridger [mailto:eric at gomoos.org] Sent: Thursday, July 31, 2003 11:01 AM To: Attri, Abhishek Subject: Re: MapScript Yes it is possible. But I don't know PHP mapscript very well. But it is very similiar to Perl. I would check the PHP documentation for shapeFileOpen(). You can get the shapefile name from the layerObj->{data} member so: $shapfile = shapeFileOpen($layerObj->{data}); $minx = $shapefile->{bounds}->minx; $miny = $shapefile->{bounds}->miny; etc. On Thu, 2003-07-31 at 19:47, Attri, Abhishek wrote: > I am using the PHP MapScript with MapServer. Is there a way to get the > extent of the .shp files through PHP MapScript? > With thanks > Abhishek > > -----Original Message----- > From: Eric Bridger [mailto:eric at gomoos.org] > Sent: Thursday, July 31, 2003 9:58 AM > To: Attri, Abhishek > Subject: RE: [Mapserver-users] Image not visible > > shpinfo.pl comes with the mapserver distribution for perl mapscript. you > will need the perl mapscript.pm installed as well as Xbase.pm. I've > attached it. > > > > On Thu, 2003-07-31 at 18:32, Attri, Abhishek wrote: > > Yes, the problem was with the extent. Thanks a lot. Please let me know > > where can I find the shpinfo.pl script? > > With thanks > > Abhishek > > > > -----Original Message----- > > From: Eric Bridger [mailto:eric at gomoos.org] > > Sent: Thursday, July 31, 2003 7:51 AM > > To: Attri, Abhishek > > Subject: Re: [Mapserver-users] Image not visible > > > > Most likely you need to set a new EXTENT in your map file which > matches > > the extent of you shapefile. Run the shpinfo.pl -file=myfile.shp to > see > > what extents it reports and try using those in your map file. > > > > > > On Thu, 2003-07-31 at 15:02, Attri, Abhishek wrote: > > > Hi! > > > I started using PHP MapScript and was able to > successfully > > > run the demo examples in "PHP MapScript 3.5 by Example HOWTO". But > > when > > > I substituted the shape files with some different shape files and > > tried > > > to display them, I see nothing on the web page. I checked my /tmp > > > directory and the source of the Web page also. It is showing the > .png > > > image being created and stored , but nothing is visible on screen. > Can > > > somebody help me with that? > > > With thanks > > > Abhishek > > > > > > > > > > > > > > From steve.lime at dnr.state.mn.us Thu Jul 31 14:03:11 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 31 Jul 2003 16:03:11 -0500 Subject: [Mapserver-users] Re: php code inside a CGI mapserver application Message-ID: I thought that with Apache 2.0 you could chain together applications, so that a MapServer query could write a PHP file that would then be processed by the PHP interpreter and then on to the user. Mind you I've not tried it. I see value in this type of processing. Why deal with MapScript if you don't need to. I imagine you could use javascript as well, but then, well you need javascript and PHP would give you the server-side equivalent. Steve >>> "pkishor_98" 07/31/03 02:13PM >>> --- In mapserver-users at yahoogroups.com, "colombo.l" wrote: > hello, > > i did a CGI-Mapserver application following some tutorials on the site, all work great, I have some problems when I put php code inside my template file. > I use apache , php 4.3 (working as a cgi) and mapserver 3.6. > > If I define my template.php as my template (inside mapfile) I get some errors (Malformed URL). So I added this line to http.conf: > > AddType application/x-httpd-php .html > > Now I can put php code inside html pages, but it didn't works with mapserver !! > > I can't get php-code to be compiled, mapserver process the page but apache+php didn't. > did someone answer this? As far as I can think... you can't really do anything... Apache can work with one server-side processor only... you either have it work with Mapserver, or you have it work with PHP. Maybe there is a way to make it work with both, but I can't think of any. If you want to use PHP, why not ditch the Mapserver-as-a-CGI, and use Mapserver-as-a-PHP module? Compile and install PHP/Mapscript, and then use PHP to its fullest capability to do what you want to... _______________________________________________ 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 Jul 31 14:10:07 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 31 Jul 2003 17:10:07 -0400 Subject: [Mapserver-users] Label: ANGLE auto Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE4C@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C357A8.1E9FDDDE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Rusty - =20 Are you using TrueType fonts? MapServer can only rotate TrueType text. =20 - 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=20 -----Original Message----- From: Rusty Moorman [mailto:RustyM at morleyandassociates.com] Sent: Thursday, July 31, 2003 4:37 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Label: ANGLE auto Hello all, I am having trouble getting ANGLE working for the LABEL object. All = of the labels (road names for a centerline layer) are simply = horizontally aligned.=20 =20 I'm using "ANGLE: Auto" under the proper label object to no avail.=20 =20 Here are some system specs: Mapserver - v3.6.6 (downloaded binary - OGR / GIF support) Win2000 =20 And here's a code snippet: =20 LAYER=20 NAME "vroadname" DATA Vanderburgh_centerline STATUS DEFAULT TYPE ANNOTATION LABELITEM "street_nam" LABELMAXSCALE 72000 CLASS LABEL ANGLE auto MINDISTANCE 50 POSITION CC SIZE TINY COLOR 0 0 0 END END END =20 Any clue as to what I'm doing wrong? Thanks for the help. =20 Rusty Moorman Morley & Associates, Inc. ------_=_NextPart_001_01C357A8.1E9FDDDE Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Rusty = -
 
Are you using = TrueType=20 fonts?  MapServer can only rotate TrueType = text.
 
    -=20 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 =

-----Original=20 Message-----
From: Rusty Moorman=20 [mailto:RustyM at morleyandassociates.com]
Sent: Thursday, July = 31,=20 2003 4:37 PM
To:=20 mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] = Label:=20 ANGLE auto

Hello all,
   I am = having trouble=20 getting ANGLE working for the LABEL object. All of the = labels (road=20 names for a centerline layer) are simply horizontally aligned.=20
 
   I'm using "ANGLE: Auto" = under the=20 proper label object to no avail.
 
   Here are some system = specs:
        = Mapserver=20 - v3.6.6 (downloaded binary - OGR / GIF support)
       =20 Win2000
 
   And here's a code = snippet:
 
 LAYER 
    NAME=20 "vroadname"
    DATA=20 Vanderburgh_centerline
    STATUS = DEFAULT
  =20  TYPE ANNOTATION
    LABELITEM=20 "street_nam"
    LABELMAXSCALE = 72000
  =20  CLASS
        LABEL
 &= nbsp;      =20    ANGLE=20 auto
        =20    MINDISTANCE=20 50
        =20    POSITION=20 CC
         =    SIZE=20 TINY
        =20    COLOR 0 0 0
     =20   END
    END
END
 
      Any=20 clue as to what I'm doing wrong? Thanks for the help.
 
         = Rusty=20 Moorman
         = Morley=20 & Associates, Inc.
------_=_NextPart_001_01C357A8.1E9FDDDE-- From steve.lime at dnr.state.mn.us Thu Jul 31 14:25:54 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 31 Jul 2003 16:25:54 -0500 Subject: [Mapserver-users] Label: ANGLE auto Message-ID: You need to use truetype fonts. The built in GD fonts are not rotatable... Steve >>> "Rusty Moorman" 07/31/03 03:36PM >>> Hello all, I am having trouble getting ANGLE working for the LABEL object. All of the labels (road names for a centerline layer) are simply horizontally aligned. I'm using "ANGLE: Auto" under the proper label object to no avail. Here are some system specs: Mapserver - v3.6.6 (downloaded binary - OGR / GIF support) Win2000 And here's a code snippet: LAYER NAME "vroadname" DATA Vanderburgh_centerline STATUS DEFAULT TYPE ANNOTATION LABELITEM "street_nam" LABELMAXSCALE 72000 CLASS LABEL ANGLE auto MINDISTANCE 50 POSITION CC SIZE TINY COLOR 0 0 0 END END END Any clue as to what I'm doing wrong? Thanks for the help. Rusty Moorman Morley & Associates, Inc. From pkishor at geoanalytics.com Thu Jul 31 14:28:40 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 31 Jul 2003 21:28:40 -0000 Subject: [Mapserver-users] Re: php code inside a CGI mapserver application In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, "Steve Lime" wrote: > I thought that with Apache 2.0 you could chain > together applications, so perhaps. I did say "as far as I know..." ;-) I did a little research, and I can't find anything to this effect. I know that you can do something like insert a perl script inside a php script using "include" or even the other way around. I think the problem is sending the output from the "chained" cgi processor back to Apache... for example, using backticks to run a php script from a perl script produces nothing at all. But, then again, perhaps there is away to configure Apache to do this. > I see value in this type of processing. Why deal with > MapScript if you don't need to. perhaps. But, then, why use two different CGI processors when you are not eager to use Mapscript... anyway, that is not for us to argue... I guess, the thing to figure out is whether this is possible or not. > I imagine you could use javascript as > well, but then, well you need javascript and PHP would give you the > server-side equivalent. yeah. that is easy because js is client-side (unless you are talking about server-side js) so there is no conflict. I'll research more into this "chaining cgis" as you call it and report back when I find something. Thanks Steve, Puneet. > > Steve > > >>> "pkishor_98" 07/31/03 02:13PM >>> > --- In mapserver-users at yahoogroups.com, "colombo.l" > wrote: > > hello, > > > > i did a CGI-Mapserver application following some tutorials on the > site, all work great, I have some problems when I put php code inside > my template file. > > I use apache , php 4.3 (working as a cgi) and mapserver 3.6. > > > > If I define my template.php as my template (inside mapfile) I get > some errors (Malformed URL). So I added this line to http.conf: > > > > AddType application/x-httpd-php .html > > > > Now I can put php code inside html pages, but it didn't works with > mapserver !! > > > > I can't get php-code to be compiled, mapserver process the page but > apache+php didn't. > > > > > did someone answer this? As far as I can think... you can't really do > anything... > > Apache can work with one server-side processor only... you either have > it work with Mapserver, or you have it work with PHP. Maybe there is a > way to make it work with both, but I can't think of any. > > If you want to use PHP, why not ditch the Mapserver-as-a-CGI, and use > Mapserver-as-a-PHP module? Compile and install PHP/Mapscript, and then > use PHP to its fullest capability to do what you want to... > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gerry.creager at tamu.edu Thu Jul 31 14:28:57 2003 From: gerry.creager at tamu.edu (Gerry Creager) Date: Thu, 31 Jul 2003 16:28:57 -0500 Subject: [Mapserver-users] Proj problems Message-ID: <3F298A19.6010300@tamu.edu> This is a multi-part message in MIME format. --------------060506070601010802090905 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit OK, I'm pretty much at my wits' end. I've tried looking at this on a time-available basis, and I'm just not getting it. A mapserv -v yields the following: [root at mesonet cgi-bin]# ./mapserv -v MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE PROJ support is there, so it should allow me to specify a projection section, either with the EPSG shortcut or the long way, with everything specified. I've tried that and what I end up with is essentially a blank screen... If someone's got suggestions, great. The mapfile is attached. I'll keep looking at it, but it's looking like my hair's on fire and I can't get it put out... Thanks in advance, Gerry -- 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 Pager: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 --------------060506070601010802090905 Content-Type: text/plain; name="mesonet.map" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mesonet.map" ### This map file is used to control the Texas Mesonet Mapserver ######################################################################## ### ### Luke Wallace, Fall 2002 (Thanks, Luke!) ### ######################################################################## ### Change Log ### ### 2003-07-13: Changed Layer 'buffer' to reduce number of ### overlapping points and enhance readability ### ### ######################################################################## NAME TxMeso STATUS ON SIZE 700 700 #SIZE 650 650 #EXTENT 388107.634400379 5203120.88405952 500896.339019834 5310243.30613897 EXTENT -106.8 25.8 -93.52 36.4 UNITS DD SHAPEPATH "/var/www/mesonet/texas/data" IMAGECOLOR 255 255 255 FONTSET "fonts.list" SYMBOLSET "symbols.sym" # 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=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END #PROJECTION # proj=latlong # ellps=GRS80 # datum=NAD83 #END PROJECTION # "proj=utm" # "ellps=GRS80" # "zone=15" # "north" # "no_defs" # # OR: # # "init=epsg:4267" #nad 27 lat/long unprojected "init=epsg:32039" #Texas Central LCC NAD83 END #PROJECTION # "proj=longlat" # "ellps=clrk66" # "no_defs" # "no_defs" #END # # Start of web interface definition (including WMS enabling metadata) # WEB # HEADER mesonet_header.html TEMPLATE "mesonet1.html" FOOTER mesonet_footer.html # ERROR "../index.php" MINSCALE 50000 MAXSCALE 50000000 IMAGEPATH "/var/www/mesonet/tmp" IMAGEURL "/var/www/mesonet/tmp" METADATA WMS_TITLE "MapServer Texas" WMS_ABSTRACT "Realtime Weather Interface" WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://mesonet.tamu.edu/index.php" WMS_SRS "EPSG:32039" END END #QUERYMAP # SIZE 200 200 # STATUS ON # STYLE HILITE # COLOR 255 0 0 #END # # Start of scalebar # SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 255 255 255 SIZE tiny END STYLE 1 SIZE 150 4 COLOR 255 255 255 # UNITS MILES UNITS kilometers INTERVALS 4 TRANSPARENT TRUE STATUS TRUE END # # Legend # LEGEND STATUS ON IMAGECOLOR 255 255 255 POSTLABELCACHE ON END # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 5 5 END FILLED FALSE END SYMBOL NAME 'pwvcircle' TYPE ELLIPSE FILLED TRUE POINTS 5 5 END END # # Start of layer definitions # LAYER SIZEUNITS pixels NAME rain TYPE line DATA rain_dd STATUS false CLASS NAME 'Rainfall Contours' COLOR 25 20 200 END # CLASS END # LAYER # Roads LAYER SIZEUNITS pixels PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" "init=epsg:32039" END NAME roads TYPE line DATA usdotrds STATUS false CLASS NAME 'Roads' COLOR 0 0 0 END END # LAYER # Lakes and Rivers LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME rivers TYPE polygon DATA hydgen STATUS false CLASS NAME 'Lakes & Rivers' TEMPLATE "lakes.html" COLOR 100 125 225 END HEADER "lakes_header.html" FOOTER "lakes_footer.html" TOLERANCE 3 END # LAYER # Radar Layer LAYER NAME radar SIZEUNITS pixels PROJECTION "proj=longlat" # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" END DATA "tmp/radar-00.gif" TYPE RASTER OFFSITE 0 0 0 STATUS ON CLASS NAME 'Current RADAR' # TEMPLATE "radar.html" END END # LAYER # Layer for County Boundaries LAYER SIZEUNITS pixels PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" "init=epsg:32039" END NAME border TYPE POLYGON DATA /var/www/mesonet/texas/data/counties.shp STATUS DEFAULT LABELITEM "name" CLASSITEM "name" # LABELMAXSCALE 2000000 # LABELMINSCALE 50000 LABELMAXSCALE 1000 CLASS #NAME 'County Boundaries' EXPRESSION /./ OUTLINECOLOR 181 181 145 LABEL COLOR 0 0 0 SHADOWCOLOR 218 218 218 SHADOWSIZE 2 2 TYPE BITMAP SIZE MEDIUM POSITION CC PARTIALS FALSE BUFFER -5 END END END #Airport Layer LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME airports TYPE POINT # DATA txairports_dd # old data file DATA ARPT STATUS OFF CLASS NAME 'Airports' COLOR 128 255 164 SYMBOL 'circle' SIZE 7 TEMPLATE "airports.html" END HEADER "airports_header.html" FOOTER "airports_footer.html" END # # Start of Weather layers definitions # # # Metar Points (Query-able) # # LAYER SIZEUNITS pixels #SIZEUNITS kilometers PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" "init=epsg:32039" END NAME weather-metar # STATUS DEFAULT # STATUS off ###Changed 2003-07-13 TYPE POINT DATA currentWeather STATUS ON LABELCACHE OFF # TOLERANCE 3 TOLERANCE 15 #Changed 2003-07-13 gc CLASS NAME 'Weather Sites' # COLOR 100 200 164 COLOR 0 0 0 SYMBOL 'circle' # SIZE 7 SIZE 8 TEMPLATE "weather_refresh.html" END END # # PWV values # LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" # "init=epsg:32039" #END CLASSITEM "pwv" NAME weather-pwv TYPE POINT DATA currentWeather #DATA currentPWV STATUS ON LABELCACHE ON LABELITEM "pwv" SIZEUNITS kilometers CLASS EXPRESSION ([pwv] >= 0.0 AND [pwv] <= 0.05) NAME 'PWV 0.00-0.05 in' COLOR 224 224 224 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 4 # BUFFER -10 #-15 BUFFER 15 ### Changed 2003-07-13 PARTIALS TRUE END END CLASS NAME '0.05-0.20 in' EXPRESSION ([pwv] > 0.05 and [pwv] <= 0.20) COLOR 117 117 0 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 # BUFFER -10 BUFFER 15 PARTIALS TRUE END END CLASS NAME '0.20-0.40 in' EXPRESSION ([pwv] > 0.20 and [pwv] <= 0.40) COLOR 255 0 0 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '0.40-0.60 in' EXPRESSION ([pwv] > 0.40 and [pwv] <= 0.60) COLOR 255 145 46 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '0.60-0.80 in' EXPRESSION ([pwv] > 0.600 and [pwv] <= 0.80) COLOR 255 237 26 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '0.80-1.00 in' EXPRESSION ([pwv] > 0.80 and [pwv] <= 1.00) COLOR 166 255 18 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '1.00-1.20 in' EXPRESSION ([pwv] > 1.00 and [pwv] <= 1.20) COLOR 102 255 0 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '1.20-1.40 in' EXPRESSION ([pwv] > 1.20 and [pwv] <= 1.400) COLOR 15 255 128 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '1.40-1.60 in' EXPRESSION ([pwv] > 1.400 and [pwv] <= 1.600) COLOR 18 224 255 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '1.80-1.60 in' EXPRESSION ([pwv] > 1.60 and [pwv] <= 1.800) COLOR 18 191 255 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '1.80-2.00 in' EXPRESSION ([pwv] > 1.800 and [pwv] <= 2.00) COLOR 8 89 255 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '>2.00 in' EXPRESSION ([pwv] > 2.00) COLOR 0 0 255 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END END # # Wind Barbs # LAYER #SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-barbs TYPE POINT DATA currentWeather STATUS ON LABELITEM "WINDCHR" LABELANGLEITEM "MAPWINDDIR" LABELCACHE ON CLASS LABEL FORCE TRUE COLOR 0 0 0 # SHADOWCOLOR 128 128 128 # SHADOWSIZE 0 0 TYPE truetype FONT ESRI_weather SIZE 40 # SIZE 30 POSITION UR OFFSET -4 -5 # for size 30 UR # BUFFER 10 BUFFER -15 PARTIALS TRUE END END END # Metar Site Labels LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-mlabel TYPE POINT DATA currentWeather STATUS OFF LABELITEM "ABBR" CLASS LABEL FORCE TRUE COLOR 180 180 180 TYPE BITMAP SIZE SMALL POSITION CR OFFSET 7 0 BUFFER 15 ### changed 2003-07-13, old value == -5 PARTIALS TRUE END END END LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-mrain TYPE POINT DATA currentWeather STATUS ON LABELITEM "precip" CLASS LABEL FORCE TRUE COLOR 20 50 250 TYPE BITMAP SIZE MEDIUM POSITION LR OFFSET 2 2 BUFFER 15 PARTIALS TRUE END END END LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-vis TYPE POINT DATA currentWeather STATUS ON LABELITEM "vis" CLASS LABEL FORCE TRUE COLOR 200 50 50 TYPE BITMAP SIZE SMALL POSITION CL OFFSET 3 0 BUFFER 5 PARTIALS TRUE END END END LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-mdew TYPE POINT DATA currentWeather STATUS ON LABELITEM "dewp" CLASS LABEL FORCE TRUE COLOR 0 160 0 TYPE BITMAP SIZE MEDIUM POSITION LL OFFSET 2 4 # BUFFER -5 BUFFER 5 #-10 PARTIALS TRUE END END END LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-mslp TYPE POINT DATA currentWeather STATUS ON LABELITEM "slp" TOLERANCE -1000 ### changed 2003-07-13 CLASS LABEL FORCE TRUE COLOR 0 0 160 TYPE BITMAP SIZE MEDIUM POSITION UR OFFSET 4 7 BUFFER 5 PARTIALS TRUE END END END LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-mtemp TYPE POINT DATA currentWeather STATUS ON LABELITEM "temp" CLASS LABEL FORCE TRUE COLOR 255 0 0 TYPE BITMAP SIZE MEDIUM POSITION UL OFFSET 2 4 BUFFER 5 PARTIALS TRUE END END END LAYER #SIZEUNITS pixels NAME credits STATUS DEFAULT TRANSFORM FALSE TYPE ANNOTATION FEATURE POINTS 4 696 END TEXT ' ' END CLASS LABEL TYPE TRUETYPE FONT ESRI_weather SIZE 50 ANTIALIAS true COLOR 0 0 0 POSITION UR END END END # Use a layer like this for db data # http://postgis.refractions.net/pipermail/postgis-users/2001-August/000192.html LAYER SIZEUNITS pixels CONNECTIONTYPE postgis NAME "temp" # Connect to a remote spatial database CONNECTION "user=postgres password=mesonet dbname=metar host=mesodata.cs.tamu.edu" # Get the lines from the 'geom' column of the 'roads' table DATA "temp from datatest join tblsites ON site=siteabbr" STATUS OFF TYPE POINT # Of the lines in the extents, only render the wide highways # FILTER "type = 'highway' and numlanes >= 4" CLASS # Make the superhighways brighter and 2 pixels wide #EXPRESSION ([numlanes] >= 6) COLOR 255 22 22 SYMBOL "circle" SIZE 2 END END END # Map File --------------060506070601010802090905-- From pramsey at refractions.net Thu Jul 31 15:06:39 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Thu, 31 Jul 2003 15:06:39 -0700 Subject: [Mapserver-users] Mapserver 4.0 - thread safe? In-Reply-To: <3F298122.7070201@dmsolutions.ca> References: <3F294795.22135.5A101F@localhost> <3F298122.7070201@dmsolutions.ca> Message-ID: <3F2992EF.2090702@refractions.net> If you are willing to accept non-deterministic behavior under higher loads, you can comment out the thread-safety checks and use phpmapscript as a DSO anyways. Perhaps a reasonable stopgap if you are not going to get too much activity. P. Daniel Morissette wrote: > Aaron Kreider wrote: > >> >> When I uploaded it to my webserver and tried to run a test mapscript >> page it gave me a thread-safety error message. If thread-safety is >> implemented in 4.0b, shouldn't it be able to run on Apache without >> running PHP as CGI??? >> > > Unfortunately the fixes to PHP MapScript to make it work with the PHP > module is one of the things that had to be postponed to 4.1, that's why > the error message is still there. I know it's important and it's one of > our priorities after the 4.0 release. > -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From rjames57 at yahoo.com Thu Jul 31 15:18:59 2003 From: rjames57 at yahoo.com (Randy James) Date: Thu, 31 Jul 2003 15:18:59 -0700 (PDT) Subject: [Mapserver-users] Proj problems In-Reply-To: <3F298A19.6010300@tamu.edu> Message-ID: <20030731221859.48721.qmail@web12505.mail.yahoo.com> Hi could be your path to the image? i use: imagepath /full/path/to/tmp/dir/ imageurl /tmp/ you need the last / after your folder Hope this helps --- Gerry Creager wrote: > OK, I'm pretty much at my wits' end. I've tried looking > at this on a > time-available basis, and I'm just not getting it. > > A mapserv -v yields the following: > [root at mesonet cgi-bin]# ./mapserv -v > MapServer version 3.7 (development) OUTPUT=PNG > OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF > SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB > INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > PROJ support is there, so it should allow me to specify a > projection > section, either with the EPSG shortcut or the long way, > with everything > specified. I've tried that and what I end up with is > essentially a > blank screen... > > If someone's got suggestions, great. The mapfile is > attached. I'll > keep looking at it, but it's looking like my hair's on > fire and I can't > get it put out... > > Thanks in advance, > Gerry > -- > 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 Pager: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > > ### This map file is used to control the Texas Mesonet > Mapserver > ######################################################################## > ### > ### Luke Wallace, Fall 2002 (Thanks, Luke!) > ### > ######################################################################## > ### Change Log > ### > ### 2003-07-13: Changed Layer 'buffer' to reduce number > of > ### overlapping points and enhance readability > ### > ### > ######################################################################## > > > NAME TxMeso > STATUS ON > SIZE 700 700 > #SIZE 650 650 > #EXTENT 388107.634400379 5203120.88405952 > 500896.339019834 5310243.30613897 > EXTENT -106.8 25.8 -93.52 36.4 > UNITS DD > SHAPEPATH "/var/www/mesonet/texas/data" > IMAGECOLOR 255 255 255 > FONTSET "fonts.list" > SYMBOLSET "symbols.sym" > > # 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=lcc" > # "ellps=GRS80" > # "lon_0=100w" > # "lat_1=27.416n" > # "lat_2=34.916n" > #END > > #PROJECTION > # proj=latlong > # ellps=GRS80 > # datum=NAD83 > #END > > PROJECTION > # "proj=utm" > # "ellps=GRS80" > # "zone=15" > # "north" > # "no_defs" > # > # OR: > # > # "init=epsg:4267" #nad 27 lat/long unprojected > "init=epsg:32039" #Texas Central LCC NAD83 > END > #PROJECTION > # "proj=longlat" > # "ellps=clrk66" > # "no_defs" > # "no_defs" > #END > > # > # Start of web interface definition (including WMS > enabling metadata) > # > WEB > # HEADER mesonet_header.html > TEMPLATE "mesonet1.html" > FOOTER mesonet_footer.html > # ERROR "../index.php" > MINSCALE 50000 > MAXSCALE 50000000 > IMAGEPATH "/var/www/mesonet/tmp" > IMAGEURL "/var/www/mesonet/tmp" > METADATA > WMS_TITLE "MapServer Texas" > WMS_ABSTRACT "Realtime Weather Interface" > WMS_ACCESSCONSTRAINTS none > > # change this value to match your setup > WMS_ONLINERESOURCE > "http://mesonet.tamu.edu/index.php" > > WMS_SRS "EPSG:32039" > END > END > > #QUERYMAP > # SIZE 200 200 > # STATUS ON > # STYLE HILITE > # COLOR 255 0 0 > #END > > # > # Start of scalebar > # > SCALEBAR > IMAGECOLOR 255 255 255 > LABEL > COLOR 255 255 255 > SIZE tiny > END > STYLE 1 > SIZE 150 4 > COLOR 255 255 255 > # UNITS MILES > UNITS kilometers > INTERVALS 4 > TRANSPARENT TRUE > STATUS TRUE > END > > # > # Legend > # > LEGEND > STATUS ON > IMAGECOLOR 255 255 255 > POSTLABELCACHE ON > END > > # > # Start of symbol definitions (we're only using a few) > # > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 5 5 END > FILLED FALSE > END > SYMBOL > NAME 'pwvcircle' > TYPE ELLIPSE > FILLED TRUE > POINTS 5 5 END > END > > # > # Start of layer definitions > # > > LAYER > SIZEUNITS pixels > NAME rain > TYPE line > DATA rain_dd > STATUS false > CLASS > NAME 'Rainfall Contours' > COLOR 25 20 200 > END # CLASS > END # LAYER > > # Roads > LAYER > SIZEUNITS pixels > PROJECTION > # "proj=lcc" > # "ellps=GRS80" > # "lon_0=100w" > # "lat_1=27.416n" > # "lat_2=34.916n" > "init=epsg:32039" > END > > > NAME roads > TYPE line > DATA usdotrds > STATUS false > CLASS > NAME 'Roads' > COLOR 0 0 0 > END > END # LAYER > > # Lakes and Rivers > LAYER > SIZEUNITS pixels > #PROJECTION > # "proj=lcc" > # "ellps=GRS80" > # "lon_0=100w" > # "lat_1=27.416n" > # "lat_2=34.916n" > #END > NAME rivers > TYPE polygon > DATA hydgen > STATUS false > === message truncated === __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com