From thfischer at mapmedia.de Sun Jun 1 03:55:03 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 01 Jun 2003 12:55:03 +0200 Subject: [Mapserver-users] Mapfile format in XML In-Reply-To: <010701c327b9$0753c7b0$3ade26c0@o57> References: <200305311354.49411.gbuckmaster@cox.net> <010701c327b9$0753c7b0$3ade26c0@o57> Message-ID: <1054464903.645.5.camel@jeanjacques> On Sat, 2003-05-31 at 23:07, Morten Nielsen wrote: > Is there any plans on upgrading/supplementing the MAP format to XML ? > It would make a lot of things easier > when processing the Map file in other > scripts (not to mention the validating that a DTD could offer). > > XML is the future :-) The future of what ... I recommend reading the following before trying to squeeze xml into any and every place just because you can. http://c2.com/cgi/wiki?XmlSucks http://xmlsucks.org/but_you_have_to_use_it_anyway/does-xml-suck.html Also this has been brought up a couple of times; search the mailing list archive for xml and mapfile to see the debate. hth, thorsten From gayathri at ou.edu Sun Jun 1 09:45:01 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Sun, 1 Jun 2003 11:45:01 -0500 Subject: [Mapserver-users] (no subject) 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_01C3285D.251616A0 Content-Type: text/plain; charset="windows-1256" Does your cgi-bin directory (where mapserv.exe is) in IIS have execute permissions? Thanks, Gayathri -----Original Message----- From: Mohamed Elshayal Smart [mailto:elshayal at smartwebonline.com] Sent: Saturday, May 31, 2003 8:13 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] (no subject) Dear Sirs, I am working with GIS and DB and VB I found your mapserv is very usefull. I installed it in my computer in work and it worked very good. (perfect) I copied the same files to my comupter in my home and put them in same directories. I did every thing the same But, I receive a warrning message (open, save, cancel,help) for running mapserv.exe and after that I hve got a message to select a program to open mapserv.exe with Please kindly help me if possible for setting my IIS Awaiting for your reply Mohamed Elshayal ------_=_NextPart_001_01C3285D.251616A0 Content-Type: text/html; charset="windows-1256"
Does your cgi-bin directory (where mapserv.exe is) in IIS have execute permissions?
Thanks,
Gayathri
-----Original Message-----
From: Mohamed Elshayal Smart [mailto:elshayal at smartwebonline.com]
Sent: Saturday, May 31, 2003 8:13 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] (no subject)

Dear Sirs,
I am working with GIS and DB and VB
I found your mapserv is very usefull.
I installed it in my computer in work and it worked very good. (perfect)
 
I copied the same files to my comupter in my home and put them in same directories. I did every thing the same
But, I receive a warrning message (open, save, cancel,help) for running mapserv.exe
and after that I hve got a message to select a program to open mapserv.exe with
 
Please kindly help me if possible for setting my IIS
Awaiting for your reply
Mohamed Elshayal
 
 
------_=_NextPart_001_01C3285D.251616A0-- From pbaker at where2getit.com Sun Jun 1 12:12:55 2003 From: pbaker at where2getit.com (Paul Baker) Date: Sun, 1 Jun 2003 14:12:55 -0500 Subject: [Mapserver-users] [ANNOUNCE] Mapserver 3.6.5 Debian Package Message-ID: <0C7589F8-9465-11D7-8384-0003937562B8@where2getit.com> --Apple-Mail-3-1025657770 Content-Type: multipart/mixed; boundary=Apple-Mail-2-1025647590 --Apple-Mail-2-1025647590 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Just in time for the MapServer Users Meeting beginning Friday I have packaged MapServer 3.6.5 for Debian GNU/Linux. As this package has not been fully tested I do not yet recommend it's usage in a production environment and I await feedback. This package is built against Debian Sid (unstable) and will not work on Woody, the current stable Debian 3.0 distribution. To download and install simply add the following lines to your /etc/apt/sources.list file: deb http://paulbaker.net/debian unstable main deb-src http://paulbaker.net/debian unstable main Of course you may download the .deb files directly by pointing your web browser at http://paulbaker.net/debian/dists/unstable/binary-i386/science/ -- Paul Baker "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin, 1759 GPG Key: http://homepage.mac.com/pauljbaker/public.asc --Apple-Mail-2-1025647590 Content-Disposition: attachment; filename=mapserver_3.6.5-1_i386.txt Content-Transfer-Encoding: 7bit Content-Type: text/plain; x-unix-mode=0644; name="mapserver_3.6.5-1_i386.txt" -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 1 Jun 2003 00:57:55 -0500 Source: mapserver Binary: mapserver-cgi mapserver-utils libmapscript-perl Architecture: source i386 Version: 3.6.5-1 Distribution: unstable Urgency: low Maintainer: Paul Baker (w2gi) Changed-By: Paul Baker (w2gi) Description: libmapscript-perl - UMN's MapServer - MapScript/Perl Support mapserver-cgi - UMN's MapServer - Web Mapping CGI Application mapserver-utils - UMN's MapServer - Utilities Changes: mapserver (3.6.5-1) unstable; urgency=low . * New upstream release. * fix to compile under gcc 3.3. * Standards-Version 3.5.10 (no changes required). Files: 3f472ca1b835af042e848d8509019c37 683 science extra mapserver_3.6.5-1.dsc 3bb4d6d021cce643a3f611aab6b0c439 615739 science extra mapserver_3.6.5.orig.tar.gz 17bc8a839c76e60ab7061581bfda3e22 64495 science extra mapserver_3.6.5-1.diff.gz 1d2bd756b3856d472ff3b7eae5a17c36 168512 science extra mapserver-cgi_3.6.5-1_i386.deb 83ebb5f192ae1e3d2711a0ab1479c680 317080 perl extra libmapscript-perl_3.6.5-1_i386.deb 29026e823a5a877841e97275d51e9e1d 918580 science extra mapserver-utils_3.6.5-1_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+2jiGoxmRVfL3nlsRAqM+AKCKEOfGcKUN9WXN9dAI5kWeWv7WpACfd3sq L7b3ozuj/xOWvHbPm7lx948= =11Sd -----END PGP SIGNATURE----- --Apple-Mail-2-1025647590-- --Apple-Mail-3-1025657770 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-disposition: inline content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+2lBCoxmRVfL3nlsRArypAKCTEOdzacgJ70n8R5pdDDryk7So4QCfXo3B 7mA2sXKdkyIv8GbfJshw/2c= =+Grp -----END PGP SIGNATURE----- --Apple-Mail-3-1025657770-- From pbaker at where2getit.com Sun Jun 1 12:40:39 2003 From: pbaker at where2getit.com (Paul Baker) Date: Sun, 1 Jun 2003 14:40:39 -0500 Subject: [Mapserver-users] [ANNOUNCE] Mapserver 3.6.5 Debian Package In-Reply-To: <0C7589F8-9465-11D7-8384-0003937562B8@where2getit.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday, June 1, 2003, at 02:12 PM, Paul Baker wrote: > Just in time for the MapServer Users Meeting beginning Friday I have > packaged MapServer 3.6.5 for Debian GNU/Linux. [snip] My bad. The url to directly download the .deb files is actually http://paulbaker.net/debian/dists/unstable/main/binary-i386/science/ Sorry for any inconvenience. - -- Paul Baker "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin, 1759 GPG Key: http://homepage.mac.com/pauljbaker/public.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+2lbCoxmRVfL3nlsRAo8gAJ97dLWW1wmxdo8/DjVRkWCIRNt3hQCdEEyb w/e3Ochm+BqT9x9eDarVByo= =CH32 -----END PGP SIGNATURE----- From LVN at hvm.dk Sun Jun 1 13:11:04 2003 From: LVN at hvm.dk (Lars V. Nielsen) Date: Sun, 1 Jun 2003 22:11:04 +0200 Subject: [Mapserver-users] Mapfile format in XML In-Reply-To: <3ED97F07.7060905@magma.ca> References: <200305311354.49411.gbuckmaster@cox.net> <010701c327b9$0753c7b0$3ade26c0@o57> <3ED97F07.7060905@magma.ca> Message-ID: <1054498264.3eda5dd8df81f@php.mira.dk> Hear, hear. XML may be the future, but it isn't the answer to every task. And validating a line oriented format like the MAP file shouldn't be too difficult. Maybe someone has made a validator for it already ? Best regards / Med venlig hilsen Lars V. Nielsen ------------------------------- Hvenegaard & Meklenborg, Odense http://www.hvm.dk Citering Paul Spencer : > No, although this has been discussed extensively. If you search the > list archives I believe that for the near term the decision was that XML > would likely add too much overhead (especially if it validates) to the > parsing process (and probably adds an additional library dependency on > something like xerces) and no real benefits. The MapServer developers > place a high emphasis on keeping the core of MapServer lean and mean so > it can perform very well in high-load situations, so I believe that it > is unlikely that a compelling argument for XML could be made that would > influence the core developers. > > If you really believe strongly in it, though, you can do it yourself and > then try to sell the idea (ah, the beauty of open source ;)). > > The capability that Gerald refers to is an XML format for a > "map-file-like" document that describes WMS layers only, and does not > directly include the ability to style layers, add labels, and all the > other cool things that MapServer can do via the MAP file. MapServer > support for Contexts requires the GDAL library and parses the XML using > the GDAL minixml driver, which is a non-validating parser. This format > is probably of very little actual benefit to most MapServer users except > those that use WMS. The Context document itself is meant primarily as > an interchange format that allows users to share views. > > Cheers, > > Paul > > Gerald Buckmaster wrote: > > > Hi, > > > > I think this link might be what you are looking for: > > > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapContextHowto > > > > HTH > > > > Gerald > > > > Morten Nielsen wrote: > > > Is there any plans on upgrading/supplementing the MAP format to XML ? > > It would make a lot of things easier, when processing the Map file in > other > > scripts (not to mention the validating that a DTD could offer). > > > > XML is the future :-) > > > > /Morten Nielsen > > http://www.iter.dk > > > > _______________________________________________ > > 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 kenlord at email.com Sun Jun 1 14:36:39 2003 From: kenlord at email.com (Ken Lord) Date: Mon, 02 Jun 2003 05:36:39 +0800 Subject: [Mapserver-users] Custom Projections Message-ID: <20030601213639.20619.qmail@email.com> Hello list! I am wondering if it is possible to use projection objects in a map file to reproject a local custom grid into UTM Coordinates for display with other layers in MapServer. For example ... My data is on a local Mine Grid. -'north' on the mine grid is at an azimuth of 043 degrees. -the units of the mine grid are feet. -I can determine a false easting, and false northing at the origin or any point on the mine grid (the UTM Zone 10N coordinates of '0,0' on the mine grid). If I could project my data this way it would save a huge effort in converting the data. Any help is very much appreciated, Thanks, Ken Lord -- _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup From bwragg at tpg.com.au Sun Jun 1 15:47:58 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Mon, 2 Jun 2003 08:17:58 +0930 Subject: [Mapserver-users] PostGIS Spatial Query - Completely Within In-Reply-To: <3ED7835F.1080409@refractions.net> Message-ID: <003201c3288f$da451260$1f00a8c0@mapping12> Heiko Kehlenbrink suggested the truly_inside(geometryA,geometryB) function. Why won't this work for me? Cheers, Benjamin -----Original Message----- From: David Blasby [mailto:dblasby at refractions.net] Sent: Saturday, 31 May 2003 1:44 AM To: bwragg at tpg.com.au; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] PostGIS Spatial Query - Completely Within Benjamin Wragg wrote: > What I need to do now is alter this query slightly and only find > polygons that are completely within the country selected. You can do this, but you have to have the GEOS (JTS for C++) extension. cf. geos.refractions.net and postgis.refractions.net See recent messages in the mailing list archive. The first [experimental] version of GEOS for PostGIS has been released, but not for general consumption. Your query would be something like: SELECT * FROM WHERE contains(g1,g2) See http://www.opengis.org/techno/specs/99-049.pdf for the OGC definition of 'contains' and other spatial operators. dave From Antti.Roppola at brs.gov.au Sun Jun 1 22:16:12 2003 From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au) Date: Mon, 2 Jun 2003 15:16:12 +1000 Subject: [Mapserver-users] Mapfile format in XML Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC43BD@afeb-ms-02> Hi all, I have added an entry to the FAQ on the Wiki, but was not able to find the post I was looking for that explained the pros and cons nicely. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?FAQ If anyone wants to improve on my rather vague entry, feel free to do so. Cheers, Antti -----Original Message----- From: Lars V. Nielsen [mailto:LVN at hvm.dk] Sent: Monday, 2 June 2003 6:11 AM To: spencer at dmsolutions.ca; Paul Spencer Cc: Morten Nielsen; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Mapfile format in XML Hear, hear. XML may be the future, but it isn't the answer to every task. And validating a line oriented format like the MAP file shouldn't be too difficult. Maybe someone has made a validator for it already ? Best regards / Med venlig hilsen Lars V. Nielsen ------------------------------- Hvenegaard & Meklenborg, Odense http://www.hvm.dk Citering Paul Spencer : > No, although this has been discussed extensively. If you search the > list archives I believe that for the near term the decision was that XML > would likely add too much overhead (especially if it validates) to the > parsing process (and probably adds an additional library dependency on > something like xerces) and no real benefits. The MapServer developers > place a high emphasis on keeping the core of MapServer lean and mean so > it can perform very well in high-load situations, so I believe that it > is unlikely that a compelling argument for XML could be made that would > influence the core developers. > > If you really believe strongly in it, though, you can do it yourself and > then try to sell the idea (ah, the beauty of open source ;)). > > The capability that Gerald refers to is an XML format for a > "map-file-like" document that describes WMS layers only, and does not > directly include the ability to style layers, add labels, and all the > other cool things that MapServer can do via the MAP file. MapServer > support for Contexts requires the GDAL library and parses the XML using > the GDAL minixml driver, which is a non-validating parser. This format > is probably of very little actual benefit to most MapServer users except > those that use WMS. The Context document itself is meant primarily as > an interchange format that allows users to share views. > > Cheers, > > Paul > > Gerald Buckmaster wrote: > > > Hi, > > > > I think this link might be what you are looking for: > > > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapContextHowto > > > > HTH > > > > Gerald > > > > Morten Nielsen wrote: > > > Is there any plans on upgrading/supplementing the MAP format to XML ? > > It would make a lot of things easier, when processing the Map file in > other > > scripts (not to mention the validating that a DTD could offer). > > > > XML is the future :-) > > > > /Morten Nielsen > > http://www.iter.dk > > > > _______________________________________________ > > 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 jwitte at gmx.at Mon Jun 2 01:39:17 2003 From: jwitte at gmx.at (=?utf-8?Q?J=C3=B6rn_Witte?=) Date: Mon, 2 Jun 2003 10:39:17 +0200 Subject: [Mapserver-users] problem with WMS Client support Message-ID: <000001c328e2$81a8a920$3efefea9@poldi> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C328F3.4532FFC0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, I=E2=80=99am trying to compile the UMN Mapserver with the WMS Client = support and always get the following error-message: =20 =20 WIN32 /c mapwms.c /Fomapwms.obj mapwms.c mapwms.c(44) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(44) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer = formalen und uebergebenen Parameter 1 mapwms.c(46) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(46) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer = formalen und uebergebenen Parameter 1 mapwms.c(170) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(170) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(589) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(589) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(745) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(745) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(828) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(828) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(832) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(832) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(836) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(836) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(859) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(859) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(879) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(879) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(906) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(906) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(918) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(918) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(983) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(983) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1053) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1053) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1387) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1387) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1388) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1388) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1400) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1400) : warning C4024: 'strncasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1401) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1401) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1403) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1403) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1424) : warning C4013: 'getpid' undefiniert; Annahme: extern = mit Rueckgabetyp int cl /nologo /Zi /W3 /DDEBUG /DWIN32 -I../gd-1.8.4 = -I../tiff-v3.5.5/libtiff -I../proj-4.4.3/src -I..\php-4.0.4\regex = -DPHP_NO_ALIASES -I..\gdal-1.1.8/ogr/ogrsf_frmts -I..\gdal-1.1.8/ogr = -I..\gdal-1.1.8/ogr/../port -I..\gdal-1.1.8/core = -I../libwww/library/src -I../libwww/modules/expat/xmlp arse -I ../arcsde/include -DNEED_STRCASECMP -DNEED_STRNCASECMP = -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG = -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF -DUSE_GD_TTF = -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR -DUSE_WMS -DUSE_WMS_LYR = -DIGNORE_MISSING_DATA -DFEATURE_INFO_HTML -DUSE_SDE -D WIN32 /c mapwmslayer.c /Fomapwmslayer.obj mapwmslayer.c ../libwww/library/src\HTProt.h(58) : error C2061: Syntaxfehler : = Bezeichner 'HTProtocolId' ../libwww/library/src\HTProt.h(58) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTProt.h(85) : error C2146: Syntaxfehler : = Fehlendes ')' vor Bezeichner 'port' ../libwww/library/src\HTProt.h(85) : error C2081: 'HTProtocolId' : Name = in der formalen Parameterliste ist ungueltig ../libwww/library/src\HTProt.h(85) : error C2061: Syntaxfehler : = Bezeichner 'port' ../libwww/library/src\HTProt.h(85) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTProt.h(85) : error C2059: Syntaxfehler : ',' ../libwww/library/src\HTProt.h(88) : error C2059: Syntaxfehler : ')' ../libwww/library/src\HTProt.h(132) : error C2061: Syntaxfehler : = Bezeichner 'HTProtocol_id' ../libwww/library/src\HTProt.h(132) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTProt.h(132) : error C2059: Syntaxfehler : 'type' ../libwww/library/src\HTHost.h(65) : error C2146: Syntaxfehler : = Fehlendes ')' vor Bezeichner 'u_port' ../libwww/library/src\HTHost.h(65) : error C2081: 'u_short' : Name in = der formalen Parameterliste ist ungueltig ../libwww/library/src\HTHost.h(65) : error C2061: Syntaxfehler : = Bezeichner 'u_port' ../libwww/library/src\HTHost.h(65) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTHost.h(65) : error C2059: Syntaxfehler : ')' ../libwww/library/src\HTHost.h(66) : error C2146: Syntaxfehler : = Fehlendes ')' vor Bezeichner 'u_port' ../libwww/library/src\HTHost.h(66) : error C2081: 'u_short' : Name in = der formalen Parameterliste ist ungueltig ../libwww/library/src\HTHost.h(66) : error C2061: Syntaxfehler : = Bezeichner 'u_port' ../libwww/library/src\HTHost.h(66) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTHost.h(66) : error C2059: Syntaxfehler : ')' ../libwww/library/src\HTHstMan.h(60) : error C2061: Syntaxfehler : = Bezeichner 'u_short' ../libwww/library/src\HTHstMan.h(94) : error C2079: 'sock_addr' = verwendet undefiniertes struct 'sockaddr_in' ../libwww/library/src\HTHstMan.h(110) : error C2059: Syntaxfehler : '}' mapwmslayer.c(292) : warning C4013: 'index' undefiniert; Annahme: extern = mit Rueckgabetyp int mapwmslayer.c(292) : warning C4047: '=3D' : Anzahl der = Dereferenzierungen bei 'const char *' und 'int ' unterschiedlich mapwmslayer.c(340) : warning C4013: 'isspace' undefiniert; Annahme: = extern mit Rueckgabetyp int mapwmslayer.c(368) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwmslayer.c(368) : warning C4024: 'strcasecmp' : Unterschiedliche = Typen fuer formalen und uebergebenen Parameter 2 NMAKE : fatal error U1077: 'cl' : Rueckgabe-Code '0x2' Stop. =20 =20 =20 Does anyone have an idea of what is going wrong? =20 Thanks, Witte ------=_NextPart_000_0001_01C328F3.4532FFC0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi,

I=E2=80=99am trying to = compile the UMN Mapserver with the WMS Client support and always get the following error-message:

 

 

WIN32 /c mapwms.c /Fomapwms.obj

mapwms.c

mapwms.c(44) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(44) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(46) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(46) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(170) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(170) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(589) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(589) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(745) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(745) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(828) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(828) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(832) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(832) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(836) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(836) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(859) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(859) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(879) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(879) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(906) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(906) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(918) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(918) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(983) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(983) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1053) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1053) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1387) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1387) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1388) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1388) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1400) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1400) : warning C4024: = 'strncasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1401) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1401) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1403) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1403) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1424) : warning C4013: = 'getpid' undefiniert; Annahme: extern mit Rueckgabetyp int

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = cl /nologo /Zi /W3 /DDEBUG /DWIN32 = -I../gd-1.8.4 -I../tiff-v3.5.5/libtiff=C2=A0=C2=A0 -I../proj-4.4.3/src=C2=A0=C2=A0 -I..\php-4.0.4\regex -DPHP_NO_ALIASES -I..\gdal-1.1.8/ogr/ogrsf_frmts -I..\gdal-1.1.8/ogr = -I..\gdal-1.1.8/ogr/../port -I..\gdal-1.1.8/core=C2=A0 = -I../libwww/library/src -I../libwww/modules/expat/xmlp

arse -I ../arcsde/include=C2=A0 -DNEED_STRCASECMP -DNEED_STRNCASECMP=C2=A0=C2=A0 -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF=C2=A0 = -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF=C2=A0 -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR -DUSE_WMS -DUSE_WMS_LYR=C2=A0 -DIGNORE_MISSING_DATA=C2=A0 -DFEATURE_INFO_HTML -DUSE_SDE -D

WIN32 /c mapwmslayer.c /Fomapwmslayer.obj

mapwmslayer.c<= /span>

../libwww/library/src\HTProt.h(58) : error C2061: Syntaxfehler : Bezeichner 'HTProtocolId'

../libwww/library/src\HTProt.h(58) : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTProt.h(85) : error C2146: Syntaxfehler : Fehlendes ')' vor Bezeichner = 'port'

../libwww/library/src\HTProt.h(85) : = error C2081: 'HTProtocolId' : Name in der formalen Parameterliste ist ungueltig

../libwww/library/src\HTProt.h(85) : error C2061: Syntaxfehler : Bezeichner 'port'

../libwww/library/src\HTProt.h(85) : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTProt.h(85) : error C2059: Syntaxfehler : ','

../libwww/library/src\HTProt.h(88) : error C2059: Syntaxfehler : ')'

../libwww/library/src\HTProt.h(132) : error C2061: Syntaxfehler : Bezeichner 'HTProtocol_id'

../libwww/library/src\HTProt.h(132) : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTProt.h(132) : = error C2059: Syntaxfehler : 'type'

../libwww/library/src\HTHost.h(65) : error C2146: Syntaxfehler : Fehlendes ')' vor Bezeichner = 'u_port'

../libwww/library/src\HTHost.h(65) : = error C2081: 'u_short' = : Name in der formalen Parameterliste ist ungueltig

../libwww/library/src\HTHost.h(65) : error C2061: Syntaxfehler : Bezeichner 'u_port'

../libwww/library/src\HTHost.h(65) : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTHost.h(65) : error C2059: Syntaxfehler : ')'

../libwww/library/src\HTHost.h(66) : error C2146: Syntaxfehler : Fehlendes ')' vor Bezeichner = 'u_port'

../libwww/library/src\HTHost.h(66) : = error C2081: 'u_short' = : Name in der formalen Parameterliste ist ungueltig

../libwww/library/src\HTHost.h(66) : error C2061: Syntaxfehler : Bezeichner 'u_port'

../libwww/library/src\HTHost.h(66) : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTHost.h(66) : error C2059: Syntaxfehler : ')'

../libwww/library/src\HTHstMan.h(60) : error C2061: Syntaxfehler : Bezeichner 'u_short'

../libwww/library/src\HTHstMan.h(94) : = error C2079: 'sock_addr' verwendet undefiniertes struct 'sockaddr_in'

../libwww/library/src\HTHstMan.h(110) : error C2059: Syntaxfehler : '}'

mapwmslayer.c<= /span>(292) : warning C4013: 'index' undefiniert; Annahme: extern mit Rueckgabetyp int

mapwmslayer.c<= /span>(292) : warning C4047: = '=3D' : Anzahl der Dereferenzierungen bei 'const char *' und 'int = ' unterschiedlich

mapwmslayer.c<= /span>(340) : warning C4013: 'isspace' undefiniert; Annahme: extern mit Rueckgabetyp int

mapwmslayer.c<= /span>(368) : warning C4090: = 'function' : Unterschiedliche 'const'-Bezeichner

mapwmslayer.c<= /span>(368) : warning C4024: = 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 2

NMAKE : fatal error = U1077: 'cl' : Rueckgabe-Code '0x2'

Stop.=

 

 

 

Does anyone have an = idea of what is going wrong?

 

Thanks,

Witte=

------=_NextPart_000_0001_01C328F3.4532FFC0-- From jwitte at gmx.at Mon Jun 2 01:39:48 2003 From: jwitte at gmx.at (=?utf-8?Q?J=C3=B6rn_Witte?=) Date: Mon, 2 Jun 2003 10:39:48 +0200 Subject: [Mapserver-users] problem with WMS Client support Message-ID: <000501c328e2$872c8e70$3efefea9@poldi> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C328F3.4AB55E70 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, I=E2=80=99am trying to compile the UMN Mapserver with the WMS Client = support and always get the following error-message: =20 =20 WIN32 /c mapwms.c /Fomapwms.obj mapwms.c mapwms.c(44) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(44) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer = formalen und uebergebenen Parameter 1 mapwms.c(46) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(46) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer = formalen und uebergebenen Parameter 1 mapwms.c(170) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(170) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(589) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(589) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(745) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(745) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(828) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(828) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(832) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(832) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(836) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(836) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(859) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(859) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(879) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(879) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(906) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(906) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(918) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(918) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(983) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(983) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1053) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1053) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1387) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1387) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1388) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1388) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1400) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1400) : warning C4024: 'strncasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1401) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1401) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1403) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwms.c(1403) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1424) : warning C4013: 'getpid' undefiniert; Annahme: extern = mit Rueckgabetyp int cl /nologo /Zi /W3 /DDEBUG /DWIN32 -I../gd-1.8.4 = -I../tiff-v3.5.5/libtiff -I../proj-4.4.3/src -I..\php-4.0.4\regex = -DPHP_NO_ALIASES -I..\gdal-1.1.8/ogr/ogrsf_frmts -I..\gdal-1.1.8/ogr = -I..\gdal-1.1.8/ogr/../port -I..\gdal-1.1.8/core = -I../libwww/library/src -I../libwww/modules/expat/xmlp arse -I ../arcsde/include -DNEED_STRCASECMP -DNEED_STRNCASECMP = -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG = -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF -DUSE_GD_TTF = -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR -DUSE_WMS -DUSE_WMS_LYR = -DIGNORE_MISSING_DATA -DFEATURE_INFO_HTML -DUSE_SDE -D WIN32 /c mapwmslayer.c /Fomapwmslayer.obj mapwmslayer.c ../libwww/library/src\HTProt.h(58) : error C2061: Syntaxfehler : = Bezeichner 'HTProtocolId' ../libwww/library/src\HTProt.h(58) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTProt.h(85) : error C2146: Syntaxfehler : = Fehlendes ')' vor Bezeichner 'port' ../libwww/library/src\HTProt.h(85) : error C2081: 'HTProtocolId' : Name = in der formalen Parameterliste ist ungueltig ../libwww/library/src\HTProt.h(85) : error C2061: Syntaxfehler : = Bezeichner 'port' ../libwww/library/src\HTProt.h(85) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTProt.h(85) : error C2059: Syntaxfehler : ',' ../libwww/library/src\HTProt.h(88) : error C2059: Syntaxfehler : ')' ../libwww/library/src\HTProt.h(132) : error C2061: Syntaxfehler : = Bezeichner 'HTProtocol_id' ../libwww/library/src\HTProt.h(132) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTProt.h(132) : error C2059: Syntaxfehler : 'type' ../libwww/library/src\HTHost.h(65) : error C2146: Syntaxfehler : = Fehlendes ')' vor Bezeichner 'u_port' ../libwww/library/src\HTHost.h(65) : error C2081: 'u_short' : Name in = der formalen Parameterliste ist ungueltig ../libwww/library/src\HTHost.h(65) : error C2061: Syntaxfehler : = Bezeichner 'u_port' ../libwww/library/src\HTHost.h(65) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTHost.h(65) : error C2059: Syntaxfehler : ')' ../libwww/library/src\HTHost.h(66) : error C2146: Syntaxfehler : = Fehlendes ')' vor Bezeichner 'u_port' ../libwww/library/src\HTHost.h(66) : error C2081: 'u_short' : Name in = der formalen Parameterliste ist ungueltig ../libwww/library/src\HTHost.h(66) : error C2061: Syntaxfehler : = Bezeichner 'u_port' ../libwww/library/src\HTHost.h(66) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTHost.h(66) : error C2059: Syntaxfehler : ')' ../libwww/library/src\HTHstMan.h(60) : error C2061: Syntaxfehler : = Bezeichner 'u_short' ../libwww/library/src\HTHstMan.h(94) : error C2079: 'sock_addr' = verwendet undefiniertes struct 'sockaddr_in' ../libwww/library/src\HTHstMan.h(110) : error C2059: Syntaxfehler : '}' mapwmslayer.c(292) : warning C4013: 'index' undefiniert; Annahme: extern = mit Rueckgabetyp int mapwmslayer.c(292) : warning C4047: '=3D' : Anzahl der = Dereferenzierungen bei 'const char *' und 'int ' unterschiedlich mapwmslayer.c(340) : warning C4013: 'isspace' undefiniert; Annahme: = extern mit Rueckgabetyp int mapwmslayer.c(368) : warning C4090: 'function' : Unterschiedliche = 'const'-Bezeichner mapwmslayer.c(368) : warning C4024: 'strcasecmp' : Unterschiedliche = Typen fuer formalen und uebergebenen Parameter 2 NMAKE : fatal error U1077: 'cl' : Rueckgabe-Code '0x2' Stop. =20 =20 =20 Does anyone have an idea of what is going wrong? =20 Thanks, Witte ------=_NextPart_000_0006_01C328F3.4AB55E70 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi,

I=E2=80=99am trying to = compile the UMN Mapserver with the WMS Client support and always get the following error-message:

 

 

WIN32 /c mapwms.c /Fomapwms.obj

mapwms.c

mapwms.c(44) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(44) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(46) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(46) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(170) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(170) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(589) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(589) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(745) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(745) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(828) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(828) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(832) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(832) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(836) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(836) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(859) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(859) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(879) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(879) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(906) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(906) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(918) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(918) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(983) : warning C4090: 'function' : = Unterschiedliche 'const'-Bezeichner

mapwms.c(983) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1053) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1053) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1387) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1387) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1388) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1388) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1400) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1400) : warning C4024: 'strncasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1401) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1401) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1403) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner

mapwms.c(1403) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 1

mapwms.c(1424) : warning C4013: 'getpid' undefiniert; Annahme: extern mit Rueckgabetyp int

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = cl /nologo /Zi /W3 /DDEBUG /DWIN32 -I../gd-1.8.4 -I../tiff-v3.5.5/libtiff=C2=A0=C2=A0 -I../proj-4.4.3/src=C2=A0=C2=A0 -I..\php-4.0.4\regex = -DPHP_NO_ALIASES -I..\gdal-1.1.8/ogr/ogrsf_frmts -I..\gdal-1.1.8/ogr = -I..\gdal-1.1.8/ogr/../port -I..\gdal-1.1.8/core=C2=A0 -I../libwww/library/src = -I../libwww/modules/expat/xmlp

arse -I ../arcsde/include=C2=A0 -DNEED_STRCASECMP -DNEED_STRNCASECMP=C2=A0=C2=A0 -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF=C2=A0 -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP = -DUSE_GD_TTF=C2=A0 -DUSE_GD_TTF = -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR -DUSE_WMS -DUSE_WMS_LYR=C2=A0 -DIGNORE_MISSING_DATA =C2=A0-DFEATURE_INFO_HTML -DUSE_SDE = -D

WIN32 /c mapwmslayer.c = /Fomapwmslayer.obj

mapwmslayer.c

../libwww/library/src\HTProt.h(58) : error C2061: Syntaxfehler : Bezeichner 'HTProtocolId'

../libwww/library/src\HTProt.h(58) : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTProt.h(85) : error C2146: Syntaxfehler : Fehlendes ')' vor Bezeichner = 'port'

../libwww/library/src\HTProt.h(85) : error C2081: 'HTProtocolId' : Name in der formalen Parameterliste ist = ungueltig

../libwww/library/src\HTProt.h(85) : error C2061: Syntaxfehler : Bezeichner 'port'

../libwww/library/src\HTProt.h(85) : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTProt.h(85) : error C2059: Syntaxfehler : ','

../libwww/library/src\HTProt.h(88) : error C2059: Syntaxfehler : ')'

../libwww/library/src\HTProt.h(132) : error C2061: Syntaxfehler : Bezeichner 'HTProtocol_id'

../libwww/library/src\HTProt.h(132) : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTProt.h(132) : error C2059: Syntaxfehler : 'type'

../libwww/library/src\HTHost.h(65) : error C2146: Syntaxfehler : Fehlendes ')' vor Bezeichner = 'u_port'

../libwww/library/src\HTHost.h(65) : error C2081: = 'u_short' : Name in der formalen Parameterliste ist = ungueltig

../libwww/library/src\HTHost.h(65) : error C2061: Syntaxfehler : Bezeichner 'u_port'

../libwww/library/src\HTHost.h(65) : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTHost.h(65) : error C2059: Syntaxfehler : ')'

../libwww/library/src\HTHost.h(66) : error C2146: Syntaxfehler : Fehlendes ')' vor Bezeichner = 'u_port'

../libwww/library/src\HTHost.h(66) : error C2081: = 'u_short' : Name in der formalen Parameterliste ist = ungueltig

../libwww/library/src\HTHost.h(66) : error C2061: Syntaxfehler : Bezeichner 'u_port'

../libwww/library/src\HTHost.h(66) : error C2059: = Syntaxfehler : ';'

../libwww/library/src\HTHost.h(66) : error C2059: Syntaxfehler : ')'

../libwww/library/src\HTHstMan.h(60) : error C2061: Syntaxfehler : Bezeichner 'u_short'

../libwww/library/src\HTHstMan.h(94) : error C2079: 'sock_addr' verwendet undefiniertes struct = 'sockaddr_in'

../libwww/library/src\HTHstMan.h(110) : error C2059: Syntaxfehler : '}'

mapwmslayer.c(292) : warning C4013: 'index' = undefiniert; Annahme: extern mit Rueckgabetyp int

mapwmslayer.c(292) : warning C4047: '=3D' : Anzahl = der Dereferenzierungen bei 'const char *' und 'int ' = unterschiedlich

mapwmslayer.c(340) : warning C4013: 'isspace' = undefiniert; Annahme: extern mit Rueckgabetyp int

mapwmslayer.c(368) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner

mapwmslayer.c(368) : warning C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter = 2

NMAKE : fatal error = U1077: 'cl' : Rueckgabe-Code '0x2'

Stop.=

 

 

 

Does anyone have an = idea of what is going wrong?

 

Thanks,

Witte=

------=_NextPart_000_0006_01C328F3.4AB55E70-- From braulioen at ono.com Mon Jun 2 04:15:45 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Mon, 02 Jun 2003 13:15:45 +0200 Subject: [Mapserver-users] Question about PHP/Mapscript. Message-ID: <118cc911a928.11a928118cc9@ono.com> Hi! How I could center a polygon of a shapefile in a map in PHP/Mapscript?, that is to say, to fit the extent of the map to which he occupies the polygon. Thanks. Braulio. From N.Witte at bunnik.cso.nl Mon Jun 2 05:37:56 2003 From: N.Witte at bunnik.cso.nl (Nol Witte) Date: Mon, 2 Jun 2003 14:37:56 +0200 Subject: [Mapserver-users] gmap problem Message-ID: <5DB85700D035D7118F98000102A4837F217ABB@URANUS> Hi, I installed the MapServer and PHP/MapScript on a Windows NT machine using FoxServ (Apache, PHP). All is working fine (the MapServer Itasca demo is running fine, phpinfo_mapscript.phtml gives the right output, test_draw_map.phtml also functions). When I install gmap though, problems arise: phpinfo_mapscript.phtml suddenly gives a "500 Internal Server Error" when called from the gmap directory; the gmap75.phtml script gives the same problem. My guess is that there is a problem with the alias ... but I installed gmap exactly according to the manual. Any suggestions? Or known bugs of this kind? Thanks in advance, Nol Witte, the Netherlands From Chip.Hankley at rmtinc.com Mon Jun 2 06:03:25 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Mon, 02 Jun 2003 08:03:25 -0500 Subject: [Mapserver-users] Just in case you weren't reading ALL your Mapserver mail... Message-ID: --=_F5AA1D33.2E4F3EF8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I got a kick out of this response... particularly the second link. Though= t you guys might find this funny too. =20 =20 =20 Chip Hankley, GIS Specialist RMT, Inc. chip.hankley at rmtinc.com 608.662.5498 (Direct) >>> Thorsten Fischer 06/01/03 05:55AM >>> On Sat, 2003-05-31 at 23:07, Morten Nielsen wrote: > Is there any plans on upgrading/supplementing the MAP format to XML ? > It would make a lot of things easier > when processing the Map file in other > scripts (not to mention the validating that a DTD could offer). >=20 > XML is the future :-) The future of what ... I recommend reading the following before trying to squeeze xml into any and every place just because you can. http://c2.com/cgi/wiki?XmlSucks=20 http://xmlsucks.org/but_you_have_to_use_it_anyway/does-xml-suck.html=20 Also this has been brought up a couple of times; search the mailing list archive for xml and mapfile to see the debate. hth, thorsten _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu=20 http://lists.gis.umn.edu/mailman/listinfo/mapserver-users=20 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. --=_F5AA1D33.2E4F3EF8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I got a kick out of this response... particularly the second link. T= hought=20 you guys might find this funny too.
 
 
 
Chip Hankley, GIS Specialist
RMT, Inc.
chip.hankley at rmtinc.com
60= 8.662.5498=20 (Direct)


>>> Thorsten Fischer <thfischer at mapmedia.= de>=20 06/01/03 05:55AM >>>
On Sat, 2003-05-31 at 23:07, Morten Niel= sen=20 wrote:
> Is there any plans on upgrading/supplementing the MAP form= at to=20 XML ?
> It would make a lot of things easier
>  when pro= cessing=20 the Map file in other
> scripts (not to mention the validating that= =20a DTD=20 could offer).
>
> XML is the future :-)

The future of= =20what=20 ... I recommend reading the following before trying
to squeeze xml int= o any=20 and every place just because you can.

http://c2.com/cgi/wiki?XmlSucks<= /A>

http://xmlsucks.org/but_you_have_to_use_it_anyway/does-xml-suck.html=

Also=20 this has been brought up a couple of times; search the mailing list
ar= chive=20 for xml and mapfile to see the=20 debate.


hth,

thorsten

__________________________= _____________________
Mapserver-users=20 mailing list
Mapserver-users at lists.gis.umn.edu
http:/= /lists.gis.umn.edu/mailman/listinfo/mapserver-users

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

--=_F5AA1D33.2E4F3EF8-- From Chip.Hankley at rmtinc.com Mon Jun 2 06:30:09 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Mon, 02 Jun 2003 08:30:09 -0500 Subject: [Mapserver-users] MORE Just in case you weren't reading ALL your Mapserver mail... Message-ID: --=_AFF04773.1A7B0ACB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Obviously, I didn't mean to copy all of you on my commentary. Apologies. =20 I'm going to enroll in that e-mail 101 class now... =20 =20 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. --=_AFF04773.1A7B0ACB Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Obviously, I didn't mean to copy all of you on my commentary.=20 Apologies.
 
I'm going to enroll in that e-mail 101 class now...
 
 

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

--=_AFF04773.1A7B0ACB-- From gayathri at ou.edu Mon Jun 2 06:40:00 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 2 Jun 2003 08:40:00 -0500 Subject: [Mapserver-users] problem with WMS Client support 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_01C3290C.76DCBCF0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi: Got the same error messages when I was trying to compile through a "CL" too....If you changed u_short to short the ushort errors will go... You will still have this following error., =20 ../libwww/library/src\HTHstMan.h(94) : error C2079: 'sock_addr' = verwendet undefiniertes struct 'sockaddr_in' =20 The sockaddr_in is defined in the wwwsys.h which in turn refers in.h = which is in the cygwin =20 All the problems however vanish if Mapserver is compiled in a VC++ environment...with supporting libs mentioned in the lib directories and supporting libraries mentioned in the include.... =20 Please check out the conversation Rosangela Silva and me have been = having on this.... =20 But really dont know why the libwww...does not work well with the "CL" compiler. HTH, Gayathri -----Original Message----- From: J=C3=B6rn Witte [mailto:jwitte at gmx.at] Sent: Monday, June 02, 2003 1:40 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] problem with WMS Client support Hi, I=E2=80=99am trying to compile the UMN Mapserver with the WMS Client = support and always get the following error-message: =20 =20 WIN32 /c mapwms.c /Fomapwms.obj mapwms.c mapwms.c(44) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(44) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(46) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(46) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(170) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(170) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(589) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(589) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(745) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(745) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(828) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(828) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(832) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(832) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(836) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(836) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(859) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(859) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(879) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(879) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(906) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(906) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(918) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(918) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(983) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(983) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1053) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(1053) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1387) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(1387) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1388) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(1388) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1400) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(1400) : warning C4024: 'strncasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1401) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(1401) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1403) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwms.c(1403) : warning C4024: 'strcasecmp' : Unterschiedliche Typen = fuer formalen und uebergebenen Parameter 1 mapwms.c(1424) : warning C4013: 'getpid' undefiniert; Annahme: extern = mit Rueckgabetyp int cl /nologo /Zi /W3 /DDEBUG /DWIN32 -I../gd-1.8.4 -I../tiff-v3.5.5/libtiff -I../proj-4.4.3/src -I..\php-4.0.4\regex -DPHP_NO_ALIASES -I..\gdal-1.1.8/ogr/ogrsf_frmts -I..\gdal-1.1.8/ogr -I..\gdal-1.1.8/ogr/../port -I..\gdal-1.1.8/core = -I../libwww/library/src -I../libwww/modules/expat/xmlp arse -I ../arcsde/include -DNEED_STRCASECMP -DNEED_STRNCASECMP = -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR = -DUSE_OGR -DUSE_WMS -DUSE_WMS_LYR -DIGNORE_MISSING_DATA -DFEATURE_INFO_HTML -DUSE_SDE -D WIN32 /c mapwmslayer.c /Fomapwmslayer.obj mapwmslayer.c ../libwww/library/src\HTProt.h(58) : error C2061: Syntaxfehler : = Bezeichner 'HTProtocolId' ../libwww/library/src\HTProt.h(58) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTProt.h(85) : error C2146: Syntaxfehler : = Fehlendes ')' vor Bezeichner 'port' ../libwww/library/src\HTProt.h(85) : error C2081: 'HTProtocolId' : = Name in der formalen Parameterliste ist ungueltig ../libwww/library/src\HTProt.h(85) : error C2061: Syntaxfehler : = Bezeichner 'port' ../libwww/library/src\HTProt.h(85) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTProt.h(85) : error C2059: Syntaxfehler : ',' ../libwww/library/src\HTProt.h(88) : error C2059: Syntaxfehler : ')' ../libwww/library/src\HTProt.h(132) : error C2061: Syntaxfehler : = Bezeichner 'HTProtocol_id' ../libwww/library/src\HTProt.h(132) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTProt.h(132) : error C2059: Syntaxfehler : = 'type' ../libwww/library/src\HTHost.h(65) : error C2146: Syntaxfehler : = Fehlendes ')' vor Bezeichner 'u_port' ../libwww/library/src\HTHost.h(65) : error C2081: 'u_short' : Name in = der formalen Parameterliste ist ungueltig ../libwww/library/src\HTHost.h(65) : error C2061: Syntaxfehler : = Bezeichner 'u_port' ../libwww/library/src\HTHost.h(65) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTHost.h(65) : error C2059: Syntaxfehler : ')' ../libwww/library/src\HTHost.h(66) : error C2146: Syntaxfehler : = Fehlendes ')' vor Bezeichner 'u_port' ../libwww/library/src\HTHost.h(66) : error C2081: 'u_short' : Name in = der formalen Parameterliste ist ungueltig ../libwww/library/src\HTHost.h(66) : error C2061: Syntaxfehler : = Bezeichner 'u_port' ../libwww/library/src\HTHost.h(66) : error C2059: Syntaxfehler : ';' ../libwww/library/src\HTHost.h(66) : error C2059: Syntaxfehler : ')' ../libwww/library/src\HTHstMan.h(60) : error C2061: Syntaxfehler : Bezeichner 'u_short' ../libwww/library/src\HTHstMan.h(94) : error C2079: 'sock_addr' = verwendet undefiniertes struct 'sockaddr_in' ../libwww/library/src\HTHstMan.h(110) : error C2059: Syntaxfehler : = '}' mapwmslayer.c(292) : warning C4013: 'index' undefiniert; Annahme: = extern mit Rueckgabetyp int mapwmslayer.c(292) : warning C4047: '=3D' : Anzahl der = Dereferenzierungen bei 'const char *' und 'int ' unterschiedlich mapwmslayer.c(340) : warning C4013: 'isspace' undefiniert; Annahme: = extern mit Rueckgabetyp int mapwmslayer.c(368) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner mapwmslayer.c(368) : warning C4024: 'strcasecmp' : Unterschiedliche = Typen fuer formalen und uebergebenen Parameter 2 NMAKE : fatal error U1077: 'cl' : Rueckgabe-Code '0x2' Stop. =20 =20 =20 Does anyone have an idea of what is going wrong? =20 Thanks, Witte ------_=_NextPart_001_01C3290C.76DCBCF0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
Hi:
Got=20 the same error messages when I was trying to compile through a "CL" = too....If=20 you changed u_short to short the ushort errors will = go...
You=20 will still have this following error.,
 

../libwww/library/src\HTHstMan.h(94)=20 : error C2079: 'sock_addr' verwendet undefiniertes struct=20 'sockaddr_in'

 

The sockaddr_in is defined in the wwwsys.h = which in=20 turn refers in.h which is in the cygwin

 

All the problems however = vanish if=20 Mapserver is compiled in a VC++ environment...with supporting libs = mentioned in=20 the lib directories and supporting libraries mentioned in the=20 include....

 

Please check out the conversation Rosangela = Silva =20 and me have been having on this....

 

But really dont know why the = libwww...does not=20 work well with the "CL" compiler.

HTH,

Gayathri

-----Original Message-----
From: J=C3=B6rn Witte=20 [mailto:jwitte at gmx.at]
Sent: Monday, June 02, 2003 1:40=20 AM
To: mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users] problem with WMS Client = support

Hi,

I=E2=80=99am=20 trying to compile the UMN Mapserver with the WMS Client support and = always get=20 the following error-message:

 

 

WIN32 /c=20 mapwms.c /Fomapwms.obj

mapwms.c

mapwms.c(44) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(44) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(46) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(46) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(170) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(170) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(589) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(589) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(745) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(745) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(828) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(828) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(832) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(832) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(836) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(836) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(859) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(859) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(879) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(879) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(906) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(906) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(918) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(918) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(983) : warning = C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(983) : warning = C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(1053) : = warning C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(1053) : = warning C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(1387) : = warning C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(1387) : = warning C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(1388) : = warning C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(1388) : = warning C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(1400) : = warning C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(1400) : = warning C4024:=20 'strncasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter 1

mapwms.c(1401) : = warning C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(1401) : = warning C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(1403) : = warning C4090:=20 'function' : Unterschiedliche = 'const'-Bezeichner

mapwms.c(1403) : = warning C4024:=20 'strcasecmp' : Unterschiedliche Typen fuer formalen und uebergebenen = Parameter=20 1

mapwms.c(1424) : = warning C4013:=20 'getpid' undefiniert; Annahme: extern mit Rueckgabetyp=20 int

        cl=20 /nologo /Zi /W3 /DDEBUG /DWIN32 -I../gd-1.8.4 = -I../tiff-v3.5.5/libtiff   = -I../proj-4.4.3/src   -I..\php-4.0.4\regex=20 -DPHP_NO_ALIASES -I..\gdal-1.1.8/ogr/ogrsf_frmts -I..\gdal-1.1.8/ogr=20 -I..\gdal-1.1.8/ogr/../port -I..\gdal-1.1.8/core  -I../libwww/library/src=20 -I../libwww/modules/expat/xmlp

arse -I = ../arcsde/include  -DNEED_STRCASECMP=20 -DNEED_STRNCASECMP  =20 -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF  -DUSE_GD_GIF -DUSE_GD_PNG=20 -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF =20 -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR -DUSE_WMS=20 -DUSE_WMS_LYR =20 -DIGNORE_MISSING_DATA  -DFEATURE_INFO_HTML = -DUSE_SDE=20 -D

WIN32 /c mapwmslayer.c=20 /Fomapwmslayer.obj

mapwmslayer.c

../libwww/library/src\HTProt.h(58)=20 : error C2061: Syntaxfehler : Bezeichner=20 'HTProtocolId'

../libwww/library/src\HTProt.h(58)=20 : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTProt.h(85)=20 : error C2146: Syntaxfehler : Fehlendes ')' vor Bezeichner=20 'port'

../libwww/library/src\HTProt.h(85)=20 : error C2081: 'HTProtocolId' : Name in der formalen Parameterliste = ist=20 ungueltig

../libwww/library/src\HTProt.h(85)=20 : error C2061: Syntaxfehler : Bezeichner = 'port'

../libwww/library/src\HTProt.h(85)=20 : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTProt.h(85)=20 : error C2059: Syntaxfehler : ','

../libwww/library/src\HTProt.h(88)=20 : error C2059: Syntaxfehler : ')'

../libwww/library/src\HT= Prot.h(132)=20 : error C2061: Syntaxfehler : Bezeichner=20 'HTProtocol_id'

../libwww/library/src\HTProt.h(132)=20 : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTProt.h(132)=20 : error C2059: Syntaxfehler : 'type'

../libwww/library/src\HTHost.h(65)=20 : error C2146: Syntaxfehler : Fehlendes ')' vor Bezeichner=20 'u_port'

../libwww/library/src\HTHost.h(65)=20 : error C2081: 'u_short' : Name in der formalen Parameterliste ist=20 ungueltig

../libwww/library/src\HTHost.h(65)=20 : error C2061: Syntaxfehler : Bezeichner = 'u_port'

../libwww/library/src\HTHost.h(65)=20 : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTHost.h(65)=20 : error C2059: Syntaxfehler : ')'

../libwww/library/src\HTHost.h(66)=20 : error C2146: Syntaxfehler : Fehlendes ')' vor Bezeichner=20 'u_port'

../libwww/library/src\HTHost.h(66)=20 : error C2081: 'u_short' : Name in der formalen Parameterliste ist=20 ungueltig

../libwww/library/src\HTHost.h(66)=20 : error C2061: Syntaxfehler : Bezeichner = 'u_port'

../libwww/library/src\HTHost.h(66)=20 : error C2059: Syntaxfehler : ';'

../libwww/library/src\HTHost.h(66)=20 : error C2059: Syntaxfehler : ')'

../libwww/library/src\HTHstMan.h(60)=20 : error C2061: Syntaxfehler : Bezeichner=20 'u_short'

../libwww/library/src\HTHstMan.h(94)=20 : error C2079: 'sock_addr' verwendet undefiniertes struct=20 'sockaddr_in'

../libwww/library/src\HTHstMan.h(110)=20 : error C2059: Syntaxfehler : '}'

mapwmslayer.c(292) : = warning=20 C4013: 'index' undefiniert; Annahme: extern mit Rueckgabetyp=20 int

mapwmslayer.c(292) : = warning=20 C4047: '=3D' : Anzahl der Dereferenzierungen bei 'const char *' und = 'int '=20 unterschiedlich

mapwmslayer.c(340) : = warning=20 C4013: 'isspace' undefiniert; Annahme: extern mit Rueckgabetyp=20 int

mapwmslayer.c(368) : = warning=20 C4090: 'function' : Unterschiedliche=20 'const'-Bezeichner

mapwmslayer.c(368) : = warning=20 C4024: 'strcasecmp' : Unterschiedliche Typen fuer formalen und = uebergebenen=20 Parameter 2

NMAKE :=20 fatal error U1077: 'cl' : Rueckgabe-Code = '0x2'

Stop.

 

 

 

Does=20 anyone have an idea of what is going = wrong?

 

Thanks,

Witte

------_=_NextPart_001_01C3290C.76DCBCF0-- From eric at gomoos.org Mon Jun 2 03:18:49 2003 From: eric at gomoos.org (Eric Bridger) Date: 02 Jun 2003 10:18:49 +0000 Subject: [Mapserver-users] Question about PHP/Mapscript. In-Reply-To: <118cc911a928.11a928118cc9@ono.com> References: <118cc911a928.11a928118cc9@ono.com> Message-ID: <1054549130.13947.4.camel@ubet.gomoos.org> Both the shape and shapefile objects contain a bounds member which is a rectangle object. So just use something like: $map->{extent}->{minx} = $shapefile->{bounds}->{minx}; $map->{extent}->{miny} = $shapefile->{bounds}->{miny}; $map->{extent}->{maxx} = $shapefile->{bounds}->{maxx}; $map->{extent}->{maxy} = $shapefile->{bounds}->{maxy}; Eric On Mon, 2003-06-02 at 11:15, braulioen at ono.com wrote: > Hi! > > How I could center a polygon of a shapefile in a map in > PHP/Mapscript?, that is to say, to fit the extent of the map to which > he occupies the polygon. > > Thanks. > Braulio. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From tomax77 at gmx.de Mon Jun 2 07:47:08 2003 From: tomax77 at gmx.de (tomax77 at gmx.de) Date: Mon, 2 Jun 2003 16:47:08 +0200 (MEST) Subject: [Mapserver-users] Problems compiling postgis Message-ID: <8582.1054565228@www61.gmx.net> Hi list, when i compile postgis on cygwin (windows shell) i get the following error message after typing "make": r/local/lib -L/usr/local/lib -L../../src/backend -lpostgres fu000001.o(.idata$3+0xc): undefined reference to `_libpostgres_a_iname' nmth000000.o(.idata$4+0x0): undefined reference to `__nm__cpu_index_tuple_cost' Info: resolving _cpu_index_tuple_cost by linking to __imp__cpu_index_tuple_cost (auto-import) collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [libpostgis.a] Error 1 [Administrator at server2000 ...contrib/postgis-0.7.5]$ Anyone who can help me on this topic ??? What did i wrong ??? Thanks in advance Tom L. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! From pramsey at refractions.net Mon Jun 2 08:57:17 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Mon, 02 Jun 2003 08:57:17 -0700 Subject: [Mapserver-users] Problems compiling postgis In-Reply-To: <8582.1054565228@www61.gmx.net> References: <8582.1054565228@www61.gmx.net> Message-ID: <3EDB73DD.50704@refractions.net> Tom, Firstly, web search, secondly, ask a mailing list. Searching postgis support (http://postgis.refractions.net/support.php) for __nm__cpu_index_tuple_cost yields: http://postgis.refractions.net/pipermail/postgis-users/2002-November/001793.html For that matter, searching google: http://www.google.ca/search?q=__nm__cpu_index_tuple_cost Yields a list with this message as the first entry. Paul tomax77 at gmx.de wrote: > Hi list, > > when i compile postgis on cygwin (windows shell) i get the following error > message after typing "make": > > r/local/lib -L/usr/local/lib -L../../src/backend -lpostgres > fu000001.o(.idata$3+0xc): undefined reference to `_libpostgres_a_iname' > nmth000000.o(.idata$4+0x0): undefined reference to > `__nm__cpu_index_tuple_cost' > Info: resolving _cpu_index_tuple_cost by linking to > __imp__cpu_index_tuple_cost > (auto-import) > collect2: ld returned 1 exit status > dllwrap: gcc exited with status 1 > make: *** [libpostgis.a] Error 1 > [Administrator at server2000 ...contrib/postgis-0.7.5]$ > > Anyone who can help me on this topic ??? What did i wrong ??? > > Thanks in advance > Tom L. > From dukav at gmx.de Mon Jun 2 09:02:14 2003 From: dukav at gmx.de (dukav at gmx.de) Date: Mon, 2 Jun 2003 18:02:14 +0200 (MEST) Subject: [Mapserver-users] (no subject) Message-ID: <11486.1054569734@www10.gmx.net> Dear list, I am a student an I am making evaluations on the mapserver. Does somebody know where i can get some information about mapserver and database in general? Is it possible to use the mapserver with every database and what is needed for this? Thanks for any help Karin -- Karin D?rrwanger Bilderh?uslenstr. 26 73257 K?ngen tel.: 0 70 24 / 86 67 96 +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! From gayathri at ou.edu Mon Jun 2 09:18:57 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 2 Jun 2003 11:18:57 -0500 Subject: [Mapserver-users] (no subject) Message-ID: Hi: The mapserver site, http://mapserver.gis.umn.edu is a trove of information... You will also find lotsa links from here..to successful mapserver users. You should also check http://www2.dmsolutions.ca a company that provides mapserver support... They have some neat documents/information in their site. Thanks, Gayathri -----Original Message----- From: dukav at gmx.de [mailto:dukav at gmx.de] Sent: Monday, June 02, 2003 9:02 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] (no subject) Dear list, I am a student an I am making evaluations on the mapserver. Does somebody know where i can get some information about mapserver and database in general? Is it possible to use the mapserver with every database and what is needed for this? Thanks for any help Karin -- Karin D?rrwanger Bilderh?uslenstr. 26 73257 K?ngen tel.: 0 70 24 / 86 67 96 +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From woklist at charter.net Mon Jun 2 10:05:33 2003 From: woklist at charter.net (William K) Date: Mon, 2 Jun 2003 12:05:33 -0500 Subject: [Mapserver-users] gxx_personality_v0 problems (Mac OS X 10.2) *SOLVED* Message-ID: <6BF78440-951C-11D7-85DD-003065775468@charter.net> Hi all, I've been having these gxx_personality_v0 issues lately. I had tried all the solutions from this list and others, and the Mac writeups on getting MS built, to no avail. Everything would compile and the mapserv cgi worked. But the mapscript PHP module would cause gxx_personality_v0 errors in the httpd log and wouldn't load. First off, the solution I used in the first place to get mapserver to compile was to add -lstdc++ to STATIC_LIBS in the makefile. Well, it turns out this only applies to the mapserv cgi, and not mapscript. I had to add -lstdc++ to MS_LIBS in the mapscript makefile as well (strange that mapscript would compile without it). Now all works - mapscript shows up in my phpinfo(). Now to start on the mapscript tutorials... ^_^ PS. Tho I say this was for Mac OS X, it probably applies to others using gcc 3.x. ----- William Kyngesburye http://webpages.charter.net/kyngchaos/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro RIP Douglas Adams 1952-2001 From akreider at nd.edu Mon Jun 2 12:14:05 2003 From: akreider at nd.edu (Aaron Kreider) Date: Mon, 02 Jun 2003 14:14:05 -0500 Subject: [Mapserver-users] (no subject) Message-ID: <3EDB5BAD.14919.1F610B@localhost> I'm trying to convert my data into a format that can be used by Mapserver (or more specifically Mapscript). The data currently resides in a regular mysql table. Does Mapserver only use shape files? And if so, how do I create a shape file? I've searched to find free utilities (I do not want to buy Arcview 3) that will do it for me or to try and find an explanation of what the format is (so I could do it myself), but haven't found anything. I'd appreciate help on this. Aaron From akreider at nd.edu Mon Jun 2 12:14:30 2003 From: akreider at nd.edu (Aaron Kreider) Date: Mon, 02 Jun 2003 14:14:30 -0500 Subject: [Mapserver-users] Creating Shape Files Message-ID: <3EDB5BC6.25449.1FC24B@localhost> I'm trying to convert my data into a format that can be used by Mapserver (or more specifically Mapscript). The data currently resides in a regular mysql table. Does Mapserver only use shape files? And if so, how do I create a shape file? I've searched to find free utilities (I do not want to buy Arcview 3) that will do it for me or to try and find an explanation of what the format is (so I could do it myself), but haven't found anything. I'd appreciate help on this. Aaron From morissette at dmsolutions.ca Mon Jun 2 11:18:51 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 02 Jun 2003 14:18:51 -0400 Subject: [Mapserver-users] gxx_personality_v0 problems (Mac OS X 10.2) *SOLVED* References: <6BF78440-951C-11D7-85DD-003065775468@charter.net> Message-ID: <3EDB950B.369ABE4A@dmsolutions.ca> Which version of MapServer were you using? FYI this -lstdc++ has been added to the 4.0-dev (main CVS trunk) a little while ago, and the same fix applied to the 3.6 branch yesterday and will be included in a 3.6.6 release that should be posted to the live site in the next few days. In both cases the -lstdc++ is added to XTRALIBS which means that it should also apply to the MapScript Makefile. If the problem persists with the latest versions then please add your comments in bug 246 at http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=246 Daniel William K wrote: > > Hi all, > > I've been having these gxx_personality_v0 issues lately. I had tried > all the solutions from this list and others, and the Mac writeups on > getting MS built, to no avail. Everything would compile and the > mapserv cgi worked. But the mapscript PHP module would cause > gxx_personality_v0 errors in the httpd log and wouldn't load. > > First off, the solution I used in the first place to get mapserver to > compile was to add -lstdc++ to STATIC_LIBS in the makefile. Well, it > turns out this only applies to the mapserv cgi, and not mapscript. I > had to add -lstdc++ to MS_LIBS in the mapscript makefile as well > (strange that mapscript would compile without it). Now all works - > mapscript shows up in my phpinfo(). > > Now to start on the mapscript tutorials... ^_^ > > PS. Tho I say this was for Mac OS X, it probably applies to others > using gcc 3.x. > > ----- > William Kyngesburye > http://webpages.charter.net/kyngchaos/ > > Theory of the Universe > > There is a theory which states that if ever anyone discovers exactly > what the universe is for and why it is here, it will instantly > disappear and be replaced by something even more bizarrely > inexplicable. There is another theory which states that this has > already happened. > > -Hitchhiker's Guide to the Galaxy 2nd season intro > RIP Douglas Adams 1952-2001 > From millardymecki at sympatico.ca Mon Jun 2 11:29:56 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 2 Jun 2003 14:29:56 -0400 Subject: [Mapserver-users] hey Message-ID: <007901c32934$f8478220$8000a8c0@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_0076_01C32913.70C964B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I was wondering if anyone knows where i can find WMS map layers at = the street level for Canada.=20 thx Paul ------=_NextPart_000_0076_01C32913.70C964B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
   I was wondering if anyone=20 knows where i can find WMS map layers at the street=20 level for Canada. 
thx
Paul
------=_NextPart_000_0076_01C32913.70C964B0-- From edspremolla at Antel.com.uy Mon Jun 2 11:36:39 2003 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: 02 Jun 2003 15:36:39 -0300 Subject: [Mapserver-users] Creating Shape Files In-Reply-To: <3EDB5BC6.25449.1FC24B@localhost> References: <3EDB5BC6.25449.1FC24B@localhost> Message-ID: <1054578999.17424.3.camel@fly.in.iantel.com.uy> Check a perl module named Shape-0.03 and shapelib for c.ther is also a gen2shp that convert a very simple txt format to shape. Eduardo Spremolla El lun, 02 de 06 de 2003 a las 16:14, Aaron Kreider escribi??: > I'm trying to convert my data into a format that can be used by Mapserver > (or more specifically Mapscript). The data currently resides in a regular > mysql table. > > Does Mapserver only use shape files? And if so, how do I create a shape > file? I've searched to find free utilities (I do not want to buy Arcview > 3) that will do it for me or to try and find an explanation of what the > format is (so I could do it myself), but haven't found anything. > > I'd appreciate help on this. > > Aaron > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pucher at atlas.gis.univie.ac.at Mon Jun 2 11:19:53 2003 From: pucher at atlas.gis.univie.ac.at (Alexander Pucher) Date: Mon, 02 Jun 2003 20:19:53 +0200 Subject: [Mapserver-users] Creating Shape Files In-Reply-To: <3EDB5BC6.25449.1FC24B@localhost> References: <3EDB5BC6.25449.1FC24B@localhost> Message-ID: <3EDB9549.6000603@atlas.gis.univie.ac.at> Hi Aaron, shapelib (http://gdal.velocet.ca/projects/shapelib/index.html) could be of interest for you. regards alex. Aaron Kreider wrote: >I'm trying to convert my data into a format that can be used by Mapserver >(or more specifically Mapscript). The data currently resides in a regular >mysql table. > >Does Mapserver only use shape files? And if so, how do I create a shape >file? I've searched to find free utilities (I do not want to buy Arcview >3) that will do it for me or to try and find an explanation of what the >format is (so I could do it myself), but haven't found anything. > >I'd appreciate help on this. > >Aaron > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > -- ________________________________________________________ Institut fuer Geographie und Regionalforschung Universitaet Wien Kartografie und Geoinformation Departement of Geography and Regional Research University of Vienna Cartography and GIS Universitaetstr. 7, A-1010 Wien, AUSTRIA Tel: (+43 1) 4277 48644 Fax: (+43 1) 4277 48649 E-mail: alexander.pucher at univie.ac.at FTP: ftp://ftp.gis.univie.ac.at WWW: http://www.gis.univie.ac.at/karto -------------------------------------------------------- Virtual Map Forum: http://www.gis.univie.ac.at/vmf -------------------------------------------------------- There are only 10 kinds of people who understand binary digits: Those who do, and Those who don't. From cpurvis at asg.sc.edu Mon Jun 2 12:11:25 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Mon, 2 Jun 2003 15:11:25 -0400 Subject: [Mapserver-users] best way to color ramp topo/bathy data that'sin PostGIS Message-ID: Thanks for the help, Jan. And I look forward to your presentation this weekend. I decided to go ahead and churn out a Perl script to generate the 256 classes for my .map file. I provide it the starting color and the ending color, and based on the max and min values of my layer, it creates the expressions, etc. (If anyone is interested, I'll eventually post it.) Yes, it does create a big .map file, but everything is modular and automated. And I seem to remember other folks w/ other automated .map file generations. So no matter what I do, large .map files may be hard to avoid! Anyway, let's say that I'm happy w/ plenty of expressions. My question is, am I compromising speed? Having GRASS work w/ my rasters might eventually be the way to go (as you suggest), but right now it sure is convenient and clean to have everything in only one place, my PostGIS db. So am I losing any speed by choosing to let MapServer use expressions to figure out what color to display rather than letting GRASS munch and crunch it? So far I am very happy w/ the MS performance (in general and as it relates to this issue). Of course, my dataset is very localized and small at this point. Thanks again. Charlton -----Original Message----- From: Jan Hartmann [mailto:jhart at frw.uva.nl] Sent: Friday, May 30, 2003 6:05 AM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] best way to color ramp topo/bathy data that'sin PostGIS Hi Charlton, I've been using GRASS/MapServer on a few 30sec global databases (elevation, satellite, landcover, going to show them on the User's Meeting). In my experience, putting everything in a GRASS database and displaying them directly from there in MapServer is the most efficient way. It's quick, lets you manipulate your rasters (e.g. colortables) in GRASS while immediately displaying them in MapServer, makes it incredibly easy to create tiles and tileindexes, etc. As to your other suggestions: I don't think PostGIS already has raster support, and the maximum number of classes in MapServer is 50 by default. You can compile in a larger number, but you'll get horrible mapfiles. Some time ago, Frank Warmerdam wrote about the possibility of color table processing in GDAL (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0304/msg00621. html). Is this something for a feature request? I think there are many people who could use such a feature. Jan Charlton Purvis wrote: > Hi, folks: > > I've got an approach question to ask. I've been boning up on GRASS and > r.colors and MapServer integration. > > Say I'm updating my PostGIS data based on :15 minute pings of netCDF > DODS-available data. In these datasets is some interpolated bathymetry > data. What is the best way for me to store and then render it? > > We're already going from netCDF to PostGIS. I don't think I really want > to break my .map into a lot of classes (255?) to display a nice and > gradual color ramp for different sea depths. So should I be pumping my > PostGIS data into GRASS and somehow doing an r.colors on it to then be > displayed by MS as a raster dataset? Or should I be trying to take > advantage of the alpha (?) GRASS version which already talks PostGIS (I > think I heard that somewhere)? Or should I spend a little bit of time > making a large .map file that contains many layers w/ unique RGB's? > > Truth be told, I think the less pieces, the better. I'd love to keep it > all wrapped up in MapServer. But I'm trying to bone up on GDAL, too > however, I don't quite see where that fits in. > > Any help always appreciated. > > Thanks. > > > > > 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 > > _______________________________________________ > 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 millardymecki at sympatico.ca Mon Jun 2 12:24:11 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 2 Jun 2003 15:24:11 -0400 Subject: [Mapserver-users] street level maps for canada Message-ID: <00b401c3293c$8bd08120$8000a8c0@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_00B1_01C3291B.0470E830 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Sorry my last message's subject was a bit off. So just thought i'd = resend. I was wondering if anyone knows of street wms maps for Canada? thx, Paul ------=_NextPart_000_00B1_01C3291B.0470E830 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
   Sorry my last message's = subject was a=20 bit off.  So just thought i'd resend.  I was wondering if = anyone knows=20 of street wms  maps for Canada?
thx,
Paul
------=_NextPart_000_00B1_01C3291B.0470E830-- From manofdp at yahoo.com.br Mon Jun 2 12:40:31 2003 From: manofdp at yahoo.com.br (=?iso-8859-1?q?Manofdp?=) Date: Mon, 2 Jun 2003 16:40:31 -0300 (ART) Subject: [Mapserver-users] PIXMAP Message-ID: <20030602194031.37882.qmail@web41705.mail.yahoo.com> --0-296198049-1054582831=:37841 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Help please! I have a points shape and I want to show this points as a GIF. I use MapServer 3.6.3 This is a layer: LAYER NAME pinos DATA pinosxy STATUS default TYPE ANNOTATION TRANSFORM OFF CLASS NAME "todos" COLOR 200 200 200 SIZE 6 SYMBOL 'imgteste' END END and this is a symbol Symbol Name 'imgteste' Type PIXMAP IMAGE large.gif #Transparent 15 END I receive this error loadSymbol(): General error message. Unable to load GIF symbol. Thanks!! Fl?vio --------------------------------- Yahoo! Mail Mais espa?o, mais seguran?a e gratuito: caixa postal de 6MB, antiv?rus, prote??o contra spam. --0-296198049-1054582831=:37841 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Help please!
 
I have a points shape and I want to show this points as a GIF. I use MapServer 3.6.3
This is a layer:

LAYER
NAME pinos
DATA pinosxy
STATUS default
TYPE ANNOTATION
TRANSFORM OFF
CLASS
NAME "todos"
COLOR 200 200 200
SIZE 6
SYMBOL 'imgteste'
END
END

and this is a symbol


Symbol
Name 'imgteste'
Type PIXMAP
IMAGE large.gif
#Transparent 15
END

I receive this error

loadSymbol(): General error message. Unable to load GIF symbol.

Thanks!!

 

Fl?vio

 



Yahoo! Mail
Mais espa?o, mais seguran?a e gratuito: caixa postal de 6MB, antiv?rus, prote??o contra spam. --0-296198049-1054582831=:37841-- From lfilak at medinaco.org Mon Jun 2 13:08:36 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 02 Jun 2003 16:08:36 -0400 Subject: [Mapserver-users] Creating Shape Files Message-ID: <200306022008.h52K8WN20886@yogi.medinaco.net> MapServer will use many formats besides shapefile but seeing that you are planning on using MapScript you could write a program to create the shapefile(s) using MapScript :-) Lowell F. The following message was sent by "Aaron Kreider" on Mon, 02 Jun 2003 14:14:30 -0500. > I'm trying to convert my data into a format that can be used by Mapserver > (or more specifically Mapscript). The data currently resides in a regular > mysql table. > > Does Mapserver only use shape files? And if so, how do I create a shape > file? I've searched to find free utilities (I do not want to buy Arcview > 3) that will do it for me or to try and find an explanation of what the > format is (so I could do it myself), but haven't found anything. > > I'd appreciate help on this. > > Aaron > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From taatuut at planet.nl Mon Jun 2 13:08:32 2003 From: taatuut at planet.nl (Emil Zegers) Date: Mon, 02 Jun 2003 22:08:32 +0200 Subject: [Mapserver-users] Re: gmap problem Message-ID: <006101c32942$be32da90$9600000a@maria> Hi Nol, I think it is a NT user/rights issue. If you run any php file that's not inside the wwwroot directory (you probably placed the gmap sample outside of it?) the direcory might not have the appropraite user/rights. Possible solutions: - placing the gmap sample in the wwroot directory - add user IUSR_ with at least Read and Read &Execute rights to the gmap directory Also check that user IUSR_ has at least Read and Read &Execute rights to php.exe and php4ts.dll Emil Zegers From k.chodak at autoguard.pl Mon Jun 2 13:18:05 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Mon, 2 Jun 2003 22:18:05 +0200 Subject: [Mapserver-users] PIXMAP In-Reply-To: <20030602194031.37882.qmail@web41705.mail.yahoo.com> Message-ID: Try using full path to this image like "/var/www/img/large.gih"... 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 Manofdp Sent: Monday, June 02, 2003 9:41 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] PIXMAP Help please! I have a points shape and I want to show this points as a GIF. I use MapServer 3.6.3 This is a layer: LAYER NAME pinos DATA pinosxy STATUS default TYPE ANNOTATION TRANSFORM OFF CLASS NAME "todos" COLOR 200 200 200 SIZE 6 SYMBOL 'imgteste' END END and this is a symbol Symbol Name 'imgteste' Type PIXMAP IMAGE large.gif #Transparent 15 END I receive this error loadSymbol(): General error message. Unable to load GIF symbol. Thanks!! Fl?vio Yahoo! Mail Mais espa?o, mais seguran?a e gratuito: caixa postal de 6MB, antiv?rus, prote??o contra spam. From eric at gomoos.org Mon Jun 2 09:18:32 2003 From: eric at gomoos.org (Eric Bridger) Date: 02 Jun 2003 16:18:32 +0000 Subject: [Mapserver-users] PIXMAP In-Reply-To: <20030602194031.37882.qmail@web41705.mail.yahoo.com> References: <20030602194031.37882.qmail@web41705.mail.yahoo.com> Message-ID: <1054570712.13947.12.camel@ubet.gomoos.org> You need to use the full path to the gif in: SYMBOL IMAGE "/full/path/to/large.gif" On Mon, 2003-06-02 at 19:40, Manofdp wrote: > Help please! > > I have a points shape and I want to show this points as a GIF. I use MapServer 3.6.3 > This is a layer: > > LAYER > NAME pinos > DATA pinosxy > STATUS default > TYPE ANNOTATION > TRANSFORM OFF > CLASS > NAME "todos" > COLOR 200 200 200 > SIZE 6 > SYMBOL 'imgteste' > END > END > > and this is a symbol > > > Symbol > Name 'imgteste' > Type PIXMAP > IMAGE large.gif > #Transparent 15 > END > > > I receive this error > > loadSymbol(): General error message. Unable to load GIF symbol. > > Thanks!! > > > > Fl?vio > > > > > > > --------------------------------- > Yahoo! Mail > Mais espa?o, mais seguran?a e gratuito: caixa postal de 6MB, antiv?rus, prote??o contra spam. From woklist at charter.net Mon Jun 2 13:44:51 2003 From: woklist at charter.net (William K) Date: Mon, 2 Jun 2003 15:44:51 -0500 Subject: [Mapserver-users] gxx_personality_v0 problems (Mac OS X 10.2) *SOLVED* In-Reply-To: <3EDB950B.369ABE4A@dmsolutions.ca> Message-ID: <0EE46701-953B-11D7-85DD-003065775468@charter.net> > Which version of MapServer were you using? > 3.6.5 (haven't gotten around to trying the 4.0 CVS yet, still getting up to speed with mapserver). On Monday, June 2, 2003, at 01:18 PM, Daniel Morissette wrote: > FYI this -lstdc++ has been added to the 4.0-dev (main CVS trunk) a > little while ago, and the same fix applied to the 3.6 branch yesterday > and will be included in a 3.6.6 release that should be posted to the > live site in the next few days. In both cases the -lstdc++ is added to > XTRALIBS which means that it should also apply to the MapScript > Makefile. cool. ----- William Kyngesburye http://webpages.charter.net/kyngchaos/ "Those people who most want to rule people are, ipso-facto, those least suited to do it." - A rule of the universe, from the HitchHiker's Guide to the Galaxy RIP Douglas Adams 1952-2001 From mcilhagga at dmsolutions.ca Mon Jun 2 16:14:40 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Mon, 02 Jun 2003 19:14:40 -0400 Subject: [Mapserver-users] hey References: <007901c32934$f8478220$8000a8c0@pauls> Message-ID: <3EDBDA60.4000308@dmsolutions.ca> Hi Paul, Try Natural Resources Canada's Centre for Topographic Information Sherbrooke WMS Server: http://wms.cits.nrcan.gc.ca/cgi-bin/cubeserv.cgi?request=GetCapabilities&version=1.1.0&service=wms For other Canadian WMS data sources, check out the following: http://www.geoconnections.org/CGDI_DevNet/components/index_e.cfm Dave -- Dave McIlhagga http://www.dmsolutions.ca Paul Dymecki wrote: > Hello, > I was wondering if anyone knows where i can find WMS map layers at > the street level for Canada. > thx > Paul From steve.lime at dnr.state.mn.us Mon Jun 2 18:22:25 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 02 Jun 2003 20:22:25 -0500 Subject: [Mapserver-users] styleObj? member of classObj? Message-ID: Styles exist within a class, so numbering is sequential but only within a class. The first style in any class is 0, next is 1 and so on. In the mapfile styles are defined in the order they are drawn. At this point styles may not be shared... Steve >>> Gerald Buckmaster 05/31/03 8:19 PM >>> Ok, that makes a bit more sense, but I guess it begs more questions from me. How do you know which styleObj is index 0? Would that be the first styleObj created within a classObj, ie the first style within the class within a layer within the .map file? And if that is so, if I create another styleObj with a different variable, does it start over at 0? Gerald On Saturday 31 May 2003 02:50 pm, Daniel Morissette wrote: > Gerald, > > You have to call $class->GetStyle( style_index ) to access a given > style. And you use ms_newStlyeObj($class) to create a new style inside > a class. > > > Since there can be more than one style in a class, we cannot present a > single class member called style like we do for style->label for > instance. We would have to present an array of styles, not just a > single style... I guess we could have tried to do it this way, but there > may have been some issues with the PHP wrappers and anyway the > getStyle() approach was more consistent with the way layers are accessed > inside the map, and the way classes are accessed inside layers. > > > Daniel > > Gerald Buckmaster wrote: > > Greetings, > > > > Trying to understand the 3.7/4.0 documentation in regards to styleObjs. > > Reading the info on styleObj class leads me to believe instances of > > styleObj are always embedded inside the classObj, yet when I look at the > > members of the classObj, I don't see it named: > > > > Members: > > > > string name > > string title > > int type > > int status (MS_ON, MS_OFF or MS_DELETE) > > int minscale > > int maxscale > > string template > > labelObj label > > int numstyles > > > > All I see is a member called numstyles and a method called getStyle(). > > > > So how do I "attach" a styleObj to a classObj? Doesn't seem to be > > consistent, ie the labelObj is named label. > > > > $cityLabel = $cityCls->label; # I understand > > $cityStyle = $cityCls->???; # no clue > > > > Thanks, > > Gerald _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From thfischer at mapmedia.de Tue Jun 3 03:59:38 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 03 Jun 2003 12:59:38 +0200 Subject: [Mapserver-users] PIXMAP In-Reply-To: <20030602194031.37882.qmail@web41705.mail.yahoo.com> References: <20030602194031.37882.qmail@web41705.mail.yahoo.com> Message-ID: <1054637978.323.2.camel@jeanjacques> On Mon, 2003-06-02 at 21:40, Manofdp wrote: > Help please! > > I have a points shape and I want to show this points as a GIF. I use > MapServer 3.6.3 > This is a layer: > I receive this error > > loadSymbol(): General error message. Unable to load GIF symbol. Your mapserver does not support GIF images. You either want to try to build your mapserver with GIF image support (the hard way) or to convert your symbol to the PNG format (the easier and recommended way) hth, thorsten From thfischer at mapmedia.de Tue Jun 3 04:02:47 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 03 Jun 2003 13:02:47 +0200 Subject: [Mapserver-users] Creating Shape Files In-Reply-To: <3EDB5BC6.25449.1FC24B@localhost> References: <3EDB5BC6.25449.1FC24B@localhost> Message-ID: <1054638167.321.6.camel@jeanjacques> On Mon, 2003-06-02 at 21:14, Aaron Kreider wrote: > I'm trying to convert my data into a format that can be used by Mapserver > (or more specifically Mapscript). The data currently resides in a regular > mysql table. > > Does Mapserver only use shape files? And if so, how do I create a shape > file? In case you are using a language like perl, php and so on, there will be a dialect of mapscript available. MapScript has functions to read, write and of course create shapefiles. If you are programming in C, you might want to take a look at shapelib. hth, thorsten From bplatzen at sosnetz.de Tue Jun 3 06:57:39 2003 From: bplatzen at sosnetz.de (=?iso-8859-15?q?Bj=F6rn=20Platzen?=) Date: Tue, 3 Jun 2003 15:57:39 +0200 Subject: [Mapserver-users] strange behaviour of LABELANGLEITEM Message-ID: <200306031557.39546.bplatzen@sosnetz.de> Hi List, I have point-layers for the labeling of the streets, where the dbf-file provides the information about the angle of the lable (in degrees). It seems, as if every letter is turned instead of the whole label. In my Mapfile it looks like this: LAYER NAME strassennamen1 TYPE annotation STATUS on MAXSCALE 7500 MINSCALE 3400 DATA NebenStrassennamen_text LABELITEM "Strname" LABELANGLEITEM "Text_angle" CLASS LABEL ANTIALIAS true PARTIALS FALSE POSITION cc TYPE TRUETYPE SIZE 8 FONT swiss COLOR 0 0 0 END #LABEL END #CLASS END #LAYER The output can be found under http://www.ividata.de/map_aachen.gif A Version with non-turned labels is under http://www.ividata.de/map_aachen2.gif (just to see the labels text...) The degree-information looks like 35.000000 297.000000 18.000000 309.000000 58.000000 . . . The shapes and dbf's were generated by MapInfo. I hope, that anybody can tell me, what's wrong... Bye, Bjoern -- small office solutions info at sosnetz.de - http://www.sosnetz.de From wkosmider at holonics.ca Tue Jun 3 07:13:45 2003 From: wkosmider at holonics.ca (Waldemar Kosmider) Date: Tue, 3 Jun 2003 10:13:45 -0400 Subject: [Mapserver-users] Errors documented? Message-ID: Hi, Could someone point to a document that lists and describes runtime error messages? Waldemar From Rebecca.Astolfo at ec.gc.ca Mon Jun 2 13:20:02 2003 From: Rebecca.Astolfo at ec.gc.ca (Astolfo,Rebecca [Burlington]) Date: Mon, 2 Jun 2003 16:20:02 -0400 Subject: [Mapserver-users] Re: gmap problem Message-ID: <2576812186CDD411BF1500508B6DCE9502F2AEE6@ECNWRI1> Hi. You could try this link. It's got both the 1:50000 and 1:25000 NTDB sheets as a Canada wide coverage. http://wms.ctis.nrcan.gc.ca/cgi-bin/cubeserv.cgi? Rebecca Rebecca Astolfo GIS Specialist IT Division Environment Canada -----Original Message----- From: Emil Zegers [mailto:taatuut at planet.nl] Sent: June 2, 2003 4:09 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Re: gmap problem Hi Nol, I think it is a NT user/rights issue. If you run any php file that's not inside the wwwroot directory (you probably placed the gmap sample outside of it?) the direcory might not have the appropraite user/rights. Possible solutions: - placing the gmap sample in the wwroot directory - add user IUSR_ with at least Read and Read &Execute rights to the gmap directory Also check that user IUSR_ has at least Read and Read &Execute rights to php.exe and php4ts.dll Emil Zegers _______________________________________________ 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 Jun 3 09:59:27 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 03 Jun 2003 12:59:27 -0400 Subject: [Mapserver-users] strange behaviour of LABELANGLEITEM Message-ID: <200306031659.h53GxHN03946@yogi.medinaco.net> I believe it is most likely a GD/FreeType-mismatch issue. You should be able to find something on the resolution in the archives. HTH Lowell F. The following message was sent by =?iso-8859-15?q?Bj=F6rn=20Platzen?= on Tue, 3 Jun 2003 15:57:39 +0200. > Hi List, > > I have point-layers for the labeling of the streets, where the dbf-file > provides the information about the angle of the lable (in degrees). > It seems, as if every letter is turned instead of the whole label. > > In my Mapfile it looks like this: > > LAYER > NAME strassennamen1 > TYPE annotation > STATUS on > MAXSCALE 7500 > MINSCALE 3400 > DATA NebenStrassennamen_text > LABELITEM "Strname" > LABELANGLEITEM "Text_angle" > CLASS > LABEL > ANTIALIAS true > PARTIALS FALSE > POSITION cc > TYPE TRUETYPE > SIZE 8 > FONT swiss > COLOR 0 0 0 > END #LABEL > END #CLASS > END #LAYER > > The output can be found under http://www.ividata.de/map_aachen.gif > A Version with non-turned labels is under > http://www.ividata.de/map_aachen2.gif (just to see the labels text...) > > The degree-information looks like > 35.000000 > 297.000000 > 18.000000 > 309.000000 > 58.000000 > . > . > . > > The shapes and dbf's were generated by MapInfo. > > I hope, that anybody can tell me, what's wrong... > > 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 rjames57 at yahoo.com Tue Jun 3 10:31:31 2003 From: rjames57 at yahoo.com (Randy James) Date: Tue, 3 Jun 2003 10:31:31 -0700 (PDT) Subject: [Mapserver-users] strange behaviour of LABELANGLEITEM In-Reply-To: <200306031659.h53GxHN03946@yogi.medinaco.net> Message-ID: <20030603173131.13309.qmail@web12503.mail.yahoo.com> Hi If each letter is an seperate point than you get the results you have. If you want to turn the whole string than you should have the whole string as a label for a single point. Cheers --- Lowell Filak wrote: > I believe it is most likely a GD/FreeType-mismatch issue. > You should be able to find something on the resolution in > the archives. > HTH > Lowell F. > > The following message was sent by > =?iso-8859-15?q?Bj=F6rn=20Platzen?= > on Tue, 3 Jun 2003 15:57:39 +0200. > > > Hi List, > > > > I have point-layers for the labeling of the streets, > where the dbf-file > > provides the information about the angle of the lable > (in degrees). > > It seems, as if every letter is turned instead of the > whole label. > > > > In my Mapfile it looks like this: > > > > LAYER > > NAME strassennamen1 > > TYPE annotation > > STATUS on > > MAXSCALE 7500 > > MINSCALE 3400 > > DATA NebenStrassennamen_text > > LABELITEM "Strname" > > LABELANGLEITEM "Text_angle" > > CLASS > > LABEL > > ANTIALIAS true > > PARTIALS FALSE > > POSITION cc > > TYPE TRUETYPE > > SIZE 8 > > FONT swiss > > COLOR 0 0 0 > > END #LABEL > > END #CLASS > > END #LAYER > > > > The output can be found under > http://www.ividata.de/map_aachen.gif > > A Version with non-turned labels is under > > http://www.ividata.de/map_aachen2.gif (just to see the > labels text...) > > > > The degree-information looks like > > 35.000000 > > 297.000000 > > 18.000000 > > 309.000000 > > 58.000000 > > . > > . > > . > > > > The shapes and dbf's were generated by MapInfo. > > > > I hope, that anybody can tell me, what's wrong... > > > > 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 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From eric at gomoos.org Tue Jun 3 06:54:13 2003 From: eric at gomoos.org (Eric Bridger) Date: 03 Jun 2003 13:54:13 +0000 Subject: [Mapserver-users] strange behaviour of LABELANGLEITEM In-Reply-To: <20030603173131.13309.qmail@web12503.mail.yahoo.com> References: <20030603173131.13309.qmail@web12503.mail.yahoo.com> Message-ID: <1054648453.1436.41.camel@ubet.gomoos.org> I ran into something similiar quite a while back while using GDGraph.pm. It was an old bug concerning TrueType fonts and was solved by upgrading to a newer version of GD. Sorry I can't remember what the version numbers were. On Tue, 2003-06-03 at 17:31, Randy James wrote: > Hi > > If each letter is an seperate point than you get the > results you have. If you want to turn the whole string than > you should have the whole string as a label for a single > point. > > Cheers > > --- Lowell Filak wrote: > > I believe it is most likely a GD/FreeType-mismatch issue. > > You should be able to find something on the resolution in > > the archives. > > HTH > > Lowell F. > > > > The following message was sent by > > =?iso-8859-15?q?Bj=F6rn=20Platzen?= > > on Tue, 3 Jun 2003 15:57:39 +0200. > > > > > Hi List, > > > > > > I have point-layers for the labeling of the streets, > > where the dbf-file > > > provides the information about the angle of the lable > > (in degrees). > > > It seems, as if every letter is turned instead of the > > whole label. > > > > > > In my Mapfile it looks like this: > > > > > > LAYER > > > NAME strassennamen1 > > > TYPE annotation > > > STATUS on > > > MAXSCALE 7500 > > > MINSCALE 3400 > > > DATA NebenStrassennamen_text > > > LABELITEM "Strname" > > > LABELANGLEITEM "Text_angle" > > > CLASS > > > LABEL > > > ANTIALIAS true > > > PARTIALS FALSE > > > POSITION cc > > > TYPE TRUETYPE > > > SIZE 8 > > > FONT swiss > > > COLOR 0 0 0 > > > END #LABEL > > > END #CLASS > > > END #LAYER > > > > > > The output can be found under > > http://www.ividata.de/map_aachen.gif > > > A Version with non-turned labels is under > > > http://www.ividata.de/map_aachen2.gif (just to see the > > labels text...) > > > > > > The degree-information looks like > > > 35.000000 > > > 297.000000 > > > 18.000000 > > > 309.000000 > > > 58.000000 > > > . > > > . > > > . > > > > > > The shapes and dbf's were generated by MapInfo. > > > > > > I hope, that anybody can tell me, what's wrong... > > > > > > 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 > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to Outlook(TM). > http://calendar.yahoo.com > _______________________________________________ > 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 Jun 3 11:08:24 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Tue, 03 Jun 2003 19:08:24 +0100 (BST) Subject: [Mapserver-users] Problem with Mapplet Message-ID: <1054663704.3edce418c764d@sms.ed.ac.uk> Hi, I'm new to MapServer, but have managed to get the demo up and running and am currently trying to get the mapplet working too. I've followed the instructions in the HOWTO, and it would appear that the applet is accessed. However, while the rest of the interface looks fine, I get a grey box instead of my map. Also, I'm now getting a MSIE warning box that simply says "mapplet ", and when I move the mouse around the screen you can see a message in the status bar of the browser that says "exception: java.lang.NullPointerException". I thought originally that the file paths could be wrong (I'm running the demo_init and the java files from my public_html directory on my local machine and the other files from my scripts directory, which has worked until now, but might be a problem...?). If anyone has any idea what I might be doing wrong I'd really appreciate it. Thanks Ali Story From bplatzen at sosnetz.de Tue Jun 3 11:12:09 2003 From: bplatzen at sosnetz.de (=?iso-8859-15?q?Bj=F6rn=20Platzen?=) Date: Tue, 3 Jun 2003 20:12:09 +0200 Subject: [Mapserver-users] strange behaviour of LABELANGLEITEM In-Reply-To: <200306031659.h53GxHN03946@yogi.medinaco.net> References: <200306031659.h53GxHN03946@yogi.medinaco.net> Message-ID: <200306032012.09741.bplatzen@sosnetz.de> Hi Lowell, > You should be able to find something on the resolution in the > archives. HTH maybe I should have done this first... Thanks, Bjoern -- small office solutions info at sosnetz.de - http://www.sosnetz.de From bplatzen at sosnetz.de Tue Jun 3 11:14:21 2003 From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=) Date: Tue, 3 Jun 2003 20:14:21 +0200 Subject: [Mapserver-users] strange behaviour of LABELANGLEITEM In-Reply-To: <20030603173131.13309.qmail@web12503.mail.yahoo.com> References: <20030603173131.13309.qmail@web12503.mail.yahoo.com> Message-ID: <200306032014.22004.bplatzen@sosnetz.de> Hi, > If each letter is an seperate point than you get the > results you have. If you want to turn the whole string than > you should have the whole string as a label for a single > point. I have the whole string as label in my dbf. For each point in the shp there is one string and one angle in the dbf. Thanks, Bjoern -- small office solutions info at sosnetz.de - http://www.sosnetz.de From bplatzen at sosnetz.de Tue Jun 3 11:16:32 2003 From: bplatzen at sosnetz.de (=?iso-8859-15?q?Bj=F6rn=20Platzen?=) Date: Tue, 3 Jun 2003 20:16:32 +0200 Subject: [Mapserver-users] strange behaviour of LABELANGLEITEM In-Reply-To: <1054648453.1436.41.camel@ubet.gomoos.org> References: <20030603173131.13309.qmail@web12503.mail.yahoo.com> <1054648453.1436.41.camel@ubet.gomoos.org> Message-ID: <200306032016.32383.bplatzen@sosnetz.de> Hi Eric, Am Dienstag, 3. Juni 2003 15:54 schrieb Eric Bridger: > I ran into something similiar quite a while back while using > GDGraph.pm. It was > an old bug concerning TrueType fonts and was solved by upgrading to a > newer version of GD. Sorry I can't remember what the version numbers > were. It happens here with gd-1.8.4 and freetype-2.0.7 If you remember someday with wich versions it worked, please let me know... 8~) Thanks & bye, Bjoern. -- small office solutions info at sosnetz.de - http://www.sosnetz.de From pond_bear at hotmail.com Tue Jun 3 12:57:58 2003 From: pond_bear at hotmail.com (pond bear) Date: Tue, 03 Jun 2003 14:57:58 -0500 Subject: [Mapserver-users] Some improvement might be done for the mapserver's documentation . Message-ID: Hi, everybody I will attend the first MapServer Users Meeting on St. Paul Campus of the University of Minnesota. So we will meet there. See you. I have used mapserver for half a year and met a lot difficuties in installation and compilation. The documentations about mapserver installation on Linux is very misleading. To save you time, here is a list of suggestions I will recommend to add into Mapserver help files. 1. Mapserver3.7 requires GD2.0.12 or up, which is important but not mentioned in " MapServer Unix Compilation and Installation Howto". 2. There still is a "Mapplet Howto" while mapplet has been upgraded to jbox. Replacing it with "jbox howto" will be more helpful. 3. Many people have mentioned the problem "Can't find XXXX.so" after installing mapserver, which is due to the library not in the searching path. Maybe we can add following in "Mapserver Unix Compilation and Installation Howto": Add a line in httpd.conf "setenv LD_LIBRARY_PATH /lib:/usr/lib:/usr/local/lib:/home/oracle/OraHome1/lib" 4. "Mapserver PHP/Mapscript Installation Howto" doesn't mention PHP must be compiled as a CGI program in Linux, which is the only way we have found to get php work with mapserver. 5. "MapFile Reference - MapServer 3.7" fails to mention the new features such as DATAPATTERN, which is one of the most important new features of 3.7. 6. In turtorial and Demo, the input image type is gif which can't be handled by mapserver with the default configuration of GD (no gif support). Why not make a new version of turtorial and demo using PNG as input image? Jing University of North Dakota. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From pond_bear at hotmail.com Tue Jun 3 14:13:32 2003 From: pond_bear at hotmail.com (pond bear) Date: Tue, 03 Jun 2003 16:13:32 -0500 Subject: [Mapserver-users] Some suggestions about mapserver3.7 Message-ID: 1. Right now we can change band combination via POCESSING "bands=x,x,x" in mapfile. If we can change PROCESSING directive via the URL or the form variables, it will be much helpful. 2. I want two mapfiles using the same template file. Unforturnately, each mapfile requires a little bit difference from each other. I hate to write two siminar template files and have to change each one when neccessary. So I add a empty lay in the two mapfile, and return [map_layer_STATUS] to template file. For the different return value, I use javascript to display a different interface. If mapserver can return some dummy flags, it will be helpful to me. Thanks Jing University of North Dakota. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From mapsurf at midsouth.rr.com Tue Jun 3 15:46:11 2003 From: mapsurf at midsouth.rr.com (mapsurfer) Date: Tue, 3 Jun 2003 17:46:11 -0500 Subject: [Mapserver-users] perl mapscript 3.6.5 References: Message-ID: <01de01c32a21$f19c1010$0a00a8c0@siliconmapping.com> Steve /et al., I am trying to install mapscript on a shared computer (private install in a home directory) My setup is a freebsd4.6 machine, perl 5.6.1, gcc 2.x, etc. When I try to install mapscript on 3.6.5, it seems to compile and install fine, but when I try to "use" it, I get an error about an "Unresolved: gdImageGif". If I use the same "configure" on an older version (my good ol 3.3_012), it runs fine. gd-1.8.4 is installed in my private usr/local and it gets compiled in OK. I set LD_CONFIG_PATH to my private "lib" path, but that didnt fix anything. I tried installing a both static and shared gd libs, which didnt help either. There doesnt seem to anything wrong with the configure or build of mapserv, but for some reason perl mapscript 3.6.5 wont resolve GD. I guess it is looking for it in /usr/local/lib. I went thru the Makefile, but dont the see problem yet. I suspect its something in Makefile.PL, but can't tell for sure. Do you have any ideas on whats going on? THanks, Chris S From stepan.kafka at centrum.cz Tue Jun 3 23:28:55 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Wed, 4 Jun 2003 08:28:55 +0200 Subject: [Mapserver-users] strange behaviour of LABELANGLEITEM In-Reply-To: <200306032016.32383.bplatzen@sosnetz.de> Message-ID: <000c01c32a62$92986b90$463c2fc3@HSGIS> It's reccommended to use 1. gd-1.8.4 with freetype 1.x (for Mapserver 3.6.x) 2. gd-2.0.12 with freetype 2.1.3 or 2.1.4 (only one possible option with Mapserver 4.x) 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 Bj?rn > Platzen > Odesl?no: 3. ?ervna 2003 20:17 > Komu: Eric Bridger; Mapserver List > P?edm?t: Re: [Mapserver-users] strange behaviour of LABELANGLEITEM > > > Hi Eric, > > Am Dienstag, 3. Juni 2003 15:54 schrieb Eric Bridger: > > I ran into something similiar quite a while back while using > > GDGraph.pm. It was > > an old bug concerning TrueType fonts and was solved by upgrading to a > > newer version of GD. Sorry I can't remember what the version numbers > > were. > > It happens here with gd-1.8.4 and freetype-2.0.7 > If you remember someday with wich versions it worked, please let me > know... 8~) > > Thanks & 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 > > > --- > Pr?choz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.487 / Virov? b?ze: 286 - datum vyd?n?: 1.6.2003 > --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.487 / Virov? b?ze: 286 - datum vyd?n?: 1.6.2003 From bplatzen at sosnetz.de Tue Jun 3 23:42:48 2003 From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=) Date: Wed, 4 Jun 2003 08:42:48 +0200 Subject: [Mapserver-users] strange behaviour of LABELANGLEITEM In-Reply-To: <000c01c32a62$92986b90$463c2fc3@HSGIS> References: <000c01c32a62$92986b90$463c2fc3@HSGIS> Message-ID: <200306040842.48783.bplatzen@sosnetz.de> Hello Stepan, thanks a lot! Bye, Bjoern. Am Mittwoch, 4. Juni 2003 08:28 schrieb Stepan Kafka: > It's reccommended to use > > 1. gd-1.8.4 with freetype 1.x (for Mapserver 3.6.x) > 2. gd-2.0.12 with freetype 2.1.3 or 2.1.4 (only one possible option > with Mapserver 4.x) > > 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 Bj?rn > > Platzen > > Odesl?no: 3. ?ervna 2003 20:17 > > Komu: Eric Bridger; Mapserver List > > P?edm?t: Re: [Mapserver-users] strange behaviour of LABELANGLEITEM > > > > > > Hi Eric, > > > > Am Dienstag, 3. Juni 2003 15:54 schrieb Eric Bridger: > > > I ran into something similiar quite a while back while using > > > GDGraph.pm. It was > > > an old bug concerning TrueType fonts and was solved by upgrading > > > to a newer version of GD. Sorry I can't remember what the version > > > numbers were. > > > > It happens here with gd-1.8.4 and freetype-2.0.7 > > If you remember someday with wich versions it worked, please let me > > know... 8~) > > > > Thanks & 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 > > > > > > --- > > Pr?choz? zpr?va neobsahuje viry. > > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > > Verze: 6.0.487 / Virov? b?ze: 286 - datum vyd?n?: 1.6.2003 > > --- > Odchoz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.487 / Virov? b?ze: 286 - datum vyd?n?: 1.6.2003 -- small office solutions info at sosnetz.de - http://www.sosnetz.de From thfischer at mapmedia.de Wed Jun 4 02:08:22 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 04 Jun 2003 11:08:22 +0200 Subject: [Mapserver-users] perl mapscript 3.6.5 In-Reply-To: <01de01c32a21$f19c1010$0a00a8c0@siliconmapping.com> References: <01de01c32a21$f19c1010$0a00a8c0@siliconmapping.com> Message-ID: <1054717702.363.2.camel@jeanjacques> On Wed, 2003-06-04 at 00:46, mapsurfer wrote: > My setup is a freebsd4.6 machine, perl 5.6.1, gcc 2.x, etc. > When I try to install mapscript on 3.6.5, it seems to compile and install > fine, but when I try to "use" it, > I get an error about an "Unresolved: gdImageGif". If I use the same > "configure" on an older version > (my good ol 3.3_012), it runs fine. gd-1.8.4 is installed http://www.boutell.com/gd/manual1.8.4.html GD 1.8.4 does not support GIF images. With 3.3 you probably used the GD version that came with the mapserver package, and not the other one installed on your system. hth, thorsten From N.Witte at bunnik.cso.nl Wed Jun 4 00:32:58 2003 From: N.Witte at bunnik.cso.nl (Nol Witte) Date: Wed, 4 Jun 2003 09:32:58 +0200 Subject: [Mapserver-users] RE: gmap problem Message-ID: <5DB85700D035D7118F98000102A4837F217ABD@URANUS> Hi Emil, thanks for the help. > If you run any php file that's not inside the wwwroot directory (you > probably placed the gmap sample outside of it?) the direcory might not have > the appropraite user/rights. My gmap data is placed in c:\FoxServ\www\gmap\ (including all sub directories). So I quess that is not the problem? > - placing the gmap sample in the wwroot directory > - add user IUSR_ with at least Read and Read &Execute rights to the gmap directory The test-script (phpinfo_mapscript.phtml) is running when placed in a normal subdirectory of the www-root but when called on from the www\gmap\htdocs directory, the 500 error occurs. For that reason I think it's not the IUSR_ problem, but I will give it a try anyway. Regards, Nol From thfischer at mapmedia.de Wed Jun 4 02:34:12 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 04 Jun 2003 11:34:12 +0200 Subject: [Mapserver-users] Errors documented? In-Reply-To: References: Message-ID: <1054719251.365.6.camel@jeanjacques> On Tue, 2003-06-03 at 16:13, Waldemar Kosmider wrote: > Hi, > Could someone point to a document that lists and describes > runtime error messages? Nope. Because there is no such thing. Two workarounds are: either you search the mailing list archive for your particular error message, or (this is unix-specific, you probably can figure out a way to do this on other systems) you can search the sources for that error message and see in what context they arised. hth, thorsten From rasp at tzi.de Wed Jun 4 00:46:23 2003 From: rasp at tzi.de (Rainer Spittel) Date: Wed, 04 Jun 2003 09:46:23 +0200 Subject: [Mapserver-users] WMS - question Message-ID: <3EDDA3CF.9090904@tzi.de> Hi, It seems to be a real problem for me to configure the MapServer :( I want to setup a cascading web map service using wms-server and wms-client options to provide these operations. I have compiled a wms-server on a linux plattform and configure a map-file. This mapserver supports WMS_SERVER and other options: geosharewms2:/usr/local/apache/cgi-bin # ./mapserv -v MapServer version 3.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE I am able to send a GetCapabilities request to this mapserver and receive a XML document: http://geosharewms2.tzi.de/cgi-bin/mapserv?map=/www_root/mapserver/cascade_server/htdocs/mapserv.map&REQUEST=GetCapabilities Even a GetMap request will be proceeded correctly. But I am not able to setup a WMS-client which accesses this mapserver. I am using a second map-file which defines a WMS-layer with the Connection-String to the WMS_SERVER mapserver: LAYER NAME "bbflaechen" STATUS ON TYPE POLYGON METADATA "wms_title" "Bebaute Flchen in Bremen" "wms_srs" "EPSG:31492" END CONNECTIONTYPE WMS CONNECTION "http://localhost/cgi-bin/mapserv?map=/www_root/mapserver/cascade_dev/htdocs/mapserv.map?VERSION=1.1.0&LAYERS=bebauteflaechen" PROJECTION "init=epsg:31492" END END When I try to visualize this mapfile I receive following error message: Warning: MapServer Error in msDrawRaster(): Unrecognized or unsupported image format in /usr/local/apache/htdocs/mapserver/cascade_client/htdocs/mapserv.php3 on line 483 Fatal error: Call to a member function on a non-object in /usr/local/apache/htdocs/mapserver/cascade_client/htdocs/mapserv.php3 on line 484 I am really confused about this, because I am not using raster-images... Next step I use this mapserver with wms_server support as a datasource in MapLab/MapBrowser and I was not able to establish a connection to my mapserver using this URL: http://geosharewms2.tzi.de/cgi-bin/mapserv?map=/www_root/mapserver/cascade_server/htdocs/mapserv.map& If anyone know a hint, please let me know. Is it possible to use a shorter URL to my map-file? I don't want to use a absolute path to the mapfile. I am using following configuration: apache 1.3.27 gd-1.8.4 gdal-1.1.7 libgeotiff-1.1.4 mapserver-3.6.5 php-4.2.3 postgis-0.7.5 postpresql-7.3.2 proj-4.4.5 w3c-libwww-5.4.0 Thx, Rainer From Mferrari at crema.unimi.it Wed Jun 4 01:09:30 2003 From: Mferrari at crema.unimi.it (Marco Ferrari) Date: Wed, 4 Jun 2003 10:09:30 +0200 Subject: [Mapserver-users] Label without java applet Message-ID: <92F02B0DA5A19549BEA6C9E26917F0392A176B@ganimede.crema.unimi.it> Hi, Is it possible to create a label only when the mouse is passing on a specified polygon without to use java applet? If yes, how? Thanks. From slaven at rezic.de Wed Jun 4 01:34:10 2003 From: slaven at rezic.de (Slaven Rezic) Date: 04 Jun 2003 10:34:10 +0200 Subject: [Mapserver-users] perl mapscript 3.6.5 In-Reply-To: Thorsten Fischer's message of "04 Jun 2003 11:08:22 +0200" References: <01de01c32a21$f19c1010$0a00a8c0@siliconmapping.com> <1054717702.363.2.camel@jeanjacques> Message-ID: <87smqqnsvx.fsf@vran.herceg.de> Thorsten Fischer writes: > On Wed, 2003-06-04 at 00:46, mapsurfer wrote: > > My setup is a freebsd4.6 machine, perl 5.6.1, gcc 2.x, etc. > > When I try to install mapscript on 3.6.5, it seems to compile and install > > fine, but when I try to "use" it, > > I get an error about an "Unresolved: gdImageGif". If I use the same > > "configure" on an older version > > (my good ol 3.3_012), it runs fine. gd-1.8.4 is installed > > http://www.boutell.com/gd/manual1.8.4.html > > GD 1.8.4 does not support GIF images. With 3.3 you probably used the GD > version that came with the mapserver package, and not the other one > installed on your system. > As a side note: I released GD::Convert at CPAN which provides GIF input/output for GD without GIF support. You need either netpbm or ImageMagick for this to work. Regards, Slaven -- Slaven Rezic - slaven at rezic.de Berlin Perl Mongers - http://berliner.pm.org From thfischer at mapmedia.de Wed Jun 4 05:25:46 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 04 Jun 2003 14:25:46 +0200 Subject: [Mapserver-users] WMS - question In-Reply-To: <3EDDA3CF.9090904@tzi.de> References: <3EDDA3CF.9090904@tzi.de> Message-ID: <1054729546.583.8.camel@jeanjacques> On Wed, 2003-06-04 at 09:46, Rainer Spittel wrote: > http://geosharewms2.tzi.de/cgi-bin/mapserv?map=/www_root/ > mapserver/cascade_server/htdocs/mapserv.map&REQUEST=GetCapabilities ^^^^ > LAYER [ ... ] > CONNECTION > "http://localhost/cgi-bin/mapserv?map=/www_root/ > mapserver/cascade_dev/htdocs/mapserv.map?VERSION=1.1.0&LAYERS=bebauteflaechen" ^^^^ Are you sure you want to use different directories here? Also check if localhost is resolved the way you intend it to. > Warning: MapServer Error in msDrawRaster(): Unrecognized or unsupported > image format in > /usr/local/apache/htdocs/mapserver/cascade_client/htdocs/mapserv.php3 on > line 483 You probably receive an error message in some text mime type instead of an image mime type. This cannot be parsed as an image -> unrecognized image format. > I am really confused about this, because I am not using raster-images... Common mistake: you do. You call the WMS server and _always_ receive a raster image. Just like when you call a 'classic' cgi MapServer with mode=map. The type POLYGON should be RASTER. If you want to transfer vectors over the net, you want to use WFS. But you don't have to, as your WMS server always produces a raster map, no matter what sources it is using. > Next step I use this mapserver with wms_server support as a datasource > in MapLab/MapBrowser and I was not able to establish a connection to my > mapserver using this URL: > > http://geosharewms2.tzi.de/cgi-bin/mapserv?map=/www_root/mapserver/cascade_server/htdocs/mapserv.map& > > If anyone know a hint, please let me know. Is it possible to use a > shorter URL to my map-file? I don't want to use a absolute path to the > mapfile. You can hide the mapfile name completely, as described in the wms server howto on the mapserver documentation pages. hth, thorsten From robert at wotzhere.com Wed Jun 4 03:26:09 2003 From: robert at wotzhere.com (Robert Crossley) Date: Wed, 04 Jun 2003 20:26:09 +1000 Subject: [Mapserver-users] Map File and MapScript for MapInfo files Message-ID: Hi all, I am revisiting a site that has worked really well for the last year, but now we want to make it use mapinfo files rather than shape files. We have one map file that works with shape files but it doesn't when it is pointed at the equivalent MapInfo files. TO make matters harder, the layers that are used are changed at runtime using mapscript, and it all runs from an activeX that also has Image Web Server controls in it. The bottom line is that mapserver's errors don't get through, the map just doesn't appear. We have got mapserver working with mapinfo files OK on another site on that computer, but there are no mapscript changes other than turning layers on or off. In the shape map file, I currently change the _data= property to the new name. The Shapepath definition acts as a reference point that I can change the data used relative to that. I think that I have to change the connection property for the mapinfo map file, but I'm pretty sure that the paths are the problem. Are the connection specs in the map file relative to the mapfile or should (can) they include absolute paths? In the one that is working they are stored in a subdirectory below the web site, and the connection string specifies a path relative to the web site (and map file). Our data is on a different drive. Perhaps I just need to set up a page that simply gets mapserver to serve an image directly from the map server and perhaps get a look at the errors. I liked the look of Daniel's MapEdit, but the server doesn't have php loaded. Any other suggestions? R -- Robert Crossley Robert Crossley & Assoc 9 Short St New Brighton 2483 Far Southern Queensland AUSTRALIA P: 02 6680 1309 F: New Connection M: 0419 718 642 E: robert at wotzhere.com From lfilak at medinaco.org Wed Jun 4 05:53:27 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 04 Jun 2003 08:53:27 -0400 Subject: [Mapserver-users] Map File and MapScript for MapInfo files Message-ID: <200306041253.h54CrKN17096@yogi.medinaco.net> Being that you are using a version from at least a year ago I have found that it seems to work best to have the data in a directory below where the mapfile is. I sometimes use a symbolic link to facilitate that and it works fine. HTH Lowell F. The following message was sent by Robert Crossley on Wed, 04 Jun 2003 20:26:09 +1000. > Hi all, > > I am revisiting a site that has worked really well for the last year, but > now we want to make it use mapinfo files rather than shape files. > > We have one map file that works with shape files but it doesn't when it is > pointed at the equivalent MapInfo files. TO make matters harder, the > layers that are used are changed at runtime using mapscript, and it all > runs from an activeX that also has Image Web Server controls in it. The > bottom line is that mapserver's errors don't get through, the map just > doesn't appear. > > We have got mapserver working with mapinfo files OK on another site on that > computer, but there are no mapscript changes other than turning layers on > or off. > > In the shape map file, I currently change the _data= property to the new > name. The Shapepath definition acts as a reference point that I can change > the data used relative to that. > > I think that I have to change the connection property for the mapinfo map > file, but I'm pretty sure that the paths are the problem. > > Are the connection specs in the map file relative to the mapfile or should > (can) they include absolute paths? In the one that is working they are > stored in a subdirectory below the web site, and the connection string > specifies a path relative to the web site (and map file). Our data is on a > different drive. > > Perhaps I just need to set up a page that simply gets mapserver to serve an > image directly from the map server and perhaps get a look at the errors. I > liked the look of Daniel's MapEdit, but the server doesn't have php loaded. > Any other suggestions? > > R > > > -- > > Robert Crossley Robert Crossley & Assoc > 9 Short St > New Brighton 2483 > Far Southern Queensland > AUSTRALIA > > P: 02 6680 1309 > F: New Connection > M: 0419 718 642 > E: robert at wotzhere.com > _______________________________________________ > 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 Jun 4 06:12:32 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 04 Jun 2003 09:12:32 -0400 Subject: [Mapserver-users] Label without java applet Message-ID: <200306041312.h54DCPN17464@yogi.medinaco.net> Yes. You need to use MapScript to dynamically generate the "polygon" information for use in JavaScript "onmouseover" commands. HTH Lowell F. The following message was sent by "Marco Ferrari" on Wed, 4 Jun 2003 10:09:30 +0200. > Hi, > Is it possible to create a label only when the mouse is passing on a specified polygon without to use java applet? > If yes, how? > Thanks. > > > _______________________________________________ > 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 Jun 4 06:40:34 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 04 Jun 2003 09:40:34 -0400 Subject: [Mapserver-users] Some improvement might be done for the mapserver's documentation . Message-ID: <200306041340.h54DeRN18089@yogi.medinaco.net> Please consider posting all the helpful instructions you have graciously composed to the wiki as it provides an opportunity for everyone to correct/update/add as needed. Thanks. Lowell F. The following message was sent by "pond bear" on Tue, 03 Jun 2003 14:57:58 -0500. > Hi, everybody > > I will attend the first MapServer Users Meeting on St. Paul Campus of the > University of Minnesota. So we will meet there. See you. > > I have used mapserver for half a year and met a lot difficuties in > installation and compilation. The documentations about mapserver > installation on Linux is very misleading. To save you time, here is a list > of suggestions I will recommend to add into Mapserver help files. > > 1. Mapserver3.7 requires GD2.0.12 or up, which is important but not > mentioned in " MapServer Unix Compilation and Installation Howto". > > 2. There still is a "Mapplet Howto" while mapplet has been upgraded to jbox. > Replacing it with "jbox howto" will be more helpful. > > 3. Many people have mentioned the problem "Can't find XXXX.so" after > installing mapserver, which is due to the library not in the searching path. > Maybe we can add following in "Mapserver Unix Compilation and Installation > Howto": > > Add a line in httpd.conf > "setenv LD_LIBRARY_PATH > /lib:/usr/lib:/usr/local/lib:/home/oracle/OraHome1/lib" > > 4. "Mapserver PHP/Mapscript Installation Howto" doesn't mention PHP must be > compiled as a CGI program in Linux, which is the only way we have found to > get php work with mapserver. > > 5. "MapFile Reference - MapServer 3.7" fails to mention the new features > such as DATAPATTERN, which is one of the most important new features of 3.7. > > 6. In turtorial and Demo, the input image type is gif which can't be handled > by mapserver with the default configuration of GD (no gif support). Why not > make a new version of turtorial and demo using PNG as input image? > > Jing > > University of North Dakota. > > _________________________________________________________________ > 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 mapsurf at midsouth.rr.com Wed Jun 4 07:59:12 2003 From: mapsurf at midsouth.rr.com (mapsurfer) Date: Wed, 4 Jun 2003 09:59:12 -0500 Subject: [Mapserver-users] perl mapscript 3.6.5 References: <01de01c32a21$f19c1010$0a00a8c0@siliconmapping.com> <1054717702.363.2.camel@jeanjacques> <87smqqnsvx.fsf@vran.herceg.de> Message-ID: <022701c32aaa$4fd398a0$0a00a8c0@siliconmapping.com> I'm using the aussie version of gd-1.8.4, which includes .gif support. But thanks for the info, Chris Stuber ----- Original Message ----- From: "Slaven Rezic" To: "Thorsten Fischer" Cc: "mapsurfer" ; "MapServer" Sent: Wednesday, June 04, 2003 3:34 AM Subject: Re: [Mapserver-users] perl mapscript 3.6.5 > Thorsten Fischer writes: > > > On Wed, 2003-06-04 at 00:46, mapsurfer wrote: > > > My setup is a freebsd4.6 machine, perl 5.6.1, gcc 2.x, etc. > > > When I try to install mapscript on 3.6.5, it seems to compile and install > > > fine, but when I try to "use" it, > > > I get an error about an "Unresolved: gdImageGif". If I use the same > > > "configure" on an older version > > > (my good ol 3.3_012), it runs fine. gd-1.8.4 is installed > > > > http://www.boutell.com/gd/manual1.8.4.html > > > > GD 1.8.4 does not support GIF images. With 3.3 you probably used the GD > > version that came with the mapserver package, and not the other one > > installed on your system. > > > > As a side note: I released GD::Convert at CPAN which provides GIF > input/output for GD without GIF support. You need either netpbm or > ImageMagick for this to work. From bart at atsence.nl Wed Jun 4 08:29:27 2003 From: bart at atsence.nl (Bart van Heijningen) Date: Wed, 4 Jun 2003 17:29:27 +0200 Subject: [Mapserver-users] GDAL upgrade Message-ID: <000301c32aae$1625fbd0$0700a8c0@ATSENCEDOMEIN> Hi all, I updated the GDAL library to support some extra features. I did not recompile mapserver or mapscript as Frank Warmerdam did not think this would be necessary. But now I get the following mesg: Warning: Unable to load dynamic library '/usr/local/lib/php/extensions/php_mapscript_36.so' - /usr/local/lib/libwwwfile.so.0: shared object not open in /var/www/html/atmspoc/htdocs/atms_poc_test.phtml on line 36 Fatal error: Call to undefined function: ms_getversion() in /var/www/html/atmspoc/htdocs/gmap75.php3 on line 19 Has anyone experienced this before and what could be the solution for this? Thanx, Bart van Heijningen From s9646183 at sms.ed.ac.uk Wed Jun 4 09:10:38 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Wed, 04 Jun 2003 17:10:38 +0100 (BST) Subject: [Mapserver-users] Problem with Mapplet In-Reply-To: <5.2.0.9.0.20030603192040.00a740c0@mail.GreenwoodMap.com> References: <5.2.0.9.0.20030603192040.00a740c0@mail.GreenwoodMap.com> Message-ID: <1054743038.3ede19fe3fbe6@sms.ed.ac.uk> Thanks Rich. As the current version of MapServer doesn't support GIF's, I've had a look through the archives to find out what's going on. I found a link to a site where I can download an applet called jBox, which seems to be an updated version of the mapplet. Is that right, and if so, is there much documentation as to what it does and how to implement it? Thanks again, Ali Quoting Richard Greenwood : > Are you using GIF's? (Mapplet doesn't support PNG's) > > Rich > > At 07:08 PM 6/3/2003 +0100, you wrote: > > >Hi, > > > >I'm new to MapServer, but have managed to get the demo up and running > and am > >currently trying to get the mapplet working too. I've followed the > >instructions in the HOWTO, and it would appear that the applet is > accessed. > >However, while the rest of the interface looks fine, I get a grey box > instead > >of my map. Also, I'm now getting a MSIE warning box that simply > >says "mapplet ", and when I move the mouse around the screen you can > see a > >message in the status bar of the browser that says "exception: > >java.lang.NullPointerException". > > > >I thought originally that the file paths could be wrong (I'm running > the > >demo_init and the java files from my public_html directory on my local > > >machine > >and the other files from my scripts directory, which has worked until > now, > >but > >might be a problem...?). > > > >If anyone has any idea what I might be doing wrong I'd really > appreciate it. > > > >Thanks > >Ali Story > >_______________________________________________ > >Mapserver-users mailing list > >Mapserver-users at lists.gis.umn.edu > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > Richard W. Greenwood, PLS > Greenwood Mapping, Inc. > Rich at GreenwoodMap.com > (307) 733-0203 > http://www.GreenwoodMap.com > From Rich at GreenwoodMap.com Wed Jun 4 09:37:24 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Wed, 04 Jun 2003 10:37:24 -0600 Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? Message-ID: <5.2.0.9.0.20030604103620.00a6e910@mail.GreenwoodMap.com> --=======1041D99======= Content-Type: text/plain; x-avg-checked=avg-ok-24277B4; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit Anyone staying at the Day's Inn tomorrow? Want to share a taxi to the conference friday morning and/or share a beer thursday night? Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com --=======1041D99=======-- From ed at topozone.com Wed Jun 4 09:44:44 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 4 Jun 2003 12:44:44 -0400 Subject: [Mapserver-users] Problem with Mapplet Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFA92@mercator.topozone.com> Ali - I don't think this will help you, but I wanted to clarify that the current version of MapServer will support any output image format for which there is a driver. GD is commonly used as an output driver for MapServer, and GIF support has been removed from recent versions because users need to have a patent license from Unisys to legally use that support. There are patched versions of various GD levels out there in the world, and some users are using them. MapServer is happy to support GIFs. To legitimately have it do so, you need an output driver such as GD with GIF support, and a license from Unisys. - 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: AMC Story [mailto:s9646183 at sms.ed.ac.uk] Sent: Wednesday, June 04, 2003 12:11 PM To: Richard Greenwood Cc: mapserver list Subject: Re: [Mapserver-users] Problem with Mapplet Thanks Rich. As the current version of MapServer doesn't support GIF's, I've had a look through the archives to find out what's going on. I found a link to a site where I can download an applet called jBox, which seems to be an updated version of the mapplet. Is that right, and if so, is there much documentation as to what it does and how to implement it? Thanks again, Ali Quoting Richard Greenwood : > Are you using GIF's? (Mapplet doesn't support PNG's) > > Rich > > At 07:08 PM 6/3/2003 +0100, you wrote: > > >Hi, > > > >I'm new to MapServer, but have managed to get the demo up and running > and am > >currently trying to get the mapplet working too. I've followed the > >instructions in the HOWTO, and it would appear that the applet is > accessed. > >However, while the rest of the interface looks fine, I get a grey box > instead > >of my map. Also, I'm now getting a MSIE warning box that simply > >says "mapplet ", and when I move the mouse around the screen you can > see a > >message in the status bar of the browser that says "exception: > >java.lang.NullPointerException". > > > >I thought originally that the file paths could be wrong (I'm running > the > >demo_init and the java files from my public_html directory on my local > > >machine > >and the other files from my scripts directory, which has worked until > now, > >but > >might be a problem...?). > > > >If anyone has any idea what I might be doing wrong I'd really > appreciate it. > > > >Thanks > >Ali Story > >_______________________________________________ > >Mapserver-users mailing list > >Mapserver-users at lists.gis.umn.edu > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > Richard W. Greenwood, PLS > Greenwood Mapping, Inc. > Rich at GreenwoodMap.com > (307) 733-0203 > http://www.GreenwoodMap.com > _______________________________________________ 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 Wed Jun 4 10:04:24 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 4 Jun 2003 13:04:24 -0400 Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFA93@mercator.topozone.com> Rich - I'm staying there, and I'll have a car, so I can provide transport. If there's anyone else staying there, speak up and we can travel together. I might have some free time Thursday evening - I'm meeting with a customer at some point, but might be free later. - Ed -----Original Message----- From: Richard Greenwood [mailto:Rich at greenwoodmap.com] Sent: Wednesday, June 04, 2003 12:37 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? Anyone staying at the Day's Inn tomorrow? Want to share a taxi to the conference friday morning and/or share a beer thursday night? Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com From cpurvis at asg.sc.edu Wed Jun 4 10:29:25 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Wed, 4 Jun 2003 13:29:25 -0400 Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? Message-ID: I certainly don't know my way around SP. But would enjoy some social time. So . . . would some local yokel be interested in suggesting an eating joint for folks to congregate Thursday PM? Say 7:00? Transportation on our own. BTW, what kind of food is SP known for? -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Wednesday, June 04, 2003 1:04 PM To: Richard Greenwood; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] anyone staying at the Day's Inn tomorrow? Rich - I'm staying there, and I'll have a car, so I can provide transport. If there's anyone else staying there, speak up and we can travel together. I might have some free time Thursday evening - I'm meeting with a customer at some point, but might be free later. - Ed -----Original Message----- From: Richard Greenwood [mailto:Rich at greenwoodmap.com] Sent: Wednesday, June 04, 2003 12:37 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? Anyone staying at the Day's Inn tomorrow? Want to share a taxi to the conference friday morning and/or share a beer thursday night? Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com _______________________________________________ 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 Jun 4 11:14:31 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 04 Jun 2003 14:14:31 -0400 Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? Message-ID: <200306041814.h54IEON23605@yogi.medinaco.net> We'll be there also. Will also have transportation but may be in a bit later then everyone else (road-trip from Ohio). Does someone have a pager or cell that I could page when we arrive to find out where the get-together is? Lowell The following message was sent by "Ed McNierney" on Wed, 4 Jun 2003 13:04:24 -0400. > Rich - > > I'm staying there, and I'll have a car, so I can provide transport. If there's anyone else staying there, speak up and we can travel together. > > I might have some free time Thursday evening - I'm meeting with a customer at some point, but might be free later. > > - Ed > > -----Original Message----- > From: Richard Greenwood [mailto:Rich at greenwoodmap.com] > Sent: Wednesday, June 04, 2003 12:37 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? > > > Anyone staying at the Day's Inn tomorrow? Want to share a taxi to the > conference friday morning and/or share a beer thursday night? > > Rich > > > Richard W. Greenwood, PLS > Greenwood Mapping, Inc. > Rich at GreenwoodMap.com > (307) 733-0203 > http://www.GreenwoodMap.com > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From JamesPerrins at esdm.co.uk Wed Jun 4 11:48:16 2003 From: JamesPerrins at esdm.co.uk (James Perrins) Date: Wed, 4 Jun 2003 19:48:16 +0100 Subject: [Mapserver-users] Using NQuery with OGR MapInfo TAB file Message-ID: <002501c32ac9$f8ba0700$6401a8c0@JPXP> This is a multi-part message in MIME format. ------=_NextPart_000_0026_01C32AD2.5A7E6F00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, After much trial and error I have managed to get the IMGSHPAE command to work with NQUERY Previously I was trying to use a MapInfo TAB file - which never seemed to find any objects (although QUERY mode worked OK). When I translated the data layer (a layer of points) into a Shape file everything seemed to work OK. Is this a known limitation of MapServer - i.e. not being able to do spatial searches against a MapInfo layer - or is it a bug . Many Thanks James ------=_NextPart_000_0026_01C32AD2.5A7E6F00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

After much trial and error I have managed to get the = IMGSHPAE command to work with NQUERY

 

Previously I was trying to use a MapInfo TAB file = – which never seemed to find any objects (although QUERY mode worked = OK).  When I translated the data layer (a layer of points) into a Shape file = everything seemed to work OK.

 

Is this a known limitation of MapServer – i.e. = not being able to do spatial searches against a MapInfo layer – or is = it a bug .

 

Many Thanks

James

 

------=_NextPart_000_0026_01C32AD2.5A7E6F00-- From mapsurf at midsouth.rr.com Wed Jun 4 11:58:33 2003 From: mapsurf at midsouth.rr.com (mapsurfer) Date: Wed, 4 Jun 2003 13:58:33 -0500 Subject: [Mapserver-users] perl mapscript 3.6.5 (SOLVED) References: <01de01c32a21$f19c1010$0a00a8c0@siliconmapping.com> <1054717702.363.2.camel@jeanjacques> <87smqqnsvx.fsf@vran.herceg.de> Message-ID: <025001c32acb$4f896d40$0a00a8c0@siliconmapping.com> Guys, I think I got this solved... When you are installing a private version of mapscript, there is a perl Makefile bug that must be manually fixed to avoid conflict with installed version of libraries on the machine (in /usr/lib or /usr/local/lib) In the perl/mapscript directory, perl Makefile.PL PREFIX=/usr/home/cto/usr/local LIB=/usr/home/cto/usr/local/lib *note: the PREFIX and LIB are needed to create your private version and where /usr/home/cto is my homedir and my privatedir are is built in /usr/home/cto/usr/local perl MakeMaker will create a canned Makefile template... and if you inspect the file, you will see: LDDLFLAGS = -shared -L/usr/local/lib LDFLAGS = -Wl,-E -L/usr/local/lib and when change to: LDDLFLAGS = -shared -L/usr/home/cto/usr/local/lib LDFLAGS = -Wl,-E -L/usr/home/cto/usr/local/lib and then make make install problem solved. As far as I can tell, there is no way to override or otherwise effect the changes externally since perl Makemaker is responsible for creating the Makefile. Just thought I would pass this info along to anyone else who might be having problems with a private mapscript installation on a shared machine. Apparently, its just conflicting with machine libgd.so in /usr/local/lib. Regards, Chris Stuber (mapsurfer) Silicon Mapping Solutions, Inc. > > On Wed, 2003-06-04 at 00:46, mapsurfer wrote: > > > My setup is a freebsd4.6 machine, perl 5.6.1, gcc 2.x, etc. > > > When I try to install mapscript on 3.6.5, it seems to compile and install > > > fine, but when I try to "use" it, > > > I get an error about an "Unresolved: gdImageGif". If I use the same > > > "configure" on an older version > > > (my good ol 3.3_012), it runs fine. gd-1.8.4 is installed From Thomas Wed Jun 4 11:58:35 2003 From: Thomas (Thomas) Date: Wed, 4 Jun 2003 13:58:35 -0500 (CDT) Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? Message-ID: <200306041858.h54IwZc3011558@mallit.fr.umn.edu> >Date: Wed, 4 Jun 2003 13:29:25 -0400 > >I certainly don't know my way around SP. But would enjoy some social >time. > >So . . . would some local yokel be interested in suggesting an eating >joint for folks to congregate Thursday PM? Say 7:00? Transportation on >our own. > >BTW, what kind of food is SP known for? :>) That's a joke, right? Lutefisk and lefse of course, with any other pale-white-colored food on the side. Actually there are lots of good restaurants in the TC (Minneapolis/St. Paul) area (our location is pretty much smack in the center, E|W at least, of the metro area). See www.visitroseville.com for local places. For Thursday night I'd just suggest you choose a place near the motels. There's Joe Senser's Sports Bar, Davanni's Pizza (local chain known for hot hoagies), Applebee's, Chi-Chi's, India Palace, and Good Earth (vege), to name a few within walking distance of hotels (that are acceptable). Tom > >-----Original Message----- >From: Ed McNierney [mailto:ed at topozone.com] >Sent: Wednesday, June 04, 2003 1:04 PM >To: Richard Greenwood; mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] anyone staying at the Day's Inn tomorrow? > >Rich - > >I'm staying there, and I'll have a car, so I can provide transport. If >there's anyone else staying there, speak up and we can travel together. > >I might have some free time Thursday evening - I'm meeting with a >customer at some point, but might be free later. > > - Ed > >-----Original Message----- >From: Richard Greenwood [mailto:Rich at greenwoodmap.com] >Sent: Wednesday, June 04, 2003 12:37 PM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? > > >Anyone staying at the Day's Inn tomorrow? Want to share a taxi to the >conference friday morning and/or share a beer thursday night? > >Rich > > >Richard W. Greenwood, PLS >Greenwood Mapping, Inc. >Rich at GreenwoodMap.com >(307) 733-0203 >http://www.GreenwoodMap.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 pkishor at geoanalytics.com Wed Jun 4 12:57:51 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Wed, 04 Jun 2003 19:57:51 -0000 Subject: [Mapserver-users] Re: anyone staying at the Day's Inn tomorrow? In-Reply-To: <200306041858.h54IwZc3011558@mallit.fr.umn.edu> Message-ID: --- someone wrote: > eating I will be "fed up" by the time I reach SP tomorrow eve (9-ish), but the road trip should have put me in the mood for drowning my sorrows in beer by then. I'll check in the Days Inn lounge first (if they have one) for Mapserv-ish looking folks, otherwise if some get together and walk over to the nearby five-spot, just be sure to leave a message with the front desk to the tune of "If you are a thirsty MUM attendee, walk up to Joe Bob's where your friends are waiting..." Puneet. From akreider at nd.edu Sun Jun 1 20:16:28 2003 From: akreider at nd.edu (Aaron Kreider) Date: Sun, 01 Jun 2003 22:16:28 -0500 Subject: [Mapserver-users] creating shape files Message-ID: <3EDA7B3C.22603.6F454F@localhost> I'm trying to convert my data into a format that can be used by Mapserver (or more specifically Mapscript). The data currently resides in a regular mysql table. Does Mapserver only use shape files? And if so, how do I create a shape file? I've searched to find free utilities (I do not want to buy Arcview 3) that will do it for me or to try and find an explanation of what the format is (so I could do it myself), but haven't found anything. I'd appreciate help on this. Aaron From neal.ellis at peabody-ma.gov Mon Jun 2 10:18:55 2003 From: neal.ellis at peabody-ma.gov (Neal Ellis) Date: Mon, 2 Jun 2003 13:18:55 -0400 Subject: [Mapserver-users] Rosa and Reference Map Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C3292B.0C04287C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have implemented ROSA with my Mapserver app successfully except for the reference map. It appears in the browser but does not have the red rectangle on it when I zoom into an area of the map like it did before ROSA. Also, when I click on the reference map, the map goes blank instead of recentering on that portion of the map. Does anyone have an idea of why this is? Thanks in advance, Here is my code: Peabody Web GIS Viewer
=20
=09 =09 =09 =09 =09 =09 =09
  Powered by MapServer
=20 =20 Peabody Web GIS = Viewer =20

=20 Select Layers to Display: =
Parcels
Lakes
Buildings
Fences
Road Centerline
RailRoads
Firewalls
Parks
Election Stations
Streams
Cemeteries
Topography
LEGEND LOCUS
  

=20 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 =20 http://www.peabody-ma.gov =20 =20 ------_=_NextPart_001_01C3292B.0C04287C Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Rosa and Reference Map

Hi,

I = have implemented ROSA with my Mapserver app successfully except = for the reference map. It appears in the browser but does not have the = red rectangle on it when I zoom into an area of the map like it did = before ROSA. Also, when I click on the reference = map, the = map goes blank instead of recentering on that portion of the = map. Does anyone have an idea of why this = is?

Thanks in advance,

Here = is my code:

<html>

<head>

<title>Peabody Web GIS = Viewer</title>

</head>

<body bgcolor=3D"#e8e8e8" = background=3D"e8e8e8">

<form method=3DGET action=3D"http://gis/cgi-bin/mapserv.exe" name=3D"mapserver">

<center>

<table border=3D0 cellspacing=3D0 = cellpadding=3D5>

    <tr = valign=3D"top">

    <td>

        <table = border=3D0 cellspacing=3D0 cellpadding=3D1 = bgcolor=3D"#000000">

        = <tr>

        <td = valign=3D"top" align=3Dcenter>

         &nbs= p;  <!-- Inner Table -->

         &nbs= p;  <table cellpadding=3D"0" = cellspacing=3D"0" border=3D"0">

         &nbs= p;  <tr>

         &nbs= p;  <!-- Fields for Applet -->

         &nbs= p;  <td colspan=3D"2" = valign=3D"top">

         &nbs= p;      <!-- ROSA Applet specification Tags = -->

         &nbs= p;      <input type=3D"hidden" = name=3D"imagewidth" = value=3D"[mapwidth]">

         &nbs= p;      <input type=3D"hidden" = name=3D"imageheight" = value=3D"[mapheight]">

         &nbs= p;      <!-- Initialize the applet = parameters -->

         &nbs= p;      <input type=3D"hidden" = name=3D"INPUT_TYPE"  = value=3D"">

         &nbs= p;      <input type=3D"hidden" = name=3D"INPUT_COORD" = value=3D"">

         &nbs= p;      <!-- Applet and Parameter = -->

         &nbs= p;      <applet = name=3D"RosaApplet" = archive=3D"../peabody/rosa/rosa.jar" = code=3D"Rosa2000.class" width=3D"[mapwidth]" = height=3D"[mapheight]" MAYSCRIPT>

         &nbs= p;          <!-- = Position, Form Name -->

         &nbs= p;          <param = name=3D"IMG_URL" = value=3D"[img]">

         &nbs= p;          <param = name=3D"IMG_XY" value=3D"0,0">

         &nbs= p;          <param = name=3D"INP_FORM_NAME" = value=3D"mapserver">

         &nbs= p;          <param = name=3D"BG_COLOR" = value=3D"#F8F8F8">

         &nbs= p;          <!-- Rosa = Mode -->

                 &nbs= p;      <param = name=3D"INP_TYPE_NAME" = value=3D"INPUT_TYPE">

                 &nbs= p;      <param = name=3D"INP_COORD_NAME" = value=3D"INPUT_COORD">

       

                 &nbs= p;      <!-- ToolBar Settings = -->

                 &nbs= p;      <param = name=3D"TB_POSITION" = value=3D"right">

                 &nbs= p;      <param name=3D"TB_ALIGN" = value=3D"top">

                 &nbs= p;      <param name=3D"TB_BUTTONS" = value=3D"zoomin|zoomout|recentre|pquery|redraw">

                 &nbs= p;      <param = name=3D"TB_SELECTED_BUTTON" = value=3D"zoomin">

       

                 &nbs= p;      <!-- ToolBar Buttons = -->

                 &nbs= p;          <!-- Zoom In = -->

                 &nbs= p;          <param = name=3D"TB_BUT_zoomin_IMG" = value=3D"../peabody/images/tool_zoomin_1.gif">=

                 &nbs= p;          <param = name=3D"TB_BUT_zoomin_IMG_PR" = value=3D"../peabody/images/tool_zoomin_2.gif">=

                 &nbs= p;          <param = name=3D"TB_BUT_zoomin_CURSOR_TYPE" = value=3D"CROSSHAIR">

                 &nbs= p;          <param = name=3D"TB_BUT_zoomin_INPUT" = value=3D"auto_rect">

                 &nbs= p;          <param = name=3D"TB_BUT_zoomin_NAME" = value=3D"zoomdir">

                 &nbs= p;          <param = name=3D"TB_BUT_zoomin_VALUE" = value=3D"1">

                 &nbs= p;          <param = name=3D"TB_BUT_zoomin_HINT" value=3D"Zoom In:|Use this = tool|to Zoom In">

       

                 &nbs= p;          <!-- Zoom = Out -->

                 &nbs= p;          <param = name=3D"TB_BUT_zoomout_IMG" = value=3D"../peabody/images/tool_zoomout_1.gif">

                 &nbs= p;          <param = name=3D"TB_BUT_zoomout_IMG_PR" = value=3D"../peabody/images/tool_zoomout_2.gif">

                 &nbs= p;          <param = name=3D"TB_BUT_zoomout_CURSOR_TYPE" = value=3D"CROSSHAIR">

                 &nbs= p;          <param = name=3D"TB_BUT_zoomout_INPUT" = value=3D"submit">

                 &nbs= p;          <param = name=3D"TB_BUT_zoomout_NAME" = value=3D"zoomdir">

                 &nbs= p;          <param = name=3D"TB_BUT_zoomout_VALUE" = value=3D"-1">

                 &nbs= p;          <param = name=3D"TB_BUT_zoomout_HINT" value=3D"Zoom Out:|Use this = tool|to Zoom Out">

       

                 &nbs= p;          <!-- = Recenter -->

                 &nbs= p;          <param = name=3D"TB_BUT_recentre_IMG" = value=3D"../peabody/images/tool_recentre.gif">=

                 &nbs= p;          <param = name=3D"TB_BUT_recentre_IMG_PR" = value=3D"../peabody/images/tool_recentre_2.gif">

                 &nbs= p;          <param = name=3D"TB_BUT_recentre_CURSOR_TYPE" = value=3D"MOVE">

                 &nbs= p;          <param = name=3D"TB_BUT_recentre_INPUT" = value=3D"auto_point">

                 &nbs= p;          <param = name=3D"TB_BUT_recentre_NAME" = value=3D"zoomdir">

                 &nbs= p;          <param = name=3D"TB_BUT_recentre_VALUE" = value=3D"0">

                 &nbs= p;          <param = name=3D"TB_BUT_recentre_HINT" value=3D"Recenter:|Use this = tool|to Recenter">

       

                 &nbs= p;          <!-- Query = -->

                 &nbs= p;          <param = name=3D"TB_BUT_pquery_IMG" = value=3D"../peabody/images/tool_info_1.gif">

                 &nbs= p;          <param = name=3D"TB_BUT_pquery_IMG_PR" = value=3D"../peabody/images/tool_info_2.gif">

                 &nbs= p;          <param = name=3D"TB_BUT_pquery_CURSOR_TYPE" = value=3D"HAND">

                 &nbs= p;          <param = name=3D"TB_BUT_pquery_INPUT" = value=3D"auto_point">

                 &nbs= p;          <param = name=3D"TB_BUT_pquery_NAME" = value=3D"mode">

                 &nbs= p;          <param = name=3D"TB_BUT_pquery_VALUE" = value=3D"nquery">

                 &nbs= p;          <param = name=3D"TB_BUT_pquery_HINT" value=3D"Info:|Use this = tool|to Query an object">

       

                 &nbs= p;          <!-- ReDraw = -->

                 &nbs= p;          <param = name=3D"TB_BUT_redraw_IMG" = value=3D"../peabody/images/tool_redraw_1.gif">=

                 &nbs= p;          <param = name=3D"TB_BUT_redraw_IMG_PR" = value=3D"../peabody/images/tool_redraw_2.gif">=

                 &nbs= p;          <param = name=3D"TB_BUT_redraw_INPUT" = value=3D"submit">

                 &nbs= p;          <param = name=3D"TB_BUT_redraw_NAME" = value=3D"zoomdir">

                 &nbs= p;          <param = name=3D"TB_BUT_redraw_VALUE" = value=3D"0">

                 &nbs= p;          <param = name=3D"TB_BUT_redraw_HINT" value=3D"Update: = Aktualisierung des Kartenausschnitts">

       

                 &nbs= p;      </applet>

         &nbs= p;          <!-- End of = Applet -->

         &nbs= p;      </td>

         &nbs= p;      </tr>

         &nbs= p;      <!-- Powered By = -->   

         &nbs= p;      <tr>

         &nbs= p;      <td = align=3D"left">

         &nbs= p;          = &nbsp;

         &nbs= p;          <font = face=3D"arial, helvetica, sans-serif" size=3D"-2" = color=3D"#FFFFFF">

         &nbs= p;            = ;  <b>Powered by MapServer</b>

         &nbs= p;          = </font>

         &nbs= p;      </td>

         &nbs= p;      <td = align=3D"right">

         &nbs= p;          <img = src=3D"[scalebar]">

         &nbs= p;      </td>

         &nbs= p;      </tr>

         &nbs= p;  </table> <!-- End of inner table = -->

         &nbs= p;  </td>

         &nbs= p;  </tr>

        </table> = <!-- End of Table for the map -->

        = </td>   <!-- end of table for the legend = -->

        <!-- whole = table end -->

        <td> =

          = <!-- Font  -->

          = <font face=3D"arial, helvetica, sans-serif"> =

          = <!-- Title-->

          = <font size=3D"+1" color=3D"#990000"> = <b>Peabody Web GIS Viewer</b> </font> =

          = <p>

         &nbs= p;   <!-- Checkboxes for the group  "layer", = then submit() -->

         &nbs= p;  <font size=3D+1> <b>Select Layers to Display: = </b> </font><br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"parcels" [parcels_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"parcels">

         &nbs= p;  Parcels<br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"lakes" [lakes_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"lakes">

         &nbs= p;  Lakes<br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"Buildings" [Buildings_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"Buildings">

         &nbs= p;  Buildings<br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"fences" [fences_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"fences">

         &nbs= p;  Fences<br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"roads_cl" [roads_cl_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"roads_cl">

         &nbs= p;  Road Centerline<br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"railroads" [railroads_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"railroads">

         &nbs= p;  RailRoads<br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"firewalls" [firewalls_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"firewalls">

         &nbs= p;  Firewalls<br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"parks" [parks_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"parks">

         &nbs= p;  Parks<br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"election_fac" = [election_fac_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"election_fac">

         &nbs= p;  Election Stations<br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"streams" [streams_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"streams">

         &nbs= p;  Streams<br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"cemeteries" [cemeteries_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"cemeteries">

         &nbs= p;  Cemeteries<br>

         &nbs= p;  <input type=3D"checkbox" name=3D"layer" = value=3D"topography" [topography_check]>

         &nbs= p;  <input type=3D"radio" name=3D"qlayer" = value=3D"topography">

         &nbs= p;  Topography<br>

         &nbs= p;  <input type=3D"submit" name"submit" = value=3D"Update Map" style=3D"color: #003366;  = font-style: normal; font-family: impact; font-weight: normal; = font-size:12px; background-color: #99ccff">

          = </font>

          = <table width=3D"100%" border=3D"0" = cellspacing=3D"0" = cellpadding=3D"0">

         &nbs= p;  <tr>

         &nbs= p;    <td width=3D"27%"><font = face=3D"arial, helvetica, sans-serif">

         &nbs= p;      <!-- Legend -->

         &nbs= p;      <font size=3D+1 = face=3D"Haettenschweiler"> = LEGEND</font></font></td>

         &nbs= p;    <td width=3D"73%"><font = face=3D"arial, helvetica, sans-serif">

         &nbs= p;      <!-- Reference = -->

         &nbs= p;      <font size=3D+1 = face=3D"Haettenschweiler"> LOCUS = </font></font></td>

         &nbs= p;  </tr>

         &nbs= p;  <tr>

         &nbs= p;    <td><font face=3D"arial, helvetica, = sans-serif"><img src=3D"[legend]" = border=3D"1"></font></td>

         &nbs= p;    <td><font face=3D"arial, helvetica, = sans-serif">

         &nbs= p;      &nbsp;&nbsp;<input = name=3D"ref" type=3D"image" src=3D"[ref]" = border=3D"1" >

         &nbs= p;      = </font></td>

         &nbs= p;  </tr>

          = </table>

          = <font face=3D"arial, helvetica, = sans-serif">

         &nbs= p;         <input = type=3D"hidden" name=3D"mapsize" = value=3D"[mapwidth] [mapheight]">

          = </font> </td>

    </tr>

</table>

</center>

<!-- Settings for MapServer -->

<!-- Standard modes for ZoomIn = -->

<input type=3D"hidden" = name=3D"mode" value=3D"browse">

<input type=3D"hidden" = name=3D"zoomdir" value=3D"">

<input type=3D"hidden" = name=3D"zoomsize" value=3D"2">

<!-- Tags for Query -->

<input type=3D"hidden" = name=3D"querymode" value=3D"">

<!-- Settings for the XY and extents to be passed to = next map on refresh or update -->

<input type=3D"hidden" = name=3D"imgxy" value=3D"[center_x] = [center_y]">

<input type=3D"hidden" = name=3D"imgext" = value=3D"[mapext]">

<!-- Initialize tags for when Init page not used = before the map--> 

<input type=3D"hidden" = name=3D"mapxy" value=3D"">

<input type=3D"hidden" = name=3D"scale" value=3D"">

<!-- Settings for where the .map is = -->

<input type=3D"hidden" = name=3D"map" value=3D"[map]">

<!-- Map extents  -->

<input type=3D"hidden" = name=3D"mapext" = value=3D"shapes">

<input type=3D"hidden" = name=3D"savequery" = value=3D"true">

<input type=3D"hidden" = name=3D"map_web_imagepath" = value=3D"C:\inetpub\wwwroot\tmp\">

<input type=3D"hidden" = name=3D"map_web_imageurl" = value=3D"/tmp/">

<input type=3D"hidden" = name=3D"program" = value=3D"/cgi-bin/mapserv.exe">

</form>

</body>

</html>


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

 

 

------_=_NextPart_001_01C3292B.0C04287C-- From bart at atsence.nl Wed Jun 4 07:34:10 2003 From: bart at atsence.nl (Bart van Heijningen) Date: Wed, 4 Jun 2003 16:34:10 +0200 Subject: [Mapserver-users] GDAL upgrade In-Reply-To: <3D36DCE7.6040009@magma.ca> Message-ID: <000401c32aa6$63bf6050$0700a8c0@ATSENCEDOMEIN> Hi all, I updated the GDAL library to support some extra features. I did not recompile mapserver or mapscript as Frank Warmerdam did not think this would be necessary. But now I get the following mesg: Warning: Unable to load dynamic library '/usr/local/lib/php/extensions/php_mapscript_36.so' - /usr/local/lib/libwwwfile.so.0: shared object not open in /var/www/html/atmspoc/htdocs/atms_poc_test.phtml on line 36 Fatal error: Call to undefined function: ms_getversion() in /var/www/html/atmspoc/htdocs/gmap75.php3 on line 19 Has anyone experienced this before and what could be the solution for this? Thanx, Bart van Heijningen From nacional at cbs.umn.edu Wed Jun 4 11:49:43 2003 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Wed, 4 Jun 2003 13:49:43 -0500 (CDT) Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? In-Reply-To: Message-ID: Well, since no local yokel has responded, I will. There are plenty of food choices in the Roseville area but pubs are rather pathetic. I'd suggest eating somewhere and going somewhere else for beer. There's a decent Indian restaurant near the two hotels called India Palace. Here's the map: http://twincities.citysearch.com/map?mode=geo&map_lat=450363&map_lon=-931876&id=5531046&fid=2&cslink=cs_profile_tabs_map If you'd like Thai food, there's a small restaurant called Royal Orchid, also in Roseville. The menu isn't very extensive but the food is quite good. I'd recommend the seafood souffle special if they have it (tell the owner Perry, the crazy Filipino guy suggested it): http://twincities.citysearch.com/map?mode=geo&map_lat=450143&map_lon=-931772&id=11357279&fid=2&cslink=cs_profile_tabs_map There are other restaurants on the northeast corner of County Road C and Snelling Avenue. You might also find decent pubs there. Now, as for pubs, I'd recommend Town Hall Brewery in Minneapolis. This is very close to the West Bank campus of the University and a short drive from Roseville and I35-W south. If you'd rather drink and eat at the same place. This would be a good place although it can get busy in the evening. If I know how many people would like to go here, I can call them in advance and reserve a spot for us. Anyway, the food options is pretty much limitless if you're willing to drive around the twin cities. -Perry On Wed, 4 Jun 2003, Charlton Purvis wrote: > I certainly don't know my way around SP. But would enjoy some social > time. > > So . . . would some local yokel be interested in suggesting an eating > joint for folks to congregate Thursday PM? Say 7:00? Transportation on > our own. > > BTW, what kind of food is SP known for? > > -----Original Message----- > From: Ed McNierney [mailto:ed at topozone.com] > Sent: Wednesday, June 04, 2003 1:04 PM > To: Richard Greenwood; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] anyone staying at the Day's Inn tomorrow? > > Rich - > > I'm staying there, and I'll have a car, so I can provide transport. If > there's anyone else staying there, speak up and we can travel together. > > I might have some free time Thursday evening - I'm meeting with a > customer at some point, but might be free later. > > - Ed > > -----Original Message----- > From: Richard Greenwood [mailto:Rich at greenwoodmap.com] > Sent: Wednesday, June 04, 2003 12:37 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? > > > Anyone staying at the Day's Inn tomorrow? Want to share a taxi to the > conference friday morning and/or share a beer thursday night? > > Rich > > > Richard W. Greenwood, PLS > Greenwood Mapping, Inc. > Rich at GreenwoodMap.com > (307) 733-0203 > http://www.GreenwoodMap.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 nacional at cbs.umn.edu Wed Jun 4 11:51:08 2003 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Wed, 4 Jun 2003 13:51:08 -0500 (CDT) Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? In-Reply-To: Message-ID: Forgot to send the map to Town Hall Brewery: http://twincities.citysearch.com/map?mode=geo&map_lat=449735&map_lon=-932480&id=5620184&fid=2&cslink=cs_profile_tabs_map -Perry On Wed, 4 Jun 2003, Charlton Purvis wrote: > I certainly don't know my way around SP. But would enjoy some social > time. > > So . . . would some local yokel be interested in suggesting an eating > joint for folks to congregate Thursday PM? Say 7:00? Transportation on > our own. > > BTW, what kind of food is SP known for? > > -----Original Message----- > From: Ed McNierney [mailto:ed at topozone.com] > Sent: Wednesday, June 04, 2003 1:04 PM > To: Richard Greenwood; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] anyone staying at the Day's Inn tomorrow? > > Rich - > > I'm staying there, and I'll have a car, so I can provide transport. If > there's anyone else staying there, speak up and we can travel together. > > I might have some free time Thursday evening - I'm meeting with a > customer at some point, but might be free later. > > - Ed > > -----Original Message----- > From: Richard Greenwood [mailto:Rich at greenwoodmap.com] > Sent: Wednesday, June 04, 2003 12:37 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? > > > Anyone staying at the Day's Inn tomorrow? Want to share a taxi to the > conference friday morning and/or share a beer thursday night? > > Rich > > > Richard W. Greenwood, PLS > Greenwood Mapping, Inc. > Rich at GreenwoodMap.com > (307) 733-0203 > http://www.GreenwoodMap.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 steve.lime at dnr.state.mn.us Wed Jun 4 13:21:40 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 04 Jun 2003 15:21:40 -0500 Subject: [Mapserver-users] Errors documented? Message-ID: We've tried to make most error messages self explanatory. I mean do we really need to document every place a NULL pointer exception is caught? Probably not. Since context is everything it makes more sense (to me anyway) to flesh out those instances where the message is too cryptic, or there isn't one. As folks have mentioned them I/we have tried to fix things. The files maperror.c/.h list the main error categories and I can expand on those if folks would like... Steve >>> Thorsten Fischer 06/04/03 4:34 AM >>> On Tue, 2003-06-03 at 16:13, Waldemar Kosmider wrote: > Hi, > Could someone point to a document that lists and describes > runtime error messages? Nope. Because there is no such thing. Two workarounds are: either you search the mailing list archive for your particular error message, or (this is unix-specific, you probably can figure out a way to do this on other systems) you can search the sources for that error message and see in what context they arised. hth, thorsten _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jesiel at cttmar.univali.br Wed Jun 4 13:25:07 2003 From: jesiel at cttmar.univali.br (Jesiel de Souza) Date: Wed, 4 Jun 2003 17:25:07 -0300 Subject: [Mapserver-users] Work trip... Message-ID: <002c01c32ad7$6406ac40$1f36a9c8@cttmar.univali.br> This is a multi-part message in MIME format. ------=_NextPart_000_0029_01C32ABE.3E8719A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi to everybody, I'm going out on a work trip for seven days. During this period I'll not = be able to reply your messages about Oracle Spatial. Best Regards, Jesiel de Souza jesiel at cttmar.univali.br MapServer/OracleSpatial Team UNIVALI CTTMar ------=_NextPart_000_0029_01C32ABE.3E8719A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi to everybody,
 
I'm going out on a work trip for = seven days.=20 During this period I'll not be able to reply your messages about = Oracle=20 Spatial.
 
Best Regards,

Jesiel de Souza
jesiel at cttmar.univali.br
MapServer/OracleSpatial Team
UNIVALI = CTTMar
------=_NextPart_000_0029_01C32ABE.3E8719A0-- From dblasby at refractions.net Wed Jun 4 15:30:27 2003 From: dblasby at refractions.net (David Blasby) Date: Wed, 04 Jun 2003 15:30:27 -0700 Subject: [Mapserver-users] anyone staying at the Day's Inn tomorrow? In-Reply-To: References: Message-ID: <3EDE7303.4070402@refractions.net> It sounds like there's an interest in meeting thursday evening - I know Chris and I would like to meet everyone beforehand. Unfortunately, we are getting on a plane very early tomorrow morning and will not be arriving until after 5:00pm - I doubt we will have internet access when we arrive. I'm sure other people will be in the same boat. It would be great if we could setup a place to call now so we can just check in tomorrow evening and jump in a cab. Perhaps we could use the Day's Inn's front desk? People interested in dinner could phone there and ask for the "Mapserver Dinner Location". I dont know how the Day's Inn would feel about this. What is the phone number? On the other hand, perhaps we should just choose (a) a restaurant and time (b) a pub and time (for after dinner). Then everyone could just stumble in when they arrive without having to figure out where to go. This plan requires that someone make a decision and broadcast it NOW. Either way, I'd really like to have a plan before tomorrow. dave From kenboss at dilbert.dnr.state.mn.us Wed Jun 4 15:31:43 2003 From: kenboss at dilbert.dnr.state.mn.us (kenboss) Date: Wed, 4 Jun 2003 17:31:43 -0500 (CDT) Subject: [Mapserver-users] Re: anyone staying at the Day's Inn tomorrow? Message-ID: <200306042231.h54MVhI23386@bertha.dnr.state.mn.us> No one's provided a default option yet, so let me just suggest Joe Senser's sports bar for that purpose, not because it's particularly good (though I don't remember it being particularly bad, either), but because it's especially convenient. Just a few blocks south of the hotels, so you can walk there, and they've got both (bar) food and beer. Checking the front desk also seems a good idea, in case some ad hoc group comes up with a different plan and thinks to leave word. --Ken Boss > --- someone wrote: > > eating > > I will be "fed up" by the time I reach SP tomorrow eve (9-ish), but > the road trip should have put me in the mood for drowning my sorrows > in beer by then. > > I'll check in the Days Inn lounge first (if they have one) for > Mapserv-ish looking folks, otherwise if some get together and walk > over to the nearby five-spot, just be sure to leave a message with the > front desk to the tune of "If you are a thirsty MUM attendee, walk up > to Joe Bob's where your friends are waiting..." > > Puneet. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Rich at GreenwoodMap.com Wed Jun 4 16:30:33 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Wed, 04 Jun 2003 17:30:33 -0600 Subject: [Mapserver-users] Re: anyone staying at the Day's Inn tomorrow? In-Reply-To: <200306042231.h54MVhI23386@bertha.dnr.state.mn.us> Message-ID: <5.2.0.9.0.20030604172534.00a6fac8@mail.GreenwoodMap.com> --=======AE26825======= Content-Type: text/plain; x-avg-checked=avg-ok-46A51161; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit At 05:31 PM 6/4/2003 -0500, Ken Boss wrote: >No one's provided a default option yet, so let me just suggest Joe Senser's >sports bar for that purpose, not because it's particularly good (though I >don't >remember it being particularly bad, either), but because it's especially >convenient. Just a few blocks south of the hotels, so you can walk there, >and >they've got both (bar) food and beer. Checking the front desk also seems >a good >idea, in case some ad hoc group comes up with a different plan and thinks to >leave word. Thanks, Ken for being decisive. The Day's Inn phone number is 651-636-6730. I'll leave a message at the front desk that we'll be at Joe Senser's at around 7:00 PM. Also my cell phone number is 307-413-0465. Look forward to meeting you all. Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com --=======AE26825=======-- From pkishor at geoanalytics.com Wed Jun 4 17:26:29 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 05 Jun 2003 00:26:29 -0000 Subject: [Mapserver-users] Re: anyone staying at the Day's Inn tomorrow? In-Reply-To: <5.2.0.9.0.20030604172534.00a6fac8@mail.GreenwoodMap.com> Message-ID: --- In mapserver-users at yahoogroups.com, Richard Greenwood wrote: > At 05:31 PM 6/4/2003 -0500, Ken Boss wrote: > > >No one's provided a default option yet, so let me just suggest Joe Senser's > >sports bar for that purpose, not because it's particularly good (though I > >don't > >remember it being particularly bad, either), but because it's especially > >convenient. Just a few blocks south of the hotels, so you can walk there, > >and > >they've got both (bar) food and beer. Checking the front desk also seems > >a good > >idea, in case some ad hoc group comes up with a different plan and thinks to > >leave word. > > Thanks, Ken for being decisive. The Day's Inn phone number is 651-636-6730. > I'll leave a message at the front desk that we'll be at Joe Senser's at > around 7:00 PM. Also my cell phone number is 307-413-0465. Look forward to > meeting you all. > some of the Madisonians will see you Joe Senser's around 9p. Don't drink yourself under the table by then. From wdavet2 at bellsouth.net Wed Jun 4 17:57:35 2003 From: wdavet2 at bellsouth.net (William Taylor) Date: Wed, 4 Jun 2003 20:57:35 -0400 Subject: [Mapserver-users] Problems with 3.7 and itemquery Message-ID: <000001c32afd$73ff27a0$6101a8c0@dtmain> Group, I am having problems getting itemquery function to work with MapServ 3.7. My Url looks like this: http://localhost/Scripts/mapservdemo.exe?map=C:\Inetpub\wwwroot\MapServI temTest\test.map&mode=itemquerymap&qlayer=county&mapext=shapes&qitem=cty _name&qstring=PB And My Map File looks like this: MAP NAME test STATUS ON SIZE 600 450 EXTENT 14215.43 19342.38 18468.59 16607.16 UNITS FEET SHAPEPATH "test" IMAGECOLOR 255 255 255 PROJECTION "init=epsg:26958" END WEB IMAGEPATH "set in config.js" IMAGEURL "set in config.js" END QUERYMAP STATUS ON STYLE HILITE COLOR 255 255 0 END LAYER NAME county DATA county STATUS DEFAULT TYPE POLYGON CLASS COLOR 212 212 212 OUTLINECOLOR 0 0 0 END END END I get the error below: msQueryByAttributes(): Search returned no results. No matching record(s) found, layer and area of interest do not overlap. The attribute table does contain the value. Any help you can offer would be greatly appreciated. Sincerely, W. David Taylor From steve.lime at dnr.state.mn.us Wed Jun 4 21:28:21 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 04 Jun 2003 23:28:21 -0500 Subject: [Mapserver-users] Re: anyone staying at the Day's Inn tomorrow? Message-ID: Good suggestion, plus the place is huge. >>> kenboss 06/04/03 5:31 PM >>> No one's provided a default option yet, so let me just suggest Joe Senser's sports bar for that purpose, not because it's particularly good (though I don't remember it being particularly bad, either), but because it's especially convenient. Just a few blocks south of the hotels, so you can walk there, and they've got both (bar) food and beer. Checking the front desk also seems a good idea, in case some ad hoc group comes up with a different plan and thinks to leave word. --Ken Boss > --- someone wrote: > > eating > > I will be "fed up" by the time I reach SP tomorrow eve (9-ish), but > the road trip should have put me in the mood for drowning my sorrows > in beer by then. > > I'll check in the Days Inn lounge first (if they have one) for > Mapserv-ish looking folks, otherwise if some get together and walk > over to the nearby five-spot, just be sure to leave a message with the > front desk to the tune of "If you are a thirsty MUM attendee, walk up > to Joe Bob's where your friends are waiting..." > > Puneet. > > _______________________________________________ > 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 Gunter.Rieth at stadt.mainz.de Wed Jun 4 23:45:07 2003 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth at stadt.mainz.de) Date: Thu, 5 Jun 2003 08:45:07 +0200 Subject: Antwort: [Mapserver-users] Using NQuery with OGR MapInfo TAB file In-Reply-To: <002501c32ac9$f8ba0700$6401a8c0@JPXP> Message-ID: Hi James, I'm working with MapInfo Files about a year. Please have a look to the following URL: http://online.mainz.de/map-cgi/363/mapserv.exe?map=d%3A/mapserver/html/a47/hbuch/html/hi_stplan.map&mode=itemnquery&qLayer=DB1450POLY&filteritem=Hausname&map_DB1450POLY_filter=/berg/ It is all in german, and the functions are working with some help of java script. Watch out for Mode= ITEMNQUERY with QLAYER and FILTERITEM and FILTER hope that helps a little. Greetings from Germany 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 "James Perrins" Gesendet von: mapserver-users-admin at lists.gis.umn.edu 04.06.2003 20:48 Bitte antworten zu An Kopie Thema [Mapserver-users] Using NQuery with OGR MapInfo TAB file Hi, After much trial and error I have managed to get the IMGSHPAE command to work with NQUERY Previously I was trying to use a MapInfo TAB file ? which never seemed to find any objects (although QUERY mode worked OK). When I translated the data layer (a layer of points) into a Shape file everything seemed to work OK. Is this a known limitation of MapServer ? i.e. not being able to do spatial searches against a MapInfo layer ? or is it a bug . Many Thanks James From 0098kast at edu.fh-kaernten.ac.at Wed Jun 4 23:53:10 2003 From: 0098kast at edu.fh-kaernten.ac.at (Kaps Stefan) Date: Thu, 5 Jun 2003 08:53:10 +0200 Subject: [Mapserver-users] LineSet Message-ID: <3F01711BFB99D411835B0008C7866AA001308136@EXCHANGE01> 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_01C32B2F.20492E30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello I am working with MS 3.6.3 and I have a problem with the definition of = my Lineset. I am writing the path of the Lineset into the *.map File but = whn I want to call my MapServer I get the following error message "msLoadMap():Unknown = identifier (LINESET):(4)". It seems that it doesn't understand the keyword LINESET - but why? =20 Thats what my Mapfile somehow looks like: # # Start of map file # NAME DEMO LINESET symbols/line.sym STATUS ON SIZE 600 600 EXTENT 398646.177625 137724.658636 582643.529837 221479.184518 = #K=E4rnten UNITS METERS FONTSET "fonts/fonts.list" SHAPEPATH "data" IMAGECOLOR 255 255 255 =20 Thanks!! =20 Alex ------_=_NextPart_001_01C32B2F.20492E30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello
I am working = with MS 3.6.3=20 and I have a problem with the definition of my Lineset. I am writing = the path of=20 the Lineset into the *.map File but whn I want to call = my
MapServer I = get the=20 following error message "msLoadMap():Unknown identifier=20 (LINESET):(4)".
It seems that = it doesn't=20 understand the keyword LINESET - but why?
 
Thats what my = Mapfile=20 somehow looks like:
#
# Start of map file
#
NAME = DEMO
LINESET=20 symbols/line.sym
STATUS ON
SIZE 600 600
EXTENT 398646.177625=20 137724.658636 582643.529837 221479.184518 #K=E4rnten
UNITS=20 METERS
FONTSET "fonts/fonts.list"
SHAPEPATH = "data"
IMAGECOLOR 255=20 255 255
 
Thanks!!
 
Alex
------_=_NextPart_001_01C32B2F.20492E30-- From wlx at cngis.org Thu Jun 5 00:12:20 2003 From: wlx at cngis.org (Liangxu Wang) Date: Thu, 5 Jun 2003 15:12:20 +0800 Subject: [Mapserver-users] Is there any document about mapserver and flash Message-ID: <000b01c32b31$ce26ff80$f84dfea9@gisedu> hi. I am a newbie of mapserver. I find some example of the flash of mapserver,but I can't find any document about how to do this. I use mapserver 4(dev),and php mapscript. thanks. wlx From mschulz at webgis.de Thu Jun 5 00:08:50 2003 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 05 Jun 2003 09:08:50 +0200 Subject: [Mapserver-users] LineSet References: <3F01711BFB99D411835B0008C7866AA001308136@EXCHANGE01> Message-ID: <3EDEEC82.C3FBE0BA@webgis.de> --------------1C1086D13F4704F4DD6D1DF7 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi Alex, the lineset/markerset/shadeset keywords don't exist anymore. They were replaced by the "symbolset" keyword pointing to a file in which all symbols are defined. See the docs: http://mapserver.gis.umn.edu/doc36/mapfile-reference.html#symbology HTH, Michael Kaps Stefan schrieb: > HelloI am working with MS 3.6.3 and I have a problem with the > definition of my Lineset. I am writing the path of the Lineset into > the *.map File but whn I want to call myMapServer I get the following > error message "msLoadMap():Unknown identifier (LINESET):(4)".It seems > that it doesn't understand the keyword LINESET - but why?Thats what my > Mapfile somehow looks like:# > # Start of map file > # > NAME DEMO > LINESET symbols/line.sym > STATUS ON > SIZE 600 600 > EXTENT 398646.177625 137724.658636 582643.529837 221479.184518 > #K?rnten > UNITS METERS > FONTSET "fonts/fonts.list" > SHAPEPATH "data" > IMAGECOLOR 255 255 255 Thanks!!Alex -- ----------------------------------------------------------- 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 --------------1C1086D13F4704F4DD6D1DF7 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Alex,

the lineset/markerset/shadeset keywords don't exist anymore. They were replaced by the "symbolset" keyword pointing to a file in which all symbols are defined.
See the docs:
http://mapserver.gis.umn.edu/doc36/mapfile-reference.html#symbology

HTH, Michael

Kaps Stefan schrieb:

 HelloI am working with MS 3.6.3 and I have a problem with the definition of my Lineset. I am writing the path of the Lineset into the *.map File but whn I want to call myMapServer I get the following error message "msLoadMap():Unknown identifier (LINESET):(4)".It seems that it doesn't understand the keyword LINESET - but why?Thats what my Mapfile somehow looks like:#
# Start of map file
#
NAME DEMO
LINESET symbols/line.sym
STATUS ON
SIZE 600 600
EXTENT 398646.177625 137724.658636 582643.529837 221479.184518 #Kärnten
UNITS METERS
FONTSET "fonts/fonts.list"
SHAPEPATH "data"
IMAGECOLOR 255 255 255 Thanks!!Alex

--
-----------------------------------------------------------
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
  --------------1C1086D13F4704F4DD6D1DF7-- From jwitte at gmx.at Thu Jun 5 00:08:30 2003 From: jwitte at gmx.at (=?iso-8859-1?Q?J=F6rn_Witte?=) Date: Thu, 5 Jun 2003 09:08:30 +0200 Subject: [Mapserver-users] MapScript with SDE-support?! Message-ID: <000401c32b31$45cc88d0$0463fea9@poldi> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C32B42.0956DF70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, does anybody have a recompiled version of PHP-MapScript with SDE-support? Regards, J. Witte ------=_NextPart_000_0005_01C32B42.0956DF70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

does anybody have a recompiled version of PHP-MapScript with = SDE-support?

 

Regards,

J. = Witte

------=_NextPart_000_0005_01C32B42.0956DF70-- From mschulz at webgis.de Thu Jun 5 00:59:05 2003 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 05 Jun 2003 09:59:05 +0200 Subject: [Mapserver-users] shp2img segfaults Message-ID: <3EDEF849.15EEAABE@webgis.de> Hi there, the get-together-mails sound promising, i'd really have liked to come to the MUM, but not this year ... But the real problem is: I have a mapserver nightly build from end of may (tried also the recent nightly), php-mapscript and python-mapscript work fine only the mapserv executable and shp2img give me a segfault when trying to render a map-file with a tiff raster layer... When i comment out the raster layer everything works fine, python mapscript draws a nice picture with the raster only mapserv/shp2img don't. MS 3.6.3 draws the map-file without a problem. This is my config.status: ./configure --with-gd=static,/usr/local/gd-2.0.12gif/ --with-freetype=/usr/local/src/freetype-2.1.0 --with-tiff=/usr/local/src/tiff-v3.5.7 --with-gdal=/usr/local/src/gdal-1.1.8/apps/gdal-config --with-ogr=/usr/local/src/gdal-1.1.8/ogr --with-proj=/usr/local/src/proj-4.4.5 --with-jpeg=/usr/local/src/jpeg-6b --with-png --with-wmsclient --with-php=/usr/local/src/php-4.3.1/ Thanks, 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 Mferrari at crema.unimi.it Thu Jun 5 02:15:13 2003 From: Mferrari at crema.unimi.it (Marco Ferrari) Date: Thu, 5 Jun 2003 11:15:13 +0200 Subject: [Mapserver-users] Problem compilation mapscript Message-ID: <92F02B0DA5A19549BEA6C9E26917F0392A176D@ganimede.crema.unimi.it> Hy, I installed mapserver 3.5 on win 2000 and xp with this file structure: C:\mapserver\freetype-2.0.1 C:\mapserver\gd-1.8.4 C:\mapserver\JPEG-6B C:\mapserver\libpng-1.0.8 C:\mapserver\Proj-4.4.3 C:\mapserver\REGEX-0.12 C:\mapserver\tiff-v3.5.7 C:\mapserver\zlib-1.1.3 C:\mapserver\gdal-1.1.5 The compilation is ok. My problem is mapscript. I installed php4 and apache with "Appserv": C:\Appserv\apache C:\Appserv\php and I modified the makefile.vc in the directory C:\mapserver\mapscript\php3: < # # makefile.vc - MSVC++ makefile for the PHP/MapScript extension # # This VC++ makefile will build the PHP module PHP_MAPSCRIPT.DLL # # To use the makefile: # - Open a DOS prompt window # - Run the VCVARS32.BAT script to initialize the VC++ environment variables # - Start the build with: nmake /f makefile.vc # # $Id: Makefile.vc,v 1.10 2001/10/23 19:17:38 assefa Exp $ # # To use PHP4 (instead of PHP3) uncomment the following line # The default when PHP4=1 is not set is to build for PHP3 PHP4 = 1 !ifdef PHP4 OPTFLAGS = /nologo /Zi /W3 /Fdphpms.pdb BASE_CFLAGS = $(OPTFLAGS) /DWIN32 /DZEND_WIN32 /DPHP_WIN32 /DPHP4 /DZTS !else OPTFLAGS = /nologo /Zi /W3 BASE_CFLAGS = $(OPTFLAGS) /DWIN32 !endif #LINK_OPT = /dll /debug LINK_OPT = /dll /debug # # Set PHP_SOURCE_DIR to point to the root of the PHP source tree # !ifdef PHP4 PHP_SOURCE_DIR = ../../../AppServ/php PHP_INC = -I$(PHP_SOURCE_DIR) -I$(PHP_SOURCE_DIR)/main -I$(PHP_SOURCE_DIR)/zend -I$(PHP_SOURCE_DIR)/include -I$(PHP_SOURCE_DIR)/tsrm !else PHP_SOURCE_DIR = ../../../php-3.0.14 PHP_INC = -I$(PHP_SOURCE_DIR) -I$(PHP_SOURCE_DIR)/dl !endif # # Where do you want php3_mapscript.dll to be installed? # !ifdef PHP4 PHP_INSTALL_DIR = \AppServ\php\extensions !else PHP_INSTALL_DIR = \Apache\php3 !endif # # Set MapServer extensions parameters. See main MapServer Makefile for # more details... # Common defaults are: # MS_DEFINE = -DUSE_TTF -DUSE_TIFF -DUSE_EPPL -DUSE_GD_1_2 # MS_INCLUDE = -I../.. -I../../gd-1.2 -I../../gdft # MS_LIBS = -L../.. -lmap -L../../gdft -lgdft -ltiff -lttf -L../../gd-1.2 -lgd # MS_DEFINE = -DUSE_EPPL -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF -DUSE_PROJ -DUSE_TIFF -DUSE_TTF -DUSE_OGR -DUSE_GDAL !ifdef PHP4 MS_INC = -I../.. -I$(PHP_SOURCE_DIR)/regex -DPHP_NO_ALIASES -I../../gd-1.8.4 -I../../../proj-4.4.3/src !else MS_INC = -I../.. -I$(PHP_SOURCE_DIR)/regex -I../../../gd-1.8.4 -I../../../proj-4.4.3/src !endif GDAL_DIR= ../../../mapserver/gdal-1.1.5 MS_LIBS = ../../mapserver.lib \ ../../../mapserver/gd-1.8.4/gd.lib \ ../../../mapserver/libpng-1.0.8/libpng.lib \ ../../../mapserver/zlib-1.1.3/zlib.lib \ ../../../mapserver/jpeg-6b/libjpeg.lib \ ../../../mapserver/freetype-2.0.1/lib/freetype200b8MT.lib \ ../../../mapserver/tiff-v3.5.7/libtiff/libtiff.lib \ ../../../mapserver/proj-4.4.3/src/proj.lib \ $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts.lib \ $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts_sup.lib \ $(GDAL_DIR)/ogr/ogr.lib \ $(GDAL_DIR)/ogr/../port/cpl.lib # # The rest of the file should not have to be edited... # PHPMS_OBJS = php_mapscript_util.obj php_mapscript.obj mapscript_i.obj PHPPROJ_OBJS = php_mapscript_util.obj php_proj.obj !ifdef PHP4 PHPMS_DLL = php_mapscript.dll !else PHPMS_DLL = php3_mapscript.dll !endif PHPPROJ_DLL = php_proj.dll CFLAGS = $(BASE_CFLAGS) $(MS_DEFINE) $(MS_INC) $(PHP_INC) $(PRIOLIST) default: all all: $(PHPMS_DLL) $(PHPPROJ_DLL) mapscript: $(PHPMS_DLL) proj: $(PHPPROJ_DLL) install: all copy $(PHPMS_DLL) $(PHP_INSTALL_DIR) !ifdef PHP4 $(PHPMS_DLL): $(PHPMS_OBJS) link $(LINK_OPT) /out:$(PHPMS_DLL) $(PHPMS_OBJS) $(MS_LIBS) \ $(PHP_SOURCE_DIR)\lib\php4ts.lib $(PHPPROJ_DLL): $(PHPPROJ_OBJS) link $(LINK_OPT) /out:$(PHPPROJ_DLL) $(PHPPROJ_OBJS) $(MS_LIBS) \ $(PHP_SOURCE_DIR)\lib\php4ts.lib !else $(PHPMS_DLL): $(PHPMS_OBJS) link $(LINK_OPT) /out:$(PHPMS_DLL) $(PHPMS_OBJS) $(MS_LIBS) \ $(PHP_SOURCE_DIR)\win32\cgi_debug\php.lib $(PHPPROJ_DLL): $(PHPPROJ_OBJS) link $(LINK_OPT) /out:$(PHPPROJ_DLL) $(PHPPROJ_OBJS) $(MS_LIBS) \ $(PHP_SOURCE_DIR)\win32\cgi_debug\php.lib !endif $(PHPMS_OBJS): php_mapscript_util.h php_mapscript.h $(MS_LIBS) .c.obj: $(CC) $(CFLAGS) /DCOMPILE_DL=1 /c $*.c /Fo$*.obj clean: del *.obj del $(PHPMS_OBJS) del $(PHPPROJ_OBJS) del $(PHPMS_DLL) del $(PHPPROJ_DLL) del *.lib del *.pdb del *.exp del *.ilk > but on the VisualC I received the following error: cl /nologo /Zi /W3 /Fdphpms.pdb /DWIN32 /DZEND_WIN32 /DPHP_WIN32 /DPHP4 /DZTS -DUSE_EPPL -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_G D_TTF -DUSE_PROJ -DUSE_TIFF -DUSE_TTF -DUSE_OGR -DUSE_GDAL -I../.. -I../../../Ap pServ/php/regex -DPHP_NO_ALIASES -I../../gd-1.8.4 -I../../../proj-4.4.3/src -I.. /../../AppServ/php -I../../../AppServ/php/main -I../../../AppServ/php/zend -I../ ../../AppServ/php/include -I../../../AppServ/php/tsrm /DCOMPILE_DL=1 /c php_map script_util.c /Fophp_mapscript_util.obj php_mapscript_util.c php_mapscript_util.h(49) : fatal error C1083: Cannot open include file: 'php.h': No such file or directory NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. Where is my error? Can you help me? Thanks. From thfischer at mapmedia.de Thu Jun 5 04:29:09 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 05 Jun 2003 13:29:09 +0200 Subject: [Mapserver-users] Errors documented? In-Reply-To: References: Message-ID: <1054812549.926.2.camel@jeanjacques> On Wed, 2003-06-04 at 22:21, Steve Lime wrote: > We've tried to make most error messages self explanatory. And they are good by now I think :) I noticed something I made wrong earlier in the thread btw: > Because there is no such thing. Two workarounds are: either you search > the mailing list archive for your particular error message, or (this is > unix-specific, you probably can figure out a way to do this on other > systems) you can search the sources for that error message and see in > what context they arised. Searching the sources is of course not unix-specific. I recall that I wanted to write 'grep' instead of 'search'. hth, thorsten From sholl at gmx.net Thu Jun 5 00:41:41 2003 From: sholl at gmx.net (Stephan Holl) Date: Thu, 5 Jun 2003 09:41:41 +0200 Subject: [Mapserver-users] GRASS and mapserver Message-ID: <20030605094141.1ab5d8d9.sholl@gmx.net> --=.dp),zgwf6,WFod Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Dear List, I created a web-frontend for the GRASS-modul r.mapcalc to calculate some rasters with map-algebra. The problem is, when 2 users are requesting a grass-calulation. It is not possible to run simultanious grass-sessions from within the same user (here wwwrun). Does anyone have had this problem as well? Thanks for any suggestions about that problem -- Stephan Holl GnuPG Key-ID: 11946A09 --=.dp),zgwf6,WFod Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+3vQ3Eg9SKhGUagkRAg0OAJ9AjhJ5p9HyyQK9dx0HDANq2mFVzQCeLe9B fifx9MVkUdlbJ4xSTaPYoYs= =xnWe -----END PGP SIGNATURE----- --=.dp),zgwf6,WFod-- From thfischer at mapmedia.de Thu Jun 5 05:06:56 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 05 Jun 2003 14:06:56 +0200 Subject: [Mapserver-users] A suggestion for list divisions In-Reply-To: <1047399914.8835.6.camel@wsdan2> References: <1047399914.8835.6.camel@wsdan2> Message-ID: <1054814816.926.27.camel@jeanjacques> I hope I can make a point, even though I have not had my morning tea yet :) On Tue, 2003-03-11 at 17:25, Dan Harris wrote: > Hello All, > > I've been wondering for a few weeks now if the list admins might > consider breaking up the list into more topical sublists? Such as > perl-mapscript, php-mapscript, users, etc.. I doubt this would have the desired effect. Let's say you break it into mapserver (cgi) and mapscript. Newbie A wants to know about php mapscript, but only knows mailing list mapscript (cgi) (from a friend, from the website, whatever). He gets pointed to the other list (he unsubscribes, deletes the filter rule he has set up, subscribes to the other list, sets up a new filter rule ... etc). In the meantime, someone else is answering his question on the first list ... You can continue that ad infinitum. It might sound very far-fetched, but look at this: http://mail.gnome.org/mailman/listinfo I have spent a good amount of time on GNOME and Gtk+ and talked to a lot of people who turned away from the whole topic just because of this mailing list madness. Every small sublibrary has their own mailing list. You simply do not know _where_ to ask a question. Your average beginner does not even know or understand what the difference between mapscript and the cgi program _is_. He seeks for help and gets confused at that step already. Not good [tm]. There are a -users and a -dev mailing list, which is pretty self-explenatory. mapserver-mapscript and mapserver-cgi would not be. There already is a seperate postgis mailing list for example, which is fine beacuse it can be used outside mapserver as well. > I love the information > coming from this group and plan to participate more in the discussions > eventually Don't we all? ;) > , but I'm looking for some way to kind of filter out a lot of > the noise (no offense meant to anyone!). I know what you mean. But we all have different definitions of 'noise'. I, for example, delete every HTML email I get, no matter what the content is (well I move it to a seperate folder and skim it now and then before i delete it), for reasons that are my concern only (i do not want to start a discussion here). Or another thing that drives me mad: javascript, one of the biggest reasons for security holes in web and email software these days. In my view it's outright silly to use it, or to require users to have it turned on. Talking about it is just noise for me. mapserver-htmlscripting or something would suit my needs it seems, but it would still cut me off from (maybe vital) discussions. So I bear it and just delete the stuff. Also, an additional mailing list also means additional adminnistering work. It also means an additional archive for Newbie A to search. > I use perl mapscript > exclusively, so the cgi and php discussions are really not of interest > to me. I once thought I would only do php mapscript. Then I discovered that the CGI is far more interesting than I used to think. Then I had to talk to people who were used to program in perl mapscript. In both occassions, I was surprised to realize that I already knew more about the CGI and perl than I thought; it was because I was reading the mailing list. Can't be too bad a thing, it seems :) > Just a suggestion :) Thanks for your consideration. Same :) And now I will have my tea. hth, thorsten From thfischer at mapmedia.de Thu Jun 5 05:09:50 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 05 Jun 2003 14:09:50 +0200 Subject: [Mapserver-users] Please ignore my last post Message-ID: <1054814990.930.30.camel@jeanjacques> I am too stupid to handle my email program and to tell the archive from the inbox. I just replied to a four-month old post. Feel free to print out a picture of mine and laugh at it. *blushes* thorsten From stepan.kafka at centrum.cz Thu Jun 5 03:45:44 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Thu, 5 Jun 2003 12:45:44 +0200 Subject: [Mapserver-users] GRASS and mapserver In-Reply-To: <20030605094141.1ab5d8d9.sholl@gmx.net> Message-ID: <002201c32b4f$9dc5e9f0$463c2fc3@HSGIS> You would have different GISRC file for each session. In addition I would reccommend creating temporary mapset for each session to separate user environment. Some locking mechanism is also possible to involve when using the same mapset. Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz http://www.bnhelp.cz > -----P?vodn? zpr?va----- > Od: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele Stephan > Holl > Odesl?no: 5. ?ervna 2003 9:42 > Komu: mapserver-users > P?edm?t: [Mapserver-users] GRASS and mapserver > > > Dear List, > I created a web-frontend for the GRASS-modul r.mapcalc to calculate some > rasters with map-algebra. > > The problem is, when 2 users are requesting a grass-calulation. It is > not possible to run simultanious grass-sessions from within the same > user (here wwwrun). > > Does anyone have had this problem as well? > Thanks for any suggestions about that problem > -- > Stephan Holl > > GnuPG Key-ID: 11946A09 > --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.487 / Virov? b?ze: 286 - datum vyd?n?: 1.6.2003 From s9646183 at sms.ed.ac.uk Thu Jun 5 05:42:13 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Thu, 05 Jun 2003 13:42:13 +0100 (BST) Subject: [Mapserver-users] Using arrow buttons to pan... Message-ID: <1054816933.3edf3aa5db4b4@sms.ed.ac.uk> Hi there, It seems that the standard interfaces to MapServer utilise a "pan" radio button and then allow the user to pan by recentering the map on the basis on a mouse click. I'd like to adapt this standard interface so that the user can click on a north/south/etc.. arrow, and the map would be repositioned according to some predefined default. I've seen this done using JavaScript, but was hoping that it would be possible to implement this (fairly standard) functionality without the need for JavaScript (i.e. by just adding on a number to some x/y value which is passed directly to MapServer). Does anyone have any examples of how this might be done? Many thanks in advance, Ali From rosangela.silva at zenitpolar.com.br Thu Jun 5 05:58:07 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Thu, 5 Jun 2003 09:58:07 -0300 Subject: Fw: [Mapserver-users] transparent background raster (tif) References: <000d01c3247c$6ce16000$377ba8c0@nadir> <3ED3AE1F.5090305@pobox.com> <003101c32483$a1124270$377ba8c0@nadir> Message-ID: <000d01c32b62$1c354b70$377ba8c0@nadir> Hi This message is a little late at list and discard it please. Thanks Ros?ngela ----- Original Message ----- From: "Rosangela Silva" To: "Frank Warmerdam" Cc: "Mapserver-Users at Lists. Gis. Umn. Edu" Sent: Tuesday, May 27, 2003 4:10 PM Subject: Re: Fw: [Mapserver-users] transparent background raster (tif) > Hi, > My images are 8-bit TIFF, and they are peaces of sattelite > images (Landsat - RGB composit). > Part of these images has valid information, > but another part is complemented with deep black color. > I think that I couldn't specify a black collor pixel (0) > like "transparent" because some lakes and rivers are black too. > I'd like to show only the valid information. > I'll try to send a tiff like an example. > Thanks > Ros?ngela > ----- Original Message ----- > From: "Frank Warmerdam" > To: "Rosangela Silva" > Cc: "Mapserver-Users at Lists. Gis. Umn. Edu" > > Sent: Tuesday, May 27, 2003 3:27 PM > Subject: Re: Fw: [Mapserver-users] transparent background raster (tif) > > > > Rosangela Silva wrote: > > > Hello, > > > > > > I'm using mapserver 3.6.5. > > > I don't know how the mapserver interprets the background of the > > > tiff or jpg images. I'm looking for information about it, and some > > > softwares assumes the transparent background like a cannel "alpha", > > > but I don't know exactly how it works. > > > Sorry, but, for while, it is everything I know to explain. > > > > Ros?ngela, > > > > How it is accomplished will, as Ed suggests, depend on the nature of the > > image. MapServer 3.6.5 (if using GDAL for raster IO) will support > treating > > pixels with "alpha=0" as transparent if the image is RGBA. If the image > is > > in a format that returns a "nodata" value, or knows that particular color > > indexes in a paletted image are transparent, they will be automatically > > treated as transparent. 3.6.x does *not* support the user indicating a > > particular RGB value as transparent for 24bit inputs, but the OFFSITE > value > > can be used to mark one raw pixel value for greyscale or paletted images > > that should be treated as transparent. > > > > I hope this helps. > > > > Best regards, > > > > -- > > ---------------------------------------+---------------------------------- > ---- > > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > > light and sound - activate the windows | http://pobox.com/~warmerdam > > and watch the world go round - Rush | Geospatial Programmer for Rent > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From warmerdam at pobox.com Thu Jun 5 06:09:51 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 05 Jun 2003 09:09:51 -0400 Subject: [Mapserver-users] shp2img segfaults In-Reply-To: <3EDEF849.15EEAABE@webgis.de> References: <3EDEF849.15EEAABE@webgis.de> Message-ID: <3EDF411F.8040503@pobox.com> Michael Schulz wrote: > Hi there, > > the get-together-mails sound promising, i'd really have liked to come to > the MUM, but not this year ... > > But the real problem is: I have a mapserver nightly build from end of > may (tried also the recent nightly), php-mapscript and python-mapscript > work fine only the mapserv executable and shp2img give me a segfault > when trying to render a map-file with a tiff raster layer... When i > comment out the raster layer everything works fine, python mapscript > draws a nice picture with the raster only mapserv/shp2img don't. MS > 3.6.3 draws the map-file without a problem. > > This is my config.status: > > ./configure --with-gd=static,/usr/local/gd-2.0.12gif/ > --with-freetype=/usr/local/src/freetype-2.1.0 > --with-tiff=/usr/local/src/tiff-v3.5.7 > --with-gdal=/usr/local/src/gdal-1.1.8/apps/gdal-config > --with-ogr=/usr/local/src/gdal-1.1.8/ogr > --with-proj=/usr/local/src/proj-4.4.5 --with-jpeg=/usr/local/src/jpeg-6b > --with-png --with-wmsclient --with-php=/usr/local/src/php-4.3.1/ Michael, I would suggest configuring --without-tiff to ensure the TIFF handling goes through GDAL instead of the more direct MapServer libtiff support. If you want the direct support, then please ensure your GDAL is built with an external libtiff 3.5.7 as well. Note that this is fairly antique and the builtin version of libtiff in GDAL is essentially 3.6.0 beta. 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 Thu Jun 5 06:18:39 2003 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 05 Jun 2003 15:18:39 +0200 Subject: [Mapserver-users] shp2img segfaults References: <3EDEF849.15EEAABE@webgis.de> <3EDF411F.8040503@pobox.com> Message-ID: <3EDF432F.45DCD3C4@webgis.de> Thanks Frank, that did it. But how come, the mapscript dialects worked, though? I was rather puzzled about that one - usually it's the other way round. Cheers, Michael Frank Warmerdam schrieb: > Michael Schulz wrote: > > Hi there, > > > > the get-together-mails sound promising, i'd really have liked to come to > > the MUM, but not this year ... > > > > But the real problem is: I have a mapserver nightly build from end of > > may (tried also the recent nightly), php-mapscript and python-mapscript > > work fine only the mapserv executable and shp2img give me a segfault > > when trying to render a map-file with a tiff raster layer... When i > > comment out the raster layer everything works fine, python mapscript > > draws a nice picture with the raster only mapserv/shp2img don't. MS > > 3.6.3 draws the map-file without a problem. > > > > This is my config.status: > > > > ./configure --with-gd=static,/usr/local/gd-2.0.12gif/ > > --with-freetype=/usr/local/src/freetype-2.1.0 > > --with-tiff=/usr/local/src/tiff-v3.5.7 > > --with-gdal=/usr/local/src/gdal-1.1.8/apps/gdal-config > > --with-ogr=/usr/local/src/gdal-1.1.8/ogr > > --with-proj=/usr/local/src/proj-4.4.5 --with-jpeg=/usr/local/src/jpeg-6b > > --with-png --with-wmsclient --with-php=/usr/local/src/php-4.3.1/ > > Michael, > > I would suggest configuring --without-tiff to ensure the TIFF handling > goes through GDAL instead of the more direct MapServer libtiff support. If > you want the direct support, then please ensure your GDAL is built with > an external libtiff 3.5.7 as well. Note that this is fairly antique > and the builtin version of libtiff in GDAL is essentially 3.6.0 beta. > > 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 -- ----------------------------------------------------------- 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 schick at sdac.hannover.bgr.de Thu Jun 5 07:27:27 2003 From: schick at sdac.hannover.bgr.de (Agneta Schick) Date: Thu, 5 Jun 2003 16:27:27 +0200 (MET DST) Subject: [Mapserver-users] php & javascript Message-ID: <200306051427.h55ERR516461@b3sn28.hannover.bgr.de> Hello patient MapServer-users, I've reached the point where I'm getting more confused the more demos I look at and user-mails I read. Platform: Solaris8, Netcape7, Apache, Mapserver3.6, php4.3.1, I need php (or Perl) for interfacing our INGRES database. So I started with a php script using Mapscript to generate maps. This works fine and I can play with the URL in the browser so that zoom and imgbox parameters produce the correct maps. Now I designed the layout in html and use javascript to catch the mouse clicks for zooming (imgbox). My problem is that I don't understand how javascript starts the php script which then returns the correct image-url so that only the map image is updated. Doing something like 'document.image_name.src=myscript.php?redraw=1&imgbox...' results in an empty image with the property "http://.../myscript.php?redraw=1&imgbox..." And sending a form-submit results in a new page. How do I get just the image updated (e.g. as an image button or image in a table)?? Sorry to bother with such a simple technical problem but I can't see any other possiblity. This is my first try with php. Configuring my apache server nnn times, reading all mails pertaining to php and javascript and searching the web for clues have not helped. Thank you Agneta Schick From s9646183 at sms.ed.ac.uk Thu Jun 5 08:05:32 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Thu, 05 Jun 2003 16:05:32 +0100 (BST) Subject: [Mapserver-users] Displaying point data from a text file Message-ID: <1054825532.3edf5c3ca3915@sms.ed.ac.uk> Hi there, Sorry if this is a really stupid question, but I'm still very new to all this :) Is it possible to read in point data from a text file (i.e. a tab or comma delimited file with x and y coordinates and some attributes) rather than a shapefile? I'd also like to be able to display the point symbols at a size proportional to their "size" attribute, and be able to return info from this file when a point is queried. Does anyone know if this is possible? Any comments/advice/examples gratefully received! Many thanks Ali From eric at gomoos.org Thu Jun 5 08:42:59 2003 From: eric at gomoos.org (Eric Bridger) Date: Thu, 05 Jun 2003 11:42:59 -0400 Subject: [Mapserver-users] Displaying point data from a text file In-Reply-To: <1054825532.3edf5c3ca3915@sms.ed.ac.uk> Message-ID: <4.3.2.7.2.20030605113844.00abeaf0@mail.gomoos.org> This is indeed possible, but you will need to use some version of mapscript. You could also use mapscript to create a shapefile from the point data text file. There are some perl mapscript examples here: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35 In particular see the mapquakes.pl example: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex2 and http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex14 Eric Bridger At 04:05 PM 06/05/2003 +0100, AMC Story wrote: >Hi there, > >Sorry if this is a really stupid question, but I'm still very new to all >this :) > >Is it possible to read in point data from a text file (i.e. a tab or comma >delimited file with x and y coordinates and some attributes) rather than a >shapefile? I'd also like to be able to display the point symbols at a size >proportional to their "size" attribute, and be able to return info from this >file when a point is queried. > >Does anyone know if this is possible? Any comments/advice/examples gratefully >received! > >Many thanks >Ali >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dana at nextbus.com Thu Jun 5 09:51:56 2003 From: dana at nextbus.com (Dana Quinn) Date: Thu, 05 Jun 2003 09:51:56 -0700 Subject: [Mapserver-users] proj.pm build problem Message-ID: <3EDF752C.9090803@nextbus.com> This is a little bit obscure, but I'll give it a try. I'm trying to build the proj.pm that Steve Lime released a while back, and I getting a strange message that's keeping it from building. I haven't seen this before, and thought I'd ask about it here. (I'm building on a RH 8.0/Perl 5.8 system) so after I do 'perl Makefile.PL', I do a make and get this: $ make cp proj.pm blib/lib/proj.pm gcc -c -I/u1/src/ms/proj/include -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -march=i386 -mcpu=i686 -DVERSION=\"\" -DXS_VERSION=\"\" -fpic "-I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE" proj_wrap.c proj_wrap.c: In function `_swig_create_magic': proj_wrap.c:416: warning: assignment from incompatible pointer type proj_wrap.c:417: warning: assignment from incompatible pointer type proj_wrap.c: At top level: proj_wrap.c:750: conflicting types for `boot_proj' proj_wrap.c:431: previous declaration of `boot_proj' make: *** [proj_wrap.o] Error 1 Does anyone have any ideas what could be going on here? My normal troubleshooting technique (pasting the error message into google), didn't return any matches (sort of amazing). I must be doing something wrong. I am running a different version of glibc than another RH8.0 system that this worked on - is it possible that it could cause a problem? Any help would be appreciated! Dana PS I also re-swig'd, which didn't help, and kind of made things worse actually. PPS Wish I could be with you all there at the users conference! Have fun! -- Dana Quinn, dana at nextbus.com NextBus Information Systems (510) 420-3117 From mapserver at gismap.ch Thu Jun 5 11:48:29 2003 From: mapserver at gismap.ch (Mapserver) Date: Thu, 5 Jun 2003 20:48:29 +0200 Subject: [Mapserver-users] shp2pdf Message-ID: Hi list, I'm quite new to mapserver. I can't find a documentation on shp2pdf. Apparently there is no windows-binary. I would like to use the linux-one with the mapserver-cgi using the common
-command. Is this possible? I can't find informations on this in the archives. Thanks for help Roman From wendy at ark.org Thu Jun 5 13:52:25 2003 From: wendy at ark.org (Wendy Roseberry) Date: Thu, 5 Jun 2003 13:52:25 -0700 Subject: [Mapserver-users] Spatial Joins Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0031_01C32B69.B2358C00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Is it possible to do spatial joins between 2 or more data layers with mapserver? Could someone provide an example? Thanks, Wendy Roseberry Software Developer www.accessArkansas.org ------=_NextPart_000_0031_01C32B69.B2358C00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Is it=20 possible to do spatial joins between 2 or more data layers with = mapserver? =20 Could someone provide an example?
 
Thanks,=20
Wendy = Roseberry
Software=20 Developer
www.accessArkansas.org=20
------=_NextPart_000_0031_01C32B69.B2358C00-- From mapserver at gismap.ch Thu Jun 5 12:06:56 2003 From: mapserver at gismap.ch (Mapserver) Date: Thu, 5 Jun 2003 21:06:56 +0200 Subject: [Mapserver-users] pdf's at fixed scale??? Message-ID: Hi list What is the easiest way to produce maps at a fixed scale??? The user should be able to (1) choose the scale (maybe 1:500) and then (2) point to the place in the map and finally (3) mapserver produces the pdf. Probably not that easy to find a solution... Thanks, Roman From pkishor at geoanalytics.com Thu Jun 5 12:21:13 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 05 Jun 2003 19:21:13 -0000 Subject: [Mapserver-users] Re: php & javascript In-Reply-To: <200306051427.h55ERR516461@b3sn28.hannover.bgr.de> Message-ID: --- In mapserver-users at yahoogroups.com, Agneta Schick wrote: I'll try to answer some, but I may not have understood the exact nature of your question -- > I need php (or Perl) for interfacing our INGRES database. with Perl you could use DBI and see if there is an INGRES DBD. With PHP, well, searching on PHP boards for INGRES drivers should yield the answer to you. > So I > started with a php script using Mapscript to generate maps. > This works fine and I can play with the URL in the browser so > that zoom and imgbox parameters produce the correct maps. that is good. At least you are beyond the "getting Mapserver to work" stage. > Now I designed the layout in html and use javascript to catch > the mouse clicks for zooming (imgbox). My problem is that I don't > understand how javascript starts the php script which then returns > the correct image-url so that only the map image is updated. well, JavaScript (js) doesn't start PHP... js is client-side (not really, but lets assume so for this application) and only available in the user's browser. PHP is server side and has nothing whatsoever to do with the browser. The communication between the two is http GET or POST requests. You use js to populate form (in case of POST) variables and submit the page (the form), or populate url variables (in case of GET) and submit the page... once these values reach the server, PHP takes over, uses the values to create the new map, prepare a new page, and send it back to the user via the web server. > > Doing something like 'document.image_name.src=myscript.php?redraw=1&imgbox...' > results in an empty image with the property > "http://.../myscript.php?redraw=1&imgbox..." I am not even sure if that is a valid img.src value... if you are changing the img.src value on the fly, typically you provide a valid path to the image be it on the server anywhere in the world, or in the browser's cache if pre-fetched. > > And sending a form-submit results in a new page. > How do I get just the image updated (e.g. as an image button or image in a > table)?? so, you don't want to submit the page and only want the image updated. You can't do that with straight html (at least afaik). You can simulate it by using frames and updating only the frame containing the map, or you need the Java applet solution whereby the image inside the applet gets updated by communicating directly with the server... the page containing the image remains static, so to say. Hope this little primer sets you on the right path to where you wanna go. From pramsey at refractions.net Thu Jun 5 16:08:26 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Thu, 05 Jun 2003 16:08:26 -0700 Subject: [Mapserver-users] Spatial Joins In-Reply-To: References: Message-ID: <3EDFCD6A.2030403@refractions.net> Wendy Roseberry wrote: > Is it possible to do spatial joins between 2 or more data layers with > mapserver? Could someone provide an example? > > Thanks, > Wendy Roseberry > Software Developer > www.accessArkansas.org You will probably find spatial joins easier to execute in PostGIS than in Mapserver. People mean different things somethings when they say "spatial join". Sometimes they mean "two stage query": click select an item in Layer A and then return all the items in Layer B which are within distance Q. You could do that in Mapserver using Mapscript I think. A general and complete spatial join you would want to use something like PostGIS for. P. -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From David.Beard at ga.gov.au Thu Jun 5 16:51:17 2003 From: David.Beard at ga.gov.au (David.Beard at ga.gov.au) Date: Fri, 6 Jun 2003 09:51:17 +1000 Subject: [Mapserver-users] RE: Problems with 3.7 and itemquery Message-ID: David, Check the extents of your COUNTY layer against the extents in the map file (14215.43 19342.38 18468.59 16607.16). Does your COUNTY layer fall within the map extents? I have received this same error (msQueryByAttributes(): Search returned no results. No matching record(s) found, layer and area of interest do not overlap). For me, the cause of the error was incorrect map extents in the map layer. Other things to consider: 1. You don't have FILTER and FILTERITEM in your map file. Dave -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of William Taylor Sent: Thursday, 5 June 2003 10:58 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Problems with 3.7 and itemquery Group, I am having problems getting itemquery function to work with MapServ 3.7. My Url looks like this: http://localhost/Scripts/mapservdemo.exe?map=C:\Inetpub\wwwroot\MapServI temTest\test.map&mode=itemquerymap&qlayer=county&mapext=shapes&qitem=cty _name&qstring=PB And My Map File looks like this: MAP NAME test STATUS ON SIZE 600 450 EXTENT 14215.43 19342.38 18468.59 16607.16 UNITS FEET SHAPEPATH "test" IMAGECOLOR 255 255 255 PROJECTION "init=epsg:26958" END WEB IMAGEPATH "set in config.js" IMAGEURL "set in config.js" END QUERYMAP STATUS ON STYLE HILITE COLOR 255 255 0 END LAYER NAME county DATA county STATUS DEFAULT TYPE POLYGON CLASS COLOR 212 212 212 OUTLINECOLOR 0 0 0 END END END I get the error below: msQueryByAttributes(): Search returned no results. No matching record(s) found, layer and area of interest do not overlap. The attribute table does contain the value. Any help you can offer would be greatly appreciated. Sincerely, W. David Taylor From sholl at gmx.net Thu Jun 5 22:22:19 2003 From: sholl at gmx.net (Stephan Holl) Date: Fri, 6 Jun 2003 07:22:19 +0200 Subject: [Mapserver-users] Using arrow buttons to pan... In-Reply-To: <1054816933.3edf3aa5db4b4@sms.ed.ac.uk> References: <1054816933.3edf3aa5db4b4@sms.ed.ac.uk> Message-ID: <20030606072219.0e35979e.sholl@gmx.net> --=.u+IibP5wYbe:Hu Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit At Thu, 05 Jun 2003 13:42:13 +0100 (BST) AMC Story wrote: Hello AMC, > Does anyone have any examples of how this might be done? here is a small code snippet with php/mapscript /********************************************************************** **/ /* function panarrow() */ /* */ /* Utility function pan when clicking on the arrows */ /********************************************************************** **/ function panarrow () { GLOBAL $map, $HTTP_POST_VARS ; //entsprechend nach w,e,s,n aufsplitten $xmax = intval($HTTP_POST_VARS[maxx]); // E $xmin = intval($HTTP_POST_VARS[minx]); // W $xinc = ($xmax - $xmin ) / 5; // pan-factor $ymax = intval($HTTP_POST_VARS[maxy]); // S $ymin = intval($HTTP_POST_VARS[miny]); // N $yinc = ($ymax - $ymin ) / 5; // pan-factor // which button is pressed if ( isset($HTTP_POST_VARS["panN_x"])) { $map->setextent( $xmin, ($ymin + $yinc), $xmax, ($ymax + $yinc)); } elseif ( isset($HTTP_POST_VARS["panS_x"])) { $map->setextent( $xmin, ($ymin - $yinc), $xmax, ($ymax - $yinc)); } elseif ( isset($HTTP_POST_VARS["panW_x"])) { $map->setextent( ($xmin - $xinc), $ymin, ($xmax - $xinc), $ymax); } elseif ( isset($HTTP_POST_VARS["panE_x"])) { $map->setextent( ($xmin + $xinc), $ymin, ($xmax + $xinc), $ymax); } } // end function panarrow() insert some buttons and add the name panN, panS, panW, panE to it. hth Stephan Holl -- Stephan Holl GnuPG Key-ID: 11946A09 --=.u+IibP5wYbe:Hu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+4CUNEg9SKhGUagkRAkPhAJ45kFFyzUnNHDJWGpLG7CWhnlwGBQCgncSw R+ettOXxdO4QTAL7kDQTA/I= =b11/ -----END PGP SIGNATURE----- --=.u+IibP5wYbe:Hu-- From ruben at anet.net.tw Fri Jun 6 00:56:23 2003 From: ruben at anet.net.tw (Ruben Tsui) Date: Fri, 6 Jun 2003 15:56:23 +0800 (CST) Subject: [Mapserver-users] How to display 16-bit bitmap fonts? Message-ID: <18727065.1054886183474.JavaMail.root@crystalw02> Dear all, I would like to have the ability to display wide-character (16-bit) BITMAP fonts in a map. East Asian TrueType font files are just a bit too bulky (3~18 MB per file) and slow for a high-load setup. I have access to some X11 PCF fonts for East Asian languages but don't know how to set it up in the LABEL section. I tried all possible combinations to no avail (neither TYPE=bitmap nor TYPE=truetype worked). Since FreeType 2 supports the PCF format (FAQ Section I.1), is it possible to somehow get MapServer to display PCF via the FT2 engine? I apologize if this has been answered before, but I've looked through the archives and haven't come up with anything useful so far. Also, any general hints/suggestions for improving character label generation will be much appreciated. Many thanks, Ruben Tsui Current project: Prototype a mapping platform using MapServer for 3G/2.5G career-grade deployment (6 million mobile subscriber base). From b.lathiere at ism.asso.fr Fri Jun 6 01:19:02 2003 From: b.lathiere at ism.asso.fr (Benoit Lathiere) Date: Fri, 06 Jun 2003 10:19:02 +0200 Subject: [Mapserver-users] when is planned the next Mapserver ? References: <18727065.1054886183474.JavaMail.root@crystalw02> Message-ID: <3EE04E76.7030601@ism.asso.fr> Hi everyone ! I'm using Mapserver 3.6.5 on a Linux/DEbian box. No problem :-) But I would like to use Flash outputs ( >= Mapserver 3.7)... Is the new release's date is known ?? Thanks a lot, Benoit Lathiere. From braulioen at ono.com Fri Jun 6 04:41:48 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Fri, 06 Jun 2003 13:41:48 +0200 Subject: [Mapserver-users] Problem visualizing an image ECW. Message-ID: Hi at all, I'm using PHP/Mapscript in Windows XP, downloaded from "http://www2.dmsolutions.ca/webtools/dl", file "mapserver-3.6.6- dev-win32-php4.3.1-libwww-postgis.zip". This version is compiled with support for ECW (from library GDAL). We have a Image Web Server (IWS) of ERMAPPER. Now I have added in my map a raster layer with an image ECW: LAYER NAME ortofoto DATA "ecwp://myserverIWS/myimage.ecw" STATUS DEFAULT TYPE RASTER END But I have a problem. The image is seen correctly, but when I make zoom in, from a determined scale, the image ECW becomes black. Which is the problem? Thanks for any aid. Braulio Moreno. From robert-fritz at web.de Fri Jun 6 06:27:26 2003 From: robert-fritz at web.de (robert fritz) Date: Fri, 6 Jun 2003 15:27:26 +0200 Subject: [Mapserver-users] regex / Case Insensitive Query Message-ID: <200306061327.h56DRQQ20743@mailgate5.cinetic.de> Hello, is it possible to do a case-insensitive itemquery, using a regular expression? Something like : Filter ("[Name]" =~ /*%value%*/) (+ not case sensitive) Maybe something changed: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0008/msg00096.html Thank you, robert ____________________________________________________________________________ Jetzt bei WEB.DE FreeMail anmelden = 1qm Regenwald schuetzen! Helfen Sie mit! Nutzen Sie den Serien-Testsieger. http://user.web.de/Regenwald From dbecker at 911.lubbock.tx.us Fri Jun 6 15:30:26 2003 From: dbecker at 911.lubbock.tx.us (dbecker at 911.lubbock.tx.us) Date: Fri, 6 Jun 2003 17:30:26 -0500 Subject: [Mapserver-users] Don Becker/LECD is out of the office. Message-ID: I will be out of the office starting 06/06/2003 and will not return until 06/13/2003. I will respond to your message when I return. Happy New Year! From robert-fritz at web.de Sat Jun 7 02:20:16 2003 From: robert-fritz at web.de (Robert Fritz) Date: Sat, 7 Jun 2003 11:20:16 +0200 Subject: [Mapserver-users] itemquery / itemnquery Message-ID: Hello, i use html-frames & javascript in every frame. on frame contains a form for user-inputs which are used for itemquery, another frame keeps the map. it works fine, the user can change the input-values and send new requests, the result is shown in the map-frame. but if i change the mode to itemnquery, things are getting strange: i can send only on request and then i get javascript-errors form the map-frame if i try to send a new request. the javascript errors tell me, that some of my hidden-parameters (e.g. document.mapform.imgxy) are not available, but they are there. i do not understand what happens, because the only thing i change is the mode : from ITEMQUERY to ITEMNQUERY. Where do I have to look for the source of error - my JavaScripts, my Request-Url, my MapFile? Is there a difference between itemquery - itemnquery? Do I have to set more parameters using ITEMNQUERY? --- Map File Excerpt LAYER NAME fsquery TYPE POLYGON STATUS ON DATA flurstuecke Filter ("[flaechennu]" =~ /%wert%/) # I change my Filter via URL CLASS Name "gesuchtes Flurst?ck" Symbol "diagonalfill" Size 8 END TEMPLATE map.html # keeps my Map-Frame END Thank you, robert From robert-fritz at web.de Sat Jun 7 02:55:03 2003 From: robert-fritz at web.de (Robert Fritz) Date: Sat, 7 Jun 2003 11:55:03 +0200 Subject: AW: [Mapserver-users] itemquery / itemnquery In-Reply-To: Message-ID: Sorry, i know now whats going wrong, have a nice weekend, robert -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Robert Fritz Gesendet: Samstag, 7. Juni 2003 11:20 An: UMN Betreff: [Mapserver-users] itemquery / itemnquery Hello, i use html-frames & javascript in every frame. on frame contains a form for user-inputs which are used for itemquery, another frame keeps the map. it works fine, the user can change the input-values and send new requests, the result is shown in the map-frame. but if i change the mode to itemnquery, things are getting strange: i can send only on request and then i get javascript-errors form the map-frame if i try to send a new request. the javascript errors tell me, that some of my hidden-parameters (e.g. document.mapform.imgxy) are not available, but they are there. i do not understand what happens, because the only thing i change is the mode : from ITEMQUERY to ITEMNQUERY. Where do I have to look for the source of error - my JavaScripts, my Request-Url, my MapFile? Is there a difference between itemquery - itemnquery? Do I have to set more parameters using ITEMNQUERY? --- Map File Excerpt LAYER NAME fsquery TYPE POLYGON STATUS ON DATA flurstuecke Filter ("[flaechennu]" =~ /%wert%/) # I change my Filter via URL CLASS Name "gesuchtes Flurst?ck" Symbol "diagonalfill" Size 8 END TEMPLATE map.html # keeps my Map-Frame END Thank you, robert _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From prasadbauchkar at india.com Sat Jun 7 23:56:45 2003 From: prasadbauchkar at india.com (prasad bauchkar) Date: Sun, 08 Jun 2003 14:56:45 +0800 Subject: [Mapserver-users] data interface in PDA Message-ID: <20030608065645.21499.qmail@india.com> hello, i would like to develop an data interface in pda for updating and transfering GIS data in real time using mapserver. may i know how can i proceed and what steps should i follow. need your help open source!!!! prasad. -- ______________________________________________ http://www.india.com Now with POP3/SMTP access for only US$14.95/yr Powered by Outblaze From robert-fritz at web.de Sun Jun 8 03:48:44 2003 From: robert-fritz at web.de (Robert Fritz) Date: Sun, 8 Jun 2003 12:48:44 +0200 Subject: [Mapserver-users] Change Map-Filter via URL - Problems with Point Layer? Message-ID: Hello, I have 2 Point-Shapes and I want to change the "Filter" of the Layers via URL. But it seems not to work. If i use Polygon-Layers, everything works fine. I converted the point Layer to Polygon Layer and changed nothing in my Scripts - using the Point Layers the Filter is not changed, using the Polygon Layers I get the correct results. Is there a difference between Point and Polygon Layers, using itemquery & changing the filter via URL? Or do I something other wrong? Thank you, robert -------------------Map File: LAYER NAME BaumPolygon TYPE Polygon STATUS On DATA Baum_Polygon Filter ("[Baumid]" =~ /^%baumid%/) # I change the Filter via URL e.g. to ("[Baumid]" =~ /^%baumid%/ AND "[ART]" =~/%art%/) CLASS ...... LAYER NAME Baum TYPE POINT STATUS On DATA Baum Filter ("[Baumid]" =~ /^%baumid%/) # I want to change, but it does not change e.g. to ("[Baumid]" =~ /^%baumid%/ AND # "[ART]" =~/%art%/) CLASS Symbol "circle" ....... My HTML Page: Polygon-Layer Point-Layer From novalet at yahoo.com.cn Sun Jun 8 05:43:19 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Sun, 8 Jun 2003 20:43:19 +0800 (CST) Subject: [Mapserver-users] 3.7 or 4.0? Message-ID: <20030608124319.32296.qmail@web15210.mail.bjs.yahoo.com> Hi! I just a little puzzle about the version of mapserver. I have used version 3.6 for a long time and long for the 3.7 feature such like grid and shader. But today when i look at the web page, found 4.0 is on its beta. Is it right? Will we get 4.0 in a short time and skip 3.7? what's the new features in 4.0 then? Thanks! ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cn_user_profile_study_may2003 From woodbri at swoodbridge.com Sun Jun 8 06:12:27 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sun, 08 Jun 2003 09:12:27 -0400 Subject: [Mapserver-users] 3.7 or 4.0? In-Reply-To: <20030608124319.32296.qmail@web15210.mail.bjs.yahoo.com> Message-ID: <3EE2FDFB.19595.CFFF17D@localhost> A rose by any other name is still a rose. 3.7 had so many new features that it could not rightly be considered 3.X release and has been renamed to 4.0. 3.7/4.0 has been very stable for quite some time and there are a few people that are running it on production servers. -Steve W. On 8 Jun 2003 at 20:43, Chen Fu wrote: > Hi! > I just a little puzzle about the version of mapserver. > > > I have used version 3.6 for a long time and long for > the 3.7 feature such like grid and shader. > > But today when i look at the web page, found 4.0 is on > its beta. Is it right? Will we get 4.0 in a short time > and skip 3.7? what's the new features in 4.0 then? > > Thanks! > > ===== > Remote Scensing Satellite Ground Station > Chinese Academy of Science > > _________________________________________________________ > Do You Yahoo!? > ?????????????????????????? > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cn_use > r_profile_study_may2003 > _______________________________________________ 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 Sun Jun 8 10:22:18 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Sun, 08 Jun 2003 12:22:18 -0500 Subject: [Mapserver-users] when is planned the next Mapserver ? Message-ID: An initial beta release is on the website now. It's certainly stable enough to start testing with. Steve >>> Benoit Lathiere 06/06/03 3:19 AM >>> Hi everyone ! I'm using Mapserver 3.6.5 on a Linux/DEbian box. No problem :-) But I would like to use Flash outputs ( >= Mapserver 3.7)... Is the new release's date is known ?? Thanks a lot, Benoit Lathiere. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dukav at gmx.de Mon Jun 9 07:41:24 2003 From: dukav at gmx.de (dukav at gmx.de) Date: Mon, 9 Jun 2003 16:41:24 +0200 (MEST) Subject: [Mapserver-users] performance Message-ID: <4598.1055169684@www64.gmx.net> Dear list, Is there some information about the performance of the mapserver available? Or could somebody tell me something about this? Thanks for any help, Karin -- Karin D?rrwanger Bilderh?uslenstr. 26 73257 K?ngen tel.: 0 70 24 / 86 67 96 +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! From strk at keybit.net Mon Jun 9 07:42:51 2003 From: strk at keybit.net (strk) Date: Mon, 9 Jun 2003 16:42:51 +0200 Subject: [Mapserver-users] Scale meaning Message-ID: <20030609164251.A80964@freek.keybit.net> Hello, I'm trying to get the meaning of the SCALE value as returned by [scale] in map templates (mapObj->scale). How can you express it in human language ? For example: 37554.078269 <- what is it exactly ? If I write in a mapfile that a Layer is not worth drawing with a mapscale bigger then 37554.078269 what am I referring to ? So long I can only use empirical [scale] checks to set MAX/MIN SCALES in mapfile, but I'd like to be more "formal" in writing mapfiles. TIA --strk; From s9646183 at sms.ed.ac.uk Mon Jun 9 08:06:06 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Mon, 09 Jun 2003 16:06:06 +0100 (BST) Subject: [Mapserver-users] Problem with inline features/persistence from a URL....? Message-ID: <1055171166.3ee4a25eb6c7a@sms.ed.ac.uk> Hi everyone, I've recently been experimenting with inline features as a way to draw additional point symbols on my maps. What I would like to do is to have a text- based front page, where users can click on a hyperlink and be taken to a map showing the feature and the area around it. As the locations of these features will change dynamically, I want to be able to write a script that provides the initial URL's for all the links based on the current data. What I really want to avoid is hardcoding these new features each in their own version of the template file. An example URL would be:

The Map

However, the problem here is that as soon as the user interacts with the map (i.e. zooms in or out), the template file is called and this seems to delete the inline features specified in the original url. Is there anyway to make this part of the url persistent? For example, can a variable be set in the template file that is then somehow obtained from the original url? Eg: in the template file: Sorry if this is a daft question, but any suggestions would be gratefully received. Many thanks again for your help. Your previous suggestions have been real life- savers :) Ali From Rich at GreenwoodMap.com Mon Jun 9 08:32:14 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Mon, 09 Jun 2003 09:32:14 -0600 Subject: [Mapserver-users] Scale meaning In-Reply-To: <20030609164251.A80964@freek.keybit.net> Message-ID: <5.2.0.9.0.20030609092401.00ac6ca8@mail.GreenwoodMap.com> --=======67666783======= Content-Type: text/plain; x-avg-checked=avg-ok-35C52E9; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit At 04:42 PM 6/9/2003 +0200, you wrote: >Hello, I'm trying to get the meaning of the SCALE value >as returned by [scale] in map templates (mapObj->scale). > >How can you express it in human language ? > >For example: 37554.078269 <- what is it exactly ? > >If I write in a mapfile that a Layer is not worth drawing >with a mapscale bigger then 37554.078269 what am I referring to ? > >So long I can only use empirical [scale] checks to set MAX/MIN SCALES >in mapfile, but I'd like to be more "formal" in writing mapfiles. > > >TIA >--strk; Scale is a ratio e.g. 1:37554.078269 in your case. It assumes a screen resolution of 72 pixels/inch, so 1 inch on your screen = 37554.078269 real world inches. Obviously it's an approximation due to varying screen sizes. The documentation says: "The exact value is not appropriate for user information but essential for some applications." I still think it's handy to display, especially when setting up layer min/max scale, so I tidy it up with some JavaScript: Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com --=======67666783=======-- From steve.lime at dnr.state.mn.us Mon Jun 9 09:15:01 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 09 Jun 2003 11:15:01 -0500 Subject: [Mapserver-users] Problem with inline features/persistence from a URL....? Message-ID: If you're really only using a single feature then try setting ??? to [map_extras_feature_points]. Remember, anything passed in can be gotten out. If you have multiple features then it's a bigger deal and you'd probably need to use a bit of javascript and a submit form handler to make it work. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> AMC Story 06/09/03 10:06AM >>> Hi everyone, I've recently been experimenting with inline features as a way to draw additional point symbols on my maps. What I would like to do is to have a text- based front page, where users can click on a hyperlink and be taken to a map showing the feature and the area around it. As the locations of these features will change dynamically, I want to be able to write a script that provides the initial URL's for all the links based on the current data. What I really want to avoid is hardcoding these new features each in their own version of the template file. An example URL would be:

The Map

However, the problem here is that as soon as the user interacts with the map (i.e. zooms in or out), the template file is called and this seems to delete the inline features specified in the original url. Is there anyway to make this part of the url persistent? For example, can a variable be set in the template file that is then somehow obtained from the original url? Eg: in the template file: Sorry if this is a daft question, but any suggestions would be gratefully received. Many thanks again for your help. Your previous suggestions have been real life- savers :) 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 Mon Jun 9 09:57:28 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 09 Jun 2003 11:57:28 -0500 Subject: [Mapserver-users] proj.pm build problem Message-ID: It's probably an issue with Swig and perl 5.8. I remember seeingthe issue come up on the SWIG mailing list. Using the latest version of Swig (from www.swig.org) may help. You can install that code and rebuild the module by running 'swig -perl5 -shadow proj.i' and building as normal. I'll be looking into it on this end cause we're upgrading all of our RedHat machines but that may not happen for a couple of weeks. Steve >>> Dana Quinn 06/05/03 11:51AM >>> This is a little bit obscure, but I'll give it a try. I'm trying to build the proj.pm that Steve Lime released a while back, and I getting a strange message that's keeping it from building. I haven't seen this before, and thought I'd ask about it here. (I'm building on a RH 8.0/Perl 5.8 system) so after I do 'perl Makefile.PL', I do a make and get this: $ make cp proj.pm blib/lib/proj.pm gcc -c -I/u1/src/ms/proj/include -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -march=i386 -mcpu=i686 -DVERSION=\"\" -DXS_VERSION=\"\" -fpic "-I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE" proj_wrap.c proj_wrap.c: In function `_swig_create_magic': proj_wrap.c:416: warning: assignment from incompatible pointer type proj_wrap.c:417: warning: assignment from incompatible pointer type proj_wrap.c: At top level: proj_wrap.c:750: conflicting types for `boot_proj' proj_wrap.c:431: previous declaration of `boot_proj' make: *** [proj_wrap.o] Error 1 Does anyone have any ideas what could be going on here? My normal troubleshooting technique (pasting the error message into google), didn't return any matches (sort of amazing). I must be doing something wrong. I am running a different version of glibc than another RH8.0 system that this worked on - is it possible that it could cause a problem? Any help would be appreciated! Dana PS I also re-swig'd, which didn't help, and kind of made things worse actually. PPS Wish I could be with you all there at the users conference! Have fun! -- Dana Quinn, dana at nextbus.com NextBus Information Systems (510) 420-3117 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Mon Jun 9 09:56:37 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 09 Jun 2003 12:56:37 -0400 Subject: [Mapserver-users] performance In-Reply-To: <4598.1055169684@www64.gmx.net> Message-ID: <3EE48405.7869.12F29BDC@localhost> This has been discussed a bunch of times on the list. I would check the archives first then ask some specific questions and provide more details about your intended application. -Steve W. On 9 Jun 2003 at 16:41, dukav at gmx.de wrote: > Dear list, > > Is there some information about the performance of the mapserver > available? Or could somebody tell me something about this? > > Thanks for any help, > > Karin > > -- > Karin D?rrwanger > Bilderh?uslenstr. 26 > 73257 K?ngen > > tel.: 0 70 24 / 86 67 96 > > +++ GMX - Mail, Messaging & more http://www.gmx.net +++ > Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From pyro-x at ixine.com Mon Jun 9 12:51:06 2003 From: pyro-x at ixine.com (Pyro-X) Date: Mon, 09 Jun 2003 21:51:06 +0200 Subject: [Mapserver-users] Converting from png to geotiff with gdal Message-ID: <3EE4E52A.2030402@ixine.com> Hi all I want to include into mapserver a new layer based on a collection of raster files i have in PNG format, i know the extents values for each image ( they are named as this: mad_441600-4478928_442581-4479909.png ), it seems i need to convert them to tiff (or geotiff?) format so i can include them in my project and then make an index from them, but i can't just get along the first step. I've tried using gdal utilities to convert them from png to a tiff with the geometry information using this: gdalwarp -s_srs EPSG:23030 -t_srs EPSG:23030 -te 444544 4481872 445525 4482853 mad_444544-4481872_445525-4482853.png test.tiff But instead of a brand new tiff image this is what i get : ERROR 1: Unable to compute a transformation between pixel/line and georeferenced coordinates for mad_444544-4481872_445525-4482853.png. There is no affine transformation and no GCPs. I've tried to find more info about this with no luck, i think it have to be easy but i can't get it.... Any help will be greatly appreciated. :) Many Thanx in advance. -- David Monterroso Cabello From Andreas.Fritzsche at lrz.tu-muenchen.de Mon Jun 9 13:47:39 2003 From: Andreas.Fritzsche at lrz.tu-muenchen.de (Andreas.Fritzsche at lrz.tu-muenchen.de) Date: Mon, 9 Jun 2003 22:47:39 +0200 (MET DST) Subject: [Mapserver-users] (no subject) Message-ID: Dear list, does anybody know a mapserver application (linux based :-)) and its hardware configuration with more than 50.000 request a day? Just in case. THX Andreas From joe at otsys.com Mon Jun 9 15:40:24 2003 From: joe at otsys.com (Joe Bussell) Date: Mon, 09 Jun 2003 15:40:24 -0700 Subject: [Mapserver-users] map of mapserver users and providers In-Reply-To: References: Message-ID: <3EE50CD8.6020308@otsys.com> I would like to create a map of the users of Mapserver. The plan is to take something like http://www.trafficdodger.com/perl/warp.cgi and make a similar page with user's locations plotted. This could easily turn into a regional developer locater... If there is interest I will craft up a form to input the data. If enough people participate I will create the map and associated locater service. Cordially, Joe Bussell www.trafficdodger.com From Rich at GreenwoodMap.com Mon Jun 9 16:21:03 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Mon, 09 Jun 2003 17:21:03 -0600 Subject: [Mapserver-users] Converting from png to geotiff with gdal In-Reply-To: <3EE4E52A.2030402@ixine.com> Message-ID: <5.2.0.9.0.20030609171026.00a6fef8@mail.GreenwoodMap.com> --=======6883333E======= Content-Type: text/plain; x-avg-checked=avg-ok-6C4111B5; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit At 09:51 PM 6/9/2003 +0200, you wrote: >Hi all > > I want to include into mapserver a new layer based on a collection of > raster files i have in PNG format, i know the extents values for each > image ( they are named as this: mad_441600-4478928_442581-4479909.png ), > it seems i need to convert them to tiff (or geotiff?) format so i can > include them in my project and then make an index from them, but i can't > just get along the first step. > > I've tried using gdal utilities to convert them from png to a tiff > with the geometry information using this: > >gdalwarp -s_srs EPSG:23030 -t_srs EPSG:23030 -te 444544 4481872 445525 >4482853 mad_444544-4481872_445525-4482853.png test.tiff > >But instead of a brand new tiff image this is what i get : > >ERROR 1: Unable to compute a transformation between pixel/line >and georeferenced coordinates for mad_444544-4481872_445525-4482853.png. >There is no affine transformation and no GCPs. I would use gdal_translate rather than gdalwarp because you are not trying to change the projection, but that is not your problem. The coordinates of the image are in the file name, but no software that I am aware of is setup to read the coordinates in such a format. You need to convert the coordinates into a world file (*.wld or *.tfw). The world file is a separate, ASCII file having the same name (but .wld or .tfw extension) as the image file. It containing the coordinates of the upper left image pixel, the X and Y dimensions of each image pixel, and the rotation (must be 0,0). So for each image you need to create this world file, either by hand or by script. Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com --=======6883333E=======-- From jpmclaro at yahoo.com.br Mon Jun 9 16:29:35 2003 From: jpmclaro at yahoo.com.br (=?iso-8859-1?Q?Jo=E3o_Paulo_M._Claro?=) Date: Mon, 9 Jun 2003 20:29:35 -0300 Subject: [Mapserver-users] Pixel.... Message-ID: <001601c32edf$4e35f6d0$cd75e7c8@autofaxgkylsuk> This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C32EC5.D7C34700 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Folks, I have the following problem, necessary to mark on the map a point that = is not in the center of the map, as I can make this? I can treat linearly, this to make a ratio in pixel? Somebody can give an example to me of as to make this?=20 Cordially, Jo=E3o Paulo ------=_NextPart_000_0013_01C32EC5.D7C34700 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Folks,
 
I have the following problem, necessary to mark on the map a point = that is=20 not in the center of the map, as I can make this?
 
I can treat linearly, this to make a ratio in pixel?
 
Somebody can give an example to me of as to make this?
 
Cordially,
Jo=E3o Paulo
------=_NextPart_000_0013_01C32EC5.D7C34700-- From woodbri at swoodbridge.com Mon Jun 9 17:23:57 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 09 Jun 2003 20:23:57 -0400 Subject: [Mapserver-users] Pixel.... In-Reply-To: <001601c32edf$4e35f6d0$cd75e7c8@autofaxgkylsuk> Message-ID: <3EE4ECDD.5905.148C272E@localhost> Jo?o Paulo, You can do this either via the mapserver URL parameters or via mapscript and you can specify the point you want to mark in lat/long or XY instead of pixels. Look at the FEATURE object in the mapfile reference or the mapscript reference and look at the URL reference. The basic scenario is that you define a FEATURE without a location defined, then use the URL params or mapscript to give the feature a coordinate value so it will be displayed. Sorry, I don't have an example handy. - Anyone else have an example? -Steve On 9 Jun 2003 at 20:29, Jo?o Paulo M. Claro wrote: > Hi Folks, > > I have the following problem, necessary to mark on the map a point > that is not in the center of the map, as I can make this? > > I can treat linearly, this to make a ratio in pixel? > > Somebody can give an example to me of as to make this? > > Cordially, > > Jo?o Paulo > From ed at topozone.com Mon Jun 9 17:56:36 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 9 Jun 2003 20:56:36 -0400 Subject: [Mapserver-users] (no subject) Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFAD6@mercator.topozone.com> Andreas - Not all "requests" are the same. It's very easy to serve 50,000 requests a day if they're all blank maps! If you're looking for a good comparison, you need to give us some description of what KIND of data is being used. - 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: Andreas.Fritzsche at lrz.tu-muenchen.de [mailto:Andreas.Fritzsche at lrz.tu-muenchen.de] Sent: Monday, June 09, 2003 4:48 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] (no subject) Dear list, does anybody know a mapserver application (linux based :-)) and its hardware configuration with more than 50.000 request a day? Just in case. THX Andreas _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From novalet at yahoo.com.cn Mon Jun 9 18:00:50 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Tue, 10 Jun 2003 09:00:50 +0800 (CST) Subject: [Mapserver-users] provinces in different color? Message-ID: <20030610010050.7420.qmail@web15208.mail.bjs.yahoo.com> Hi! Can mapsever display provinces in different colors? Any example of such a map file? Thank you! ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cn_user_profile_study_may2003 From millardymecki at sympatico.ca Mon Jun 9 18:17:31 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 9 Jun 2003 21:17:31 -0400 Subject: [Mapserver-users] WMS query Message-ID: <00c801c32eee$10ef2cb0$8000a8c0@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_00C5_01C32ECC.89866C00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, Not sure if this is directly related to mapserver, but if anyone = knows of a WMS listserv ...) Anyways I was wondering if anyone knows if = there is a way of modifying a WMS layer locally? I'm trying to = superimpose labels on a wms layer that doesn't have any. thx, Paul ------=_NextPart_000_00C5_01C32ECC.89866C00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
    Not sure if this is = directly=20 related to mapserver, but if anyone knows of a WMS listserv ...) Anyways = I was wondering if anyone knows if there is a way of modifying a = WMS layer=20 locally?  I'm trying to superimpose labels on a wms layer that = doesn't=20 have any.
thx,
Paul
 
------=_NextPart_000_00C5_01C32ECC.89866C00-- From ed at topozone.com Mon Jun 9 18:56:41 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 9 Jun 2003 21:56:41 -0400 Subject: [Mapserver-users] WMS query Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFADB@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C32EF3.8965CFF2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Paul - =20 You can certainly display other layers on top of a WMS layer, and apply labels like that. You can't "modify" it in the sense that you send a request and you get back an image produced by the remote server, but once you get that image it's yours to do whatever you like with it. It's common for WMS layers to be used as basemaps with other annotation and data layers on top of them. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com =20 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca]=20 Sent: Monday, June 09, 2003 9:18 PM To: MapServer List (E-mail) Subject: [Mapserver-users] WMS query =20 Hi all, Not sure if this is directly related to mapserver, but if anyone knows of a WMS listserv ...) Anyways I was wondering if anyone knows if there is a way of modifying a WMS layer locally? I'm trying to superimpose labels on a wms layer that doesn't have any. thx, Paul =20 ------_=_NextPart_001_01C32EF3.8965CFF2 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Paul –

 

You can certainly display other = layers on top of a WMS layer, and apply labels like that.  You can’t = “modify” it in the sense that you send a request and you get back an image = produced by the remote server, but once you get that image it’s yours to do = whatever you like with it.  It’s common for WMS layers to be used as = basemaps with other annotation and data layers on top of them.

 

      =       - 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: Paul Dymecki [mailto:millardymecki at sympatico.ca]
Sent: Monday, June 09, = 2003 9:18 PM
To: MapServer List = (E-mail)
Subject: = [Mapserver-users] WMS query

 

Hi all,

    Not sure = if this is directly related to mapserver, but if anyone knows of a WMS listserv = ...) Anyways I was wondering if anyone knows if there is a way of = modifying a WMS layer locally?  I'm trying to superimpose labels on a wms = layer that doesn't have any.

thx,

Paul

 

=00 ------_=_NextPart_001_01C32EF3.8965CFF2-- From millardymecki at sympatico.ca Mon Jun 9 19:29:26 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 9 Jun 2003 22:29:26 -0400 Subject: [Mapserver-users] WMS query References: <13858AA1A74F30419F319ACB66A9D1222BFADB@mercator.topozone.com> Message-ID: <00ed01c32ef8$1d2cfac0$8000a8c0@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_00EA_01C32ED6.95CBDB30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Thanks, that was the idea i had as well. I guess i can capture the wms = layer as a raster image and open it in a GIS program, as a base map. = I'll give it a go, thanks, Paul ----- Original Message -----=20 From: Ed McNierney=20 To: Paul Dymecki ; MapServer List (E-mail)=20 Sent: Monday, June 09, 2003 9:56 PM Subject: RE: [Mapserver-users] WMS query Paul - You can certainly display other layers on top of a WMS layer, and = apply labels like that. You can't "modify" it in the sense that you = send a request and you get back an image produced by the remote server, = but once you get that image it's yours to do whatever you like with it. = It's common for WMS layers to be used as basemaps with other annotation = and data layers on top of them. - 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: Paul Dymecki [mailto:millardymecki at sympatico.ca]=20 Sent: Monday, June 09, 2003 9:18 PM To: MapServer List (E-mail) Subject: [Mapserver-users] WMS query Hi all, Not sure if this is directly related to mapserver, but if anyone = knows of a WMS listserv ...) Anyways I was wondering if anyone knows if = there is a way of modifying a WMS layer locally? I'm trying to = superimpose labels on a wms layer that doesn't have any. thx, Paul ------=_NextPart_000_00EA_01C32ED6.95CBDB30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Thanks, that was the idea i had as = well. I=20 guess i can capture the wms layer as a raster image and open it in a GIS = program, as a base map.  I'll give it a go,
thanks,
Paul
----- Original Message -----
From:=20 Ed = McNierney
To: Paul Dymecki ; MapServer List = (E-mail)=20
Sent: Monday, June 09, 2003 = 9:56 PM
Subject: RE: [Mapserver-users] = WMS=20 query

Paul=20 =96

 

You can = certainly=20 display other layers on top of a WMS layer, and apply labels like = that. =20 You can=92t =93modify=94 it in the sense that you send a request and = you get back an=20 image produced by the remote server, but once you get that image = it=92s yours to=20 do whatever you like with it.  It=92s common for WMS layers to be = used as=20 basemaps with other annotation and data layers on top of=20 them.

 

           = =20 - Ed

 

Ed=20 McNierney

President = and Chief=20 Mapmaker

TopoZone.com / Maps a=20 la carte, Inc.

73 = Princeton Street,=20 Suite 305

North = Chelmsford,=20 MA  01863

Phone: = (978)=20 251-4242  Fax: (978) 251-1396

ed at topozone.com

 

-----Original=20 Message-----
From: = Paul=20 Dymecki [mailto:millardymecki at sympatico.ca]
Sent: Monday, June 09, 2003 = 9:18=20 PM
To: MapServer = List=20 (E-mail)
Subject:=20 [Mapserver-users] WMS query

 

Hi = all,

    Not = sure if=20 this is directly related to mapserver, but if anyone knows of a WMS = listserv=20 ...) Anyways I was wondering if anyone knows if there is a way of = modifying a WMS layer locally?  I'm trying to superimpose = labels on=20 a wms layer that doesn't have any.

thx,

Paul

 

------=_NextPart_000_00EA_01C32ED6.95CBDB30-- From tbartlett at dddd.com.au Mon Jun 9 19:49:17 2003 From: tbartlett at dddd.com.au (Thomas Bartlett) Date: Tue, 10 Jun 2003 12:49:17 +1000 Subject: [Mapserver-users] User Meeting ? Message-ID: <024301c32efa$e3669b40$1701a8c0@dddd.com.au> This is a multi-part message in MIME format. ------=_NextPart_000_0240_01C32F4E.B43E6B50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable G'Day All, I'm interested to hear how the user meeting over the weekend went ?? Will anything be available online eg panel discussion summary, workshop = slides?? Cheers Thomas Bartlett ------=_NextPart_000_0240_01C32F4E.B43E6B50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
G'Day All,
I'm interested to hear how the user meeting over the = weekend=20 went ??
Will anything be available online eg panel = discussion summary,=20 workshop slides??
 
Cheers
Thomas Bartlett
------=_NextPart_000_0240_01C32F4E.B43E6B50-- From braulioen at ono.com Tue Jun 10 00:14:25 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Tue, 10 Jun 2003 09:14:25 +0200 Subject: [Mapserver-users] Problem. Image ECW. Message-ID: <4eac94dc4d.4dc4d4eac9@ono.com> Hi at all, I'm using PHP/Mapscript in Windows XP, downloaded from "http://www2.dmsolutions.ca/webtools/dl", file "mapserver-3.6.6- dev-win32-php4.3.1-libwww-postgis.zip". This version is compiled with support for ECW (from library GDAL). We have a Image Web Server (IWS) of ERMAPPER. Now I have added in my map a raster layer with an image ECW: LAYER NAME ortofoto DATA "ecwp://myserverIWS/myimage.ecw" STATUS DEFAULT TYPE RASTER END But I have a problem. The image is seen correctly, but when I make zoom in, from a determined scale, the image ECW becomes black. Which is the problem? Thanks for any aid. Braulio Moreno. From Fritzsche at muenchen.ihk.de Tue Jun 10 00:22:45 2003 From: Fritzsche at muenchen.ihk.de (Andreas Fritzsche) Date: Tue, 10 Jun 2003 09:22:45 +0200 Subject: Antw: RE: [Mapserver-users] (no subject) Message-ID: Sorry, the kind of data we are using are shapefiles (400 MB) and TIF-Files (700 MB), and we display in average 300 out of 300.000 polygones. The vektor- and rasterdata are organizied in tiles. THX Andreas From agalasso at gndci.cs.cnr.it Tue Jun 10 00:27:43 2003 From: agalasso at gndci.cs.cnr.it (Alessandro Galasso) Date: Tue, 10 Jun 2003 09:27:43 +0200 Subject: [Mapserver-users] provinces in different color? References: <20030610010050.7420.qmail@web15208.mail.bjs.yahoo.com> Message-ID: <001b01c32f21$c84a88e0$1900a8c0@labtel.net> yes... you have to have an attribute in the dbf file on which base the distiction between provinces: LAYER NAME "prov" STATUS OFF DATA "prov" TYPE POLYGON UNITS METERS SIZEUNITS PIXELS TOLERANCE 3 TOLERANCEUNITS PIXELS TEMPLATE "templates/provTemplate.html" CLASSITEM SIGLA #this is the dbf field name CLASS NAME "Cosenza" EXPRESSION "CS" #this mean "features with SIGLA=CS", color red SYMBOL 0 COLOR 255 0 0 END CLASS NAME "Crotone" EXPRESSION "KR" SYMBOL 0 COLOR 0 255 0 #this mean "features with SIGLA=CS", color green END END And so on... Hope this helps --- Alessandro Galasso ----- Original Message ----- From: "Chen Fu" To: Sent: Tuesday, June 10, 2003 3:00 AM Subject: [Mapserver-users] provinces in different color? Hi! Can mapsever display provinces in different colors? Any example of such a map file? Thank you! ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cn_user_prof ile_study_may2003 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From arnulf.christl at ccgis.de Tue Jun 10 01:03:21 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Tue, 10 Jun 2003 10:03:21 +0200 Subject: AW: [Mapserver-users] map of mapserver users and providers In-Reply-To: <3EE50CD8.6020308@otsys.com> Message-ID: Very good idea! If you mean to do it on an international dataset we will support that idea, especially because we see a great need for something like that here in Germany. It would be very helpful to have a tool where the "spatially nearest" provider, programmer, training location etc. for UMN MapServer is located. Additionally it would be a great promotion tool (besides the Gallery) to have a MapServer application showing all MapServer applications - sort of the super-meta-cascading MapServer... We can provide data (which is a little hard in Germany because of unsolved ownership questions regarding public data - dont ask...). We can also help with client technology (PHP), server space / hardware for this project. If you need or plan anything - contact us. Regards, Arnulf Christl --------------------------------- arnulf.christl at ccgis.de http://www.ccgis.de/index_en.html --------------------------------- Phone: +49 (0) 228 90826 0 Direct: +49 (0) 228 90826 23 Fax: +49 (0) 228 90826 11 GSM: +49 (0) 172 2958 004 --------------------------------- CCGIS GbR Siemensstra?e 8 53121 Bonn GERMANY --------------------------------- -----Ursprungliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Joe Bussell Gesendet: Dienstag, 10. Juni 2003 00:40 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] map of mapserver users and providers I would like to create a map of the users of Mapserver. The plan is to take something like http://www.trafficdodger.com/perl/warp.cgi and make a similar page with user's locations plotted. This could easily turn into a regional developer locater... If there is interest I will craft up a form to input the data. If enough people participate I will create the map and associated locater service. Cordially, Joe Bussell www.trafficdodger.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From arnulf.christl at ccgis.de Tue Jun 10 01:17:13 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Tue, 10 Jun 2003 10:17:13 +0200 Subject: AW: Antw: RE: [Mapserver-users] (no subject) In-Reply-To: Message-ID: Performance of UMN MapServer is rather a question of software architecture and data storage - if t comes to large datasets. For the specified data you should not have any problems serving 50.000 requests a day with any machine that has a 750Mhz clock, 256 RAM and a fast HD or data server. More obviously always is better. It depends a little on the data storage you prefer, we have made very good experience with PostGIS, which is an elegant method to store large datasets and access small sections very quickly. Our test server has a 2.6 Ghz CPU, 1GB RAM and runs under free BSD. A section of roundabaout 500 polylines out of a total of 600.000 polygons can always be accessed below 1 second with UMN MapServer (the data shows minor roads in Germany). We don't use very large TIFF data in MapServer directly because we can use a deegree WCS (Web Coverage Server) to do that job (it is also based on Free Software and comes as an Open Source project). Our largest service currently contains 300 GB TIFF in one project, 80 GB JPEG in another. The access time usually lies under 3 seconds. In those categories the performance bottleneck shifts more to network- and fast file access questions. Regards, Arnulf. -----Ursprungliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Andreas Fritzsche Gesendet: Dienstag, 10. Juni 2003 09:23 An: mapserver-users at lists.gis.umn.edu; Andreas.Fritzsche at lrz.tu-muenchen.de; ed at topozone.com Betreff: Antw: RE: [Mapserver-users] (no subject) Sorry, the kind of data we are using are shapefiles (400 MB) and TIF-Files (700 MB), and we display in average 300 out of 300.000 polygones. The vektor- and rasterdata are organizied in tiles. THX Andreas _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Mike.Elstermann at itc-halle.de Tue Jun 10 02:28:33 2003 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Tue, 10 Jun 2003 11:28:33 +0200 Subject: [Mapserver-users] MapServ-Compilation with PostGis / but where is INPUT=POSTGIS???? ?? Message-ID: <8BC0EAF5B383D711B69E0006293896C70775FE@ZEVHNT6> hi folks, my problem: mapserver-compilation with postgis-support my environment: - linux suse 8.1 - postgresql 7.3.3 - mapserver 3.6.5 - postgis 0.7.5 --------------------------------------------------------------------- 1. i have configured with: ./configure --with-postgis=/usr/bin/pg_config --------------------------------------------------------------------- the results: loading cache ./config.cache checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking for ranlib... (cached) ranlib checking for flex... (cached) lex checking for yywrap in -ll... (cached) no checking for bison... (cached) bison -y checking if compiler supports -R... (cached) no checking if compiler supports -Wl,-rpath,... (cached) yes checking for exp in -lm... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for strcasecmp... (cached) yes checking for strncasecmp... (cached) yes checking for strdup... (cached) yes checking whether we should include JPEG support... checking for jpeg_read_header in -ljpeg... yes using libjpeg from system libs. checking which version of GD to use... using libgd from system libs. checking where FreeType is installed... checking for FT_Init_FreeType in -lfreetype... no checking for TT_Init_FreeType in -lttf... yes using libfreetype -lttf from system libs. checking where Zlib is installed... checking for zlibVersion in -lz... yes using libz from system libs. checking where PNG is installed... checking for png_init_io in -lpng... yes using libpng from system libs. checking for gdImageCreate in -lgd... yes checking for gdImageGif in -lgd... no checking for gdImagePng in -lgd... yes checking for gdImageJpeg in -lgd... yes checking for gdImageWBMP in -lgd... yes checking for gdImageStringFT in -lgd... yes checking for gdImageString16 in -lgd... yes checking for gdImageGifPtr in -lgd... no using GD ( -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT) from system libs. checking whether we should include PDF support... checking for PDF_setlinewidth in -lpdf... no checking for PDF_setrgbcolor in -lpdf... no checking for PDF_moveto in -lpdf... no checking for PDF_curveto in -lpdf... no checking for PDF_show_xy in -lpdf... (cached) no libpdf not found... PDF support not included. checking whether we should include TIFF support... checking for TIFFOpen in -ltiff... yes using libtiff from system libs. checking whether we should include EPPL7 support... including EPPL7 support. checking whether we should include PROJ.4 support... PROJ.4 support not requested. checking whether we should include thread safe support... thread safe support disabled. checking whether we should include ESRI SDE support... ESRI SDE support not requested. checking whether we should compile in MPATROL support... MPATROL support not requested. checking whether we should include OGR support... OGR support not requested. checking if GDAL support requested... no checking if PostGIS support requested... yes, user supplied pg_config checking if OracleSpatial support requested... no checking whether we should include WMS support... OGC WMS Compatibility not enabled (PROJ.4 is required for WMS). checking whether we should include WMS Client Connections support... OGC WMS Client Connections not enabled (PROJ.4 and libwww required). Compiling with -DIGNORE_MISSING_DATA. checking whether we should enable debug features... checking for PHP/MapScript module options... PHP/MapScript module not configured. creating ./config.status creating Makefile --------------------------------------------------------------------- 2. ./make --------------------------------------------------------------------- the results: gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/usr/include -I/usr/include/pgsql shp2img.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lttf -lpng -lz -ljpeg -L/usr/lib -lpq -lm -lstdc++ -o shp2img gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/usr/include -I/usr/include/pgsql shp2pdf.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lttf -lpng -lz -ljpeg -L/usr/lib -lpq -lm -lstdc++ -o shp2pdf gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/usr/include -I/usr/include/pgsql legend.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lttf -lpng -lz -ljpeg -L/usr/lib -lpq -lm -lstdc++ -o legend gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/usr/include -I/usr/include/pgsql mapserv.o cgiutil.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lttf -lpng -lz -ljpeg -L/usr/lib -lpq -lm -lstdc++ -o mapserv gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/usr/include -I/usr/include/pgsql shptree.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lttf -lpng -lz -ljpeg -L/usr/lib -lpq -lm -lstdc++ -o shptree gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/usr/include -I/usr/include/pgsql shptreevis.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lttf -lpng -lz -ljpeg -L/usr/lib -lpq -lm -lstdc++ -o shptreevis gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/usr/include -I/usr/include/pgsql shptreetst.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lttf -lpng -lz -ljpeg -L/usr/lib -lpq -lm -lstdc++ -o shptreetst gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/usr/include -I/usr/include/pgsql scalebar.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lttf -lpng -lz -ljpeg -L/usr/lib -lpq -lm -lstdc++ -o scalebar gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/usr/include -I/usr/include/pgsql sortshp.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lttf -lpng -lz -ljpeg -L/usr/lib -lpq -lm -lstdc++ -o sortshp gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/usr/include -I/usr/include/pgsql tile4ms.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lttf -lpng -lz -ljpeg -L/usr/lib -lpq -lm -lstdc++ -o tile4ms --------------------------------------------------------------------- 3. ./mapserv -v --------------------------------------------------------------------- the results: MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE but where is INPUT=POSTGIS?????? ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/RIS, e-Solutions ::: IT-Consult Halle GmbH, Bornknechtstra?e 5, 06108 Halle (Saale) ::: Sitz: Rathausstra?e 3 ::: Tel.: +49 345 221 4237, Fax: +49 345 221 4236, mobil: +49 160 71 545 02 ::: mike.elstermann at itc-halle.de ::: http://www.itc-halle.de ::: GeoDaten Online? -> http://www.itcgis.de From andrewrcollins at yahoo.com Tue Jun 10 03:37:03 2003 From: andrewrcollins at yahoo.com (Andrew Collins) Date: Tue, 10 Jun 2003 03:37:03 -0700 (PDT) Subject: [Mapserver-users] JavaMapServer (JNI-only) Message-ID: <20030610103703.16247.qmail@web14002.mail.yahoo.com> Each I just released a completely barebones JNI interface to a compiled MapServer 3.6.3 DLL, along with a ANT-based build and test environment, at SourceForge: JavaMapServer 0.5.0 http://sourceforge.net/projects/javamapserver I am new to making releases at SF. There is currently no documentation. I didn't include any release notes. I hope to get some improved code out there, with an example, soon. I'm untangling an example which can be deployed in a servlet engine. I'm currently using JavaMapServer inside a servlet running on JBoss. I'm also working on an MBean that puts the MapScriptBean into JNDI. The header documentation in the source files, and the main project page are misleading... I doubt that there will ever be a "pure-Java" implementation of MapServer. For my current needs a JNI interface works just fine. ===== Andrew Collins - andrewrcollins at yahoo.com http://profiles.yahoo.com/andrewrcollins/ From thfischer at mapmedia.de Tue Jun 10 06:03:23 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 10 Jun 2003 15:03:23 +0200 Subject: AW: [Mapserver-users] map of mapserver users and providers In-Reply-To: References: Message-ID: <1055250203.316.9.camel@jeanjacques> On Tue, 2003-06-10 at 10:03, Arnulf Christl (CCGIS) wrote: > Very good idea! If you mean to do it on an international dataset we will > support that idea, especially because we see a great need for something like > that here in Germany. Do we? ;) Hmm, you might have noticed the steady increase of german email addresses of posters on this list. Maybe we do :) > It would be very helpful to have a tool where the "spatially nearest" > provider, programmer, training location etc. for UMN MapServer is located. Hmm I think he was referring to users ... I do not know if he wants to do the work of providing a free platform for commercial services. > Additionally it would be a great promotion tool (besides the Gallery) to > have a MapServer application showing all MapServer applications - sort of > the super-meta-cascading MapServer... All of them WMS-enabled and with URLs to their capabilities documents. Would help me a lot. Thanks in advance ;) > We can provide data (which is a little hard in Germany because of unsolved > ownership questions regarding public data - dont ask...). Oooh the sheer joy of it ... > We can also help > with client technology (PHP), server space / hardware for this project. If > you need or plan anything - contact us. Sounds nice to me. Tell me if you need a hand :) hth, thorsten From Paul Tue Jun 10 04:49:46 2003 From: Paul (Paul) Date: Tue, 10 Jun 2003 18:49:46 +0700 Subject: AW: [Mapserver-users] map of mapserver users and providers References: <1055250203.316.9.camel@jeanjacques> Message-ID: <003901c32f46$6c8493f0$76e697cb@tei.or.th> http://www.geourl.org From pucher at atlas.gis.univie.ac.at Tue Jun 10 05:20:29 2003 From: pucher at atlas.gis.univie.ac.at (Alexander Pucher) Date: Tue, 10 Jun 2003 14:20:29 +0200 Subject: AW: [Mapserver-users] map of mapserver users and providers In-Reply-To: <003901c32f46$6c8493f0$76e697cb@tei.or.th> References: <1055250203.316.9.camel@jeanjacques> <003901c32f46$6c8493f0$76e697cb@tei.or.th> Message-ID: <3EE5CD0D.2000703@atlas.gis.univie.ac.at> Hi, my personal thoughts about this: Paul Hastings wrote: >http://www.geourl.org > > Idea: Nice Implementation: Poor Nice to get an idea of such an application, but I would think that we ("the mapserver-users") have a more sophisticated approach in mind. This 'mapserver of mapserver-users' could act as a kind of business card for the mapserver, as well as the people that work with it. This could be a nice thing to show people that ask for actual mapserver implementations. Just some short use case, I can think of: -) I want to find all mapserver users (and their applications) around the place I live, Vienna, Austria. -) I'm going to Athens, Greece next week, is someone working with mapserver over there? -) Who are possible mapserver-users I could invite to an regional mapserver meeting? regards, alex. -- ________________________________________________________ Departement of Geography and Regional Research University of Vienna Cartography and GIS -------------------------------------------------------- Virtual Map Forum: http://www.gis.univie.ac.at/vmf -------------------------------------------------------- From morissette at dmsolutions.ca Tue Jun 10 06:22:55 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 10 Jun 2003 09:22:55 -0400 Subject: [Mapserver-users] map of mapserver users and providers References: <3EE50CD8.6020308@otsys.com> Message-ID: <3EE5DBAF.172D7D30@dmsolutions.ca> Joe Bussell wrote: > > I would like to create a map of the users of Mapserver. The plan is to > take something like http://www.trafficdodger.com/perl/warp.cgi and make > a similar page with user's locations plotted. This could easily turn > into a regional developer locater... > > If there is interest I will craft up a form to input the data. If > enough people participate I will create the map and associated locater > service. > That's a great idea, and actually on our way back from the MUM we were saying that it would be cool to have something like this... unfortunately nobody in our group had time to work on this, so if you offer to build such a site then great! :) My wishlist items for this application would be that you make the locations available as WMS and WFS services. We need only the locations, I wouldn't expect that you could serve the base maps via WMS anyway... this way, anyone can integrate locations in their own MapServer app, implement their own queries, etc. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Tue Jun 10 06:31:06 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Tue, 10 Jun 2003 09:31:06 -0400 Subject: [Mapserver-users] map of mapserver users and providers Message-ID: <7CDD7B94357FD5119E800002A537C46E230816@s5-ccr-r1.ccrs.nrcan.gc.ca> I'll second that motion! All that OGC training will now come in handy Joe :P J.F. -----Original Message----- From: Daniel Morissette [mailto:morissette at dmsolutions.ca] Sent: Tuesday, June 10, 2003 9:23 AM To: Joe Bussell Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] map of mapserver users and providers Joe Bussell wrote: > > I would like to create a map of the users of Mapserver. The plan is to > take something like http://www.trafficdodger.com/perl/warp.cgi and make > a similar page with user's locations plotted. This could easily turn > into a regional developer locater... > > If there is interest I will craft up a form to input the data. If > enough people participate I will create the map and associated locater > service. > That's a great idea, and actually on our way back from the MUM we were saying that it would be cool to have something like this... unfortunately nobody in our group had time to work on this, so if you offer to build such a site then great! :) My wishlist items for this application would be that you make the locations available as WMS and WFS services. We need only the locations, I wouldn't expect that you could serve the base maps via WMS anyway... this way, anyone can integrate locations in their own MapServer app, implement their own queries, etc. 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 gadoury at dmsolutions.ca Tue Jun 10 07:02:09 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Tue, 10 Jun 2003 10:02:09 -0400 Subject: [Mapserver-users] User Meeting ? References: <024301c32efa$e3669b40$1701a8c0@dddd.com.au> Message-ID: <3EE5E4E1.5000009@dmsolutions.ca> --------------030103040004030004050900 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit The user meeting organizers requested slides and any other pertinent materials from all the presenters/workshop leaders at the meeting. I won't speak for them as to when they will be available, but you should see some material on the website soon. Thomas Bartlett wrote: > G'Day All, > I'm interested to hear how the user meeting over the weekend went ?? > Will anything be available online eg panel discussion summary, > workshop slides?? > > Cheers > Thomas Bartlett -- ___________________________ 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 --------------030103040004030004050900 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit The user meeting organizers requested slides and any other pertinent materials from all the presenters/workshop leaders at the meeting. I won't speak for them as to when they will be available, but you should see some material on the website soon.

Thomas Bartlett wrote:
G'Day All,
I'm interested to hear how the user meeting over the weekend went ??
Will anything be available online eg panel discussion summary, workshop slides??
 
Cheers
Thomas Bartlett

-- 
___________________________

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

--------------030103040004030004050900-- From Thomas Tue Jun 10 09:13:13 2003 From: Thomas (Thomas) Date: Tue, 10 Jun 2003 11:13:13 -0500 (CDT) Subject: [Mapserver-users] User Meeting ? Message-ID: <200306101613.h5AGDCc3013996@mallit.fr.umn.edu> We will be putting materials from the meeting up on the Web site soon. They will be "at the User Meeting button" on the MapServer home page. We thought the meeting was quite successful. That was echoed by everyone who directly commented to me. 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 > >The user meeting organizers requested slides and any other pertinent >materials from all the presenters/workshop leaders at the meeting. I >won't speak for them as to when they will be available, but you should >see some material on the website soon. > >Thomas Bartlett wrote: > >> G'Day All, >> I'm interested to hear how the user meeting over the weekend went ?? >> Will anything be available online eg panel discussion summary, >> workshop slides?? >> >> Cheers >> Thomas Bartlett > > >-- >___________________________ > >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 morissette at dmsolutions.ca Tue Jun 10 09:24:15 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 10 Jun 2003 12:24:15 -0400 Subject: [Mapserver-users] WMS query References: <00c801c32eee$10ef2cb0$8000a8c0@pauls> Message-ID: <3EE6062F.A1FCD9EF@dmsolutions.ca> > Paul Dymecki wrote: > > ... but if anyone knows of a WMS listserv ...) For the record, there is a public WMS-DEV list at http://mail.digitalearth.org/mailman/listinfo/wms-dev -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From Thomas Tue Jun 10 09:17:54 2003 From: Thomas (Thomas) Date: Tue, 10 Jun 2003 11:17:54 -0500 (CDT) Subject: [Mapserver-users] map of mapserver users and providers Message-ID: <200306101617.h5AGHsc3013999@mallit.fr.umn.edu> We have been considering this for some time, particularly as a different way for people to submit/display applications for the "Gallery" . We should coordinate efforts. The ideas suggested are good ones. 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 > >I'll second that motion! All that OGC training will now come in handy Joe :P > >J.F. > >-----Original Message----- >From: Daniel Morissette [mailto:morissette at dmsolutions.ca] >Sent: Tuesday, June 10, 2003 9:23 AM >To: Joe Bussell >Cc: mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] map of mapserver users and providers > > >Joe Bussell wrote: >> >> I would like to create a map of the users of Mapserver. The plan is to >> take something like http://www.trafficdodger.com/perl/warp.cgi and make >> a similar page with user's locations plotted. This could easily turn >> into a regional developer locater... >> >> If there is interest I will craft up a form to input the data. If >> enough people participate I will create the map and associated locater >> service. >> > >That's a great idea, and actually on our way back from the MUM we were >saying that it would be cool to have something like this... >unfortunately nobody in our group had time to work on this, so if you >offer to build such a site then great! :) > >My wishlist items for this application would be that you make the >locations available as WMS and WFS services. We need only the >locations, I wouldn't expect that you could serve the base maps via WMS >anyway... this way, anyone can integrate locations in their own >MapServer app, implement their own queries, etc. > >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 >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jpmclaro at yahoo.com.br Tue Jun 10 10:19:28 2003 From: jpmclaro at yahoo.com.br (=?iso-8859-1?Q?Jo=E3o_Paulo_M._Claro?=) Date: Tue, 10 Jun 2003 14:19:28 -0300 Subject: [Mapserver-users] Pixel.... References: <3EE4ECDD.5905.148C272E@localhost> Message-ID: <000e01c32f74$7d565eb0$cd75e7c8@autofaxgkylsuk> This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C32F5B.4D5F3380 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Steve, How I make to make this passing for parameters in the URL for the = MapServer?=20 I have the following situation, the center of the map is latitude -23 = and longitude -46 and that to insert a point in latitude -23,55 and = longitude -46.46 the imgext=3D-47 -24 -45 -22.=20 How I can insert this point? Thanks Jo=E3o Paulo ----- Original Message -----=20 From: To: ; "Jo=E3o Paulo M. Claro" = Sent: Monday, June 09, 2003 9:23 PM Subject: Re: [Mapserver-users] Pixel.... > Jo=E3o Paulo, >=20 > You can do this either via the mapserver URL parameters or via=20 > mapscript and you can specify the point you want to mark in lat/long=20 > or XY instead of pixels. Look at the FEATURE object in the mapfile=20 > reference or the mapscript reference and look at the URL reference. >=20 > The basic scenario is that you define a FEATURE without a location=20 > defined, then use the URL params or mapscript to give the feature a=20 > coordinate value so it will be displayed. >=20 > Sorry, I don't have an example handy. - Anyone else have an example? >=20 > -Steve >=20 > On 9 Jun 2003 at 20:29, Jo=E3o Paulo M. Claro wrote: >=20 > > Hi Folks, > >=20 > > I have the following problem, necessary to mark on the map a point > > that is not in the center of the map, as I can make this? > >=20 > > I can treat linearly, this to make a ratio in pixel? > >=20 > > Somebody can give an example to me of as to make this?=20 > >=20 > > Cordially, > >=20 > > Jo=E3o Paulo > >=20 >=20 >=20 >=20 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ------=_NextPart_000_000B_01C32F5B.4D5F3380 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Steve,
How I make to make this = passing for=20 parameters in the URL for the MapServer?
  I have the following situation, the center of the map is = latitude=20 -23 and longitude -46 and that to insert a point in latitude -23,55 and=20 longitude -46.46 the imgext=3D-47 -24 -45 -22.
 
How=20 I can insert this point?
 
Thanks
 
Jo=E3o Paulo
 
 
 
----- Original Message -----
From: <woodbri at swoodbridge.com>
To: <mapserver-users at lists.gis.umn.edu>;=20 "Jo=E3o Paulo M. Claro" <jpmclaro at yahoo.com.br>
Sent: Monday, June 09, 2003 9:23 = PM
Subject: Re: [Mapserver-users]=20 Pixel....

> Jo=E3o Paulo,
>
> You can do this either via = the=20 mapserver URL parameters or via
> mapscript and you can specify = the point=20 you want to mark in lat/long
> or XY instead of pixels. Look at = the=20 FEATURE object in the mapfile
> reference or the mapscript = reference and=20 look at the URL reference.
>
> The basic scenario is that = you=20 define a FEATURE without a location
> defined, then use the URL = params or=20 mapscript to give the feature a
> coordinate value so it will be=20 displayed.
>
> Sorry, I don't have an example handy. - = Anyone else=20 have an example?
>
> -Steve
>
> On 9 Jun 2003 = at=20 20:29, Jo=E3o Paulo M. Claro wrote:
>
> > Hi = Folks,
> >=20
> > I have the following problem, necessary to mark on the map = a=20 point
> > that is not in the center of the map, as I can make=20 this?
> >
> > I can treat linearly, this to make a = ratio in=20 pixel?
> >
> > Somebody can give an example to me of = as to=20 make this?
> >
> > Cordially,
> >
> = >=20 Jo=E3o Paulo
> >
>
>
>
>=20 _______________________________________________
> Mapserver-users = mailing=20 list
>
Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users= ------=_NextPart_000_000B_01C32F5B.4D5F3380-- From novalet at yahoo.com.cn Mon Jun 9 18:21:47 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Tue, 10 Jun 2003 09:21:47 +0800 (CST) Subject: [Mapserver-users] Query of city name Message-ID: <20030610012147.63057.qmail@web15201.mail.bjs.yahoo.com> Hi! There is city name in the dbf file. But how can i query it? For example, a text box leave for user, if a string is matched in dbf, then the position of this city is set as the center of image. Is it possible in mapserver's cgi command? or should i setup postgis to query? Thank you!! ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cn_user_profile_study_may2003 From steve.lime at dnr.state.mn.us Tue Jun 10 11:09:05 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 10 Jun 2003 13:09:05 -0500 Subject: [Mapserver-users] JavaMapServer (JNI-only) Message-ID: You're definitely correct on the "pure" java implmentation. The webpage is in need of a facelift. The plan was always to wrap the C version. I curious as to how your stuff compares with the Swig generated JNI interface. Steve >>> Andrew Collins 06/10/03 05:37AM >>> Each I just released a completely barebones JNI interface to a compiled MapServer 3.6.3 DLL, along with a ANT-based build and test environment, at SourceForge: JavaMapServer 0.5.0 http://sourceforge.net/projects/javamapserver I am new to making releases at SF. There is currently no documentation. I didn't include any release notes. I hope to get some improved code out there, with an example, soon. I'm untangling an example which can be deployed in a servlet engine. I'm currently using JavaMapServer inside a servlet running on JBoss. I'm also working on an MBean that puts the MapScriptBean into JNDI. The header documentation in the source files, and the main project page are misleading... I doubt that there will ever be a "pure-Java" implementation of MapServer. For my current needs a JNI interface works just fine. ===== Andrew Collins - andrewrcollins at yahoo.com http://profiles.yahoo.com/andrewrcollins/ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mapserver at gismap.ch Tue Jun 10 11:05:41 2003 From: mapserver at gismap.ch (Mapserver) Date: Tue, 10 Jun 2003 20:05:41 +0200 Subject: [Mapserver-users] How to show a delay image during launch of the VM Message-ID: Hi list I use mapplet/jbox and I have a little problem. Clients with slow computers accessing my mapserver-website have to wait for a long time until the Sun-VM ist loaded. During that time the users have a blank screen (!) for up to 20 seconds until the user-interface of mapserver appears. I have to find a way to avoid a blank screen and to replace it with an information or a little animation until the interface appears. Any ideas, how this can be realized? Thanks for help Roman From crawford at kloognome.com Tue Jun 10 11:17:51 2003 From: crawford at kloognome.com (Robert Crawford) Date: Tue, 10 Jun 2003 14:17:51 -0400 Subject: [Mapserver-users] Getting Started Message-ID: <3EE620CF.5070205@kloognome.com> I'm interested in creating a mapping application, based on RedHat 8.0, but I don't want to rebuild PHP in order to install mapscript. Is there any easier way? Thanks! From David.Fawcett at state.mn.us Tue Jun 10 11:30:12 2003 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Tue, 10 Jun 2003 13:30:12 -0500 Subject: [Mapserver-users] Status of .dbf Joins in 4.0 Beta Message-ID: What is the current status of JOINs to .dbf files in the beta 4.01 version? One to one and one to many? David. From pagurekd at agr.gc.ca Tue Jun 10 11:37:58 2003 From: pagurekd at agr.gc.ca (Debbie Pagurek) Date: Tue, 10 Jun 2003 14:37:58 -0400 Subject: [Mapserver-users] Pixel.... Message-ID: you need to have an empty point layer set up in your mapfile that defines the colors to use, and then you can add the appropriate name value pairs in the URL. See Steve Lime's post for more information: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0005/msg00086.html Debbie >>> "Jo?o Paulo M. Claro" 06/10/03 01:19pm >>> Steve, How I make to make this passing for parameters in the URL for the MapServer? I have the following situation, the center of the map is latitude -23 and longitude -46 and that to insert a point in latitude -23,55 and longitude -46.46 the imgext=-47 -24 -45 -22. How I can insert this point? Thanks Jo?o Paulo ----- Original Message ----- From: To: ; "Jo?o Paulo M. Claro" Sent: Monday, June 09, 2003 9:23 PM Subject: Re: [Mapserver-users] Pixel.... > Jo?o Paulo, > > You can do this either via the mapserver URL parameters or via > mapscript and you can specify the point you want to mark in lat/long > or XY instead of pixels. Look at the FEATURE object in the mapfile > reference or the mapscript reference and look at the URL reference. > > The basic scenario is that you define a FEATURE without a location > defined, then use the URL params or mapscript to give the feature a > coordinate value so it will be displayed. > > Sorry, I don't have an example handy. - Anyone else have an example? > > -Steve > > On 9 Jun 2003 at 20:29, Jo?o Paulo M. Claro wrote: > > > Hi Folks, > > > > I have the following problem, necessary to mark on the map a point > > that is not in the center of the map, as I can make this? > > > > I can treat linearly, this to make a ratio in pixel? > > > > Somebody can give an example to me of as to make this? > > > > Cordially, > > > > Jo?o Paulo > > > > > > _______________________________________________ > 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 Jun 10 11:40:42 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 10 Jun 2003 13:40:42 -0500 Subject: [Mapserver-users] Status of .dbf Joins in 4.0 Beta Message-ID: One-to-one works for .dbf. One-to-many does not. >>> "Fawcett, David" 06/10/03 01:30PM >>> What is the current status of JOINs to .dbf files in the beta 4.01 version? One to one and one to many? David. _______________________________________________ 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 Jun 10 11:45:27 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 10 Jun 2003 13:45:27 -0500 Subject: [Mapserver-users] Query of city name Message-ID: It's a multi step process: 1) user types in a city name, that triggers an attribute query using mapserver 2) the query generates a list of matches (most likely in another window or frame) 3) clicking on a link generates a MapServer URL the respositions the interface in the main window I tend not to use MapServer for stuff like this since it is not as full-featured as Postgres or MySQL. For an example checkout http://www.dnr.state.mn.us/maps/compass.html. Type in 'linwood' and you'll see how we do it anyway. Steve >>> Chen Fu 06/09/03 08:21PM >>> Hi! There is city name in the dbf file. But how can i query it? For example, a text box leave for user, if a string is matched in dbf, then the position of this city is set as the center of image. Is it possible in mapserver's cgi command? or should i setup postgis to query? Thank you!! ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cn_user_profile_study_may2003 _______________________________________________ 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 Tue Jun 10 11:47:37 2003 From: dblasby at refractions.net (David Blasby) Date: Tue, 10 Jun 2003 11:47:37 -0700 Subject: [Mapserver-users] PostGIS MUM Workshop Notes Available Message-ID: <3EE627C9.4070607@refractions.net> For those who didnt get a chance to attend last week's Mapserver Users Meeting (MUM) in Minnesota last week, I've placed the PostGIS workshop notes on the http://postgis.org website. There are two files - a detailed MS Word document that's a good stand-alone guide to PostGIS and using PostGIS with mapserver. The other file is a very short MS Powerpoint presentation that gives a few more details on some of the SQL queries used in the guide. Many thanks to Chris Hodgson for giving the actual workshop. dave From steve.lime at dnr.state.mn.us Tue Jun 10 11:57:15 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 10 Jun 2003 13:57:15 -0500 Subject: [Mapserver-users] regex / Case Insensitive Query Message-ID: There is no particular option that I've added to the expression parser to do that. You'd have to check the docs for your local regex library to see if it supports something. Otherwise that old message of mine still holds true. If the user types in 'foo' and you use javascript to turn that into '[Ff][Oo][Oo]' then that can work as well. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "robert fritz" 06/06/03 08:27AM >>> Hello, is it possible to do a case-insensitive itemquery, using a regular expression? Something like : Filter ("[Name]" =~ /*%value%*/) (+ not case sensitive) Maybe something changed: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0008/msg00096.html Thank you, robert ____________________________________________________________________________ Jetzt bei WEB.DE FreeMail anmelden = 1qm Regenwald schuetzen! Helfen Sie mit! Nutzen Sie den Serien-Testsieger. http://user.web.de/Regenwald _______________________________________________ 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 Jun 10 12:01:51 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 10 Jun 2003 14:01:51 -0500 Subject: [Mapserver-users] Spatial Joins Message-ID: Just to add to Paul's note. With the MapServer CGI you can to feature queries which are done in two stages. With mapscript you can do n-stage queries if you had to albeit with multiple commands. Steve >>> Paul Ramsey 06/05/03 06:08PM >>> Wendy Roseberry wrote: > Is it possible to do spatial joins between 2 or more data layers with > mapserver? Could someone provide an example? > > Thanks, > Wendy Roseberry > Software Developer > www.accessArkansas.org You will probably find spatial joins easier to execute in PostGIS than in Mapserver. People mean different things somethings when they say "spatial join". Sometimes they mean "two stage query": click select an item in Layer A and then return all the items in Layer B which are within distance Q. You could do that in Mapserver using Mapscript I think. A general and complete spatial join you would want to use something like PostGIS for. P. -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mcilhagga at dmsolutions.ca Tue Jun 10 12:13:00 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Tue, 10 Jun 2003 15:13:00 -0400 Subject: [Mapserver-users] User Meeting ? References: <200306101613.h5AGDCc3013996@mallit.fr.umn.edu> Message-ID: <3EE62DBC.1040406@dmsolutions.ca> On that note -- I think we all owe Tom, Steve and the staff from the University of Minnesota a big thanks for their excellent organizational efforts. Everything went very smoothly, and I hope I speak for most in saying it was a terrific event! You've set the bar high for next year so we have our work cut out for us. Looking forward to seeing you all here next year in Ottawa - June 2004! Dave -- Dave McIlhagga DM Solutions Group http://www.dmsolutions.ca Thomas E. Burk wrote: > We will be putting materials from the meeting up on the Web site soon. They > will be "at the User Meeting button" on the MapServer home page. > > We thought the meeting was quite successful. That was echoed by everyone who > directly commented to me. > > 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 > > > >>The user meeting organizers requested slides and any other pertinent >>materials from all the presenters/workshop leaders at the meeting. I >>won't speak for them as to when they will be available, but you should >>see some material on the website soon. >> >>Thomas Bartlett wrote: >> >> >>>G'Day All, >>>I'm interested to hear how the user meeting over the weekend went ?? >>>Will anything be available online eg panel discussion summary, >>>workshop slides?? >>> >>>Cheers >>>Thomas Bartlett >> >> >>-- >>___________________________ >> >>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 >> >> > > > _______________________________________________ > 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 Jun 10 13:50:30 2003 From: pond_bear at hotmail.com (pond bear) Date: Tue, 10 Jun 2003 15:50:30 -0500 Subject: [Mapserver-users] Can't set the status of a layer to be on. Message-ID: When I set the status of a layer to be default, it shows. But when I set the status of the layer to be ON, it disappears. Does anybody know the reason? Here is my mapfile: NAME UMAC SIZE 658 300 #EXTENT -104.349976 45.824193 -96.408106 49.111218 EXTENT -1398289 -441075 779057 576298 #EXTENT -312640 104632 265792 452180 IMAGECOLOR 255 255 255 SHAPEPATH "../shape/" PROJECTION "proj=laea" "ellps=WGS84" "lat_0=45" "lon_0=-100" "x_0=0" "y_0=0" END WEB TEMPLATE "lowerframe.html" IMAGEPATH "/usr/local/apache2/htdocs/tmp/" IMAGEURL "/tmp/" END LAYER # counties NAME "counties" DATA counties #MAXSCALE 8200000 STATUS default TYPE POLYGON CLASS OUTLINECOLOR 111 111 111 END END LAYER # States NAME "States" DATA states STATUS default TYPE POLYGON CLASS OUTLINECOLOR 0 0 0 END END LAYER # interstate NAME "interstate" DATA interstate STATUS default TYPE LINE CLASS OUTLINECOLOR 0 128 0 END END LAYER # river NAME "river" DATA rivers STATUS default TYPE LINE CLASS OUTLINECOLOR 0 0 128 END END LAYER # cities NAME "cities" DATA cities STATUS on TYPE point CLASS OUTLINECOLOR 255 0 0 END END END _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From hunt at zedxinc.com Tue Jun 10 13:59:58 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Tue, 10 Jun 2003 16:59:58 -0400 Subject: [Mapserver-users] compile error with org Message-ID: <003201c32f93$40a551a0$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_002F_01C32F71.B97CCE40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am using the config line on a redhat linux system ./configure --without-tiff --with-proj=3D/home/mapserver/proj-4.4.7 = --with-gdal=3D/home/mapserver/gdal-1.1.8/ = --with-ogr=3D/home/mapserver/gdal-1.1.8/ --with-jpeg = --with-gd=3D/home/mapserver/gd-2.0.15 = --with-freetype=3D/home/mapserver/freetype-2.1.4 = --with-ming=3D/home/mapserver/ming-0.2a --with-wmsclient When it gets to ogr I get=20 checking whether we should compile in MPATROL support... MPATROL support not requested. checking whether we should include OGR support... using OGR from /home/mapserver/gdal-1.1.8//ogr. checking if GDAL support requested... configure: error: = '/home/mapserver/gdal-1.1.8/' is not an executable. Make sure you use = --with-gdal=3D/path/to/gdal-config Does anyone have any ideas Aaron D. Hunt Technical Manager ZedX Inc. ------=_NextPart_000_002F_01C32F71.B97CCE40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am using the config line on a redhat = linux=20 system
./configure --without-tiff=20 --with-proj=3D/home/mapserver/proj-4.4.7 = --with-gdal=3D/home/mapserver/gdal-1.1.8/=20 --with-ogr=3D/home/mapserver/gdal-1.1.8/ --with-jpeg=20 --with-gd=3D/home/mapserver/gd-2.0.15=20 --with-freetype=3D/home/mapserver/freetype-2.1.4=20 --with-ming=3D/home/mapserver/ming-0.2a = --with-wmsclient
 
When it gets to ogr I get
 
checking whether we should compile in = MPATROL=20 support...
        MPATROL support = not=20 requested.
checking whether we should include OGR=20 support...
        using OGR from=20 /home/mapserver/gdal-1.1.8//ogr.
checking if GDAL support = requested...=20 configure: error: '/home/mapserver/gdal-1.1.8/' is not an = executable.  Make=20 sure you use --with-gdal=3D/path/to/gdal-config
Does anyone have any ideas
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
------=_NextPart_000_002F_01C32F71.B97CCE40-- From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Tue Jun 10 14:13:17 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Tue, 10 Jun 2003 17:13:17 -0400 Subject: [Mapserver-users] compile error with org Message-ID: <7CDD7B94357FD5119E800002A537C46E230818@s5-ccr-r1.ccrs.nrcan.gc.ca> Yup, Like the error message says, you have to point to the gdal-config utility using --with-ogr ... So if your directory is the source tree where gdal was built, it should be something like: --with-ogr=/home/mapserver/gdal-1.1.8/apps/gdal-config (untested) OR, you install the library on the system, which by default puts in the /usr/local/ tree, in which case you use: --with-ogr=/usr/local/bin/gdal-config or simply --with-ogr (it should find it automatically if it's in your path) Cheers, J.F. -----Original Message----- From: Aaron D. Hunt [mailto:hunt at zedxinc.com] Sent: Tuesday, June 10, 2003 5:00 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] compile error with org I am using the config line on a redhat linux system ./configure --without-tiff --with-proj=/home/mapserver/proj-4.4.7 --with-gdal=/home/mapserver/gdal-1.1.8/ --with-ogr=/home/mapserver/gdal-1.1.8/ --with-jpeg --with-gd=/home/mapserver/gd-2.0.15 --with-freetype=/home/mapserver/freetype-2.1.4 --with-ming=/home/mapserver/ming-0.2a --with-wmsclient When it gets to ogr I get checking whether we should compile in MPATROL support... MPATROL support not requested. checking whether we should include OGR support... using OGR from /home/mapserver/gdal-1.1.8//ogr. checking if GDAL support requested... configure: error: '/home/mapserver/gdal-1.1.8/' is not an executable. Make sure you use --with-gdal=/path/to/gdal-config Does anyone have any ideas Aaron D. Hunt Technical Manager ZedX Inc. From ed at topozone.com Tue Jun 10 14:27:11 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 10 Jun 2003 17:27:11 -0400 Subject: [Mapserver-users] How to show a delay image during launch of the VM Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFAE4@mercator.topozone.com> Roman - The Java VM is loaded from the user's LOCAL machine, and has nothing to do with the speed of their internet connection. The delay is while your APPLET is loaded, either locally or from your server. You should make sure that (a) you don't have extra features in the applet, so it's as small as possible and (b) tell your users that if they're really loading the VM for that long, they need a faster computer . I do not know of any way to display an alternate image while the applet is loading, unfortunately. - 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: Mapserver [mailto:mapserver at gismap.ch] Sent: Tuesday, June 10, 2003 2:06 PM To: Mapserver-Userlist Subject: [Mapserver-users] How to show a delay image during launch of the VM Hi list I use mapplet/jbox and I have a little problem. Clients with slow computers accessing my mapserver-website have to wait for a long time until the Sun-VM ist loaded. During that time the users have a blank screen (!) for up to 20 seconds until the user-interface of mapserver appears. I have to find a way to avoid a blank screen and to replace it with an information or a little animation until the interface appears. Any ideas, how this can be realized? Thanks for help Roman _______________________________________________ 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 Tue Jun 10 16:15:01 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Tue, 10 Jun 2003 20:15:01 -0300 Subject: [Mapserver-users] map of mapserver users and providers References: Message-ID: <003701c32fa6$20bd7670$b664cec8@vcp.advcp.br> That sounds a great idea! I'm in! I could contribute with developing or documentation if you want... go ahead! Eduardo Patto Kanegae eduardo at linkgeo.com.br ----- Original Message ----- From: "Arnulf Christl (CCGIS)" To: "Joe Bussell" ; Sent: Tuesday, June 10, 2003 5:03 AM Subject: AW: [Mapserver-users] map of mapserver users and providers > Very good idea! If you mean to do it on an international dataset we will > support that idea, especially because we see a great need for something like > that here in Germany. > It would be very helpful to have a tool where the "spatially nearest" > provider, programmer, training location etc. for UMN MapServer is located. > Additionally it would be a great promotion tool (besides the Gallery) to > have a MapServer application showing all MapServer applications - sort of > the super-meta-cascading MapServer... > We can provide data (which is a little hard in Germany because of unsolved > ownership questions regarding public data - dont ask...). We can also help > with client technology (PHP), server space / hardware for this project. If > you need or plan anything - contact us. > > Regards, > Arnulf Christl > > --------------------------------- > arnulf.christl at ccgis.de > http://www.ccgis.de/index_en.html > --------------------------------- > Phone: +49 (0) 228 90826 0 > Direct: +49 (0) 228 90826 23 > Fax: +49 (0) 228 90826 11 > GSM: +49 (0) 172 2958 004 > --------------------------------- > CCGIS GbR > Siemensstra?e 8 > 53121 Bonn > GERMANY > --------------------------------- > > -----Ursprungliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Joe > Bussell > Gesendet: Dienstag, 10. Juni 2003 00:40 > An: mapserver-users at lists.gis.umn.edu > Betreff: [Mapserver-users] map of mapserver users and providers > > > I would like to create a map of the users of Mapserver. The plan is to > take something like http://www.trafficdodger.com/perl/warp.cgi and make > a similar page with user's locations plotted. This could easily turn > into a regional developer locater... > > If there is interest I will craft up a form to input the data. If > enough people participate I will create the map and associated locater > service. > > Cordially, > > Joe Bussell > www.trafficdodger.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 eduardo at linkgeo.com.br Tue Jun 10 16:26:28 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Tue, 10 Jun 2003 20:26:28 -0300 Subject: [Mapserver-users] User Meeting ? References: <200306101613.h5AGDCc3013996@mallit.fr.umn.edu> <3EE62DBC.1040406@dmsolutions.ca> Message-ID: <004001c32fa7$b9cc8c60$b664cec8@vcp.advcp.br> Everything was simply great! I think the meeting was very good! And we all saw how usefull MapServer is and how better it is going to be... Thanks MapServerers. regards, Eduardo Patto Kanegae eduardo at linkgeo.com.br ----- Original Message ----- From: "Dave McIlhagga" To: "Thomas E. Burk" Cc: Sent: Tuesday, June 10, 2003 4:13 PM Subject: Re: [Mapserver-users] User Meeting ? > On that note -- I think we all owe Tom, Steve and the staff from the > University of Minnesota a big thanks for their excellent organizational > efforts. Everything went very smoothly, and I hope I speak for most in > saying it was a terrific event! > > You've set the bar high for next year so we have our work cut out for > us. Looking forward to seeing you all here next year in Ottawa - June 2004! > > Dave > -- > Dave McIlhagga > DM Solutions Group > http://www.dmsolutions.ca > > > > Thomas E. Burk wrote: > > We will be putting materials from the meeting up on the Web site soon. They > > will be "at the User Meeting button" on the MapServer home page. > > > > We thought the meeting was quite successful. That was echoed by everyone who > > directly commented to me. > > > > 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 > > > > > > > >>The user meeting organizers requested slides and any other pertinent > >>materials from all the presenters/workshop leaders at the meeting. I > >>won't speak for them as to when they will be available, but you should > >>see some material on the website soon. > >> > >>Thomas Bartlett wrote: > >> > >> > >>>G'Day All, > >>>I'm interested to hear how the user meeting over the weekend went ?? > >>>Will anything be available online eg panel discussion summary, > >>>workshop slides?? > >>> > >>>Cheers > >>>Thomas Bartlett > >> > >> > >>-- > >>___________________________ > >> > >>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 > >> > >> > > > > > > _______________________________________________ > > 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 Tue Jun 10 17:24:15 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 10 Jun 2003 20:24:15 -0400 Subject: [Mapserver-users] Pixel.... In-Reply-To: <000e01c32f74$7d565eb0$cd75e7c8@autofaxgkylsuk> Message-ID: <3EE63E6F.29799.19B2C73C@localhost> Please see http://mapserver.gis.umn.edu/doc36/cgi-reference.html there is an example at the end of the page: "Changing mapfile paratmeters" -Steve On 10 Jun 2003 at 14:19, Jo?o Paulo M. Claro wrote: > Steve, > How I make to make this passing for parameters in the URL for the > MapServer? > I have the following situation, the center of the map is latitude > -23 and longitude -46 and that to insert a point in latitude -23,55 > and longitude -46.46 the imgext=-47 -24 -45 -22. > > How I can insert this point? > > Thanks > > Jo?o Paulo > > > > ----- Original Message ----- > From: > To: ; "Jo?o Paulo M. Claro" > Sent: Monday, June 09, 2003 9:23 PM Subject: > Re: [Mapserver-users] Pixel.... > > > > Jo?o Paulo, > > > > You can do this either via the mapserver URL parameters or via > > mapscript and you can specify the point you want to mark in lat/long > > or XY instead of pixels. Look at the FEATURE object in the mapfile > > reference or the mapscript reference and look at the URL reference. > > > > The basic scenario is that you define a FEATURE without a location > > defined, then use the URL params or mapscript to give the feature a > > coordinate value so it will be displayed. > > > > Sorry, I don't have an example handy. - Anyone else have an example? > > > > -Steve > > > > On 9 Jun 2003 at 20:29, Jo?o Paulo M. Claro wrote: > > > > > Hi Folks, > > > > > > I have the following problem, necessary to mark on the map a point > > > that is not in the center of the map, as I can make this? > > > > > > I can treat linearly, this to make a ratio in pixel? > > > > > > Somebody can give an example to me of as to make this? > > > > > > Cordially, > > > > > > Jo?o Paulo > > > > > > > > > > > _______________________________________________ > > 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 Jun 10 17:29:58 2003 From: eric at gomoos.org (Eric Bridger) Date: Tue, 10 Jun 2003 20:29:58 -0400 Subject: [Mapserver-users] Can't set the status of a layer to be on. In-Reply-To: Message-ID: <4.3.2.7.2.20030610202612.00aca510@mail.gomoos.org> I don't use cgi mapserver much, but I believe you need to have a query string telling mapserver to turn the layers ON, e.g. ?layers=counties+States+interstate+river or ?layer=counties&layer=States&layer=interstate&layer=river You need to construct your form so that layers or layer appears in the form's query string. Eric Bridger At 03:50 PM 06/10/2003 -0500, pond bear wrote: >When I set the status of a layer to be default, it shows. But when I set the status of the layer to be ON, it disappears. Does anybody know the reason? Here is my mapfile: > > >NAME UMAC >SIZE 658 300 >#EXTENT -104.349976 45.824193 -96.408106 49.111218 >EXTENT -1398289 -441075 779057 576298 >#EXTENT -312640 104632 265792 452180 >IMAGECOLOR 255 255 255 >SHAPEPATH "../shape/" > >PROJECTION > "proj=laea" > "ellps=WGS84" > "lat_0=45" > "lon_0=-100" > "x_0=0" > "y_0=0" >END > >WEB > TEMPLATE "lowerframe.html" > IMAGEPATH "/usr/local/apache2/htdocs/tmp/" > IMAGEURL "/tmp/" >END > > >LAYER # counties > NAME "counties" > DATA counties > #MAXSCALE 8200000 > STATUS default > TYPE POLYGON > CLASS > OUTLINECOLOR 111 111 111 > END >END > > >LAYER # States > NAME "States" > DATA states > STATUS default > TYPE POLYGON > CLASS > OUTLINECOLOR 0 0 0 > END >END > >LAYER # interstate > NAME "interstate" > DATA interstate > STATUS default > TYPE LINE > CLASS > OUTLINECOLOR 0 128 0 > END >END > >LAYER # river > NAME "river" > DATA rivers > STATUS default > TYPE LINE > CLASS > OUTLINECOLOR 0 0 128 > END >END > >LAYER # cities > NAME "cities" > DATA cities > STATUS on > TYPE point > CLASS > OUTLINECOLOR 255 0 0 > END >END > >END > >_________________________________________________________________ >Add photos to your messages with MSN 8. Get 2 months FREE*. >http://join.msn.com/?page=features/featuredemail > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From sholl at gmx.net Tue Jun 10 23:05:21 2003 From: sholl at gmx.net (Stephan Holl) Date: Wed, 11 Jun 2003 08:05:21 +0200 Subject: [Mapserver-users] rasters with more then 256 colors with gdal Message-ID: <20030611080521.2edb658f.sholl@gmx.net> Dear list, I have read on the list, that there should be a a mapfile-option to process rasters with more than 265 colors (e.g. digital elevation models) directly out of GRASS through gdal. I tried the processing as Frank suggested on the list eralier, but the result ist still not comparable to a geotiff. LAYER NAME "dem" GROUP "relief" TYPE RASTER STATUS ON #switch off map at certain min scale (1:1000): MINSCALE 1000 PROCESSING "SCALE=1066,1840" DATA "./grassdata/spearfish/PERMANENT/cellhd/elevation.dem" CLASS NAME "DEM" END END Also PROCESSING "SCALE = AUTO" does not solve the problem. I am using ms 3.7-cvs. Thanks for any hints. -- Stephan Holl GnuPG Key-ID: 11946A09 From schut at sarvision.com Wed Jun 11 00:56:22 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 11 Jun 2003 09:56:22 +0200 Subject: [Mapserver-users] Can't set the status of a layer to be on. In-Reply-To: <4.3.2.7.2.20030610202612.00aca510@mail.gomoos.org> References: <4.3.2.7.2.20030610202612.00aca510@mail.gomoos.org> Message-ID: <200306110956.22840.schut@sarvision.com> Thats right. For mapserver CGI: STATUS DEFAULT means a layer is always drawn, no matter if you request it in your url or not. STATUS ON means you have to explicitly mention the layer in your url for the layer to be drawn, as Eric pointed out. STATUS OFF means you cannot show your layer by mentioning it in the url. Cheers, Vincent. On Wednesday 11 June 2003 02:29, Eric Bridger wrote: > I don't use cgi mapserver much, but I believe you need to have a query > string telling mapserver to turn the layers ON, e.g. > ?layers=counties+States+interstate+river or > ?layer=counties&layer=States&layer=interstate&layer=river > > You need to construct your form so that layers or layer appears in the > form's query string. > > Eric Bridger > > At 03:50 PM 06/10/2003 -0500, pond bear wrote: > >When I set the status of a layer to be default, it shows. But when I set > > the status of the layer to be ON, it disappears. Does anybody know the > > reason? Here is my mapfile: > > > > > >NAME UMAC > >SIZE 658 300 > >#EXTENT -104.349976 45.824193 -96.408106 49.111218 > >EXTENT -1398289 -441075 779057 576298 > >#EXTENT -312640 104632 265792 452180 > >IMAGECOLOR 255 255 255 > >SHAPEPATH "../shape/" > > > >PROJECTION > > "proj=laea" > > "ellps=WGS84" > > "lat_0=45" > > "lon_0=-100" > > "x_0=0" > > "y_0=0" > >END > > > >WEB > > TEMPLATE "lowerframe.html" > > IMAGEPATH "/usr/local/apache2/htdocs/tmp/" > > IMAGEURL "/tmp/" > >END > > > > > >LAYER # counties > > NAME "counties" > > DATA counties > > #MAXSCALE 8200000 > > STATUS default > > TYPE POLYGON > > CLASS > > OUTLINECOLOR 111 111 111 > > END > >END > > > > > >LAYER # States > > NAME "States" > > DATA states > > STATUS default > > TYPE POLYGON > > CLASS > > OUTLINECOLOR 0 0 0 > > END > >END > > > >LAYER # interstate > > NAME "interstate" > > DATA interstate > > STATUS default > > TYPE LINE > > CLASS > > OUTLINECOLOR 0 128 0 > > END > >END > > > >LAYER # river > > NAME "river" > > DATA rivers > > STATUS default > > TYPE LINE > > CLASS > > OUTLINECOLOR 0 0 128 > > END > >END > > > >LAYER # cities > > NAME "cities" > > DATA cities > > STATUS on > > TYPE point > > CLASS > > OUTLINECOLOR 255 0 0 > > END > >END > > > >END > > > >_________________________________________________________________ > >Add photos to your messages with MSN 8. Get 2 months FREE*. > >http://join.msn.com/?page=features/featuredemail > > > >_______________________________________________ > >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 sholl at gmx.net Wed Jun 11 03:48:39 2003 From: sholl at gmx.net (Stephan Holl) Date: Wed, 11 Jun 2003 12:48:39 +0200 Subject: [Mapserver-users] processing does not exist in php/mapscript?! Message-ID: <20030611124839.7bbfc89f.sholl@gmx.net> Dear Mapserver-list, I cannot set the processing-object through php/mapscript. $newlayer = ms_newLayerObj($map); $newlayer->set("name", "mapcalc"); $newlayer->set("status", MS_ON); $newlayer->set("type", MS_LAYER_RASTER); $newlayer->set("data","wwwrun/cellhd/".$outfile); $newlayer->set("processing", "scale=auto"); $newlayer->set("transparency", 45); Is this not yet implemented? -- Stephan Holl GnuPG Key-ID: 11946A09 From Mark.Balman at birdlife.org.uk Wed Jun 11 04:12:13 2003 From: Mark.Balman at birdlife.org.uk (Mark Balman) Date: Wed, 11 Jun 2003 12:12:13 +0100 Subject: [Mapserver-users] Filter and FilterItem Message-ID: Hi All I have just installed the latest mapserver 4 onto windows 98, so far all is well except i cannot get an app to run. I used to be able to select a value from a list box and mapserver would return the shapefile, now I get the message - msQueryByAttributes(): Query Error. No query expression defined.... I have looked at the migration docs but am a bit stumped as to what I need to change... In my mapfile I have Filter "%value%" FilterItem "SciName" and in the initialisation file I have Any ideas most welcome! TIA Mark From twan at twansoft.com Wed Jun 11 04:48:38 2003 From: twan at twansoft.com (Twan Kogels) Date: Wed, 11 Jun 2003 13:48:38 +0200 Subject: [Mapserver-users] Spatial extent for shape file? Message-ID: <5.0.0.25.2.20030611132540.02ab3588@pop.xs4all.nl> Hello, It's been a while since i used mapserver. Yesterday i received a cdrom with raster maps, today i'm getting it to work. The cdrom contains a lot of tiff files which represent a tiled map. The tiff files are of format "GTiff/GeoTIFF". I used the "gdaltindex" program to make a shp index of all the tiles. The cdrom also contains a esri .tfw (or mapserver .wld) and a .tab file for every single tiff file. I'm now making my .map file which mapserver should use, but i'm stuck at defining the EXTENT line. I've looked for documentation about the tiff files on cdrom but found none. The info in the .tab file is interesting: ============================= !table !version 300 !charset WindowsLatin1 Definition Table File "1000047.TIF" Type "RASTER" (0,376000) (0,5333) Label "Pt 1", (0,384000) (0,0) Label "Pt 2", (12000,384000) (8000,0) Label "Pt 3", (12000,376000) (8000,5333) Label "Pt 4" CoordSys Earth Projection 20, 109, "m", 5.387638889, 52.156160556, 0.9999079, 155000, 463000 Units "m" ============================= The output of the program "gdalinfo" analyzing a tiff file on cdrom is also interesting: ============================= gdalinfo 4000007.TIF Driver: GTiff/GeoTIFF Size is 1778, 1185 Coordinate System is `' Origin = (-20.250000,384020.250000) Pixel Size = (40.500000,-40.500000) Metadata: TIFFTAG_SOFTWARE=Handmade Software, Inc. Image Alchemy v1.7.7 Corner Coordinates: Upper Left ( -20.250, 384020.250) Lower Left ( -20.250, 336027.750) Upper Right ( 71988.750, 384020.250) Lower Right ( 71988.750, 336027.750) Center ( 35984.250, 360024.000) Band 1 Block=1778x8 Type=Byte, ColorInterp=Red Band 2 Block=1778x8 Type=Byte, ColorInterp=Green Band 3 Block=1778x8 Type=Byte, ColorInterp=Blue Band 4 Block=1778x8 Type=Byte, ColorInterp=Alpha ============================= I know the the EXTENT line in the .map file means the lower left coordinates en the upper right coordinates, but i don't know how to get this information in my case. The output of gdaltinfo shows several "Corner Coordinates", but i have used gdaltindex to make a .shp file and now i'm using that shape file as index in my .map file: ============================== LAYER NAME "test" STATUS ON TILEINDEX "test.shp" TILEITEM "Location" TYPE RASTER END =============================== so, this renders the gdaltinfo useless, cause the Corner Coordinates aren't correct anymore. The line: =============================== CoordSys Earth Projection 20, 109, "m", 5.387638889, 52.156160556, 0.9999079, 155000, 463000 =============================== in the .tab file seems interesting, but i could not find any information about the meaning of those numbers. Could i get the values for EXTENT from this line? Or is there maybe a program which calculates the EXTENT or Corner Coordinates for a given .shp file? Best regards, Twan Kogels From woodbri at swoodbridge.com Wed Jun 11 05:06:17 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Wed, 11 Jun 2003 08:06:17 -0400 Subject: [Mapserver-users] Spatial extent for shape file? In-Reply-To: <5.0.0.25.2.20030611132540.02ab3588@pop.xs4all.nl> Message-ID: <3EE6E2F9.22311.1C35825C@localhost> This is easy now that you have the tileindex! Use shpdump or shpinfo and the extents of your data will be the extents of your tileindex. -Steve W. On 11 Jun 2003 at 13:48, Twan Kogels wrote: > Hello, > > It's been a while since i used mapserver. Yesterday i received a cdrom > with raster maps, today i'm getting it to work. The cdrom contains a > lot of tiff files which represent a tiled map. The tiff files are of > format "GTiff/GeoTIFF". I used the "gdaltindex" program to make a shp > index of all the tiles. > > The cdrom also contains a esri .tfw (or mapserver .wld) and a .tab > file for every single tiff file. > > I'm now making my .map file which mapserver should use, but i'm stuck > at defining the EXTENT line. I've looked for documentation about the > tiff files on cdrom but found none. The info in the .tab file is > interesting: ============================= !table !version 300 > !charset WindowsLatin1 > > Definition Table > File "1000047.TIF" > Type "RASTER" > (0,376000) (0,5333) Label "Pt 1", > (0,384000) (0,0) Label "Pt 2", > (12000,384000) (8000,0) Label "Pt 3", > (12000,376000) (8000,5333) Label "Pt 4" > CoordSys Earth Projection 20, 109, "m", 5.387638889, 52.156160556, > 0.9999079, 155000, 463000 Units "m" ============================= > > The output of the program "gdalinfo" analyzing a tiff file on cdrom is > also interesting: ============================= gdalinfo 4000007.TIF > Driver: GTiff/GeoTIFF Size is 1778, 1185 Coordinate System is `' > Origin = (-20.250000,384020.250000) Pixel Size = > (40.500000,-40.500000) Metadata: > TIFFTAG_SOFTWARE=Handmade Software, Inc. Image Alchemy v1.7.7 > Corner Coordinates: > Upper Left ( -20.250, 384020.250) > Lower Left ( -20.250, 336027.750) > Upper Right ( 71988.750, 384020.250) > Lower Right ( 71988.750, 336027.750) > Center ( 35984.250, 360024.000) > Band 1 Block=1778x8 Type=Byte, ColorInterp=Red > Band 2 Block=1778x8 Type=Byte, ColorInterp=Green > Band 3 Block=1778x8 Type=Byte, ColorInterp=Blue > Band 4 Block=1778x8 Type=Byte, ColorInterp=Alpha > ============================= > > I know the the EXTENT line in the .map file means the lower left > coordinates en the upper right coordinates, but i don't know how to > get this information in my case. > > The output of gdaltinfo shows several "Corner Coordinates", but i have > used gdaltindex to make a .shp file and now i'm using that shape file > as index in my .map file: ============================== LAYER > NAME "test" > STATUS ON > TILEINDEX "test.shp" > TILEITEM "Location" > TYPE RASTER > END > =============================== > so, this renders the gdaltinfo useless, cause the Corner Coordinates > aren't correct anymore. > > The line: > =============================== > CoordSys Earth Projection 20, 109, "m", 5.387638889, 52.156160556, > 0.9999079, 155000, 463000 =============================== in the .tab > file seems interesting, but i could not find any information about the > meaning of those numbers. Could i get the values for EXTENT from this > line? Or is there maybe a program which calculates the EXTENT or > Corner Coordinates for a given .shp file? > > Best regards, > Twan Kogels > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From twan at twansoft.com Wed Jun 11 05:24:42 2003 From: twan at twansoft.com (Twan Kogels) Date: Wed, 11 Jun 2003 14:24:42 +0200 Subject: [Mapserver-users] Spatial extent for shape file? In-Reply-To: <3EE6E2F9.22311.1C35825C@localhost> References: <5.0.0.25.2.20030611132540.02ab3588@pop.xs4all.nl> Message-ID: <5.0.0.25.2.20030611142124.0318aa68@pop.xs4all.nl> Hello Steve, Thanks for the quick and usefull reply! I just compiled the shpinfo supplied with gdal and let it analyze the .shp file, the result was the needed spatial extent. Thanks again, Twan Kogels At 08:06 11-6-2003 -0400, you wrote: >This is easy now that you have the tileindex! Use shpdump or shpinfo >and the extents of your data will be the extents of your tileindex. > >-Steve W. > >On 11 Jun 2003 at 13:48, Twan Kogels wrote: > > > Hello, > > > > It's been a while since i used mapserver. Yesterday i received a cdrom > > with raster maps, today i'm getting it to work. The cdrom contains a > > lot of tiff files which represent a tiled map. The tiff files are of > > format "GTiff/GeoTIFF". I used the "gdaltindex" program to make a shp > > index of all the tiles. > > > > The cdrom also contains a esri .tfw (or mapserver .wld) and a .tab > > file for every single tiff file. > > > > I'm now making my .map file which mapserver should use, but i'm stuck > > at defining the EXTENT line. I've looked for documentation about the > > tiff files on cdrom but found none. The info in the .tab file is > > interesting: ============================= !table !version 300 > > !charset WindowsLatin1 > > > > Definition Table > > File "1000047.TIF" > > Type "RASTER" > > (0,376000) (0,5333) Label "Pt 1", > > (0,384000) (0,0) Label "Pt 2", > > (12000,384000) (8000,0) Label "Pt 3", > > (12000,376000) (8000,5333) Label "Pt 4" > > CoordSys Earth Projection 20, 109, "m", 5.387638889, 52.156160556, > > 0.9999079, 155000, 463000 Units "m" ============================= > > > > The output of the program "gdalinfo" analyzing a tiff file on cdrom is > > also interesting: ============================= gdalinfo 4000007.TIF > > Driver: GTiff/GeoTIFF Size is 1778, 1185 Coordinate System is `' > > Origin = (-20.250000,384020.250000) Pixel Size = > > (40.500000,-40.500000) Metadata: > > TIFFTAG_SOFTWARE=Handmade Software, Inc. Image Alchemy v1.7.7 > > Corner Coordinates: > > Upper Left ( -20.250, 384020.250) > > Lower Left ( -20.250, 336027.750) > > Upper Right ( 71988.750, 384020.250) > > Lower Right ( 71988.750, 336027.750) > > Center ( 35984.250, 360024.000) > > Band 1 Block=1778x8 Type=Byte, ColorInterp=Red > > Band 2 Block=1778x8 Type=Byte, ColorInterp=Green > > Band 3 Block=1778x8 Type=Byte, ColorInterp=Blue > > Band 4 Block=1778x8 Type=Byte, ColorInterp=Alpha > > ============================= > > > > I know the the EXTENT line in the .map file means the lower left > > coordinates en the upper right coordinates, but i don't know how to > > get this information in my case. > > > > The output of gdaltinfo shows several "Corner Coordinates", but i have > > used gdaltindex to make a .shp file and now i'm using that shape file > > as index in my .map file: ============================== LAYER > > NAME "test" > > STATUS ON > > TILEINDEX "test.shp" > > TILEITEM "Location" > > TYPE RASTER > > END > > =============================== > > so, this renders the gdaltinfo useless, cause the Corner Coordinates > > aren't correct anymore. > > > > The line: > > =============================== > > CoordSys Earth Projection 20, 109, "m", 5.387638889, 52.156160556, > > 0.9999079, 155000, 463000 =============================== in the .tab > > file seems interesting, but i could not find any information about the > > meaning of those numbers. Could i get the values for EXTENT from this > > line? Or is there maybe a program which calculates the EXTENT or > > Corner Coordinates for a given .shp file? > > > > Best regards, > > Twan Kogels > > > > _______________________________________________ > > 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 Jun 11 05:53:07 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 11 Jun 2003 08:53:07 -0400 Subject: [Mapserver-users] processing does not exist in php/mapscript?! References: <20030611124839.7bbfc89f.sholl@gmx.net> Message-ID: <3EE72633.1B0C37AC@dmsolutions.ca> It's on the TODO list... see bug 312: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=312 Daniel Stephan Holl wrote: > > Dear Mapserver-list, > > I cannot set the processing-object through php/mapscript. > > $newlayer = ms_newLayerObj($map); > $newlayer->set("name", "mapcalc"); > $newlayer->set("status", MS_ON); > $newlayer->set("type", MS_LAYER_RASTER); > $newlayer->set("data","wwwrun/cellhd/".$outfile); > $newlayer->set("processing", "scale=auto"); > $newlayer->set("transparency", 45); > > Is this not yet implemented? > -- > Stephan Holl > > GnuPG Key-ID: 11946A09 From hunt at zedxinc.com Wed Jun 11 06:31:17 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 11 Jun 2003 09:31:17 -0400 Subject: [Mapserver-users] compile error with org References: <7CDD7B94357FD5119E800002A537C46E230818@s5-ccr-r1.ccrs.nrcan.gc.ca> Message-ID: <002801c3301d$bcae7300$1805000a@helicity> I have gotten the config of ./configure --without-tiff --with-proj=/home/mapserver/proj-4.4.7 --with-gda l=/home/mapserver/gdal-1.1.8/apps/gdal-config --with-ogr=/home/mapserver/gda l-1.1.8/apps/gdal-config --with-jpeg --with-gd=/home/mapserver/gd-2.0.15 --w ith-freetype=/home/mapserver/freetype-2.1.4 --with-ming=/home/mapserver/ming -0.2a --with-wmsclient Thanks J.F. for the help, Now when I do the make, I get the following error Any Ideas? ogrsf_frmts -I/home/mapserver/gdal-1.1.8/port -I/home/mapserver/gdal-1.1.8/c ore -I/home/mapserver/gdal-1.1.8/ogr -I/home/mapserver/gdal-1.1.8/ogr/ogrsf_ frmts -I/usr/local/include -I/home/mapserver/ming-0.2a maphttp.c -o maphttp.o cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_AP I_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_MING_FLASH -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR -DUSE_GDAL -I/home/ mapserver/gd-2.0.15 -I/home/mapserver/proj-4.4.7/src -I/home/mapserve r/gdal-1.1.8/port -I/home/mapserver/gdal-1.1.8/core -I/home/mapserver/gdal-1 .1.8/ogr -I/home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts -I/home/mapserver/gdal -1.1.8/port -I/home/mapserver/gdal-1.1.8/core -I/home/mapserver/gdal-1.1.8/o gr -I/home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts -I/usr/local/include -I/ho me/mapserver/ming-0.2a mapdrawgdal.c -o mapdrawgdal.o cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory mapdrawgdal.c:81:22: gdal_alg.h: No such file or directory mapdrawgdal.c: In function `Dither24to8': mapdrawgdal.c:1103: warning: implicit declaration of function `GDALDitherRGB2PCT' make: *** [mapdrawgdal.o] Error 1 ----- Original Message ----- From: To: ; Sent: Tuesday, June 10, 2003 5:13 PM Subject: RE: [Mapserver-users] compile error with org > Yup, > > Like the error message says, you have to point to the gdal-config utility > using --with-ogr ... > > So if your directory is the source tree where gdal was built, it should be > something like: > > --with-ogr=/home/mapserver/gdal-1.1.8/apps/gdal-config > > (untested) > > OR, you install the library on the system, which by default puts in the > /usr/local/ tree, in which case you use: > > --with-ogr=/usr/local/bin/gdal-config or simply --with-ogr (it should find > it automatically if it's in your path) > > Cheers, > J.F. > > -----Original Message----- > From: Aaron D. Hunt [mailto:hunt at zedxinc.com] > Sent: Tuesday, June 10, 2003 5:00 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] compile error with org > > > I am using the config line on a redhat linux system > ./configure --without-tiff --with-proj=/home/mapserver/proj-4.4.7 > --with-gdal=/home/mapserver/gdal-1.1.8/ > --with-ogr=/home/mapserver/gdal-1.1.8/ --with-jpeg > --with-gd=/home/mapserver/gd-2.0.15 > --with-freetype=/home/mapserver/freetype-2.1.4 > --with-ming=/home/mapserver/ming-0.2a --with-wmsclient > > > When it gets to ogr I get > > checking whether we should compile in MPATROL support... > MPATROL support not requested. > checking whether we should include OGR support... > using OGR from /home/mapserver/gdal-1.1.8//ogr. > checking if GDAL support requested... configure: error: > '/home/mapserver/gdal-1.1.8/' is not an executable. Make sure you use > --with-gdal=/path/to/gdal-config > > Does anyone have any ideas > > Aaron D. Hunt > Technical Manager > ZedX Inc. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rmurray at NRCan.gc.ca Wed Jun 11 06:36:43 2003 From: rmurray at NRCan.gc.ca (Murray, Ross) Date: Wed, 11 Jun 2003 09:36:43 -0400 Subject: [Mapserver-users] How to show a delay image during launch of the VM Message-ID: <3E3C279AF3F9D411BAA00002A529150E02C519FC@s0-ott-x10.nrn.nrcan.gc.ca> A few suggestions I have tried with middling success; much depends on the browser viewing the applet. 1. If you can program in Java, write an applet (pseudo-applet?) that does only three things (i) display a progress bar, simple animated gif image or text messgae (ii) load the mapplet/jbox (iii) turn off the progress bar etc. As the pseudo-applet loads much more quickly than a complex mapplet you should see the message straight away, then there will be a pause while the pseudo-applet loads its child applet. Don't forget to destroy the progress bar because it will be there comsuming resources but hidden behind the mapplet. 2. On load, have the page display the wait-message on a high layer and the applet on an invisible layer. Then program a javascript timer to check periodically for the applet (like if(!applet) continue . . . ). If the applet is loaded (i.e. if(applet) evaluates to true) change the invisible layer to visible and versus. 3. The HTML spec says there is an isActive property for objects, but I find it doesn't always work. If it does, then write a function to execute with the page body. For example, with you could have function appletYet (appletName) { if (document && document[appletName] && document[appletName].isActive()) showApplet(document[appletName]); /*a function of your creation*/ dumpMessage(document.message); /*another of your functions*/ else setTimeout(appletYet, 500, appletName); }/*end function appletYet Best of luck (you'll probablly need it if my experience is a guide!). -----Original Message----- From: Mapserver [mailto:mapserver at gismap.ch] Sent: Tuesday, June 10, 2003 2:06 PM To: Mapserver-Userlist Subject: [Mapserver-users] How to show a delay image during launch of the VM Hi list I use mapplet/jbox and I have a little problem. Clients with slow computers accessing my mapserver-website have to wait for a long time until the Sun-VM ist loaded. During that time the users have a blank screen (!) for up to 20 seconds until the user-interface of mapserver appears. I have to find a way to avoid a blank screen and to replace it with an information or a little animation until the interface appears. Any ideas, how this can be realized? Thanks for help Roman _______________________________________________ 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 Jun 11 07:53:30 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 11 Jun 2003 10:53:30 -0400 Subject: [Mapserver-users] compile error with org In-Reply-To: <002801c3301d$bcae7300$1805000a@helicity> References: <7CDD7B94357FD5119E800002A537C46E230818@s5-ccr-r1.ccrs.nrcan.gc.ca> <002801c3301d$bcae7300$1805000a@helicity> Message-ID: <3EE7426A.2080907@pobox.com> Aaron D. Hunt wrote: > cc1: warning: as it has already been specified as a non-system directory > mapdrawgdal.c:81:22: gdal_alg.h: No such file or directory > mapdrawgdal.c: In function `Dither24to8': > mapdrawgdal.c:1103: warning: implicit declaration of function > `GDALDitherRGB2PCT' > make: *** [mapdrawgdal.o] Error 1 Aaron, This is a bug in gdal-config. For now just edit your Makefile and add "-I/home/mapserver/gdal-1.1.8/alg" to the GDAL_INC macro. I will work on a fix for gdal-config for the next GDAL 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 RUBINJ at gov.ns.ca Wed Jun 11 08:05:29 2003 From: RUBINJ at gov.ns.ca (John Rubin) Date: Wed, 11 Jun 2003 12:05:29 -0300 Subject: [Mapserver-users] Indexquery Message-ID: Is it possible to query a polygon only within the present map extent? I have 20 county tile indexed shapefiles which contain forest polygons. In the attributes of these shapefiles is a unique code for each polygon which contains a mapsheet number and a stand number. An itemquery is too slow for the number of polygons. I can determine the tileindex of the county number by the mapsheet number. I suspect an indexquery would speed up the process. Can anyone give some advice or example on how to use an indexquery? Yours truly John Rubin Telephone: 902-893-5712 E-mail: RUBINJ at gov.ns.ca From marc.drouin at fondex.ca Wed Jun 11 08:50:30 2003 From: marc.drouin at fondex.ca (Marc Drouin) Date: Wed, 11 Jun 2003 11:50:30 -0400 Subject: [Mapserver-users] Querying by attributes. Message-ID: This is a multi-part message in MIME format. --Boundary_(ID_++eXhzkHHGDG8fMvmZ6JKg) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Hi group, I'm trying to set a simple query application where a user selects an attribute from a drop down list and mapserver brings up an image where we can see the desired object, in my case, polygons representing buildings. The drop down list contains the name of the buildings, hence BNAME. Here is the section of the mapfile: LAYER NAME phill PROJECTION "init=epsg:4269" END TYPE POLYGON STATUS ON DATA phill FILTERITEM BNAME FILTER "%name%" CLASS NAME "Hill" TEMPLATE "hill.html" OUTLINECOLOR 0 0 0 COLOR 34 170 221 END HEADER "hill_header.html" FOOTER "hill_footer.html" TOLERANCE 5 END What happens in the application, we can see all the layers that are STATUS ON, except the layer of the buildings that I want to query. However, if I select a building name from the list, I generates a report eventhough they are not presente in the initial view of the map. If we comment out the line FILTERITEM, everything works fine. Can someone explain why this happens. Can someone explain the relationship/difference between FILTERITEM and FILTER. Thank you Marc --Boundary_(ID_++eXhzkHHGDG8fMvmZ6JKg) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT Querying by attributes.

Hi group,

I'm trying to set a simple query application where a user selects an attribute from a drop down list and mapserver brings up an image where we can see the desired object, in my case, polygons representing buildings.

The drop down list contains the name of the buildings, hence BNAME.

Here is the section of the mapfile:

LAYER
  NAME phill
 
  PROJECTION
  "init=epsg:4269"
  END
 
  TYPE POLYGON
  STATUS ON
  DATA phill
  FILTERITEM BNAME
  FILTER "%name%"
  CLASS
        NAME "Hill"
        TEMPLATE "hill.html"
    OUTLINECOLOR 0 0 0
    COLOR  34 170 221
  END
  HEADER "hill_header.html"
  FOOTER "hill_footer.html"
  TOLERANCE 5
END

What happens in the application, we can see all the layers that are STATUS ON, except the layer of the buildings that I want to query.  However, if I select a building name from the list, I generates a report eventhough they are not presente in the initial view of the map.

If we comment out the line FILTERITEM, everything works fine.

Can someone explain why this happens.  Can someone explain the relationship/difference between FILTERITEM and FILTER.

Thank you

Marc

--Boundary_(ID_++eXhzkHHGDG8fMvmZ6JKg)-- From hunt at zedxinc.com Wed Jun 11 08:58:19 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 11 Jun 2003 11:58:19 -0400 Subject: [Mapserver-users] compile error with org References: <7CDD7B94357FD5119E800002A537C46E230818@s5-ccr-r1.ccrs.nrcan.gc.ca> <002801c3301d$bcae7300$1805000a@helicity> <3EE7426A.2080907@pobox.com> Message-ID: <007d01c33032$47065040$1805000a@helicity> Thanks, that got it working ----- Original Message ----- From: "Frank Warmerdam" To: "Aaron D. Hunt" Cc: Sent: Wednesday, June 11, 2003 10:53 AM Subject: Re: [Mapserver-users] compile error with org > Aaron D. Hunt wrote: > > cc1: warning: as it has already been specified as a non-system directory > > mapdrawgdal.c:81:22: gdal_alg.h: No such file or directory > > mapdrawgdal.c: In function `Dither24to8': > > mapdrawgdal.c:1103: warning: implicit declaration of function > > `GDALDitherRGB2PCT' > > make: *** [mapdrawgdal.o] Error 1 > > Aaron, > > This is a bug in gdal-config. For now just edit your Makefile and add > "-I/home/mapserver/gdal-1.1.8/alg" to the GDAL_INC macro. I will work on > a fix for gdal-config for the next GDAL 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 > > > _______________________________________________ > 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 Jun 11 09:03:17 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 11 Jun 2003 12:03:17 -0400 Subject: [Mapserver-users] perl mapscript error Message-ID: <009001c33032$f8f94690$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_008D_01C33011.71D6DDB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable When I run the following script using the 4.0b and perl mapscript.=20 #!/usr/bin/perl use mapscript; my $d =3D time(); my $imagename =3D "/home/wcs/html/dy_images/".$d.".png"; my $url =3D "/dy_images/".$d.".png"; $map =3D new mapscript::mapObj('/home/wcs/html/maps/map.map') or = die('Unable to open mapfile.'); $img =3D $map->draw() or die('Unable to draw map'); $img->saveImage($imagename, $mapscript::MS_PNG, $map->{transparent}, = $map->{interlace}, 0); I get this error. Can't locate auto/mapscript/imageObj/saveImage.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/5.6.1 = /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 = ./test_map.cgi line 15 It opens the map file and draw just fine, but it dies on the save. Any = Ideas? Aaron D. Hunt Technical Manager ------=_NextPart_000_008D_01C33011.71D6DDB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
When I run the following script using = the 4.0b and=20 perl mapscript. 
 
#!/usr/bin/perl
 
use mapscript;
 
my $d =3D time();
my $imagename =3D=20 "/home/wcs/html/dy_images/".$d.".png";
my $url =3D=20 "/dy_images/".$d.".png";
 
$map =3D new=20 mapscript::mapObj('/home/wcs/html/maps/map.map') or die('Unable to open=20 mapfile.');
$img =3D $map->draw() or die('Unable to draw=20 map');
$img->saveImage($imagename, $mapscript::MS_PNG,=20 $map->{transparent}, $map->{interlace}, 0);
I get this error.
 
Can't locate = auto/mapscript/imageObj/saveImage.al=20 in @INC (@INC contains: /usr/lib/perl5/5.8.0/i386-linux-thread-multi=20 /usr/lib/perl5/5.8.0 = /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi=20 /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl/5.6.1=20 /usr/lib/perl5/site_perl=20 /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi=20 /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at = ./test_map.cgi=20 line 15
It opens the map file and draw just = fine, but it=20 dies on the save. Any Ideas?
 
 
Aaron D. Hunt
Technical=20 Manager
------=_NextPart_000_008D_01C33011.71D6DDB0-- From ed at topozone.com Wed Jun 11 09:21:53 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 11 Jun 2003 12:21:53 -0400 Subject: [Mapserver-users] rasters with more then 256 colors with gdal Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFAF7@mercator.topozone.com> Stephan - Can you give us a description (with pictures, if possible) of the result you're trying to produce? It's hard to tell what "comparable to a geotiff" means, since a geotiff can look like anything at all. Thanks! - 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: Stephan Holl [mailto:sholl at gmx.net] Sent: Wednesday, June 11, 2003 2:05 AM To: mapserver-users Subject: [Mapserver-users] rasters with more then 256 colors with gdal Dear list, I have read on the list, that there should be a a mapfile-option to process rasters with more than 265 colors (e.g. digital elevation models) directly out of GRASS through gdal. I tried the processing as Frank suggested on the list eralier, but the result ist still not comparable to a geotiff. LAYER NAME "dem" GROUP "relief" TYPE RASTER STATUS ON #switch off map at certain min scale (1:1000): MINSCALE 1000 PROCESSING "SCALE=1066,1840" DATA "./grassdata/spearfish/PERMANENT/cellhd/elevation.dem" CLASS NAME "DEM" END END Also PROCESSING "SCALE = AUTO" does not solve the problem. I am using ms 3.7-cvs. Thanks for any hints. -- Stephan Holl GnuPG Key-ID: 11946A09 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From kenboss at dilbert.dnr.state.mn.us Wed Jun 11 09:55:29 2003 From: kenboss at dilbert.dnr.state.mn.us (kenboss) Date: Wed, 11 Jun 2003 11:55:29 -0500 (CDT) Subject: [Mapserver-users] Indexquery Message-ID: <200306111655.h5BGtTI19733@bertha.dnr.state.mn.us> I believe the default behavior of mapserver is to query only within the bounds of the current map extent. I have used this feature to good effect in a perl mapscript environment where I'm trying to locate a PLS 40-acre parcel. There are too many forties in my state (1.3 million) to do a straight attribute query on a forties shapefile, and in the absence of dbf index support I worked around this by setting up a staged query. I first query a township layer for the relevant township, then set my mapextent to the bounds of the township, then query a section layer for the relevant section within the township, set my mapextent to the bounds of the section, and finally query my forty layer for the relevant forty. Works great and is quite fast. HTH, --Ken > From: "John Rubin" > Date: Wed, 11 Jun 2003 12:05:29 -0300 > > Is it possible to query a polygon only within the present map extent? > > I have 20 county tile indexed shapefiles which contain forest polygons. In the attributes of these shapefiles is a unique code for each polygon which contains a mapsheet number and a stand number. > An itemquery is too slow for the number of polygons. > I can determine the tileindex of the county number by the mapsheet number. I suspect an indexquery would speed up the process. Can anyone give some advice or example on how to use an indexquery? > > Yours truly > > > John Rubin > Telephone: 902-893-5712 > E-mail: RUBINJ at gov.ns.ca > > > _______________________________________________ > 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 Jun 11 10:15:01 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Wed, 11 Jun 2003 19:15:01 +0200 Subject: [mapserver-users] 4.0 win32 binaries, no Oracle? Message-ID: Hi, is there any reason why the 4.0 beta 1 binaries on the website do not have the mapserver native Oracle Spatial support? Should we use Oracle Spatial through OGR? Thanks, Bart From lfilak at medinaco.org Wed Jun 11 10:37:11 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 11 Jun 2003 13:37:11 -0400 Subject: [Mapserver-users] perl mapscript error Message-ID: <200306111737.h5BHb5N17135@yogi.medinaco.net> Aaron; Hopefully this link will solve the problem. http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0305/msg00021.html Lowell F. The following message was sent by "Aaron D. Hunt" on Wed, 11 Jun 2003 12:03:17 -0400. > When I run the following script using the 4.0b and perl mapscript. > > #!/usr/bin/perl > > use mapscript; > > my $d = time(); > my $imagename = "/home/wcs/html/dy_images/".$d.".png"; > my $url = "/dy_images/".$d.".png"; > > $map = new mapscript::mapObj('/home/wcs/html/maps/map.map') or > die('Unable to open mapfile.'); > $img = $map->draw() or die('Unable to draw map'); > $img->saveImage($imagename, $mapscript::MS_PNG, $map->{transparent}, > $map->{interlace}, 0); > > I get this error. > > Can't locate auto/mapscript/imageObj/saveImage.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/5.6.1 > /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 > ./test_map.cgi line 15 > > It opens the map file and draw just fine, but it dies on the save. Any > Ideas? > > > Aaron D. Hunt > Technical Manager > From christian.blumer at epfl.ch Wed Jun 11 10:47:36 2003 From: christian.blumer at epfl.ch (Christian Blumer) Date: Wed, 11 Jun 2003 19:47:36 +0200 Subject: [Mapserver-users] php-mapscript installation Message-ID: <004701c33041$8b282fa0$9852b280@photigr3> This is a multi-part message in MIME format. ------=_NextPart_000_0044_01C33052.4EA789C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear list I got into error when I try to install mapscript with php as CGI. I followed the procedure given here: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 Everything works fine until I try to test the installation with = phpinfo(). I got the following error message: Warning: Unexpected character in input: '=0F' (ASCII=3D15) state=3D1 in = /var/www/cgi-bin/php on line 3325 Warning: Unexpected character in input: '=02' (ASCII=3D2) state=3D1 in = /var/www/cgi-bin/php on line 3325 Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on = line 3325 Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on = line 3325 Warning: Unexpected character in input: '=0F' (ASCII=3D15) state=3D1 in = /var/www/cgi-bin/php on line 3325 Parse error: parse error in /var/www/cgi-bin/php on line 3325 Is it a known issue or I mistaken somewhere. I am using redhat 9 and apache 2.0.40, mapserver 3.6.6 and PHP 4.3.2 Christian ------=_NextPart_000_0044_01C33052.4EA789C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Dear list
I got into error when I try to install = mapscript=20 with php as CGI.
I followed the procedure given = here:
 http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37=
 
Everything works fine until I try to = test the=20 installation with phpinfo(). I got the following error = message:
 
Warning: Unexpected character in input: '=0F' (ASCII=3D15) = state=3D1 in=20 /var/www/cgi-bin/php on line 3325
Warning: Unexpected character in input: '=02' (ASCII=3D2) state=3D1 = in=20 /var/www/cgi-bin/php on line 3325
Warning: Unexpected character in input: ' in /var/www/cgi-bin/php = on line=20 3325
Warning: Unexpected character in input: ' in /var/www/cgi-bin/php = on line=20 3325
Warning: Unexpected character in input: '=0F' (ASCII=3D15) = state=3D1 in=20 /var/www/cgi-bin/php on line 3325
Parse error: parse error in /var/www/cgi-bin/php on line 3325
 
Is it a known issue or I mistaken somewhere.
I am using redhat 9 and apache 2.0.40, mapserver 3.6.6 and PHP = 4.3.2
 
Christian
------=_NextPart_000_0044_01C33052.4EA789C0-- From pagurekd at agr.gc.ca Wed Jun 11 10:49:05 2003 From: pagurekd at agr.gc.ca (Debbie Pagurek) Date: Wed, 11 Jun 2003 13:49:05 -0400 Subject: [Mapserver-users] preventing certain layers from appearing in the getCapabilities doc? Message-ID: Hi all, I have a mapfile that I am using for an web mapping interface, as well as doubling as a WMS server. There are layers used in the interface that I don't want appearing in the getCapabilities document though and I thought I could prevent them from appearing there by omitting the METADATA tags for those layers, but that is not the case. Is there a way to select which layers in a mapfile should appear in a GetCapabilities document? Thanks, Debbie From vic at wittmanhydro.com Wed Jun 11 06:26:48 2003 From: vic at wittmanhydro.com (Vic Kelson) Date: 11 Jun 2003 08:26:48 -0500 Subject: [Mapserver-users] Can't build python mapscript Message-ID: <1055338005.1902.45.camel@localhost.localdomain> UGH. I can't get python mapscript to build with mapserver-4.0b. Here's the error message: [root at limberlost python]# python setup.py build running build running build_py not copying mapscript.py (output up-to-date) running build_ext building '_mapscript' extension gcc -g -O2 -Wall -Wstrict-prototypes -fPIC -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/opt/include/python2.1 -I/opt/include/python2.1 -c mapscript_wrap.c -o build/temp.linux-i686-2.1/mapscript_wrap.o In file included from ../../map.h:26, from mapscript_wrap.c:688: ../../maperror.h:62: warning: function declaration isn't a prototype In file included from mapscript_wrap.c:688: ../../map.h:938: warning: function declaration isn't a prototype ../../map.h:951: warning: function declaration isn't a prototype ../../map.h:952: warning: function declaration isn't a prototype ../../map.h:953: warning: function declaration isn't a prototype In file included from ../../map.h:1459, from mapscript_wrap.c:688: ../../mapows.h:90: warning: function declaration isn't a prototype ../../mapows.h:91: warning: function declaration isn't a prototype mapscript_wrap.c: In function `_raise_ms_exception': mapscript_wrap.c:756: parse error before `*' mapscript_wrap.c:757: `ms_error' undeclared (first use in this function) mapscript_wrap.c:757: (Each undeclared identifier is reported only once mapscript_wrap.c:757: for each function it appears in.) mapscript_wrap.c:753: warning: `errcode' might be used uninitialized in this function mapscript_wrap.c: At top level: mapscript_wrap.c:792: warning: function declaration isn't a prototype mapscript_wrap.c:824: warning: function declaration isn't a prototype mapscript_wrap.c:845: warning: function declaration isn't a prototype mapscript_wrap.c: In function `imageObj_saveToString': mapscript_wrap.c:1675: warning: return makes pointer from integer without a castmapscript_wrap.c:1683: warning: return makes pointer from integer without a castmapscript_wrap.c:1692: warning: return makes pointer from integer without a castmapscript_wrap.c:1700: warning: return makes pointer from integer without a castmapscript_wrap.c:1705: warning: return makes pointer from integer without a castmapscript_wrap.c: At top level: mapscript_wrap.c:167: warning: `SWIG_TypeDynamicCast' defined but not used mapscript_wrap.c:179: warning: `SWIG_TypeQuery' defined but not used mapscript_wrap.c:361: warning: `SWIG_addvarlink' defined but not used mapscript_wrap.c:506: warning: `SWIG_ConvertPacked' defined but not used mapscript_wrap.c:706: warning: `_SWIG_exception' defined but not used error: command 'gcc' failed with exit status 1 Any ideas? I get the same error with mapserver-3.6.5. THANKS! Vic From kgeurts at gis.umn.edu Wed Jun 11 11:40:01 2003 From: kgeurts at gis.umn.edu (Kari Geurts) Date: Wed, 11 Jun 2003 13:40:01 CDT Subject: [Mapserver-users] RE:map of the users of Mapserver Message-ID: <200306111840.h5BIe159022492@challenge.software.umn.edu> Hello MapServer Users, I am glad to hear people had a good time at the Meeting. I am already looking forward to next years meeting in Ottawa. Joe, I think your idea for a map of the users of Mapserver is great. Let me know if I can help. This could be featured on the MapServer homepage. Kari A. Geurts MapServer Coordinator Department of Forest Resources University of Minnesota 115 Green Hall 1530 Cleveland Ave. N. St. Paul, MN 55108-6112 Phone: 612-624-3459 Email: kgeurts at gis.umn.edu From jeffb at erlandsen.com Wed Jun 11 12:42:42 2003 From: jeffb at erlandsen.com (Jeff Berry) Date: Wed, 11 Jun 2003 12:42:42 -0700 Subject: [Mapserver-users] Size of images in ImageCatalog Message-ID: I have DRGs for the State of Washington and I'm struggling with how to tile them for display in MapServer. I've projected and clipped the collars off, and am wondering wether I should just keep them at 7.5' quadrangles or clip them smaller to say 1.5' blocks. So, I guess my question is...are smaller images necessarily better when in an image catalog for MapServer? Is it faster for MapServer to look at say up to 8 smaller images that are around 2-3 Mb each, or is it faster to look at 2-4 larger images that are around 7-8 Mb each in to generate the final map? Maybe there is no significant difference. Hope that makes sense. Jeff Berry GIS Analyst Erlandsen & Associates P.O. Box 2029 Chelan, WA 98816 (509) 682-4189 jeffb at erlandsen.com From keon at nacse.org Wed Jun 11 13:10:58 2003 From: keon at nacse.org (Dylan Keon) Date: Wed, 11 Jun 2003 13:10:58 -0700 Subject: [Mapserver-users] Size of images in ImageCatalog In-Reply-To: References: Message-ID: <3EE78CD2.9020300@nacse.org> Jeff Berry wrote: > I have DRGs for the State of Washington and I'm struggling with how to tile > them for display in MapServer. I've projected and clipped the collars off, > and am wondering wether I should just keep them at 7.5' quadrangles or clip > them smaller to say 1.5' blocks. So, I guess my question is...are smaller > images necessarily better when in an image catalog for MapServer? Is it > faster for MapServer to look at say up to 8 smaller images that are around > 2-3 Mb each, or is it faster to look at 2-4 larger images that are around > 7-8 Mb each in to generate the final map? Maybe there is no significant > difference. Hope that makes sense. I've done the same thing with DRGs for Oregon...created a single tileindex layer for the entire state. I kept the 7.5' quads intact. I can't answer your main question regarding the "sweet spot" for size of tiled images, but I can tell you that I've been very impressed with the speed of page loads, even when running the app on an older 550MHz PC (Linux) with 256MB RAM. A lot of it also depends upon the scale thresholds you set for that layer... --Dylan -- ************************************************ 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 lfilak at medinaco.org Wed Jun 11 13:16:45 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 11 Jun 2003 16:16:45 -0400 Subject: [Mapserver-users] preventing certain layers from appearing in thegetCapabilities doc? Message-ID: <200306112016.h5BKGcN20851@yogi.medinaco.net> If I recall a discussion from the User Meeting correctly, you will need to use a different Mapfile to do that. HTH Lowell F. The following message was sent by "Debbie Pagurek" on Wed, 11 Jun 2003 13:49:05 -0400. > Hi all, > I have a mapfile that I am using for an web mapping interface, as well as doubling as a WMS server. There are layers used in the interface that I don't want appearing in the getCapabilities document though and I thought I could prevent them from appearing there by omitting the METADATA tags for those layers, but that is not the case. Is there a way to select which layers in a mapfile should appear in a GetCapabilities document? > > Thanks, > Debbie > > > _______________________________________________ > 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 Jun 11 13:27:47 2003 From: sgillies at frii.com (Sean Gillies) Date: Wed, 11 Jun 2003 14:27:47 -0600 Subject: [Mapserver-users] Can't build python mapscript In-Reply-To: <1055338005.1902.45.camel@localhost.localdomain> Message-ID: <2A4528D2-9C4B-11D7-8FE5-000393B98B56@frii.com> --Apple-Mail-4--253343646 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Wednesday, June 11, 2003, at 07:26 AM, Vic Kelson wrote: > UGH. > > I can't get python mapscript to build with mapserver-4.0b. Here's the > error message: > > [root at limberlost python]# python setup.py build > running build > running build_py > not copying mapscript.py (output up-to-date) > running build_ext > building '_mapscript' extension > gcc -g -O2 -Wall -Wstrict-prototypes -fPIC -DIGNORE_MISSING_DATA > -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_JPEG > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT > -I/opt/include/python2.1 -I/opt/include/python2.1 -c mapscript_wrap.c > -o > build/temp.linux-i686-2.1/mapscript_wrap.o > In file included from ../../map.h:26, > from mapscript_wrap.c:688: > .../../maperror.h:62: warning: function declaration isn't a prototype > In file included from mapscript_wrap.c:688: > .../../map.h:938: warning: function declaration isn't a prototype > .../../map.h:951: warning: function declaration isn't a prototype > .../../map.h:952: warning: function declaration isn't a prototype > .../../map.h:953: warning: function declaration isn't a prototype > In file included from ../../map.h:1459, > from mapscript_wrap.c:688: > .../../mapows.h:90: warning: function declaration isn't a prototype > .../../mapows.h:91: warning: function declaration isn't a prototype > mapscript_wrap.c: In function `_raise_ms_exception': > mapscript_wrap.c:756: parse error before `*' > mapscript_wrap.c:757: `ms_error' undeclared (first use in this > function) > mapscript_wrap.c:757: (Each undeclared identifier is reported only once > mapscript_wrap.c:757: for each function it appears in.) > mapscript_wrap.c:753: warning: `errcode' might be used uninitialized in > this function > mapscript_wrap.c: At top level: > mapscript_wrap.c:792: warning: function declaration isn't a prototype > mapscript_wrap.c:824: warning: function declaration isn't a prototype > mapscript_wrap.c:845: warning: function declaration isn't a prototype > mapscript_wrap.c: In function `imageObj_saveToString': > mapscript_wrap.c:1675: warning: return makes pointer from integer > without a castmapscript_wrap.c:1683: warning: return makes pointer from > integer without a castmapscript_wrap.c:1692: warning: return makes > pointer from integer without a castmapscript_wrap.c:1700: warning: > return makes pointer from integer without a castmapscript_wrap.c:1705: > warning: return makes pointer from integer without a > castmapscript_wrap.c: At top level: > mapscript_wrap.c:167: warning: `SWIG_TypeDynamicCast' defined but not > used > mapscript_wrap.c:179: warning: `SWIG_TypeQuery' defined but not used > mapscript_wrap.c:361: warning: `SWIG_addvarlink' defined but not used > mapscript_wrap.c:506: warning: `SWIG_ConvertPacked' defined but not > used > mapscript_wrap.c:706: warning: `_SWIG_exception' defined but not used > error: command 'gcc' failed with exit status 1 > > Any ideas? I get the same error with mapserver-3.6.5. > > THANKS! > Vic > Vic, I was able to duplicate your problem by downloading and building 4.0-b. In case it is a problem with the version of SWIG that is being used to generate mapscript_wrap.c, please try replacing that file with the one I am attaching to this email (created with SWIG 1.3.17 and proven to work). Meanwhile, we'll try to figure out what's going wrong. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies --Apple-Mail-4--253343646 Content-Disposition: attachment; filename=my_mapscript_wrap.c.gz Content-Transfer-Encoding: base64 Content-Type: application/x-gzip; x-unix-mode=0644; name="my_mapscript_wrap.c.gz" H4sICLhU2T4AA215X21hcHNjcmlwdF93cmFwLmMA7Dxrd9pIsp/Dr+hhz2YEkTE4mUfCJGcdm2Q8 m9i+tjOPO5vDkUUDmgiJlYQxyfi/36rqp1oStrO58+GeS2IbuqurquvV1dUtdrts5wu+WqzLLuZR zqZRzNk6yFmwKtJFUERhEMcbNuMJz4KCT9jlhp3/cvSaefOiWD7b3V2v1718Hc16aTbr9BDPzzzL ozRhg97j3uC71c5ev783gH87g8d7TxGgTAz+JmnBoqTgyQQIFCm75IwHeQR0Mx5MgkuACpIJC9Ok CKIEeGPJanHJM5ZOCVmYTqJkhv1XPCmAds4mPI9miUAXLZZZesXZMs2K4DKKo2JD+Ph0GoURT8JN jx2mxMUi+MAJ4zxIZjzH0YXmdJXEPM/ZJl2xD0m6Zut5UNCnIONskgILOzsLYGW6gUFciAmR4dSy aRByOeEkL2BaPer7kkrcYd3dVutvEz6NEkH+9LeLH0+OoS1Kwng14ax9uinmadKbt1ut3e6XeQkN LBaANl/P4BM24MvoWGuO7CgKhWyyFShrwVm+WqJq2DTNQEckLYWi2Cxh9JyHH1DBYJZrHsf4N2BT vpZkwU5WOah6EYRZSjpDelkaKyz8GlAmQcziKPkQzHhPMrm/AmFk7Bk7DK6iCXvJg48x3zDvUrz5 R5j3VuEcXGCW9vhk1ZHDDtLlJotm84J5YYcNnj59ijbe92HCnL1Loit0ALAxsM4DMbpq9Ytgg2Y+ zTgnM59EeZFFlyt0sXUEbK0K4DbkSc4ZsDjlYL5gxBF4CCIioww1HwuwS5gX4FmQmEGGQVjgNL/Q a9eyoR+Q02TWm7/AxikT9jbxxr8cHT/e67A//zRNom087rT+xsTLHvD2/GD88+jMdLIq0PnF/sXR wfjN0fE/R4dVSPWyjH706+nJ2YUXdFhwF/CjtwpcmEnNKB7n/H6Ux+MJD+N8yUNvEsf8Gu37C/KT QJDRrbXc2WIevzw5e7N/fHhg6+FuAmRjwfv9GG8edn9J3lNmtwpLfCrxcQvdJjoCFboAQFD3+PWb k5f7b0oh+Ozd8cXR2xGOKRFQPNSD5gUuvVUq43G4jFc5/rSkebQP2uyThsOAiYBXKQS0rtfFpXlM C2MG0OPpKgk7nujsDDU0ePQqLBgBY9s4SqapHj7ZhEFelMbi4FtGf2oxjMN5gYtpVlJJNwkWfFhR KAyoYZe6dNNwC1bgA7uJw+qrG8aw1heToAiGDxQpa2rarLAF8dRPC5gHwW/rX2b8ati6cTqGZUs5 Pjk6Pnjz7nDUalmG5SpA2Mz4AlrO+AyWCJ5VYYZ3xHCAy6hHYuuGfkXZZTzSRCz5GTwgnwodn2mj uhs3hxswgijciuzu2P5rxbONZxlGzXQ6JXMw0yGzOASz2DYp6a4t6ZgupPkcg5bYc9YfYoLFlNYg JFIqswiWS8xkcImnJBFbd3SCA+usHQgqE27dbg5F1Gl9UuZtt4PKu3PIO+FPxgvf2DGwSaaBiVMO eQYsHZReEMNzzLViTMMxX+EJpBiCMOQpwC1kaCHMtjx9RLqeY5bjFZAgITe0IHngMeFiCY07LzAC +KyIxLsOew4iU6DE0r4kyq8BI2Y0Qly4Gegx9tMKpBxMJvgTYcYPyR3Slxk7Z6QGYlARR6omBHSI tvkMkygDUIzAF8qMeoeyAeUmwZUI8TVLgXQ8EB9v6DfJBuFESBDNCl+EDRIXWgvN+jTGbQJM1vCP fOL4WjFX7A7RClQvV1E8oYyXTwhdTvjiwTPoBwsAYGRlqHRYROwRG0iDOA2KcM5WS5JlxgF1OpVy TT4IREbFSodCe4hUSMaSmhKCRbQi2SJ89MgWkkaipAxMrzK0QPh0Q+4l7Vb6EXJxqwux1l0DYrGp 96QceUGL+gogFFN9vZwBWz9j1JA7GSGrHOe5kQZTikMA/irKQMA85guwPfC2dbDJ2R9k4UzNCdal tOpJuXSk0HUggsE2RVQzmg+Nj73FXbF2mSJd2lqWVmOcKBcq1GrJy/ZPJBWxT60H8r0xXuMGxkOI jSPY5MD2L8d9Xc4hiE+0MKTbVxhR5rWp8mBmrN4ZFhSc6rHbyvIR7OXlad4om8/Zw4f4+ytLwB3L RPvaQAPSorIFcKgggUnNYRNcBAm4+jziWZCF841ruGoBbm1fd4uNWqSWRQbQn6RtCuOErRi+gbim 8qeONoSlyJbkJ69bBvMQnZqFXKv1NDBDwh0gO0zXyZ1ntM0Vt2UDZorWHF2gGEbClhv1YbknCoDm T0mdnrqAUfFrQ8o0UNqLCJ8QjOiRQrFMrcMcwjdGpKJHyfCco1CoxhG43ItMcpXdHr1aWzIeE4Sr Ety6Rm/sNRpnC/wIAxdRhkKMbJeBxhGl5XkYr+rGWst8ZbCUX3mddF3pHJYsjAXWmj2NOCxxQqSU rdT4kCWyLZleESkbs1OExjyK/3sVXSk7cxOJ58zGIaYxlAt5KeGwkg3oJpy0DpuAIzVEXbaSvqIW 21915G/Ix/BVyskeUJSoZGQSsa2t1oP6bBkkYU102HpQSXdMIBW/1RQVERVWQcNb9rk3Ld37JUuW S1EJvbVkSRlQTaVSVFLZIp2sYp4rBFhXloUyLNBNOMEugiSYYYI/i9NLSFWvgizCTDYn+G01z/+g VPmFXrsN5eO7ViTsCsf49Lfx0fEFTXNQ6Xn15mQf+/YqPecXZ0fHrxl7XOk5hX30xeiMPan0vDw6 3j/7jbFvKHq8ioNZbleYZUmBTircsrnCOh79ejA6vTg6OSaO+9cuzxLs8Oj85JdjldH1r/eI5Og6 5Evcm8AmKpnEqH5IZ9YZbAGBLhItIZsGUay2Efhe5A8Y3wNKhIB3PI8BdKXloq4IQ6uCqcIwrAeT WQmnNMuF+BynwFp8FcQr2TBJV3jmMrGaZFGlu7Ta3NAIyzPRuHG52F77kCWx083J5R8cpmCqDgSd 8DW4C2akntzTywHVPb0YAFtCNcDg9OWsfWbavK4oZ3V8EhB+tJgoEwMAh5YgdiAi8GmRlYjJfKW6 qSBS90MdhJCL12AXXOcf70REFkUqRBA7RXO9DbKQ3w3Fu2R5dyRNWj7m61PhmNDvqeGVieGMIee8 O04Sno2ySWZ3s60jdMc4Vm6ZW7QnfsX5QgX2+3tALytIu1/40A9XB2dZ0esULkC9/51jxrq4I9gA LtgnRuVcq0bbUPPF/d8x5oyw83RnQRs+211nvBgHBSShQj9Dg+JMJpSYH66yDLeOFKgEDtS5eHnd XOOwzGbIrATTGlg/OVk5u3HaGyriMhalgtYna0rjH0f7hyrFtNDDr1yjLw0f6gKkYb5lg40zvpQ1 wTLdrswfMf26svZ9p5tzOs0bv8rShXjrtX947aQpL9piLyiJgzzLVJcwrqgn67NXR29GrDtdCt+b 4kJspdZm3jRxZI1AgE/6Sw2Ef+oBjrbLGpham/ZkuLZ7iAcmuPOCZIhQ9Os5/JjSBBqCjfLvedtn AgLTXrOhsUbZ8L6keOOwxm7+lbSrZYBbNAZGjfbYJD25WNdKrFuertkwwMeauqueop+49SJdBSAY 42cduxoiqSmhKBGcbkZZNgbvkeYDn6/DMTo1tKeZ336X4HWJhB24Hl4S1vG7N2+2Gll+J0HZC/zy L5WaiSzLv1BsA0tmcw454ekG92lSBFJMtKV4Xg0+kIwfXXh9Z6UDqL4Pv9SK30YBSkxg/LUviJ9I VtQrMdxT+Iw+8nRao7CObw98GeR4pALAamC/gYpD8ajgCznsfgMPOSziaRgUKYadXZyxJxwZzzhZ Nbb5auRpZhYTQdKTDlwzVPb4OBDeM/xgDcwbB+bWwPPKwDtOslhCLrJY4uUkRRFXhxpy2OyXBmKL miP+vhfVIB/L+1n3ZBcGygOyew6cB/lcsdu6EUdvBxkPCs4Ck0/gXHEXJoMGLhirHJoDWaa3S0dW ctBytyEiOdSRxQlFGc9XsTzUQS+Vn043b/lifDz6pcYd/AF5tOWsvfRyLJ32oXBoqr4M5ZTF8Yzt 3GCVKcxVwAq5C9I7LyxU1oihBYFxsMwwjcr4NEz0TE43419h33Y2euWVMm4xwA5Jpt/uvmk11eZq N2xL39qn+liD2pYKqh1cXXa37DQr62pYsz7MqPXqOatdajpsid0zzKQ8d2iHLSiyeHbo0/3ijGAm 62s4Xu2p1Kgii3lCRdPOI2EUuAotN54a5OsUBVuUFACVequ6ctOVO13y5MNaAK+0DeDcRb0Vt07s MkqCbMOoYClNTNz+cv1FTqS1dVO5xJAmNmBSJWKpJ7A5v/598N174KHdH+w9fvLNt999/zS4DCGf bg9lEk9npqtEXu0U2FcoR6etY0435Pl7GWC10hljRPbNIvYDcAV/Hz3yV48eqTV+hdi7K7Gcd70Q e54Tqx50PWT96ymsni9esCfva2AUyHunph0qGYutc0nKU8jD7ybl5n13Rc6NYjBeLwFw1OS+Utaq aZIos0SKR75CSibR9ibsxXP2df/rDp0dTNgP8Onp152OTLSIUYTaEUA//MCeyOG4qbZxBCUc01oc HkDtDPAgwkL0mXz9+Zxpvu7PkRqtOZJWhLwKI60zG1kZsg4W9Z7VthYsvrSaq1QQ0OyDtboD8Pot W+k0ZKi3+d1waFzakCEG6EKJtDWZQMGCCguMWV0kPFjvBjjTlyLouAMarJN22UpQuLCOj9NEXz/A qSikrDTmplSEPDh5+dPo4GJ88dvp6FzRAekcyPRYXA5Awp3SyYuejtKiPb/a3TT2taVi1dzgt2gQ H3VS/poX+7jHQd0YSgJUC2xgDFRIhmrGpBWOWweru3Y+ev8Cojsc0YqO7erEphYbmuEN5YFSwAbz fo73HU4F14QltJc2AwiTO+R5qMGQQzGpTg0rxEao6h6ieGbUJOX8f0VL1el8vpKkAjTS/VzOUY3H xd2OGzlb4GUT8FyIKXQzLeYBPVGxSiY8y8M0U4U04LYb4rWHr8dfOx6nbyz0zczkFjr027i7b9fd UlEG8MmdqL4hYvswzo/i6/1QNEsLhSWuHaHMKuuqj4FR5nJyfhXTrSNbdzm4HHGkZT/ToOZKgZhb oRmy7ir50G8ZDh7l1s5N6qR8d6QIfZoE6KirbjLcKMIeGb1YqUQB7mHdIVfJMFWI/8izlCzuKCnI qd6kYG59bazacc6F40h7JIo+BYpuhxwwXSdtH7FZQ5VodXP5ckDLTP2ZnEot+/oor3zZwUxHxKuC L5Y1ifm3Tx7J3FzfZdAs5rIEiEP9Nu2/iJ0eG10vYdaQL1GFUY80c6urACECUQFiiFFD46MinubL 6nI84jasbc2VTh9U3LspS3dnUJNw0IGKzDfumHW4B1hW4mFlql8k/1DGLCIuXX+qXytqvOYvCpp1 lG+NQB911PkiAWKLC9k+9P+u8hmuospOsDzo9FzVDm6pMdUdgjZk5ksufAMPQ0t1XdbNZNpCBkA3 5sR8IZTK+o1KmUs5smy8PVPOVDak8jqM+DIF3E8mlOLpZIDYN6rA2+7yphFmBB2T2AkeCVCUjH4f 9PfUrlqMxxVN9Km9dib22uBXcirKI3QFIvMfNizhurSS+YYtJRI1xWqiaJW79DIvZU2jMOZkztZE 711s1Qii7nUzW5H4oOjQaQuymUhhx3S/+2cMRZ5aQr2TDjhPZvJEs3pajYjWzmYPwG/F23Jhz2XQ Z0i8gtlqxGkh9nKGJ030gcGdVJMFLHY9aMgTEGU1TUjECMVGor1f541CiUaKjs8KZThlyVqfdC4R 3LJoLeVetNaW6yyZVqy9bv4RL+DDjw6f2io77AUb9Pv98ibYtf8667dWjyZz33ISbBdvxUVtvP2g byXlWy5cfv5NCRKeLimV0ga3xmSGRe97VNXGcpMyPyBShHOvAqT6wyAvXUt7Jg1HOX/JQEtYxGUp bXGXEPM/DKs46UKbi/VVnAYC7yFdsypjntwNs7gQ56KuKlBH3hKR5d2IyNS5TKVmoarB7WMpzWru 9OhumN+/lai4ttdAUztiLckaFbl8CDY6dVzAeheAsZcp92sAb3SsoyTTJBOHkQhdeCwp5T/xS9Rp 5bO38XWbexGmrFuvtXdiVad8WbeKGC3U7GL/5ZsR816OXh/Bnqd0d0fdOyTBIvQYT/zQ1Q+CcM7f cjy8AzGb4Jb/3n/PasctguwDz5rHDRrGxcElj5uH7TUNgwYH9HEjhQ3PxmkZ+EkD8DKIeVG4qL9p gkbjd2C/bRTQ0mXiu3rQLP3j9Ccb7vsm8mNyawvyaTNxVx9NirQMwB1yuw7dEU3qixbBrALcpMB8 s7hMYxe6SYP5PFhyvLrtDmhSInHvAjdpMUzjtGLaDXoEUYaudQyadLnmly5okzIPX746osdFLDdp 0uYfYKGuSzWrcVP1vyYNZnzKM56E/G3FtPaaFPlvfFalBr5RlaR4iKTugCZV5iG472VQmUSTNmcZ HlKsKray16RRMi4XuNE9wZHBAqK0ooEmzUawYrhRrUmzV4C6YoqPm3Sr0ycbuEm3dFPPBmxSaBgH ee6y0KRNypQtuHolgnH/iNfkeQm2SYF5sako73GT8tJVsVwVr+j+vDumOcRuG9Wkx5jPYFl2oJ+g Jm97bhzA9t4Pt6zjo+NDZxUH2Hte3JVJh3r9wytg88aLzrPnDFeKPMyiZdHLU4C7751g92mGKIkK sdmMCoPbecxCXRZrG4i2/bRJr7cL/6EPHzipacbKDt7eoedRygoZQ1aRZhuq4yCJgdN9dKK78LXn dJ+JB34UzGN3dDLh1wbBE6dbV5AE8m+c7sPoKsLnTl5u/hsL59863SdXPJvG6Vpi+M7pPt8kRWCI f+90U0XAEH9aGZ2D1FT/oO90yzuHsv/p05a+jklb3zEBcfVgC9Z66Y65b38nR3eRz3S1VmzAJmpL rDN9Sz3PZEGhrhZngfmIVmTIOhk3+KQ+t+GSINvx2IrfhsyGu4UzbStbmdNQ27Fp09qGzFQwt+Iq 2+E2hNivoO+AuGTB2/CWALfjtMx+G0YLbDs+4yfb0Bmo27jTbrWdOw1Wh6+0Bf08uxMbRzvIGm8N /Es8rXSdGJuH5hk0PL5stUzZ5e05OSIEaJ5djcQJQkvWT63IkAVRzseL3EJs7kmKF0UHnmWXqymk ct++H1Z6YEKQ0j75/v2Q7e6yLE0X4pbmEr+j4HvWZTCMXW4Krr7xLNcoMBQBBow1Bq9+I2tfgoTP 2u2OAaITCFyzu8g9Rb7nbJG/5sVI9nhlaHqsE0EEND6GW0sUpnBecPwOjSxdzcT3vQj8+FSuz/BB wISOjOQ3MIiUQ8DYWORke7pNXljX/D586HDDXtjn7FIGiTx9ESrwQZjfgCj+nj9jf8/h/7+Stm+h AZ4LMCLfSRrky8hHmmeZfsfGJNm3hKhUEhRaJYIpB6akEIXO/sIHU+0tyx3MFX/OwWR5JgRK33Mh H9rVNpr7bB3FsfyOLxtDuMoLML/KAJanadJj9F1/upWtOSMHsDFEObsM8HsJ08RSfSAeMqLvPpHf tuEwauNAQwFi+8BiCqB6Kmg6Qaa+HkNgrliJWH6ZJ03WtQeKXm/PcV0800U+89q+iEpvdfSFL6tS 5lJ6O3p7D1L22v9Z5DB/vgc96zTxc6iNTl7dgxhC35+WU6NsJlIN2ncnZJ7Yb7VUJaOb8LUqa3id T+K7kXRnJh5NU214KKz7OqE4Fh746nEQ2aWKsNHU+wqb1E0tcRzhyeNBbGlZzQRJ1+Af0GpHi8+E x7zgmj9NO+fxtCOMno6E6bNYJXG5kHBqv14e55d38d0ocVsgPkrk8gRlkZ8KiDPEBgMwoMO0DVX5 YLUiPI1cosjWOpoUc3o35/jtnmUiQGV/gl8ONLouOD50h8PkGDWgOsVJFqwdUrI02IW/vq4Ademd r8t0XXpHzNCeP8I01Vfn/9eKN1MewTfSFBb5EWz+zrHFe0gdUp+LHAV0kZ6m8WYGeYLgh5Vg6H3P 0KSvy1AfbJBCfo1PkU1WS4940vQPYdaCPk6SiblJOj4TU2MDA/8KjKSGX1v84Ojn7w4ORufnQsi6 Ekweoj55ZZ15BqpTfj5AdXSkzmxz1sjM6FsMWgFqiy6P/E9Mmo57am26RJjszKH6JQ1Ns4WqFTzZ qhWGJBVr4WHSLiwfNCz/T3tv3x23jewJ/x1/Co7v2YyUyElsJ7N75Jvco8iyR/fKkkeSJ8nOztGh uqkWJ93Nnm627Z55/N0f4v2VbIAC2CBM7d6MmwAKVYXCDwWgAOQreHERsEdAT9YZ/Qn/pfCBS8Oy hARiA+XfVulVNgE3XdVXm3L/vt1SPSGGGEgPktvt9UN7l2qn/fkr1A+21ApJoDpZv/n0iOzVwK6B f5CeQdPAP3AHBP8EYwdNkzoL/s4PHOCTfuCgFCuHcT2D8q1+xNt56DP89iM6dsrLhziSeyPhnzKn 64uYKGaQ66JffEH7CiZA+6hA8CFd9KwipO2hrHFJ3ZNMrhfut2PClWLz//wORLLkP/2IxKIqFJWN D+2CDziMh0v7klcJ2AN+oeggHY9l+Vl3Y9xIPJAoYhCTB6KsvvqW3NXIVQgMyQR2UUFcHpgU346P vmCw/+ro9Ozd5Qneo8WBZIAFcOvNfJyky2W64S6pq2VlmWFeWA7qG1HGvpKF/vop27U2ZxNP1Ll2 kMj+/RswtC6e/EQG1aasG5R1w2dlDH4tdiN5pOTbfaW3P33r19sinGXN36fTHFy6VAG9aIC8NhTh 8ibJc1lWVSZsNZ8eMawEMEd+7ZErd2QP6SveRYL/hucIabJkqSSBBz2EsbqOqPhdvBtTFYXnQH+C vQemPPkJnwxFJ0J5UTGbMgxS+TiBGBDyLhQFoDogJBQoEookHwKFiAMdFjKrI7UDLJRq3g6GgEwb LATlRCikfAAslPgQBklZ1KPxGCI+GndhDg1V6JBJZC0cMp3bpXrUgtv1lHdlKR9Vj/+5WM/HK73h oO6f/EPoqLewwDezfP4RnmLlv6Uf2Teo1O/+/g3qu9U/hB7NqGw0VDb1VDac939XLPeS/EdwrPE/ RSOAEWcJW1uBOf8Bcv7jP4U2/4biVpWEi3yhExQslJye7ylJB4lIDzH6j0pcEAmpUw+gdPTrnpJk QwmprYanTS2ljY6nTT1PzZSQasnCBGeSGosHr2LIFs9+jrOVCBp7sxV4z4P3YWEebMVoBsKDBQq5 1SMGXLWGZMHNfsnJr6dX1+DiOhiLRuEEIjBYs4VHZIk1oVMFEqZgPaE0Ahw6gCHgoygD3WKoYKt2 VkNdLTQqwMa6+vPR25Obtxdnv72+OJe4AyNNmS1XZH5IJvTEp0GwyyPIk6fCfITBlDQJM2K3eT4i MtFcKTdYWk+CYNn6SZDQHDlRl9Ig+srwBiprFD50dY+2ztnp+ck+WRQkZdj4zh3c0BX7Qtea0w1E N0UglQoxjUZCxDJ05MgKvhQRqqvBvYSUMbQmxDkt1nJWZPT60gj4SdsrENjgMC+ANa/ABbfgSqA9 EvvFwQ1M3Gdr+vxlCovVv2jZv4HI8b9XcAxXaua/gKVC+utlNqrG7emq+lCZ9M+vXuNKQWVYGFTR QfKlQPS7v4MviBr8F6EEgJ9cMc0VIHKDamUJIRETEUOSjVRWLxYp1TvJGPl64cBuSZNgrJM08wcG Lv6/NAhaiOdkcyv8BQe2g1/oBnw2Ti9SvHyOpl/UhxMJ0l8vqAMKOtB6xU/N4E3AZHpGi+qmaDhR maaB7/VTNTIlq4baJ09JNsQG3PK8+vPbi0U2f1URYdUcJI+Xt48PEiK7eO0EI/jMiuDXeopaEuiM m0yEtgVSPBORFIZCUqRGlKbFSiIknuJTPyuzrQpeeX9OLKGZvRILkuyBn8WKnGknsnj2T4d3TIhN JwXKeH1DP8rrp5gwh+wPKksawowbjTpgTQowCh5ugU/e8ddMr5Lb7A4cTV1mTyoOp/iSGSr2ZZaO mSvz5Kf76tsBmJqRIW3bEo+sDM6f02mk1hF9gEawGGwtnhODX5+1kOJ6mc5X4AbmbKyThZ9RR9PS KCeVHPu5b/OP2ZS4S5W8T36C658l/jHKplOAi1sshS0OcEomO5p1tiLsN/N9FYhCVhdEWdB2sb5Z 6YKLWNcWt7+i/MsyLzNVdVhvX9TWVtsVlE5AxyylWtWosUWjaqUVMrgnyX/Cwya6XYpbeyFDH/gt 0QA/+V0S8BuuaIvZ5BV2PpUfFUHCvgriaNHyLS0FCRAj4kafs6Lq2DQXuUii+nCAr8xiVdUNO6Ab qRVxY47wRTPc8C0D8mq2bgWdS5pS1ks5ZhoXTeWIdNi80kfUwCga96vxErxFiutSSqML5bGK0Q+o YjS6v0ShJhdcqT3spiGyCdM0Kf2HH2GOZJ/FYqGUJz+BuwSrHlrKuwSECVmDslgK9/ziYcXBkyeo T5B6kv9Mnib7QpuLooDsCe8iSDWAFUsISCDmVV/9Aa/rjOQVmnYPr+/QVKI1+TONYGB0mnl7k88y 4GcZsDbDWbWckUSRMfqV8kWJNLN1gUI/tzP1e7YRfqMjqRTUM8HyMFW80AyK4rtHyCodOY8CuwT5 tSctbjNzgT/h2AvzZiu82PXm6Nfjs6Orq5MruLc0L2AMapP7Ds43HAMae18SqpDk35Qq/r6/L/r5 CrJsKf8NbhCcwm3ZKHnlXraNtydP/67xlqkemXq5XocXYIGexvDx7PsKfaEXUJWHjbpcg/t1y/R3 8BQKuIa2uEty8MDZlA6RhDLqbYtltoLdTazwQDNo4SsX8DWJlUOFD83jTNJFUwRPuSq+JD2QfBEC 47RuC0J/9L9wtkUCBqoxiVHGY5JCXxigyFoPlX/Cy49JaNWOQqWrrIgaF0gtLBayepUj72BJ6/Lk 9cmvbEGNRgZTuiQ6+Nv/tfr28UGiEBUGW7ZpSDCMkNmX1vPgsXWTev/f4/+1+n+P3dV88uvby6oZ T/llxPra9/7Xav/hdX/iu6C4QM/b/XUF+bLFy9tymh5gYHwg6mmr2b3JyhRdNaTrdHA5QNovOSuK 39eLP6er+2twrzK2uGp4SNE1IezOH1XY7bXhf/LjAerqQi37tLOK3zkPhjHIXU8C/Ezw2mAz93h4 gTACF6VobTWBFg1TSSo92Io9gwcET0cqxjVuymqiQrmd2vGqPKXRc9WPX8k/ftNt33IsqHu4Qhzp QUIoP/kpn02+mYwPEHlEG4tI2aCCjqD63YkqS3Es098iBz+0CUfWb8CYAH/siUfZVR/9jKbT9R8S /0FPqX/Fn1sGXesK/t4TjjOrEQbENGv2BVHp1f4XNDOnjD2u9n0aZYA+su1CMmDpKPATG9YYMGIP /9rj2ou5UHC2DzbBQS7Ofzo7+u3kst59EsLzsP90BkhU/hMkiej9TST/933oWGgdKIFiA4lvSByx +P2FVK5YjrOlXLapFP2mOl313OgdLqpx1hB6h0twskY6L4u3eETrZpnNivcZclbFCpA5AvXw4Rgv yMQQXbeD1AeeCBbtE7uQ9OYdMrrCdORv5pW4NM4CfwKHnR9xw6RM78kTBqFUhGJRuXha5ciLGHTJ AKwZwAKgKDe9RteTkhUCBty800gRB1J4jW52WfFUhCGe1S+rfgQWk/WMY+JwuVmO56blAZbA9Sap 3aS1KrTrkU8zFPVM16D4plVkUjauDzgSfHnEl/aemK94Ti9hDq2JMfj4A5mug7wjQG2/ZoKlQUWu FDQZ9FteQf1SkxnnBOaH1iiaIinYsMWLV9+B6uM/IKUmiZjdy0Lsib1m34Rv6EDxPAO7tWQZXEmx hWOQpSZgBSaZx6tQXhfLYlaUip2rIxA1Y/CGNTTldwvkB2AGsMmqVYyztjWA1451dahVgKC7+gpM guzQmEgrw9F1nNuhVIgeBO6yVnity88bcFNffrsuM6VX8LUjo/wnMAzybzznAjRn4HyixNBfFPKy 7g8SRC8hpBAdTYtgVtHqeQOX0ko85e0Axw7dru/u6EKSzCl3HkVgEhIgFAmJeibh6bEGHsk2CLcL InMCSaiMSLshcsWvKrd6vWxuRjim8KtpctWUiFo9LlfPgHaM42vfsjfzF56Mpn4pLItWvwLhCdOy Mn2pbo8LT3ewQj+LToi2dubPjwpIZlxU65wYLjah+hwuNGGCHS8yPajWBywwtaq3YXGJt+tf/uea 217abt6II7xjxV4xoF3s4vVxRfLZW2GDi8hGT/zQ1H0i4zi7XddbYi2Luq3Q13x+YvhqzTUd3ak2 tLuRei3wXVHgKR2PMWZu8e75UCbkExbzOaoA7wyAw/znIOYRThIrYUHfneajvJxuHtHCcNYN1sBw tWf5qqRM32H43idwSZfAEtEulfiEmiUwtbHpEqBW/y4WHPn23l5bmAuOdUe6jNX8y5sr3MAg6u7d 5dm2YX1UWcrvNx+5f2/gv7FJ3MB9VawscHvZDdq7lRurqheE+4lVcy4lqYbWIVWQ8LRxo7LbaBDT QD40qwerNXSBihu5oPrZKgb4424SBqVYAvwJL9C9Xi+mGbhplp2+Q+s13DitvHEl5hRuIGZVI8r4 ctg9WONBfiDdMbwHXmLfRwS5xahqGsXVzy48wabASYPMH+toVaujA0kVss7QcURWJXxjk+nnqvqJ RGhSC6Cg04VGPBBOAoJYkDqOVlAZpLbXgs6qKWuTLmTfSW86rwpwIbWt1bzdwHIH4F/X2WzB6Qc9 9wxeoYQUy8WPbFkV/HHUIA2oTIC70Na+I6uXTI/opFElzZ+Prv58dfp/T7SqLBd0Ve0OkM3Kb+D/ wtU1PiO8b35B4jNkMthC0XMOfCd4prksRDZlVPAAPNapu4C6XDz56fdss29B6Wk9JQjEWlJQmUfw QqU92lCIopT/U7314ILEdIiBgMVw9G8p6pgtZ5EvYI0ETwhoJuXQDPAa3qQLmkMIfGbnikf4JYl5 UglRbhKIofMiwSvuWTn65ptv2IFjSr5qOXTXKn29GWVg65J4uRnLpOkHaM8D8MitSHLjBV7TnGfa wvjTeFVWFBAL6N9wrFTYQ6MkOIQFKkQ58UkMYLHc0izMzmyXcYkKcQ1N6xPChJmWGG8CZKIlcroK smWBHERCpR/ItgK//QGXyalweyjLf4KJIXgeAv386Ud56ODeVqo9zw3+u3VJXjsScbgL7yKHhdEq u5rML9jTIloejEZBuNiuw30sA49IvE45HBYuKfrE0c2Tn1gZnpBaoSIVYUSkK21I4B0brCmltJTv 78rjg7KrxtwwyZnRmBwXN6xfg8WW84VoN1/uSU2HYoV167wwC0GRpnXaWrZ/3sATSgLzii+PR1X0 b3K/HiwOb77E+w/48AGT+Q+agCkfwnEYQPdtjeTiZ6WoGJLnS34nthqYqWwUhHF1i2UGnuhGq7ca NFUPprBg2ON0OlqDC3CvwP3XNPIHhWOjX+t5DkZC9APviqMfZI+f7pIU03UJ45QI74CoEk4rInLC ZU1AW6F4MLA1ny3B6IW4WSXF7wl4nf6RGDIg6gCGGtTpADil3P6etJj9o7hpxImLtozhQh0nthwV jGMO4U1pe/Cw89XxyeXlQfIYMpWM8xmKylyBSLdktchG+V2ejb95XGVBa+dgHNrn75UUt6cRsODR 9RTuetOIAmbR1Se0GbYPFQkfrBxNM/A2czrfJJWi3ufFejXdJPgBe/AYLyhARcfTVhSAiWdRtWK+ fomEBGMlXwIJmZV/sBSPdDMYkgtX/86rGk4uq4r2dHzJIzpsS2jaUO1oWk3LNpgvT/YgefRF9YfL ZLffQKrwVFgifVwvp+QGGM5JB8wjTlhAM+YINFzFD7nrAPcU+Au+EJBsV8Xl0S8vj66P2uvDUhuK syz+GauJWLD0JyCryrnof1EjRftKW+3y3RysmICLO0GcSJ5OwUQUlm3V8fCyGT6iAvUq3KX3pQCh +w2wSYKlzbCYh2KepNB2Ru3UFqY1oTLgjtNiVtlJhodJBOJ3KYgnATD3gTh6cDrK33uhd/HkYfkb PPhBsj8h34UfLrgrar/Qla6aCKoMy/L29NeTsyviC3yhOrSQKmIfLCgAlK2AcfU2W76ryNTTP/hu /1t9ZpK8n3wr2Q7ehf+C8ym2ctSgnm85vci+KO9mQNNXfYgKqSE+wDO5Gn8FFuNOAGw7DCIcB7mq JoujUj08gTeH+bMDwmGQHwl2PvqifnRlHfyu8t+T0zdHr0/Ata3JH//X6o+gj1dQDgk/FmQEeyea 2rnW+DeH5/KRB01J1sNYIj36wNT3QqB5tFhMN6JivtTB+kFCBqYnT6u/g2RLVyfZ4P8wHj/p2l2o Xmj6miamJuCJf5V3jcMHAyQ0jp4QjCAtP2iJ1LrNAqW/4PdntpJDMaVb6eFs26hd4VdpttKjGbdR vOQe39lKVcjMU2ZzHRDANdayqUaLfCHWcCIU5QCBxArX1KZRsVldnNK31gTbkvnXzZVp2pcVxY4e pz7dw2WkjcDV5LCwrnHw/RxwMgNuoqSzXHJPFPX+v4GDbPWrLhqMy4ry/a0ai7cEW30hK+mfUtQK U5GDKBjUTE+ebo1+EZkhgSuMF9NoF1ahFOUiVsCHp4hrLWZRLawaJZpFrIgGoTTs52qr4uMxYT1S 1ArDfnFvXzPu686LuNzCZysmNXxoFkkst+6ZtG1EfcD+PKk4fa91qaQtAHZOu8pP8Fa6UEOhqw5e BsRRIWPyR6vXb85s6qiyw4PmDfXIjU+32E2Wymq388Fss35Ln9nBttqat/P5WuQtfT6t7ba+KsWD t/ZF8a/IYRJtL/gXuLHknOkcXxpBy8jLkvSaB3hl6JZsZNpY5UhoEjUOboZNE7+h+2LUmeZYZBPR K0qtQrsKZpMVKIP3NJN0Vcmfz4ESAD19RTjvjxTB8BfpIgqECfWSKlebMzM/X88wnw0YJ/PFDvDo GhNsN9o1JSkhSyk0ZHMmvhmJ2jSNSHeUDZpQUG5d7YJqZQzBheCFO9qNediHlcbV3CRBtlC5SQoq qxdLS4FSEYPwaiiIEzQJhavB4LgqAM54mrSyPJCQsgiIBc1LlU3RrnKrys7Estsrm4lR96InBR0j 7ZkTPlgfVcLlra+EBN5bVwMLNlQkb2VB77/yA2rDinAVyi6grnNvoQhl+GqRzuGGUbZSnvm4IiTG PAkkDVfsRaJ2qMq1GWWr1TV+H1Gt9/Y13qCBayorbCBw/KQ/0KWjMHuFYtm88pBkLuGFy0JNiD2Z fIIIJ5gkT08DB5h7NOHTy/BQfiXaiOs2TEI3yQ+PImkzFlm0EpnmQhC6LrDvyya/ArgmyXq+yidz sJuEVwwn4Jm1FQNEOEUSosL4uibIf65sUdwZIOgLH/taZaPZYu/xxfljaQkJTgw0930QvEWLT4/h a/RnR8cnYO2/opLs68LtE5H2ZIw3bspsOU1HxE8j55mfCtFkIs9c7U9+KsE9WGCXcl7K9eEqjsEG 0DXLJtX0XUNNTDtipeimnUrayfjbSX73mMnL6RdpkF9fPX3zGi2vvj59RR6Vy9HOZfo+zafAX/1G bgTu77FgM8LeCvjDjjxzX/n4tU9k18tQrMV8wovF10OMsPI8sIrfzidvy6Wk2C/JfWO8UmzZ+Mci s+Djv6vcNYxotJqWRb5naON/eXd0dnr9G7Dw//0DsPCHCvbhdrawtptffn7ztoXhOLCbf5uwh1+p pRzCvUa4Zo8kBw8a2tg3PYgh6C8xYJ9xT//JejZBRRhVqQQ0Hs3HMJCWWBcKuiXnO8HfZAx3LUgG ZYeT1UB2ORm8g5hF8muv4VIFfRwFSHFwXxi8LuwxJIzgi+5SqptESDBrshA+3JNFcOCeLuqNiC7T v7LDL13DQdCBvyUXUuDXVfBRzUdylCezAt3Yj2aVKPIGTc8oa/ILY5AodSvukGm6JAnX2kSS6mIV mb2CzFh71XBbpYGbuJPKhymWlRcDImNX98V6Ok5uM/BMpmTNhMoavM9ZFiTWFjymSRj4BgsDJmJI GKR+cUmMbHH9R343zu6Sm5vRYrpegf97BDb/q076+PhxhWr/AV56vSOPaTPX6ebDMl2QlwtvwDMP 8HEclgFVx36ny8mKOCDsKzrXXtz+g6wk4Zsyq9xPxecYk+8SlAev5Vc5nuEvjFxSUfouAZGMCW+r d3t/eLs5Wk5u3qbLVQajt/cAPwc4Lnr/8cX4UJbl8cGXgNrBl6CmymObFGC3Fzw0TBfT9uDjw9Xs s0LdEoyrsAB8P7jymfcTUPTpAXyiGGwO31CFHcCCby+gZ3hz8uvxydvr04vz5P+rGKfXrXFPG9Ma AcF9/D/gtjv48AZgkBP37ebm9Pz48uRV1Ro35wV4XyWheoaYDr8Ka3dSO4BKD/l0BK+f2LPqjZYw 6dQSUEl3pnAoy4ItIQQbQLICfSDhK1vgjYFHaLHJX02LFJ3YeQkL7qHkfW9WsIkIDzb9wYNNeHiw iQgPNr3Cg00weJB+jMc/wLL0AQ/Qc1pB4QHQXix4gGXpCR5U3AaEB/H4B1iWfuBBcP4B0F48eNAn /6Didtd4AFb7sHjODIBvXtM2POQYeay2G1vcZfpk9sULwa11iivCGVgMhvlnqxv4gxwmPMEpe9Ky LYh0yMGTjtkCru+k83mxAauyYEX54uTyMlmmOVgGut3A9eZ0Obp/ma9+vwZrVfsyKRSGUlZp34yS D/fZPEnR1vIfVyhSDyThg7mjdP7HEqw/3YG3SQRK0IKJBOAml3GGjzmcA5b2wVkJTTo7C4n+qlx/ UOig6yxPCR2hANwzmC24IstiXebzDJ6mkYUn+wb7Yq1ii4C/G6jCG0D14yhDGxuaY/qV/o7BYTbY DqjxpvmqVPLNVpfZCrcovJ1GQ6smakM93/9J6ZWwb59nH2CkKrpwFePGPs6nxQ26V+iq1+IFWtcd twG5ncC0yHZAIM3sUtIsROoBUQZEcYkoO3X3yJPpHWCG9HoR9P81zz815H/emB9sSRq6kmLS0/qk Z62Q7YK5oJhbOhcB1cH/BjMj0dX4VKrxmVCj0AJO630m1fvccb06vxHcFyX3BqhkKDdgYkD8AfG9 +ZDam9u8rvXc5Z3APYBjbo0H/3zud+qf54ecmMIKEPzv8xBQV4dCeDWAb6MBhAYQIn/eQajb5WZ4 bLsDDCJh1MTXJL9ZDnYZFfEv2RcOy2gsUZXre+g10C8K4v2AfyJQqj78qSsHVUx63tJ3vchXh3xD aXxX+N/nEFF/gP/9Uwi42s6bRTbRoRtLDMxplc+lKr8XqiTW6sVphp1ZHKwOIAfQOqBxDGPXMHb1 2YEmg83N6kM+WWaTSopsaT2A0arhMcIGIAY4/PggASCrO5gI+ye4vuZ4mmfzEp5h1i0zg+JkYCBL TOwbvar25ud1Ph3/FZwE2qPjAIgt/lQ3jL/PwE1EQB9OgkgoOTaWc5/8bxxL4njZN6Z1ONo5DiWM hNedg11jS1NwvnMsieN4T+JhRtCwdbzzOBKmNydhJOEggr9IEteIEEogCa+7qBDBRyiJN0QIIpKE SufQCFpHk1AahvEkvJWJJjeCV+buPUUH7Yo7lro/zHSGmU4o4SYMW3wFnPjo340g7zLshOFBSJDO bBQecSRsJ0PkyQAufY88Yd28F+soHH56W0khF2S6WUhh120SFGVf/E+aRFm8zJlIFZEtonCaczBj srIC5/MlURbHY+uD2j/k9ROqNSfLJ4HggL+1E8c4EMrSCae5eHDAx7KJLxzY+aoJ1dosIhyY9QUH ZqHhwCwiHJj1CAdmu8YBsGBJhHPX/q3XTgkJw6VTzr4EQYYFjGEBI5TVUQodvhZH3XffJvh2uTJK e3tAYM2sU1bvsDI6AEvfV0Ylt8/RoTwz5PisjuXJKvZ4Lu/Bc5PhYF65r3QJMc54wP0B93sdWCwB v4tzMWaoP5yMaXkyRmirTo/G7GBAGc7GPHTcGg7HDGPYZzaGVVKk81F2XaAHPLuZxPC5nrlZ424Y aczHjMM6vQhDR4+HCEerOspifK09UTAdgHMAzt6fiNeY+VU2AY9xhQScQq7n3uHV9WKPotvIln18 VLllxac71CfdYVj5GcCf/EUM/vDR9k6gn70iT6CffQnOZ4Z6icVnJnruAj2hPQ0+8wCbSQSwSZGt FwdIWIhJ4ev8yLQyMaCO+XoGa1u5CBvFRNnoQT/U3u7n5O6+Q600XgJHcU2O4kYpv4HEj6p6dBBG amoVziNItdI4jk16iD2IK/8siJTyWx9M2tXiLFEh5KcriDBbWvDuTCqye/EiHwooPmb9QsLL06uL X85tUA1WEBiioUbsCM30gdNOMY3KEySe8f11TzCLOkhrHYT7nWPEA3HnWAnOTKV1+DymYBg9zyyR F2KYuQ0zt1Bi5wm6+Aqdd91xGzDeZdw86ebhQDmzS0mzQ9D8gChxBM1TT8pNzLyRX/g5RcxL+vW4 c7qDKVR08fJybxg2TQfEJ3/RhBoSI+9wUZNb6va3KsAWwCcBLnvrIIdbIOAbZdhuHAAnCW3S6m+t iZh+Oh6Hs67uxok09xQPOS18NivsD/DQgLEMODngZBKhY7abGASzIOXWuNhuBp0zYJRjGcKfPXcc A8zD4yobJq8DRrK/CDAyobbdg9g1usVT+ApdI0GwIK4H1OYkdE2IaX5aF9PsJXhNK4+XWfyDwoe1 0WuQ30BCPVQ9OljnMbcL56EeWnkc7xE+yCIa4tcgv7sPX6MqBPx0BxO8D/rMfv/YzbRakd3L5PrB kGI/u97qsD4wfA3QDw3SYBt2BmfawCW3mEYEChPPuP66x5uFo+g16iO5XlCk6r0Fs4QOHSP+TW2I eJo3tbtDPCZ9LJj30NetRYRD+qmU/FVQIIebrTOYozbqD+aYSGECHeumXzKkQ0w7wjr6qLA3rCur uWgsU0AiSx+mf4DX0PwkqL9Ipn1EljCRQ5zyAV4Dmu7BNdMO53uVRK5BYXqoStMHVEDL1YHBAtJg d/MnYA/+gIFKEyYywP7NoAFyGxA2lPk06xgfPPsMvEB9gAjKcGgwwTQZiwvBCxQmWkh+BGE4IMAY TdPVKirEECXqA2QwjkPDDE6XkYCGKFEfUINxHBBslNlHJzcmmJkEvRndJWSsDhVpwgMLpD4eNqph pOJ2n3sI/at97vsLucCzfSkMhWUG6iYvqc/S6bQYgaiXaTZH5b5+KkWTgJCYxUatVA7W/JRNV1lT rd9xeR+x/+7YPwJG0BnKIb17dI6wNGEiHLE65hox21XgDRf7r0pDV+Uyn08g1KF/kqu0kkNdtA0O tvFiLu9BNR1uQiGV0S0o/HMXG1BM8lg2oBY3QE5H3hxST2ieHG60jvHNI8AxgUKGOB7jEMeu7ohB Jutv42m+nnUNcd4DEDXIFYynp41ADBNLmCYjmRQKAoUJJ0oQYjOadDclBLcxERkfagsYAJ4qVzHz TW/avvkhz9pj2NU1TgqbpjBlcxYoiJcO98MMBy4COrxLscXXlVOuOrYZyDsBdYnzkNCcWaes3gFY BmBxDiy7dRId3Txlhhyf1d1Tsoo9Xj61i7WY6G6fUrpEOpzgHXAf/0VwglcC/k7XBLjlIm/nerg1 JF83UDlyK3VnfIR2ocgzgM4AOqHMYv0fGHNwBZW7s7GdX0HFqyGWHTvXV/YJftpwCdWAlPgvPvds vEw/dAOGlXUKWEh+c3AJzFWYgbMvHGDO0gmt7XvYW+mXDqfoYtLzlrN3Do5BS2jm7vC/z3uMzaid O5y6E6NxWuVzqcrvhSqJBfoZgGAfFVcJwH++H8aiYSyKaSyqpPkZHsfu0f6SynyYW0waJQ+7TAOE RLbLNCoWm27AQ8hV+y747ib3QBOxzO6dL4cK3hW0mWF+PwBiEqNPNclKdAJiF3swfk61iBswULp+ 7MJgCdS2GdBnQJ/EO/qEeXBqVMzLNJ93NOcL9FkQRRuxuG5err9XbWcA0AFAkxjdt3ElRTofZdcF 3D0PCSTHxfp2mu0IJyW9DHCZ6OESNdJ+rT0NwDkAZ9IBcL6aFimCzpfQIve6gs0r8CmkJcFAYBPq JRbYdD5Tr4dNZE8DbA6wmcQHmzA+c1WldDQbD30TheljQMrEYD7O2c+AkANCJlHMyLnQiR48ScfO gBe+3qTLy2wG1DFPZ07eIsD02FBBP3i/8k8Wxcs+Eq7E2YV/gFndhX/w+wu5QM2FfyCziwv/AB3z C/9wrSFd+CeYgIPDaubW7PwCG1kUx5FoD7Hjhrv+OLNV8D2oLSuiXldvsJhYip/XFmRJgoO9oB9g EbTXEWL4eWVBliRIwJCeWAjj9RWiOWdXpZsYgZcL8RRJegAGIV2OLuqvIzjwcv+dIkmQcCDefBfI RehEdav8X525Bl7RgAjSAzAArAaGBVB7MUABEaQHSABYDQcI5uvZOBvl1azayYW5Joawui+WzhHh /rBGoh4AA8dxYPjA67IjmEDW4W/JQZQoSLyAKhBvzSU87x44wMWyWExn5sC3tmmTHnKMPDa7HpdZ G294I7SgWDUkQObijqTtDxtCw4ZQKHcNEWDxdWGu6x7dAPBO4FxkOyAUZ3bJ9j2A9OlwhnkAlJ6f YU7obKsH+8sUMQtf28svf351Or8rbu4WLnxjTI1BJ/3AoPPV6dmJh+04URDHYIqJP9AlRpJzPvHd wtGDNICy+yv8iErnl9moWI6dzJ5MLMTLIotOmCCtRHpsBLO7+zmTpMCzbD4p72MyCSZRf+wC8RyQ cfw5S8fZMibjkCXqg3HwPAdkHK/ybBrLMMJk6YNBIG7DMYVFili6uLurphNdWoQ/z1OVKVTLEJxQ kW1HDmmVyZ8/Sji+crTxF47pXPnZAfRrOFcNe4Ehms1Lh5tB4ZjOS38bQn7N5+WWXaGwTGh0D5m+ dhSNaGI/nuKXa2UK0nqUQGaB7V5ENFOFr/6F/PNYDIiXpyfGQ1juleHMj9fLZTYv0dQ/jmmUIlKQ BiTNpgSmw5lU3Qp8vSnG+V2exWEn9aL1wF70zIdjNxUa7gRZ/I9L/UAX3fBkBDFBjlK350W37o1f 4OGlCdJ6JKwh/IYDL7fvFuO0jGUg4oTpgzlgdsOxhgrbEEDByVs8Q40kVJC2oRtoOL57NczMOcbP snkU4KKRKUg7kqZDItfhQE2lPsjUeTp78KV0praR+r+PXSeelwMiDzEWpE4t/GibJx1uMBriSz+v S9nlfvBLPi7vd4BTPoY0FaWgdL2AKTC66dtmAKkBpJIorlnTIxDZio0WhIiAvcUh2kIDFA1QlEQM RWBXP1oYAsL1FoJgywzwM8BPEhH8gHP42NCdoQ6PI6ZgccgxYnghAAM1Ht+UCwFw2nAhwNBhg7kQ gAxXvi4EcN2jG/wIlxcCkP4fztI/s8vhQoABUPi/CC4EIA5uHy4EoIhZ+LoQAPaMu3yK7uAv1suR k0B3nqz0TAn96n27vkY2x0DL1+Jmw17duEfM12+11u5uuB1nBYW6uqHZzlS8bMhr5QrXTMT9+DDu bBZUOF/P4G8nZ65Csw9BuL4YCWU6MEu5Bf7XDsxkWZG4kK/xc28rTLxwDYWqYv9LLpAQMu7ojB6u wf05PUHX0LPfFeR4tiNOtnANST7xiZkO+aCnDOw7tSHvw1ZfrEgct7aY0Y4Grmm6KuGHGG1FEK4v pkKZDsxSQJ71DiClk0k1lS1cK1En05DpXkS/a5QduccsCxmuXWn9Zp790L1nsPfI6+Oh9kSfkXxa 964kjr54nugMsM3+6WqVH8piPD5AzY7e5wX/fW62sypZvqIeGgRxAGkO+yDDPkggG6sCqvnaXXUJ FXZDj8vNVgkpghpbmNXqVD5svg6g0/fNV41Xu5PpM+eTkDe9YcHntGD7ObeY9KxdDKnkFU+kN6Hg v52FkT4YuOqqfSZV+1yt9uFYKa4HKLY1eG0DgJK/aOJXZSuHfuJOYXQBOBBglH0JCUahpuLDUqJs r1iKrGwA1AFQyV+0gHq9TOeru2I5y8bdwmplsyTfM5CP/FaA97nOf/3euf/6tD7peStM1oEyp20K zaButHoH/61ZwwsMoJ9K1T4TqkXt6LTC51KF33fvXfPdRBwXwH++HwaHYXCIcHA4+VhmO3a36eYT 8bbZbpTJsqkn5xopJj7vmmzBPQxKa8xo8KcHyCR/Ua7wpuOOfWjBJX7m1yU293sPZaUIrm7wCNns 3vr3NoEVUagcUHJAydgcy8rAd7CMK6zbPnO+busKK8Vl2wgA0/+CLbWnATUH1EyiQE1xCtWHA9xi ZFbh6xT3bPXy51cXi2zuP4azqujP6Xw8zYQBwRTaV6tDyqsQqGl8+Q2qfJ9JjGiPivkKHD+CFJVP A/QN0BdItCY1YfcB3bBPHE+LlYur9HAnJ/4j63luwzIZz06jMZmWH+ZfcSod4i8HGIljdQ4Z9TJL ywcDheIvPNA9OOR4w/5BK88AS6f6BkMPHnrw5+EIvMYXuB5XNuLirZztDoGXg8mqLEE6CuJCjKYB BvAZwKf3CzAivKDXKiPBF06YHgEM3wQDwgwIExPCHI3HcPzsBFu2nVXHP78Xf/7gEZlWeZ4fCoqQ AqtQbCwM/AT//SF4vKINWrNIewAahj46kOzTONIDKN4AbQO0RQJtZGrg6LpyM9eJAzeKdjy80QME +CK376S0H2rSWgUGPK9P+r5dOOrqQposcpeqi5AJqof//T4EyGwX3g+uw3NZ2/dSbT84qc1ofgw7 geb0wID6A+pHhfqXWVoZe5lNsuVRWS7z2/XDF+DboL/GtXXtvBLXVSeyBpNDwOFGrNI23RC5PyAV +YsPqV4W69tpFhJQjSFHXrFKErpHUIWUs1/bfANYDWBF/ryD1atpkSK4Qmbo5zkSauvodtaQoMrP 5bs8Ukky9wipsDi1rTcg1YBU5M8zUi1DuuwZdohflnmZBTpJlPY/3KMbhjetDmo3P0KFOTp31Dep ZsFrgLoB6mKZQUKjD3YK6R3Jxoe1Wug5kDXPKwccG3AsPhwLdX7pHcZWh7VK6DmMNU861eCUAdQG UIsG1CrbPC2z2arDyDr3zwYJkgQesot1sC9qfwjYHWAlnPNIi+r/ATv1dxwJLp91AzraeDf36/GH omiCT9QXLMKtQh2gAZEGRPqsEAmKuaMpHb2/VRNXy83u7PDLze2uErgBLWludg1nztfualeXka1a ZIXWNSySDTAr/H1eMAumO6foGe8up5wpvtGQ9Mu6JxQg9rbC1pbXG+aHGs1oXj4IGVa3XG+ILMrh 2l0izp6JOQ3BIgOokr+wQBV4Fv4RdXeHY52fd1VBsRfzaf48E2uWYTo9QFIS0b7BYlmAn5U6LsDd wlXXvVk9/OVWgSq7rFr6bO7Yeb+XWq8GLxdTC1X1w3UDFcJNDfw/T34CGqo0DSrhdL2TW+80Tefg 7eGWFux8N0wvneMXzh9ukupiScUHZyv7nNwBTmhFLc/Xs10BobSU6GYzo1Y6D36YK3wT4QbzHCTi EH3uAHS8XJxVK13AoAN8dQY4mOc6zNmVcwV+7QJTQMLb/06Ic4V+7sy3IlqIybeCGq2vTkh4eXp1 8cu5DfgB8kEiH2zKHcAeNmjPyEekCxj2SFfe403FjauFTNq5ozXPPogacH5RtWQ1vJGYWsLqUGHT 6s5q2XBVoYcIsWEBKaQ1bRGUkqeOe/04m2Zl5rbj2w4aTkYInSDBjQ/MdrV6H7BnwB7n2NOxNyr2 /l68GCZBbOHrybCqq75JF6tsWSHOu3levltVnfFtVXkUixO10gWMwuIyRX37DMA8AHMku4qjYgpt 8maRzV0seRF6DHbYF8+L57IoXtbMSSWOlssrVgNZMBK052CpyNwQnA89siiOR5wHmUDdSnjF6u5X waniltk4FjDAovQBDCpWQwMDoL1IwACL0gcwqFgNCAyqCVs8vgEVpg+AAJkNDRKQBiMBBSpMH2AB MhsQMNxO11ksuEBk6QMsAF5DQwWov0hAgcjSB0wAvO4eEsC+KRHPnQW02RE+5Fl5bLYLzFmYYG2j dDotRntVK67yf2XFHU3cHxb/hsW/UHaEKaz42gx237GboN3l7i/FgYCAnFnnHTBiwnQy7CkMsNL7 zV7qQvVhn5cBZ+Fri7eyssW6fFUsZ2kJ1DJPZ05mTBJdhqhKQsMRUjdHRutE9DKRkip7IACTmdWT nwDT+xwgwwsnyfcXcoFn+xIYsMzc6woVYkL3scKeaTZH5b5+KvVpAEyLjVqpfHD1UzZdZU21fvci BABosHoHc8P2Vu98rlgnomNPw4W9ywe++OMXzLwVLxQXC+NhBlnds3yWlRWwR46lvJi9wlPCuA5T aZoprpICLrCV0DLHV672kDGWmkrcOMuL2S+slcy+X3g7XuaVHiNHWyZkr7AWsa1DWpxiirMouwuU RZTMMZbWHDLCYvOIG1+ZkP1CV8HU+4Wt2ccym6/ywkmIRcDwKsjZK4SlnOtAliWa4iwt4QJqKTFz tOXrDxlwmcHEjbmCnP2CXdn4+4W8y2w+zpa782u9RLQ0CRks6upiYRHbgcS51Gp1R9DkJQCmScig cUmOnkVs7z4sRlZoPksn2awY72zdshPEEaTsEeRQvgPFHKbXmEFHkLJHqEP5Dg92ymU6Xy3SChfL qIFHkrNH0MNxHij48LqNGX4kOXsEQBzn4UHQfD27gz8KGCbl5MbOYHFIJ2yPwEhmP1BEUrQcMyzp hO0RNsnshwdQQaDTzi9X36oVL3eBuoKxHd+03gfQDAIxfd3AvlXYoBFTvY7dCDJt7w/0dC+7unZ4 NyrWkU84eSF75OARtgPFKKrVmB06XsigYUleW0ds796BA+c8JUmd31CsGEmbE6nojmKJlNUtxaqt 6oRHFY6qoaKSDEYHDMfJhuNkoZxSlUHJ12FVx5DQZvxweYJVhY3QRgpmxzUtMCDRgER9P9iqd1SB TCQAKuLATV7MYGc5zIgbWwnWrXhKwxOhAz7FiU9v8KmjuOGJSNlPdKJtNIDTAE6fEzhdIOWEAE30 w3OXWKUFKyS1AFXwv897A1i43WrgSv30fECwAcH6jGBqJ+jB9UbKilvh65ajf66z5eZNugCauc/y yb2TXT+OKsN04aPn3T69WF58TK4qR3t8iOFAdvg0mnSwt2drIM739PRiOV6jfahp1O3kIYZ3v4/H K/FDPi7vo8MOKlVPoAPyGyByID3GBhxUqp7gBuQ3LNgAWdZOgjaDwg0mVk+AAzEcIHJgTcYGHUys nmAHYjg08NhMnZzHDQw7sFS9gY6K3yCRA+gxPuDAUvUGNyp+w4INeHl017Ah3KCPjojY3aDv5pSI Vg9eToa4ABr7UyGOn+uB5CpNfxUauKG26xjc9M+7OIc4KluwEMd13S8Z1MGvjs56sAvuXZ/2APHH nCac2k+bGOtDiSHDh39EE5UtVnn+h0sfXgAatrSCia3mMclXXLWv3r5ltHAZS83jQ1iDArPX4U2g AWj4vwj2zoWJZw/2zQU0LXztmU/T22x6AQ8puzkkSwgySGVfvMdkKtJ4WXYitTi72Bdwq7vTF35/ IReouc4XZHZxky+gY36JL641pPt7RSNwMK20MWnnk0lFGsc+w4OMWb41QLg0oP50Li4Wxm28VMGu HvIxMxcvS++KLOHhn+bSOfymTjZfz4Cf9Ori/PoGVLUfwkKVqNLO0MTL2rsiS5hYIt0n1/BYTXdr 7lR1zhbcDUeVMJbaVfG9rLM/GFmGRfYGo+3OFfK3tq6KFCaG9XlVneq4WJfTfJ595pAna2FAPi3y 8WoKDgCFNowKB2XJ+gSHPO/9QcXVfTouPnzmoCgpYcBELSZyWgoOEvkWjAoRJcH6BIgc633DQxCb 8DGW5TNJpD6sonEsBxK/qtVmJAtokkhhYowUvMpYDmg5jXG1iQ88Nv0Dj0244LGJDzw2/QOPTUDg cZuOfp8sQSjPZz4b0yhimJFpkU7SVHCzMrklo5qZaYQLE/z0szOJ/f7M0Bjjw9pVkzoGzNyCmSGv Z+lbNVL87PEal1aI/mJpVOtetcL1YRKrZT606axew5FMbGuFCxOfxCmulvkgJ7sRrpnVCtdX4Alu HU2v4YiBpzdra1rmAwIewE8sOENk6QOsAF5DQxGov0hAg8jSB4wAvAYGCatROs3GMQEDk6gv8IA4 DhEksC4jggomUV8AA3EcEGzM8nlMzgQnTh8AA7MbGloQLUYCFZw4fcAJzG5IIJF+jAokmDi9AAnE bnAggbUYC0gwcXoBEojdgEBiUaxycKdNLCjBy9MHmCD8hoYTVI+RAAUvTx+QgvAbEFQUd3dVp4pm i5YTpw9AgdkNDSeIFiOBCU6cPqAEZjc4kIhmO5UTpz8gEdyWKdFiVCDRm21RzG5AIJHOJ26e6DCz hnGxvp1mrlFifKjK0weMgMyGhhBIg53hA7YIfxBB5QkTIJD8HEZAfusR4tW0SBFGvIQl9zzjw7os OsYIv26EIFAvQIIwHBxQUE1G4kwIAoWJFqI7QRkOyKG4Xd/dZR0exPEcw0ml6QNUIG5Dwwmsw0hA gknTB4RA3AYED+m8zNNpnjp5UjQEhBAE6gNIUIZDwwmmyUigQhCoD2hBGQ4IMOCvbt9wcAwWo0NF mD7gBOA1NIiAv7p9/cAfPBBhwkQGwDD/NHnFbD0q6N40GD0+8B55eZelVaEsqtgqRao+gIXIdWiw Iek0EvdClSpMJFGCMzmuA3I0wGJKnJCil6wPsKJyHhq0aHQbCbzoJesDxKicBwQzFWPjvMo0H0WD L5JIfQAWjuXQEIXXZiRQIonUBwzhWA4IPBbpEqzQRLN4ysvTB9gg/IaGGVSPkQAGL08f0ILwGxBU 3BXLeDwMKkwfQAIyGxpCIA1GAg9UmD5gA2R298Awzz5Q+dzZAN/Gpg15yLPyWG07VLmoUs7GBHsb oQehq2YE07zijibucy89M4LgD74ID4uT5+mrCmar1/gleKAe6UXpb79NrvJxtiqzBXxTPp3Pi00+ n4CHXU8vTi4vE/gw/Ti53STq8/YyqXyezNJFWaV9M0o+3GfzJK0UusmWf1wlq/t0kYGkKtc4+1iJ N/9jmdxmyR24SkmgBC2cSABe4RtnyR9+BCydA5Yq8/4y0aRXhiuQqXL9QaHz449UNEBHKAAe3x7N FlyRZbEu83l2kDxWhX8Me0vVQcVaxRYBfzdQhTeA6sdRtgDnreRmwPo7nlZ1wHZAjTet3HQl32x1 ma1wi55VGXS0lMfryd+nR+K/PindFnZ98ys8Ka4kTx336nE2zcrMQ8duAncnYC5xHhKSM+tkz9cD +SGgD7AywIpLWOnYLaRd/Gb1IZ8ss0klRba0xg1aN7CXps4O+vrjgwR07v19VTew511vFtnxNM/m 5cu0TPe0wAnKv5AUxr5hupqNaAA2j/eBMmoQ9EN2C7QxLSYuJkuIGoNP8lsKKvjK8VRpdSiK4WWa hKp4IKKS6dKTnypW9zmA/WqffX4hZ3+2L/VtmpeEKgAVz5AzWCHJNJujYl8/lXoogJnFRqnyAOZm WT9l01XWUOd3L0LozIoFO5jfmVqw89mdKIZjf+ABtiuGxABF0Kkds1XFQ8Sl/qvSzVW5rEZ1OMlD /yRHdpLDmtCZx469RKzafJZOskVa3seAdIIwfcA7yrAO9ViiKfbREi4QkBIzx0G+/gDRkJlHBJgo CNMLZJTtuT/4uF5Oo4FHLEtv0LHitxYcQZoVNlYFnEFjRcsSGVHtoQIjMIxYcBHL0h9YZJbcC1Sc uTl/sd1Wqt63rgqC+opb7mE1+XuHz6uJKvDylNoDDK3dQ2pYj/U1CgkvT68ufjm3u20zlGMjXOt1 AnayofqCvZmXcyNOEE/tq9yFm7UHSCy3U4gFO38QDeu3zGaLaVo6iZ7YtR/Iy9IHP5Dwq/MDaZqp H0gKuPADCS1zP5CrPUA/kBpGBH4gL0uIqKj4gZIl98IPvM/SsZuLPXaNiUySPiAi4laHhzjFFA1R dhdYiCiZIyGtOUAcxMYQAQoySXqBgYL19gIB74qijAMBmSR9QEDErQ4BcYopAqLsLhAQUTJHQFpz gAiIjSECBGSS9AIBBevtBQJWbqubC6V3DYBUkD7gH2RWB38owRT9YG4X4AcJmWMfqTdA6ENmEAHy UUF6AXy83fYD90DAZxS4RwTpBe4BZrW4BxOMcQ8HYz8c9wAhC9zD9YaIe9AMYsA9Ikg/cI+z237g 3scym5fdAN+yKkaywH1f+qH7DV8mdxx7vliVjg64Iu1UCv4qoF1e3GSdYBq1TG+wRoUJEddYx/yS wzbIsqMdXmKvvnZ4wQux4CHpbpDN16MnGmFCc+v0LzYDbgOLESE67AQ/fL15ohEmRPxQnjwhDO/6 1RMaX/MxInTghOkBOmBuA0MHosMo0IETph/ogBkOBR2ABxNPgJgkTmgQoVsX4ljWrQ7xyaZrRFwZ FytFHDnz9SKRhwBXjXhTiWDtSBInRCxUVpBU2+7FOlIF4VFhpihOLzCTsazFTC7ZGDNZGSeYychZ YKbAQ4iYyZlKDJgpitMPzFRsO2zMBNejIU24shbeGkyb/JCxYXhHG7VFziqV+9lQ0nA723CNUjC3 s2HU8XU3m9uuXA/8TmBe4DkcdGcWOdzINkAJ/xfBjWzYterDfWwEKgtft7Gtys00A9oYFVM3EVeE IoNO9oXzmkF1JBeMPmBfOgw/UMX3En9AqukwAoGo09E+ASQXSgSC1GoOpnm2Rut8uqeK5NgZeJAJ cpM91ku5WAT41VEoAjVc57EIVMe36ej3yRIM/J856mkUMeCfFv8kTQWHhHJLRoWJGuH6hI4S+/3B yWr6Ma3mH585SMpaGBBSi5C8moKDR6ENo8JGWbI+ASPPe39QcbWZ3RZO7qw0syIvLz1ppPGyq/pg XBNBBnEbSLCarMPOcMXLY08aacLEEvG1J8Tt7p97ktQ3T2dOIi8MBxo/0Rc1MoUHFGzVmwVgMJ51 8Rdc6gu5cE34BSviIvqCUTMPvhA4CCn2Qmco3XlZfgIwamQKExOVGAzFvhVoDCoEgykbPHsei2uF ZQkPLzWOVcVrcG4V0F8sThWWJUz4kFyqiteQHKqKHXgeYRwTMDCJ+gIPiOMQQQLrMiKoYBL1BTAQ xwHBBjjjGJEzwYnTB8DA7IaGFkSLkUAFJ04fcAKzGxJIpB+jAgkmTi9AArEbHEhgLcYCEkycXoAE YjcgkCju7qoO9TEWkODE6QNIYHZDAwmixUhAghOnDyCB2Q0OJJzc1RsOSPi7sdcLSGzCBAknF96G AxI+rr31CBK1997uACTSeZmn0zxdxQITgkB9AArKcGhQwTQZCVgIAvUBLijDuwcMcBScyOjOFlqf SickDM+lc7Ym2J1yNp0kDqfThyOlwZxOp9ji63y6+47dBPJOQF3iPCQ0Z9Y5nFQfYIX/i+CkOtsT 7sFZdQacha/T6qNpulpBfVTpayezKEKSoSj74nkWpZHGyxSK1OMqFgRyG8j8Sdahg8mTuUU4nzxp pHE81j7IFmrjPyC3u582ceqroKhDeBBcsWctXDE3RxY18ns5rPhgQLE/rLjdRxQSXp5eXfxybodq QGXhoRpsyM5QTb9Y4BrbiExhYhvfdfdE83B0SJF5Sq4PKVIlz9ezrkHQr48kCNQHN4kyHBqmME1G 4iwJAoWJKaK/RBkOyGWapreZk0PNZhYBqxM8JvZlFx4TFT8Wh4mo0xGaQXKhXOsgtVpnMMZM1B+Y UZHCBDKul3IXOcCvjpwjargenSNHh7PNrMbT4WxFmvCcIrbEy45l1x3ItjqK7eoQtt3x6wAPXotG 0BkQejpyrUgTJgYqh617c8yaKrjMSzfPrYUBgVScfmAgZFcHgijBFAVhbhcwCAmZ4yCpN0ggRKYQ DRJScXoChbwF9wULHT6UFAgc+n4ryT0iNjyVZP1OkstHkuxfSAr0eSTVOOLBSH8PJHmDyT69j8QU vVl0iJJ+9xOILOHho7r4BngNbRcB6i+SDQQiS5jgIe4dAF4D2jagT593Bgu+nu/WitQHdCD8hoYQ VI+doYSvh7y1IoUJFupj3pjlXT/mzXRInkOPCDE4kXqBGJjf4BCD6DEixOBE6gtiYJaDQQx4MqLL YM7luiqMai3EoE45ZTehClgd8YQqYH16C+6ENYSGdkjsDkM7ZeP1GcSARQsT8nT9eE+wFWexDMSy /QUzjLPb9SSWVRkqTB/cKMhsaKiCNBjJwgwVJkwcEVdmILMBLc38nm3yWTqJaF+Llyg8gNDtaxGO dftaNM10X4sUcLGvRWiZ72txtQe5r0WNI5p9LV6iMAFQ2deSbFqBwaD2tcDVJkQRD7UY6OkJFsO+ cBZDrci51fDCODYWIskDUZEzG9aZhDZIhzsbhjsbAroKhqKkr6tgXKGP2XjlBGckzkMal5h1yuod gGUAFufAsuOT4ZUwHxcVvRXQzG6mdz4m/9x0TxAx5PmeuCJQ00Swcmm2NQDRAERuPZwdrDNNeDPH U7ko5t8awcJ0d5QJeWPbDM7QgEFeMcjJIg9cL/ULXJUKrrOPnZ0d5xaIntUuEBEX67m9i+UkzEB0 v4B6hCgD6H49DwL+HhBr4NPjgxZFfb0DqK4BbAewjcvhe5OVKbz/czcTTz+e3+pQJ2I/Jp4ax4+2 0TDzHIAo6YfX58PHCwKr2rl05tAl+m1a7ArIdzNxpFT4GpypAcOic6bGy/TDWTbJ5uPTUVcL+ZWd CjNR8rtmtvq8braKY0G/F3/+QH6CQBBC40+wi9MvCo3/Lf78P06nv2LSs/qkH9pNmi/yvPr/hzVt Kk2gAQcQir+H//0BfvkB/vt/w//+nyAgut30GlmS0wqfSRU+dzefr6vyB6nKPwlVEiv2M/JJeCAO fgfQbKDVQLagzUCTGUbFYVSMaFQcLbO0zGIfF72ObFbD12Gt5reMXsNY1dFYpR04mD9V33PqRpBh yBiGjFACLalL5fCYXMIWE3rweBYLNS18PZ4FL1Y+Tkf32Ztsdgsb5WaFVuocHJnQUOdj4TWJ3gM5 mgV2HiSvVOb6cAXivRdHK3Sqv6sGpnVFOf+XkzM6DzE4X9c+GIgdvNkp90FwAuz6Sgh9j3b1lslD LMrjw0nNQgdvT31+TkmneqfP5zzE5Lwcvd4qcfD2FuxTOzrVOnvA5CGG5PFZk0aZgzelPj92otd8 NYuGE+ddm1xn2CWKHLzFieDFmA8TveCk9fOyJ1HkntkTYz5MeyrzafZ5mZMgcc+sifIepjHBpeLP y5pEkXtmToz5MO1pATy6XZsSZKI7V53KHLwtMcXwrjr86shVJzV046oviulm18YGe2SXxoZEDt7W mF72eVObblytZ2H63VgayLr+fBazmLjB25k0PkLGdz82ghubNLJ6MR7eIkyb/bCGwcdqQyOWRKXr 7bTOfEfo+r3KEsD2SHGny7c/RFoMkRahRFroUMrX7VZdoYThEOPy+isdvoQ5nDD7ZjeQAq2kwy0Q AzD1/EosHRz0ItpLi8KFr8CvWbr8PVtKasrHLlx+HWkGyPpUz05/g7SOIVpXk1OXPx/v3t3XqtPV 6sTDzMfj+kSj1OGbUX9XKMDkTacQP5bWen6pI2c4wayx6lprV6aYuozDHHNw5YKZY2oBzdckszuw MB2WXM4ztTgT6PAzzDQHeIp2pql1CPsw1dSDsbe5JpvZXpBQT8d7SzVLfhIIb91OcLzBJErrbS3w 4VODmkVSMbrVVWS+dp3D36bmBQpW353Ved7FVOQL2M6UMPxmw9pFbA9Q5wj8w/2RtGDMRZCvN+ZC uQ7NXNBouhNs2b6C4cF8OHkDNp66GRn3pDUUw9GopnepvA9rO7S9bsa1fhibMrBtMa7dQlXs45tG yt7YjsR7aAYEVnHgj67NxoOZUFmCMw62+FKn/WH9bFg/6/v6mS509MJlOJjiDJsixaHClHWg6IUc InqxNTj0YtiyG/p0QFt24jjmPyDUfd/vxqvQCRKwSzFsxA2gw//135GQvOQ+7MBJ2Fr42npDWvV6 ClpXBYNefSq3J1dNXN2vBxiI7RihdTU+dFcOzOnDPAut1a/TmxoeZlVeFpm2Cx2+TQV7W4NWuW7v knmYSUE76MamvN4n48GogDiWN8ro7hsdPT7wdjhVJ7Ufe2q93qAjZ7jsUGO7tTatLELoMg5rEcO0 IJi1CC1q+VqS6A4sTAcfl+sUWpwJdIwZVi0GeIp21UI/Se3B4oUejLtYw7hAQSHoi5OoF5G4FpE7 nluqMvpDZ9cTSsZ3UDNKoNJbALA7MpllRUaZHPiwGyZkyDZD1cFfy4ZYdxSNh2vwcxRV1IVra3Ix f2w1c1TnjAazxWGeODhigc4TO5oheoCA7QOKp/mg15ngMAccoCd46NnhHLCHsz+/877VZnZbTK8y 4Mnd3OXTbJ7OspvVwx14njBDW/Gr/BBdCp5/dQe+q8Na6ejjqqBKVzjM1/ZAFAYMAPpPfiJc73PI /NW+lPZCLvhsX0IGsQDZUAJNMEOeZwVGVRoq+/VTqZMDpFps9JXDJ065/J+y6SrbVvt3L0JAhqYu 4GAO26YLOJ+81krn2Al5sPGLW53CKTLJzhX/FRcN4wVGQeHwfVV2SKZzXMUvYLtE1fxwi4RhYitB 1P2EXvImcF6pAvDLKWP3YCTptnNI8rIKu0XCcGFJuiJQ4Hz3K7GCWsHje/C3k7XY0IxGlK4vBsO4 DsxY0I/uxyb0nWQ1GKLEpKetLEkyJSY7HbUA6WCMqa7ap1K1zzTVOpiFVF05z5mrzrXYLWtZ3KzI x0efWJG7Yll1hBy6/BWt5D/Besibo1+vfnvz88XZFfj29df7ye3f8vzvVaav9hSiz5Kvq0y4A4Qy TcB20zm4csrxi7FMwHDxlbcU0WxYPDf86uryVdqtnG95CbqvlH4Ff+90ruDR1KQpBJU3zJmDbkuP t7aatoOMSGsjw/r5sH6+0607jxAGtsf5ruAWvFrv2PNkDPfrJYBUAFPZq+czDDv1Q3cPrLvjsc/X Pr2/Tr/NY3G5Qy/gRGAuL7PaYXd+gBv+L4LdeXHa2YO9eRFUC38R2XfZMpuPsjfpAqgm+1hWzLhY ppMo87FQUoImuhbOEIX4UhM4drN0V68SL6t3UnUdLuCR0Fo3G11ITWB1LYQdrppGdBIz/gC79hA1 Xien8/C/h5vplrhxxHvoceOyxu+zfHK/M8T0svVeL6KXtTNXCCjiEWI6kA33Go3uCI48nXuqEzFo JBK3TxHTu986lZX5IR+X91FjDJWwRxADeQ4UYZA+YwYYKmGP8AXyHB68jIppsdwVvMDKhVkf+7LD aR/VSWSzPqJcRxgIyYU660NtuCMQZFbsHQqpnEFDIdetuVkf/Opo0kdt2/usr1iX03yeDcCpGqOs mgE/m/CT11aoMCq0aPxoKovbQ1DlRegdtsKg952Bqp8zgrUyBjvdZbuK7Jgg5Fp3RhAlvJCL1BwQ hLldnA6EhMyPBpJ6QzoXqDeMXYGsn9OBtTKGjazyAUHeyBU0Dep0oKxwkG29inr9kIkYLKKqzh9i OtAVRKzRmJcQmYhBI5G4hoiYDm8REb13FzXIMBF7BDKI6UBBBms0ZpBhIvYIZBDToYKMq+tjAp4g ioIGCze6WSJjXTdV5FJN54usiItJI6NmPnMUOAh5+siZTdxzSFHQoJFVmUgqXaBfs0n8Irajq2YC d/a83jfj0+EL6LqZBs3G7/h5unLGv/MXxo0zilLz+W3xMX7wEcTsE/hQxkMFH6bZqMFHELNP4EMZ DxB80o+fBfgIYvYJfCjjoYIP02zU4COI2SfwoYyHCD6LXaHOqlyuK1KAg4KPN5O/7zDqDGsnsmAz rNn6GoWEl6dXF7+c2wHmIlikXOwKImWr7gAuF8HjpNrVOdBcOIoxI+bu6bEfQR/OLYs3E1NbONQw Zvzej2zAOpvWvPgj5BkuEhpu9gjmIiEZsfy9+eMXCQzGGCfjiF6cAIcRZsfD1UIDAPF/EVwtpASV 9eB2IQVpC29P/1QeSHabwhdx0W32ro5McZS5S9z4j8EdlapXhp+LwVl1/T0gxfQUyvGomlZ0cU13 K5N2Pj+tF9D1nYUPNNBtx6AY88EfguJ17u5KIRuD8vOKj1YsP1dwO0A7EXqCukJIo8mOEcfPmyta sYLFmTCvC+KV6OyqoKCww+/1QO6hI6SrgVQ9xgYcvq4C8oUbgVwDxKtwVW6mbp4ODAk2qFQ9gQ3I b4CwgfQYG2xQqXoCG5DfsGADzprep1Mnh4uDgg5Bsp7AB+U5QAhh+owNRgTJegIllOew4GSa3mZu Hom0MBBYKckIF4fZlx0tDlM9RLQuTJTqCOsguRCXhFHbdQxyzGK9Qh2VLViY47outxAMvzpaA6Z2 7HUNeNgmk/QQERLGfAWr2nZx7ov1dUusf7tht+no98kSxNUMmFirkQEd69BRUlaIOCm3Z5yIqZGy Z9gpSdArFHV9YXXPIbSTS6qjwM8QL6iubck4kdPzhdS+YbNXl1Hzel/P8zK+jQ0qVU82NSC/AW5o ID3GtplBpQoWZMSNDMhvWJsY7m5bDgo3PN+w7COYIqDblTWajA06vN2m7C+eIoyblHklLopVDg5V RQcfvGA9ARDCcoAQQrUZG4jwgvUERgjLYQFJuUznq0W6xG/XR4Ulkmw9gROO6wARhddpbKAiydYT XOG4Dgta4BLNNB3FFy8uSNYTWKE8BwgqTJ+xQYogWU8AhfIcFpxU/lMJg6pG6eg+PkxRxesJsIiM B4gukmZjgxhVvJ7gjMj47sEGXLLGyerUSHgLMG3mQ4khwxvfRDuUzXIk3/TGpQ+3vA2XLAVzyxuP Or5uePPV27cMCU6GAFWEwGCf2etwm9sANPxfBLe5CRtaPbjJTUDTwtctbtNsks3HF87vcKN0GbRy n4KLIKxTg5foQVpZf2MHw7u7TduCDiaO9obsfOpYJ5pj7+FhZrktVrBHN7YxfTs7tWxqRYGcWNZo IBokjPm0stxuHeKfx3PKGqkChb4+n1FmWv4924CVpo9dAp+XxXq9SF4W6R+OZCKsEIYDWZzXaLJD bPGyIK8XKVBgEZfhCcO7X4BXlLiJDzQ2fQONTaigsYkPNDZ9A41NaKCxSEf5fBKbs8FJ1RvowDwH iR5En3EBCCdVbzAE8xwmjMTmfnBS9QxGwnRCiD5jhJF+uSKY55BgxPVNGr3dA+vkDo0IdsFCvEGj phVj2wnzfHOG372wXt2bwXTu7vh7IB6W54Pvrp2roI69K1qMx6XydtzdjzcVymF3pkB3z5wFAhSe HzhzDRRBPW+maDEeoPD2rJkfoAjlUTOmQGdPmgWCE34fM3MNEyE9ZSbrMB6Q8PWEmR+MCOQBM6Y+ l9fmBIIS3i/McQ0UgV2Xo9FkPHDh8ZocP4gRziU5TImOr8gJBDe6uBzHNXSEdzWOXp/xAIjfK3H8 YEhQF+Jwxy1cXocTCIj4vwjHNYSEdg2OTpfxwIfP62/8gEdAl98Ibpzjq28CwY+OLr3xMIUJ78qb Wq3GAyfer7rxNqkJ6qIbzr3LZotpWnYKKahhHYPK6lAvVIBwgtTIA0vlsmKW97m7Mr7al9JeyAWf 7Ut3NYgFYMgAvnRjhq79WZXLaTZHZb/mb+EAf+DuiMVGX/kBLMLyf8qmq2xb7d9x+R+x/+56okbM o8soFtgMPudpnFCBYiIxRTZPEw1bAURc9L8qXV2Vy3w+geCI/rmHgTE5TDQXVeB7KvzYzwxcL9ed 6VS9cl0VB7UWfFSf/H0nsX1YF9GE9GFt1tcoJLw8vbr45dzGcazoB+ctApk7hELZbj2CIpYsUDxU O/AeZyaOIvmIQTsP5AN3E1JNOLQd3hxM2/xQYMbwmkTeOEVLVa5IpKnDBYnDvWXBXJDIcMjX9Yg+ +nfj2OAE/2Xmg4J/ZqPDpYgDuPB/EVyKyAU99+BKRA4/C18XIk6W4PN6mgGljD/c56P7asabl+ux kyU3njyDVvErQ9dxsb6dZq6X88eHW4T0sgTH1+loUV/kPJBpWpNuHUzaWhmQ8xnbFiEdD+APNh02 h0AK4SZuIvP1K/2vpkWK1vpfQhJkOcu/8RTzyWcAP7yUPcMfwnrAAES1GzUC8VL2D4II92FhUJVp WcbuASlC9gaBBM6DBCBRt5HijyJkn+BHYD5E9IndA1Kl7Bn+BO0BSdqNGoH66gGJ3IeFQdl8HLv/ I4nYG/Th+A4Seni9Roo7koh9Ah2O9fAQJ3afR5axV5gTtL8jaDZi1Omrr8PzHhbu5PPRMptl8+jX e7SC9gaBFO6DhCFVx5FikVbQPgGSIkCoqBS7T6SXtIe4FLR/pNFy9MjUV19JlSAobJrl83Q5cnIl aoB4xEnXFwzCLIeIO0SbcWINJ12P8AVzHRampB9jxhQmXW8wBbEcJKZgbUaKKUy6PmEK4josTMnn 1JOKFVgkEXuDLhzfQUIMr9dIcUYSsU9gw7EeFuKkH6NHHEnE3iAOx3eQiMPrNVLEkUTsE+JwrIeF OPl8tb4d5+/BKcpYIUeWsTeYwzMeJOgImo0UdWQZ+wQ7PO9h4U76MX7ckWXsDe7wjAeJO4JmI8Ud WcY+4Q7Pe1C4cwv0k4/SafeY4+WK2Xrh+gI2lOkQgYZptHOQ8XLFbL1w4aKLeMcsZXr318uKyoQX 36Yfd+HNdIAsgnS9gRbKdZDYwnQaI7gI0vUGXSjXgcFLDhkDOXcQx+cfXyTx+gIwHNshIgyv1Qgh RhKvLxjDsR0kyJSbRcQYQ6TrF8QArsNFGKjTaAGGSNcvfAFcBwYv2cdyJ/vay4oEyQivlKcfOrxL vkYTXm6UdwJD9pfKY7U6Aj6ko0rZXwWHerj5Okc8ard+YY+JFy7ksS78JUM+xLijG+WJNTu/UV7Q 9eIWXB+czyfTfL6LpSNQrYCN9MOusFHVSEwYidXr7eENUXshuoxS+3YOotTA/YKoKma4YMr1+T29 ITnCVGL9HWHqAnC1A1CF9Qqoyr7sHFaZUmLCVaJg/8CK9Bc0suIm7hxamZV3hK1M0HDBle/6Kroi CRzBK+0EfvEVri/cFctZuoPJvKdXNZsEDHOpEGmVB6snP3GM617Y5JNfyMVrHtnkyiQO3tnkyJk/ tSnyENJrm7Vm0zn2enp5s0nAcDFXeYJTtXwFa3HpMF7hBA+98fpwa0u8lZiawqHMkuHzc5K9Kvar PELHZxjeoRueigrmHToBn3w9Reev028bQJwMFxopQhslmNUOL9MNcMP/RfAyneCu9eFxOhFUC1/v 08G+AnQCu4iTZ80xRe6lT/rFc1SLKoyXGSqpxlUgCwSnMJbNJA26eBXc2BycT9FUYVy/BPsQQ6iN UgHM7j5AhSoPPCDeGSzIT6KTbQL1qfTONgtkRXjZHHgwpNhvDJCH4X3tC1T0QwM1IHJnkCabrD94 w2KFCW5qz+UOQy4cre8TW3a+vE91PJqmq1VeZrPusNDTgr5epPAcJd0yPmVZt4jPEk2X8GkJFwv4 lJj58j1ff0iL9xoT6Qw2PS3X60UKEzKVRXrZshW4DGqJXlV1VHNLVarwsFP1xkSuQ3PMJJ1GMu1U pQoTb8T5p8h1QBPR+XoGeXMTGxmCgYgS9cE4GMcBGcZ9lo6zZTyOOZMnvJFF55UjfnUuOU4x9cdR dhfOOKJk7onTmoN0w7FBROODM3nCxDzFARfsuCfe911RlDGhIpOnH6iI+NWhIk4xRUWU3QUqIkrm qEhrDhIVsUFEg4pMnp6gomDHPUHFal6zmDq6KyYMXOQl6gcyEo512EjTTNGRFHCBj4SWOUJytQeJ kdQ4okFJXqKe4KRk0z1BSkRplI7uOwRLVOgYVEry4ospxO+72P+XFBJLHICoWm/hAJz2Qlt95hu2 M5yULdofYkrihQmaagff01iOsxssBJP3FzUwT2cReZpEmn54mYBbnYcJv5t6lyCzC88S0DH3KnGt QXqU0Aii8SaJNGGCouJJcrbbEy9ysizWHcaP+oZAKk4/MBCyqwNBlGCKgjC3CxiEhMxxkNQbJBAi U4gGCak4PYFC3oJ7goUgfe3k1p0Q4qCYNOFhoTr9RNyGNvPEOowknIVJEyaGiKEsiNuAwljGaZnG 4ykRacIDB52jBLjV+Unwu6mbBDK78JIAHXMnCdcapI8EjSAaF4lIEya6KR4SZ7s9cZBcXbAfgnvk 9Tp9x84RvkR/L5uvZ+CugrOj3ypyoK79oNwlV9fph+Asebo834urFMaV+VR14MYQV+/9hAAVvDx9 gAvCb2izKarHSCCCl6cPMEH4DQgqymKaLdP5qEOs8PWCsl6mPuAFZTg0wGCa7AwxfL2QrJcpTNRQ XkWmPO/6RWRVi+t57uai9BAcDVWqXsEH5DpYDEE6jcT1UKUKE0qkeYrAdUBuyGozuy2mq1E6jckR kaTqA5ZwLIcGJLw243FHJKnCRBHFIeG4DsYlgdzcpaOy6PBQn38MEaXqBYYwloPDEE6bEWGIKFVf MIRxHQyGzPJ5bE4IL1If0IPwGxp0UD3Ggxu8SD0BDcJyOIiRfowOMTiReoEYmN/gEIPoMSLE4ETq C2JgloNBDPiiUISOhiJXH7BDYDo0ABE1Gg+KKHL1BEoEvgPDk/jcEEWu/uBJoA6JqNHY8KR/ronA dzB4Al7Ti2pXVxCoDyBCGQ4NQJgmI9nGFQQKEzWkQzmE4YA2bysEu8vSqlAWDWRIIvUBNDiWQ4MN XpuRAIckUh+gg2M5IPAo7u7AZeodnusrpgXNBe/OYl92cWsWp4BYbswiCnWEbFhDlZ6/CgrWSMt1 d36PGqo/YOOEChPUuN76JQM3zLaj+6+oAfu7+apcpvMVeFc+FpdJEKgPDhNlODR3iWkyEmdJEChM VJHiZAnDATlKcLGo49tG/SKGKFEfIINxHBpmcLqMBDREifqAGozjgGBjUazK+KBDlaoP8CFyHRqE SDqNBEZUqfoAJSLXAcEJZCquZ34FkcKDEaRDHlDwSFP3zC9LfCEXrbmXiZZIHFzORImZ39DE1x/k NU3MRKK5q0kQKUxIVC5ski1bAURcNrBbmyDbYOMuQtzkxeoRdhK2a/GTZrDCUFLKGY4SgpZYyvER Lp5S04kLU3mx+oSrksX3CVvT+WQaI7gKcvUIXSnftfDKcljhKy3mDGApRUuE5TkJF2KZAcWFsYJc fQJZ2e77hLL0yftYFhFVqcLD2Jo9CMp1aIuIkk4jWURUpQoTdDT7EZTr0BYRib8ZH6QokvUGVgTO g4QWUbcxwYsiWW8gRuA8NJihHld8OKOK1hugEVkPEmkk7cYENapovcEakfWAwKbMY1uC4iUKD1h0 i0+EY92yE00zXXAiBVwsNRFa5otMXO1BLi9R44hmYYmXKEw4VJaUJJvuyWIS4Toqh0wRKjzE1ETA 5wE7YaJGI3G/FKHCRBopGj4P2OXqFkQ68bnChZBapwtaRp3XxZkNV7TJ7cJ45MbvAsQsHS9cf7ie V7eY2InrFTYi6n2vJkAM0/laLAvwPRa3ixMnPLTUHABA7IbmahEtRuJkceKECSZSrD9iNyDHKqrb n3p181OQtz5FdeNTr257Cu2mp1Exn1ff82Iez5RLlCk8kNDNuRjPukkXl2o662JFXEy7GDXzeZfA QZATL85Qopl5iTKFCYnK1Eux757MvRjfMb3jrkoVHoaqjpbIdcK97X58cX5+cgxoBvjAu6TsSHwy VaowkUh0zkSuA/LSVuks24WnVrkC66owTLopbrkb9tSUXdy0p+ollgv3qGLr6xQSXp5eXfxybnUl saC70GaoUst2BouqXfsDSVXGMEFS19f39Gbk6LY+Zv3+rusD+58dLomh9mc3lKKfuwBNKngsWLm4 AWI6ciOhdkJDQ9RkHc9RPSIflSdMwKOdc0+wCkfghs3VH7JV056Owc3vfJSXpw8zUcJvaChC9RjJ JJOXJ0wgEaeXhN+AJpZ3+bRCrLii3EWZwgMM3fI/41m3/M+lmi7/syIulv8ZNfPlf4GDIJf/OUOJ ZvlflClMVFSW/xX7VqAxzOV/xndUke8ascJDUdXtktgOzfuStRqJE6YRK0zUEX0xie2AXLJVuYnt 3KEgUnhQonPIKMs6f4wlmrpjtIQLb4wSM3fG+PqD9MWYiUTjigkihYmJiicmW3ZPHDHKdlR+mCpV eNip2VcUuA7NC5N0GokTpkoVJt5IL58KXAfkgi2zf67zZZdvn/r2wHiJwgMRnQNGONb5XzTN1P0i BVx4X4SWufPF1R6k70WNIxrXi5coTCRUPC/JpnvieMEbfOKDS0WsfmCmwHbtTc3W6CmUcgGhAkHL a5pDB1PRdKJBVEWsnsCqzuJ7gq3wycpFuszmo00sU1pZpvBwteZVWcxzaNNZQZ+RTGZlmcJEGs3z spjngCay4/VsEQt0EFn6ABmA19CgAuovEoggsvQBGgCvIUFCdrueRIMJRJhegAJgNjhUgBqMBRaI ML3ABcBsQMDwjyKfd7iEA6ojmeCJGPphF2diqPCxnInB2vR2ehAqLDQwQ63YGZhRi/WHaFSiMBGN 67N7gmU4OipDrNjrWZmOgc/7WRkVywJ2igi/oUEJ1WMkrhEvT5hYopyVaQSS7hykefaBivhQS5il C8EOyG9mBcwynNsCL4hjE0ByPHAfi5kC1z0E7UPbYJs+4h5RtlwWqNBsdQN/VKRmq9dZeYJT9qSt qW+/Ta7ycbYqs0VS3mdJOp8Xm3w+AXfGnF6cXF4myzRfZePkdlMRusrS5ej+Zb76/Rrsq+3LpPI5 aN6ySvtmlHy4z+ZJilrzj6tkdZ8uMpCUoKCoUTr/Y5ncZsldsZ6PBUqwAYgE4EqScZb84UfA0jlg qdL+l4kmvdKsQKbK9QeFzo8/UtEAHaEA2MUbzRZckWWxLvN5dpA8VoV/DJuzsh+xVrFFwN8NVOEN oPpxlC3AHQFyM2D9HU+rOmA7oMab5qtSyTdbXWYr3KJnVQYdLaFj8wmfHon/+vRQ94QiX/LUMeiM s2lWZs5wx2wEcoIyEuchjTXMOmX1DsAyAItzYNl1UNeseJ8dT9PVKoZ5DSdOeNMaZp1a9cPKpCiX AWIGiOk7xBSLbB7D3BjIEaafIs6ORcUPPssAKF4nQ7u4jXxarLIeTXZExsPEEEm5A2wMsBGZHzLJ yitgHB3dEAqqIrnQXbj0izIbei7+/N7en3Gy0Z1zMymiLWGnG06mnsP/fh8EfrXb9SYt4cftonZG J3QHUGtQaQOkDpAakSdW2folJLaTxSNE4zgd3Wdvstmtpx0xERSRuCEvLjFY0utnX9N6w9rTAFBJ aPtmOvP1GONT9YbdrYOPQM0dwFfwS+PcIT2qkn21jQbAGgArCQ2wiMX6BanTMpvtBqO8HB4W8QkI 1xN4QgIoLTMg04BMiXdkCvMs+qLioSg7WmHjoiSf6aMku14/O5QVEcsxEceBm8JyGbGZATcH3Exi XCMbZwMmMj0MkLgdErHFDIg4IGISJSIu0w/B4OEsndB92uewK9IvrlFTTHrWDlB5RK30KO3PArqf J6rWVfhMqvC5UCFpbE9ADgxd3AYesHzA8tiw/C/rbLkZAN0NoENlDqgeOKojkx+gfYB28hcftP8T 2PjPm6OyXOa36zLraGd8O8TTe52fyx++F3euftjRosdqxe1qKWqsDamE//3h8wT6rairWqMmvvIA KnDA4QGH48NhGIQQCgQvADOCl82+KAEEBJXHxfp2mrkHZjdueD5WMBuqXOOLD3Ddzi8nNuJ1hED9 ZBgchsHhMxocLqu0UMaGZUUcfJIONvE4T7IAKovnWhjf1RoMp9BhFcYS7RfPpQDuUQPak8qU2rBH gWzjRWIF/rAfDMsyA+KTv2gR/1WWVgXDWZTRHGXt9OyqguBEQZrlls8TxU0xlFrWgKMDjpK/aHG0 wzsBtoOocGvA86ZbA0JZNVFgV3drwOA5262T+L2gQDD8AeMHjCd/8WF8Jc2rfFpmyx09OOvjRjru AVoqXj+OzAkoxJpmiHMe0CeJEX0mxMTxubwOMcg16BzWCRXmbXaNx3SFNkmHi+4G3An+pC58o927 q/TL/1y/XRYgFag0Vo9JkLKfjpPYUIP/NOBYEqn/tBs88uo9KeATLOxofCcJdgbEGRAnbM/Jh5/0 GThJffeQBvdoACvxLz73KB2P8VZ9aFea7+aCEaaPWC4Z8bsPyNnPgJEDRiYxYmQ1ZXmTlenLtEx3 5Kv5mVGuDnUi9sNX00wraRsNQDQAUfL5ziyDwKp2Ubzm0CXONLXYFVCYrslsU4WvIZpqwLAYnalf 3lzhOcPp/K54d3kWSuTs9pe0uGPHFOf+1MZJc/TWVi76cIpmt1wTAf/7pyAgMoiTDBqvUjXWulPB B1CXA1wPcB25y8ne+Vx9yCfLbFJJ2iI6ltYNbKoJ7ADWPT5IAIbt76v6g/36erPIjqd5Ni+hD6VD JQC0+wR9ySOS7Bumq1FegrX3qW5wQyh0M09nGfDkHjqccQPV0y2XFz3TDidtlwMkObysBDhBbFA1 oPzkJ8DrPgptwrbCfX8hF3i2L2EAy8zBf9UA02kxApAzRa9fP9v/+qnUlQEeLTZqpfLCw6dsusqa av3uhbbf7+SdU94AJt0ZsvNQCUkOxzESDzBhxdWo6ocxEILFhgr8gpGA1PWqG7yTHhFy82SQIkdo eEdQbj8hNoJ4rcQFHHIC7xIssP46gQsfS0mHihwhwgVYLWJYgXitQ4vuZvVYdfdZPrkv+w8FTI7w oQDxGhYUYP31HgqYHOFDAeI1GCj4kI/L+/4jARUjfCCArIaFA0h7vYcBKkb4KABZDQYE4JJLR1MD Ye3/Wd3av/cAMkVyL+FjHi6RaF5f376kLyS8PL26+OXcBr2QwsKCL9yIneAXM1ZfKMakCRHG+M66 JxpFHZxBWuYPKrP1X9cPKpNVpvWsS4vxOeIJooRoLuKoR9kNZuRbbWa3xbSC/24GP1TdVUbvQUUR 1cLX7gdBQQlxjIO8Sl2t5REt4WtKQxn9WOt1AmeisXpb3OOFChHYpD77JbfWR1h3NB4KpuxrTJym t9l0lI7uO9oQhfUdg/qkqYDweRfzAV4PcWChoFRHYMj0FBgacg3Y0XxAsFh/kwJerBABUe66X/LT A8K8sykCb9G+MLFcpvPVIl1m8wi2SiRhwl8m5RgOa7WB12TvJ5CSMCECiziF5BgOZhIJMWuajjry nXzChCBK+CBB2Q0LIpgWew8QgijhwwNlNxxwAM/S/nOdTvNyEwE+SNL0ACI4jgNDCV6X/QcKSZoe YAXHcTBwkX0sO5tv8A9yweUX+qH7hRcmdxyLLs3PYNmCGNJOYEstuMk6QS5qmb7giwkTInCxjskt qyCWHS2pEHv1tZgyyqbTVf6vjqZI7NFZl17Q+FAjTPgeEOE2LO+H6rAT/MAG4Qs9eGFCxA8kPuf7 EIbr/Z5X0yJFns9LWNjPTdRYf+t5XkZwNIWKET4oQFaBhrL5egaO8b47P72+2g8IIJAyez8vomKE iAvihAiyGsxMaDVKp3G4C1SS8GEBshqWo4C0F4OXQCUJEQoUFwFyG4h/UNEppmtw20MUgCCKEz4q MH7DggZOjzHggyhOL0CCsRwIUsCrcRZpV2fa/F7sIQgTGkwg3fGAUY0ZhGHdFR8s8YVctOaeD1qC v4Ch7WUflJj5jR98/QFe+8HMI4K7PwRhQsQ+5QIQ2Z4V6MNlg7oFpPqfWNCRE6UP2IjZ1SEjSTLF RZzfBSpiUuaYyOoOEBGJSUSAh5wovUBD0YZ7gYWLaoJblh2tMeHKwFcOELmvoOzCACidbrtzKujr vvtC3HhnGq2pldSnVIijIFA7vEgoE+JcGNMPayJMmrET3ONs1hf4cfIECH4M9DCfPOixMZPv27jw olyyQZN+AmrmM7PRPP9XVtxxafvcED3LZrPiPZlNV2QOki/Jxn5jQbsoAUhY378S4mB88mHTMDxr VEyLZUfOKqiK5IHhUOxL9/FQovR9xWYRmok+XUZ2QpqBBUZxbdeNI0rt1GtwJ5UoQEjm++qXUogn THIUJkVN2OPlFMW6XKzLu2I5S2MIitBJFNp8XQUXmeuw/D1Fp70Pk9BJFCLOKBeaCFwHEzzBcwVu vu8GRlCtr2CtMIm6UmpK9y6VTidxOFaLG0m/jkBQ1lhYIKi0ZycgqFqyL0jUyRciJOr69l6dCTny w1SL9+WQ8QLsCEVrQXS3GBoPfhqjp5Bgf3kir71wsXRHONoFjPYGQmsQ1BF6doWdcPpdbhZRPE4i CBOiESlbcpTjPm3KLbO7bJnNu7pMg1b3hmXFZ2GlhO4HW0EVcYy0kladxadiqoEtBLMG7OiQrGSy /gJVOblChEK1837Jx6ziRGdHZ0Wb9jWawoD827Sj7TBSmwCKwscdXFTLaSAOPOQU6vIET0UxMCik TdfNJbW8nXo9zoNFChEExc7K31CLE1xdUMvZsLf7abNJNh93dDctrEvAPe7TDu6kpbLHgXlUma7u ooX0AsM73Gjd3EHLrNMX1jFxQkQ6vnvy987Cz67unKVW6wvj/rnOlpvq392gHKxNnvQKH7tHOl4D cWAdp1BHaEd0FBje0abrBPEEO/WFebxIIaKe2Fk53COMO0I+3oZ9Yd+H7LYb2KsqEhCP/O4e7LDI ceAcUqOrFxKz28DQDbRVJ8BGzNEXpmFBQoQz2hM5JKu+OQIxbKD+3k/ZZMtiOc46Wp0DoXgUw+CP Hb2dSGWOA8cqVfp9OhHqK6y9f64dOwsj9ft6IhUmRJzDvXVPNQtHUAds2BfOjbPb9aT/MelUjPAD 0SGrYQEG0l7vQ86pGIGiBIcRkNVggsvHaZku0rKCoo6u4/J7j4QkTmiQgLTHg0NlD4xl3X0SfPIL uXjNnRJcGT6YqO29Ehw587slRB4CvF+CN5UIQtokcULEQSWoTbVtBRBDDGsrs9limpZZRLipEakP 2CmxrcNPOYsphkrlXOCoRNIcS1VeAsRT2YQiwFSNSL3AVb3N9wJbKxWfgUn0BZhE+7cfuah7GxIE Csd6GMwwO2Ji72tbA1oXAx4RqbLlEh/an61u4I+K5Gz1OitPcMqeBJHffptc5eNsVdlpUt5nSTqf F5vK9MAN9qcXJ5eXyTLNV9k4ud1UhK6ydDm6f5mvfr8GGL8vk8rnoLnLKu2bUfLhPpsnaQKXY/64 SuDtfiCpyjXOPiajdP7HMrnNkrtiPR8LlGBDEAme/DQqxlnyhx8BS+eApaoVvkw06ZWGBTJVrj8o dH78kYoG6AgFwGgymi24IstiXebz7CB5rAr/GDZrZUdirWKLgL8bqMIbQPXjKFuAy13lZsD6O55W dcB2QI0HDvgp+Wary2yFW/SsyqCjJXR4PuGTdshSAckLrqx2hStkYZ/rXG1WRNzG3mowKZjFfqww wE09VIElFW3LQk4kx2oAqgGo3AJV58t01UD8qpiXq0g8IihLD50h1AaDHzTAS+/8oHn2AXeRh2II XYl6moigwrNtigqrQ8bYY7jWpPFBdP2TIhcn2NAxh47ptWNa7t7jIYneremqL4+zaVZmjrqzjUvw gMFf4DnEoV9U6gAlA5Q4h5KdvtFazVEy/1ih8wVcTh6gGCHCh8YzETQ/AMoAKJ+Db4KNfpmBC83h wlzn4YU+As3yQ1WwcHfItQulfJMMy6QDJCVRLpPuBnKgZXpxfHJ5I7kPqMPUIe8kD8gzIA/4C8sZ Ivbq7awFMf+fN+fprINpmBIt6A+gVjJAIRn7DVO4nQawGsAq+RzB6mozuy2mO0MrHzM4Hqd48foA VNwsTm6cAaIGiErim8ktltkiXWZ/AfeV9GSHS8N5iAvVOgUPi9MDfkS124Wt+xTcmt7BYhCoxuu2 Fy9PiKDCuSpUF/u6thiQZkCakCZTxFz93fSdldDyrzeLXcyknM6ceFnCnTbpFD/MkgbsSaLzcipR Lrjnfz7v58wkZYR2rMnza2aWyCiYzQCOAzgm0YHjeJl+iGHqB+To25QP6n6Y6g2I8llN9YDVd7Rg 3Q3sBLuGvQ17hlXtAYDA32cIQGfwbZNYEAhJ00cIwu0wYNCAQZ8dBl3hV+RiQSEiTx9xiLbFgEQD En12SHTJvecbCxrxMvURkYQ2GVBpQKXPCpWy2W023oWDRLbquE6584sIBWXEsWNHDchD7LdoO8O2 3YCfSXyR39DIu1/FChYehSWwARyZferAkVt1G6BxgMbIoBGuK6e32fQ4Hd13GtceIjqK2hgAchtA StYzYOSAkUl8GDnPPpbQyv3D45R2pjfA+fBzvcKhLFfYS35anewrbTMs+w24E9Kyn8Zsva0A/hME J/28gZz5B6kFqEbw4dgX5Tqr5/jnuFjfTjPw5fsdOXn5+FCjLsHJg0ePnsP/fh8AGrZz+Ehj+HD4 BEOj7t4B1BpU2gDAAwBH4/hha7+sUvyj6rIqBj413FlDsgAqC4PjmE7nxpwy+joxXohAidVZUyWp rO41KdQILxIL2ISGNEySB6xMosXKV1laFcs6eFWqyxuaJeHCPajehD60aQYEGhAoiRaBroB9+Icf aIbCJJh92f1GBq+LvnprorNGtOsRIJHlDOg4oGMSHzpWsvzyP9dvlwVIA7qJ7ApWWb6e+WhK8www NMBQEh8MTbKyewzytYEqCBP2JirmXdsKw87pgDJeUQab4X9Vne+qXFamABEH/XMPo01yCK7u+Xmd T8d/TafrbA+abNXbHnvzh6J2hvrsCQ1u0ABQ4l9sbtAqfR/dIxhApr5hDWiGAWIGiEnihJiOrg7r Hmf4a8T6BDbsFrEBcQbEiRVxjlav35xFCztQur5iD2qaAYAGAEriA6BJVr7JyvRlWqY7QB8/a838 G4NEuD6Aj7LgTFtmAJ8BfJLPdc155/jEHcnx4i7xa9BavEJnbAJFLXEdWoUseNJlwK0Bt+Jxmlbk 9d+rrINTLp3vg1HZ+uA0ifDDmmVwmQboSeKDnmpWcL6eITPv6MSIx1AgJkrYoUDiy+9cAwxxQAPA xAUwlSyvinkZp2eDJeufX0OaZPBqBtBJ4gOdCbXwV/m0sygfj44NJ03Yno2y5sy3w+DdDEAT/orz HdCQ7036N+mi6qVl9jE+t0iQrm+ukdg0g3s0oFYSn3s0LdJxvAAkStczAJKaZgCgAYCS+ABoVrzP zoCRvOvi/a4ObyniBOsZ8PBNMqDOgDpJxKjzsvjQwXnTneAOEK2vyAObZcCeAXuS+LBnkpXQxlcv l+mHyvQuluOsi4cC56XXdWlVprCXp6E+9hvbZFikHrDHK/bYvl06L709WrDaISql5PEp2CV3fl2j VhVx3NsILMhPGEENfA7+24Chkflvi2Uxylar62y2mKZlF6/0ibNHBFjo6AjdZleW2EH699p0TO6H NgELYtKz+qTn7SaxF2weK6lZOrUCaof/Re/D/BAwIj+TKnwuvg9zA6R3WuFzqcLvXVWoGwXEKA+5 b4hHdeCjNAewuYYRYRgRgg798DNooOeLuxs62FjwbMtYoR9L8Fjx/cPHiqeGw4i5u64MFaJypafE 0ICR9vopMfdDhbexyXiokHqEZsAYxophrPgcxwp4Q8wwVHgZKgTdDiNFL0YKsT8MA8UwUAh/n8dA kZAV1w/5ZJlNKjlbrNLTmoFFNaEnAM/HBwmAxP19VXuwJ19vFtnxNM/mJbycQ4U9gNv7BMxvTs+P L09e7bFvmKpGcQnW3Ke68TKfpRPwCtHNh3xc3oNNvIcOk4QiGyjZF89Hl1VhHO+fkgpaobS47F9V D/dGn/wEmd3nZN3N0ixV3n2WT+7LWEyBSdMHW0DcBmQM8B+LtEto8HT8Ty9SmEaBuWZ2QXmuM41A xlad9ayX08iMB0vUJ9upWO6X6dwVy1lagm3xbgyncscX6/IVrJVkhrN4JWG/ZmLtIZpCow0vQRQP Mr1282tJrfU1CwkvT68ufjlv5gWafUKsH2muUj/ggGsA5kdX/zov5tn+C2mshV/9WndnsKgYsT+E ZKKFiY+a/rwnGksdUFqGmskW7jzsjKp8mc3H2TJbdoeWUjyFm+h7rTxewu8fjHcixhB+Q0MZqsdI 5nK8PGGCizibI/wGNJ9b5f/KYoEJIksfIALwGho8QP1FAg1Elj7AAuA1JEhI32fXBZ7vdWIKcnEv BsFJFZJR6PbqmOT7+lZJh1M0w9ac/605twAzzz7QrvJgXEGOxNOaw8AUY3g5TEEjzw95Vh8foB5f 403o+i+HcYLQdIN96LtD3w3mBBwZvZKnjj2KcTbNysxdn7f0JR7gNUich+kvyOodnIIBWJwDy46X xYE6+wMbAt9hgoao2gEyBsiIDDJcPDxvE1rgeDlzJa5YhLeUqYGS4ZH5AU/IX//xhLPrHgQEs9lb 4SskuDKuqoOfgoo6OJjPQ++zrdDb4qVHJ5E4q0NOK9JhF8BWb4+5OF/LhleacBYkHjIZBothsIjh GpPVq0qRTiCyw+kqx3WYk1VercNUdUCLvruWCCxW8DVC4GDO05mT4BtKkYEG98n7jFUVyMu0lVbz 0HkrDsZ58hNgdx+9SINdce77C7nAs33JxllmPs5+lk6nxQh0qWk2R+W+fiqZKuhvi41aqTyB/pRN V1lTrd+9CNauHQQS2dm189gRVSDHw+TDLLrhiAdnwIpXFNTxDqbispridomFXkIRVXECREI1GBEw G0gwoqTBDkHESzyiKk6gECJGJAJmdx+RyJQHIiQ/dokO42J9O81cA8T4UCNSLxACchscRCAddogR 2Cw8wgQVKVCcQBqQgpc/1mPFq2mRIrR4CUv6efpR1N8mPqTY9AopNkEixSY+pNj0DSk24SDFAoRH rrqEClgjyWaAFm7OjOsk9nJo/OFI0uJWNqzShy4JVb5/nrO1FNZSt6A12c99vPyCVMkK3BXLyofO 4YpMRSn5z+Tpd/BfX3+9n9z+Lc//XiV9tSdTepZ8XeXBJh7E0g22kQ6RkqnEI1gysQJFS84wBCOh 6IkkcHQUnXYb52fQuTWz9ax7Y/I8iRdkCtSSxJk85Tik6fxdPp1m44hW+5hAvfDREbvBOelYi/HA BROoF1iB2A0JKFblZppNs/mkvI8ILSSpegEZHM/B4Qavz3jAQ5KqFwjC8RwcjHQNIDua5FNZo5nj P/yBPXl6D5vnNmHPI6JJPVRd85xeM6VnJMKbzSNj6BgTfc7jqUDhwiGYwWObEHHR0dzdy4ulTMPs NtyYAtMEqQJ0uDisotFp7I5fTYiafAEwV7QmTo2WcBGsRomZR6zx9YcZtub0butgYtd8Xm/tLYCt X/dbc1E+y3S+WqTLbO7kquJAJqySVAHipyamjfEc3ISV12c8E1ZJqkChRgp0YzyHNGHl2BoV08LJ Rb7hYQkVrW+AAhkPGVWQZqOEFipa3/AFMh4SyABFp6PSzTXhwcz0BKkCBBbdTI/yrJvpsUTTmR4t 4WKmR4mZz/T4+sOc6TEjiWmmJ0gVKDwqMz3ZvPsy00vnZZ5O87TTCELPvpkgU4DYqTpllOPgvDGm y3jcMEGmQAFG9L8oxyE5XndFt6tD3n0uIlCAkKFztwC7Ok8Lfjd1skBmF/4VoGPuWuFaw/SqoBnE 5FARgQKFOsWX4gy4L27UBPyKxoHC0gSIg6rrVPEanNME9BePu4SlCRQ9REep4jUkF2lRrHJwX1BE 2MCL1AuAIAwHhxJUk/FABS9SL/CCMBwSaEzzeTaKyp/gJOoFZGB+g0MMosd4AIOTqBd4gfkNDS7+ UeQx+Ri8SL0BDMBwkIgBNRkXZBCReoMZgOEQQWOWfnT1dK6pefi/aUYjXK9QBPMdLJgQvUZ1D41G uEDRRbmRRmJ913fTgLciqawODYRvfNMWPhSYeWz27iVvgaI5jtDuSNWuQNHFHUvdHy71Hi71DuUt TIY0vh7D9NG/GwcAJ2gvMx8UwDMbZVu65FDnAC4DuPT5xQDWzXvxGhWHn4DAC0ll7JvVc1RvsvK+ GL/M7pKrSgfo1+pv4Pj1vx99kfybboQ/XlayAlXN8jm+WjdB4CsnHCRvTq7/fPPXo8ujy9dXyaeD BjqTOjoTGzqbOn42dvxs6vjZ2PCTfqzRD06woaPlByeY06nRD06woVPDj4l+gM+Li1AS3LctpfEg KRMQPxtKslgWoOMqguDvhlTucpVC9c2w9HiZflCKg4+G5XnAqujoPm+h9L4qAsfiG9Fcpe8WVCY1 VLbbBsu9qeHFxFL53HpeTO2UlhAslX41s1WViJxgLI/U2vqELdTItYRSc4ufzWlM9DS265dm3uj5 MGlpLrOWD5N2pplnej5mNnzM9HzMDO2NFBDMjd0jaWJtCgnpu6kkMjjKCaZ0BIATvhpTqKw6nY+y 6wJOMDXExAz2dK+yySxrpoyztKAN5hmNlEEGU7oSAGi/b6EF1uNAEXbNJm/22lRripNGitv7AikD C2j5oylWlHR80RSD/onLCN0TfzPrnTIB8bOpLFLXlL4bUtHpwrxl0vFYKV19Myyta1HztpQ6ge7z Fkpw8o+NEhQX+4A21ZripJHidk3TMqCAnj+SYkVJyxdJMaV0CxZJarTG0iypaTljaabU2KtQMi2S YkVJyxVJMaUE15j0TNEkO1patmiSsYT5NGvgTUi2p6lXHZ9sSnM0TVerBkbF9BZUtayK6cbyZx/L GnXiFCtKeiXiFFNK78HaT01/ZWmW1LScsTQLxGxiT0i2p1kHw8Z8wj06XFAY+MlHs5FfISF9N5VM HvzlBFM6Wr1YtBrvAPAfTcsL8wLhqymFyhx+hoODSoYmGSNBsdho+n/11UKfcIFVq1SYYs7LvEzz uUYskmKs45qZU10Ge7ri7KYug/nIVrluq8qINbKzNGP7EN1E7fcttPIym0G8oE/uYrbkBBs6kzo6 23sfya64OHKCDR0dP4b+DcmujsxKihUlHUum4zDJz4KrJEIkwYaOjiGSYNr269k4G+WzdLrSm5KY 3oKq1rDEdIOxDpcUhjr8zWykkwmIn021LnZe3ectlF7+/Op0flfc3C0ExYifDWnML7NRsZSmKLpE O3pn3MXjeqIshynlP2fpOFs2UZZzmFJ+lWfTOhWwNENqixSVubi7q4xdS1TNYkn7Su65dRks6b7U dbimTMb0R/ew7LUMy7U5TCmv/oVaXU+VTzW1huP1Ely4hcxUbxRKFkPat0LBN8U4v8szfR31Wc01 s10SXSZTWc6LBs0LqaYU3y3GaVmnDy7RXAPogDo0rDr5pSymVsIVqwBHbyZqHkPqVU5Y6rxynhSy fKIlvV/ycXlfSxCmWlIkYFBLlGSwpAtgoJYmSDQY73ExYbzH38zGe5mA+NlQImm813028fvv8iny 8Yv1cqRZu1PTbajq1wPlVBuKlXsGf2vWKbRZbGjXraqq6TZUoRvexC+XwVITW0mLeWyoT9NVCT/U ExeyWNlamZbrBq5Zuj3VbW0o5zJdy8Ll1fUsnGCxpiWT0qTZyF0rqqX+quyaRQ851ZLiNbhp9K5Y zrJxLV0ujyX1k49l1sAwSrahqazRcQmWdBp0SVKtrFuzNqNL20JztqoGiotFNqec0S8mJY+nxSoT i8JPRmWXWeVoSYXhN5PSr/EYfVz13FIkIiQZ0kJuqZ4Yl2ZC7Wg8htWLdMhXG9kEp0BJMaF0WfnG p/Mym2TLo7LyEm/XssZ1OUwpo1NGDYSlDKZ0kT/bQFfKYEL3l2VeZs2q0GYxpt2oDF0OY8qN6tDl MLSx0zKbrRT7gl8NKcBVeZUE+mxDA4S968mAFAt5TpF3o5UKp9lSq6e1LeYI7SflxRyC/HIiLlvq k+1pTpppGsTvCYUqF3ELq1yOVpTrGeZyWFEGvxoYJsn2NOtZJckG/qJQUHAYhRQzj1FPTJdoJa0c FlebuIVq1T3epItVtnyfLd/N8/LdqgKmtxU1ymptji2U4cX0UPPZXGhrOcGGzqSOzvaWpdmX5Ell mQ5OsKGj5WdptBpFs1dNVachmmRHS8sVTTKldVuhuZ4tkmJFScsUSTHolaSM0CHJR7O+qJCQvpvK I3U+7fcttIp1uViXr6pJU1pq91vrMrShO9lGd3sLyMVm+SxT9mSbMrWl38Q7n8mS/niZvyePOdRQ Z1na0W7inGWxpJ2BKfGK3vdXQ17I1bqGJgGEXJY1LLPKGVtu0T6fqS39JgH4TJb04Stys2LcbPxC rtY1NIkg5LKsQXl7raYOKd8DammSRMpni3Hr2R38UcCjvatmHNVkfmh9jfiqyWxZn7lwD5XMXKyH yrTM7kZggWYLBrBMbek3YwDLZOCBSMUFR0RKM/NH6gjqky01sMLrpwCkazXAZ7Kn/waPv03kSR57 6hfQuJpooxy2lEXnrSl5C+V/rrPlppobgWL3WT65F61Zn2xPc9JMc7vt8oU+gL3cWjZpqjXFOiZp qgVFvH1UxyRLtqdZx6bxjpVYCLwaXs8mTrWmWM8kTrWgyD2GqKFIU60p1vFIUw3wlCsnYCn33QxH dYTUJJt2EDGiLmkLxWl6m0kPmWDmlBQrSpNaStv1TvMrkzclxYqSlifDuRnNrxqrmmRHS8uWqY3S AtUYAS+arWdPztGKspZZOYcp5dV9Oi4+NLAsZWhDV8uwlMGOLogw/tjEL83Qhm4DvzSDPd3NNn5N zvVri23h1+SsPy12m45+nyxB2ESDTWgytaWv5V2TyZ7+VsuuzfqwurZI1NLuZQINPaA268PqMpLL un/oCNT0lNqsD6vLWC6rfqQcslBSrCjpu7hZlLaQfzVKp9LGRk16C6q1XLJ0U6qzfF6vQi7Rlp6W RS7RmB5/SbFCjyXa0tPzxxJN6YnvvcgE+VRriloW+VRjrwaeX6hBMS7Rlp7eQWKJdvRq0IhLtKXX wJ8VxqTzybTGAmmSHS0tZzTJmNa6LJp445Ptaep55JONx4P13V1W5xzQNEtq+uGEppm3h/AYrtom XLI9zZp25pJNaaKoRx05kmJFScsYSbHA+rssLdfLrHEIkfK0pF43oEh5bOzchH99vgfUUtut2ssC YtLxeefaRuAztKFbp34+g/EIly5BD6jpcnyqNUX9mMmlmq/sLOu0SZPsaNUsE5mdAoH3POFCwuIc +Wi2MqeQkL4b+6LSBUi671tofchuQYlpMRG0LH42pzHR09iuWZwZbt4uUmkxXpdoS0/DmZBoQW+9 nNayh9MsqdUxh9PMqM2koUn8bE5Dw8zMaETCmctstpimZaZjhk+zpKZhi08zo3aPTllqOGMpVpQ0 XN2bnuTE+e+KotTzxFKsKGl4YilmlCrFSjMBOcGGjoYhmmBIB9wqruWHJNjQ0fFDEgzpwDM4WoZo ihUlHUs0xbDvVtN6sPCgBQEuzZKaDg64NFNc+VjPG5dmSU0LVR9teQNXytRDlpRsT1OvQHvsqiRr 5FNMtqepV6YFn8ARQgUF3wh9MvOMpOLCVzOJJJ9I83ULHbifDMqoa+lqkh2tST2t7dqlBZr2LJoy taWv5dp+z4IWrd03rM3RirKWbct9Q1oOvbWg55alWVLTcsjS7KjN5VDpmvQWVBv4nJvFSbNS8gxf SbGipOfMbN4u5NfsE9Skt6Bay6XxPgEtpdsn0CXa0tOyaL5PwIpo9gl0ibb09PwZ7xOw/q9Zg9cl 2tLTg43xGrxUZNPEn4n3rRRp4M/EC6dF9Ou0+mR7mloubdZp4fUFuKDgg5CPZl6IQkL6bowB0ul2 3fcttODVs7CMGv6nSbOkNmmgtl3bXIlKsFreSJoltRreSJopNXBtSgN7QrI9TS2TQrIpTbh4p+eR JtnR0vJGk4xllf0KJcWKkl5hZl4EzV/m5bSGKZpkR0vLFk0ypqWbnmlTrSnqGTSfm7EycoSjkmJF Sc+XWYQjza9dudCmWlPU8mexfsHK6FYwtKnWFPU8mq9jcJ17Iy0kqkl2tGowZGO0lkgLjLPb9UTP F02yo6XliyaZ0vo928Bldj1rfKo1RS2DfKqBJ0PKCZ4M+WjmySgkpO/GYzI4EbNYZivh3Iw+2ZTm hC+E7v5QKWsyWfB8nX3UOREowYLPN1mZgucXtfyRRAu+6umt7OmBu9LPskk2H5+OdI0jpptSHcE7 jJroyjmM5ZfOieu+m+yAHqej++xNNrvN0DFzaBzq/m5tthZ1NEYQNOdtJZHiYzZna1GH3pXdmrNF TapT2pirVQ3VuKReHL49a4u6ap4M2Z61RV36h1S25mxjceD+NbOqxKwt6tK8xNWUq1UNU030YU2m Vv1TmUQ3ZzONLhEJqIEmYrpFzEkN4fosbbSiCUppyLKlhlm6/D1bSuVzcU21IU8b6orZNOYyaFNd eaFRdRnMWrWRdEOeNnqRGnZrHmPbobhf15fEDFZ0wUNr20gLeayoj8A/GrwBJY8VdaThJs65HLZa 2U5czNSCcxPtaHJa1XS3zDL4o4Y+TbfC3nrUbYG3jUhrg7GN6GrZ+yrHdD0tzYZ/g7xtatO7Nduz tqmrxl0zyGtgNzoqgvnoMphZUSPphjytWl9+QnxLHvM6MJqgL6u6FlBz2dWguSO7Noddqza0Z5uW bG5Dq9ZrbjfLFkNb+lcZfrp+mqkxBXU5WlGebKVssDPJl4OLa2wsqeVczfeAWmqlUPPZ1AKm2/D3 qr4GMY8NdV08iz69BdVafs1jW/hSVfYr+FtPlCab7A1zBcX9YS7BcI9YR0qTZqU/ab+4Lm0rPtxl y2w+yvDlHJpg1fos7WhPttM2wXOxoOb2oPos7Wg38W18k5BcUL1NqDZHK8pNTJveLCSXU6PxanO0 otzEs2k0nlyuNpBwW8aH1NMkiGV0oVxc3YuqzdGKchPrpvtScjlNWEp9lna0m9g2XluTC6J5ZyPf LEs72k18syytaCuOWXO29nVsl8HQT9MXVty05mzt69guh6GPphTO57eFGvPYnK19HY1yCNmsdfXR SA4hW/s6mtvj40PkWGwRwOQ0nK5UM8sm5+PQ1FEoKU0rhTTTeaWeoD7ZFoHlqWV98jY/F8Sy3KZL NjFSw/9rs7SjPdlO22AmwhXU+KP6ZHuadbwa+6B8IdX/1KZaU6xj0tTn5Muot0RqU60p1vFoekuk YCjgqfH38gn52hytKNcaKZ/DgrIaRqpNtaZYx6fpfj1fprnrt+n1zR2+TV9vPGTVnO8BtdRJ0OK0 FVe6/sBVQ6a29OtEsD15xRVdz/Oyvg/SVGuKdazSVCv0UeZB+mR7mvWQZvqeJFdIe1FWXYY2dOu4 tbgxiy9WdyN/Q56W1OsYt7uFX8HwaTqqH+eEHK0oN44fJIddO5YQ0+HCdZOVSNna19FgMVI2kxVe RkBc4GXfDdd3NYTUJJveLC3u1iRt2w2G4ZYNXnRdhjZ0J9voGuzW02KqZ6JJs6SmZ9A4hpCW+D3b aG4Y1Sbb09QzySfb0tw082l0S59aqJFPoxg5odAiHeXzSZNKuRytKNczzOVoQblJvVyOVpS38Wyn 5/oruGuztKOtZ9v2Fm5aUOMt6RJt6em5NPaTWBHNTF+XaEtPz5/xHJ8VUWf4mjRLanrmTOf2rIT+ KlZtsj1NPZM2t7HSQnWeZW2OVpT1DNv5lNzQq/Uoa9JbUK0Z8C18SaFR6jzJpkxt6ddahp0PybWR 7jCnPtmeZo1ZmJ/nZIXkFW8lxYqSnjHz9W1aRoyfJF8NYycVInKC+cggxUtqE7ZQmyzTMh+t0dn9 8Yf7fHRftVJerqW37rbke0AtE8NatreRrnQxn5gJw2d8SD3bxOEzWtVTDfXL0qBtlHwPqKVeGCVf i1oM2kbN+JB6tonTum2qfmfQMlKu1jXUiyHlsq7BoEXkbO3raBajdVvk89Eym1Xeh0GLaPM+sLZ6 sbR5W9Zm0FL6zA+tz0S8tm03y+fpcrSql4nL0IZuLe9cBiu66cct/LIMbejW88syWOqBNlKjkoVc rWtoUreQy1I3JjJIuVrX0NQE7WXI56v17Th/n4+zZmsXs7Wvo6kpxGyWmjKSQ87Wvo6m5mgvx+37 bFn9Sqf1MghZ2tGu5V3IYkUbTv/Sj03KF/O0pF7PupDHhnqOjiWW8iy0KVNb+rXsS5ns6Ss3DjXk aUl9C/OG9xEJJTVB8zXpLajW8mscKy+UWsCDTfl8AlZjG+xczfeAWmplUPO1qgWe/DcRhmV8SD3b xWEZbeqBBojeBa+XRcrUln6tDFImg3UcvriwlMMnmK3maElp0myklpZ1atO2rROBa0DQEudYeV9Q TrKjNamnZbC6Rwooi3tSgg0dLUdmK3s0OzobW2YzPVdCsj1NLYdCsjXNhoZV87Sk3sy2dZvP1zNY WLmTR5tuSlXz8oUmzZKalj/j9y9oCc0LGJo0S2pa3ozfwaAl9NsAulRriloObfYASBl05Fezz1KT oQ1dLbNSBmMLl4+vKClWlPS9xOxcCs0PwitrsJYm2dHSskWTTGnptsrVNEtqWtbM98lJiXFapnrO SIoVJS1XJMW4d6kvuEspVpT0fdT0BXecP53PC2USp021pqjlj081lraYZkvN23W6ZHuaejXyydY0 1ajghjwtqTezbRonzHoYOqyvXCNbl6ENXX3XFjMY0wUF7tJRqbwprs/Qhq6eXzGDsZeru0dYm2pN Ue88m98jzDncmnuEtanWFGscfON7hGkZOF1sVqaSpR1tLctKFjvajQpWsrSj3cB3C32DAMsGOBOS 7WnqexifbGFp5FbTWvPlM7ShW2fEfAZTuuCBi7xu2OUSbelpeeQSjUcbEAYGlmVqhjE+2Z6mfvDi k61sv2F6YRfBpSlV352s5xZNYWf1eVpS1/JtH3MmSFy/uiIk29OsV7Lt6graEagQZAuvfJZ2tOt5 5rNY0Ybvpm9hXMjTkno960Ie63ZsWNFS87Sk3mwq1itaQoNt41/J94BatptPO1loC24TRs34kHoM TMpaHni1Ym1v4FOtKeoHoNze9kmZBm0rWdrRbmS5nW638NyK3y282vK5WBb/yEZlzWDJEm3p6YdH lmhKr8E3tvaLG3xia394VMznlSjKYQd9eguq+p0FId2eav0KmZqnJfUtfNuun63SWbZN12qeltT1 0yUlj/FuYAUcNbZLk+xo6XcWSZLFLlMDa3yqNcW6XStrHu/yaZkt60cnMb0FVf0ekZBuT7UB8TWZ 2tLfwrr1GAAvSKlXtZBsT7Nmw2Fj7wvQQg1qVvO0pN7MtrWOl9k/13nt4gmfak2xZnuOpVr5nc2M Klna0a73ZtvwzY7UjTY17paUoxXl+kUVLofxrtd6VrPlSFKsKOn3z3CKMSXlrTY1yY6Wni3Dt9po gX8U+bzGHmmSHS0tXzTJYtRrYI1PtaZYN46a8oheLkDlhBgu8tEsfkshIX03x6pZ8T47BqErOqii icarsYtsrhICX83jeIpVppKAn433+rPyCjyFoNnqxykWlC5hPIWWFEqyoFWjaJJiQem0Guu0hECC xZxwVpQaNeEEc0zRk0Hfjaks0w8aGtVXGwp/WWfLjZ4MTDKl9U+Q+efNUVku89t1mWmaTcliSfst CF6tJQtTLSleVnOhWoIg0ZLeK7zBU0uTZLCkW9M7+VRj7zArX0EPW+MUkiSLfoUKSC9f1mWw4PGX /7l+ixZZ+Mc6a3NYcNxEVki24HYLq/Y00/EYm4omMoamWUitvNapS7SQuJ7eyp5excIvb66wUKfz u+Ld5ZmWUSWXMcfyk0Oa71tozdB9sUrcn/Tdgsqkhsp2r2hWe3G5kmJFScORcUTdrPbBAyXFipKG J+PbZmZ1jxnICTZ0NAyZ3jCDs0Pz07YbS7GipGGJpRhaJHhAro6YkGhoUShcK9OagpBoS09npHyi qea0++vaVGuK2vaw2E3HZequ99En29PUsGl3qw8upL/SR5doS0/Doc1NPqQIuO3vn+t0mpcbLYtS eguqOkaldDOqmjN7SooVJQ1nxif0cP5RNp0q1+pr0iypaTjj08yoqftqcoINHQ1LpjtqBIqUuD05 wYaODusMI/Nw9mqyUUzXyp6TNtWaooY9MdVQVjCBWaT6MVpItKWn0x+faEav+p867rgkO1oazrgk M1qLyhLKUmttXJIdLQ1fXJIFMqoXOmpTrSnWIa3pDY7MpSnW5WJdoiOlWgjR5WlJXe9UKXnMqPPF ptXcRce7Lk9L6hredXnsqW/jux3P2/i1tGMlGECXaIqc+O0RPRRzibb0tEDMJVqMObepttfyaZbU 6gYxnGboXcNb77S+Ok2xoqTz0WmKGSW4/iYfb9akWVLTcManGc5Vs1vtjBd9Nqehm+2izxYz1GIp n9vVplpTrJv30lQziup+oZxgQ0fDlOlOIcmelmnlCVTzHK3TJiXb09RxKCYbziXxOd8GXjVZ2tHW zVXVLGa0q4xncAUQmIlMVUg0RLomeit7emDZvJiXKw1r8LvBnikqIeyYok9m+6VSceGr4SxvWswz WQD40XRsA5upUHPqyEaT7Nq7rqntqPy8OU9nimhiqjFF9OxvLUk+2dCPX2Zg+Ubc1tOkWVE7Bb5O DTWYZtxPYO7rzUKhxqcZU7uAbt0r6NZpCPLJhijJ76ly38xLaxVvupvKZT+DvoiOEEoxp3SFfS0d LZJmTu2Sez9PR5FPN1ynmt1m4zomhUQLenr1cUkWLQFWbuFb9NrWoKmGM8PsYwnLKNNBkmDhLcp7 4po0K2rCfriaZEVL2QvXJ1vRFPfBNWnGyKHfX65JN0bzepI2O8uMi0YWreml71XUrb6Zl9ZiG02w pHO0ev3mrJYYTDXWu7IbrSYZ67yOlvm+NiuAhu8rzfyXSzOW8nw9Q4V0jiFLNOYO+JJ63nCKlbd6 BWM9dE4Ml2puI9XwcVyVq0BRZyMs1XDOWKTjeopiquE6LnFB3ynDIJdkSetl8UHp6UKinae6elkN UPl80jjPETLZzXca6WszmXqdxShbra7x/E51PIVkK5po8N9CWcxkRR+C1xbyQh5DjYvxK5qvW+jA 1Uq4eKPEMKhJprQ0ERqaNFNq8B/K3og+2YrmejltIIlTTSlqVq41aZbUtNwZr1bTEpXfXfUxaaVN m2pNUcshn2pKUdlHVlKsKGn5MtxBZvmrEeW6kIIYtakGKy+knLD2Qj6arb4oJKTvxta1zDKNXVVf bTSj14gxBRG5tN+3YeDqqqpQWoNg37aWflUJLJem37aURpFFcH4mB/6pSXa0JvW0ttsuK6AchVWT 7Gjp+TLc6WIF1McoNWmW1PSsmb5BKZbYNPBmEgUkl6jnzST6h5XQ3BmtS7Slp2fP+D5ozkDXs0aS Qrox1bt8Os3GNVKzRFt6ehZZonkbgwOT02w+kcJAanO0olxjQ2IOO8pN3Nrz2cShFW/Mm9PzJ6S3 oKrn08aH5KCv7v3uuhytKNfArt3L3bpyaiBOc7b2dWwVwTRGhxUGX9KRfLNyTXoLqnqWhXRjqum8 zNNpntaBt5DegqqeVyHdHB+LWmMmSXa0apC2sLTbiRRNoaRYUdIzNTGKo+AHSc1rsPpke5p147Lx a7CsEHzHuFZ/XKo1RT2TXKoVRXD2t4FJkmxPs55NkmxNE1yFKc9YG3O1rqGZeS6XwRyUlhcmofSr 2SxUJSInmPsO4iRQn6Cndv7u7OwA/jf59OjTi0ePHn37VfIE/yXXv709SY4vzv96cnl1enGeHJ2/ TE7+8u70r0dnJ+fHJ8nlu7OTq2Tv55PXp+f7rNhX3z56BA425aMEcIAmN/n8rkggR+XNzQLfCw93 9t6AfUNwXuxvf09+TP7978c1yZVo3x0kj3VJyVcg8dNBfdkq7btPlYDb+Jqly9+zZS1fumTMly5J 4Etb1pSvKd0I1bGlScVcaVIEpnQljXmqeo/EB/pC6ka/xPpwDnO5N5WfUEjS4m+4nlW5XI/KhH6W BCSZ+Q82LOAAbVFS9hEzwT4I1XP5jOsD8zupNvyJ1IV/ijWRPOamvpAUi7+IasUfJVNe8CrF8UyG FS+Lf7z9b1Yr/EkEoz8QZfTTWHHQs+TVBj9g2gg3BY2hZAt9yWCw4Lv/Qu3wD9ASD2O12KhFxQY8 bIc4dVijQ5l6fLGpm6xjctVyq7agRvJTqIzmMa2HDpVcRfzADLsB+S1UxXIZ1wUiKO7yqSQX/5nU yH0SK+XzWrWjpgml1tM2nE09cPYp1kM+kR6Ifwr10Dzm/WJUyh1iVPI9YaRgI8lhWseH7FasAn3A NaAfQgU43ZT+y59fgSP2XAX4C64B/+KqqL78OZ2PpxlBE1LAtErg5ooy4S+4SvxLkIrksBqsZVPb iO7IRueDPHSIXnJhcbJtCCnURoSvkq2IJUx5gIFSSv3cV1w390Wol89ph19XmdQh+M8CiqFPGiDD eY3rxSGDUrXsK6mVfREr5XKa1sm/4MdVKr0dCGrlPwnVCnmtcFuD2RJea7Hayu2jAWeS78d/5/wk +k30AoXcxuNtmc2k4RZ9IaMt+iUOtjiHaR3vM/BYi1gL/Ybrob+Fmlgu07rebqrcVSmuKvIJ10R+ ChXRPKb1vDo9O+HqAD8xffBPgTZMMx5Lwf1b0liKP5GxFP8Ux1KSx7jd57yKUKwrbO+5qBiQYkaT jlOULhu56NjGfrsZ2+AGidRF8Sc6l9lo3CmSx7Segot4F6uTUnCt0lehcrmE+SSnngtjPsRZUFtW 0IE+abwn38iAT36LIz7NReqqqewr+ntVfcjBWjyq7FHzUtJB8oifuKkLL0IGzSKImI4WLaQy2GkR vrLpvvgZz80lthZyeTjfFUvCOapcTiYlTvFqZJNTWLzLI9mjUL5yEw+VuvyRuPQSiyNFA8hrFj7h ri98w26oqn61DsF1E9I490ojMPJ/xATmowjfxQeJZSUpLc+Px6L60fgpfKMjnfCVDEvCRzCeiFrH 4C9WMudLUaAV+cYwKHyUMEGyyaZU2rerr9+1XlM+OX/ZsKI8KuarEiEE97tMb8m48+jfydUvp69v 3v52c3p+fZCAP7py/ubq5urPR29PgApv3l5UGSpo2psW88l+8hTC1ncQqsyJHF0eMxLPW5F4e3H2 2+uLc0bmh1Zk3rw7uz6VZPo/VpTeIpW8YeWf2SnlLVAHX9xOIW+JKngSdsp4y6mBp2KsiFfXNFwR lyVfzCmczsuqJyx5EviTOY2XxfoWOkqUBPpiw8X7dJqPRS7gJz2Nq+vL0/PXB5gGUijuqo9Jib33 RT4G5L//5rtkb5y9z6bFYpbNy/3HRg10ffnupF2Pe3V0dsUV/c6iKN+1bKq8ePWqXYUvT14dVVbI mZ9F4ZM3P5+8bAcpL0/OTq45JX1vUfa3k6t2Wjq/aKekq8rYzlq2KOrjZ21NCaLl0VtWmvtoS+fq tzc/X5yppNB3C2qn58d/5tuAfrLh6OTkWmSl+mCj14pzkQX4xYZCZYCXEgn4yYLG/5yeXWjosM82 XeKlQOPlS4uyb09/PTkTeUCfbIdn2dMQv1tTOzs9P9EQA59bcCb5HnKKNUUQUaAhh8INjGmdHf12 cqnRG/fdmpqiN/a5BWeq3oQUa4qXR1eVbWsIogRrekfn5xfXR9enWiZZojXdv7w7ufxNQxJ+t6Z2 fHp5fKZrFZRgTe/1ZSXV8TstSZpmQRU4LGDeIpAjHy3o/Hx6LY846JMFjXdiv3pn1Z8ky7Kxp3di 2XdWtijybIUBx2K9xzb1Hov1HtvU++5YlPfYRl6x7JlN2WOx7LFN2aN31xdCafDBovyvYpf+1aYn X5+ei6XBB5tx482RPGSAL1Zex8vTd28krwN8ssKPy9cyalRfLCi8Pj2SRiv4xcqXvqwkF0igTxY0 /nx6dnotCoI+2bRINZE4vj4RfSfy0cqnVcZc9MnWq8DbK5JTgRbCLOz07ORlDT0pzYa/lxJnL21K X7wWQa76bYNU5++uKrafiniFP9p4uhdX169PJVcXfbOg8ssbkUL120YTl0fVgH/1thqjpS4gpNjw 80ri55UNP3pPoo0P8eY3WbfwiwWFlz/f/Prz0ZXICvloR+fNb1d/OZPpwI92dFCjyITQVztK0NAu pXkn992C2n9X84Kbi/OTm+sL8D8CRSmtJdU3R9JYJyfajPf/fVzBu8Qm+WhJ5+eTv56cKYTgV1tK 766vVULVR0s6b07l6Qz9aknp8uLd+UuFEvxqSenqL++OLlV9o8+WtK4vq8H99ZlKjSTYjCHvjo9P rsQegL9ZUHl1dHr2ThIPf7PpkbJFvrSzxtM3R69P3ly8PLl5e/zshz+Jg7+Y1orq5eufa2hWKW0p HtWTPGpFs0p+Wic7TGtF9dXZxdH182c1dHGqlb958deTy8tT3oV58rT6s7FduNB5c3X65q3so/Ep 9hT/WnmbF5c6iijFnuLJ2dnp2ystkzjJnubb01/lib2QYk9Ru+QgpdlTPT66vL5QVw6lRBuv5uhX VJqDrT/Z7DhUBFBDwtU8fvfhu+8s+bj+7ayanJy/vv4zT8W2ix0fgeX20//LqUjspihc5T/yu3F2 l9zcjBbT9Qr836NPj/4jm4/zO20ieBRkOU8eHz8muQArJ7++vbi8hvtp+4g3EOSCf//7EWAQb3uz eDWYbTItbtPpKvkx+e5FwucDkVvoDwTNAGowD8zCaMwOkq/G6CMrkOMPd8neH/hKMGesSvhznn14 ny6n+fz3vX1UcFYlvd3cnFZ1vinG62m2R5SLS8BbVq8+5JM3WXlfjFe43BiWQ0VuXmfly3xU7s1w ImOJyEMUA/7uimWylyMtaCKF8r+/SPKvv+ZLQFXRnFUOIg+4GfUSn5Xb09LCHIG/T/RfnJafonSU BmmezqtWmU6PQXRCOi9Xe+MDOVyBFxP+583VycfRzZt0scqW70+Wy0pCoJ7qXzfn2YcqLVuAaJK9 xyAOaDVa5ovyGz734wPuUN8+a1IN3T/8iDJh4wB6v7lCb3aize6K3+SxRFylQ0T49OjR/w/fGZhM 2KMLAA== --Apple-Mail-4--253343646-- From sgillies at frii.com Wed Jun 11 13:34:00 2003 From: sgillies at frii.com (Sean Gillies) Date: Wed, 11 Jun 2003 14:34:00 -0600 Subject: Apologies (Re: [Mapserver-users] Can't build python mapscript) In-Reply-To: <1055338005.1902.45.camel@localhost.localdomain> Message-ID: <08864397-9C4C-11D7-8FE5-000393B98B56@frii.com> Sorry, folks, I only meant to attach the file to my mail to Vic. Good thing I compressed it. Hope I haven't caused too much trouble for those on dial-up connections. Sean On Wednesday, June 11, 2003, at 07:26 AM, Vic Kelson wrote: > UGH. > > I can't get python mapscript to build with mapserver-4.0b. Here's the > error message: > From ed at topozone.com Wed Jun 11 13:44:55 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 11 Jun 2003 16:44:55 -0400 Subject: [Mapserver-users] Size of images in ImageCatalog Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFB09@mercator.topozone.com> Jeff - Just leave them as independent quadrangles. You should pay some attention to the organization and compression of your TIFF imagery, so that it's easy for MapServer to "look" at the portion of each image that's required. And if you're displaying the DRGs at "zoomed out" scales (small-scale display) you might want to considering building image pyramids with GDAL to speed access. But as far as your specific question goes, I've got almost 60,000 DRGs indexed as individual quads (no chopping up) and that's never been a performance concern. - 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 Berry [mailto:jeffb at erlandsen.com] Sent: Wednesday, June 11, 2003 3:43 PM To: MapServer Subject: [Mapserver-users] Size of images in ImageCatalog I have DRGs for the State of Washington and I'm struggling with how to tile them for display in MapServer. I've projected and clipped the collars off, and am wondering wether I should just keep them at 7.5' quadrangles or clip them smaller to say 1.5' blocks. So, I guess my question is...are smaller images necessarily better when in an image catalog for MapServer? Is it faster for MapServer to look at say up to 8 smaller images that are around 2-3 Mb each, or is it faster to look at 2-4 larger images that are around 7-8 Mb each in to generate the final map? Maybe there is no significant difference. Hope that makes sense. Jeff Berry GIS Analyst Erlandsen & Associates P.O. Box 2029 Chelan, WA 98816 (509) 682-4189 jeffb at erlandsen.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From laplagnegeo at softhome.net Wed Jun 11 14:46:40 2003 From: laplagnegeo at softhome.net (Ignacio Laplagne) Date: Wed, 11 Jun 2003 18:46:40 -0300 Subject: [Mapserver-users] Problems with in multi-layer maps (postGIS or mapServer?) - find_srid Message-ID: <002a01c33063$04ea37e0$d801a8c0@dgmod02> This is a multi-part message in MIME format. ------=_NextPart_000_002B_01C33049.DF9CFFE0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi, We are working with mapServer+postGIS and are having a problem which we believe is due to a bug (we cannot make sure whether this is due to postGIS or mapServer; it could be even due to postgreSQL?): when working with multi-layer map files with "complex" data and filter sections, the resulting queries sent to PostgreSQL seem to be definitely wrong. Consider the map file attached, and the first two layers. The DATA section in layer "deptos" (supposedly the first to be drawn) causes the following query being sent to postgreSQL: DECLARE mycursor BINARY CURSOR FOR SELECT porc::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::tex t from ( select gid as oid, deptos.the_geom, p.prov as prov, p.porc as porc, p.id_a as id_a, p.ed as ed from paisdeptos97 deptos join calc__porc_x_ed_x_indra_x_alianza_c p on deptos.indra=cast(p.indra as character varying)) as foo WHERE (foo.ed=112 AND foo.id_a=1 AND (0=1 OR foo.prov='04')) and (the_geom && setSRID( 'BOX3D(3233646.7768 6112213.86,4187074.2232 6748025.14)'::BOX3D,find_srid('','paisdeptos97','the_geom') )) Everything is just fine with this (believe me!). However, the second layer causes the following query to be sent to postgres: DECLARE mycursor BINARY CURSOR FOR SELECT porc::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::tex t from ( select gid as oid, c.the_geom, p.prov as prov, p.porc as porc, p.id_a as id_a, p.ed as ed from circuito c join calc__porc_x_ed_x_indrac_x_alianza_c p on c.indra=cast(p.indra as character varying)) as foo WHERE (foo.ed=112 AND foo.id_a=1 AND (0=1 OR foo.prov='04')) and (the_geom && setSRID( 'BOX3D(3233646.7768 6112213.86,4187074.2232 6748025.14)': :BOX3D,find_srid('','circuitoos97','the_geom') )) The big problem with this new query is the call to find_srid (in the last line): find_srid('','circuitoos97','the_geom') Now, the name "circuitoos97" doesn't correspond to any table mentioned in the data section of the file, or any table in the database. Indeed, this name would correspond to writing the word "circuito" OVER THE SAME MEMORY POSITION than the word "paisdeptos97", which is exactly the name used in the first call to the function find_srid (you can see it on the query generated to draw the first layer). This suggests that somewhere there is some piece of code missing for erasing the contents of that memory position, or setting the right limit for these strings, etc. Any suggestion or patch for this? We are currently working with the following environment: Redhat linux 8.0 postgreSQL 7.3.2 postgis 0.7.5 mapServer 3.6.5 Thanks in advance, Ignacio Laplagne ------=_NextPart_000_002B_01C33049.DF9CFFE0 Content-Type: application/octet-stream; name="mpac.map" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="mpac.map" # # mpa =3D mapa de alianzas # name mapin EXTENT 2952219 3899185 4740795 7592801 size 900 600 symbolset "/var/www/html/ews/v1.0/symbols/symbols35.sym" web template tM1j.html imagepath "/var/www/html/tmp/" imageurl "/tmp/" end querymap size 200 150 status on style hilite color 255 128 0 end scalebar imagecolor 255 255 255 label color 0 0 0 size tiny end style 1 size 72 3 color 0 0 0 units kilometers intervals 2 transparent true status embed position lr end legend status on label type bitmap size medium color 0 0 0 end end reference status on image "/var/www/html/ews/v1.0/images/pais.png" size 150 108 extent 2952219 3899185 4740795 7592801 color -1 -1 -1 outlinecolor 255 0 0 end # layer definitions --------------------------------------------- LAYER CONNECTIONTYPE postgis NAME "deptos" CONNECTION "user=3Dpostgres dbname=3Dgisdb" data "the_geom from ( select gid as oid, deptos.the_geom, p.prov as = prov, p.porc as porc, p.id_a as id_a, p.ed as ed from paisdeptos97 = deptos join calc__porc_x_ed_x_indra_x_alianza_c p on = deptos.indra=3Dcast(p.indra as character varying)) as foo" filter "foo.ed=3D%MPed% AND foo.id_a=3D%MPpp% AND (%MPsap%=3D1 OR = foo.prov=3D'%MPprov%')" STATUS DEFAULT TYPE POLYGON CLASS EXPRESSION ([porc] > 0.60) COLOR 0 0 0 OUTLINECOLOR 0 0 = 0 END CLASS EXPRESSION ([porc] > 0.45) COLOR 107 0 0 OUTLINECOLOR 107 0 = 0 END CLASS EXPRESSION ([porc] > 0.40) COLOR 157 0 0 OUTLINECOLOR 157 0 = 0 END CLASS EXPRESSION ([porc] > 0.35) COLOR 223 0 0 OUTLINECOLOR 223 0 = 0 END CLASS EXPRESSION ([porc] > 0.30) COLOR 254 0 0 OUTLINECOLOR 254 0 = 0 END CLASS EXPRESSION ([porc] > 0.27) COLOR 209 93 0 OUTLINECOLOR 209 93 = 0 END CLASS EXPRESSION ([porc] > 0.24) COLOR 233 105 0 OUTLINECOLOR 233 = 105 0 END CLASS EXPRESSION ([porc] > 0.21) COLOR 254 114 0 OUTLINECOLOR 254 = 114 0 END CLASS EXPRESSION ([porc] > 0.18) COLOR 254 135 40 OUTLINECOLOR 254 = 135 40 END CLASS EXPRESSION ([porc] > 0.15) COLOR 254 154 74 OUTLINECOLOR 254 = 154 74 END CLASS EXPRESSION ([porc] > 0.12) COLOR 254 172 105 OUTLINECOLOR 254 = 172 105 END CLASS EXPRESSION ([porc] > 0.09) COLOR 254 188 135 OUTLINECOLOR 254 = 188 135 END CLASS EXPRESSION ([porc] > 0.06) COLOR 254 204 165 OUTLINECOLOR 254 = 204 165 END CLASS EXPRESSION ([porc] > 0.03) COLOR 254 221 195 OUTLINECOLOR 254 = 221 195 END CLASS EXPRESSION ([porc] > 0.02) COLOR 254 237 225 OUTLINECOLOR 254 = 237 225 END CLASS EXPRESSION ([porc] > 0.01) COLOR 254 249 225 OUTLINECOLOR 254 = 249 225 END CLASS EXPRESSION ([porc] > 0.008) COLOR 139 139 139 OUTLINECOLOR 139 = 139 139 END CLASS EXPRESSION ([porc] > 0.006) COLOR 180 180 180 OUTLINECOLOR 180 = 180 180 END CLASS EXPRESSION ([porc] > 0.004) COLOR 219 219 219 OUTLINECOLOR 219 = 219 219 END CLASS EXPRESSION ([porc] > 0.000001) COLOR 250 250 250 OUTLINECOLOR 250 = 250 250 END CLASS EXPRESSION ([porc] < 0.000001) COLOR 255 255 255 OUTLINECOLOR 255 = 255 255 END END LAYER CONNECTIONTYPE postgis NAME "circuitos" CONNECTION "user=3Dpostgres dbname=3Dgisdb" TRANSPARENCY 90 data "the_geom from ( select gid as oid, c.the_geom, p.prov as = prov, p.porc as porc, p.id_a as id_a, p.ed as ed from circuito c join = calc__porc_x_ed_x_indrac_x_alianza_c p on c.indra=3Dcast(p.indra as = character varying)) as foo" filter "foo.ed=3D%MPed% AND foo.id_a=3D%MPpp% AND (%MPsap%=3D1 = OR foo.prov=3D'%MPprov%')" STATUS DEFAULT TYPE POLYGON CLASS EXPRESSION ([porc] > 0.60) COLOR 0 0 0 = OUTLINECOLOR 0 0 0 END CLASS EXPRESSION ([porc] > 0.45) COLOR 107 0 0 = OUTLINECOLOR 107 0 0 END CLASS EXPRESSION ([porc] > 0.40) COLOR 157 0 0 = OUTLINECOLOR 157 0 0 END CLASS EXPRESSION ([porc] > 0.35) COLOR 223 0 0 = OUTLINECOLOR 223 0 0 END CLASS EXPRESSION ([porc] > 0.30) COLOR 254 0 0 = OUTLINECOLOR 254 0 0 END CLASS EXPRESSION ([porc] > 0.27) COLOR 209 93 0 = OUTLINECOLOR 209 93 0 END CLASS EXPRESSION ([porc] > 0.24) COLOR 233 105 0 = OUTLINECOLOR 233 105 0 END CLASS EXPRESSION ([porc] > 0.21) COLOR 254 114 0 = OUTLINECOLOR 254 114 0 END CLASS EXPRESSION ([porc] > 0.18) COLOR 254 135 40 = OUTLINECOLOR 254 135 40 END CLASS EXPRESSION ([porc] > 0.15) COLOR 254 154 74 = OUTLINECOLOR 254 154 74 END CLASS EXPRESSION ([porc] > 0.12) COLOR 254 172 105 = OUTLINECOLOR 254 172 105 END CLASS EXPRESSION ([porc] > 0.09) COLOR 254 188 135 = OUTLINECOLOR 254 188 135 END CLASS EXPRESSION ([porc] > 0.06) COLOR 254 204 165 = OUTLINECOLOR 254 204 165 END CLASS EXPRESSION ([porc] > 0.03) COLOR 254 221 195 = OUTLINECOLOR 254 221 195 END CLASS EXPRESSION ([porc] > 0.02) COLOR 254 237 225 = OUTLINECOLOR 254 237 225 END CLASS EXPRESSION ([porc] > 0.01) COLOR 254 249 225 = OUTLINECOLOR 254 249 225 END CLASS EXPRESSION ([porc] > 0.008) COLOR 139 139 139 = OUTLINECOLOR 139 139 139 END CLASS EXPRESSION ([porc] > 0.006) COLOR 180 180 180 = OUTLINECOLOR 180 180 180 END CLASS EXPRESSION ([porc] > 0.004) COLOR 219 219 219 = OUTLINECOLOR 219 219 219 END CLASS EXPRESSION ([porc] > 0.000001) COLOR 250 250 250 = OUTLINECOLOR 250 250 250 END CLASS EXPRESSION ([porc] < 0.000001) COLOR 255 255 255 = OUTLINECOLOR 255 255 255 END STATUS DEFAULT TYPE POLYGON END LAYER CONNECTIONTYPE postgis NAME "deptos_vacios" CONNECTION "user=3Dpostgres dbname=3Dgisdb" data "the_geom from paisdeptos97" CLASS SYMBOL 'circle' SIZE 1 OUTLINECOLOR 0 0 0 END STATUS DEFAULT TYPE POLYGON END LAYER CONNECTIONTYPE postgis NAME "provincias" CONNECTION "user=3Dpostgres dbname=3Dgisdb" data "the_geom from provincias" CLASS SYMBOL 'circle' SIZE 2 OUTLINECOLOR 0 0 0 END STATUS DEFAULT TYPE POLYGON END # end of layer defs ------------------------------- END # end of map file ------=_NextPart_000_002B_01C33049.DF9CFFE0-- From dblasby at refractions.net Wed Jun 11 15:32:50 2003 From: dblasby at refractions.net (David Blasby) Date: Wed, 11 Jun 2003 15:32:50 -0700 Subject: [Fwd: Re: [Mapserver-users] Problems with in multi-layer maps (postGIS or mapServer?) - find_srid] Message-ID: <3EE7AE12.40107@refractions.net> This is a multi-part message in MIME format. --------------070702020406080807050200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit --------------070702020406080807050200 Content-Type: message/rfc822; name="Re: [Mapserver-users] Problems with in multi-layer maps (postGIS or mapServer?)- find_srid" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Re: [Mapserver-users] Problems with in multi-layer maps (postGIS or mapServer?)- find_srid" Message-ID: <3EE7ABFF.5040701 at refractions.net> Date: Wed, 11 Jun 2003 15:23:59 -0700 From: David Blasby User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ignacio Laplagne Subject: Re: [Mapserver-users] Problems with in multi-layer maps (postGIS or mapServer?) - find_srid References: <002a01c33063$04ea37e0$d801a8c0 at dgmod02> In-Reply-To: <002a01c33063$04ea37e0$d801a8c0 at dgmod02> Content-Type: multipart/mixed; boundary="------------060207010303030305050306" This is a multi-part message in MIME format. --------------060207010303030305050306 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit You are using an old version of mappostgis.c. Use the attached version and everything should work fine for you. dave --------------060207010303030305050306 Content-Type: text/plain; name="mappostgis.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mappostgis.c" #include "map.h" #ifndef FLT_MAX #define FLT_MAX 25000000.0 #endif #ifdef USE_POSTGIS #ifndef LITTLE_ENDIAN #define LITTLE_ENDIAN 1 #endif #ifndef BIG_ENDIAN #define BIG_ENDIAN 2 #endif #include "libpq-fe.h" #include typedef struct ms_POSTGIS_layer_info_t { char *sql; //sql query to send to DB PGconn *conn; //connection to db long row_num; //what row is the NEXT to be read (for random access) PGresult *query_result;//for fetching rows from the db char *urid_name; // name of user-specified unique identifier or OID char *user_srid; //zero length = calculate, non-zero means using this value! } msPOSTGISLayerInfo; char tolower(char c) { if ((c <'A') || (c>'Z')) return c; return c-'A'+'a'; } //remove white space //dont send in empty strings or strings with just " " in them! char* removeWhite(char *str) { int initial; char *orig,*loc; initial = strspn(str, " "); if (initial != 0) { memmove(str, str+ initial, strlen(str) - initial+1); } //now final if (strlen(str) == 0) return str; if (str[ strlen(str)-1] == ' ') { //have to remove from end orig = str; loc = &str[ strlen(str)-1]; while (( *loc = ' ') && (loc >orig) ) { *loc = 0; loc--; } } return str; } char *strstrIgnoreCase(char *haystack, char *needle) { char *hay_lower; char *needle_lower; int len_hay,len_need; int t; char *loc; len_hay = strlen(haystack); len_need= strlen(needle); hay_lower = (char *) malloc (len_hay +1); needle_lower=(char*) malloc (len_need+1); for(t=0;t\n", dString); strcat(m,tmp); sprintf(tmp,"Standard ways of specifiying are :
\n(1) 'geometry_column from geometry_table'
\n(2) 'geometry_column from (<sub query>) as foo using unique <column name> using SRID=<srid#>'

\n\n"); strcat(m,tmp); sprintf(tmp,"Make sure you put in the 'using unique <column name>' and 'using SRID=#' clauses in.\n\n

"); strcat(m,tmp); sprintf(tmp,"For more help, please see http://postgis.refractions.net/documentation.php \n\n

"); strcat(m,tmp); sprintf(tmp,"Mappostgis.c - version of May 15/2003.\n"); strcat(m,tmp); //printf("%s",m); //printf("size = %i\n",strlen(m)); return m; } int msPOSTGISLayerParseData(char *data, char *geom_column_name, char *table_name, char *urid_name,char *user_srid); static int gBYTE_ORDER = 0; //open up a connection to the postgresql database using the connection string in layer->connection // ie. "host=192.168.50.3 user=postgres port=5555 dbname=mapserv" int msPOSTGISLayerOpen(layerObj *layer) { msPOSTGISLayerInfo *layerinfo; int order_test = 1; //fprintf(stderr,"msPOSTGISLayerOpen called\n"); if (layer->postgislayerinfo) return MS_SUCCESS; //already open if( layer->data == NULL ) { msSetError(MS_QUERYERR, DATAERRORMESSAGE("","Error parsing POSTGIS data variable: nothing specified in DATA statement.

\n\nMore Help:

\n\n"), "msPOSTGISLayerOpen()"); return(MS_FAILURE); } //have to setup a connection to the database layerinfo = (msPOSTGISLayerInfo *) malloc( sizeof(msPOSTGISLayerInfo) ); layerinfo->sql = NULL; //calc later layerinfo->row_num=0; layerinfo->query_result= NULL; layerinfo->conn = PQconnectdb( layer->connection ); if (PQstatus(layerinfo->conn) == CONNECTION_BAD) { msSetError(MS_QUERYERR, "couldnt make connection to DB with connect string '%s'.\n
\nError reported was '%s'.\n
\n\nThis error occured when trying to make a connection to the specified postgresql server. \n
\nMost commonly this is caused by
\n(1) incorrect connection string
\n(2) you didnt specify a 'user=...' in your connection string
\n(3) the postmaster (postgresql server) isnt running
\n(4) you are not allowing TCP/IP connection to the postmaster
\n(5) your postmaster is not running on the correct port - if its not on 5432 you must specify a 'port=...'
\n (6) the security on your system does not allow the webserver (usually user 'nobody') to make socket connections to the postmaster
\n(7) you forgot to specify a 'host=...' if the postmaster is on a different machine
\n(8) you made a typo
\n ", "msPOSTGISLayerOpen()", layer->connection,PQerrorMessage(layerinfo->conn) ); free(layerinfo); return(MS_FAILURE); } // PQsetNoticeProcessor(layerinfo->conn, postresql_NOTICE_HANDLER ,(void *) layerinfo); layer->postgislayerinfo = (void *) layerinfo; if( ((char *) &order_test)[0] == 1 ) gBYTE_ORDER = LITTLE_ENDIAN; else gBYTE_ORDER = BIG_ENDIAN; return MS_SUCCESS; } // Free the itemindexes array in a layer. void msPOSTGISLayerFreeItemInfo(layerObj *layer) { //fprintf(stderr,"msPOSTGISLayerFreeItemInfo called\n"); if (layer->iteminfo) free(layer->iteminfo); layer->iteminfo = NULL; } //allocate the iteminfo index array - same order as the item list int msPOSTGISLayerInitItemInfo(layerObj *layer) { int i; int *itemindexes ; //fprintf(stderr,"msPOSTGISLayerInitItemInfo called\n"); if (layer->numitems == 0) return MS_SUCCESS; if (layer->iteminfo) free(layer->iteminfo); if((layer->iteminfo = (int *)malloc(sizeof(int)*layer->numitems))== NULL) { msSetError(MS_MEMERR, NULL, "msPOSTGISLayerInitItemInfo()"); return(MS_FAILURE); } itemindexes = (int*)layer->iteminfo; for(i=0;inumitems;i++) { itemindexes[i] = i; //last one is always the geometry one - the rest are non-geom } return(MS_SUCCESS); } //Since we now have PostGIST 0.5, and 0.6 calling conventions, // we have to attempt to handle the database in several ways. If we do the wrong // thing, then it'll throw an error and we can rollback and try again. // // 2. attempt to do 0.6 calling convention (spatial ref system needed) // 3. attempt to do 0.5 calling convention (no spatial ref system) // The difference between 0.5 and 0.6 is that the bounding box must be // declared to be in the same the same spatial reference system as the // geometry column. For 0.6, we determine the SRID of the column and then // tag the bounding box as the same SRID. int prep_DB(char *geom_table,char *geom_column,layerObj *layer, PGresult **sql_results,rectObj rect,char *query_string, char *urid_name, char *user_srid) { PGresult *result; char columns_wanted[5000]; char temp[5000]; char tmp[5000]; char tmp2[5000]; char query_string_0_6[6000]; int t; char box3d[200]; msPOSTGISLayerInfo *layerinfo; char *pos_from, *pos_ftab, *pos_space, *pos_paren; char f_table_name[5000]; layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; /* Set the urid name */ layerinfo->urid_name = urid_name; /* Extract the proper f_table_name from the geom_table string. * We are expecting the geom_table to be either a single word * or a sub-select clause that possibly includes a join -- * * (select column[,column[,...]] from ftab[ natural join table2]) as foo * * We are expecting whitespace or a ')' after the ftab name. * */ pos_from = strstr(geom_table, " from "); if (pos_from ==NULL) pos_from = strstr(geom_table, " FROM "); //try uppercase if (pos_from == NULL) { strcpy(f_table_name, geom_table); } else { // geom_table is a sub-select clause pos_ftab = pos_from + 6; // This should be the start of the ftab name pos_space = strstr(pos_ftab, " "); // First space //pos_paren = strstr(pos_ftab, ")"); // Closing paren of clause pos_paren = rindex(pos_ftab,')'); if ( (pos_space ==NULL) || (pos_paren ==NULL) ) { msSetError(MS_QUERYERR, DATAERRORMESSAGE(geom_table,"Error parsing POSTGIS data variable: Something is wrong with your subselect statement.

\n\nMore Help:

\n\n"), "prep_DB()"); return(MS_FAILURE); } if (pos_paren < pos_space) { // closing parenthesis preceeds any space strncpy(f_table_name, pos_ftab, pos_paren - pos_ftab); f_table_name[pos_paren - pos_ftab] = '\0'; } else { strncpy(f_table_name, pos_ftab, pos_space - pos_ftab); f_table_name[pos_space - pos_ftab] = '\0'; } } if (layer->numitems ==0) { if (gBYTE_ORDER == LITTLE_ENDIAN) sprintf(columns_wanted,"asbinary(force_collection(force_2d(%s)),'NDR'),%s::text", geom_column, urid_name); else sprintf(columns_wanted,"asbinary(force_collection(force_2d(%s)),'XDR'),%s::text", geom_column, urid_name); } else { columns_wanted[0] = 0; //len=0 for (t=0;tnumitems; t++) { sprintf(temp,"%s::text,",layer->items[t]); strcat(columns_wanted,temp); } if (gBYTE_ORDER == LITTLE_ENDIAN) sprintf(temp,"asbinary(force_collection(force_2d(%s)),'NDR'),%s::text", geom_column, urid_name); else sprintf(temp,"asbinary(force_collection(force_2d(%s)),'XDR'),%s::text", geom_column, urid_name); strcat(columns_wanted,temp); } sprintf(box3d,"'BOX3D(%.15g %.15g,%.15g %.15g)'::BOX3D",rect.minx, rect.miny, rect.maxx, rect.maxy); // substitute token '!BOX!' in geom_table with the box3d - do at most 1 substitution if (strstr(geom_table,"!BOX!")) { // need to do a substition char *start, *end; char *result; result = malloc(7000); start = strstr(geom_table,"!BOX!"); end = start+5; start[0] =0; result[0]=0; strcat(result,geom_table); strcat(result,box3d); strcat(result,end); geom_table= result; } if (layer->filter.string == NULL) { if (strlen(user_srid) == 0) { sprintf(query_string_0_6,"DECLARE mycursor BINARY CURSOR FOR SELECT %s from %s WHERE %s && setSRID(%s, find_srid('','%s','%s') )", columns_wanted,geom_table,geom_column,box3d,removeWhite(f_table_name),removeWhite(geom_column)); } else //use the user specified version { sprintf(query_string_0_6,"DECLARE mycursor BINARY CURSOR FOR SELECT %s from %s WHERE %s && setSRID(%s, %s )", columns_wanted,geom_table,geom_column,box3d,user_srid); } } else { if (strlen(user_srid) == 0) { sprintf(query_string_0_6,"DECLARE mycursor BINARY CURSOR FOR SELECT %s from %s WHERE (%s) and (%s && setSRID( %s,find_srid('','%s','%s') ))", columns_wanted,geom_table,layer->filter.string,geom_column,box3d,removeWhite(f_table_name),removeWhite(geom_column)); } else { sprintf(query_string_0_6,"DECLARE mycursor BINARY CURSOR FOR SELECT %s from %s WHERE (%s) and (%s && setSRID( %s,%s) )", columns_wanted,geom_table,layer->filter.string,geom_column,box3d,user_srid); } } //start transaction required by cursor result = PQexec(layerinfo->conn, "BEGIN"); if (!(result) || PQresultStatus(result) != PGRES_COMMAND_OK) { msSetError(MS_QUERYERR, "Error executing POSTGIS BEGIN statement.", "msPOSTGISLayerWhichShapes()"); PQclear(result); layerinfo->query_result = NULL; return(MS_FAILURE); // totally screwed } PQclear(result); //set enable_seqscan=off not required (already done) //fprintf (stderr,"query_string_0_6:%s\n",query_string_0_6); result = PQexec(layerinfo->conn, query_string_0_6 ); if ( (result!=NULL) && (PQresultStatus(result) == PGRES_COMMAND_OK) ) { //PQclear(result); *sql_results = result; strcpy(query_string, query_string_0_6 ); return (MS_SUCCESS); } //okay, that command didnt work. Its probably a 0.5 database // We have to everything again, after performing a rollback. PQclear(result); result = PQexec(layerinfo->conn, "rollback" ); PQclear(result); result = PQexec(layerinfo->conn, "begin" ); if (!(result) || PQresultStatus(result) != PGRES_COMMAND_OK) { msSetError(MS_QUERYERR, "Couldnt recover from a bad query: \n'%s'\n", "prep_DB()",query_string_0_6); PQclear(result); layerinfo->query_result = NULL; return(MS_FAILURE); // totally screwed } PQclear(result); //fprintf (stderr,"prep_DB:query_string_0_5:%s\n",query_string_0_5); sprintf(tmp2, "Error executing POSTGIS DECLARE (the actual query) statement: '%s'

\n\nPostgresql reports the error '%s'

\n\nMore Help:

\n\n", query_string_0_6, PQerrorMessage(layerinfo->conn) ); sprintf(tmp, "%s%s", tmp2, DATAERRORMESSAGE("<check your .map file>" ,"") ); msSetError(MS_QUERYERR,tmp,"prep_DB()"); PQclear(result); layerinfo->query_result = NULL; return(MS_FAILURE); // totally screwed } // build the neccessary SQL // allocate a cursor for the SQL query // get ready to read from the cursor // // For queries, we need to also retreive the OID for each of the rows // So GetShape() can randomly access a row. int msPOSTGISLayerWhichShapes(layerObj *layer, rectObj rect) { char *query_str; char *table_name; char *geom_column_name; char *urid_name; char *user_srid; msPOSTGISLayerInfo *layerinfo; int set_up_result; table_name = malloc(500); geom_column_name = malloc(500); urid_name = malloc(500); user_srid = malloc(500); //fprintf(stderr,"msPOSTGISLayerWhichShapes called\n"); layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; if (layerinfo == NULL) { //layer not opened yet msSetError(MS_QUERYERR, "msPOSTGISLayerWhichShapes called on unopened layer (layerinfo = NULL)", "msPOSTGISLayerWhichShapes()"); return(MS_FAILURE); } if( layer->data == NULL ) { msSetError(MS_QUERYERR, "Missing DATA clause in PostGIS Layer definition. DATA statement must contain 'geometry_column from table_name' or 'geometry_column from (sub-query) as foo'.", "msPOSTGISLayerWhichShapes()"); return(MS_FAILURE); } query_str = (char *) malloc(6000); //should be big enough memset(query_str,0,6000); //zero it out msPOSTGISLayerParseData(layer->data, geom_column_name, table_name, urid_name,user_srid); set_up_result= prep_DB(table_name,geom_column_name, layer, &(layerinfo->query_result), rect,query_str, urid_name,user_srid); if (set_up_result != MS_SUCCESS) return set_up_result; //relay error layerinfo->sql = query_str; layerinfo->query_result = PQexec(layerinfo->conn, "FETCH ALL in mycursor"); if (!(layerinfo->query_result) || PQresultStatus(layerinfo->query_result) != PGRES_TUPLES_OK) { char tmp[4000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in FETCH ALL): %s\n-%s\n", query_str,PQerrorMessage(layerinfo->conn) ); msSetError(MS_QUERYERR, DATAERRORMESSAGE("",tmp), "msPOSTGISLayerWhichShapes()"); PQclear(layerinfo->query_result); layerinfo->query_result = NULL; return(MS_FAILURE); } layerinfo->row_num =0; return(MS_SUCCESS); } // Close the postgis record set and connection int msPOSTGISLayerClose(layerObj *layer) { msPOSTGISLayerInfo *layerinfo; //fprintf(stderr,"msPOSTGISLayerClose called\n"); layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; if (layerinfo != NULL) { PQclear(layerinfo->query_result); layerinfo->query_result = NULL; PQfinish(layerinfo->conn); layerinfo->conn = NULL; free(layerinfo); layer->postgislayerinfo = NULL; } return(MS_SUCCESS); } //******************************************************* // wkb is assumed to be 2d (force_2d) // and wkb is a GEOMETRYCOLLECTION (force_collection) // and wkb is in the endian of this computer (asbinary(...,'[XN]DR')) // each of the sub-geom inside the collection are point,linestring, or polygon // // also, int is 32bits long // double is 64bits long //******************************************************* // convert the wkb into points // points -> pass through // lines-> constituent points // polys-> treat ring like line and pull out the consituent points int force_to_points(char *wkb, shapeObj *shape) { //we're going to make a 'line' for each entity (point, line or ring) in the geom collection int offset =0,pt_offset; int ngeoms ; int t,u,v; int type,nrings,npoints; lineObj line={0,NULL}; shape->type = MS_SHAPE_NULL; //nothing in it memcpy( &ngeoms, &wkb[5], 4); offset = 9; //were the first geometry is for (t=0; ttype = MS_SHAPE_POINT; line.numpoints = 1; line.point = (pointObj *) malloc (sizeof(pointObj)); memcpy( &line.point[0].x , &wkb[offset+5 ], 8); memcpy( &line.point[0].y , &wkb[offset+5+8], 8); offset += 5+16; msAddLine(shape,&line); free(line.point); } if (type == 2) //linestring { shape->type = MS_SHAPE_POINT; memcpy(&line.numpoints, &wkb[offset+5],4); //num points line.point = (pointObj *) malloc (sizeof(pointObj)* line.numpoints ); //point struct for(u=0;utype = MS_SHAPE_POINT; memcpy(&nrings, &wkb[offset+5],4); //num rings //add a line for each polygon ring pt_offset = 0; offset += 9; //now points at 1st linear ring for (u=0;u remove // lines -> pass through // polys -> treat rings as lines int force_to_lines(char *wkb, shapeObj *shape) { int offset =0,pt_offset; int ngeoms ; int t,u,v; int type,nrings,npoints; lineObj line={0,NULL}; shape->type = MS_SHAPE_NULL; //nothing in it memcpy( &ngeoms, &wkb[5], 4); offset = 9; //were the first geometry is for (t=0; ttype = MS_SHAPE_LINE; memcpy(&line.numpoints, &wkb[offset+5],4); //num points line.point = (pointObj *) malloc (sizeof(pointObj)* line.numpoints ); //point struct for(u=0;utype = MS_SHAPE_LINE; memcpy(&nrings, &wkb[offset+5],4); //num rings //add a line for each polygon ring pt_offset = 0; offset += 9; //now points at 1st linear ring for (u=0;u reject // line -> reject // polygon -> lines of linear rings int force_to_polygons(char *wkb, shapeObj *shape) { int offset =0,pt_offset; int ngeoms ; int t,u,v; int type,nrings,npoints; lineObj line={0,NULL}; shape->type = MS_SHAPE_NULL; //nothing in it memcpy( &ngeoms, &wkb[5], 4); offset = 9; //were the first geometry is for (t=0; ttype = MS_SHAPE_POLYGON; memcpy(&nrings, &wkb[offset+5],4); //num rings //add a line for each polygon ring pt_offset = 0; offset += 9; //now points at 1st linear ring for (u=0;unumlines; t++) { for(u=0;uline[t].numpoints; u++) { if (first_one) { shape->bounds.minx = shape->line[t].point[u].x; shape->bounds.maxx = shape->line[t].point[u].x; shape->bounds.miny = shape->line[t].point[u].y; shape->bounds.maxy = shape->line[t].point[u].y; first_one = 0; } else { if (shape->line[t].point[u].x < shape->bounds.minx) shape->bounds.minx = shape->line[t].point[u].x; if (shape->line[t].point[u].x > shape->bounds.maxx) shape->bounds.maxx = shape->line[t].point[u].x; if (shape->line[t].point[u].y < shape->bounds.miny) shape->bounds.miny = shape->line[t].point[u].y; if (shape->line[t].point[u].y > shape->bounds.maxy) shape->bounds.maxy = shape->line[t].point[u].y; } } } } //find the next shape with the appropriate shape type (convert it if necessary) // also, load in the attribute data //MS_DONE => no more data int msPOSTGISLayerNextShape(layerObj *layer, shapeObj *shape) { int result; msPOSTGISLayerInfo *layerinfo; layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; //fprintf(stderr,"msPOSTGISLayerNextShape called\n"); if (layerinfo == NULL) { msSetError(MS_QUERYERR, "NextShape called with layerinfo = NULL", "msPOSTGISLayerNextShape()"); return(MS_FAILURE); } result= msPOSTGISLayerGetShapeRandom(layer, shape, &(layerinfo->row_num) ); // getshaperandom will increment the row_num //layerinfo->row_num ++; return result; } //Used by NextShape() to access a shape in the query set // TODO: only fetch 1000 rows at a time. This should check to see if the // requested feature is in the set. If it is, return it, otherwise // grab the next 1000 rows. int msPOSTGISLayerGetShapeRandom(layerObj *layer, shapeObj *shape, long *record) { msPOSTGISLayerInfo *layerinfo; char *wkb; int result,t,size; char *temp,*temp2; long record_oid; layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; //fprintf(stderr,"msPOSTGISLayerGetShapeRandom : called row %li\n",record); if (layerinfo == NULL) { msSetError(MS_QUERYERR, "GetShape called with layerinfo = NULL", "msPOSTGISLayerGetShape()"); return(MS_FAILURE); } if (layerinfo->conn == NULL) { msSetError(MS_QUERYERR, "NextShape called on POSTGIS layer with no connection to DB.", "msPOSTGISLayerGetShape()"); return(MS_FAILURE); } if (layerinfo->query_result == NULL) { msSetError(MS_QUERYERR, "GetShape called on POSTGIS layer with invalid DB query results.", "msPOSTGISLayerGetShapeRandom()"); return(MS_FAILURE); } shape->type = MS_SHAPE_NULL; while(shape->type == MS_SHAPE_NULL) { if ( (*record) < PQntuples(layerinfo->query_result) ) { //retreive an item wkb = (char *) PQgetvalue(layerinfo->query_result, (*record), layer->numitems); switch(layer->type) { case MS_LAYER_POINT: result = force_to_points(wkb, shape); break; case MS_LAYER_LINE: result = force_to_lines(wkb, shape); break; case MS_LAYER_POLYGON: result = force_to_polygons(wkb, shape); break; case MS_LAYER_ANNOTATION: case MS_LAYER_QUERY: result = dont_force(wkb,shape); break; case MS_LAYER_RASTER: msDebug( "Ignoring MS_LAYER_RASTER in mappostgis.c\n" ); break; case MS_LAYER_CIRCLE: msDebug( "Ignoring MS_LAYER_RASTER in mappostgis.c\n" ); break; } if (shape->type != MS_SHAPE_NULL) { //have to retreive the attributes shape->values = (char **) malloc(sizeof(char *) * layer->numitems); for (t=0;tnumitems;t++) { temp = (char *) PQgetvalue(layerinfo->query_result, (*record), t); size = PQgetlength(layerinfo->query_result,(*record), t ) ; temp2 = (char *) malloc(size+1 ); memcpy(temp2, temp, size); temp2[size] = 0; //null terminate it shape->values[t] = temp2; } temp = (char *) PQgetvalue(layerinfo->query_result, (*record), t+1); // t is WKB, t+1 is OID record_oid = strtol (temp,NULL,10); shape->index = record_oid; shape->numvalues = layer->numitems; find_bounds(shape); (*record)++; //move to next shape return (MS_SUCCESS); } else { (*record)++; //move to next shape } } else { return (MS_DONE); } } msFreeShape(shape); return(MS_FAILURE); } // Execute a query on the DB based on record being an OID. int msPOSTGISLayerGetShape(layerObj *layer, shapeObj *shape, long record) { char *query_str; char table_name[5000]; char geom_column_name[5000]; char urid_name[5000]; char user_srid[5000]; //int nitems; char columns_wanted[5000]; char temp[5000]; PGresult *query_result; msPOSTGISLayerInfo *layerinfo; char *wkb; int result,t,size; char *temp1,*temp2; //fprintf(stderr,"msPOSTGISLayerGetShape called for record = %i\n",record); layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; if (layerinfo == NULL) { //layer not opened yet msSetError(MS_QUERYERR, "msPOSTGISLayerGetShape called on unopened layer (layerinfo = NULL)", "msPOSTGISLayerGetShape()"); return(MS_FAILURE); } query_str = (char *) malloc(6000); //should be big enough memset(query_str,0,6000); //zero it out msPOSTGISLayerParseData(layer->data, geom_column_name, table_name, urid_name,user_srid); if (layer->numitems ==0) //dont need the oid since its really record { if (gBYTE_ORDER == LITTLE_ENDIAN) sprintf(columns_wanted,"asbinary(force_collection(force_2d(%s)),'NDR')", geom_column_name); else sprintf(columns_wanted,"asbinary(force_collection(force_2d(%s)),'XDR')", geom_column_name); } else { columns_wanted[0] = 0; //len=0 for (t=0;tnumitems; t++) { sprintf(temp,"%s::text,",layer->items[t]); strcat(columns_wanted,temp); } if (gBYTE_ORDER == LITTLE_ENDIAN) sprintf(temp,"asbinary(force_collection(force_2d(%s)),'NDR')", geom_column_name); else sprintf(temp,"asbinary(force_collection(force_2d(%s)),'XDR')", geom_column_name); strcat(columns_wanted,temp); } sprintf(query_str,"DECLARE mycursor BINARY CURSOR FOR SELECT %s from %s WHERE %s = %li", columns_wanted,table_name,urid_name,record); //fprintf(stderr,"msPOSTGISLayerGetShape: %s \n",query_str); query_result = PQexec(layerinfo->conn, "BEGIN"); if (!(query_result) || PQresultStatus(query_result) != PGRES_COMMAND_OK) { msSetError(MS_QUERYERR, "Error executing POSTGIS BEGIN statement.", "msPOSTGISLayerGetShape()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } query_result = PQexec(layerinfo->conn, "set enable_seqscan = off"); if (!(query_result) || PQresultStatus(query_result) != PGRES_COMMAND_OK) { msSetError(MS_QUERYERR, "Error executing POSTGIS 'set enable_seqscan off' statement.", "msPOSTGISLayerGetShape()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } PQclear(query_result); query_result = PQexec(layerinfo->conn, query_str ); if (!(query_result) || PQresultStatus(query_result) != PGRES_COMMAND_OK) { char tmp[4000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in FETCH ALL): %s\n-%s\n
More Help:
", query_str,PQerrorMessage(layerinfo->conn) ); msSetError(MS_QUERYERR, DATAERRORMESSAGE("",tmp), "msPOSTGISLayerGetShape()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } PQclear(query_result); query_result = PQexec(layerinfo->conn, "FETCH ALL in mycursor"); if (!(query_result) || PQresultStatus(query_result) != PGRES_TUPLES_OK) { char tmp[4000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in FETCH ALL): %s\n-%s\n", query_str,PQerrorMessage(layerinfo->conn) ); msSetError(MS_QUERYERR, DATAERRORMESSAGE("",tmp), "msPOSTGISLayerGetShape()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } //query has been done, so we can retreive the results shape->type = MS_SHAPE_NULL; if ( 0 < PQntuples(query_result) ) //only need to get one shape { //retreive an item wkb = (char *) PQgetvalue(query_result, 0, layer->numitems); // layer->numitems is the wkt column switch(layer->type) { case MS_LAYER_POINT: result = force_to_points(wkb, shape); break; case MS_LAYER_LINE: result = force_to_lines(wkb, shape); break; case MS_LAYER_POLYGON: result = force_to_polygons(wkb, shape); break; case MS_LAYER_ANNOTATION: case MS_LAYER_QUERY: result = dont_force(wkb,shape); break; case MS_LAYER_RASTER: msDebug( "Ignoring MS_LAYER_RASTER in mappostgis.c\n" ); break; case MS_LAYER_CIRCLE: msDebug( "Ignoring MS_LAYER_RASTER in mappostgis.c\n" ); } if (shape->type != MS_SHAPE_NULL) { //have to retreive the attributes shape->values = (char **) malloc(sizeof(char *) * layer->numitems); for (t=0;tnumitems;t++) { //fprintf(stderr,"msPOSTGISLayerGetShape: finding attribute info for '%s'\n",layer->items[t]); temp1= (char *) PQgetvalue(query_result, 0, t); size = PQgetlength(query_result,0, t ) ; temp2 = (char *) malloc(size+1 ); memcpy(temp2, temp1, size); temp2[size] = 0; //null terminate it shape->values[t] = temp2; //fprintf(stderr,"msPOSTGISLayerGetShape: shape->values[%i] has value '%s'\n",t,shape->values[t]); } shape->index = record; shape->numvalues = layer->numitems; find_bounds(shape); return (MS_SUCCESS); } } else { return (MS_DONE); } msFreeShape(shape); return(MS_FAILURE); } //query the DB for info about the requested table // // CHEAT: dont look in the system tables, get query optimization infomation // // get the table name, return a list of the possible columns (except GEOMETRY column) // // found out this is called during a query int msPOSTGISLayerGetItems(layerObj *layer) { msPOSTGISLayerInfo *layerinfo; char table_name[5000]; char geom_column_name[5000]; char urid_name[5000]; char user_srid[5000]; char sql[6000]; //int nitems; PGresult *query_result; int t; char *col; char found_geom = 0; int item_num; //fprintf(stderr, "in msPOSTGISLayerGetItems (find column names)\n"); layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; if (layerinfo == NULL) { //layer not opened yet msSetError(MS_QUERYERR, "msPOSTGISLayerGetItems called on unopened layer", "msPOSTGISLayerGetItems()"); return(MS_FAILURE); } if (layerinfo->conn == NULL) { msSetError(MS_QUERYERR, "msPOSTGISLayerGetItems called on POSTGIS layer with no connection to DB.", "msPOSTGISLayerGetItems()"); return(MS_FAILURE); } //get the table name and geometry column name msPOSTGISLayerParseData(layer->data, geom_column_name, table_name, urid_name, user_srid); // two cases here. One, its a table (use select * from table) otherwise, just use the select clause sprintf(sql,"SELECT * FROM %s LIMIT 0",table_name); // attempt the query, but dont actually do much (this might take some time if there is an order by!) query_result = PQexec(layerinfo->conn, sql ); if (!(query_result) || PQresultStatus(query_result) != PGRES_TUPLES_OK) { char tmp[4000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in msPOSTGISLayerGetItems): %s\n-%s\n", sql,PQerrorMessage(layerinfo->conn) ); msSetError(MS_QUERYERR, DATAERRORMESSAGE("",tmp), "msPOSTGISLayerGetItems()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } layer->numitems = PQnfields(query_result)-1; //dont include the geometry column layer->items = malloc (sizeof(char *) * (layer->numitems+1) ); // +1 incase there is a problem finding goeometry column // it will return an error if there is no geometry column found, // so this isnt a problem found_geom = 0; //havent found the geom field item_num = 0; for (t=0;titems[item_num] = (char*)malloc(strlen(col)+1); strcpy(layer->items[item_num], col); item_num++; } else { found_geom = 1; } } PQclear(query_result); query_result = NULL; if (!(found_geom)) { char tmp[4000]; sprintf(tmp, "msPOSTGISLayerGetItems: tried to find the geometry column in the results from the database, but couldnt find it. Is it miss-capitialized? '%s'", geom_column_name ); msSetError(MS_QUERYERR, tmp, "msPOSTGISLayerGetItems()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } return msPOSTGISLayerInitItemInfo(layer); } //we return an infinite extent // we could call the SQL AGGREGATE extent(GEOMETRY), but that would take FOREVER // to return (it has to read the entire table). // So, we just tell it that we're everywhere and lets the spatial indexing figure things out for us // // Never seen this function actually called int msPOSTGISLayerGetExtent(layerObj *layer, rectObj *extent) { //fprintf(stderr,"msPOSTGISLayerGetExtent called\n"); extent->minx = extent->miny = -1.0*FLT_MAX ; extent->maxx = extent->maxy = FLT_MAX; return(MS_SUCCESS); //this should get the real extents,but it requires a table read // unforunately, there is no way to call this function from mapscript, so its // pretty useless. Untested since you cannot actually call it. /* PGresult *query_result; char sql[5000]; msPOSTGISLayerInfo *layerinfo; char table_name[5000]; char geom_column_name[5000]; char urid_name[5000]; char user_srid[5000]; if (layer == NULL) { char tmp[5000]; sprintf(tmp, "layer is null - have you opened the layer yet?"); msSetError(MS_QUERYERR, tmp, "msPOSTGISLayerGetExtent()"); return(MS_FAILURE); } layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; msPOSTGISLayerParseData(layer->data, geom_column_name,table_name, urid_name,user_srid); sprintf(sql,"select extent(%s) from %s", geom_column_name,table_name); if (layerinfo->conn == NULL) { char tmp[5000]; sprintf(tmp, "layer doesnt have a postgis connection - have you opened the layer yet?"); msSetError(MS_QUERYERR, tmp, "msPOSTGISLayerGetExtent()"); return(MS_FAILURE); } query_result = PQexec(layerinfo->conn, sql); if (!(query_result) || PQresultStatus(query_result) != PGRES_TUPLES_OK) { char tmp[5000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in msPOSTGISLayerGetExtent): %s", layerinfo->sql); msSetError(MS_QUERYERR, tmp, "msPOSTGISLayerGetExtent()"); PQclear(query_result); return(MS_FAILURE); } if (PQntuples(query_result) != 1) { char tmp[5000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in msPOSTGISLayerGetExtent) [doesnt have exactly 1 result]: %s", layerinfo->sql); msSetError(MS_QUERYERR, tmp, "msPOSTGISLayerGetExtent()"); PQclear(query_result); return(MS_FAILURE); } sscanf(PQgetvalue(query_result,0,0),"%lf %lf %lf %lf", &extent->minx,&extent->miny,&extent->maxx,&extent->maxy ); PQclear(query_result); */ } /* Function to parse the Mapserver DATA parameter for geometry * column name, table name and name of a column to serve as a * unique record id */ int msPOSTGISLayerParseData(char *data, char *geom_column_name, char *table_name, char *urid_name,char *user_srid) { char *pos_opt, *pos_scn, *tmp, *pos_srid; int slength; /* given a string of the from 'geom from ctivalues' or 'geom from () as foo' * return geom_column_name as 'geom' * and table name as 'ctivalues' or 'geom from () as foo' */ /* First look for the optional ' using unique ID' string */ pos_opt = strstrIgnoreCase(data, " using unique "); if (pos_opt == NULL) { /* No user specified unique id so we will use the Postgesql OID */ strcpy(urid_name, "OID"); } else { // CHANGE - protect the trailing edge for thing like 'using unique ftab_id using srid=33' tmp = strstr(pos_opt + 14," "); if (tmp == NULL) //it lookes like 'using unique ftab_id' { strcpy(urid_name, pos_opt + 14); } else { //looks like ' using unique ftab_id ' (space at end) strncpy(urid_name, pos_opt + 14, tmp-(pos_opt + 14 ) ); urid_name[tmp-(pos_opt + 14)] = 0; // null terminate it } } pos_srid = strstrIgnoreCase(data," using SRID="); if (pos_srid == NULL) { user_srid[0] = 0; // = "" } else { //find the srid slength=strspn(pos_srid+12,"-0123456789"); if (slength == 0) { msSetError(MS_QUERYERR, DATAERRORMESSAGE(data,"Error parsing POSTGIS data variable: You specified 'using SRID=#' but didnt have any numbers!

\n\nMore Help:

\n\n"), "msPOSTGISLayerParseData()"); return(MS_FAILURE); } else { strncpy(user_srid,pos_srid+12,slength); user_srid[slength] = 0; // null terminate it } } // this is a little hack so the rest of the code works. If the ' using SRID=' comes before // the ' using unique ', then make sure pos_opt points to where the ' using SRID' starts! if (pos_opt == NULL) { pos_opt = pos_srid; } else { if (pos_srid != NULL) { if (pos_opt>pos_srid) pos_opt = pos_srid; } } /* Scan for the table or sub-select clause */ pos_scn = strstr(data, " from "); if (pos_scn == NULL) { msSetError(MS_QUERYERR, DATAERRORMESSAGE(data,"Error parsing POSTGIS data variable. Must contain 'geometry_column from table_name' or 'geom from (subselect) as foo' (couldnt find ' from '). More help:

\n\n"), "msPOSTGISLayerParseData()"); //msSetError(MS_QUERYERR, "Error parsing POSTGIS data variable. Must contain 'geometry_column from table_name' or 'geom from (subselect) as foo' (couldnt find ' from ').", "msPOSTGISLayerParseData()"); return(MS_FAILURE); } /* Copy the geometry column name */ memcpy(geom_column_name, data, (pos_scn)-(data)); geom_column_name[(pos_scn)-(data)] = 0; //null terminate it /* Copy out the table name or sub-select clause */ if (pos_opt == NULL) { strcpy(table_name, pos_scn + 6); //table name or sub-select clause } else { strncpy(table_name, pos_scn + 6, (pos_opt) - (pos_scn + 6)); table_name[(pos_opt) - (pos_scn + 6)] = 0; //null terminate it } if ( (strlen(table_name) < 1 ) || (strlen(geom_column_name) < 1 ) ) { msSetError(MS_QUERYERR, DATAERRORMESSAGE(data,"Error parsing POSTGIS data variable. Must contain 'geometry_column from table_name' or 'geom from (subselect) as foo' (couldnt find a geometry_column or table/subselect). More help:

\n\n"), "msPOSTGISLayerParseData()"); return(MS_FAILURE); } //printf("msPOSTGISLayerParseData: unique column = %s, srid='%s', geom_column_name = %s, table_name=%s\n", urid_name,user_srid,geom_column_name,table_name); return(MS_SUCCESS); } #else //prototypes if postgis isnt supposed to be compiled int msPOSTGISLayerOpen(layerObj *layer) { msSetError(MS_QUERYERR, "msPOSTGISLayerOpen called but unimplemented! (mapserver not compiled with postgis support)", "msPOSTGISLayerOpen()"); return(MS_FAILURE); } void msPOSTGISLayerFreeItemInfo(layerObj *layer) { msSetError(MS_QUERYERR, "msPOSTGISLayerFreeItemInfo called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerFreeItemInfo()"); } int msPOSTGISLayerInitItemInfo(layerObj *layer) { msSetError(MS_QUERYERR, "msPOSTGISLayerInitItemInfo called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerInitItemInfo()"); return(MS_FAILURE); } int msPOSTGISLayerWhichShapes(layerObj *layer, rectObj rect) { msSetError(MS_QUERYERR, "msPOSTGISLayerWhichShapes called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerWhichShapes()"); return(MS_FAILURE); } int msPOSTGISLayerClose(layerObj *layer) { msSetError(MS_QUERYERR, "msPOSTGISLayerClose called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerClose()"); return(MS_FAILURE); } int msPOSTGISLayerNextShape(layerObj *layer, shapeObj *shape) { msSetError(MS_QUERYERR, "msPOSTGISLayerNextShape called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerNextShape()"); return(MS_FAILURE); } int msPOSTGISLayerGetShape(layerObj *layer, shapeObj *shape, long record) { msSetError(MS_QUERYERR, "msPOSTGISLayerGetShape called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerGetShape()"); return(MS_FAILURE); } int msPOSTGISLayerGetExtent(layerObj *layer, rectObj *extent) { msSetError(MS_QUERYERR, "msPOSTGISLayerGetExtent called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerGetExtent()"); return(MS_FAILURE); } int msPOSTGISLayerGetShapeRandom(layerObj *layer, shapeObj *shape, long *record) { msSetError(MS_QUERYERR, "msPOSTGISLayerGetShapeRandom called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerGetShapeRandom()"); return(MS_FAILURE); } int msPOSTGISLayerGetItems(layerObj *layer) { msSetError(MS_QUERYERR, "msPOSTGISLayerGetItems called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerGetItems()"); return(MS_FAILURE); } // end above's #ifdef USE_POSTGIS #endif --------------060207010303030305050306-- --------------070702020406080807050200-- From jmj_stacey at netidea.com Wed Jun 4 14:11:48 2003 From: jmj_stacey at netidea.com (Stacey Lightbourne) Date: Wed, 4 Jun 2003 14:11:48 -0700 Subject: [Mapserver-users] Draw shape Message-ID: <000801c32add$e9472a00$2802a8c0@homer> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C32AA3.3CAA5EA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm new at using Map Server and I can't seem to fix a problem. I am = using the Map Server Demo and I'm trying to adjust it to show my = shapefile. I changed the extent and units. My shapefile is a polyline. = I get an error on the Draw Shape method when defining the layer as a = polygon or a line. Any ideas? Thanks Stacey ------=_NextPart_000_0005_01C32AA3.3CAA5EA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I'm new at using Map Server and I can't = seem to fix=20 a problem.  I am using the Map Server Demo and I'm trying to adjust = it to=20 show my shapefile.  I changed the extent and units.  My = shapefile is a=20 polyline.  I get an error on the Draw Shape method when defining = the layer=20 as a polygon or a line.  Any ideas?
Thanks = Stacey
------=_NextPart_000_0005_01C32AA3.3CAA5EA0-- From Andreas.Fritzsche at lrz.tu-muenchen.de Mon Jun 9 13:30:05 2003 From: Andreas.Fritzsche at lrz.tu-muenchen.de (Andreas.Fritzsche at lrz.tu-muenchen.de) Date: Mon, 9 Jun 2003 22:30:05 +0200 (MET DST) Subject: [Mapserver-users] Mapserver performance Message-ID: Dear list, does anybody know a mapserver application and its hardware configuration with more than 50.000 request a day? Just in case. THX Andreas From monkhm at thaimail.com Wed Jun 11 04:37:00 2003 From: monkhm at thaimail.com (Mon) Date: Wed, 11 Jun 2003 11:37:00 GMT Subject: [Mapserver-users] Pls sugguest me Message-ID: <20030611113701.86648.qmail@thaimail.com> Hi, I'm study in Walailak University , Thailand. I want to use minnesota mapserver for my project. I'm beginner for GIS. so I don't khow many things about them. Pls answer my questions. 1. Can I install mapserver on linuk platform ? (Because I develope for my University ,so I want to use Open source software.) 2. If can, How to install ? 3. Can I use Apache for web server ? 4. Where can I find comparation between minnesota mapserver and other mapserver ? Thank you. Mon ------------ ThaiMail.com From mgleahy at hotmail.com Wed Jun 11 08:43:58 2003 From: mgleahy at hotmail.com (Mike Leahy) Date: Wed, 11 Jun 2003 10:43:58 -0500 Subject: [Mapserver-users] Querying specific layers Message-ID: <000d01c33030$459768e0$170aa8c0@mgltoshiba> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C33006.5CC160E0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hello all, I'm using PHP/Mapscript with Mapserver 3.6.6-dev in IIS 5. I have an issue where performing queries on a map will highlight objects from all layers rather than selecting from layers specified in the "setQueryLayersByName" Mapscript function. This appears to have no impact on what the "drawQuery" function for the map object.I'm not sure if this is something that needs to be changed within the MapScript. Does anyone have any suggestions on how I can get the map query to only highlight objects in specific layers? Perhaps there is a way I could draw each layer individually, and display the PNGs on top of each other... Kind regards, Michael Leahy ------=_NextPart_000_000E_01C33006.5CC160E0 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hello all,

 

I’m using PHP/Mapscript with Mapserver 3.6.6-dev in IIS 5.  I = have an issue where performing queries on a map will highlight objects from all layers = rather than selecting from layers specified in the = “setQueryLayersByName” Mapscript function.  This appears to have no impact on what the = “drawQuery” function for the map object…I’m not sure if this is = something that needs to be changed within the MapScript.  Does anyone have any suggestions on how I can get the map query to only highlight objects in specific layers?  Perhaps there is a way I could draw each layer individually, and display the PNGs on top of each = other...

 

Kind regards,

Michael Leahy

------=_NextPart_000_000E_01C33006.5CC160E0-- From christianblumer at yahoo.fr Wed Jun 11 10:45:33 2003 From: christianblumer at yahoo.fr (Christian Blumer) Date: Wed, 11 Jun 2003 19:45:33 +0200 Subject: [Mapserver-users] php-mapscript installation Message-ID: <002d01c33041$432806d0$9852b280@photigr3> This is a multi-part message in MIME format. ------=_NextPart_000_002A_01C33052.05A11480 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear list I got into error when I try to install mapscript with php as CGI. I followed the procedure given here: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 Everything works fine until I try to test the installation with = phpinfo(). I got the following error message: Warning: Unexpected character in input: '=0F' (ASCII=3D15) state=3D1 in = /var/www/cgi-bin/php on line 3325 Warning: Unexpected character in input: '=02' (ASCII=3D2) state=3D1 in = /var/www/cgi-bin/php on line 3325 Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on = line 3325 Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on = line 3325 Warning: Unexpected character in input: '=0F' (ASCII=3D15) state=3D1 in = /var/www/cgi-bin/php on line 3325 Parse error: parse error in /var/www/cgi-bin/php on line 3325 Is it a known issue or I mistaken somewhere. I am using redhat 9 and apache 2.0.40, mapserver 3.6.6 and PHP 4.3.2 Christian ------=_NextPart_000_002A_01C33052.05A11480 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Dear list
I got into error when I try to install = mapscript=20 with php as CGI.
I followed the procedure given = here:
 http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37=
 
Everything works fine until I try to = test the=20 installation with phpinfo(). I got the following error = message:
 
Warning: Unexpected character in input: '=0F' (ASCII=3D15) = state=3D1 in=20 /var/www/cgi-bin/php on line 3325
Warning: Unexpected character in input: '=02' (ASCII=3D2) state=3D1 = in=20 /var/www/cgi-bin/php on line 3325
Warning: Unexpected character in input: ' in /var/www/cgi-bin/php = on line=20 3325
Warning: Unexpected character in input: ' in /var/www/cgi-bin/php = on line=20 3325
Warning: Unexpected character in input: '=0F' (ASCII=3D15) = state=3D1 in=20 /var/www/cgi-bin/php on line 3325
Parse error: parse error in /var/www/cgi-bin/php on line 3325
 
Is it a known issue or I mistaken somewhere.
I am using redhat 9 and apache 2.0.40, mapserver 3.6.6 and PHP = 4.3.2
 
Christian
------=_NextPart_000_002A_01C33052.05A11480-- From jbutcher at ci.collierville.tn.us Wed Jun 11 14:17:34 2003 From: jbutcher at ci.collierville.tn.us (Jim Butcher) Date: 11 Jun 2003 16:17:34 -0500 Subject: [Mapserver-users] MySQL Version 4.1.0-alpha Message-ID: <1055366254.24742.12.camel@stargate.ci.collierville.tn.us> --=-CNtFs9mVM9XuAwmEiy2Q Content-Type: text/plain Content-Transfer-Encoding: quoted-printable First my apologies if this question has been beaten to death, but..... With the future release of MySQL version 4.1 and its Spatial Extension. Are there plans to include MySQL support in future releases of MapServer? --=20 Jim Butcher, GIS Manager Town of Collierville 500 Poplar View Pkwy Collierville, TN 38017 email: jbutcher at ci.collierville.tn.us (P): 901-457-2353 (F): 901-457-2354 --=-CNtFs9mVM9XuAwmEiy2Q 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+55xumYYXQhPwN5ARAgyTAJ9slOO3EucPuf0T3EEQYYfcMUpTVQCfSfrn Ln9V1YGUM3nYOxEs5BPmvYY= =zhiy -----END PGP SIGNATURE----- --=-CNtFs9mVM9XuAwmEiy2Q-- From nacional at cbs.umn.edu Wed Jun 11 14:50:17 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 11 Jun 2003 16:50:17 -0500 Subject: [mapserver-users] 4.0 win32 binaries, no Oracle? In-Reply-To: References: Message-ID: <1055368216.6207.63.camel@arceuthobium.ecology.umn.edu> Hi there! Oracle Spatial support isn't available because I don't have client libraries to compile against. You might want to check if DM Solutions has a binary with Oracle spatial support. Their download web site is http://www2.dmsolutions.ca/mapserver/dl/ If you have a client library for Oracle Spatial, I'll try to compile it for you. -Perry N. On Wed, 2003-06-11 at 12:15, Bart van den Eijnden wrote: > Hi, > > is there any reason why the 4.0 beta 1 binaries on the website do not have > the mapserver native Oracle Spatial support? > > Should we use Oracle Spatial through OGR? > > Thanks, > Bart > _______________________________________________ > 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 dblasby at refractions.net Wed Jun 11 16:29:20 2003 From: dblasby at refractions.net (David Blasby) Date: Wed, 11 Jun 2003 16:29:20 -0700 Subject: [Mapserver-users] MySQL Version 4.1.0-alpha In-Reply-To: <1055366254.24742.12.camel@stargate.ci.collierville.tn.us> References: <1055366254.24742.12.camel@stargate.ci.collierville.tn.us> Message-ID: <3EE7BB50.7050808@refractions.net> Jim Butcher wrote: > First my apologies if this question has been beaten to death, but..... > With the future release of MySQL version 4.1 and its Spatial Extension. > Are there plans to include MySQL support in future releases of > MapServer? Yes. We at Refractions Research are going to be writing a MySQL-mapserver adapter. This will be based on the current PostGIS connector. Currently we are adding the complex spatial operators and functions to PostGIS - things like relate(), contains(), intersect(), buffer(), convexhull(), etc... Once this is done we want to use the same technology (cf. http://geos.refractions.net and http://postgis.refractions.net) to extend the very simple spatial support in mySQL into something extremely useful. This is actually an outcome of the Mapserver Users Meeting - I got tired of people asking me if we were going to be supporting mySQL. Now that mySQL 4.1.0 allows support for sub-selects, it looks like a connector is possible. With the features promised in 5.0, it looks like mySQL will be a "real" database! Who is actually using the mySQL spatial support? dave From dana at nextbus.com Wed Jun 11 18:05:12 2003 From: dana at nextbus.com (Dana Quinn) Date: Wed, 11 Jun 2003 18:05:12 -0700 Subject: [Mapserver-users] proj.pm build problem In-Reply-To: References: Message-ID: <3EE7D1C8.8060200@nextbus.com> Hi, I found the fix to this problem, I should have posted it back to the list. I do it now so hopefully it will link up in the list archives. Again, Perl 5.8, RH 8.0 (and a pretty uptodate RH 8.0 at that - newest kernel and so on). I found what I needed in the Mapserver wiki - Perl MapScript, then Perl 5.8 - http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptPerl5.8 this specifically relates to the perl mapscript build, but I had the same sort of lines in the proj_wrap.c file for proj.pm. Here's what the wiki page for mapscript said: > Contributed by Joe Bussell The interface code in mapscript_wrap.c is broken for PERL 5.8. Specifically, the macro XS(boot_mapscript) must be declared if the PERL object is not declared. In my world line 431 which reads: SWIGEXPORT(void) boot_mapscript(CV* cv); should be replaced with: XS(boot_mapscript); > Thanks to Joe for posting that, whenever he did. I changed the proj_wrap.c in an analogous fashion, and my build went to completion! Things work fine now. Dana Steve Lime wrote: > It's probably an issue with Swig and perl 5.8. I remember seeingthe > issue > come up on the SWIG mailing list. Using the latest version of Swig > (from > www.swig.org) may help. You can install that code and rebuild the > module > by running 'swig -perl5 -shadow proj.i' and building as normal. I'll be > looking > into it on this end cause we're upgrading all of our RedHat machines > but > that may not happen for a couple of weeks. > > Steve > > >>>>Dana Quinn 06/05/03 11:51AM >>> > > > This is a little bit obscure, but I'll give it a > try. I'm trying to build the proj.pm that Steve > Lime released a while back, and I getting a strange > message that's keeping it from building. I > haven't seen this before, and thought I'd ask about > it here. > > (I'm building on a RH 8.0/Perl 5.8 system) > > so after I do 'perl Makefile.PL', I do a make and get > this: > $ make > cp proj.pm blib/lib/proj.pm > gcc -c -I/u1/src/ms/proj/include -D_REENTRANT -D_GNU_SOURCE > -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > -I/usr/include/gdbm -O2 -march=i386 -mcpu=i686 -DVERSION=\"\" > -DXS_VERSION=\"\" -fpic > "-I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE" proj_wrap.c > proj_wrap.c: In function `_swig_create_magic': > proj_wrap.c:416: warning: assignment from incompatible pointer type > proj_wrap.c:417: warning: assignment from incompatible pointer type > proj_wrap.c: At top level: > proj_wrap.c:750: conflicting types for `boot_proj' > proj_wrap.c:431: previous declaration of `boot_proj' > make: *** [proj_wrap.o] Error 1 > > > Does anyone have any ideas what could be going on here? My > normal troubleshooting technique (pasting the error message into > google), didn't return any matches (sort of amazing). I must > be doing something wrong. I am running a different version > of glibc than another RH8.0 system that this worked on - is > it possible that it could cause a problem? > > Any help would be appreciated! > > Dana > > PS I also re-swig'd, which didn't help, and kind of made things > worse actually. > > PPS Wish I could be with you all there at the users conference! > Have fun! > > -- Dana Quinn, dana at nextbus.com NextBus Information Systems (510) 420-3117 From David.Beard at ga.gov.au Wed Jun 11 18:46:01 2003 From: David.Beard at ga.gov.au (David.Beard at ga.gov.au) Date: Thu, 12 Jun 2003 11:46:01 +1000 Subject: [Mapserver-users] RE: Querying by attributes. Message-ID: Marc, I think you need 2 separate layers: - 1 to display the building layer. This will be the same as your current layer, with FILTERITEM and FILTER removed. - 1 to query the building layer. This will contain FILTERITEM and FILTER, and does not require any CLASS info, although it does require a CLASS object. If you try to display a layer that contains a filter without parsing a filter value to it, the layer will not display, as the filter will find no features because you're not parsing info to it. I gather that's what you're experiencing at the moment. So, use the query layer to determine the map extent, but the display layer to display the features. Dave -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Marc Drouin Sent: Thursday, 12 June 2003 1:51 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Querying by attributes. Hi group, I'm trying to set a simple query application where a user selects an attribute from a drop down list and mapserver brings up an image where we can see the desired object, in my case, polygons representing buildings. The drop down list contains the name of the buildings, hence BNAME. Here is the section of the mapfile: LAYER NAME phill PROJECTION "init=epsg:4269" END TYPE POLYGON STATUS ON DATA phill FILTERITEM BNAME FILTER "%name%" CLASS NAME "Hill" TEMPLATE "hill.html" OUTLINECOLOR 0 0 0 COLOR 34 170 221 END HEADER "hill_header.html" FOOTER "hill_footer.html" TOLERANCE 5 END What happens in the application, we can see all the layers that are STATUS ON, except the layer of the buildings that I want to query. However, if I select a building name from the list, I generates a report eventhough they are not presente in the initial view of the map. If we comment out the line FILTERITEM, everything works fine. Can someone explain why this happens. Can someone explain the relationship/difference between FILTERITEM and FILTER. Thank you Marc From wlx at cngis.org Wed Jun 11 23:27:23 2003 From: wlx at cngis.org (Liangxu Wang) Date: Thu, 12 Jun 2003 14:27:23 +0800 Subject: [Mapserver-users] reference map's format Message-ID: <004501c330ab$af940480$f84dfea9@gisedu> hi,list: I am using mapserver 4 beta now,and I am puzzle about the reference map's format,it must be gif format? and I am using gd2(it is not support gif). thanks. wlx From mschulz at webgis.de Thu Jun 12 00:13:47 2003 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 12 Jun 2003 09:13:47 +0200 Subject: [Mapserver-users] Can't build python mapscript References: <08864397-9C4C-11D7-8FE5-000393B98B56@frii.com> Message-ID: <3EE8282B.7CA68FA1@webgis.de> Hi Sean, i tried the built on the linux box where i encountered exactly the same error as Vic described but even with your mapscript_wrap.c the error remains. We have built python-mapscript from a recent nightly successfully on another machine with exactly the same mapserver source packages, SWIG 1.3.19, python 2.1.3 the only difference we have is the gcc version, 2.95 on the machine that doesn't build, 3.2 on the machine that builds python mapscript. Vic what packages are you using? Cheers, Michael Sean Gillies schrieb: > Sorry, folks, I only meant to attach the file to my mail to > Vic. Good thing I compressed it. Hope I haven't caused too > much trouble for those on dial-up connections. > > Sean > > On Wednesday, June 11, 2003, at 07:26 AM, Vic Kelson wrote: > > > UGH. > > > > I can't get python mapscript to build with mapserver-4.0b. Here's the > > error message: > > > > _______________________________________________ > 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 Thu Jun 12 00:35:00 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 12 Jun 2003 09:35:00 +0200 Subject: [Mapserver-users] Pls sugguest me In-Reply-To: <20030611113701.86648.qmail@thaimail.com> References: <20030611113701.86648.qmail@thaimail.com> Message-ID: <200306120935.00100.schut@sarvision.com> Mon, There's plenty of information regarding these issues on the mapserver internet pages: http://mapserver.gis.umn.edu/ Go to the documentation section and read away. The wiki documents also may contain usefull info (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl). BTW the short answers are: 1:yes, 2:see http://mapserver.gis.umn.edu/doc36/unix-install-howto.html, 3:yes, 4:search the archives of this mailing list, it has been discussed before. Cheers, Vincent. On Wednesday 11 June 2003 13:37, Mon wrote: > Hi, > I'm study in Walailak University , Thailand. > I want to use minnesota mapserver for my project. > I'm beginner for GIS. so I don't khow many things about them. > Pls answer my questions. > 1. Can I install mapserver on linuk platform ? > (Because I develope for my University ,so I want to use > Open source software.) > 2. If can, How to install ? > 3. Can I use Apache for web server ? > 4. Where can I find comparation between minnesota mapserver and > other mapserver ? > > Thank you. > Mon > > ------------ > ThaiMail.com > _______________________________________________ > 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 sholl at gmx.net Thu Jun 12 01:08:55 2003 From: sholl at gmx.net (Stephan Holl) Date: Thu, 12 Jun 2003 10:08:55 +0200 Subject: [Mapserver-users] rasters with more then 256 colors with gdal In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFAF7@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1222BFAF7@mercator.topozone.com> Message-ID: <20030612100855.13385c22.sholl@gmx.net> --=.KYTONg16D4,as/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit At Wed, 11 Jun 2003 12:21:53 -0400 Ed McNierney wrote: Hello Ed, > Can you give us a description (with pictures, if possible) of the > result you're trying to produce? It's hard to tell what "comparable > to a geotiff" means, since a geotiff can look like anything at all. Of course I can send you some pics. There is a dem-raster-file, which is read as geotiff and renders nicly through mapserver. http://www.8ung.at/stephan.holl/tmp/dem_from_tiff.png but when I try to access the dem from a GRASS-database through gdal it renders all black as seen here (some contours are above...) http://www.8ung.at/stephan.holl/tmp/dem_from_grass_through_gdal.png As I read on the list, there should be the processing-directive to auto-scale the image. But when I do LAYER [...] PROCESSING "SCALE=AUTO" [...] END nothing happens. I also tried to set in the lowest and the higest point o the dem PROCESSING "SCALE=1089, 2332" but same result as above. What am I doing wrong ?! -- Stephan Holl GnuPG Key-ID: 11946A09 --=.KYTONg16D4,as/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+6DUbEg9SKhGUagkRAuBZAJ9xYfo01B1Mswu0Sfn8wQ5WBDrgVgCffXcx +TorSk+KiMky9j2g6hRWY9U= =eVw2 -----END PGP SIGNATURE----- --=.KYTONg16D4,as/-- From christian.blumer at epfl.ch Thu Jun 12 02:14:30 2003 From: christian.blumer at epfl.ch (Christian Blumer) Date: Thu, 12 Jun 2003 11:14:30 +0200 Subject: [Mapserver-users] php-mapscript installation References: <004701c33041$8b282fa0$9852b280@photigr3> Message-ID: <003a01c330c3$07dc7430$9852b280@photigr3> This is a multi-part message in MIME format. ------=_NextPart_000_0037_01C330D3.CB5BCE50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Jesus I finally found what's wrong thanks to: http://lists.dmsolutions.ca/pipermail/maplab-users/2002-July/000171.html After this explaination everything work fine. Let's explore PHP mapscript now. Christian ----- Original Message -----=20 From: Christian Blumer=20 To: mapserver-users at lists.gis.umn.edu=20 Sent: Wednesday, June 11, 2003 7:47 PM Subject: [Mapserver-users] php-mapscript installation Dear list I got into error when I try to install mapscript with php as CGI. I followed the procedure given here: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 Everything works fine until I try to test the installation with = phpinfo(). I got the following error message: Warning: Unexpected character in input: '=0F' (ASCII=3D15) state=3D1 = in /var/www/cgi-bin/php on line 3325 Warning: Unexpected character in input: '=02' (ASCII=3D2) state=3D1 in = /var/www/cgi-bin/php on line 3325 Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on = line 3325 Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on = line 3325 Warning: Unexpected character in input: '=0F' (ASCII=3D15) state=3D1 = in /var/www/cgi-bin/php on line 3325 Parse error: parse error in /var/www/cgi-bin/php on line 3325 Is it a known issue or I mistaken somewhere. I am using redhat 9 and apache 2.0.40, mapserver 3.6.6 and PHP 4.3.2 Christian ------=_NextPart_000_0037_01C330D3.CB5BCE50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Jesus I finally found what's wrong = thanks=20 to:
 
http://lists.dmsolutions.ca/pipermail/maplab-users/2002-July/000= 171.html
 
After this explaination everything work = fine.
Let's explore PHP mapscript = now.
Christian
----- Original Message -----
From:=20 Christian Blumer
To: mapserver-users at lists.g= is.umn.edu=20
Sent: Wednesday, June 11, 2003 = 7:47=20 PM
Subject: [Mapserver-users] = php-mapscript=20 installation

Dear list
I got into error when I try to = install mapscript=20 with php as CGI.
I followed the procedure given = here:
 http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37=
 
Everything works fine until I try to = test the=20 installation with phpinfo(). I got the following error = message:
 
Warning: Unexpected character in input: '=0F' (ASCII=3D15) = state=3D1 in=20 /var/www/cgi-bin/php on line 3325
Warning: Unexpected character in input: '=02' (ASCII=3D2) = state=3D1 in=20 /var/www/cgi-bin/php on line 3325
Warning: Unexpected character in input: ' in /var/www/cgi-bin/php = on line=20 3325
Warning: Unexpected character in input: ' in /var/www/cgi-bin/php = on line=20 3325
Warning: Unexpected character in input: '=0F' (ASCII=3D15) = state=3D1 in=20 /var/www/cgi-bin/php on line 3325
Parse error: parse error in /var/www/cgi-bin/php on line = 3325
 
Is it a known issue or I mistaken somewhere.
I am using redhat 9 and apache 2.0.40, mapserver 3.6.6 and PHP=20 4.3.2
 
Christian
------=_NextPart_000_0037_01C330D3.CB5BCE50-- From flavio at tydac.ch Thu Jun 12 02:20:43 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Thu, 12 Jun 2003 11:20:43 +0200 Subject: [Mapserver-users] Mapserver performance In-Reply-To: References: Message-ID: Hi Andreas See http://www.ortsplan.ch. Stats: - between 50'000-100'000 maps a day - between 1GB-2GB output per day SW: - Linux (Debian Dist.) - Apache - MySQL - MapServer HW: - Intel Pentium III Processor 1.4 GHz - 512 MB RAM, - 3-disk RAID controller - 3*35 GB IDE Harddisks Internet: - 35Mbit/s guaranteed bandwidth best regards Flavio -----Original Message----- From: Andreas.Fritzsche at lrz.tu-muenchen.de To: mapserver-users at lists.gis.umn.edu Cc: fritzsche at muenchen.ihk.de Date: Mon, 9 Jun 2003 22:30:05 +0200 (MET DST) Subject: [Mapserver-users] Mapserver performance > Dear list, > does anybody know a mapserver application and its hardware > configuration with more than 50.000 request a day? > Just in case. > THX > > Andreas > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From noti at ciaoweb.it Thu Jun 12 03:04:30 2003 From: noti at ciaoweb.it (Valerio Noti) Date: Thu, 12 Jun 2003 12:04:30 +0200 Subject: [Mapserver-users] Query problem in MapLab Message-ID: <006801c330ca$0a0e6b30$0301a8c0@valerion> Hi, I'm new to Mapserver/MapLab. i'm trying to build a web application with MapLab GMapFactory module. I'm using MapServer 3.6.6 for win32, mapScript 3.6 dll and MapLab 2.0.1 on IIS5. I wrote mapfile with several shapefiles and the application seems to work except for the query button. The layer section for shapefiles is as the following: /******************************** LAYER NAME "Region" STATUS DEFAULT DATA "Region" TYPE POLYGON CLASSITEM "Regione" UNITS METERS LABELITEM "Region" CLASS EXPRESSION /./ OUTLINECOLOR 128 128 128 COLOR 125 225 185 TEMPLATE "region.html" LABEL COLOR 0 0 0 SIZE tiny FONT Arial END END TOLERANCE 5 HEADER "region_header.html" FOOTER "region_footer.html" END /******************************** When I try to query the map nothing happens and the browser gives me the following error: /******************************** "Property not supported by the object" Raw 36 Char 9 http://192.168.1.51/maplab-2.0-release/projects/gmf_apps/toscana/toscana.pht ml?layer_status%5B%5D=Regioni&PrevStateKey=BBOX%3D1570594.70743%2C4812069.21 037%2C1711125.72305%2C4952891.36545%7CSRS%3D%7CMAPSIZE%3D400%2C400%7CLAYERS% 3D0&NotFirstLoad=1&RosaMode=1&ROSA_CMD=QUERY&INPUT_TYPE=auto_rect&INPUT_COOR D=241%2C334%3B241%2C334&QueryString= /******************************** I opened phtml file and commented the line 36: /******************************** // give it focus mapquery.focus(); /******************************** After that nothing happens when I try to query the map. I got the same error when I build the application in HTML without rosa applet. Any help appreciated Thanks Mario From RUBINJ at gov.ns.ca Thu Jun 12 04:43:30 2003 From: RUBINJ at gov.ns.ca (John Rubin) Date: Thu, 12 Jun 2003 08:43:30 -0300 Subject: [Mapserver-users] Tile Indexed Query Message-ID: Hi, Sorry for the reposting with the same problem but I'm posing a different question. I using CGI mapserver 3.6.3 and mapimage (java) and getting the data for maps and query's using at tileindex comprised of 20 layers. When doing itemquerys is there any way of setting the QLAYER to perform a query on only one layer in the tileindex. (ie layer 5 from 0-19) Thanks John John Rubin Telephone: 902-893-5712 E-mail: RUBINJ at gov.ns.ca From ed at topozone.com Thu Jun 12 05:15:46 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 12 Jun 2003 08:15:46 -0400 Subject: [Mapserver-users] rasters with more then 256 colors with gdal Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFB12@mercator.topozone.com> Stephan - Those look like two very different maps. They don't appear to be the same location, and one of them is a point elevation image (DEM) and the other is a labeled vector contour map (I think). I'm not a GRASS user at all, but I would first eliminate the vector overlay and try to get the DEM working first by itself. Can you confirm (using a different visualization tool) that the DEM image is loaded correctly into GRASS? It obviously won't come OUT right if it didn't go IN right. - 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: Stephan Holl [mailto:sholl at gmx.net] Sent: Thursday, June 12, 2003 4:09 AM To: Ed McNierney Cc: mapserver-users Subject: Re: [Mapserver-users] rasters with more then 256 colors with gdal At Wed, 11 Jun 2003 12:21:53 -0400 Ed McNierney wrote: Hello Ed, > Can you give us a description (with pictures, if possible) of the > result you're trying to produce? It's hard to tell what "comparable > to a geotiff" means, since a geotiff can look like anything at all. Of course I can send you some pics. There is a dem-raster-file, which is read as geotiff and renders nicly through mapserver. http://www.8ung.at/stephan.holl/tmp/dem_from_tiff.png but when I try to access the dem from a GRASS-database through gdal it renders all black as seen here (some contours are above...) http://www.8ung.at/stephan.holl/tmp/dem_from_grass_through_gdal.png As I read on the list, there should be the processing-directive to auto-scale the image. But when I do LAYER [...] PROCESSING "SCALE=AUTO" [...] END nothing happens. I also tried to set in the lowest and the higest point o the dem PROCESSING "SCALE=1089, 2332" but same result as above. What am I doing wrong ?! -- Stephan Holl GnuPG Key-ID: 11946A09 From gadoury at dmsolutions.ca Thu Jun 12 06:39:33 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Thu, 12 Jun 2003 09:39:33 -0400 Subject: [Mapserver-users] reference map's format References: <004501c330ab$af940480$f84dfea9@gisedu> Message-ID: <3EE88295.9010305@dmsolutions.ca> There is no reason why your reference map must be a gif. You should use a format that is supported by your version of gd, like png or jpg. Liangxu Wang wrote: >hi,list: > I am using mapserver 4 beta now,and I am puzzle about the reference map's format,it must be gif format? >and I am using gd2(it is not support gif). > > thanks. > > wlx > >_______________________________________________ >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 ed at topozone.com Thu Jun 12 07:44:40 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 12 Jun 2003 10:44:40 -0400 Subject: [Mapserver-users] Mapserver performance Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFB16@mercator.topozone.com> And it does it in four languages, too! - 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: Flavio Hendry [mailto:flavio at tydac.ch] Sent: Thursday, June 12, 2003 5:21 AM To: Andreas.Fritzsche at lrz.tu-muenchen.de; mapserver-users at lists.gis.umn.edu; fritzsche at muenchen.ihk.de Subject: Re: [Mapserver-users] Mapserver performance Hi Andreas See http://www.ortsplan.ch. Stats: - between 50'000-100'000 maps a day - between 1GB-2GB output per day SW: - Linux (Debian Dist.) - Apache - MySQL - MapServer HW: - Intel Pentium III Processor 1.4 GHz - 512 MB RAM, - 3-disk RAID controller - 3*35 GB IDE Harddisks Internet: - 35Mbit/s guaranteed bandwidth best regards Flavio -----Original Message----- From: Andreas.Fritzsche at lrz.tu-muenchen.de To: mapserver-users at lists.gis.umn.edu Cc: fritzsche at muenchen.ihk.de Date: Mon, 9 Jun 2003 22:30:05 +0200 (MET DST) Subject: [Mapserver-users] Mapserver performance > Dear list, > does anybody know a mapserver application and its hardware > configuration with more than 50.000 request a day? > Just in case. > THX > > Andreas > > _______________________________________________ > 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 gadoury at dmsolutions.ca Thu Jun 12 07:45:09 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Thu, 12 Jun 2003 10:45:09 -0400 Subject: [Mapserver-users] line labelling question Message-ID: <3EE891F5.2060908@dmsolutions.ca> Regarding the labelling of line features the mapfile reference states: "Lines are labeled at the middle of the longest arc in the visible portion of the line." I assume this means the middle of the visible portion of the line, not the middle of the full length of the line. Is that correct? I'm just trying to make sure that if a portion of a line is within the map view but its actual middle, not just the middle of the visible part, is outside the map view, that it will still be labelled. I hope that is sufficiently clear. If not, let me know and I'll try to elaborate. Dean -- ___________________________ 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 spencer at dmsolutions.ca Thu Jun 12 08:15:32 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Thu, 12 Jun 2003 11:15:32 -0400 Subject: [Mapserver-users] Re: [Mapserver-dev] Draw line with antialias In-Reply-To: <3EC41D4E00020DD7@ims4c.cp.tin.it> References: <3EC41D4E00020DD7@ims4c.cp.tin.it> Message-ID: <3EE89914.2030809@magma.ca> andrea, there is a config option for enabling antialias support that is off by default right now ... I doubt any of the pre-built windows binaries have enabled it. Perhaps Assefa can modify his build to include support for it? andrea.rogges at virgilio.it wrote: > Hi to all, > I'm trying to draw lines using antialias filter with MapServer, but I've > some problems: I use MapServer 4.0 beta 1 (gif support; binary download) > with w2k, and my .map files is: > .... > > SYMBOL > NAME road_symbol > TYPE ellipse > FILLED true > POINTS > 1 1 > END > END > > LAYER > NAME spezia_city > GROUP roads > STATUS ON > DATA spezia > TYPE LINE > LABELITEM "alternativ" > > CLASS > COLOR 240 240 240 > SIZE 8 > SYMBOL road_symbol > STYLE > ANTIALIAS TRUE # seems to be wrong! > END > LABEL > ANGLE AUTO > ANTIALIAS true > TYPE truetype > FONT arial > SIZE 7 > MINDISTANCE 10 > COLOR 0 0 0 > END > END > END > > .... > > The results is this message: > > "loadStyle(): GD library error: Antialiasing support is not available. > Get a newer version of GD!" > > What can I do? Do I need to recompile MapServer with GD v2.0.15 instead > of v2.0.12? > > Any help is very appreciate. > > Bye, > Andrea Rogges. > > > > > _______________________________________________ > Mapserver-dev mailing list > Mapserver-dev at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From flavio at tydac.ch Thu Jun 12 08:21:23 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Thu, 12 Jun 2003 17:21:23 +0200 Subject: Fwd: RE: [Mapserver-users] Mapserver performance Message-ID: hi ed thanks, but: poah, let's be posh, we have even created a site with ten of them !!! - among others chinese, japanese, arabic (read the other way round) and rumantsch (know that one ?) ... and russian will follow soon ... see http://www.swissgeo.org ooops, this one is however running on mapinfo mapxtreme, noticed ? ciao flavio ---------------------------------------------------------------- ############ Mit freundlichen Gruessen / Kind Regards ############ mailto:info at tydac.ch ############ TYDAC AG - http://www.tydac.ch #### #### Geographic Information Solutions #### #### Luternauweg 12 -- CH-3006 Bern ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- -----Original Message----- From: "Ed McNierney" To: "Flavio Hendry" , , , Date: Thu, 12 Jun 2003 10:44:40 -0400 Subject: RE: [Mapserver-users] Mapserver performance And it does it in four languages, too! - 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: Flavio Hendry [mailto:flavio at tydac.ch] Sent: Thursday, June 12, 2003 5:21 AM To: Andreas.Fritzsche at lrz.tu-muenchen.de; mapserver-users at lists.gis.umn.edu; fritzsche at muenchen.ihk.de Subject: Re: [Mapserver-users] Mapserver performance Hi Andreas See http://www.ortsplan.ch. Stats: - between 50'000-100'000 maps a day - between 1GB-2GB output per day SW: - Linux (Debian Dist.) - Apache - MySQL - MapServer HW: - Intel Pentium III Processor 1.4 GHz - 512 MB RAM, - 3-disk RAID controller - 3*35 GB IDE Harddisks Internet: - 35Mbit/s guaranteed bandwidth best regards Flavio -----Original Message----- From: Andreas.Fritzsche at lrz.tu-muenchen.de To: mapserver-users at lists.gis.umn.edu Cc: fritzsche at muenchen.ihk.de Date: Mon, 9 Jun 2003 22:30:05 +0200 (MET DST) Subject: [Mapserver-users] Mapserver performance > Dear list, > does anybody know a mapserver application and its hardware > configuration with more than 50.000 request a day? > Just in case. > THX > > Andreas > > _______________________________________________ > 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 Jean-Francois.Doyon at CCRS.NRCan.gc.ca Thu Jun 12 08:26:19 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Thu, 12 Jun 2003 11:26:19 -0400 Subject: [Mapserver-users] preventing certain layers from appearing in thegetCapabilities doc? Message-ID: <7CDD7B94357FD5119E800002A537C46E23081E@s5-ccr-r1.ccrs.nrcan.gc.ca> Yup, that is correct, right now, you can't hide a WMS layer in a given mapfile, from showing up in GetCapabilities ... Weren't you paying attention in our workshop debbie ? :) I haven't checked, but I'd encourage you to file a feature enhancement into the MapServer bugzilla about this if there isn't one already ... I could use that feature too :) Cheers, J.F. -----Original Message----- From: Lowell Filak [mailto:lfilak at medinaco.org] Sent: Wednesday, June 11, 2003 4:17 PM To: Debbie Pagurek; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] preventing certain layers from appearing in thegetCapabilities doc? If I recall a discussion from the User Meeting correctly, you will need to use a different Mapfile to do that. HTH Lowell F. The following message was sent by "Debbie Pagurek" on Wed, 11 Jun 2003 13:49:05 -0400. > Hi all, > I have a mapfile that I am using for an web mapping interface, as well as doubling as a WMS server. There are layers used in the interface that I don't want appearing in the getCapabilities document though and I thought I could prevent them from appearing there by omitting the METADATA tags for those layers, but that is not the case. Is there a way to select which layers in a mapfile should appear in a GetCapabilities document? > > Thanks, > Debbie > > > _______________________________________________ > 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 mdoggett at coas.oregonstate.edu Thu Jun 12 08:30:29 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Thu, 12 Jun 2003 08:30:29 -0700 Subject: [Mapserver-users] rasters with more then 256 colors with gdal In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFB12@mercator.topozone.com> Message-ID: <006901c330f7$8e0937d0$2441c180@nino> I've had this happen before. In my case it was the processing directive actually worked but the reclassified values in the DEM were all on the "small" end of the spectrum, since I didn't have any color classifications defined, they rendered black, or very nearly black. The default colorscale is a black-white (greyshade) where black is zero (or in the case of processing directive the smallest number) and white is 255 (or the largest). I actually gave up trying to get the processing directive to work and used grass to reclassify my rasters into something less than 256 categories. Mapserver has no problems rendering those rasters. It sure would be nice to know if they had plans to fix it so that it will work with rasters >256 cats....what a pain! :{ HTH. md -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Ed McNierney Sent: Thursday, June 12, 2003 5:16 AM To: Stephan Holl Cc: mapserver-users Subject: RE: [Mapserver-users] rasters with more then 256 colors with gdal Stephan - Those look like two very different maps. They don't appear to be the same location, and one of them is a point elevation image (DEM) and the other is a labeled vector contour map (I think). I'm not a GRASS user at all, but I would first eliminate the vector overlay and try to get the DEM working first by itself. Can you confirm (using a different visualization tool) that the DEM image is loaded correctly into GRASS? It obviously won't come OUT right if it didn't go IN right. - 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: Stephan Holl [mailto:sholl at gmx.net] Sent: Thursday, June 12, 2003 4:09 AM To: Ed McNierney Cc: mapserver-users Subject: Re: [Mapserver-users] rasters with more then 256 colors with gdal At Wed, 11 Jun 2003 12:21:53 -0400 Ed McNierney wrote: Hello Ed, > Can you give us a description (with pictures, if possible) of the > result you're trying to produce? It's hard to tell what "comparable > to a geotiff" means, since a geotiff can look like anything at all. Of course I can send you some pics. There is a dem-raster-file, which is read as geotiff and renders nicly through mapserver. http://www.8ung.at/stephan.holl/tmp/dem_from_tiff.png but when I try to access the dem from a GRASS-database through gdal it renders all black as seen here (some contours are above...) http://www.8ung.at/stephan.holl/tmp/dem_from_grass_through_gdal.png As I read on the list, there should be the processing-directive to auto-scale the image. But when I do LAYER [...] PROCESSING "SCALE=AUTO" [...] END nothing happens. I also tried to set in the lowest and the higest point o the dem PROCESSING "SCALE=1089, 2332" but same result as above. What am I doing wrong ?! -- Stephan Holl GnuPG Key-ID: 11946A09 _______________________________________________ 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 Jun 12 08:39:35 2003 From: sgillies at frii.com (Sean Gillies) Date: Thu, 12 Jun 2003 09:39:35 -0600 Subject: [Mapserver-users] Can't build python mapscript In-Reply-To: <3EE8282B.7CA68FA1@webgis.de> Message-ID: <11D793D9-9CEC-11D7-9B1C-000393B98B56@frii.com> --Apple-Mail-3--184235664 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Thursday, June 12, 2003, at 01:13 AM, Michael Schulz wrote: > Hi > Sean, i tried the built on the linux box where i encountered exactly > the > same error as Vic described but even with your mapscript_wrap.c the > error > remains. > > We have built python-mapscript from a recent nightly successfully on > another machine with exactly the same mapserver source packages, SWIG > 1.3.19, python 2.1.3 the only difference we have is the gcc version, > 2.95 > on the machine that doesn't build, 3.2 on the machine that builds > python > mapscript. > > Vic what packages are you using? > > Cheers, Michael > > I've done a bit of investigating this morning and find that my own distutils setup script works fine. Am attaching it. You will need to edit libraries and their paths to work with your system. Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies --Apple-Mail-3--184235664 Content-Disposition: attachment; filename=my_setup.py Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0755; name="my_setup.py" from distutils.core import setup, Extension from distutils.spawn import spawn from distutils.dir_util import mkpath from distutils.file_util import copy_file from distutils.sysconfig import parse_makefile import os from os import path import re wrapper = 'my_mapscript_wrap.c' wrapper_wnone = 'my_mapscript_wrap_wnone.c' noisy=1 swig_cmd = ["swig", "-python", "-shadow", "-DUSE_GD_PNG", "-DUSE_GD_JPEG", "-DUSE_PROJ", "-module", "mapscript", "-o", wrapper, "../mapscript.i" ] spawn(swig_cmd, verbose=noisy) # Filter the wrapper code using re.sub() fh = open(wrapper, 'rb') wrapper_code = fh.read() fh.close() wrapper_wnone_code = re.sub(r'"Os:(\w+)_set"', r'"Oz:\1_set"', wrapper_code) fh = open(wrapper_wnone, 'wb') fh.write(wrapper_wnone_code) fh.close() # make package directory and package __init__ script mkpath("mapscript") init_file=open(path.join("mapscript","__init__.py"),"w") init_file.write("from mapscript import *\n") init_file.close() copy_file("mapscript.py", path.join("mapscript","mapscript.py"), verbose=noisy) # change to reflect the gd version you are using ms_dir='../..' gdal_dir = '/usr/local/src/gdal-1.1.8' local_dir="/usr/local" msmod = Extension( '_mapscript', [wrapper_wnone], define_macros = [('USE_GD_PNG', None), ('USE_GD_JPEG', None), ('USE_GD_WBMP', None), ('USE_PROJ', None), ('USE_PROJ_API_H', None), ('PROJ_STATIC', None), ('IGNORE_MISSING_DATA', None)], extra_objects=[path.join(ms_dir, 'libmap.a'), '/usr/local/src/gdal-1.1.8/ogr//ogrsf_frmts/ogrsf_frmts.a', '/usr/local/src/gdal-1.1.8/ogr//ogr.a', '/usr/local/src/gdal-1.1.8/ogr//../port/cpl.a', path.join(gdal_dir, 'gdal.a')], library_dirs=['/usr/X11R6/lib'], libraries=['stdc++', 'gd','png','jpeg','freetype','z','proj','curl']) setup (# Distribution meta-data name = "pymapscript", version = "3.7 Development", description = "pre release", author = "Steve Lime", author_email = "steve.lime at dnr.state.mn.us", url = "http://mapserver.gis.umn.edu/", # Description of the modules and packages in the distribution packages = ['mapscript'], ext_modules = [msmod]) --Apple-Mail-3--184235664-- From bartvde at xs4all.nl Thu Jun 12 08:49:47 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Thu, 12 Jun 2003 17:49:47 +0200 Subject: [Mapserver-users] MySQL Version 4.1.0-alpha In-Reply-To: <3EE7BB50.7050808@refractions.net> References: <1055366254.24742.12.camel@stargate.ci.collierville.tn.us> <3EE7BB50.7050808@refractions.net> Message-ID: Hi David, Do you know the main differences between MySQL 4.1 and MySQL 5.0? And what does version 4.1 miss to be a real (spatial) database, which things are not possible yet? Thanks, Bart On Wed, 11 Jun 2003 16:29:20 -0700, David Blasby wrote: > Jim Butcher wrote: >> First my apologies if this question has been beaten to death, but..... >> With the future release of MySQL version 4.1 and its Spatial Extension. >> Are there plans to include MySQL support in future releases of >> MapServer? > > > Yes. > > We at Refractions Research are going to be writing a MySQL-mapserver > adapter. This will be based on the current PostGIS connector. > > Currently we are adding the complex spatial operators and functions to > PostGIS - things like relate(), contains(), intersect(), buffer(), > convexhull(), etc... Once this is done we want to use the same > technology (cf. http://geos.refractions.net and > http://postgis.refractions.net) to extend the very simple spatial support > in mySQL into something extremely useful. > > This is actually an outcome of the Mapserver Users Meeting - I got tired > of people asking me if we were going to be supporting mySQL. Now that > mySQL 4.1.0 allows support for sub-selects, it looks like a connector is > possible. With the features promised in 5.0, it looks like mySQL will be > a "real" database! > > Who is actually using the mySQL spatial support? > > dave > > _______________________________________________ > 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 Jun 12 08:51:23 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 12 Jun 2003 11:51:23 -0400 Subject: [Mapserver-users] preventing certain layers from appearing inthegetCapabilities doc? References: <7CDD7B94357FD5119E800002A537C46E23081E@s5-ccr-r1.ccrs.nrcan.gc.ca> Message-ID: <3EE8A17B.FECA62EA@dmsolutions.ca> Actually, during (and after) the OGC workshop at the MUM we talked about using the 'DUMP FALSE' flag to explicitly request specific layers to not be served via WMS with the default being to include all layers in WMS if the DUMP value is not set. However when I came to implement that yesterday I realized that this wouldn't work because the default value for DUMP is FALSE... so there is no way at the moment for MapServer to differenciate between a layer in which DUMP is explicitly set to FALSE or another one in which it is simply not specified. And we cannot change the default to TRUE because that would make all layers available via WFS by default and we don't want that. ... to avoid creating too much noise on this list, I have created a new bug where the possible options should be discussed: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=337 Daniel Jean-Francois.Doyon at ccrs.nrcan.gc.ca wrote: > > Yup, that is correct, right now, you can't hide a WMS layer in a given > mapfile, from showing up in GetCapabilities ... Weren't you paying attention > in our workshop debbie ? :) > > I haven't checked, but I'd encourage you to file a feature enhancement into > the MapServer bugzilla about this if there isn't one already ... I could use > that feature too :) > > Cheers, > J.F. > > -----Original Message----- > From: Lowell Filak [mailto:lfilak at medinaco.org] > Sent: Wednesday, June 11, 2003 4:17 PM > To: Debbie Pagurek; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] preventing certain layers from appearing > in thegetCapabilities doc? > > If I recall a discussion from the User Meeting correctly, you will need to > use a different Mapfile to do that. > HTH > Lowell F. > > The following message was sent by "Debbie Pagurek" on > Wed, 11 Jun 2003 13:49:05 -0400. > > > Hi all, > > I have a mapfile that I am using for an web mapping interface, as well as > doubling as a WMS server. There are layers used in the interface that I > don't want appearing in the getCapabilities document though and I thought I > could prevent them from appearing there by omitting the METADATA tags for > those layers, but that is not the case. Is there a way to select which > layers in a mapfile should appear in a GetCapabilities document? > > > > Thanks, > > Debbie > > > > From lfilak at medinaco.org Thu Jun 12 09:03:13 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 12 Jun 2003 12:03:13 -0400 Subject: [Mapserver-users] preventing certain layers from appearing inthegetCapabilities doc? Message-ID: <200306121603.h5CG33N01972@yogi.medinaco.net> Daniel, Thanks for the clarification, as this could "creating too much noise". I originally had in my notes that DUMP FALSE only applied to WFS and not WMS, possibly that is where any other confusion may have started. Lowell F The following message was sent by Daniel Morissette on Thu, 12 Jun 2003 11:51:23 -0400. > Actually, during (and after) the OGC workshop at the MUM we talked about > using the 'DUMP FALSE' flag to explicitly request specific layers to not > be served via WMS with the default being to include all layers in WMS if > the DUMP value is not set. > > However when I came to implement that yesterday I realized that this > wouldn't work because the default value for DUMP is FALSE... so there is > no way at the moment for MapServer to differenciate between a layer in > which DUMP is explicitly set to FALSE or another one in which it is > simply not specified. And we cannot change the default to TRUE because > that would make all layers available via WFS by default and we don't > want that. > > ... to avoid creating too much noise on this list, I have created a new > bug where the possible options should be discussed: > > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=337 > > Daniel > > > > Jean-Francois.Doyon at ccrs.nrcan.gc.ca wrote: > > > > Yup, that is correct, right now, you can't hide a WMS layer in a given > > mapfile, from showing up in GetCapabilities ... Weren't you paying attention > > in our workshop debbie ? :) > > > > I haven't checked, but I'd encourage you to file a feature enhancement into > > the MapServer bugzilla about this if there isn't one already ... I could use > > that feature too :) > > > > Cheers, > > J.F. > > > > -----Original Message----- > > From: Lowell Filak [mailto:lfilak at medinaco.org] > > Sent: Wednesday, June 11, 2003 4:17 PM > > To: Debbie Pagurek; mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] preventing certain layers from appearing > > in thegetCapabilities doc? > > > > If I recall a discussion from the User Meeting correctly, you will need to > > use a different Mapfile to do that. > > HTH > > Lowell F. > > > > The following message was sent by "Debbie Pagurek" on > > Wed, 11 Jun 2003 13:49:05 -0400. > > > > > Hi all, > > > I have a mapfile that I am using for an web mapping interface, as well as > > doubling as a WMS server. There are layers used in the interface that I > > don't want appearing in the getCapabilities document though and I thought I > > could prevent them from appearing there by omitting the METADATA tags for > > those layers, but that is not the case. Is there a way to select which > > layers in a mapfile should appear in a GetCapabilities document? > > > > > > Thanks, > > > Debbie > > > > > > From nhv at cape.com Thu Jun 12 09:22:29 2003 From: nhv at cape.com (Norman Vine) Date: Thu, 12 Jun 2003 12:22:29 -0400 Subject: [Mapserver-users] Can't build python mapscript In-Reply-To: <11D793D9-9CEC-11D7-9B1C-000393B98B56@frii.com> Message-ID: Sean Gillies writes: > > > I've done a bit of investigating this morning and find that my own > distutils setup script works fine. Hmm... That looks familiar :-)) Cheers Norman From lfilak at medinaco.org Thu Jun 12 09:27:18 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 12 Jun 2003 12:27:18 -0400 Subject: [Mapserver-users] Tile Indexed Query Message-ID: <200306121627.h5CGR7N02382@yogi.medinaco.net> You could have a different layer for each tile and query only thelayer containing tile 5. However, that won't solve your problem if your looking for an automatic relationship back to the tileindex from the query of a single tile. Lowell The following message was sent by "John Rubin" on Thu, 12 Jun 2003 08:43:30 -0300. > Hi, > > Sorry for the reposting with the same problem but I'm posing a different question. > I using CGI mapserver 3.6.3 and mapimage (java) and getting the data for maps and query's using at tileindex comprised of 20 layers. When doing itemquerys is there any way of setting the QLAYER to perform a query on only one layer in the tileindex. (ie layer 5 from 0-19) > > Thanks > > John > > John Rubin > Telephone: 902-893-5712 > E-mail: RUBINJ at gov.ns.ca > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From RUBINJ at gov.ns.ca Thu Jun 12 09:40:45 2003 From: RUBINJ at gov.ns.ca (John Rubin) Date: Thu, 12 Jun 2003 13:40:45 -0300 Subject: [Mapserver-users] Tile Indexed Query Message-ID: Hi Lowell, Thanks for the reply. I solved the problem by doing an initial query using a 2 kilometer grid, setting the mapextent to the located grid and then doing a second query for the forest stand. Thanks for the reply, John You could have a different layer for each tile and query only thelayer containing tile 5. However, that won't solve your problem if your looking for an automatic relationship back to the tileindex from the query of a single tile. Lowell The following message was sent by "John Rubin" on Thu, 12 Jun 2003 08:43:30 -0300. > Hi, > > Sorry for the reposting with the same problem but I'm posing a different question. > I using CGI mapserver 3.6.3 and mapimage (java) and getting the data for maps and query's using at tileindex comprised of 20 layers. When doing itemquerys is there any way of setting the QLAYER to perform a query on only one layer in the tileindex. (ie layer 5 from 0-19) > > Thanks > > John John Rubin Telephone: 902-893-5712 E-mail: RUBINJ at gov.ns.ca From pramsey at refractions.net Thu Jun 12 09:44:29 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Thu, 12 Jun 2003 09:44:29 -0700 Subject: [Mapserver-users] MySQL Version 4.1.0-alpha In-Reply-To: References: <1055366254.24742.12.camel@stargate.ci.collierville.tn.us> <3EE7BB50.7050808@refractions.net> Message-ID: <3EE8ADED.9000208@refractions.net> Bart van den Eijnden wrote: > > Do you know the main differences between MySQL 4.1 and MySQL 5.0? And > what does version 4.1 miss to be a real (spatial) database, which things > are not possible yet? Some things to note about MySQL versioning: 4.0 is the shipping version, the version they consider "done". 4.1 is the current beta, which you can download and play with. 5.0 is their "gleam in the eye", essentially the development trunk. Not so much a version as the notion of a version. You can pull the source from their BitKeeper tree and try and compile it. MySQL has thus far announced no further enhancements to their GIS capability for the 5.0 release. However, the 5.0 concept is still pretty young, and they may still tack functionality into that release in the future. The most important announced "upcoming" feature in 5.0 is stored procedures. The 4.1 release includes their first attempt at spatial support. They have generally followed the OpenGIS specification, except where their architecture does not allow it (because MySQL does not allow function overloading, they had to rename Length() to GLength(), length was already used as a function name on another type). What 4.1 *has* is: - Spatial objects (point, linestring, polygon, etc) - Indexing on those objects (rtree implementation, we haven't read into it to find out if it is the linear or quadratic implementation) - Input/output functions (GeomFromText, GeomFromBinary, AsText, AsBinary) - Basic analytic functions (GLength(), Area()). What 4.1 *lacks* is: - Support for triggers and procedural languages. - SRID support, and support for coordinate reprojection. - OpenGIS metadata tables. - A data loader/dumper tool. - Predicates (Relate(), Contains(), Touches(), Overlaps(), etc etc) - Operators (Intersection(), Union(), Buffer(), etc) The documentation is pretty complete and available at http://www.mysql.com/doc/en/GIS_spatial_extensions_in_MySQL.html. Remember to read the fine print. The predicates and operators are listed in the documentation, with a note indicating that they are not *actually* implemented. We checked the source, and the documentation is correct, there are just MBR stubs. The lack of even a Distance() function makes MySQL 4.1 pretty useless for anything which analyzes the relationships between spatial layers. So spatial joins are largely "out". Most of the things which Dave and Chris demonstrated at the MUM would not be possible with MySQL. The devil is in the details. When we start working more intently on the MySQL spatial engine, we will have a better idea of its strengths and limitations, thus far we have just done a quick source code review to see what was implemented and not. For example, if the spatial objects are only available in the default MySQL table types and not in InnoDB, then MySQL spatial will be alot less useful in production settings, since the default tables do not support transactions. I hope that helps, Paul PS - If you want to here the complete tail of my misgivings about MySQL, you are required to buy me a beer. > Thanks, > Bart > > On Wed, 11 Jun 2003 16:29:20 -0700, David Blasby > wrote: > >> Jim Butcher wrote: >> >>> First my apologies if this question has been beaten to death, but..... >>> With the future release of MySQL version 4.1 and its Spatial Extension. >>> Are there plans to include MySQL support in future releases of >>> MapServer? >> >> >> >> Yes. >> >> We at Refractions Research are going to be writing a MySQL-mapserver >> adapter. This will be based on the current PostGIS connector. >> >> Currently we are adding the complex spatial operators and functions to >> PostGIS - things like relate(), contains(), intersect(), buffer(), >> convexhull(), etc... Once this is done we want to use the same >> technology (cf. http://geos.refractions.net and >> http://postgis.refractions.net) to extend the very simple spatial >> support in mySQL into something extremely useful. >> >> This is actually an outcome of the Mapserver Users Meeting - I got >> tired of people asking me if we were going to be supporting mySQL. >> Now that mySQL 4.1.0 allows support for sub-selects, it looks like a >> connector is possible. With the features promised in 5.0, it looks >> like mySQL will be a "real" database! >> >> Who is actually using the mySQL spatial support? >> >> dave >> >> _______________________________________________ >> 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 steve.lime at dnr.state.mn.us Thu Jun 12 09:42:15 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 12 Jun 2003 11:42:15 -0500 Subject: [Mapserver-users] line labelling question Message-ID: Everything is based on the visible portion of the line. In fact the label point code doesn't even get access to the feature until it has been clipped. Steve >>> Dean Gadoury 06/12/03 09:45AM >>> Regarding the labelling of line features the mapfile reference states: "Lines are labeled at the middle of the longest arc in the visible portion of the line." I assume this means the middle of the visible portion of the line, not the middle of the full length of the line. Is that correct? I'm just trying to make sure that if a portion of a line is within the map view but its actual middle, not just the middle of the visible part, is outside the map view, that it will still be labelled. I hope that is sufficiently clear. If not, let me know and I'll try to elaborate. Dean -- ___________________________ 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 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gadoury at dmsolutions.ca Thu Jun 12 09:41:44 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Thu, 12 Jun 2003 12:41:44 -0400 Subject: [Mapserver-users] line labelling question References: Message-ID: <3EE8AD48.1090208@dmsolutions.ca> --------------040803010308010901010509 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Thanks, Steve. That's the only sensible way to do it, but I just wanted to make sure! Steve Lime wrote: >Everything is based on the visible portion of the line. In fact the >label point >code doesn't even get access to the feature until it has been clipped. > >Steve > > > >>>>Dean Gadoury 06/12/03 09:45AM >>> >>>> >>>> >Regarding the labelling of line features the mapfile reference states: > >"Lines are labeled at the middle of the longest arc in the visible >portion of the line." > >I assume this means the middle of the visible portion of the line, not > >the middle of the full length of the line. Is that correct? I'm just >trying to make sure that if a portion of a line is within the map view > >but its actual middle, not just the middle of the visible part, is >outside the map view, that it will still be labelled. > >I hope that is sufficiently clear. If not, let me know and I'll try to > >elaborate. > >Dean > > > -- ___________________________ 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 --------------040803010308010901010509 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Thanks, Steve. That's the only sensible way to do it, but I just wanted to make sure!

Steve Lime wrote:
Everything is based on the visible portion of the line. In fact the
label point
code doesn't even get access to the feature until it has been clipped.

Steve

  
Dean Gadoury <gadoury at dmsolutions.ca> 06/12/03 09:45AM >>>
        
Regarding the labelling of line features the mapfile reference states:

"Lines are labeled at the middle of the longest arc in the visible 
portion of the line."

I assume this means the middle of the visible portion of the line, not

the middle of the full length of the line. Is that correct? I'm just 
trying to make sure that if a portion of a line is within the map view

but its actual middle, not just the middle of the visible part, is 
outside the map view, that it will still be labelled.

I hope that is sufficiently clear. If not, let me know and I'll try to

elaborate.

Dean

  

-- 
___________________________

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

--------------040803010308010901010509-- From mapserver at gismap.ch Thu Jun 12 09:47:45 2003 From: mapserver at gismap.ch (Mapserver) Date: Thu, 12 Jun 2003 18:47:45 +0200 Subject: [Mapserver-users] HTML Legend with Mapplet and SWAP Message-ID: Hi list I'm using the mapserver-cgi with java-applets like rosa, mapplet and jbox and I use swap because of the known advantages (no reload of the hole page, etc...). In my opinion the html-legends are a very powerful way to take control of the different layers. That's the reason why I would like to integrate the html-legend-management into my mapserver-applications. Who made experiences with that combination (java-applets + swap + HTML-Legend)? Is it easy to implement? Thanks for help... Roman From sgillies at frii.com Thu Jun 12 10:02:20 2003 From: sgillies at frii.com (sgillies at frii.com) Date: Thu, 12 Jun 2003 11:02:20 -0600 Subject: [Mapserver-users] Can't build python mapscript Message-ID: <200306121702.h5CH2KEb066276@deimos.frii.net> > Sean Gillies writes: > > > > > I've done a bit of investigating this morning and find that my own > > distutils setup script works fine. > > Hmm... That looks familiar :-)) > > Cheers > > Norman > _______________________________________________ > Maybe naming it 'normans_setup.py' would be more accurate. Norman, why did your style setup fall out of CVS? It works fine, and I like having mapscript in its own directory. Did I miss you at MUM 1? If you didn't attend, you should know that Python was well represented by Howard Butler and I. We'll have more users soon and more need to get these setup issues fixed. cheers, Sean From morissette at dmsolutions.ca Thu Jun 12 10:01:41 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 12 Jun 2003 13:01:41 -0400 Subject: [Mapserver-users] preventing certain layers from appearing inthegetCapabilities doc? References: <200306121603.h5CG33N01972@yogi.medinaco.net> Message-ID: <3EE8B1F5.FEB5DCE2@dmsolutions.ca> Lowell Filak wrote: > > Daniel, > Thanks for the clarification, as this could "creating too much noise". Oh, I didn't mean to imply that you or somebody else were creating noise by raising those issues... I'm sorry if it sounded like that. I just meant that I shouldn't create noise myself with a lenghty email discussing all the options and instead decided to move the discussion to a bug report. > I originally had in my notes that DUMP FALSE only applied to WFS and not WMS, possibly that is where any other confusion may have started. You were correct that DUMP FALSE applies only to WFS at the moment... we're still trying to find a clean way to provide the equivalent for WMS and potentially other services... anyone interested or who has comments/suggestions should see bug 337. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From pedro-b-salazar at ptinovacao.pt Thu Jun 12 10:28:15 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 12 Jun 2003 18:28:15 +0100 Subject: [Mapserver-users] MAPFILE -> MAXSCALE metric?? Message-ID: <1055438894.1833.14.camel@vitoria.intra.cet.pt> Greetings, I wonder what are the units defined in the MAPFILE configuration file! I'm using the embed scale bar on the map and the units shown in the scale picture on the map when a layer should or should not appear doesn't match the values on the MAPFILE!! My data files (shapes) are in WGS84 decimal degrees. I don't know if it matters but here it goes the configuration of my MAPFILE (units and projection), if it matters... UNITS DD #PROJ (PROJ.4) # PROJECTION "proj=utm" "zone=29" "ellps=WGS84" "datum=WGS84" "units=m" "no_defs" END thanks, Pedro Salazar -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 From lfilak at medinaco.org Thu Jun 12 10:31:21 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 12 Jun 2003 13:31:21 -0400 Subject: [Mapserver-users] preventing certain layers from appearing inthegetCapabilities doc? Message-ID: <200306121731.h5CHVAN03580@yogi.medinaco.net> I didn't take it that way at all, there's something about "tone" that e-mail always looses. Lowell The following message was sent by Daniel Morissette on Thu, 12 Jun 2003 13:01:41 -0400. > Lowell Filak wrote: > > > > Daniel, > > Thanks for the clarification, as this could "creating too much noise". > > Oh, I didn't mean to imply that you or somebody else were creating noise > by raising those issues... I'm sorry if it sounded like that. I just > meant that I shouldn't create noise myself with a lenghty email > discussing all the options and instead decided to move the discussion to > a bug report. > > > > I originally had in my notes that DUMP FALSE only applied to WFS and not WMS, possibly that is where any other confusion may have started. > > You were correct that DUMP FALSE applies only to WFS at the moment... > we're still trying to find a clean way to provide the equivalent for WMS > and potentially other services... anyone interested or who has > comments/suggestions should see bug 337. > > 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 sholl at gmx.net Thu Jun 12 10:56:54 2003 From: sholl at gmx.net (Stephan Holl) Date: Thu, 12 Jun 2003 19:56:54 +0200 Subject: [Mapserver-users] rasters with more then 256 colors with gdal In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFB12@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1222BFB12@mercator.topozone.com> Message-ID: <20030612195654.7a46681b.sholl@gmx.net> --=.(/fj+THEg.4O?g Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit At Thu, 12 Jun 2003 08:15:46 -0400 Ed McNierney wrote: Hello Ed, > Those look like two very different maps. They don't appear to be the > same location, and one of them is a point elevation image (DEM) and > the other is a labeled vector contour map (I think). no, those are the same, the one with the vector contours is only zoomed in, where contours appear at some stage of zooming. anyway, in GRASS the DEM is displayed correct. I exported the geotiff from the grass-database. there must be something between grass and mapserver, perhaps something with libgrass in gdal ? thanks for your helping. cheers Stephan -- Stephan Holl GnuPG Key-ID: 11946A09 --=.(/fj+THEg.4O?g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+6L7qEg9SKhGUagkRAh3wAKC2C/HlgXVkwepGIWMa1kOwiQt8wACeJUol JaAg1UCo89MrfNC2X2OnwMc= =qaxg -----END PGP SIGNATURE----- --=.(/fj+THEg.4O?g-- From doug at moximedia.com Thu Jun 12 11:13:57 2003 From: doug at moximedia.com (Doug Cates) Date: Thu, 12 Jun 2003 11:13:57 -0700 Subject: [Mapserver-users] plaintext for digest list mail? Message-ID: <000401c3310e$647a36a0$6401a8c0@vn.shawcable.net> Hi, I get the mapserver list messages by digest (one per day). It is plain text, but a large amount of the text is HTML formatting strings which makes it difficult to read. Is it possible for the process that creates the digest message to strip out the formatting part of the messages? Since I doubt that can easily be done, I'd like to recommend to users that they submit messages to the list in plain text format only..... Doug -- Doug Cates Moxi Media Inc. 757 - 1641 Lonsdale Avenue, North Vancouver, BC, Canada V7M 2J5 Phone: 604-984-8109 Fax: 604-608-4764 E-Mail: doug at moximedia.com Web: www.moximedia.com From lists.ahaigh at dsl.pipex.com Thu Jun 12 11:30:02 2003 From: lists.ahaigh at dsl.pipex.com (Andrew Haigh) Date: Thu, 12 Jun 2003 19:30:02 +0100 Subject: [mapserver-users] 4.0 win32 binaries, no Oracle? References: <1055368216.6207.63.camel@arceuthobium.ecology.umn.edu> Message-ID: <3EE8C6AA.9030109@dsl.pipex.com> HI, I'd be rather interested in seeing MapServer 4.0 beta1 with Oracle Support. I do have Oracle but I'm not sure which files you would need to compile against it. If you can tell me which files I can let you have them, alternately, if you register for a free account on the Oracle website you can download the Oracle client from their. Andrew Pericles S. Nacionales wrote: >Hi there! Oracle Spatial support isn't available because I don't have >client libraries to compile against. You might want to check if DM >Solutions has a binary with Oracle spatial support. Their download web >site is http://www2.dmsolutions.ca/mapserver/dl/ > >If you have a client library for Oracle Spatial, I'll try to compile it >for you. > >-Perry N. > > > >On Wed, 2003-06-11 at 12:15, Bart van den Eijnden wrote: > > >>Hi, >> >>is there any reason why the 4.0 beta 1 binaries on the website do not have >>the mapserver native Oracle Spatial support? >> >>Should we use Oracle Spatial through OGR? >> >>Thanks, >>Bart >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> -- "Imagination is more important than knowledge." http://www.andrewhaigh.net/ From sholl at gmx.net Thu Jun 12 11:41:01 2003 From: sholl at gmx.net (Stephan Holl) Date: Thu, 12 Jun 2003 20:41:01 +0200 Subject: [Mapserver-users] rasters with more then 256 colors with gdal In-Reply-To: <006901c330f7$8e0937d0$2441c180@nino> References: <13858AA1A74F30419F319ACB66A9D1222BFB12@mercator.topozone.com> <006901c330f7$8e0937d0$2441c180@nino> Message-ID: <20030612204101.14119b5b.sholl@gmx.net> --=.ag9OYkb)gDvaZR Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit At Thu, 12 Jun 2003 08:30:29 -0700 Matt Doggett wrote: Hello Matt, Ed > I've had this happen before. In my case it was the processing > directive actually worked but the reclassified values in the DEM were > all on the"small" end of the spectrum, since I didn't have any color > classifications defined, they rendered black, or very nearly black. > The default colorscale is a black-white (greyshade) where black is > zero (or in the case of processing directive the smallest number) and > white is 255 (or the largest). thank you for your help. I think my problem is exacly the same what Matt described above. btw, do you know ho to make the colortables available again. I had that working with some rasters, but newly calculated rasters do show up (if the have less 255 cats..) in greyscale ? > > I actually gave up trying to get the processing directive to work and > used grass to reclassify my rasters into something less than 256 > categories. Mapserver has no problems rendering those rasters. It > sure would be nice to know if they had plans to fix it so that it will > work with rasters >256 cats....what a pain! :{ I second that! Now I know for the next time.... and have to reclassify my rasters. And I would really like to have a kind of raster-query which is not present at the moment.... cheers Stephan -- Stephan Holl GnuPG Key-ID: 11946A09 --=.ag9OYkb)gDvaZR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+6MlAEg9SKhGUagkRAqERAJ45XCFHm0P0q+RqM4V7AFI76HCKuACeLGgy JcgdCo/5tumav9asOL8hsxs= =gTnY -----END PGP SIGNATURE----- --=.ag9OYkb)gDvaZR-- From lfilak at medinaco.org Thu Jun 12 12:03:24 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 12 Jun 2003 15:03:24 -0400 Subject: [Mapserver-users] data interface in PDA Message-ID: <200306121903.h5CJ3DN05557@yogi.medinaco.net> Our direct experience with PDA/GPS inventory is not one of "real time" but I think that the list archives have some discussion on the topic and also the GRASS list archives do. http://grass.itc.it/searchgrass.html HTH Lowell The following message was sent by "prasad bauchkar" on Sun, 08 Jun 2003 14:56:45 +0800. > hello, > > i would like to develop an data interface in pda for > updating and transfering GIS data in real time > using mapserver. may i know how can i proceed > and what steps should i follow. > > need your help > > open source!!!! > prasad. > -- > ______________________________________________ > http://www.india.com > Now with POP3/SMTP access for only US$14.95/yr > > Powered by Outblaze > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Andrew.Simpson at ssc.nasa.gov Thu Jun 12 12:18:08 2003 From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew) Date: Thu, 12 Jun 2003 14:18:08 -0500 Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service Message-ID: <7F086B24179D91449EDA19F5FC928D0B325644@sscleda2.ssc.nasa.gov> 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_01C33117.5B824F02 Content-Type: text/plain; charset="iso-8859-1" Good Afternoon, Has anyone had any success using Mapserver WMS as a source for an ArcIMS service? Would like to share some raster data with an offsite group that only speaks ArcIMS. Used the IMS Emulator to connect with ArcMap and ArcCatalog ( http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/msg00298.html ), which worked very well. Sorry for the slightly off topic question. Thanks for any info, Drew. ------_=_NextPart_001_01C33117.5B824F02 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Good=20 Afternoon,
 
Has = anyone had any=20 success using Mapserver WMS as a source for an ArcIMS service?  = Would like=20 to share some raster data with an offsite group that only speaks=20 ArcIMS.
 
Used the IMS=20 Emulator to connect with = ArcMap and=20 ArcCatalog (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/01= 10/msg00298.html),=20 which worked very well.
 
Sorry = for the=20 slightly off topic question.
 
Thanks for any=20 info,
 
Drew.
------_=_NextPart_001_01C33117.5B824F02-- From pramsey at refractions.net Thu Jun 12 12:51:38 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Thu, 12 Jun 2003 12:51:38 -0700 Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service In-Reply-To: <7F086B24179D91449EDA19F5FC928D0B325644@sscleda2.ssc.nasa.gov> References: <7F086B24179D91449EDA19F5FC928D0B325644@sscleda2.ssc.nasa.gov> Message-ID: <3EE8D9CA.9000900@refractions.net> Does ArcIMS cascade? I think it is supposed to be able to cascade onto an "ArcMap Web Server". In that case, an emulator which made Mapserver appear to be an ArcMap server would be sufficient to let IMS cascade layers out of Mapserver. What are the relevant versions of ESRI products which support this capability? P. Simpson, Andrew wrote: > Good Afternoon, > > Has anyone had any success using Mapserver WMS as a source for an ArcIMS > service? Would like to share some raster data with an offsite group > that only speaks ArcIMS. > > Used the IMS Emulator to connect with ArcMap and ArcCatalog > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/msg00298.html), > which worked very well. > > Sorry for the slightly off topic question. > > Thanks for any info, > > Drew. -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From ed at topozone.com Thu Jun 12 13:02:55 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 12 Jun 2003 16:02:55 -0400 Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFB20@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3311D.9CD0EBD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Drew - =20 The ArcIMS "OGC Connector" allows an ArcIMS server to connect to WMS = layers served by OGC-compliant servers. It's a one-way pipe (we call it = the "OGC Diode") because it does NOT permit WMS clients to read data = from ArcIMS servers. But it sounds like this is something your ArcIMS = partners should already be able to do. =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: Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] Sent: Thursday, June 12, 2003 3:18 PM To: 'mapserver-users at lists.gis.umn.edu' Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service Good Afternoon, =20 Has anyone had any success using Mapserver WMS as a source for an ArcIMS = service? Would like to share some raster data with an offsite group = that only speaks ArcIMS. =20 Used the IMS Emulator to connect with ArcMap and ArcCatalog ( = http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/msg00298.ht= ml), which worked very well. =20 Sorry for the slightly off topic question. =20 Thanks for any info, =20 Drew. ------_=_NextPart_001_01C3311D.9CD0EBD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Drew=20 -
 
The=20 ArcIMS "OGC Connector" allows an ArcIMS server to connect to WMS layers = served=20 by OGC-compliant servers.  It's a one-way pipe (we call it the "OGC = Diode")=20 because it does NOT permit WMS clients to read data from ArcIMS = servers. =20 But it sounds like this is something your ArcIMS partners should already = be able=20 to do.
 
    - 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: Simpson, Andrew=20 [mailto:Andrew.Simpson at ssc.nasa.gov]
Sent: Thursday, June = 12, 2003=20 3:18 PM
To: = 'mapserver-users at lists.gis.umn.edu'
Subject:=20 [Mapserver-users] Mapserver WMS as server to ArcIMS=20 service

Good = Afternoon,
 
Has = anyone had any=20 success using Mapserver WMS as a source for an ArcIMS service?  = Would=20 like to share some raster data with an offsite group that only speaks=20 ArcIMS.
 
Used the IMS=20 Emulator to connect with = ArcMap and=20 ArcCatalog (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110= /msg00298.html),=20 which worked very well.
 
Sorry for the=20 slightly off topic question.
 
Thanks for any=20 info,
 
Drew.
------_=_NextPart_001_01C3311D.9CD0EBD0-- From pramsey at refractions.net Thu Jun 12 13:35:44 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Thu, 12 Jun 2003 13:35:44 -0700 Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFB20@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1222BFB20@mercator.topozone.com> Message-ID: <3EE8E420.5000604@refractions.net> Is this correct? I was of the understanding that the ArcIMS WMS connector exposes the ArcIMS data as a WMS server. So if you have set up the WMS connector on ArcIMS you can use a WMS client to view the ArcIMS data. In fact, I have seen it in action in the government here, and have cascaded a mapserver service onto an ArcIMS server which used the WMS connector. It is the opposite direction, the ArcIMS server *pulling* data from a WMS server, which I whink it impossible... yes? P. Ed McNierney wrote: > Drew - > > The ArcIMS "OGC Connector" allows an ArcIMS server to connect to WMS > layers served by OGC-compliant servers. It's a one-way pipe (we call it > the "OGC Diode") because it does NOT permit WMS clients to read data > from ArcIMS servers. But it sounds like this is something your ArcIMS > partners should already be able to do. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > *From:* Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] > *Sent:* Thursday, June 12, 2003 3:18 PM > *To:* 'mapserver-users at lists.gis.umn.edu' > *Subject:* [Mapserver-users] Mapserver WMS as server to ArcIMS service > > Good Afternoon, > > Has anyone had any success using Mapserver WMS as a source for an > ArcIMS service? Would like to share some raster data with an > offsite group that only speaks ArcIMS. > > Used the IMS Emulator to connect with ArcMap and ArcCatalog > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/msg00298.html), > which worked very well. > > Sorry for the slightly off topic question. > > Thanks for any info, > > Drew. -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Thu Jun 12 14:09:55 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Thu, 12 Jun 2003 17:09:55 -0400 Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service Message-ID: <7CDD7B94357FD5119E800002A537C46E230822@s5-ccr-r1.ccrs.nrcan.gc.ca> Yup, last I checked that was my understanding as well ... ArcIMS can only SERVE WMS layers, but cannot ingest them, and therefore cannot cascade WMS ones. I've successfully used the IMS emulator to connect my ArcMap/ArcCatalog to a MapServer service. If, however you mean you want a given ArcIMS server to cascade layers provided by the IMS emulator (Thinking it's another ArcIMS server), I think that's untested so far. I would suspect the emulator is not evolved or complete enough to support that functionality. If you really want to you could try to track the requests your IMS emulator gets from your partner's ArcIMS, read the XML (AXL), and try to figure out where it's not working. The IMS emulator is Perl, so it's not completely mind-bending ... You should be able to make sense of it all, maybe even make the necessary improvements if it's worth it to you (And feed them back to Refractions :) My .02$ ... Hope this helps! J.F. -----Original Message----- From: Paul Ramsey [mailto:pramsey at refractions.net] Sent: Thursday, June 12, 2003 4:36 PM To: Ed McNierney Cc: Simpson, Andrew; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Mapserver WMS as server to ArcIMS service Is this correct? I was of the understanding that the ArcIMS WMS connector exposes the ArcIMS data as a WMS server. So if you have set up the WMS connector on ArcIMS you can use a WMS client to view the ArcIMS data. In fact, I have seen it in action in the government here, and have cascaded a mapserver service onto an ArcIMS server which used the WMS connector. It is the opposite direction, the ArcIMS server *pulling* data from a WMS server, which I whink it impossible... yes? P. Ed McNierney wrote: > Drew - > > The ArcIMS "OGC Connector" allows an ArcIMS server to connect to WMS > layers served by OGC-compliant servers. It's a one-way pipe (we call it > the "OGC Diode") because it does NOT permit WMS clients to read data > from ArcIMS servers. But it sounds like this is something your ArcIMS > partners should already be able to do. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > *From:* Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] > *Sent:* Thursday, June 12, 2003 3:18 PM > *To:* 'mapserver-users at lists.gis.umn.edu' > *Subject:* [Mapserver-users] Mapserver WMS as server to ArcIMS service > > Good Afternoon, > > Has anyone had any success using Mapserver WMS as a source for an > ArcIMS service? Would like to share some raster data with an > offsite group that only speaks ArcIMS. > > Used the IMS Emulator to connect with ArcMap and ArcCatalog > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/msg00298.html ), > which worked very well. > > Sorry for the slightly off topic question. > > Thanks for any info, > > Drew. -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nhv at cape.com Thu Jun 12 14:48:21 2003 From: nhv at cape.com (Norman Vine) Date: Thu, 12 Jun 2003 17:48:21 -0400 Subject: [Mapserver-users] Can't build python mapscript In-Reply-To: <200306121702.h5CH2KEb066276@deimos.frii.net> Message-ID: sgillies at frii.com writes: > > Norman, why did your style setup fall out of CVS? It works > fine, and I like having mapscript in its own directory. Yes, having it as a 'package' has advantages > Did I miss you at MUM 1? Saddly I couldn't fit it in :-( > If you didn't attend, you should > know that Python was well represented by Howard Butler and > I. Cool ! Cheers Norman From woodbri at swoodbridge.com Thu Jun 12 15:20:25 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Thu, 12 Jun 2003 18:20:25 -0400 Subject: [Mapserver-users] plaintext for digest list mail? In-Reply-To: <000401c3310e$647a36a0$6401a8c0@vn.shawcable.net> Message-ID: <3EE8C469.20437.238E22CA@localhost> Assuming you can install a filter in the digest accumulator it should be easy to write a Perl script using HTML::? class to read the messages and strip the html. -Steve On 12 Jun 2003 at 11:13, Doug Cates wrote: > Hi, > > I get the mapserver list messages by digest (one per day). It is plain > text, but a large amount of the text is HTML formatting strings which > makes it difficult to read. Is it possible for the process that > creates the digest message to strip out the formatting part of the > messages? > > Since I doubt that can easily be done, I'd like to recommend to users > that they submit messages to the list in plain text format only..... > > Doug > -- > Doug Cates > Moxi Media Inc. > 757 - 1641 Lonsdale Avenue, > North Vancouver, BC, Canada V7M 2J5 > Phone: 604-984-8109 > Fax: 604-608-4764 > E-Mail: doug at moximedia.com > Web: www.moximedia.com > > > > _______________________________________________ > 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 Thu Jun 12 15:29:12 2003 From: dblasby at refractions.net (David Blasby) Date: Thu, 12 Jun 2003 15:29:12 -0700 Subject: [Mapserver-users] New mappostgis.c in 3.6.6 and 4.0 CVS Message-ID: <3EE8FEB8.10005@refractions.net> I've committed the new mapserver-PostGIS connector (mappostgis.c) to the mapserver CVS trunk and the 3.6.6 branch. This fixes the only outstanding issues: a) 1.5 kilobyte memory leak (fixed) b) the version 3.7 (now called 4.0) layerObj changes dave From ed at topozone.com Thu Jun 12 17:37:26 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 12 Jun 2003 20:37:26 -0400 Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFB22@mercator.topozone.com> Paul - You are exactly correct - I tried to answer in the middle of a hurried afternoon, and suffered a serious brain-short. My answer is exactly backwards! When we first implemented WMS services we were frustrated by the inability of ArcIMS customers to use them at all. Back to Drew's original question, Paul's Perl/MapScript ArcIMS code will do something like what you want, and we're just about ready to post an updated PHP/MapScript version of the same. Neither one is *exactly* what you ask for, in that they're both MapScript applications that are completely independent of WMS - they're better described as MapServer-based ArcIMS interface-compatible image servers. - 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: Paul Ramsey [mailto:pramsey at refractions.net] Sent: Thursday, June 12, 2003 4:36 PM To: Ed McNierney Cc: Simpson, Andrew; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Mapserver WMS as server to ArcIMS service Is this correct? I was of the understanding that the ArcIMS WMS connector exposes the ArcIMS data as a WMS server. So if you have set up the WMS connector on ArcIMS you can use a WMS client to view the ArcIMS data. In fact, I have seen it in action in the government here, and have cascaded a mapserver service onto an ArcIMS server which used the WMS connector. It is the opposite direction, the ArcIMS server *pulling* data from a WMS server, which I whink it impossible... yes? P. Ed McNierney wrote: > Drew - > > The ArcIMS "OGC Connector" allows an ArcIMS server to connect to WMS > layers served by OGC-compliant servers. It's a one-way pipe (we call it > the "OGC Diode") because it does NOT permit WMS clients to read data > from ArcIMS servers. But it sounds like this is something your ArcIMS > partners should already be able to do. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > *From:* Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] > *Sent:* Thursday, June 12, 2003 3:18 PM > *To:* 'mapserver-users at lists.gis.umn.edu' > *Subject:* [Mapserver-users] Mapserver WMS as server to ArcIMS service > > Good Afternoon, > > Has anyone had any success using Mapserver WMS as a source for an > ArcIMS service? Would like to share some raster data with an > offsite group that only speaks ArcIMS. > > Used the IMS Emulator to connect with ArcMap and ArcCatalog > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/msg00298. html), > which worked very well. > > Sorry for the slightly off topic question. > > Thanks for any info, > > Drew. -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From novalet at yahoo.com.cn Thu Jun 12 19:17:19 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Fri, 13 Jun 2003 10:17:19 +0800 (CST) Subject: [Mapserver-users] the performance in linux against win2k? Message-ID: <20030613021719.94136.qmail@web15205.mail.bjs.yahoo.com> Hi! I recently use mapserver as cgi with win2k+appache. It works nice. But i read from some articles that creating process in win2k+appache is relatively slow than linux, so cgi is not a good solution in win2k. Is it right? Will it benefit a lot if i setup a linux in the same pc to replace win2k? 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.surveys.yahoo.com/cn_user_profile_study_may2003 From akreider at nd.edu Thu Jun 12 20:37:11 2003 From: akreider at nd.edu (Aaron Kreider) Date: Thu, 12 Jun 2003 22:37:11 -0500 Subject: [Mapserver-users] problems installing mapscript on linux Message-ID: <3EE90097.20790.3F4053@localhost> I'm trying to install mapscript on linux. I am having problems (for the past week, I'm going crazy =). I'm renting space on a webserver, so I don' t have root access. I have jail shell access. Note: I'm a linux novice, and have only attempted to compile one or two programs in C/C++ and am thus generally unfamiliar with make files. So links to general tutorials where I could read about such things, would help. Can I install it by myself (eg, can I do it without root access)? Or can I do part of it by myself? If so, what kind of information do I need from my tech support and what tasks do I need them to do for me? So far I've tried installing mapscript.so as a precompiled module that I downloaded from http://www.phpgis.org/download/php_mapscript.zip I think one stumbling block is that my site is running PHP as compiled for Apache, instead of PHP in CGI. When I run phpinfo, it says that the Server API is Apache. Do I need tech support to reinstall PHP? Or install a second copy of PHP that I could use (so the first copy could stay the same for general use)? (Note: I'm familiar with the Wiki page on Mapscript and PHP as CGI and pointed my tech support people to it... though they still haven't made much progress.) Hmm... Could I install my own version of PHP, and rewrite my .htaccess file to access that? Does that sound like a good idea? Aaron From jose.quintal at cfe.gob.mx Thu Jun 12 16:21:37 2003 From: jose.quintal at cfe.gob.mx (jose.quintal at cfe.gob.mx) Date: Thu, 12 Jun 2003 18:21:37 -0500 Subject: [Mapserver-users] Querybypoint succes GetNumResult 1 shapeindex -1 Why? Message-ID: Of a data base of Mysql I take hold points with its coordinates x and y them drawing and all OK, But when doing a Querybypoint shapeindex returns to me -1 That I have bad? Here I keep the points in a ShapeObj object //Conectando con Mysql mysql_pconnect("dwa00","sist","sist") or die("No abrio el servidor"); mysql_select_db("mapas") or die("No selecciono la Base de Datos"); //Seleccionando Postes $sql="SELECT * from postes_Mer WHERE identificador = '$buscar' "; $p=mysql_query($sql) or die("Error al Ejecutar la Consulta"); //Arma la consulta // get a layer object representing your pointlayer $layerObj = $map->getLayerByName("postes"); // get a class object representing the first class in the layer $classObj = $layerObj->getClass(0); // create a new point object to hold the X Y data $pointObj = ms_newPointObj(); $line = ms_newLineObj(); $i=0; while($reg=mysql_fetch_array($p)) { $a=$reg['num_campo']; $b=$reg['cor_x']; $c=$reg['cor_y']; $pointObj->setXY($b,$c); $line = ms_newLineObj(); $line ->add($pointObj); $shp = ms_newShapeObj(MS_SHAPE_POINT); $shp->add($line); $shp->{text} = $a; $shp->{index} = $i; if($layerObj->addFeature($shp) == -1){ echo "addFeature failed"; } $point_lookup[$i] = $a; $i++; $pointObj->draw($map, $layerObj, $image, 0, $a); } Here this the code where I make the Querybypoint if ($info_pt == 1 ) { $record = -1; $layerObj = $map->getLayerByName('postes'); $queryresult = @$map->queryByPoint ($ptClicked,MS_SINGLE,1000); echo "Queryresult " . $queryresult; if ($queryresult == SUCCES) { $results = $layerObj->resultcache; $layerObj->open($results); $num_results = $layerObj->getNumResults(); echo "Num resultados :" . $num_results; // we only expect one result. $rslt[0] = $layerObj->getResult(0); // this is an index into the point lookup table. $shapeindex[0]=$rslt[0]->shapeindex; $tileindex[0]=$rslt[0]->tileindex; echo "rsultado : " . $rslt[0]; echo "tile : " . $tileindex[0]; echo "shape :" . $shapeindex[0]; } } Here this the definition of the Layer in the .map where I make the Querybypoint LAYER NAME "postes" TYPE POINT STATUS ON TOLERANCE 10 LABELMINSCALE 10 LABELMAXSCALE 60000 TEMPLATE "postes.html" CLASS SYMBOL 'circle' COLOR 0 0 0 SIZE 5 MINSIZE 5 MAXSIZE 5 LABEL ANTIALIAS TRUE TYPE TRUETYPE FONT Arialn SIZE 8 POSITION CL BUFFER 2 MINDISTANCE -3 MINFEATURESIZE -1 COLOR 252 152 54 PARTIALS TRUE FORCE FALSE END END END Thanks Jos? Antonio Quintal Castillo Sistemas Comision Federal de Electricidad Tel 9243128 O 9243136 From sarawut at ait.ac.th Thu Jun 12 21:54:03 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Fri, 13 Jun 2003 11:54:03 +0700 Subject: [Mapserver-users] loadWeb(): Unknown identifier. (WMS_TITLE) Message-ID: <5.1.1.6.2.20030613115044.00a9e4e8@mail.ait.ac.th> I got the problem when I try to set WMS. I try to got the XML (for test) by this : http://203.159.10.13/cgi-bin/mapserv?map=/home/msapps/Thailand2/htdocs/thaiwms.map&Request=GetCapabilities but I got LoadWeb(): Unknown identifier (WMS_TITLE) my map is MAP NAME "ThailandWMS" .... SHAPEPATH "/home/msapps/Thailand2/data/" SYMBOLSET "/home/msapps/Thailand2/etc/symbols.sym" FONTSET "/home/msapps/Thailand2/etc/fonts.txt" .... WEB MINSCALE 20000 MAXSCALE 5e+007 IMAGEPATH "/var/www/html/ms_tmp/" IMAGEURL "/ms_tmp/" WMS_TITLE "WMSThaiServer" "wms_onlineresource" "http://203.159.10.13/cgi-bin/mapserv?map=/home/msapps/Thailand2/htdocs/thaiwms.map&" wms_srs "EPSG:32647" END Pls help From arnulf.christl at ccgis.de Thu Jun 12 23:44:10 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Fri, 13 Jun 2003 08:44:10 +0200 Subject: AW: [Mapserver-users] loadWeb(): Unknown identifier. (WMS_TITLE) In-Reply-To: <5.1.1.6.2.20030613115044.00a9e4e8@mail.ait.ac.th> Message-ID: Have a look here: http://mapserver.gis.umn.edu/doc36/wms-server-howto.html#mapfile At the "map" level in the MAP file you have to specify the METADATA tag and then put the WMS informtion inside this bracket (I marked the relevant changes ->). Your MapFile then should look like this: NAME "ThailandWMS" .... SHAPEPATH "/home/msapps/Thailand2/data/" SYMBOLSET "/home/msapps/Thailand2/etc/symbols.sym" FONTSET "/home/msapps/Thailand2/etc/fonts.txt" .... WEB MINSCALE 20000 MAXSCALE 5e+007 IMAGEPATH "/var/www/html/ms_tmp/" IMAGEURL "/ms_tmp/" -> METADATA -> WMS_TITLE "WMSThaiServer" -> WMS_ABSTRACT "An abstract to the contents..." -> WMS_ONLINERESOURCE "http:..." -> WMS_SRS "EPSG:32647" -> END END You also need a METADATA sections for each layer where you specify the WMS_TITLE. A layer automatically inherits the SRS of the project. If it should be different to the project (in the WEB tag), then you have to specify it explicitly in the METADATA section with the keyword "WMS_SRS". Regards, Arnulf. From flavio at tydac.ch Thu Jun 12 23:48:53 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Fri, 13 Jun 2003 08:48:53 +0200 Subject: [Mapserver-users] the performance in linux against win2k? In-Reply-To: <20030613021719.94136.qmail@web15205.mail.bjs.yahoo.com> References: <20030613021719.94136.qmail@web15205.mail.bjs.yahoo.com> Message-ID: Hi Chen We have very similar applications which run on both and we do not see tooooo much of a difference (hardware pretty similar): see: Windows: http://www.mapserver.ch/waedenswil/index_e.phtml Uses MapInfo as source which supposedly should be slower then Shape (and contains far more data then the one below) Linux: http://www.mapsonlinux.ch/graubuenden_online/index.phtml (click on "Ortsplan Andeer", German only) Uses Shape ... ciao Flavio -----Original Message----- From: Chen Fu To: mapserver-users at lists.gis.umn.edu Date: Fri, 13 Jun 2003 10:17:19 +0800 (CST) Subject: [Mapserver-users] the performance in linux against win2k? > Hi! > I recently use mapserver as cgi with win2k+appache. It > works nice. > But i read from some articles that creating process in > win2k+appache is relatively slow than linux, so cgi is > not a good solution in win2k. Is it right? > Will it benefit a lot if i setup a linux in the same > pc to replace win2k? > 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.surveys.yahoo.com/cn_us > er_profile_study_may2003 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From chewbizz at hotmail.com Fri Jun 13 01:10:39 2003 From: chewbizz at hotmail.com (W. Steph) Date: Fri, 13 Jun 2003 08:10:39 +0000 Subject: [Mapserver-users] MapScript windows binaries Message-ID: Hello list ! I'm still searching for windows binaries of php-mapscript (dll) which could read Tiff files, connect to a PostGIS database and get data from wms servers (wms_server support). If you have this file or can easily compile it, please tell me !! Thanks Steph _________________________________________________________________ MSN Messenger : dialoguez en direct avec vos amis ! http://www.msn.fr/msger/default.asp From karas1974 at wp.pl Fri Jun 13 01:54:22 2003 From: karas1974 at wp.pl (Jaroslaw Kowalczyk) Date: Fri, 13 Jun 2003 10:54:22 +0200 Subject: [Mapserver-users] PhpMapScript and Labels References: Message-ID: <000a01c33189$684c0940$f4644dd5@ekoprojekt> Hello, Maybe someone could help with my probelm. I would like to display labels using phpmapscript. First I create Layer, Class and than add shapes form dynamically created shapefile. Shapefile is based on data I store in mySQL database. Although this new layer appears correctly (red symbols + black outlines) labels does not appear at all. What is wrong with my code (bellow)? Thank you. Jaroslaw Kowalczyk //---------------------------------- $newLayer=ms_newLayerObj($map); $newLayer->set(status,MS_ON); $newLayer->set(name,"Oferty"); $newLayer->set(type,MS_LAYER_POINT); $newLayer->set(labelitem,"id_oferty"); $newClass=ms_newClassObj($newLayer); $newClass->set(symbol,4); $newClass->set(size,15); $newClass->set(color,$map->addColor(255, 0, 0)); $newClass->set(outlinecolor,$map->addColor(0, 0, 0)); $newClass->{label}->{position}=MS_CC; $newClass->{label}->set(color, $map->addColor(0, 0, 0)); $newClass->{label}->{font}=fritqat; $newClass->{label}->{type}=truetype; $newClass->{label}->{size}=5; $newClass->{label}->{antialias}=true; $shapefile_temp=ms_newShapefileObj("c:/usr/krasnal/www/edeveloper/map/htdocs /data/".$shapetempname,-1); $l_ofert=$shapefile_temp->{numshapes}; for ($i=0;($i<$l_ofert);$i++) { $newShapeObj=ms_newShapeObj(MS_SHAPE_POINT); $newShapeObj=$shapefile_temp->getShape($i); $newLayer->addFeature($newShapeObj); $newShapeObj->free(); } $shapefile_temp->free(); --------------------------- Jaroslaw Kowalczyk www.ekoprojekt.pl From h.aue at plan-gis.de Fri Jun 13 03:50:26 2003 From: h.aue at plan-gis.de (h.aue at plan-gis.de) Date: 13 Jun 2003 10:50:26 UT Subject: [Mapserver-users] Postgresql error after upgrading to 7.3.2 Message-ID: <0003183D.3EE9BA81@192.168.199.254> hi, i'm using mapserver 3.6.5 on a debian linux box. everything worked fine when i used data (geometry+attributes) from a postgresql 7.2.1 database with postgis 0.7.5 on the mapserver. now that i upgraded to pg 7.3.2 i get the following error messages: ------- Warning: MapServer Error in prep_DB(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(the_geom)),'NDR'),id::text from (select k.id, k.the_geom, k.alk, k.area, k.fl_tlw, k.fl_pot, k.stand, k.kontrolle, k.aktz, k.info, k.ktermin, k.name_vorh, k.name_gene, k.name_eige, k.vorn_eige, k.name_nutz, k.vorn_nutz, k.nutz_a, k.nutz_b, k.nutz_c, k.massnahme, k.kategorie, k.massinfo from v_webkoman3 as k)as foo WHERE the_geom && setSRID('BOX3D(3478900 6080400,3479700 6081200)'::BOX3D, -1 )' Postgresql reports the error 'ERROR: Unable to identify an operator '&&' for types 'geometry' and 'box3d' You will have to retype this query using an explicit cast ' 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 uniq in /var/www/vhosts/webkoman/maplab-2.0rc2/projects/gmf_apps/wkm/wkm.php on line 254 Fatal error: Call to a member function on a non-object in /var/www/vhosts/webkoman/maplab-2.0rc2/projects/gmf_apps/wkm/wkm.php on line 258 ------- In wkm.php the lines are as follows: 254: $imgMainMap = $oMapSession->oMap->draw(); 258: $urlMainMap = $imgMainMap->saveWebImage(IMAGE_TYPE, 0, 0, -1); Do you know what could be the problem? Best regards, Hendrik From strk at keybit.net Fri Jun 13 04:02:20 2003 From: strk at keybit.net (strk) Date: Fri, 13 Jun 2003 13:02:20 +0200 Subject: [Mapserver-users] Grid application function for postgis Message-ID: <20030613130220.A15276@freek.keybit.net> Hello, I've made a grid application procedure for postgis also useable to reduce the number of points in a geometry based on the grid size. You can find package and infos here: http://cobalt.rmnet.it/~san/postgis/apply_grid/ If you give it a try please let me know what do you think about it: how did you use it and why did it (not) work for you. Thanks, --strk; From thfischer at mapmedia.de Fri Jun 13 06:02:51 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 13 Jun 2003 15:02:51 +0200 Subject: [Mapserver-users] plaintext for digest list mail? In-Reply-To: <3EE8C469.20437.238E22CA@localhost> References: <3EE8C469.20437.238E22CA@localhost> Message-ID: <1055509370.313.25.camel@jeanjacques> That's not really ontopic, but hey, weekend ahead ... > > I get the mapserver list messages by digest (one per day). It is plain > > text, but a large amount of the text is HTML formatting strings which > > makes it difficult to read. Is it possible for the process that > > creates the digest message to strip out the formatting part of the > > messages? > > Since I doubt that can easily be done, I'd like to recommend to users > > that they submit messages to the list in plain text format only..... I filter out all html messages, period. They get dumped into the 'people who don't know how to use their email program' folder (I am open to discussion here, but please not on the list since it's highly offtopic). That's not possible with the digest then obviously ... > Assuming you can install a filter in the digest accumulator it should > be easy to write a Perl script using HTML::? class to read the > messages and strip the html. That's a technical approach, but social problems cannot be solved by technical means. Social problem: People do not understand the consequences of sending html email. Technical solution: a filter. The filter is by no means able to get rid of the problem. I actually knew people who _do not even know_ that they are sending html email. The proper solution would be to talk to the people (be friendly!) and to explain the problem to them. The problem that will arise then is that you will a) be viewed as an annoying person who has to complain all the time about things they probably do not understand, and b) be a person with no more time left to do useful things. So your fallback will most likely be the filter again - which should be ok if you know that it's not a solution but only a way to shift the problem out of your sight. Just make sure your friends and colleagues do it the right way, and it will come back your way one day (hopefully - I am getting religious here). hth & have a nice weekend all, thorsten From thfischer at mapmedia.de Fri Jun 13 06:08:26 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 13 Jun 2003 15:08:26 +0200 Subject: [Mapserver-users] MAPFILE -> MAXSCALE metric?? In-Reply-To: <1055438894.1833.14.camel@vitoria.intra.cet.pt> References: <1055438894.1833.14.camel@vitoria.intra.cet.pt> Message-ID: <1055509706.310.31.camel@jeanjacques> > I wonder what are the units defined in the MAPFILE configuration file! > I'm using the embed scale bar on the map and the units shown in the > scale picture on the map when a layer should or should not appear > doesn't match the values on the MAPFILE!! > UNITS DD ^^ > #PROJ (PROJ.4) # > PROJECTION > "proj=utm" > "zone=29" > "ellps=WGS84" > "datum=WGS84" > "units=m" ^^^ > "no_defs" > END You define UNITS as being decimal degrees, but in your PROJECTION block you define the coordinates to be in a UTM projection which is measured in meters. You have to decide which one you want. Since you said your shapefiles are measured in decimal degress, and your Output is the UTM thing above, you want to use UNITS METERS here. As soon as you have done that, you need to define UNITS in your SCALEBAR section to define in what way it will be labeled. hth, thorsten From bear at prometheus.org.yu Fri Jun 13 05:08:18 2003 From: bear at prometheus.org.yu (Attila Csipa) Date: Fri, 13 Jun 2003 14:08:18 +0200 Subject: [Mapserver-users] MySQL Version 4.1.0-alpha In-Reply-To: <1055366254.24742.12.camel@stargate.ci.collierville.tn.us> References: <1055366254.24742.12.camel@stargate.ci.collierville.tn.us> Message-ID: <200306131408.18798.attila@prometheus.org.yu> On Wednesday 11 June 2003 23:17, Jim Butcher wrote: > Are there plans to include MySQL support in future releases of > MapServer? You might wish to check out the current MySQL support (v3.xx only, though) http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MySQL There is a .SHP to MySQL database convertor in the newest MapServer sources, so it is actually quite usable now. If anyone wishes to use MySQL with mapserver feel free to try it out now. From Andrew.Simpson at ssc.nasa.gov Fri Jun 13 05:54:34 2003 From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew) Date: Fri, 13 Jun 2003 07:54:34 -0500 Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service Message-ID: <7F086B24179D91449EDA19F5FC928D0B325648@sscleda2.ssc.nasa.gov> That was the same conclusion we came to; hard to believe there is not a mechanism to grab data from a WMS in an ArcIMS service. Isn't the geography network WMS? I don't think it even supports cascading ArcIMS servers. Thanks very much for the responses, Drew. -----Original Message----- From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca [mailto:Jean-Francois.Doyon at CCRS.NRCan.gc.ca] Sent: Thursday, June 12, 2003 4:10 PM To: pramsey at refractions.net; ed at topozone.com Cc: Andrew.Simpson at ssc.nasa.gov; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver WMS as server to ArcIMS service Yup, last I checked that was my understanding as well ... ArcIMS can only SERVE WMS layers, but cannot ingest them, and therefore cannot cascade WMS ones. I've successfully used the IMS emulator to connect my ArcMap/ArcCatalog to a MapServer service. If, however you mean you want a given ArcIMS server to cascade layers provided by the IMS emulator (Thinking it's another ArcIMS server), I think that's untested so far. I would suspect the emulator is not evolved or complete enough to support that functionality. If you really want to you could try to track the requests your IMS emulator gets from your partner's ArcIMS, read the XML (AXL), and try to figure out where it's not working. The IMS emulator is Perl, so it's not completely mind-bending ... You should be able to make sense of it all, maybe even make the necessary improvements if it's worth it to you (And feed them back to Refractions :) My .02$ ... Hope this helps! J.F. -----Original Message----- From: Paul Ramsey [mailto:pramsey at refractions.net] Sent: Thursday, June 12, 2003 4:36 PM To: Ed McNierney Cc: Simpson, Andrew; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Mapserver WMS as server to ArcIMS service Is this correct? I was of the understanding that the ArcIMS WMS connector exposes the ArcIMS data as a WMS server. So if you have set up the WMS connector on ArcIMS you can use a WMS client to view the ArcIMS data. In fact, I have seen it in action in the government here, and have cascaded a mapserver service onto an ArcIMS server which used the WMS connector. It is the opposite direction, the ArcIMS server *pulling* data from a WMS server, which I whink it impossible... yes? P. Ed McNierney wrote: > Drew - > > The ArcIMS "OGC Connector" allows an ArcIMS server to connect to WMS > layers served by OGC-compliant servers. It's a one-way pipe (we call it > the "OGC Diode") because it does NOT permit WMS clients to read data > from ArcIMS servers. But it sounds like this is something your ArcIMS > partners should already be able to do. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > *From:* Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] > *Sent:* Thursday, June 12, 2003 3:18 PM > *To:* 'mapserver-users at lists.gis.umn.edu' > *Subject:* [Mapserver-users] Mapserver WMS as server to ArcIMS service > > Good Afternoon, > > Has anyone had any success using Mapserver WMS as a source for an > ArcIMS service? Would like to share some raster data with an > offsite group that only speaks ArcIMS. > > Used the IMS Emulator to connect with ArcMap and ArcCatalog > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/msg00298.html ), > which worked very well. > > Sorry for the slightly off topic question. > > Thanks for any info, > > Drew. -- __ / | 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 _______________________________________________ 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 Fri Jun 13 07:04:36 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 13 Jun 2003 10:04:36 -0400 Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFB34@mercator.topozone.com> No, the only thing the Geography Network does for WMS servers is permit them to advertise that they exist. No interoperability with ArcIMS servers is provided through the Geography Network. - 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: Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] Sent: Friday, June 13, 2003 8:55 AM To: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver WMS as server to ArcIMS service That was the same conclusion we came to; hard to believe there is not a mechanism to grab data from a WMS in an ArcIMS service. Isn't the geography network WMS? I don't think it even supports cascading ArcIMS servers. Thanks very much for the responses, Drew. -----Original Message----- From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca [mailto:Jean-Francois.Doyon at CCRS.NRCan.gc.ca] Sent: Thursday, June 12, 2003 4:10 PM To: pramsey at refractions.net; ed at topozone.com Cc: Andrew.Simpson at ssc.nasa.gov; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Mapserver WMS as server to ArcIMS service Yup, last I checked that was my understanding as well ... ArcIMS can only SERVE WMS layers, but cannot ingest them, and therefore cannot cascade WMS ones. I've successfully used the IMS emulator to connect my ArcMap/ArcCatalog to a MapServer service. If, however you mean you want a given ArcIMS server to cascade layers provided by the IMS emulator (Thinking it's another ArcIMS server), I think that's untested so far. I would suspect the emulator is not evolved or complete enough to support that functionality. If you really want to you could try to track the requests your IMS emulator gets from your partner's ArcIMS, read the XML (AXL), and try to figure out where it's not working. The IMS emulator is Perl, so it's not completely mind-bending ... You should be able to make sense of it all, maybe even make the necessary improvements if it's worth it to you (And feed them back to Refractions :) My .02$ ... Hope this helps! J.F. -----Original Message----- From: Paul Ramsey [mailto:pramsey at refractions.net] Sent: Thursday, June 12, 2003 4:36 PM To: Ed McNierney Cc: Simpson, Andrew; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Mapserver WMS as server to ArcIMS service Is this correct? I was of the understanding that the ArcIMS WMS connector exposes the ArcIMS data as a WMS server. So if you have set up the WMS connector on ArcIMS you can use a WMS client to view the ArcIMS data. In fact, I have seen it in action in the government here, and have cascaded a mapserver service onto an ArcIMS server which used the WMS connector. It is the opposite direction, the ArcIMS server *pulling* data from a WMS server, which I whink it impossible... yes? P. Ed McNierney wrote: > Drew - > > The ArcIMS "OGC Connector" allows an ArcIMS server to connect to WMS > layers served by OGC-compliant servers. It's a one-way pipe (we call it > the "OGC Diode") because it does NOT permit WMS clients to read data > from ArcIMS servers. But it sounds like this is something your ArcIMS > partners should already be able to do. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > *From:* Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] > *Sent:* Thursday, June 12, 2003 3:18 PM > *To:* 'mapserver-users at lists.gis.umn.edu' > *Subject:* [Mapserver-users] Mapserver WMS as server to ArcIMS service > > Good Afternoon, > > Has anyone had any success using Mapserver WMS as a source for an > ArcIMS service? Would like to share some raster data with an > offsite group that only speaks ArcIMS. > > Used the IMS Emulator to connect with ArcMap and ArcCatalog > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/msg00298. html ), > which worked very well. > > Sorry for the slightly off topic question. > > Thanks for any info, > > Drew. -- __ / | 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 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pramsey at refractions.net Fri Jun 13 07:36:19 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Fri, 13 Jun 2003 07:36:19 -0700 Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFB34@mercator.topozone.com> Message-ID: <6563CE1A-9DAC-11D7-A069-000393D33C2E@refractions.net> Noone answered my question though :) Isn't there an ESRI-only cascade facility built into recent versions of ArcIMS which allows ArcIMS to cascade against ArcMap servers? If so, then there is a chink in the wall through which we can stuff real cascading :) Paul On Friday, June 13, 2003, at 07:04 AM, Ed McNierney wrote: > No, the only thing the Geography Network does for WMS servers is permit > them to advertise that they exist. No interoperability with ArcIMS > servers is provided through the Geography Network. > > - 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: Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] > Sent: Friday, June 13, 2003 8:55 AM > To: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Mapserver WMS as server to ArcIMS > service > > > That was the same conclusion we came to; hard to believe there is not a > mechanism to grab data from a WMS in an ArcIMS service. Isn't the > geography network WMS? I don't think it even supports cascading > ArcIMS servers. > > Thanks very much for the responses, > Drew. > > > -----Original Message----- > From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca > [mailto:Jean-Francois.Doyon at CCRS.NRCan.gc.ca] > Sent: Thursday, June 12, 2003 4:10 PM > To: pramsey at refractions.net; ed at topozone.com > Cc: Andrew.Simpson at ssc.nasa.gov; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Mapserver WMS as server to ArcIMS > service > > > Yup, last I checked that was my understanding as well ... ArcIMS can > only > SERVE WMS layers, but cannot ingest them, and therefore cannot cascade > WMS > ones. > > I've successfully used the IMS emulator to connect my ArcMap/ArcCatalog > to a > MapServer service. If, however you mean you want a given ArcIMS server > to > cascade layers provided by the IMS emulator (Thinking it's another > ArcIMS > server), I think that's untested so far. I would suspect the emulator > is > not evolved or complete enough to support that functionality. If you > really > want to you could try to track the requests your IMS emulator gets from > your > partner's ArcIMS, read the XML (AXL), and try to figure out where it's > not > working. The IMS emulator is Perl, so it's not completely mind-bending > ... > You should be able to make sense of it all, maybe even make the > necessary > improvements if it's worth it to you (And feed them back to Refractions > :) > > My .02$ ... Hope this helps! > > J.F. > > -----Original Message----- > From: Paul Ramsey [mailto:pramsey at refractions.net] > Sent: Thursday, June 12, 2003 4:36 PM > To: Ed McNierney > Cc: Simpson, Andrew; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Mapserver WMS as server to ArcIMS > service > > > Is this correct? I was of the understanding that the ArcIMS WMS > connector exposes the ArcIMS data as a WMS server. So if you have set > up > > the WMS connector on ArcIMS you can use a WMS client to view the ArcIMS > data. In fact, I have seen it in action in the government here, and > have > > cascaded a mapserver service onto an ArcIMS server which used the WMS > connector. > > It is the opposite direction, the ArcIMS server *pulling* data from a > WMS server, which I whink it impossible... yes? > > P. > > Ed McNierney wrote: >> Drew - >> >> The ArcIMS "OGC Connector" allows an ArcIMS server to connect to WMS >> layers served by OGC-compliant servers. It's a one-way pipe (we call > it >> the "OGC Diode") because it does NOT permit WMS clients to read data >> from ArcIMS servers. But it sounds like this is something your ArcIMS > >> partners should already be able to do. >> >> - Ed >> >> Ed McNierney >> President and Chief Mapmaker >> TopoZone.com / Maps a la carte, Inc. >> 73 Princeton Street, Suite 305 >> North Chelmsford, MA 01863 >> ed at topozone.com >> (978) 251-4242 >> >> -----Original Message----- >> *From:* Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] >> *Sent:* Thursday, June 12, 2003 3:18 PM >> *To:* 'mapserver-users at lists.gis.umn.edu' >> *Subject:* [Mapserver-users] Mapserver WMS as server to ArcIMS > service >> >> Good Afternoon, >> >> Has anyone had any success using Mapserver WMS as a source for an >> ArcIMS service? Would like to share some raster data with an >> offsite group that only speaks ArcIMS. >> >> Used the IMS Emulator to connect with ArcMap and ArcCatalog >> > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/ > msg00298. > html > ), >> which worked very well. >> >> Sorry for the slightly off topic question. >> >> Thanks for any info, >> >> Drew. > > > -- > __ > / > | 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 > _______________________________________________ > 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 > Paul Ramsey Refractions Research Email: pramsey at refractions.net Phone: (250) 885-0632 From eric at gomoos.org Fri Jun 13 04:09:35 2003 From: eric at gomoos.org (Eric Bridger) Date: 13 Jun 2003 11:09:35 +0000 Subject: [Mapserver-users] Querybypoint succes GetNumResult 1 shapeindex -1 Why? In-Reply-To: References: Message-ID: <1055502575.1829.11.camel@ubet.gomoos.org> Jose, The line below is incorrect, is not necessary and is probably causing your problem. Try commenting it out. You only need to re-open the shapefile if you want to retrieve the shape. But you don't have a shape file, you have a dynamically created feature layer. FYI the correct call if you had a shape file would have been: $layerObj->open($layerObj->{data}); > $layerObj->open($results); On Thu, 2003-06-12 at 23:21, jose.quintal at cfe.gob.mx wrote: > Of a data base of Mysql I take hold points with its coordinates x and y > them drawing and all OK, But when doing a Querybypoint shapeindex returns > to me -1 That I have bad? > > Here I keep the points in a ShapeObj object > > //Conectando con Mysql > mysql_pconnect("dwa00","sist","sist") or die("No abrio el servidor"); > mysql_select_db("mapas") or die("No selecciono la Base de Datos"); > > //Seleccionando Postes > $sql="SELECT * from postes_Mer WHERE identificador = '$buscar' "; > $p=mysql_query($sql) or die("Error al Ejecutar la Consulta"); > > //Arma la consulta > > // get a layer object representing your pointlayer > > $layerObj = $map->getLayerByName("postes"); > > // get a class object representing the first class in the layer > $classObj = $layerObj->getClass(0); > > // create a new point object to hold the X Y data > $pointObj = ms_newPointObj(); > $line = ms_newLineObj(); > > $i=0; > while($reg=mysql_fetch_array($p)) > { > $a=$reg['num_campo']; > $b=$reg['cor_x']; > $c=$reg['cor_y']; > > > $pointObj->setXY($b,$c); > $line = ms_newLineObj(); > $line ->add($pointObj); > $shp = ms_newShapeObj(MS_SHAPE_POINT); > > $shp->add($line); > $shp->{text} = $a; > $shp->{index} = $i; > if($layerObj->addFeature($shp) == -1){ > echo "addFeature failed"; > } > $point_lookup[$i] = $a; > $i++; > $pointObj->draw($map, $layerObj, $image, 0, $a); > > } > > Here this the code where I make the Querybypoint > > > if ($info_pt == 1 ) > { > $record = -1; > > $layerObj = $map->getLayerByName('postes'); > $queryresult = @$map->queryByPoint ($ptClicked,MS_SINGLE,1000); > echo "Queryresult " . $queryresult; > if ($queryresult == SUCCES) > > { > > $results = $layerObj->resultcache; # remove the line below: > $layerObj->open($results); > $num_results = $layerObj->getNumResults(); > echo "Num resultados :" . $num_results; > // we only expect one result. > > $rslt[0] = $layerObj->getResult(0); > // this is an index into the point lookup table. > $shapeindex[0]=$rslt[0]->shapeindex; > $tileindex[0]=$rslt[0]->tileindex; > echo "rsultado : " . $rslt[0]; > echo "tile : " . $tileindex[0]; > echo "shape :" . $shapeindex[0]; > > > } > } > > > > Here this the definition of the Layer in the .map where I make the > Querybypoint > > LAYER > NAME "postes" > TYPE POINT > STATUS ON > TOLERANCE 10 > LABELMINSCALE 10 > LABELMAXSCALE 60000 > TEMPLATE "postes.html" > CLASS > > SYMBOL 'circle' > COLOR 0 0 0 > SIZE 5 > MINSIZE 5 > MAXSIZE 5 > LABEL > ANTIALIAS TRUE > TYPE TRUETYPE > FONT Arialn > SIZE 8 > POSITION CL > BUFFER 2 > MINDISTANCE -3 > MINFEATURESIZE -1 > COLOR 252 152 54 > PARTIALS TRUE > FORCE FALSE > END > > END > END > > > > > Thanks > > > > > Jos? Antonio Quintal Castillo > Sistemas > Comision Federal de Electricidad > > Tel 9243128 O 9243136 > > > > > > _______________________________________________ > 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 Jun 13 04:17:26 2003 From: eric at gomoos.org (Eric Bridger) Date: 13 Jun 2003 11:17:26 +0000 Subject: [Mapserver-users] PhpMapScript and Labels In-Reply-To: <000a01c33189$684c0940$f4644dd5@ekoprojekt> References: <000a01c33189$684c0940$f4644dd5@ekoprojekt> Message-ID: <1055503046.1829.16.camel@ubet.gomoos.org> Jaroslaw, You need to add the label text to your shape before your call to addFeature. $newshapeObj->{text} = $my_label_text; Sorry this is Perl syntax. In PHP it might be $newshapeObj->set('text', $my_label_text); but I'm not sure. On Fri, 2003-06-13 at 08:54, Jaroslaw Kowalczyk wrote: > Hello, > > Maybe someone could help with my probelm. I would like to display labels > using phpmapscript. First I create Layer, Class and than add shapes form > dynamically created shapefile. Shapefile is based on data I store in mySQL > database. > > Although this new layer appears correctly (red symbols + black outlines) > labels does not appear at all. What is wrong with my code (bellow)? > > Thank you. > Jaroslaw Kowalczyk > > //---------------------------------- > $newLayer=ms_newLayerObj($map); > $newLayer->set(status,MS_ON); > $newLayer->set(name,"Oferty"); > $newLayer->set(type,MS_LAYER_POINT); > $newLayer->set(labelitem,"id_oferty"); > $newClass=ms_newClassObj($newLayer); > $newClass->set(symbol,4); > $newClass->set(size,15); > $newClass->set(color,$map->addColor(255, 0, 0)); > $newClass->set(outlinecolor,$map->addColor(0, 0, 0)); > $newClass->{label}->{position}=MS_CC; > $newClass->{label}->set(color, $map->addColor(0, 0, 0)); > $newClass->{label}->{font}=fritqat; > $newClass->{label}->{type}=truetype; > $newClass->{label}->{size}=5; > $newClass->{label}->{antialias}=true; > > $shapefile_temp=ms_newShapefileObj("c:/usr/krasnal/www/edeveloper/map/htdocs > /data/".$shapetempname,-1); > $l_ofert=$shapefile_temp->{numshapes}; > for ($i=0;($i<$l_ofert);$i++) > { > $newShapeObj=ms_newShapeObj(MS_SHAPE_POINT); > $newShapeObj=$shapefile_temp->getShape($i); > $newLayer->addFeature($newShapeObj); > $newShapeObj->free(); > } > $shapefile_temp->free(); > > > > > --------------------------- > Jaroslaw Kowalczyk > www.ekoprojekt.pl > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From doug at moximedia.com Fri Jun 13 09:00:14 2003 From: doug at moximedia.com (Doug Cates) Date: Fri, 13 Jun 2003 09:00:14 -0700 Subject: [Mapserver-users] plaintext for digest list mail? In-Reply-To: <1055509370.313.25.camel@jeanjacques> Message-ID: <000201c331c4$e0696360$6401a8c0@vn.shawcable.net> Thorsten, I realize that this was off topic, but was hoping that some posters would wake up to the fact that their messages were polluting the list mail and correct their ways. I think that HTML mail should simply be rejected by the list server, with a message to the sender that tells them why. Take care, Doug From cwilson at netxn.com Fri Jun 13 09:16:10 2003 From: cwilson at netxn.com (Chris Wilson) Date: 13 Jun 2003 09:16:10 -0700 Subject: [Mapserver-users] Demo install Message-ID: <1055520970.6068.8.camel@cwilson.netxn.com> Hello, We are trying to use the 3.5 demo at http://atreides.netxn.com/map/ we are getting the following errors: when running demo_init.html: msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno. when running demo.html and clicking on the map: The requested URL /map/[program] was not found on this server. Any insight into whats going on? We've followed the documentation to the best of our abilities. Thanks! Chris Wilson From woodbri at swoodbridge.com Fri Jun 13 09:40:57 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Fri, 13 Jun 2003 12:40:57 -0400 Subject: [Mapserver-users] Flash Capabilities Message-ID: <3EE9C659.1299.277CC4C9@localhost> Hi Flashy People, I read this over and plan to give it a try: http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html Is this document current or has more been done on this? Do you have a priority wishlist? Who is the principal developer on this? I wanted to animate a route, like have each successive segment highlight after a short delay and then repeat. Is this possible? How hard would it be to implement? I saw some comments in the doc above about highlighing, but it seemed to imply that this was not done yet. I would probably have the route in its own layer if that makes a difference. I think some people have posted links to their apps, but if anyone can share what they have done, I would be willing to add it to the Wiki page and add my experiences to it. Thanks, -Steve W. From mjc1 at soc.soton.ac.uk Fri Jun 13 09:58:05 2003 From: mjc1 at soc.soton.ac.uk (Michael Cunningham) Date: Fri, 13 Jun 2003 17:58:05 +0100 Subject: [Mapserver-users] Running Mapserver Demo Message-ID: <200306131758.05960.mjc1@soc.soton.ac.uk> Hi, Could someone please help me with getting the "mapserver" up and running. I am running Mandrake Linux 9.1. I've configured and installed mapserver, and copied to the cgi-bin. When I attempt to run the mapserver demo (itasca), the browser comes up with the page, but as soon as I click the "Initialize" button I get the following errors: msLoadMap(): General error message. Undefined overlay symbol "symbols/ctyhwy.gif" in class 0, style 0 of layer ctyrdln3_anno. Any help/suggestions would be appreciated. Regards, Mike From eric at gomoos.org Fri Jun 13 06:33:50 2003 From: eric at gomoos.org (Eric Bridger) Date: 13 Jun 2003 13:33:50 +0000 Subject: [Mapserver-users] Running Mapserver Demo In-Reply-To: <200306131758.05960.mjc1@soc.soton.ac.uk> References: <200306131758.05960.mjc1@soc.soton.ac.uk> Message-ID: <1055511230.1832.33.camel@ubet.gomoos.org> Mike, Most likely your version of GD does not support gifs. 1) map sure you have a subdir (relative to your mapfile location) with the gif in it: symbol/ctyhwy.gif 2) Use imagemagik's convert to convert it to a png. $convert ctyhwy.gif ctyhwy.png 3) Edit the demo.map file where it says: SYMBOL 'symbols/ctyhwy.gif' to SYMBOL 'symbols/ctyhwy.png' HTH. Eric On Fri, 2003-06-13 at 16:58, Michael Cunningham wrote: > Hi, > > Could someone please help me with getting the "mapserver" up and running. > > I am running Mandrake Linux 9.1. > > I've configured and installed mapserver, and copied to the cgi-bin. When I > attempt to run the mapserver demo (itasca), the browser comes up with the > page, but as soon as I click the "Initialize" button I get the following > errors: > > msLoadMap(): General error message. Undefined overlay symbol > "symbols/ctyhwy.gif" in class 0, style 0 of layer ctyrdln3_anno. > > Any help/suggestions would be appreciated. > > Regards, > > Mike > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From kgeurts at gis.umn.edu Fri Jun 13 10:30:42 2003 From: kgeurts at gis.umn.edu (Kari Geurts) Date: Fri, 13 Jun 2003 12:30:42 CDT Subject: [Mapserver-users] RE: MapServer T-shirts Message-ID: <200306131730.h5DHUgEP002556@firefox.software.umn.edu> Hello MapServer Users, The demand for the MapServer User Meeting t-shirts was high. We need to order more. We thought we'd see if other Mapserver users, even if they didn't attend the meeting, would like a t-shirt. If you would like a t-shirt, mail a check for US$12 payable to the University of Minnesota, (see the following for possible additional charges), to the address below. Also provide an address to mail the shirt to. We must receive your request by July 1, 2003 (and we must have your check in hand). We will then mail you a t-shirt first class mail. For over seas mailing you need to add US$5 per shirt. The sizes available are: Adult S-XL; XXL (add US$1 per shirt for XXL) Child XS-XL Please indicate what size you would like. The t-shirts are white and of high quality material (100% cotton). There is a MapServer logo in the location of a breast pocket (there is no pocket) on the front - see http://mapserver.gis.umn.edu/mum/mum-tshirt-logo.tif or http://mapserver.gis.umn.edu/mum/mum-tshirt-logo.gif for the logo - and "mapserver.gis.umn.edu" is on the back of the shirt. Please do not send cash. We cannot provide receipts. Name and address to send check to: Kari Geurts (MapServer T-shirt) University of Minnesota 115 Green Hall 1530 Cleveland Ave N. St. Paul, MN. 55108 - 6112 Kari A. Geurts MapServer Coordinator Department of Forest Resources University of Minnesota 115 Green Hall 1530 Cleveland Ave. N. St. Paul, MN 55108-6112 Phone: 612-624-3459 Email: kgeurts at gis.umn.edu From shussain at atsincorp.com Fri Jun 13 11:03:25 2003 From: shussain at atsincorp.com (Shaik A. Hussain) Date: Fri, 13 Jun 2003 14:03:25 -0400 Subject: [Mapserver-users] On-The-Fly Projection Message-ID: <4514D1DE1E069744839F24247A635032043C1B@deathstar.ats.atsincorp.com> Greetings, I am having problem with On-The-Fly-Projection. I am using mapserver 3.6.4, windows 2000, apache. My out put image projection is in Pennsylvania Polyconic, other layers with different projection spaces, one in PA Albert Conic, Geographic and PA State Plan South NAD27. The layer which has PA State plan south nad27 is not showing , other layers are showing correctly. Does any one help me what is wrong with the Projection definition for the PA State plan. Here is my map projection definitions. Out put image projection definition at map level is PENNSYLVANIA POLYCONIC. PROJECTION "proj=poly" "ellps=GRS80" "lon_0=77.75w" "lat_0=40.925n" #"units=m" END Layer Level Projection Definition is PENNSYLVANIA STATE PLAN SOUTH NAD 27. LAYER NAME "Landuse" STATUS Default DATA "landuse" TYPE POLYGON CLASS NAME "Landuse" COLOR 0 255 0 OUTLINECOLOR 255 0 0 SYMBOL 'circle' SIZE 2 END PROJECTION "proj=lcc" "ellps=clrk66" "lat_1=39.933333333n" "lat_2=40.800000000n" "lat_0=39.333333333n" "lon_0=77.750000000w" "x_0=609601.219" "y_0=0.000" # "to_meter=0.3048006096" "datum=NAD27" "no_defs" END END Thanks, Anwar www.atsincorp.com From Meredith.Bliss at state.or.us Fri Jun 13 12:18:12 2003 From: Meredith.Bliss at state.or.us (BLISS Meredith * DAS CJC) Date: Fri, 13 Jun 2003 12:18:12 -0700 Subject: [Mapserver-users] MapServer T-shirts 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_01C331E0.88498220 Content-Type: text/plain; charset="iso-8859-1" Speaking of which, we received an award (http://www.ocjc.state.or.us/JRSA_award.htm) for our website last October and I'm finally getting around to giving some credit where credit is due. I wanted to include a MapServer logo, but couldn't find any on the website. I remembered seeing one on other sites, and finally "stole" one from the Humboldt Bay site. I also wasn't able to find any recent mentions (or final decisions) in the mail list archives. Is there an "official and approved" MapServer logo? The MUM logo probably wouldn't be appropriate. --Bud Meredith L. (Bud) Bliss, Research Analyst Oregon Criminal Justice Commission 635 Capitol Street NE, Suite 350 Salem, OR 97301-2524 503-986-6489 Fax: 503-986-4574 www.ocjc.state.or.us -----Original Message----- From: Kari Geurts [mailto:kgeurts at gis.umn.edu] Sent: Friday, June 13, 2003 10:31 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] RE: MapServer T-shirts Hello MapServer Users, The demand for the MapServer User Meeting t-shirts was high. We need to order more. We thought we'd see if other Mapserver users, even if they didn't attend the meeting, would like a t-shirt. If you would like a t-shirt, mail a check for US$12 payable to the University of Minnesota, (see the following for possible additional charges), to the address below. Also provide an address to mail the shirt to. We must receive your request by July 1, 2003 (and we must have your check in hand). We will then mail you a t-shirt first class mail. For over seas mailing you need to add US$5 per shirt. The sizes available are: Adult S-XL; XXL (add US$1 per shirt for XXL) Child XS-XL Please indicate what size you would like. The t-shirts are white and of high quality material (100% cotton). There is a MapServer logo in the location of a breast pocket (there is no pocket) on the front - see http://mapserver.gis.umn.edu/mum/mum-tshirt-logo.tif or http://mapserver.gis.umn.edu/mum/mum-tshirt-logo.gif for the logo - and "mapserver.gis.umn.edu" is on the back of the shirt. Please do not send cash. We cannot provide receipts. Name and address to send check to: Kari Geurts (MapServer T-shirt) University of Minnesota 115 Green Hall 1530 Cleveland Ave N. St. Paul, MN. 55108 - 6112 Kari A. Geurts MapServer Coordinator Department of Forest Resources University of Minnesota 115 Green Hall 1530 Cleveland Ave. N. St. Paul, MN 55108-6112 Phone: 612-624-3459 Email: kgeurts at gis.umn.edu _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ------_=_NextPart_001_01C331E0.88498220 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [Mapserver-users] MapServer T-shirts

Speaking of which, we received an award (http://www.ocjc.state.or.us/JRSA_award.htm) for = our website last October and I'm finally getting around to giving some = credit where credit is due. I wanted to include a MapServer logo, but = couldn't find any on the website. I remembered seeing one on other = sites, and finally "stole" one from the Humboldt Bay site. I = also wasn't able to find any recent mentions (or final decisions) in = the mail list archives. Is there an "official and approved" = MapServer logo? The MUM logo probably wouldn't be appropriate. =

        --Bud

Meredith L. (Bud) Bliss, Research Analyst
Oregon Criminal Justice Commission
635 Capitol Street NE, Suite 350
Salem, OR  97301-2524
503-986-6489 Fax: 503-986-4574
www.ocjc.state.or.us


-----Original Message-----
From: Kari Geurts [mailto:kgeurts at gis.umn.edu]
Sent: Friday, June 13, 2003 10:31 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] RE: MapServer = T-shirts


Hello MapServer Users,

The demand for the MapServer User Meeting t-shirts = was high. We need to
order more. We thought we'd see if other Mapserver = users, even if they
didn't attend the meeting, would like a = t-shirt.

If you would like a t-shirt, mail a check for US$12 = payable to the
University of Minnesota, (see the following for = possible additional
charges), to the address below. Also provide an = address to mail the shirt
to. We must receive your request by July 1, 2003 = (and we must have your
check in hand). We will then mail you a t-shirt = first class mail. For over
seas mailing you need to add US$5 per shirt.

The sizes available are:
        Adult = S-XL; XXL (add US$1 per shirt for XXL)
        Child = XS-XL
Please indicate what size you would like.

The t-shirts are white and of high quality material = (100% cotton). There is
a MapServer logo in the location of a breast pocket = (there is no pocket) on
the front - see http://mapserver.gis.umn.edu/mum/mum-tshirt-logo.tif or
http://mapserver.gis.umn.edu/mum/mum-tshirt-logo.gif for the logo - and
"mapserver.gis.umn.edu" is on the back of = the shirt.

Please do not send cash. We cannot provide = receipts.

        Name and = address to send check to:
       =20
        Kari = Geurts (MapServer T-shirt)
        University of Minnesota
        115 Green = Hall
        1530 = Cleveland Ave N.
        St. Paul, = MN. 55108 - 6112


Kari A. Geurts

MapServer Coordinator
Department of Forest Resources
University of Minnesota
115 Green Hall
1530 Cleveland Ave. N.
St. Paul, MN 55108-6112
Phone: 612-624-3459
Email: kgeurts at gis.umn.edu

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

------_=_NextPart_001_01C331E0.88498220-- From stevem at spatialmapping.com Fri Jun 13 12:20:02 2003 From: stevem at spatialmapping.com (Steven Monai) Date: Fri, 13 Jun 2003 12:20:02 -0700 Subject: [Mapserver-users] PHP/MapScript question: mapObj->processquerytemplate() In-Reply-To: <20030612170004.27869.51641.Mailman@lists.gis.umn.edu> Message-ID: Hello folks: I am using a Windows build of PHP/MapScript (v3.7) with PHP (v4.3.0) and Apache (v2.0.45), and I can't get the processquerytemplate() method of mapObj to work as I expect it should. Specifically, my query template includes an [img] tag, which works just fine when processed by the MapServer CGI. The problem I'm having is that in PHP, the processquerytemplate() method of mapObj replaces the [img] tag with an image filename (as it should), but for some reason, the file itself is not generated! Here are snippets of the relevant PHP code to illustrate what I'm doing (irrelevant details have been replaced with ellipses): /* Beginning of (pseudo-)code fragment */ $map = ms_newMapObj($myMapFileName); $map->setextent(...); $queryBox = ... ; // This is a rectObj, in map coordinates /* * Turn on all non-default layers. */ for ($i = 0; $i < $map->numlayers; $i ++) { $layer = $map->getLayer($i); if ($layer->status == MS_OFF) { $layer->set('status', MS_ON); } } /* * Run the query and produce the output web page */ $queryResult = @$map->queryByRect($queryBox); if ($queryResult == MS_SUCCESS) { echo $map->processquerytemplate($_REQUEST); } else { // query found nothing readfile($emptyQueryURL); } /* End of fragment */ Any helpful pointers or suggestions would be greatly appreciated. I want to avoid having to modify my query templates, if at all possible, so that they can function unchanged in both PHP/MapScript and the MapServer CGI. Thanks, -SM -- ============================================ Steven Monai Database & Application Developer Spatial Mapping Ltd. 484 2nd Avenue Prince George, BC, Canada V2L 2Z7 http://www.spatialmapping.com mailto:stevem at spatialmapping.com phone: 250 564 1928 fax: 250 564 0751 ============================================ From gabriel at ciasc.gov.br Thu Jun 12 14:38:32 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Thu, 12 Jun 2003 18:38:32 -0300 Subject: [Mapserver-users] "Longitude / Latitude" References: <3EE9C659.1299.277CC4C9@localhost> Message-ID: <0b5701c3312a$f8e21760$12d713ac@ciasc.gov.br> Hi Listers. We are informing referenc in coordinates plain (UTM), however, we would like to show the values in coordinates geographic at the browser. Are there any available function in mapserver to make this automatically? Thanks. Gabriel From eduardo at linkgeo.com.br Fri Jun 13 19:11:01 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Fri, 13 Jun 2003 23:11:01 -0300 Subject: [Mapserver-users] Using CGI mode without temp-images... the images are still being created. Message-ID: <000c01c3321a$36bb2a00$9d64cec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C33201.0E9381D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable following some tricks from the mapserver users meeting, I've ported a = MapServer CGI application to one that does not use temporary image = files. the parameters map_web_imagepath and map_web_imageurl were set as an = empty value ("") inside the mapfile, and the template file of the application has no mention of these = parameters too. I've ported the objects [img], [scalebar], [ref] and [legend] to CGI = URLs to avoid the use of temp-images. However, each time I do an interation to the application, 4 image files = are created at the same path of the application/mapfile. So, why are these files being created? thanks Eduardo Patto Kanegae eduardo at linkgeo.com.br http://www.linkgeo.com.br ------=_NextPart_000_0009_01C33201.0E9381D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
following some tricks from the = mapserver=20 users meeting, I've ported a MapServer CGI application to one that = does not=20 use temporary image files.
 
the parameters map_web_imagepath and=20 map_web_imageurl were set as an empty value ("") inside the=20 mapfile,
 
and the template file of the = application has no=20 mention of these parameters too.
 
I've ported the objects [img], = [scalebar], [ref]=20 and [legend] to CGI URLs to avoid the use of temp-images.
 
 
However, each time I do an interation = to the=20 application, 4 image files are created at the same path of the=20 application/mapfile.
 
So, why are these files being = created?
 
 
thanks
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br<= /DIV>
http://www.linkgeo.com.br
 
 
------=_NextPart_000_0009_01C33201.0E9381D0-- From nacional at cbs.umn.edu Fri Jun 13 22:15:39 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 14 Jun 2003 00:15:39 -0500 Subject: [Mapserver-users] Using CGI mode without temp-images... the images are still being created. In-Reply-To: <000c01c3321a$36bb2a00$9d64cec8@vcp.advcp.br> References: <000c01c3321a$36bb2a00$9d64cec8@vcp.advcp.br> Message-ID: <1055567738.22454.13.camel@arceuthobium.ecology.umn.edu> Hi Eduardo, Steve and others probably know more about this than me but I'm wondering if you can send your template file. Chances are we'll be able to point out inconsistencies in it. Cheers! Perry On Fri, 2003-06-13 at 21:11, Eduardo Patto Kanegae wrote: > following some tricks from the mapserver users meeting, I've ported a > MapServer CGI application to one that does not use temporary image > files. > > the parameters map_web_imagepath and map_web_imageurl were set as an > empty value ("") inside the mapfile, > > and the template file of the application has no mention of these > parameters too. > > I've ported the objects [img], [scalebar], [ref] and [legend] to CGI > URLs to avoid the use of temp-images. > > > However, each time I do an interation to the application, 4 image > files are created at the same path of the application/mapfile. > > So, why are these files being created? > > > thanks > > Eduardo Patto Kanegae > eduardo at linkgeo.com.br > http://www.linkgeo.com.br > > -- Pericles S. Nacionales University of Minnesota From bartvde at xs4all.nl Sat Jun 14 04:19:20 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sat, 14 Jun 2003 13:19:20 +0200 Subject: [mapserver-users] fastcgi? Message-ID: Hi list, I see that some thread-safety issues have been addressed in the latest version. Are there any plans to implement mapserver as a fast-cgi, so that the map configuration file does not have to be parsed all the time and database connections can be "persistent"? Thanks, Bart From novalet at yahoo.com.cn Sat Jun 14 05:29:34 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Sat, 14 Jun 2003 20:29:34 +0800 (CST) Subject: [Mapserver-users] the performance in linux against win2k? In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFB2D@mercator.topozone.com> Message-ID: <20030614122934.1087.qmail@web15204.mail.bjs.yahoo.com> ahh, I have never notice the mode=map yet. i test it, and find the mapserv with "mode=map" will only return image itself not the template html. It is definitely useful if i use mapserver in a virtual host site (maybe impossible to have a winnt task to remove temp file everyday). But my experience of mapserver is rather limited. Do you know how to use mode=map and template html together? Any demo already? Thank you in advance! --- Ed McNierney ????????> Chen - > > We run on Windows and Linux on different hardware > and are happy with both. > > You should realize that the time involved in > creating/launching a process is a pretty > insignificant one given the work MapServer has to > do. For a given request you launch the process, > load the MAP file, parse it, open and load > potentially many map layers from SHP files, TIFF > images, etc., then generate output images and send > the data to the client. The process creation time > simply does not matter. > > I mentioned at the user meeting that some folks > don't know that when the CGI is run in "mode=map" > (or "legend" or "scalebar") that the server will > write the generated image directly back to the > client browser. In "mode=browse" the generated HTML > is written back after the map image is written to > the server's local disk in the TMP directory. If > you can avoid writing an image to disk for every map > request, you will boost your performance far more > than any improvement you'll get from optimizing > process creation time. > > - 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: Chen Fu [mailto:novalet at yahoo.com.cn] > Sent: Thursday, June 12, 2003 10:17 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] the performance in linux > against win2k? > > Hi! > I recently use mapserver as cgi with win2k+appache. > It > works nice. > But i read from some articles that creating process > in > win2k+appache is relatively slow than linux, so cgi > is > not a good solution in win2k. Is it right? > Will it benefit a lot if i setup a linux in the same > pc to replace win2k? > 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.surveys.yahoo.com/cn_user_profile_study_may2003 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cn_user_profile_study_may2003 From Rich at GreenwoodMap.com Sat Jun 14 05:32:57 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Sat, 14 Jun 2003 06:32:57 -0600 Subject: [Mapserver-users] Using CGI mode without temp-images... the images are still being created. In-Reply-To: <000c01c3321a$36bb2a00$9d64cec8@vcp.advcp.br> Message-ID: <5.2.0.9.0.20030614063131.00aa6e98@mail.GreenwoodMap.com> --=======1A0D204======= Content-Type: text/plain; x-avg-checked=avg-ok-6D6D738A; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit At 11:11 PM 6/13/2003 -0300, you wrote: >following some tricks from the mapserver users meeting, I've ported a >MapServer CGI application to one that does not use temporary image files. > >the parameters map_web_imagepath and map_web_imageurl were set as an empty >value ("") inside the mapfile, > >and the template file of the application has no mention of these >parameters too. > >I've ported the objects [img], [scalebar], [ref] and [legend] to CGI URLs >to avoid the use of temp-images. > > >However, each time I do an interation to the application, 4 image files >are created at the same path of the application/mapfile. You need to set STATUS OFF for the whole map file. Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com --=======1A0D204=======-- From novalet at yahoo.com.cn Sat Jun 14 06:06:15 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Sat, 14 Jun 2003 21:06:15 +0800 (CST) Subject: [Mapserver-users] bug of map_web_imagepath in mapserver 4.0 Message-ID: <20030614130615.86671.qmail@web15208.mail.bjs.yahoo.com> HiHi! pal I find the map_web_imagepath in 4.0 is something wrong. when i use relative path, 3.6 will take its relative against the directory where map file in. But using the same config, in 4.0, only the main image remained, the legend, reference and scalebar will not be generated. Try map_web_imagepath several times, mapserv seems take it relative to the directory of mapserv when try to generate legend, reference and scalebar images. But at this time, the main image will not be generated. I don't find the definition of map_web_imagepath in http://mapserver.gis.umn.edu/doc36/cgi-reference.html. So dont know which one is correct. Hope somebody can exam the code to solve the difference. ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cn_user_profile_study_may2003 From nacional at cbs.umn.edu Sat Jun 14 14:44:01 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 14 Jun 2003 16:44:01 -0500 Subject: [mapserver-users] 4.0 win32 binaries, no Oracle? In-Reply-To: <3EE8C6AA.9030109@dsl.pipex.com> References: <1055368216.6207.63.camel@arceuthobium.ecology.umn.edu> <3EE8C6AA.9030109@dsl.pipex.com> Message-ID: <1055627041.3321.66.camel@arceuthobium.ecology.umn.edu> Hi there! Thanks to Bart van den Eijnden, I've compiled MapServer 4.0 beta1 with Oracle spatial support. It can be downloaded from http://mapserver.gis.umn.edu/win32binaries.html. You will need to provide your own oracle client dlls before you can use it so it probably won't be useful to the majority of win32 users. For the non-oracle users who still wish to try the geospatial database "for the rest of us"... I have also compiled binaries with postGIS support. Pick your poison... these haven't been tested thoroughly. -Perry On Thu, 2003-06-12 at 13:30, Andrew Haigh wrote: > HI, > > I'd be rather interested in seeing MapServer 4.0 beta1 with Oracle > Support. I do have Oracle but I'm not sure which files you would need to > compile against it. If you can tell me which files I can let you have > them, alternately, if you register for a free account on the Oracle > website you can download the Oracle client from their. > > Andrew > > Pericles S. Nacionales wrote: > > >Hi there! Oracle Spatial support isn't available because I don't have > >client libraries to compile against. You might want to check if DM > >Solutions has a binary with Oracle spatial support. Their download web > >site is http://www2.dmsolutions.ca/mapserver/dl/ > > > >If you have a client library for Oracle Spatial, I'll try to compile it > >for you. > > > >-Perry N. > > > > > > > >On Wed, 2003-06-11 at 12:15, Bart van den Eijnden wrote: > > > > > >>Hi, > >> > >>is there any reason why the 4.0 beta 1 binaries on the website do not have > >>the mapserver native Oracle Spatial support? > >> > >>Should we use Oracle Spatial through OGR? > >> > >>Thanks, > >>Bart > >>_______________________________________________ > >>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 nacional at cbs.umn.edu Sat Jun 14 16:35:54 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 14 Jun 2003 18:35:54 -0500 Subject: [Mapserver-users] the performance in linux against win2k? In-Reply-To: <20030614122934.1087.qmail@web15204.mail.bjs.yahoo.com> References: <20030614122934.1087.qmail@web15204.mail.bjs.yahoo.com> Message-ID: <1055633754.3255.86.camel@arceuthobium.ecology.umn.edu> Chen, Steve Lime showed an example of this in his workshop at last week's MapServer users meeting. Wait a few days and you should be able to download the materials from that workshop. Or you can try downloading the "advanced" interface files (and directories) here: http://maps.dnr.state.mn.us/mapserver_demos/itasca/advanced/ Make sure to copy the directory "advanced" to the "itasca" demo directory. I think this is meant to work with the "basic" mapserver demo application. The demo archive can be downloaded at http://mapserver.gis.umn.edu/dist/itasca3.5.tar.gz, if you haven't already. Good luck! Perry N. On Sat, 2003-06-14 at 07:29, Chen Fu wrote: > ahh, I have never notice the mode=map yet. i test it, > and find the mapserv with "mode=map" will only return > image itself not the template html. It is definitely > useful if i use mapserver in a virtual host site > (maybe impossible to have a winnt task to remove temp > file everyday). > But my experience of mapserver is rather limited. Do > you know how to use mode=map and template html > together? Any demo already? > Thank you in advance! > > --- Ed McNierney ????????????> Chen - > > > > We run on Windows and Linux on different hardware > > and are happy with both. > > > > You should realize that the time involved in > > creating/launching a process is a pretty > > insignificant one given the work MapServer has to > > do. For a given request you launch the process, > > load the MAP file, parse it, open and load > > potentially many map layers from SHP files, TIFF > > images, etc., then generate output images and send > > the data to the client. The process creation time > > simply does not matter. > > > > I mentioned at the user meeting that some folks > > don't know that when the CGI is run in "mode=map" > > (or "legend" or "scalebar") that the server will > > write the generated image directly back to the > > client browser. In "mode=browse" the generated HTML > > is written back after the map image is written to > > the server's local disk in the TMP directory. If > > you can avoid writing an image to disk for every map > > request, you will boost your performance far more > > than any improvement you'll get from optimizing > > process creation time. > > > > - 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: Chen Fu [mailto:novalet at yahoo.com.cn] > > Sent: Thursday, June 12, 2003 10:17 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] the performance in linux > > against win2k? > > > > Hi! > > I recently use mapserver as cgi with win2k+appache. > > It > > works nice. > > But i read from some articles that creating process > > in > > win2k+appache is relatively slow than linux, so cgi > > is > > not a good solution in win2k. Is it right? > > Will it benefit a lot if i setup a linux in the same > > pc to replace win2k? > > 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.surveys.yahoo.com/cn_user_profile_study_may2003 > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > ===== > Remote Scensing Satellite Ground Station > Chinese Academy of Science > > _________________________________________________________ > Do You Yahoo!? > ??????????????????????????????????????? > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cn_user_profile_study_may2003 > _______________________________________________ > 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 novalet at yahoo.com.cn Sat Jun 14 19:38:27 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Sun, 15 Jun 2003 10:38:27 +0800 (CST) Subject: [Mapserver-users] any virtual host support mapserver? Message-ID: <20030615023827.28454.qmail@web15212.mail.bjs.yahoo.com> Hi! I try to build a mapserver to issue some maps. I contacted many companies in China who provide virtual host service. But they say the virtual host can only support the cgi scripts like perl not the executable file like "exe". And i can not afford a lot of money to own a independent server. Is there some virtual host support executable file as cgi in the world? Any other suggestion? Thanks! ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cn_user_profile_study_may2003 From JJO at DeStraat.NL Sun Jun 15 06:15:33 2003 From: JJO at DeStraat.NL (Jerfaas de Jong) Date: Sun, 15 Jun 2003 15:15:33 +0200 Subject: [Mapserver-users] itemquery one several attributes Message-ID: Hi, I can query my streetlayer using a itemquery on one attribute (street), but I would also like to do a more complex query one two attributes. (like the SQL statement: WHERE street="mystreet" AND place="mytown") Is this possible and how do I achieve this ? Related to this question I would also extract a list of unique placenames from my dataset but I am not sure if this is possible with mapserver (Is it correct that mapserver only support regex and no SQL queries ?) Thanks in advance, Jerfaas de Jong ----- now I use, which works fine for a one attribute search .map FILTERITEM STREET FILTER "%value%" mapserv.exe?...item=findthisstreet&qlayer=street ______________________________________________________ This message has been checked for all known viruses ______________________________________________________ From woodbri at swoodbridge.com Sun Jun 15 07:39:43 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sun, 15 Jun 2003 10:39:43 -0400 Subject: [Mapserver-users] Flash Capabilities In-Reply-To: <3EE9C659.1299.277CC4C9@localhost> Message-ID: <3EEC4CEF.28998.315A7E5B@localhost> OK, where are the keepers of the flash secrets? I did what seemed to be the obvious thing to do and get a swf file and load it, but I don't see a map. So I must be missing the secret hand-shake or something :) Here is the php script I created which seems to work just fine, except the map does not show in the browser:

PHP/MapScript module test

selectOutputFormat("SWF"); $img = $map->draw(); $url = $img->saveWebImage(); ?> The OUTPUTFORMAT block in the mapfile looks like: OUTPUTFORMAT NAME swf DRIVER "SWF" MIMETYPE "application/x-shockwave-flash" EXTENSION "swf" IMAGEMODE PC256 FORMATOPTION "OUTPUT_MOVIE=SINGLE" # FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" END and doing the same thing with a PNG image works fine. Any help here would be appreciated. -Steve W. On 13 Jun 2003 at 12:40, woodbri at swoodbridge.com wrote: > Hi Flashy People, > > I read this over and plan to give it a try: > http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html > > Is this document current or has more been done on this? > Do you have a priority wishlist? > Who is the principal developer on this? > > I wanted to animate a route, like have each successive segment > highlight after a short delay and then repeat. Is this possible? How > hard would it be to implement? I saw some comments in the doc above > about highlighing, but it seemed to imply that this was not done yet. > I would probably have the route in its own layer if that makes a > difference. > > I think some people have posted links to their apps, but if anyone can > share what they have done, I would be willing to add it to the Wiki > page and add my experiences to it. > > Thanks, > -Steve W. > _______________________________________________ > 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 Sun Jun 15 08:52:06 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sun, 15 Jun 2003 17:52:06 +0200 Subject: [mapserver-users] performance of large raster files Message-ID: Hi, ? When is it profitable to use tiled access to a raster file? For instance if I have an ECW file of 5 Gb will it be profitable for performance to use tiles? Does anybody have experience with his? ? Thanks in advance for the answer, Bart From woodbri at swoodbridge.com Sun Jun 15 11:19:05 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sun, 15 Jun 2003 14:19:05 -0400 Subject: [Mapserver-users] Flash Capabilities In-Reply-To: <3EEC4CEF.28998.315A7E5B@localhost> References: <3EE9C659.1299.277CC4C9@localhost> Message-ID: <3EEC8059.24570.3223546B@localhost> Here is an update: I have a typo in the php below: > should be: > BUT that is not the whole story. The test works fine in Netscape 7.02 but fails to display in IE 6.0 via the html, but if I drag the *.sfw file into the IE it will display it. My browser is on Win2K. -Steve On 15 Jun 2003 at 10:39, woodbri at swoodbridge.com wrote: > OK, where are the keepers of the flash secrets? I did what seemed to > be the obvious thing to do and get a swf file and load it, but I don't > see a map. So I must be missing the secret hand-shake or something :) > Here is the php script I created which seems to work just fine, except > the map does not show in the browser: > > > >
>

PHP/MapScript module test

> > dl("php_mapscript.so"); > $map = ms_newMapObj("demo.map"); > $map->selectOutputFormat("SWF"); > $img = $map->draw(); > $url = $img->saveWebImage(); > > ?> > > codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swfl > ash.cab#version=6,0,0,0" > WIDTH="width; ?>" HEIGHT="height; > ?>" id="map" ALIGN=""> > > > > WIDTH="width; ?>" HEIGHT="height; > ?>" NAME="map" ALIGN="" TYPE="application/x-shockwave-flash" > PLUGINSPAGE="http://www.macromedia.com/go/getflashplayer"> > > > The OUTPUTFORMAT block in the mapfile looks like: > > OUTPUTFORMAT > NAME swf > DRIVER "SWF" > MIMETYPE "application/x-shockwave-flash" > EXTENSION "swf" > IMAGEMODE PC256 > FORMATOPTION "OUTPUT_MOVIE=SINGLE" > # FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" > END > > and doing the same thing with a PNG image works fine. > > Any help here would be appreciated. > -Steve W. > > On 13 Jun 2003 at 12:40, woodbri at swoodbridge.com wrote: > > > Hi Flashy People, > > > > I read this over and plan to give it a try: > > http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html > > > > Is this document current or has more been done on this? > > Do you have a priority wishlist? > > Who is the principal developer on this? > > > > I wanted to animate a route, like have each successive segment > > highlight after a short delay and then repeat. Is this possible? How > > hard would it be to implement? I saw some comments in the doc above > > about highlighing, but it seemed to imply that this was not done > > yet. I would probably have the route in its own layer if that makes > > a difference. > > > > I think some people have posted links to their apps, but if anyone > > can share what they have done, I would be willing to add it to the > > Wiki page and add my experiences to it. > > > > Thanks, > > -Steve W. > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From krung at cad.go.th Sun Jun 15 12:04:37 2003 From: krung at cad.go.th (Krung Saengpole) Date: Mon, 16 Jun 2003 02:04:37 +0700 Subject: [Mapserver-users] Change text to unicode. Message-ID: <200306160204.AA15008020@cad.go.th> Hello lists, I'm in uncomfortable with converting Thai text in dbf of SHAPE to unicode before let mapserver render label (TRUETYPE). Has anyone converted ascii text to unicode by modifying source code? I wrote a routine in C but have no idea where to put it in. I tried in maplabel.c in different functions eg. msDrawLabel, msAddLabel , no luck. It said segment fault. Is it possible to do like this? TIA Krung. PS: I used mapserver-3.6.4 on Linux rh7.2 From karas1974 at wp.pl Mon Jun 16 00:46:41 2003 From: karas1974 at wp.pl (=?iso-8859-2?Q?Jaros=B3aw_Kowalczyk?=) Date: Mon, 16 Jun 2003 09:46:41 +0200 Subject: [Mapserver-users] PhpMapScript and Labels References: <000a01c33189$684c0940$f4644dd5@ekoprojekt> <1055503046.1829.16.camel@ubet.gomoos.org> Message-ID: <000f01c333db$72177460$f4644dd5@ekoprojekt> Thank you for your answer. I have added the line you mentioned and now code looks like the one bellow. This should be ok, but for unknown (for me) reasons i get error in PHP_MAPSCRIPT_36.DLL and finally server error 500. Maybe I have wrong settings for label? $newClass->{label}->set(font,fritqat); $newClass->{label}->set(type,MS_TRUETYPE); $newClass->{label}->set(size,MS_MEDIUM); $newClass->{label}->set(position,MS_CC); $newClass->{label}->set(color,$map->addColor(0, 0, 0)); $newClass->{label}->set(antialias,true); $shapefile_temp=ms_newShapefileObj ("c:/usr/krasnal/htdocs/data/".$shapetempname,-1); $l_ofert=$shapefile_temp->{numshapes}; for ($i=0;($i<$l_ofert);$i++) { $newShapeObj=ms_newShapeObj(MS_SHAPE_POINT); $newShapeObj=$shapefile_temp->getShape($i); $ok=$newShapeObj->set(text,$i); $newLayer->addFeature($newShapeObj); $newShapeObj->free(); } $shapefile_temp->free(); ----- Original Message ----- From: "Eric Bridger" To: "Jaroslaw Kowalczyk" Cc: "Mapserver List" Sent: Friday, June 13, 2003 1:17 PM Subject: Re: [Mapserver-users] PhpMapScript and Labels > Jaroslaw, > You need to add the label text to your shape before your call to > addFeature. > > $newshapeObj->{text} = $my_label_text; > > Sorry this is Perl syntax. In PHP it might be > $newshapeObj->set('text', $my_label_text); but I'm not sure. > > > > On Fri, 2003-06-13 at 08:54, Jaroslaw Kowalczyk wrote: > > Hello, > > > > Maybe someone could help with my probelm. I would like to display labels > > using phpmapscript. First I create Layer, Class and than add shapes form > > dynamically created shapefile. Shapefile is based on data I store in mySQL > > database. > > > > Although this new layer appears correctly (red symbols + black outlines) > > labels does not appear at all. What is wrong with my code (bellow)? > > > > Thank you. > > Jaroslaw Kowalczyk > > > > //---------------------------------- > > $newLayer=ms_newLayerObj($map); > > $newLayer->set(status,MS_ON); > > $newLayer->set(name,"Oferty"); > > $newLayer->set(type,MS_LAYER_POINT); > > $newLayer->set(labelitem,"id_oferty"); > > $newClass=ms_newClassObj($newLayer); > > $newClass->set(symbol,4); > > $newClass->set(size,15); > > $newClass->set(color,$map->addColor(255, 0, 0)); > > $newClass->set(outlinecolor,$map->addColor(0, 0, 0)); > > $newClass->{label}->{position}=MS_CC; > > $newClass->{label}->set(color, $map->addColor(0, 0, 0)); > > $newClass->{label}->{font}=fritqat; > > $newClass->{label}->{type}=truetype; > > $newClass->{label}->{size}=5; > > $newClass->{label}->{antialias}=true; > > > > $shapefile_temp=ms_newShapefileObj("c:/usr/krasnal/www/edeveloper/map/htdocs > > /data/".$shapetempname,-1); > > $l_ofert=$shapefile_temp->{numshapes}; > > for ($i=0;($i<$l_ofert);$i++) > > { > > $newShapeObj=ms_newShapeObj(MS_SHAPE_POINT); > > $newShapeObj=$shapefile_temp->getShape($i); > > $newLayer->addFeature($newShapeObj); > > $newShapeObj->free(); > > } > > $shapefile_temp->free(); > > > > > > > > > > --------------------------- > > Jaroslaw Kowalczyk > > www.ekoprojekt.pl > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > From twan at twansoft.com Mon Jun 16 01:46:48 2003 From: twan at twansoft.com (Twan Kogels) Date: Mon, 16 Jun 2003 10:46:48 +0200 Subject: [Mapserver-users] 16 color tiffs don't display correctly Message-ID: <5.0.0.25.2.20030616103102.01889530@pop.xs4all.nl> Hello, I've managed to let mapserver display a couple of tiff files at 1:1 resolution so no distortion (from resample or resize) occur. But i have a problem with displaying tiff files with only 16 colors: ============== Driver: GTiff/GeoTIFF Size is 1778, 1185 Coordinate System is `' Metadata: TIFFTAG_SOFTWARE=Handmade Software, Inc. Image Alchemy v1.7.7 Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0, 1185.0) Upper Right ( 1778.0, 0.0) Lower Right ( 1778.0, 1185.0) Center ( 889.0, 592.5) Band 1 Block=1778x8 Type=Byte, ColorInterp=Red Band 2 Block=1778x8 Type=Byte, ColorInterp=Green Band 3 Block=1778x8 Type=Byte, ColorInterp=Blue Band 4 Block=1778x8 Type=Byte, ColorInterp=Alpha ============== The one with 256 colors displays fine (converted with psp8): ============== Driver: GTiff/GeoTIFF Size is 1778, 1185 Coordinate System is `' Origin = (143979.750000,336020.250000) Pixel Size = (40.500000,-40.500000) Metadata: TIFFTAG_SOFTWARE=Handmade Software, Inc. Image Alchemy v1.7.7 Corner Coordinates: Upper Left ( 143979.750, 336020.250) Lower Left ( 143979.750, 288027.750) Upper Right ( 215988.750, 336020.250) Lower Right ( 215988.750, 288027.750) Center ( 179984.250, 312024.000) Band 1 Block=1778x8 Type=Byte, ColorInterp=Palette Color Table (RGB with 256 entries) 0: 0,0,0,255 1: 38,38,38,255 2: 84,84,84,255 3: 127,127,127,255 4: 168,168,168,255 5: 232,232,208,255 6: 255,0,0,255 7: 0,0,255,255 8: 255,255,0,255 9: 255,0,255,255 10: 181,255,84,255 11: 145,181,84,255 12: 160,200,255,255 13: 255,166,89,255 14: 255,110,255,255 15: 255,255,255,255 ....(more)... ============== I've uploaded a example to visualize the error: On this image you see a map seperated by a black line, at the top of the black line there is a tiff file with 16 colors and at the bottom of the black line is a tiff file with 256 colors. When creating this example i did not use the "--without-tiff" option to compile mapserver: ============== ./configure --with-gd --with-tiff --with-jpg --with-png --with-proj --with-ogr --with-gdal --with-postgis --with-php=/usr/local/src/php-4.3.1/ ============== After searching the mailinglist i found that it maybe a solution to use the "--without-tiff" option to compile mapserver, so that "gdal" will handle the reading of the tiff files. So i recompiled mapserver: ============== ./configure --with-gd --without-tiff --with-jpg --with-png --with-proj --with-ogr --with-gdal --with-postgis --with-php=/usr/local/src/php-4.3.1/ ============== The result is better, but there are a couple of minor points. Some colors seem to disappear when displaying tiffs, a example: As you can see the brown color has disappeared from the tiff file with 16 colors (the top one). I also noticed a performance decrease from over 100% for small maps to over 400% for big overview maps (overview map at total of 5mb with 23 tiles) Is there a solution on how to display 16 color tiffs correctly with mapserver, or should i write a batch file which converts all my maps to 256 colors? Best regards, Twan Kogels From agalasso at gndci.cs.cnr.it Mon Jun 16 01:50:48 2003 From: agalasso at gndci.cs.cnr.it (Alessandro Galasso) Date: Mon, 16 Jun 2003 10:50:48 +0200 Subject: [Mapserver-users] Using CGI mode without temp-images... the images are still being created. References: <5.2.0.9.0.20030614063131.00aa6e98@mail.GreenwoodMap.com> Message-ID: <00dd01c333e4$62693d10$1900a8c0@labtel.net> Hi all... i've tried to do the same as Eduardo. Setting IMAGEPATH and IMAGEURL to "" and STATUS to OFF doesn't block the images generation (in query mode, at least). --- Alessandro Galasso ----- Original Message ----- From: "Richard Greenwood" To: "Eduardo Patto Kanegae" Cc: Sent: Saturday, June 14, 2003 2:32 PM Subject: Re: [Mapserver-users] Using CGI mode without temp-images... the images are still being created. > At 11:11 PM 6/13/2003 -0300, you wrote: > > >following some tricks from the mapserver users meeting, I've ported a > >MapServer CGI application to one that does not use temporary image files. > > > >the parameters map_web_imagepath and map_web_imageurl were set as an empty > >value ("") inside the mapfile, > > > >and the template file of the application has no mention of these > >parameters too. > > > >I've ported the objects [img], [scalebar], [ref] and [legend] to CGI URLs > >to avoid the use of temp-images. > > > > > >However, each time I do an interation to the application, 4 image files > >are created at the same path of the application/mapfile. > > You need to set STATUS OFF for the whole map file. > > Rich > > > Richard W. Greenwood, PLS > Greenwood Mapping, Inc. > Rich at GreenwoodMap.com > (307) 733-0203 > http://www.GreenwoodMap.com > From flavio at tydac.ch Mon Jun 16 05:32:08 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Mon, 16 Jun 2003 14:32:08 +0200 Subject: [Mapserver-users] 16 color tiffs don't display correctly In-Reply-To: <5.0.0.25.2.20030616103102.01889530@pop.xs4all.nl> References: <5.0.0.25.2.20030616103102.01889530@pop.xs4all.nl> Message-ID: Hi Twan I had the same problem using 4-bit TIFF (they displayed but it took ages) and 4-bit GIF (the system ran out of memory!). Just converted them to 8-bit and it was fine ... best regards flavio ---------------------------------------------------------------- ############ Mit freundlichen Gruessen / Best Regards ############ Flavio Hendry- mailto:flavio at tydac.ch ############ TYDAC AG - http://www.tydac.ch #### #### Geographic Information Solutions #### #### Luternauweg 12 -- CH-3006 Bern ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- -----Original Message----- From: Twan Kogels To: mapserver-users at lists.gis.umn.edu Date: Mon, 16 Jun 2003 10:46:48 +0200 Subject: [Mapserver-users] 16 color tiffs don't display correctly > Hello, > > I've managed to let mapserver display a couple of tiff files at 1:1 > resolution so no distortion (from resample or resize) occur. But i > have a > problem with displaying tiff files with only 16 colors: > ============== > Driver: GTiff/GeoTIFF > Size is 1778, 1185 > Coordinate System is `' > Metadata: > TIFFTAG_SOFTWARE=Handmade Software, Inc. Image Alchemy v1.7.7 > Corner Coordinates: > Upper Left ( 0.0, 0.0) > Lower Left ( 0.0, 1185.0) > Upper Right ( 1778.0, 0.0) > Lower Right ( 1778.0, 1185.0) > Center ( 889.0, 592.5) > Band 1 Block=1778x8 Type=Byte, ColorInterp=Red > Band 2 Block=1778x8 Type=Byte, ColorInterp=Green > Band 3 Block=1778x8 Type=Byte, ColorInterp=Blue > Band 4 Block=1778x8 Type=Byte, ColorInterp=Alpha > ============== > > The one with 256 colors displays fine (converted with psp8): > ============== > Driver: GTiff/GeoTIFF > Size is 1778, 1185 > Coordinate System is `' > Origin = (143979.750000,336020.250000) > Pixel Size = (40.500000,-40.500000) > Metadata: > TIFFTAG_SOFTWARE=Handmade Software, Inc. Image Alchemy v1.7.7 > Corner Coordinates: > Upper Left ( 143979.750, 336020.250) > Lower Left ( 143979.750, 288027.750) > Upper Right ( 215988.750, 336020.250) > Lower Right ( 215988.750, 288027.750) > Center ( 179984.250, 312024.000) > Band 1 Block=1778x8 Type=Byte, ColorInterp=Palette > Color Table (RGB with 256 entries) > 0: 0,0,0,255 > 1: 38,38,38,255 > 2: 84,84,84,255 > 3: 127,127,127,255 > 4: 168,168,168,255 > 5: 232,232,208,255 > 6: 255,0,0,255 > 7: 0,0,255,255 > 8: 255,255,0,255 > 9: 255,0,255,255 > 10: 181,255,84,255 > 11: 145,181,84,255 > 12: 160,200,255,255 > 13: 255,166,89,255 > 14: 255,110,255,255 > 15: 255,255,255,255 > ....(more)... > ============== > > I've uploaded a example to visualize the error: > > On this image you see a map seperated by a black line, at the top of > the > black line there is a tiff file with 16 colors and at the bottom of > the > black line is a tiff file with 256 colors. When creating this example > i did > not use the "--without-tiff" option to compile mapserver: > > ============== > ./configure --with-gd --with-tiff --with-jpg --with-png --with-proj > --with-ogr --with-gdal --with-postgis > --with-php=/usr/local/src/php-4.3.1/ > ============== > > After searching the mailinglist i found that it maybe a solution to > use the > "--without-tiff" option to compile mapserver, so that "gdal" will > handle > the reading of the tiff files. So i recompiled mapserver: > > ============== > ./configure --with-gd --without-tiff --with-jpg --with-png > --with-proj > --with-ogr --with-gdal --with-postgis > --with-php=/usr/local/src/php-4.3.1/ > ============== > > The result is better, but there are a couple of minor points. Some > colors > seem to disappear when displaying tiffs, a example: > > As you can see the brown color has disappeared from the tiff file > with 16 > colors (the top one). > > I also noticed a performance decrease from over 100% for small maps > to over > 400% for big overview maps (overview map at total of 5mb with 23 > tiles) > > Is there a solution on how to display 16 color tiffs correctly with > mapserver, or should i write a batch file which converts all my maps > to 256 > colors? > > Best regards, > Twan Kogels > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steffen.gebhardt at informus.de Mon Jun 16 05:39:10 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Mon, 16 Jun 2003 14:39:10 +0200 Subject: [Mapserver-users] installing mapserver on tomcat Message-ID: <20030616123747.3BFDD21E27@mfa1.informus.de> Hallo everybody, does anybody now how to install Mapserver on Tomcat Webserver? By now we use simple Apache Server, but we need to dynamize the Mapserver Application with help of jsp. It seems that there is no cgi-bin directory under our Tomcat Installation. Please help. Yours Steffen From warmerdam at pobox.com Mon Jun 16 06:06:12 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 16 Jun 2003 09:06:12 -0400 Subject: [Mapserver-users] 16 color tiffs don't display correctly In-Reply-To: <5.0.0.25.2.20030616103102.01889530@pop.xs4all.nl> References: <5.0.0.25.2.20030616103102.01889530@pop.xs4all.nl> Message-ID: <3EEDC0C4.5010601@pobox.com> Twan Kogels wrote: > Hello, > > I've managed to let mapserver display a couple of tiff files at 1:1 > resolution so no distortion (from resample or resize) occur. But i have > a problem with displaying tiff files with only 16 colors: > ============== > Driver: GTiff/GeoTIFF ... > Band 1 Block=1778x8 Type=Byte, ColorInterp=Red > Band 2 Block=1778x8 Type=Byte, ColorInterp=Green > Band 3 Block=1778x8 Type=Byte, ColorInterp=Blue > Band 4 Block=1778x8 Type=Byte, ColorInterp=Alpha Twan, The issue here for GDAL is that it uses the generic "convert to 32bit RGBA" logic in libtiff for some more esoteric styles of TIFF file, including files with 2-7 bits per pixel. In this case I presume your 16 color file is a 4bit TIFF image. When converted t 24bit, and then back to 8bit for final display through mapserver some colors are lost in the 24bit->8bit color compression logic. Overall performance suffers because of the extra work expanding and recompressing the data. I could add futher special cases to GDAL (as I have done for 1 bit) to handle 2 bit and 4 bit TIFF files, but in this situation you are likely just as well off to expand the file to 8bit yourself using external tools. 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 eric at gomoos.org Mon Jun 16 02:30:18 2003 From: eric at gomoos.org (Eric Bridger) Date: 16 Jun 2003 09:30:18 +0000 Subject: [Mapserver-users] PhpMapScript and Labels In-Reply-To: <000f01c333db$72177460$f4644dd5@ekoprojekt> References: <000a01c33189$684c0940$f4644dd5@ekoprojekt> <1055503046.1829.16.camel@ubet.gomoos.org> <000f01c333db$72177460$f4644dd5@ekoprojekt> Message-ID: <1055755818.1435.16.camel@ubet.gomoos.org> You should try and figure out exactly where the script is failing, using debug statements. The only thing which jumps out is that for truetype fonts your size should be some integer, e.g. 10, 12,etc. not MS_MEDIUM, which is for bitmap fonts. On Mon, 2003-06-16 at 07:46, Jaros?aw Kowalczyk wrote: > Thank you for your answer. I have added the line you mentioned and now code > looks like the one bellow. This should be ok, but for unknown (for me) > reasons i get error in PHP_MAPSCRIPT_36.DLL and finally server error 500. > > Maybe I have wrong settings for label? > > > $newClass->{label}->set(font,fritqat); > $newClass->{label}->set(type,MS_TRUETYPE); > $newClass->{label}->set(size,MS_MEDIUM); > $newClass->{label}->set(position,MS_CC); > $newClass->{label}->set(color,$map->addColor(0, 0, 0)); > $newClass->{label}->set(antialias,true); > > $shapefile_temp=ms_newShapefileObj > ("c:/usr/krasnal/htdocs/data/".$shapetempname,-1); > > $l_ofert=$shapefile_temp->{numshapes}; > for ($i=0;($i<$l_ofert);$i++) > { > $newShapeObj=ms_newShapeObj(MS_SHAPE_POINT); > $newShapeObj=$shapefile_temp->getShape($i); > $ok=$newShapeObj->set(text,$i); > $newLayer->addFeature($newShapeObj); > $newShapeObj->free(); > } > > $shapefile_temp->free(); > > > > > > ----- Original Message ----- > From: "Eric Bridger" > To: "Jaroslaw Kowalczyk" > Cc: "Mapserver List" > Sent: Friday, June 13, 2003 1:17 PM > Subject: Re: [Mapserver-users] PhpMapScript and Labels > > > > Jaroslaw, > > You need to add the label text to your shape before your call to > > addFeature. > > > > $newshapeObj->{text} = $my_label_text; > > > > Sorry this is Perl syntax. In PHP it might be > > $newshapeObj->set('text', $my_label_text); but I'm not sure. > > > > > > > > On Fri, 2003-06-13 at 08:54, Jaroslaw Kowalczyk wrote: > > > Hello, > > > > > > Maybe someone could help with my probelm. I would like to display labels > > > using phpmapscript. First I create Layer, Class and than add shapes form > > > dynamically created shapefile. Shapefile is based on data I store in > mySQL > > > database. > > > > > > Although this new layer appears correctly (red symbols + black outlines) > > > labels does not appear at all. What is wrong with my code (bellow)? > > > > > > Thank you. > > > Jaroslaw Kowalczyk > > > > > > //---------------------------------- > > > $newLayer=ms_newLayerObj($map); > > > $newLayer->set(status,MS_ON); > > > $newLayer->set(name,"Oferty"); > > > $newLayer->set(type,MS_LAYER_POINT); > > > $newLayer->set(labelitem,"id_oferty"); > > > $newClass=ms_newClassObj($newLayer); > > > $newClass->set(symbol,4); > > > $newClass->set(size,15); > > > $newClass->set(color,$map->addColor(255, 0, 0)); > > > $newClass->set(outlinecolor,$map->addColor(0, 0, 0)); > > > $newClass->{label}->{position}=MS_CC; > > > $newClass->{label}->set(color, $map->addColor(0, 0, 0)); > > > $newClass->{label}->{font}=fritqat; > > > $newClass->{label}->{type}=truetype; > > > $newClass->{label}->{size}=5; > > > $newClass->{label}->{antialias}=true; > > > > > > > $shapefile_temp=ms_newShapefileObj("c:/usr/krasnal/www/edeveloper/map/htdocs > > > /data/".$shapetempname,-1); > > > $l_ofert=$shapefile_temp->{numshapes}; > > > for ($i=0;($i<$l_ofert);$i++) > > > { > > > $newShapeObj=ms_newShapeObj(MS_SHAPE_POINT); > > > $newShapeObj=$shapefile_temp->getShape($i); > > > $newLayer->addFeature($newShapeObj); > > > $newShapeObj->free(); > > > } > > > $shapefile_temp->free(); > > > > > > > > > > > > > > > --------------------------- > > > Jaroslaw Kowalczyk > > > www.ekoprojekt.pl > > > > > > _______________________________________________ > > > 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 twan at twansoft.com Mon Jun 16 06:37:05 2003 From: twan at twansoft.com (Twan Kogels) Date: Mon, 16 Jun 2003 15:37:05 +0200 Subject: [Mapserver-users] 16 color tiffs don't display correctly In-Reply-To: <3EEDC0C4.5010601@pobox.com> References: <5.0.0.25.2.20030616103102.01889530@pop.xs4all.nl> <5.0.0.25.2.20030616103102.01889530@pop.xs4all.nl> Message-ID: <5.0.0.25.2.20030616153139.031b1740@pop.xs4all.nl> Hello Frank and Flavio, Thanks for the clear explanation. I have downloaded and compiled ImageMagick and ran "mogrify -colors 256 *.TIF", this converts * tiff to 256 colors. After a little waiting i started mapserver and the maps displayed correct as aspected. Best regards, Twan At 09:06 16-6-2003 -0400, you wrote: >Twan Kogels wrote: >>Hello, >>I've managed to let mapserver display a couple of tiff files at 1:1 >>resolution so no distortion (from resample or resize) occur. But i have a >>problem with displaying tiff files with only 16 colors: >>============== >>Driver: GTiff/GeoTIFF >... >>Band 1 Block=1778x8 Type=Byte, ColorInterp=Red >>Band 2 Block=1778x8 Type=Byte, ColorInterp=Green >>Band 3 Block=1778x8 Type=Byte, ColorInterp=Blue >>Band 4 Block=1778x8 Type=Byte, ColorInterp=Alpha > >Twan, > >The issue here for GDAL is that it uses the generic "convert to >32bit RGBA" logic in libtiff for some more esoteric styles of TIFF >file, including files with 2-7 bits per pixel. In this case I presume >your 16 color file is a 4bit TIFF image. > >When converted t 24bit, and then back to 8bit for final display through >mapserver some colors are lost in the 24bit->8bit color compression >logic. Overall performance suffers because of the extra work expanding >and recompressing the data. > >I could add futher special cases to GDAL (as I have done for 1 bit) to >handle 2 bit and 4 bit TIFF files, but in this situation you are likely >just as well off to expand the file to 8bit yourself using external >tools. > >Best regards, > >-- >---------------------------------------+-------------------------------------- >I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com >light and sound - activate the windows | http://pobox.com/~warmerdam >and watch the world go round - Rush | Geospatial Programmer for Rent > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam at pobox.com Mon Jun 16 06:35:57 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 16 Jun 2003 09:35:57 -0400 Subject: [Mapserver-users] On-The-Fly Projection In-Reply-To: <4514D1DE1E069744839F24247A635032043C1B@deathstar.ats.atsincorp.com> References: <4514D1DE1E069744839F24247A635032043C1B@deathstar.ats.atsincorp.com> Message-ID: <3EEDC7BD.8080809@pobox.com> Shaik A. Hussain wrote: > Greetings, > > I am having problem with On-The-Fly-Projection. I am using mapserver 3.6.4, windows 2000, apache. > > My out put image projection is in Pennsylvania Polyconic, other layers with different projection spaces, one in PA Albert Conic, Geographic and PA State Plan South NAD27. > > The layer which has PA State plan south nad27 is not showing , other layers are showing correctly. Does any one help me what is wrong with the Projection definition for the PA State plan. > > Here is my map projection definitions. > > Out put image projection definition at map level is PENNSYLVANIA POLYCONIC. > > PROJECTION > "proj=poly" > "ellps=GRS80" > "lon_0=77.75w" > "lat_0=40.925n" ... > PROJECTION > "proj=lcc" > "ellps=clrk66" > "lat_1=39.933333333n" > "lat_2=40.800000000n" > "lat_0=39.333333333n" > "lon_0=77.750000000w" > "x_0=609601.219" > "y_0=0.000" > # "to_meter=0.3048006096" > "datum=NAD27" > "no_defs" Anwar, I believe the issue is that you were not specific about the datum of the polyconic projection at the map level, so the projections library is unsure of how to translate the NAD27 stateplace layer. Try setting datum=NAD83 instead of ellps=GRS80 on the map level and see if that helps. Note that you will need to ensure that the datum grid shift files are accessable for this to work properly. You should hopefully have a file call "conus" somewhere, and you need to ensure that the PROJ_LIB environment variable points to where it is if it is not in the default location (/usr/local/share/proj). To see if this is a datum problem or something else you might want to just try setting the map datum to NAD27 (and dropping the ellps) initially, then set it properly to NAD83 to add the grid shifting step. 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 schut at sarvision.com Mon Jun 16 06:40:54 2003 From: schut at sarvision.com (Vincent Schut) Date: Mon, 16 Jun 2003 15:40:54 +0200 Subject: [Mapserver-users] Flash Capabilities In-Reply-To: <3EEC8059.24570.3223546B@localhost> References: <3EE9C659.1299.277CC4C9@localhost> <3EEC8059.24570.3223546B@localhost> Message-ID: <200306161540.54505.schut@sarvision.com> Steve, this is what I have in my mapserver-flash interface generating php script. AFAIK this works for all browsers it was tested on: IE, moz/netscape, konqueror, opera. Maybe IE is tricky about how you define your object/embed tags? You could try this, simply change swf/flams-indo.swf with your php syntax to get the url to your swf file. {... php to generate swf file and save this as swf/flams-indo.swf } HEIGHT=> HEIGHT= TYPE="application/x-shockwave-flash" PLUGINSPAGE="http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash"> -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From morissette at dmsolutions.ca Mon Jun 16 06:55:01 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 16 Jun 2003 09:55:01 -0400 Subject: [Mapserver-users] PHP/MapScript question: mapObj->processquerytemplate() References: Message-ID: <3EEDCC35.CBE426C4@dmsolutions.ca> Steven, It is quite possible that processQueryTemplate() doesn't generate the images. The processTemplate() function includes a boolean 'generateimages' flag to request the images to be created, but this flag is not present in processQueryTemplate(). Perhaps you should file this in bugzilla. Daniel Steven Monai wrote: > > Hello folks: > > I am using a Windows build of PHP/MapScript (v3.7) with PHP (v4.3.0) and > Apache (v2.0.45), and I can't get the processquerytemplate() method of > mapObj to work as I expect it should. Specifically, my query template > includes an [img] tag, which works just fine when processed by the > MapServer CGI. The problem I'm having is that in PHP, the > processquerytemplate() method of mapObj replaces the [img] tag with an > image filename (as it should), but for some reason, the file itself is > not generated! Here are snippets of the relevant PHP code to illustrate > what I'm doing (irrelevant details have been replaced with ellipses): > > /* Beginning of (pseudo-)code fragment */ > > $map = ms_newMapObj($myMapFileName); > $map->setextent(...); > $queryBox = ... ; // This is a rectObj, in map coordinates > > /* > * Turn on all non-default layers. > */ > for ($i = 0; $i < $map->numlayers; $i ++) { > $layer = $map->getLayer($i); > if ($layer->status == MS_OFF) { > $layer->set('status', MS_ON); > } > } > > /* > * Run the query and produce the output web page > */ > $queryResult = @$map->queryByRect($queryBox); > if ($queryResult == MS_SUCCESS) { > echo $map->processquerytemplate($_REQUEST); > } > else { // query found nothing > readfile($emptyQueryURL); > } > > /* End of fragment */ > > Any helpful pointers or suggestions would be greatly appreciated. I want > to avoid having to modify my query templates, if at all possible, so > that they can function unchanged in both PHP/MapScript and the MapServer > CGI. > > Thanks, > -SM > -- > ============================================ > Steven Monai > Database & Application Developer > Spatial Mapping Ltd. > 484 2nd Avenue > Prince George, BC, Canada > V2L 2Z7 > > http://www.spatialmapping.com > mailto:stevem at spatialmapping.com > phone: 250 564 1928 > fax: 250 564 0751 > ============================================ > From ar.bu at web.de Mon Jun 16 07:14:22 2003 From: ar.bu at web.de (Armin Burger) Date: Mon, 16 Jun 2003 16:14:22 +0200 Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service Message-ID: <200306161414.h5GEELQ11448@mailgate5.cinetic.de> Paul, ArcMapServer can include other ArcIMS Image services as layers, so this is some kind of cascading. The speed is acceptable if you are not including too many ArcIMS services as layers. When I remember well also functions like identify did work correctly for the cascaded IMS layers. Armin Paul Ramsey wrote on 13.06.03 16:50:03: > > Noone answered my question though :) > Isn't there an ESRI-only cascade facility built into recent versions of > ArcIMS which allows ArcIMS to cascade against ArcMap servers? If so, > then there is a chink in the wall through which we can stuff real > cascading :) > Paul > > On Friday, June 13, 2003, at 07:04 AM, Ed McNierney wrote: > > > No, the only thing the Geography Network does for WMS servers is permit > > them to advertise that they exist. No interoperability with ArcIMS > > servers is provided through the Geography Network. > > > > - 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: Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] > > Sent: Friday, June 13, 2003 8:55 AM > > To: mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] Mapserver WMS as server to ArcIMS > > service > > > > > > That was the same conclusion we came to; hard to believe there is not a > > mechanism to grab data from a WMS in an ArcIMS service. Isn't the > > geography network WMS? I don't think it even supports cascading > > ArcIMS servers. > > > > Thanks very much for the responses, > > Drew. > > > > > > -----Original Message----- > > From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca > > [mailto:Jean-Francois.Doyon at CCRS.NRCan.gc.ca] > > Sent: Thursday, June 12, 2003 4:10 PM > > To: pramsey at refractions.net; ed at topozone.com > > Cc: Andrew.Simpson at ssc.nasa.gov; mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] Mapserver WMS as server to ArcIMS > > service > > > > > > Yup, last I checked that was my understanding as well ... ArcIMS can > > only > > SERVE WMS layers, but cannot ingest them, and therefore cannot cascade > > WMS > > ones. > > > > I've successfully used the IMS emulator to connect my ArcMap/ArcCatalog > > to a > > MapServer service. If, however you mean you want a given ArcIMS server > > to > > cascade layers provided by the IMS emulator (Thinking it's another > > ArcIMS > > server), I think that's untested so far. I would suspect the emulator > > is > > not evolved or complete enough to support that functionality. If you > > really > > want to you could try to track the requests your IMS emulator gets from > > your > > partner's ArcIMS, read the XML (AXL), and try to figure out where it's > > not > > working. The IMS emulator is Perl, so it's not completely mind-bending > > ... > > You should be able to make sense of it all, maybe even make the > > necessary > > improvements if it's worth it to you (And feed them back to Refractions > > :) > > > > My .02$ ... Hope this helps! > > > > J.F. > > > > -----Original Message----- > > From: Paul Ramsey [mailto:pramsey at refractions.net] > > Sent: Thursday, June 12, 2003 4:36 PM > > To: Ed McNierney > > Cc: Simpson, Andrew; mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] Mapserver WMS as server to ArcIMS > > service > > > > > > Is this correct? I was of the understanding that the ArcIMS WMS > > connector exposes the ArcIMS data as a WMS server. So if you have set > > up > > > > the WMS connector on ArcIMS you can use a WMS client to view the ArcIMS > > data. In fact, I have seen it in action in the government here, and > > have > > > > cascaded a mapserver service onto an ArcIMS server which used the WMS > > connector. > > > > It is the opposite direction, the ArcIMS server *pulling* data from a > > WMS server, which I whink it impossible... yes? > > > > P. > > > > Ed McNierney wrote: > >> Drew - > >> > >> The ArcIMS "OGC Connector" allows an ArcIMS server to connect to WMS > >> layers served by OGC-compliant servers. It's a one-way pipe (we call > > it > >> the "OGC Diode") because it does NOT permit WMS clients to read data > >> from ArcIMS servers. But it sounds like this is something your ArcIMS > > > >> partners should already be able to do. > >> > >> - Ed > >> > >> Ed McNierney > >> President and Chief Mapmaker > >> TopoZone.com / Maps a la carte, Inc. > >> 73 Princeton Street, Suite 305 > >> North Chelmsford, MA 01863 > >> ed at topozone.com > >> (978) 251-4242 > >> > >> -----Original Message----- > >> *From:* Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] > >> *Sent:* Thursday, June 12, 2003 3:18 PM > >> *To:* 'mapserver-users at lists.gis.umn.edu' > >> *Subject:* [Mapserver-users] Mapserver WMS as server to ArcIMS > > service > >> > >> Good Afternoon, > >> > >> Has anyone had any success using Mapserver WMS as a source for an > >> ArcIMS service? Would like to share some raster data with an > >> offsite group that only speaks ArcIMS. > >> > >> Used the IMS Emulator to connect with ArcMap and ArcCatalog > >> > > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/ > > msg00298. > > html > > ), > >> which worked very well. > >> > >> Sorry for the slightly off topic question. > >> > >> Thanks for any info, > >> > >> Drew. > > > > > > -- > > __ > > / > > | 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 > > _______________________________________________ > > 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 > > > 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 ____________________________________________________________________________ Jetzt bei WEB.DE FreeMail anmelden = 1qm Regenwald schuetzen! Helfen Sie mit! Nutzen Sie den Serien-Testsieger. http://user.web.de/Regenwald From ar.bu at web.de Mon Jun 16 07:14:32 2003 From: ar.bu at web.de (Armin Burger) Date: Mon, 16 Jun 2003 16:14:32 +0200 Subject: [Mapserver-users] Mapserver WMS as server to ArcIMS service Message-ID: <200306161414.h5GEEWQ12055@mailgate5.cinetic.de> Paul, ArcMapServer can include other ArcIMS Image services as layers, so this is some kind of cascading. The speed is acceptable if you are not including too many ArcIMS services as layers. When I remember well also functions like identify did work correctly for the cascaded IMS layers. Armin Paul Ramsey wrote on 13.06.03 16:50:03: > > Noone answered my question though :) > Isn't there an ESRI-only cascade facility built into recent versions of > ArcIMS which allows ArcIMS to cascade against ArcMap servers? If so, > then there is a chink in the wall through which we can stuff real > cascading :) > Paul > > On Friday, June 13, 2003, at 07:04 AM, Ed McNierney wrote: > > > No, the only thing the Geography Network does for WMS servers is permit > > them to advertise that they exist. No interoperability with ArcIMS > > servers is provided through the Geography Network. > > > > - 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: Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] > > Sent: Friday, June 13, 2003 8:55 AM > > To: mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] Mapserver WMS as server to ArcIMS > > service > > > > > > That was the same conclusion we came to; hard to believe there is not a > > mechanism to grab data from a WMS in an ArcIMS service. Isn't the > > geography network WMS? I don't think it even supports cascading > > ArcIMS servers. > > > > Thanks very much for the responses, > > Drew. > > > > > > -----Original Message----- > > From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca > > [mailto:Jean-Francois.Doyon at CCRS.NRCan.gc.ca] > > Sent: Thursday, June 12, 2003 4:10 PM > > To: pramsey at refractions.net; ed at topozone.com > > Cc: Andrew.Simpson at ssc.nasa.gov; mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] Mapserver WMS as server to ArcIMS > > service > > > > > > Yup, last I checked that was my understanding as well ... ArcIMS can > > only > > SERVE WMS layers, but cannot ingest them, and therefore cannot cascade > > WMS > > ones. > > > > I've successfully used the IMS emulator to connect my ArcMap/ArcCatalog > > to a > > MapServer service. If, however you mean you want a given ArcIMS server > > to > > cascade layers provided by the IMS emulator (Thinking it's another > > ArcIMS > > server), I think that's untested so far. I would suspect the emulator > > is > > not evolved or complete enough to support that functionality. If you > > really > > want to you could try to track the requests your IMS emulator gets from > > your > > partner's ArcIMS, read the XML (AXL), and try to figure out where it's > > not > > working. The IMS emulator is Perl, so it's not completely mind-bending > > ... > > You should be able to make sense of it all, maybe even make the > > necessary > > improvements if it's worth it to you (And feed them back to Refractions > > :) > > > > My .02$ ... Hope this helps! > > > > J.F. > > > > -----Original Message----- > > From: Paul Ramsey [mailto:pramsey at refractions.net] > > Sent: Thursday, June 12, 2003 4:36 PM > > To: Ed McNierney > > Cc: Simpson, Andrew; mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] Mapserver WMS as server to ArcIMS > > service > > > > > > Is this correct? I was of the understanding that the ArcIMS WMS > > connector exposes the ArcIMS data as a WMS server. So if you have set > > up > > > > the WMS connector on ArcIMS you can use a WMS client to view the ArcIMS > > data. In fact, I have seen it in action in the government here, and > > have > > > > cascaded a mapserver service onto an ArcIMS server which used the WMS > > connector. > > > > It is the opposite direction, the ArcIMS server *pulling* data from a > > WMS server, which I whink it impossible... yes? > > > > P. > > > > Ed McNierney wrote: > >> Drew - > >> > >> The ArcIMS "OGC Connector" allows an ArcIMS server to connect to WMS > >> layers served by OGC-compliant servers. It's a one-way pipe (we call > > it > >> the "OGC Diode") because it does NOT permit WMS clients to read data > >> from ArcIMS servers. But it sounds like this is something your ArcIMS > > > >> partners should already be able to do. > >> > >> - Ed > >> > >> Ed McNierney > >> President and Chief Mapmaker > >> TopoZone.com / Maps a la carte, Inc. > >> 73 Princeton Street, Suite 305 > >> North Chelmsford, MA 01863 > >> ed at topozone.com > >> (978) 251-4242 > >> > >> -----Original Message----- > >> *From:* Simpson, Andrew [mailto:Andrew.Simpson at ssc.nasa.gov] > >> *Sent:* Thursday, June 12, 2003 3:18 PM > >> *To:* 'mapserver-users at lists.gis.umn.edu' > >> *Subject:* [Mapserver-users] Mapserver WMS as server to ArcIMS > > service > >> > >> Good Afternoon, > >> > >> Has anyone had any success using Mapserver WMS as a source for an > >> ArcIMS service? Would like to share some raster data with an > >> offsite group that only speaks ArcIMS. > >> > >> Used the IMS Emulator to connect with ArcMap and ArcCatalog > >> > > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/ > > msg00298. > > html > > ), > >> which worked very well. > >> > >> Sorry for the slightly off topic question. > >> > >> Thanks for any info, > >> > >> Drew. > > > > > > -- > > __ > > / > > | 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 > > _______________________________________________ > > 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 > > > 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 ______________________________________________________________________________ UNICEF bittet um Spenden fur die Kinder im Irak! Hier online an UNICEF spenden: https://spenden.web.de/unicef/special/?mc=021101 From morissette at dmsolutions.ca Mon Jun 16 07:14:37 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 16 Jun 2003 10:14:37 -0400 Subject: [mapserver-users] fastcgi? References: Message-ID: <3EEDD0CD.AB7C3DA8@dmsolutions.ca> Bart van den Eijnden wrote: > > I see that some thread-safety issues have been addressed in the latest > version. > > Are there any plans to implement mapserver as a fast-cgi, so that the map > configuration file does not have to be parsed all the time and database > connections can be "persistent"? > I'm not aware of any formal plans, but that would be a nice enhancement for sure... if someone had the time to work on this of course. Or maybe someone already has a fcgi version of MapServer? -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From assefa at dmsolutions.ca Mon Jun 16 07:34:04 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Mon, 16 Jun 2003 10:34:04 -0400 Subject: [Mapserver-users] Flash Capabilities References: <3EE9C659.1299.277CC4C9@localhost> <3EEC8059.24570.3223546B@localhost> Message-ID: <3EEDD55C.9010307@dmsolutions.ca> --------------080203090505090103000007 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Just a note, I have grabbed your HTML snippet did the modifications you noted below and tried It here on IE 6.0 (winXP) and It was displaying the flash movie properly. woodbri at swoodbridge.com wrote: >Here is an update: > >I have a typo in the php below: > > > >> >> >> > >should be: > > > >> >> >> > >BUT that is not the whole story. The test works fine in Netscape 7.02 >but fails to display in IE 6.0 via the html, but if I drag the *.sfw >file into the IE it will display it. My browser is on Win2K. > >-Steve > >On 15 Jun 2003 at 10:39, woodbri at swoodbridge.com wrote: > > > >>OK, where are the keepers of the flash secrets? I did what seemed to >>be the obvious thing to do and get a swf file and load it, but I don't >>see a map. So I must be missing the secret hand-shake or something :) >>Here is the php script I created which seems to work just fine, except >>the map does not show in the browser: >> >> >> >>
>>

PHP/MapScript module test

>> >>>dl("php_mapscript.so"); >>$map = ms_newMapObj("demo.map"); >>$map->selectOutputFormat("SWF"); >>$img = $map->draw(); >>$url = $img->saveWebImage(); >> >>?> >>> >>codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swfl >>ash.cab#version=6,0,0,0" >> WIDTH="width; ?>" HEIGHT="height; >>?>" id="map" ALIGN=""> >> >> >> >> >WIDTH="width; ?>" HEIGHT="height; >>?>" NAME="map" ALIGN="" TYPE="application/x-shockwave-flash" >>PLUGINSPAGE="http://www.macromedia.com/go/getflashplayer"> >> >> >>The OUTPUTFORMAT block in the mapfile looks like: >> >>OUTPUTFORMAT >> NAME swf >> DRIVER "SWF" >> MIMETYPE "application/x-shockwave-flash" >> EXTENSION "swf" >> IMAGEMODE PC256 >> FORMATOPTION "OUTPUT_MOVIE=SINGLE" >># FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" >>END >> >>and doing the same thing with a PNG image works fine. >> >>Any help here would be appreciated. >> -Steve W. >> >>On 13 Jun 2003 at 12:40, woodbri at swoodbridge.com wrote: >> >> >> >>>Hi Flashy People, >>> >>>I read this over and plan to give it a try: >>>http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html >>> >>>Is this document current or has more been done on this? >>>Do you have a priority wishlist? >>>Who is the principal developer on this? >>> >>>I wanted to animate a route, like have each successive segment >>>highlight after a short delay and then repeat. Is this possible? How >>>hard would it be to implement? I saw some comments in the doc above >>>about highlighing, but it seemed to imply that this was not done >>>yet. I would probably have the route in its own layer if that makes >>>a difference. >>> >>>I think some people have posted links to their apps, but if anyone >>>can share what they have done, I would be willing to add it to the >>>Wiki page and add my experiences to it. >>> >>>Thanks, >>> -Steve W. >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >>> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- --------------080203090505090103000007 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Just a note, I have grabbed your HTML snippet did the modifications you noted below and tried It here  on IE 6.0 (winXP) and It was displaying the flash movie properly.

woodbri at swoodbridge.com wrote:
Here is an update:

I have a typo in the php below:

  
  <PARM NAME=movie VALUE="><?php echo $url; ?>">
    

should be:

  
  <PARM NAME=movie VALUE="<?php echo $url; ?>">
    

BUT that is not the whole story. The test works fine in Netscape 7.02 
but fails to display in IE 6.0 via the html, but if I drag the *.sfw 
file into the IE it will display it. My browser is on Win2K.

-Steve

On 15 Jun 2003 at 10:39, woodbri at swoodbridge.com wrote:

  
OK, where are the keepers of the flash secrets? I did what seemed to
be the obvious thing to do and get a swf file and load it, but I don't
see a map. So I must be missing the secret hand-shake or something :)
Here is the php script I created which seems to work just fine, except
the map does not show in the browser:

<HTML>
<BODY BGCOLOR="#CCCCCC">
<CENTER>
<H1>PHP/MapScript module test</H1>

<?php
dl("php_mapscript.so");
$map = ms_newMapObj("demo.map");
$map->selectOutputFormat("SWF");
$img = $map->draw();
$url = $img->saveWebImage();

?>
<OBJECT classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000"

codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swfl
ash.cab#version=6,0,0,0"
  WIDTH="<?php echo $map->width; ?>" HEIGHT="<?php echo $map->height;
?>" id="map" ALIGN="">
  <PARM NAME=movie VALUE="><?php echo $url; ?>">
  <PARM NAME=quality VALUE=high>
  <PARM NAME=bgcolor VALUE=#CCCCCC>
  <EMBED src="<?php echo $url; ?>" quality=high bgcolor=#CCCCCC 
WIDTH="<?php echo $map->width; ?>" HEIGHT="<?php echo $map->height;
?>" NAME="map" ALIGN="" TYPE="application/x-shockwave-flash"
PLUGINSPAGE="http://www.macromedia.com/go/getflashplayer"></EMBED>
</OBJECT> </BODY> </HTML>

The OUTPUTFORMAT block in the mapfile looks like:

OUTPUTFORMAT
  NAME swf
  DRIVER "SWF"
  MIMETYPE "application/x-shockwave-flash"
  EXTENSION "swf"
  IMAGEMODE PC256
  FORMATOPTION "OUTPUT_MOVIE=SINGLE"
#  FORMATOPTION "OUTPUT_MOVIE=MULTIPLE"
END

and doing the same thing with a PNG image works fine.

Any help here would be appreciated.
  -Steve W.

On 13 Jun 2003 at 12:40, woodbri at swoodbridge.com wrote:

    
Hi Flashy People,

I read this over and plan to give it a try:
http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html

Is this document current or has more been done on this? 
Do you have a priority wishlist?
Who is the principal developer on this?

I wanted to animate a route, like have each successive segment
highlight after a short delay and then repeat. Is this possible? How
hard would it be to implement? I saw some comments in the doc above
about highlighing, but it seemed to imply that this was not done
yet. I would probably have the route in its own layer if that makes
a difference.

I think some people have posted links to their apps, but if anyone
can share what they have done, I would be willing to add it to the
Wiki page and add my experiences to it.

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

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

    


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

  

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

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

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


--------------080203090505090103000007-- From warmerdam at pobox.com Mon Jun 16 07:47:33 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 16 Jun 2003 10:47:33 -0400 Subject: [mapserver-users] fastcgi? In-Reply-To: References: Message-ID: <3EEDD885.8060706@pobox.com> Bart van den Eijnden wrote: > Hi list, > > I see that some thread-safety issues have been addressed in the latest > version. > > Are there any plans to implement mapserver as a fast-cgi, so that the > map configuration file does not have to be parsed all the time and > database connections can be "persistent"? Bart, I discussed this with Daniel a bit on the weekend, and have briefly reviewed the FastCGI docs, and I think this would be a useful thing to implement for some cases. I don't think that map file parsing time is likely to be significant most of the time, and a straightforward implementation of FastCGI support is unlikely to avoid reparsing the mapfile anyways. However, in the short term I think it would help a great deal with database connections which can be expensive to setup, and initializing the FMEObjects library for use with MapServer. So, I propose to try and implement simple FastCGI support for MapServer in time for the 4.0 release. This would basically just wrap the mainloop of "mapserv". I will look at enabling multi-threaded fast cgi use, but for the usual reasons (big locks around some of the slower sections like GDAL reading) running multiple threads is unlikely to help much in some cases. What this initial effort will allow for is sharing connection setup, and expensive library initializations over a whole bunch of cgi-bin requests instead of redoing it for each. I imagine there will be some sort of a --fast-cgi configure option that would build fastcgi support into the mapserv executable (or perhaps we will need to link a separate fastmapserv executable). The effort will also involve some checking to ensure there aren't per render memory leaks. In the future I would like to see: o A mechanism to preserve open handles for GDAL datasets. Some raster formats are a bit expensive to open with GDAL. Holding open the datasets would also provide dramatic improvments in some cases in that the existing GDAL raster data caching mechanism would then be useful. Note that GDAL already has a concept of "sharing" a GDAL dataset intended to allow multiple parts of an application to share a given GDAL dataset handle via a reference counting mechanism. So I think for this to work well we would just have to implement a mechanism in the .map file (or something else controlling the FastCGI configuration perhaps) to declare GDAL files that should be opened when the server starts and left open till it terminates. o A mechanism to allowing preserving OGR dataset connections similarly. There is also a new "shared dataset" mechanism in OGR so a similiar approach to GDAL should be applicable. Note that OGR does not generally provide any feature caching logic, so the main savings with OGR caching is to avoid the cost of reopening datasets all the time. For some formats this is high. o A mechanism to preserve a parsed mapfile. I don't know if there are issues with this though. For instance, if URL parameters modify some values in the in-memory mapObj and layerObjs then they can't be reused directly. Did Sean or someone implement a complete mechanism to copy mapObj's and all the associated stuff? o In the even longer term I would like to implement a more fine grained locking within GDAL so that the "big lock" around GDAL won't be such an issue. I don't forsee alot of work implementing caching or preserving access to shapefiles. This is already very lightweight and fast as implemented and so should need much work. Nor would I add will a well organized shapefile based map gain much from FastCGI support. This is mainly aimed at various addin libraries. I don't know what the implications of FastCGI support for mapscript-cgi applications are. I am not really well organized to deal with that, but perhaps once it is working well for mapserv that could be investigated. I would add that FastCGI support will also benefit from cleanup in MapServ related to multi-threaded support for server loadable modules and so forth. I am interested in hearing from a few folks who would be interested in testing FastCGI support as I am working on it. I imagine further FastCGI discussions should be moved to the -dev list untill it is working well. PS. I really wish I had made it to MUM. It sounds like it was a blast. I have already been talking to the guys about seminars I might present at next years meeting on PROJ, GDAL and raster support in general. Perhaps even on FastCGI and multi-threading issues! 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 Mon Jun 16 08:14:04 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Mon, 16 Jun 2003 11:14:04 -0400 Subject: [Mapserver-users] Compile problem with ming Message-ID: <009301c33419$ed968fc0$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0090_01C333F8.65C8F2C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable When I try to compile with ming I get the follwoing errors. Any Ideas? cc1: warning: changing search order for system directory = "/usr/local/include" cc1: warning: as it has already been specified as a non-system = directory gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ = -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_MING_FLASH = -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT = -DUSE_OGR -DUSE_GDAL -I/home/mapserver/gd-2.0.15 = -I/home/mapserver/proj-4.4.7/src -I/home/mapserver/gdal-1.1.8/port = -I/home/mapserver/gdal-1.1.8/core -I/home/mapserver/gdal-1.1.8/ogr = -I/home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts = -I/home/mapserver/gdal-1.1.8/port -I/home/mapserver/gdal-1.1.8/core = -I/home/mapserver/gdal-1.1.8/ogr = -I/home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts = -I/home/mapserver/gdal-1.1.8/alg -I/usr/local/include = -I/home/mapserver/ming-0.2a shp2img.o -L. -lmap = -L/home/mapserver/gd-2.0.15/.libs -lgd -ljpeg -lfreetype -lpng -lz = -ljpeg -lfreetype -lpng -lz -L/home/mapserver/proj-4.4.7/src/.libs = -lproj -ljpeg -L/home/mapserver/gdal-1.1.8 -lgdal.1.1 -lgif -lz -lm = -ldl -L/usr/local/lib -lm -L/usr/local/lib -lcurl -lz -lssl -lcrypto = -ldl -lz -lm -lstdc++ -o shp2img ./libmap.a(mapswf.o): In function `bitmap2shape': mapswf.o(.text+0x39): undefined reference to `newSWFShape' mapswf.o(.text+0x48): undefined reference to `newSWFInput_buffer' mapswf.o(.text+0x51): undefined reference to `newSWFBitmap_fromInput' mapswf.o(.text+0x62): undefined reference to `SWFShape_addBitmapFill' mapswf.o(.text+0x6d): undefined reference to `SWFShape_setRightFill' mapswf.o(.text+0x81): undefined reference to `SWFShape_drawLine' mapswf.o(.text+0x95): undefined reference to `SWFShape_drawLine' mapswf.o(.text+0xab): undefined reference to `SWFShape_drawLine' mapswf.o(.text+0xc1): undefined reference to `SWFShape_drawLine' ./libmap.a(mapswf.o): In function `BuildButtonFromGD': mapswf.o(.text+0x392): undefined reference to `newSWFButton' mapswf.o(.text+0x3a0): undefined reference to `SWFButton_addShape' ./libmap.a(mapswf.o): In function `BuildEllipseShape': mapswf.o(.text+0x3c3): undefined reference to `newSWFShape' mapswf.o(.text+0x3f3): undefined reference to `SWFShape_setLine' mapswf.o(.text+0x419): undefined reference to `SWFShape_addSolidFill' mapswf.o(.text+0x425): undefined reference to `SWFShape_setRightFill' mapswf.o(.text+0x455): undefined reference to `SWFShape_movePenTo' mapswf.o(.text+0x490): undefined reference to `SWFShape_drawCurveTo' mapswf.o(.text+0x4b0): undefined reference to `SWFShape_drawCurveTo' mapswf.o(.text+0x4d0): undefined reference to `SWFShape_drawCurveTo' mapswf.o(.text+0x4e5): undefined reference to `SWFShape_drawCurveTo' ./libmap.a(mapswf.o): In function `BuildEllipseButton': mapswf.o(.text+0x55d): undefined reference to `newSWFButton' mapswf.o(.text+0x569): undefined reference to `SWFButton_addShape' mapswf.o(.text+0x599): undefined reference to `SWFButton_addShape' mapswf.o(.text+0x5dc): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x5e5): undefined reference to `SWFButton_addAction' mapswf.o(.text+0x611): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x61a): undefined reference to `SWFButton_addAction' mapswf.o(.text+0x646): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x64f): undefined reference to `SWFButton_addAction' mapswf.o(.text+0x67b): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x684): undefined reference to `SWFButton_addAction' ./libmap.a(mapswf.o): In function `BuildPolygonShape': mapswf.o(.text+0x6d4): undefined reference to `newSWFShape' mapswf.o(.text+0x6fc): undefined reference to `SWFShape_setLine' mapswf.o(.text+0x722): undefined reference to `SWFShape_addSolidFill' mapswf.o(.text+0x72e): undefined reference to `SWFShape_setRightFill' mapswf.o(.text+0x77e): undefined reference to `SWFShape_drawLineTo' mapswf.o(.text+0x7c9): undefined reference to `SWFShape_movePenTo' ./libmap.a(mapswf.o): In function `BuildShape': mapswf.o(.text+0x7f8): undefined reference to `newSWFShape' mapswf.o(.text+0x825): undefined reference to `SWFShape_setLine' mapswf.o(.text+0x845): undefined reference to `SWFShape_addSolidFill' mapswf.o(.text+0x84f): undefined reference to `SWFShape_setRightFill' mapswf.o(.text+0x86f): undefined reference to `SWFShape_movePenTo' mapswf.o(.text+0x88f): undefined reference to `SWFShape_drawLineTo' mapswf.o(.text+0x8b7): undefined reference to `SWFShape_drawLineTo' mapswf.o(.text+0x8e6): undefined reference to `SWFShape_setLine' ./libmap.a(mapswf.o): In function `BuildShapeLine': mapswf.o(.text+0x904): undefined reference to `newSWFShape' mapswf.o(.text+0x935): undefined reference to `SWFShape_setLine' mapswf.o(.text+0x94d): undefined reference to `SWFShape_movePenTo' mapswf.o(.text+0x985): undefined reference to `SWFShape_drawLineTo' mapswf.o(.text+0x9b4): undefined reference to `SWFShape_movePenTo' ./libmap.a(mapswf.o): In function `BuildButtonPolygon': mapswf.o(.text+0x9d0): undefined reference to `newSWFButton' mapswf.o(.text+0x9f1): undefined reference to `SWFButton_addShape' mapswf.o(.text+0xa1f): undefined reference to `SWFButton_addShape' mapswf.o(.text+0xa62): undefined reference to `compileSWFActionCode' mapswf.o(.text+0xa6b): undefined reference to `SWFButton_addAction' mapswf.o(.text+0xa97): undefined reference to `compileSWFActionCode' mapswf.o(.text+0xaa0): undefined reference to `SWFButton_addAction' mapswf.o(.text+0xacc): undefined reference to `compileSWFActionCode' mapswf.o(.text+0xad5): undefined reference to `SWFButton_addAction' mapswf.o(.text+0xb01): undefined reference to `compileSWFActionCode' mapswf.o(.text+0xb0a): undefined reference to `SWFButton_addAction' ./libmap.a(mapswf.o): In function `BuildButtonLine': mapswf.o(.text+0xb48): undefined reference to `newSWFButton' mapswf.o(.text+0xb70): undefined reference to `SWFButton_addShape' mapswf.o(.text+0xb93): undefined reference to `SWFButton_addShape' mapswf.o(.text+0xbd6): undefined reference to `compileSWFActionCode' mapswf.o(.text+0xbdf): undefined reference to `SWFButton_addAction' mapswf.o(.text+0xc0b): undefined reference to `compileSWFActionCode' mapswf.o(.text+0xc14): undefined reference to `SWFButton_addAction' mapswf.o(.text+0xc40): undefined reference to `compileSWFActionCode' mapswf.o(.text+0xc49): undefined reference to `SWFButton_addAction' mapswf.o(.text+0xc75): undefined reference to `compileSWFActionCode' mapswf.o(.text+0xc7e): undefined reference to `SWFButton_addAction' ./libmap.a(mapswf.o): In function `msImageCreateSWF': mapswf.o(.text+0xd7c): undefined reference to `newSWFMovie' mapswf.o(.text+0xd98): undefined reference to `SWFMovie_setDimension' ./libmap.a(mapswf.o): In function `msImageStartLayerSWF': mapswf.o(.text+0xeee): undefined reference to `newSWFMovie' mapswf.o(.text+0xf21): undefined reference to `SWFMovie_setDimension' mapswf.o(.text+0xf97): undefined reference to `compileSWFActionCode' mapswf.o(.text+0xfaa): undefined reference to `SWFMovie_add' mapswf.o(.text+0xfcd): undefined reference to `compileSWFActionCode' mapswf.o(.text+0xfe2): undefined reference to `SWFMovie_add' mapswf.o(.text+0x1015): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x1029): undefined reference to `SWFMovie_add' mapswf.o(.text+0x1053): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x106b): undefined reference to `SWFMovie_add' ./libmap.a(mapswf.o): In function `msDrawStartShapeSWF': mapswf.o(.text+0x11f6): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x1210): undefined reference to `SWFMovie_add' mapswf.o(.text+0x125f): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x1279): undefined reference to `SWFMovie_add' ./libmap.a(mapswf.o): In function `AddMouseActions': mapswf.o(.text+0x1370): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x1379): undefined reference to `SWFButton_addAction' mapswf.o(.text+0x13a1): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x13aa): undefined reference to `SWFButton_addAction' mapswf.o(.text+0x13d2): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x13db): undefined reference to `SWFButton_addAction' mapswf.o(.text+0x1407): undefined reference to `compileSWFActionCode' ./libmap.a(mapswf.o): In function `msDrawMarkerSymbolSWF': mapswf.o(.text+0x1808): undefined reference to `SWFMovie_add' mapswf.o(.text+0x1b4c): undefined reference to `SWFMovie_add' mapswf.o(.text+0x1b7d): undefined reference to `SWFDisplayItem_moveTo' mapswf.o(.text+0x1d67): undefined reference to `SWFMovie_add' mapswf.o(.text+0x1d7e): undefined reference to `SWFDisplayItem_moveTo' ./libmap.a(mapswf.o): In function `DrawShapePolyline': mapswf.o(.text+0x237c): undefined reference to `newSWFShape' mapswf.o(.text+0x23a0): undefined reference to `SWFShape_setLine' mapswf.o(.text+0x23d8): undefined reference to `SWFShape_movePenTo' mapswf.o(.text+0x241a): undefined reference to `SWFShape_drawLineTo' ./libmap.a(mapswf.o): In function `DrawButtonFilledPolygon': mapswf.o(.text+0x2468): undefined reference to `newSWFButton' mapswf.o(.text+0x2486): undefined reference to `SWFButton_addShape' mapswf.o(.text+0x24ad): undefined reference to `SWFButton_addShape' ./libmap.a(mapswf.o): In function `DrawButtonPolyline': mapswf.o(.text+0x2500): undefined reference to `newSWFButton' mapswf.o(.text+0x2517): undefined reference to `SWFButton_addShape' mapswf.o(.text+0x2531): undefined reference to `SWFButton_addShape' ./libmap.a(mapswf.o): In function `DrawText': mapswf.o(.text+0x25a3): undefined reference to `loadSWFFontFromFile' mapswf.o(.text+0x25b1): undefined reference to `newSWFText' mapswf.o(.text+0x25bd): undefined reference to `SWFText_setFont' mapswf.o(.text+0x25d1): undefined reference to `SWFText_moveTo' mapswf.o(.text+0x25ed): undefined reference to `SWFText_setColor' mapswf.o(.text+0x2600): undefined reference to `SWFText_setHeight' mapswf.o(.text+0x260e): undefined reference to `SWFText_addString' ./libmap.a(mapswf.o): In function `msDrawLineSymbolSWF': mapswf.o(.text+0x276b): undefined reference to `SWFMovie_add' ./libmap.a(mapswf.o): In function `msDrawShadeSymbolSWF': mapswf.o(.text+0x29e6): undefined reference to `SWFMovie_add' ./libmap.a(mapswf.o): In function `draw_textSWF': mapswf.o(.text+0x2c64): undefined reference to `SWFMovie_add' ./libmap.a(mapswf.o): In function `msGetLabelSizeSWF': mapswf.o(.text+0x2d91): undefined reference to `loadSWFFontFromFile' mapswf.o(.text+0x2da3): undefined reference to `newSWFText' mapswf.o(.text+0x2db4): undefined reference to `SWFText_setFont' mapswf.o(.text+0x2dbf): undefined reference to `SWFText_getStringWidth' ./libmap.a(mapswf.o): In function `msDrawLabelCacheSWF': mapswf.o(.text+0x3dfc): undefined reference to `SWFMovie_add' ./libmap.a(mapswf.o): In function `msDrawWMSLayerSWF': mapswf.o(.text+0x3fc6): undefined reference to `SWFMovie_add' ./libmap.a(mapswf.o): In function `msDrawRasterLayerSWF': mapswf.o(.text+0x4106): undefined reference to `SWFMovie_add' ./libmap.a(mapswf.o): In function `msSaveImageSWF': mapswf.o(.text+0x41dd): undefined reference to `fileOutputMethod' mapswf.o(.text+0x41e3): undefined reference to `SWFMovie_output' mapswf.o(.text+0x422b): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x423c): undefined reference to `SWFMovie_add' mapswf.o(.text+0x4268): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x4279): undefined reference to `SWFMovie_add' mapswf.o(.text+0x42a6): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x42b7): undefined reference to `SWFMovie_add' mapswf.o(.text+0x42e4): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x42f5): undefined reference to `SWFMovie_add' mapswf.o(.text+0x4322): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x4333): undefined reference to `SWFMovie_add' mapswf.o(.text+0x435a): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x436b): undefined reference to `SWFMovie_add' mapswf.o(.text+0x4392): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x43a3): undefined reference to `SWFMovie_add' mapswf.o(.text+0x4543): undefined reference to `SWFMovie_setBackground' mapswf.o(.text+0x4570): undefined reference to `fileOutputMethod' mapswf.o(.text+0x4576): undefined reference to `SWFMovie_output' mapswf.o(.text+0x45d4): undefined reference to `compileSWFActionCode' mapswf.o(.text+0x45e6): undefined reference to `SWFMovie_add' ./libmap.a(mapswf.o): In function `msFreeImageSWF': mapswf.o(.text+0x466e): undefined reference to `destroySWFMovie' mapswf.o(.text+0x46a6): undefined reference to `destroySWFMovie' ./libmap.a(mapswf.o): In function `msDrawVectorLayerAsRasterSWF': mapswf.o(.text+0x4819): undefined reference to `SWFMovie_add' ./libmap.a(mapswf.o): In function `AddMouseActions': mapswf.o(.text+0x141c): undefined reference to `SWFButton_addAction' collect2: ld returned 1 exit status make: *** [shp2img] Error 1 Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------=_NextPart_000_0090_01C333F8.65C8F2C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
When I try to compile with ming I get = the follwoing=20 errors. Any Ideas?
 
cc1: warning: changing search order for = system=20 directory "/usr/local/include"
cc1: warning:   as it has = already=20 been specified as a non-system directory
gcc -O2  -Wall=20 -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H = -DUSE_WMS_SVR=20 -DUSE_WMS_LYR   -DUSE_MING_FLASH   -DUSE_JPEG = -DUSE_GD_PNG=20 -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT   -DUSE_OGR=20 -DUSE_GDAL     -I/home/mapserver/gd-2.0.15 =20 -I/home/mapserver/proj-4.4.7/src      =20 -I/home/mapserver/gdal-1.1.8/port -I/home/mapserver/gdal-1.1.8/core=20 -I/home/mapserver/gdal-1.1.8/ogr = -I/home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts=20 -I/home/mapserver/gdal-1.1.8/port -I/home/mapserver/gdal-1.1.8/core=20 -I/home/mapserver/gdal-1.1.8/ogr = -I/home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts=20 -I/home/mapserver/gdal-1.1.8/alg   -I/usr/local/include=20 -I/home/mapserver/ming-0.2a  shp2img.o  -L. -lmap=20 -L/home/mapserver/gd-2.0.15/.libs -lgd -ljpeg -lfreetype -lpng = -lz  =20 -ljpeg -lfreetype -lpng -lz  -L/home/mapserver/proj-4.4.7/src/.libs = -lproj=20 -ljpeg  -L/home/mapserver/gdal-1.1.8 -lgdal.1.1 -lgif -lz -lm -ldl=20 -L/usr/local/lib -lm     -L/usr/local/lib -lcurl -lz = -lssl=20 -lcrypto -ldl -lz    -lm -lstdc++   -o=20 shp2img
./libmap.a(mapswf.o): In function=20 `bitmap2shape':
mapswf.o(.text+0x39): undefined reference to=20 `newSWFShape'
mapswf.o(.text+0x48): undefined reference to=20 `newSWFInput_buffer'
mapswf.o(.text+0x51): undefined reference to=20 `newSWFBitmap_fromInput'
mapswf.o(.text+0x62): undefined reference to = `SWFShape_addBitmapFill'
mapswf.o(.text+0x6d): undefined reference to = `SWFShape_setRightFill'
mapswf.o(.text+0x81): undefined reference to=20 `SWFShape_drawLine'
mapswf.o(.text+0x95): undefined reference to=20 `SWFShape_drawLine'
mapswf.o(.text+0xab): undefined reference to=20 `SWFShape_drawLine'
mapswf.o(.text+0xc1): undefined reference to=20 `SWFShape_drawLine'
./libmap.a(mapswf.o): In function=20 `BuildButtonFromGD':
mapswf.o(.text+0x392): undefined reference to=20 `newSWFButton'
mapswf.o(.text+0x3a0): undefined reference to=20 `SWFButton_addShape'
./libmap.a(mapswf.o): In function=20 `BuildEllipseShape':
mapswf.o(.text+0x3c3): undefined reference to=20 `newSWFShape'
mapswf.o(.text+0x3f3): undefined reference to=20 `SWFShape_setLine'
mapswf.o(.text+0x419): undefined reference to=20 `SWFShape_addSolidFill'
mapswf.o(.text+0x425): undefined reference to = `SWFShape_setRightFill'
mapswf.o(.text+0x455): undefined reference to = `SWFShape_movePenTo'
mapswf.o(.text+0x490): undefined reference to=20 `SWFShape_drawCurveTo'
mapswf.o(.text+0x4b0): undefined reference to=20 `SWFShape_drawCurveTo'
mapswf.o(.text+0x4d0): undefined reference to=20 `SWFShape_drawCurveTo'
mapswf.o(.text+0x4e5): undefined reference to=20 `SWFShape_drawCurveTo'
./libmap.a(mapswf.o): In function=20 `BuildEllipseButton':
mapswf.o(.text+0x55d): undefined reference to=20 `newSWFButton'
mapswf.o(.text+0x569): undefined reference to=20 `SWFButton_addShape'
mapswf.o(.text+0x599): undefined reference to=20 `SWFButton_addShape'
mapswf.o(.text+0x5dc): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x5e5): undefined reference to=20 `SWFButton_addAction'
mapswf.o(.text+0x611): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x61a): undefined reference to=20 `SWFButton_addAction'
mapswf.o(.text+0x646): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x64f): undefined reference to=20 `SWFButton_addAction'
mapswf.o(.text+0x67b): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x684): undefined reference to=20 `SWFButton_addAction'
./libmap.a(mapswf.o): In function=20 `BuildPolygonShape':
mapswf.o(.text+0x6d4): undefined reference to=20 `newSWFShape'
mapswf.o(.text+0x6fc): undefined reference to=20 `SWFShape_setLine'
mapswf.o(.text+0x722): undefined reference to=20 `SWFShape_addSolidFill'
mapswf.o(.text+0x72e): undefined reference to = `SWFShape_setRightFill'
mapswf.o(.text+0x77e): undefined reference to = `SWFShape_drawLineTo'
mapswf.o(.text+0x7c9): undefined reference to=20 `SWFShape_movePenTo'
./libmap.a(mapswf.o): In function=20 `BuildShape':
mapswf.o(.text+0x7f8): undefined reference to=20 `newSWFShape'
mapswf.o(.text+0x825): undefined reference to=20 `SWFShape_setLine'
mapswf.o(.text+0x845): undefined reference to=20 `SWFShape_addSolidFill'
mapswf.o(.text+0x84f): undefined reference to = `SWFShape_setRightFill'
mapswf.o(.text+0x86f): undefined reference to = `SWFShape_movePenTo'
mapswf.o(.text+0x88f): undefined reference to=20 `SWFShape_drawLineTo'
mapswf.o(.text+0x8b7): undefined reference to=20 `SWFShape_drawLineTo'
mapswf.o(.text+0x8e6): undefined reference to=20 `SWFShape_setLine'
./libmap.a(mapswf.o): In function=20 `BuildShapeLine':
mapswf.o(.text+0x904): undefined reference to=20 `newSWFShape'
mapswf.o(.text+0x935): undefined reference to=20 `SWFShape_setLine'
mapswf.o(.text+0x94d): undefined reference to=20 `SWFShape_movePenTo'
mapswf.o(.text+0x985): undefined reference to=20 `SWFShape_drawLineTo'
mapswf.o(.text+0x9b4): undefined reference to=20 `SWFShape_movePenTo'
./libmap.a(mapswf.o): In function=20 `BuildButtonPolygon':
mapswf.o(.text+0x9d0): undefined reference to=20 `newSWFButton'
mapswf.o(.text+0x9f1): undefined reference to=20 `SWFButton_addShape'
mapswf.o(.text+0xa1f): undefined reference to=20 `SWFButton_addShape'
mapswf.o(.text+0xa62): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0xa6b): undefined reference to=20 `SWFButton_addAction'
mapswf.o(.text+0xa97): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0xaa0): undefined reference to=20 `SWFButton_addAction'
mapswf.o(.text+0xacc): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0xad5): undefined reference to=20 `SWFButton_addAction'
mapswf.o(.text+0xb01): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0xb0a): undefined reference to=20 `SWFButton_addAction'
./libmap.a(mapswf.o): In function=20 `BuildButtonLine':
mapswf.o(.text+0xb48): undefined reference to=20 `newSWFButton'
mapswf.o(.text+0xb70): undefined reference to=20 `SWFButton_addShape'
mapswf.o(.text+0xb93): undefined reference to=20 `SWFButton_addShape'
mapswf.o(.text+0xbd6): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0xbdf): undefined reference to=20 `SWFButton_addAction'
mapswf.o(.text+0xc0b): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0xc14): undefined reference to=20 `SWFButton_addAction'
mapswf.o(.text+0xc40): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0xc49): undefined reference to=20 `SWFButton_addAction'
mapswf.o(.text+0xc75): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0xc7e): undefined reference to=20 `SWFButton_addAction'
./libmap.a(mapswf.o): In function=20 `msImageCreateSWF':
mapswf.o(.text+0xd7c): undefined reference to=20 `newSWFMovie'
mapswf.o(.text+0xd98): undefined reference to=20 `SWFMovie_setDimension'
./libmap.a(mapswf.o): In function=20 `msImageStartLayerSWF':
mapswf.o(.text+0xeee): undefined reference to = `newSWFMovie'
mapswf.o(.text+0xf21): undefined reference to=20 `SWFMovie_setDimension'
mapswf.o(.text+0xf97): undefined reference to = `compileSWFActionCode'
mapswf.o(.text+0xfaa): undefined reference to=20 `SWFMovie_add'
mapswf.o(.text+0xfcd): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0xfe2): undefined reference to=20 `SWFMovie_add'
mapswf.o(.text+0x1015): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x1029): undefined reference to = `SWFMovie_add'
mapswf.o(.text+0x1053): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x106b): undefined reference to = `SWFMovie_add'
./libmap.a(mapswf.o): In function=20 `msDrawStartShapeSWF':
mapswf.o(.text+0x11f6): undefined reference to = `compileSWFActionCode'
mapswf.o(.text+0x1210): undefined reference to = `SWFMovie_add'
mapswf.o(.text+0x125f): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x1279): undefined reference to = `SWFMovie_add'
./libmap.a(mapswf.o): In function=20 `AddMouseActions':
mapswf.o(.text+0x1370): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x1379): undefined reference to = `SWFButton_addAction'
mapswf.o(.text+0x13a1): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x13aa): undefined reference to = `SWFButton_addAction'
mapswf.o(.text+0x13d2): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x13db): undefined reference to = `SWFButton_addAction'
mapswf.o(.text+0x1407): undefined reference to=20 `compileSWFActionCode'
./libmap.a(mapswf.o): In function=20 `msDrawMarkerSymbolSWF':
mapswf.o(.text+0x1808): undefined reference = to=20 `SWFMovie_add'
mapswf.o(.text+0x1b4c): undefined reference to=20 `SWFMovie_add'
mapswf.o(.text+0x1b7d): undefined reference to=20 `SWFDisplayItem_moveTo'
mapswf.o(.text+0x1d67): undefined reference = to=20 `SWFMovie_add'
mapswf.o(.text+0x1d7e): undefined reference to=20 `SWFDisplayItem_moveTo'
./libmap.a(mapswf.o): In function=20 `DrawShapePolyline':
mapswf.o(.text+0x237c): undefined reference to=20 `newSWFShape'
mapswf.o(.text+0x23a0): undefined reference to=20 `SWFShape_setLine'
mapswf.o(.text+0x23d8): undefined reference to=20 `SWFShape_movePenTo'
mapswf.o(.text+0x241a): undefined reference to=20 `SWFShape_drawLineTo'
./libmap.a(mapswf.o): In function=20 `DrawButtonFilledPolygon':
mapswf.o(.text+0x2468): undefined = reference to=20 `newSWFButton'
mapswf.o(.text+0x2486): undefined reference to=20 `SWFButton_addShape'
mapswf.o(.text+0x24ad): undefined reference to=20 `SWFButton_addShape'
./libmap.a(mapswf.o): In function=20 `DrawButtonPolyline':
mapswf.o(.text+0x2500): undefined reference to=20 `newSWFButton'
mapswf.o(.text+0x2517): undefined reference to=20 `SWFButton_addShape'
mapswf.o(.text+0x2531): undefined reference to=20 `SWFButton_addShape'
./libmap.a(mapswf.o): In function=20 `DrawText':
mapswf.o(.text+0x25a3): undefined reference to=20 `loadSWFFontFromFile'
mapswf.o(.text+0x25b1): undefined reference to=20 `newSWFText'
mapswf.o(.text+0x25bd): undefined reference to=20 `SWFText_setFont'
mapswf.o(.text+0x25d1): undefined reference to=20 `SWFText_moveTo'
mapswf.o(.text+0x25ed): undefined reference to=20 `SWFText_setColor'
mapswf.o(.text+0x2600): undefined reference to=20 `SWFText_setHeight'
mapswf.o(.text+0x260e): undefined reference to=20 `SWFText_addString'
./libmap.a(mapswf.o): In function=20 `msDrawLineSymbolSWF':
mapswf.o(.text+0x276b): undefined reference to = `SWFMovie_add'
./libmap.a(mapswf.o): In function=20 `msDrawShadeSymbolSWF':
mapswf.o(.text+0x29e6): undefined reference = to=20 `SWFMovie_add'
./libmap.a(mapswf.o): In function=20 `draw_textSWF':
mapswf.o(.text+0x2c64): undefined reference to=20 `SWFMovie_add'
./libmap.a(mapswf.o): In function=20 `msGetLabelSizeSWF':
mapswf.o(.text+0x2d91): undefined reference to=20 `loadSWFFontFromFile'
mapswf.o(.text+0x2da3): undefined reference to=20 `newSWFText'
mapswf.o(.text+0x2db4): undefined reference to=20 `SWFText_setFont'
mapswf.o(.text+0x2dbf): undefined reference to=20 `SWFText_getStringWidth'
./libmap.a(mapswf.o): In function=20 `msDrawLabelCacheSWF':
mapswf.o(.text+0x3dfc): undefined reference to = `SWFMovie_add'
./libmap.a(mapswf.o): In function=20 `msDrawWMSLayerSWF':
mapswf.o(.text+0x3fc6): undefined reference to=20 `SWFMovie_add'
./libmap.a(mapswf.o): In function=20 `msDrawRasterLayerSWF':
mapswf.o(.text+0x4106): undefined reference = to=20 `SWFMovie_add'
./libmap.a(mapswf.o): In function=20 `msSaveImageSWF':
mapswf.o(.text+0x41dd): undefined reference to=20 `fileOutputMethod'
mapswf.o(.text+0x41e3): undefined reference to=20 `SWFMovie_output'
mapswf.o(.text+0x422b): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x423c): undefined reference to = `SWFMovie_add'
mapswf.o(.text+0x4268): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x4279): undefined reference to = `SWFMovie_add'
mapswf.o(.text+0x42a6): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x42b7): undefined reference to = `SWFMovie_add'
mapswf.o(.text+0x42e4): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x42f5): undefined reference to = `SWFMovie_add'
mapswf.o(.text+0x4322): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x4333): undefined reference to = `SWFMovie_add'
mapswf.o(.text+0x435a): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x436b): undefined reference to = `SWFMovie_add'
mapswf.o(.text+0x4392): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x43a3): undefined reference to = `SWFMovie_add'
mapswf.o(.text+0x4543): undefined reference to=20 `SWFMovie_setBackground'
mapswf.o(.text+0x4570): undefined reference = to=20 `fileOutputMethod'
mapswf.o(.text+0x4576): undefined reference to=20 `SWFMovie_output'
mapswf.o(.text+0x45d4): undefined reference to=20 `compileSWFActionCode'
mapswf.o(.text+0x45e6): undefined reference to = `SWFMovie_add'
./libmap.a(mapswf.o): In function=20 `msFreeImageSWF':
mapswf.o(.text+0x466e): undefined reference to=20 `destroySWFMovie'
mapswf.o(.text+0x46a6): undefined reference to=20 `destroySWFMovie'
./libmap.a(mapswf.o): In function=20 `msDrawVectorLayerAsRasterSWF':
mapswf.o(.text+0x4819): undefined = reference=20 to `SWFMovie_add'
./libmap.a(mapswf.o): In function=20 `AddMouseActions':
mapswf.o(.text+0x141c): undefined reference to=20 `SWFButton_addAction'
collect2: ld returned 1 exit status
make: = ***=20 [shp2img] Error 1
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------=_NextPart_000_0090_01C333F8.65C8F2C0-- From eduardo at linkgeo.com.br Mon Jun 16 08:33:43 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Mon, 16 Jun 2003 12:33:43 -0300 Subject: [Mapserver-users] Using CGI mode without temp-images... theimages are still being created. Message-ID: <20030616153343.24446.qmail@hm47.locaweb.com.br> Hi. Thanks everybody. You were right. After I set STATUS to OFF in all objects of the mapfile, the temp images stopped to appear. Peri, there goes the Template-file and the MapFile: === TEMPLATE===== LinkGEO - ClickBrasil
LinkGEO / ClickBrasil
LinkGEO
  Navegar no mapa Consultar item         Centralizar Aproximar(zoom+) Afastar(zoom-)     Escala = 1:[scale]
Barra de Escala Procurar munic?pio:
Rodovias
Ferrovias
Sedes municipais
Hidrografia
Estados
Regi?es
Legenda

Legenda
This site is Powered by MapServer [version]
=== TEMPLATE ===== === MAPFILE ====== NAME clickbr_ptbr_ STATUS OFF SIZE 600 375 EXTENT -73.991 -33.751 -32.378 5.272 UNITS DD SHAPEPATH "data" SYMBOLSET "etc/br_symbols.sym" IMAGECOLOR 255 255 255 #@#IMAGETYPE GIF #IMAGEQUALITY 100 #4JPG WEB EMPTY "/linkgeo/clickbrasil/qry_fail.ptbr.html" ERROR "/linkgeo/clickbrasil/error.ptbr.html" HEADER "br_header.html" # qry - 1 TEMPLATE "clickbrasil_app.ptbr.html" FOOTER "br_footer.html" MINSCALE 10000 MAXSCALE 35000000 #@#IMAGEPATH "set in clickbrasil.ptbr.php" #caminho f?sico das imagens geradas #@#IMAGEURL "set in clickbrasil.ptbr.php" IMAGEPATH "" IMAGEURL "" #@#LOG "clickbrasil.ptbr.log" END QUERYMAP SIZE 300 187.5 STATUS OFF STYLE HILITE COLOR 0 0 255 END REFERENCE IMAGE "img/br_reference.gif" EXTENT -73.991 -33.751 -32.378 5.272 SIZE 100 62 STATUS OFF COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 MAXBOXSIZE 99 END LEGEND KEYSIZE 15 12 LABEL TYPE BITMAP SIZE SMALL COLOR 0 0 0 END STATUS OFF END SCALEBAR OUTLINECOLOR 0 0 0 IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE SMALL END STYLE 0 SIZE 300 3 COLOR 0 0 0 UNITS KILOMETERS INTERVALS 3 TRANSPARENT FALSE STATUS OFF END LAYER NAME "br_uf" TYPE POLYGON STATUS OFF #DEFAULT DATA "br_uf" CLASSITEM "REGIAO" CLASS NAME "Norte" EXPRESSION "NORTE" OUTLINECOLOR 46 92 92 COLOR 0 192 0 END CLASS NAME "Nordeste" EXPRESSION "NORDESTE" OUTLINECOLOR 46 92 92 COLOR 192 192 192 END CLASS NAME "Centroeste" EXPRESSION "CENTROESTE" OUTLINECOLOR 46 92 92 COLOR 255 128 128 END CLASS NAME "Sudeste" EXPRESSION "SUDESTE" OUTLINECOLOR 46 92 92 COLOR 255 255 128 END CLASS NAME "Sul" EXPRESSION "SUL" #TEMPLATE "qry_br_uf.html" OUTLINECOLOR 46 92 92 COLOR 128 128 255 END END LAYER NAME "br_uf_anno" NAME "br_uf" TYPE ANNOTATION STATUS OFF#ON DATA "br_uf" LABELITEM "SIGLAUF" CLASSITEM "SIGLAUF" LABELMINSCALE 2500001 CLASS EXPRESSION /./ COLOR -1 -1 -1 LABEL COLOR 0 0 0 TYPE BITMAP SIZE MEDIUM POSITION CC PARTIALS FALSE END END END LAYER NAME "br_muni" TYPE POLYGON STATUS OFF DATA "br_muni" MAXSCALE 16000000 CLASSITEM "NOMEUF" HEADER "br_muni_header.html" TEMPLATE "br_muni_tpl.html" FOOTER "br_muni_footer.html" CLASS NAME "RS" EXPRESSION "RIO GRANDE DO SUL" OUTLINECOLOR 129 129 129 COLOR 208 208 255 END CLASS NAME "SC" EXPRESSION "SANTA CATARINA" OUTLINECOLOR 129 129 129 COLOR 187 187 255 END CLASS NAME "PR" EXPRESSION "PARANA" OUTLINECOLOR 129 129 129 COLOR 151 151 255 END CLASS NAME "SP" EXPRESSION "SAO PAULO" OUTLINECOLOR 129 129 129 COLOR 255 255 170 END CLASS NAME "RJ" EXPRESSION "RIO DE JANEIRO" OUTLINECOLOR 129 129 129 COLOR 255 255 128 END CLASS NAME "MG" EXPRESSION "MINAS GERAIS" OUTLINECOLOR 129 129 129 COLOR 255 255 34 END CLASS NAME "ES" EXPRESSION "ESPIRITO SANTO" OUTLINECOLOR 129 129 129 COLOR 217 217 0 END CLASS NAME "MS" EXPRESSION "MATO GROSSO DO SUL" OUTLINECOLOR 129 129 129 COLOR 255 179 179 END CLASS NAME "GO" EXPRESSION "GOIAS" OUTLINECOLOR 129 129 129 COLOR 255 151 151 END CLASS NAME "DF" EXPRESSION "DISTRITO FEDERAL" OUTLINECOLOR 129 129 129 COLOR 255 81 81 END CLASS NAME "TO" EXPRESSION "TOCANTINS" OUTLINECOLOR 129 129 129 COLOR 255 15 15 END CLASS NAME "MT" EXPRESSION "MATO GROSSO" OUTLINECOLOR 129 129 129 COLOR 215 0 0 END CLASS NAME "BA" EXPRESSION "BAHIA" OUTLINECOLOR 129 129 129 COLOR 234 235 238 END CLASS NAME "SE" EXPRESSION "SERGIPE" OUTLINECOLOR 129 129 129 COLOR 218 220 224 END CLASS NAME "AL" EXPRESSION "ALAGOAS" OUTLINECOLOR 129 129 129 COLOR 201 204 209 END CLASS NAME "PE" EXPRESSION "PERNAMBUCO" OUTLINECOLOR 129 129 129 COLOR 183 187 193 END CLASS NAME "PB" EXPRESSION "PARAIBA" OUTLINECOLOR 129 129 129 COLOR 167 172 180 END CLASS NAME "RN" EXPRESSION "RIO GRANDE DO NORTE" OUTLINECOLOR 129 129 129 COLOR 153 158 168 END CLASS NAME "CE" EXPRESSION "CEARA" OUTLINECOLOR 129 129 129 COLOR 145 150 162 END CLASS NAME "PI" EXPRESSION "PIAUI" OUTLINECOLOR 129 129 129 COLOR 128 134 149 END CLASS NAME "MA" EXPRESSION "MARANHAO" OUTLINECOLOR 129 129 129 COLOR 116 122 139 END CLASS NAME "RO" EXPRESSION "RONDONIA" OUTLINECOLOR 129 129 129 COLOR 149 255 149 END CLASS NAME "AC" EXPRESSION "ACRE" OUTLINECOLOR 129 129 129 COLOR 0 251 0 END CLASS NAME "AM" EXPRESSION "AMAZONAS" OUTLINECOLOR 129 129 129 COLOR 0 217 0 END CLASS NAME "AM" EXPRESSION "AMAZONAS" OUTLINECOLOR 129 129 129 COLOR 0 217 0 END CLASS NAME "PA" EXPRESSION "PARA" OUTLINECOLOR 129 129 129 COLOR 0 192 0 END CLASS NAME "AP" EXPRESSION "AMAPA" OUTLINECOLOR 129 129 129 COLOR 0 166 0 END CLASS NAME "RR" EXPRESSION "RORAIMA" OUTLINECOLOR 129 129 129 COLOR 0 136 0 END END LAYER NAME "br_muni_anno" NAME "br_muni" TYPE ANNOTATION STATUS OFF DATA "br_muni" LABELITEM "NOME" CLASSITEM "NOME" LABELMAXSCALE 2500000 LABELMINSCALE 1125000 CLASS EXPRESSION /./ COLOR -1 -1 -1 LABEL COLOR 64 64 64 TYPE BITMAP SIZE TINY POSITION AUTO PARTIALS FALSE BUFFER 1 END END END LAYER NAME "br_muni_anno" NAME "br_muni" TYPE ANNOTATION STATUS OFF DATA "br_muni" LABELITEM "NOME" CLASSITEM "NOME" LABELMAXSCALE 1124999 LABELMINSCALE 250000 CLASS EXPRESSION /./ COLOR -1 -1 -1 LABEL COLOR 64 64 64 TYPE BITMAP SIZE SMALL POSITION AUTO PARTIALS FALSE BUFFER 1 END END END LAYER NAME "br_muni_anno" NAME "br_muni" TYPE ANNOTATION STATUS OFF DATA "br_muni" LABELITEM "NOME" CLASSITEM "NOME" LABELMAXSCALE 249999 CLASS EXPRESSION /./ COLOR -1 -1 -1 LABEL COLOR 64 64 64 TYPE BITMAP SIZE MEDIUM POSITION AUTO PARTIALS FALSE BUFFER 1 END END END LAYER NAME "br_hidr" TYPE LINE STATUS OFF DATA "br_hidr" MAXSCALE 10500000 CLASS NAME "Hidrografia" COLOR 0 0 187 END END LAYER NAME "br_sede" TYPE POINT STATUS OFF DATA "br_sede" CLASS NAME "Sedes municipais" COLOR 32 32 32 SYMBOL 'SEDE' SIZE 2 END END LAYER NAME "br_fvia" TYPE LINE STATUS OFF DATA "br_fvia" CLASSITEM "DESCRICAO" CLASS NAME "Bitola 1,0m" EXPRESSION "FERROVIA EM TRAFEGO BITOLA 1.00M" COLOR 128 128 0 SYMBOL 'FVIA_BIT1' END CLASS NAME "Bitola 1,6m" EXPRESSION "FERROVIA EM TRAFEGO BITOLA 1.60M" COLOR 128 0 128 SYMBOL 'FVIA_BIT16' END CLASS NAME "Bitola Mista" EXPRESSION "FERROVIA EM TRAFEGO BITOLA MISTA" COLOR 221 0 0 SYMBOL 'FVIA_MISTA' END CLASS NAME "Suspensa" EXPRESSION "FERROVIA COM TRAFEGO SUSPENSO" COLOR 137 90 68 SYMBOL 'FVIA_SUSP' END CLASS NAME "F.Planejada" EXPRESSION "FERROVIA PLANEJADA" COLOR 122 142 245 SYMBOL 'FVIA_PLAN' END END LAYER NAME "br_rvia" TYPE LINE STATUS OFF DATA "br_rvia" CLASSITEM "CLASSIF_MT" CLASS NAME "Duplicada" EXPRESSION "DUPLICADA" COLOR 166 0 0 END CLASS NAME "Em duplica??o" EXPRESSION "EM DUPLICACAO" COLOR 113 0 0 SYMBOL 'RVIA_EMDPL' END CLASS NAME "Implantada" EXPRESSION "IMPLANTADA" COLOR 179 129 27 SYMBOL 'RVIA_IMPL' END CLASS NAME "Em implanta??o" EXPRESSION "EM IMPLANTACAO" COLOR 223 112 0 SYMBOL 'RVIA_EMIMP' END CLASS NAME "Pavimentada" EXPRESSION "PAVIMENTADA" COLOR 170 102 205 END CLASS NAME "Em pavimenta??o" EXPRESSION "EM PAVIMENTACAO" COLOR 255 15 135 SYMBOL 'RVIA_EMIMP' ########## END CLASS NAME "Em pavimenta??o" EXPRESSION "EM PAVIMENTACAO" COLOR 255 15 135 SYMBOL 'RVIA_EMIMP' END CLASS NAME "R.Planejada" EXPRESSION "PLANEJADA" COLOR 0 255 64 END CLASS NAME "Leito natural" EXPRESSION "LEITO NATURAL" COLOR 0 128 128 SYMBOL 'FVIA_SUSP' ####### END CLASS NAME "Balsa" EXPRESSION "BALSA" COLOR 128 255 255 END END LAYER NAME "br_rvia_anno" NAME "br_rvia" TYPE ANNOTATION STATUS OFF DATA "br_rvia" LABELITEM "SIGLA" CLASSITEM "SIGLA" LABELMAXSCALE 1000000 LABELMINSCALE 100000 CLASS EXPRESSION /./ COLOR -1 -1 -1 LABEL ANGLE AUTO COLOR 90 90 90 TYPE BITMAP SIZE TINY POSITION AUTO PARTIALS FALSE BUFFER 1 MINDISTANCE 200 END END END LAYER NAME "findmuni" TYPE POLYGON STATUS OFF DATA "br_muni" CLASSITEM "NOME" CLASS EXPRESSION /./ COLOR 255 0 0 END END END === MAPFILE ====== At 11:11 PM 6/13/2003 -0300, you wrote: >following some tricks from the mapserver users meeting, I've ported a >MapServer CGI application to one that does not use temporary image files. > >the parameters map_web_imagepath and map_web_imageurl were set as an empty >value ("") inside the mapfile, > >and the template file of the application has no mention of these >parameters too. > >I've ported the objects [img], [scalebar], [ref] and [legend] to CGI URLs >to avoid the use of temp-images. > > >However, each time I do an interation to the application, 4 image files >are created at the same path of the application/mapfile. You need to set STATUS OFF for the whole map file. Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com ----- Original Message ----- From: "Pericles S. Nacionales" To: "Eduardo Patto Kanegae" Cc: "mapserver-users" Sent: Saturday, June 14, 2003 2:15 AM Subject: Re: [Mapserver-users] Using CGI mode without temp-images... theimages are still being created. > Hi Eduardo, > > Steve and others probably know more about this than me but I'm wondering > if you can send your template file. Chances are we'll be able to point > out inconsistencies in it. > > Cheers! > Perry > > On Fri, 2003-06-13 at 21:11, Eduardo Patto Kanegae wrote: > > following some tricks from the mapserver users meeting, I've ported a > > MapServer CGI application to one that does not use temporary image > > files. > > > > the parameters map_web_imagepath and map_web_imageurl were set as an > > empty value ("") inside the mapfile, > > > > and the template file of the application has no mention of these > > parameters too. > > > > I've ported the objects [img], [scalebar], [ref] and [legend] to CGI > > URLs to avoid the use of temp-images. > > > > > > However, each time I do an interation to the application, 4 image > > files are created at the same path of the application/mapfile. > > > > So, why are these files being created? > > > > > > thanks > > > > Eduardo Patto Kanegae > > eduardo at linkgeo.com.br > > http://www.linkgeo.com.br > > > > > -- > Pericles S. Nacionales > University of Minnesota > > Eduardo Patto Kanegae eduardo at linkgeo.com.br http://www.linkgeo.com.br *************************************** ***Fim da Mensagem / End of Message *** *************************************** From lp at INSER.CH Mon Jun 16 08:59:55 2003 From: lp at INSER.CH (Luca Palli) Date: Mon, 16 Jun 2003 17:59:55 +0200 Subject: [Mapserver-users] installing mapserver on tomcat Message-ID: <61D6E8202227D41197360050BACF5FE42927BE@srvmail> It is possible to configure Tomcat as a CGI server: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/cgi-howto.html But this solution is not very good: you can only use MapServer to create the images in a temporary folder and then. If you try to acces directly to the map, without a temporary folder, Tomcat translate it as ASCII text! The better solution is to leave MapServer on Apache and to add also Tomcat to Apache via the mod_jk: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html Luca Palli > -----Original Message----- > From: Steffen Gebhardt [mailto:steffen.gebhardt at informus.de] > Sent: lundi, 16. juin 2003 14:39 > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] installing mapserver on tomcat > > > Hallo everybody, > > does anybody now how to install Mapserver on Tomcat > Webserver? By now we use > simple Apache Server, but we need to dynamize the Mapserver > Application with > help of jsp. It seems that there is no cgi-bin directory > under our Tomcat > Installation. > > Please help. > > Yours Steffen > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From assefa at dmsolutions.ca Mon Jun 16 09:41:32 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Mon, 16 Jun 2003 12:41:32 -0400 Subject: [Mapserver-users] Flash Capabilities References: <3EE9C659.1299.277CC4C9@localhost> Message-ID: <3EEDF33C.10201@dmsolutions.ca> Hi There, Sorry for the late answer. I was out of the office since Friday. woodbri at swoodbridge.com wrote: >Hi Flashy People, > >I read this over and plan to give it a try: >http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html > > Most of the information is uptodate. Parts that needed updating : - Events and Highlights : the document described the initial proposition. It did not describe how It was currently implemented. I have updated that part of the document to describe what currently exists. >Is this document current or has more been done on this? >Do you have a priority wishlist? >Who is the principal developer on this? > > There is no real priority list right now. I guess It will depend on how things go when people use theis output more frequently. I would be the main developper of this although I have had contribution and suggestion from other developpers like Jan Hartmann. >I wanted to animate a route, like have each successive segment >highlight after a short delay and then repeat. Is this possible? How >hard would it be to implement? I saw some comments in the doc above >about highlighing, but it seemed to imply that this was not done yet. >I would probably have the route in its own layer if that makes a >difference. > > Hightlighting is implemented as noted above. Right now a second shape with the highlight color is drawn on top of the original shape when a mouse over happens on the shape. I am not sure how your case would be solved though. One possiblity would be to export for each element, it x,y coordinates (same way as the attributes are exported), and these coordinates would be accessible through Action Script. This idea was intially proposed for symbol layers to export the posisition of the symbols(x,y) and at the application level, position flash symbols at these specific positions. If there are other ideas, I would like to hear them. >I think some people have posted links to their apps, but if anyone >can share what they have done, I would be willing to add it to the >Wiki page and add my experiences to it. > > > Later, -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From lfilak at medinaco.org Mon Jun 16 10:18:46 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 16 Jun 2003 13:18:46 -0400 Subject: [Mapserver-users] any virtual host support mapserver? Message-ID: <200306161718.h5GHIWN05036@yogi.medinaco.net> You may want to check http://www.giswebsite.com/pubs/200305/nr200305_p4.html Lowell F. The following message was sent by =?gb2312?q?Chen=20Fu?= on Sun, 15 Jun 2003 10:38:27 +0800 (CST). > Hi! > I try to build a mapserver to issue some maps. I > contacted many companies in China who provide virtual > host service. But they say the virtual host can only > support the cgi scripts like perl not the executable > file like "exe". And i can not afford a lot of money > to own a independent server. > Is there some virtual host support executable file as > cgi in the world? Any other suggestion? > Thanks! > > > ===== > Remote Scensing Satellite Ground Station > Chinese Academy of Science > > _________________________________________________________ > Do You Yahoo!? > ?????????????????????????? > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cn_user_profile_study_may2003 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak at medinaco.org Mon Jun 16 08:25:23 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 16 Jun 2003 11:25:23 -0400 Subject: [Mapserver-users] gd-png: fatal libpng error: Invalid number of colors in palette Message-ID: <200306161525.h5GFPJN02692@yogi.medinaco.net> 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 vic at wittmanhydro.com Mon Jun 16 07:10:55 2003 From: vic at wittmanhydro.com (Vic Kelson) Date: Mon, 16 Jun 2003 09:10:55 -0500 Subject: [Mapserver-users] Python mapscript - I fixed it! Message-ID: <3EEDCFEF.7050901@wittmanhydro.com> This is a multi-part message in MIME format. --------------060209030000000605090909 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hooray! At Long Last, I have succeeded in making mapscript with python compile, for mapserver-4.0b. I finally found the error, which is in 'pymodule.i'. Here it is... The function _raise_ms_exception() begins with the following code: static void _raise_ms_exception(void) { char errbuf[256]; char errmsg[2048]; // room for up to 8 * 256 byte messages int errcode; strcpy(errmsg, ""); errorObj *ms_error = msGetErrorObj(); errcode = ms_error->code; The highlighted line is valid C++, but is not valid C (at least it wasn't valid in my olden days as a C programmer, or according to gcc-2.95). I have repaired this by separating the declaration and assignment: 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; and now it all compiles successfully on RedHat 7.3 and Debian (woody). I also had to mangle setup.py to make it work on my system. I'll send my changes to Sean Gillies, who has helped me out with this mess. THANKS for the help, folks! Vic --------------060209030000000605090909 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hooray!

At Long Last, I have succeeded in making mapscript with python compile, for mapserver-4.0b. I finally found the error, which is in 'pymodule.i'. Here it is...

The function  _raise_ms_exception() begins with the following code:

static void _raise_ms_exception(void) {
        char errbuf[256];
        char errmsg[2048]; // room for up to 8 * 256 byte messages
        int errcode;

        strcpy(errmsg, "");
        errorObj *ms_error = msGetErrorObj();
        errcode = ms_error->code;

The highlighted line is valid C++, but is not valid C (at least it wasn't valid in my olden days as a C programmer, or according to gcc-2.95). I have repaired this by separating the declaration and assignment:

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;

and now it all compiles successfully on RedHat 7.3 and Debian (woody). I also had to mangle setup.py to make it work on my system. I'll send my changes to Sean Gillies, who has helped me out with this mess.

THANKS for the help, folks!
Vic


--------------060209030000000605090909-- From bartvde at xs4all.nl Mon Jun 16 12:57:34 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Mon, 16 Jun 2003 21:57:34 +0200 Subject: [mapserver-users] problem with map file Message-ID: ------------ai3SZKa3hmWwpUmObcOW1A Content-Type: text/plain; charset=iso-8859-15; format=flowed Hi list, I have a problem with my map file but cannot seem to resolve the problem. I have 6 layers in my map file, but when I perform a request=GetCapabilities I only get one of them in the capabilities. I have attached both the mapfile and the capabilities. Does anybody have an idea? Thanks in advance, Bart ------------ai3SZKa3hmWwpUmObcOW1A Content-Disposition: attachment; filename="capabilities.txt" Content-Type: text/plain; name="capabilities.txt" ]> GetMap UMN MapServer Geostreets UMN MapServer Geostreets none application/vnd.ogc.wms_xml image/png image/jpeg image/wbmp application/x-shockwave-flash text/html application/x-pdf image/tiff text/plain text/html application/vnd.ogc.gml application/vnd.ogc.se_xml application/vnd.ogc.se_inimage application/vnd.ogc.se_blank GEOSTREETS UMN MapServer Geostreets EPSG:28992 level1ecw level1ecw ------------ai3SZKa3hmWwpUmObcOW1A Content-Disposition: attachment; filename="mapfile.txt.txt" Content-Type: text/plain; name="mapfile.txt.txt" # # Start of map file # NAME GEOSTREETS STATUS ON SIZE 600 600 EXTENT 388107.634400379 5203120.88405952 500896.339019834 5310243.30613897 UNITS METERS IMAGECOLOR 255 255 255 # # Start of web interface definition (including WMS enabling metadata) # WEB HEADER demo_header.html TEMPLATE demo.html FOOTER demo_footer.html MINSCALE 50 MAXSCALE 155000000000 IMAGEPATH "set in demo_init.html" IMAGEURL "set in demo_init.html" METADATA WMS_TITLE "UMN MapServer Geostreets" WMS_ABSTRACT "UMN MapServer Geostreets" WMS_ACCESSCONSTRAINTS none WMS_ONLINERESOURCE "http://localhost:8081/bart/demo_init.html" WMS_SRS "EPSG:28992" END END # # Start of layer definitions # LAYER NAME "level1ecw" DATA "E:\klicnet\data\webstreets\Gstreets_2003\ecw\level1.ecw" TYPE RASTER MINSCALE 0 MAXSCALE 12000 STATUS ON DUMP TRUE END END METADATA WMS_TITLE "Geostreets Level 1" WMS_ABSTRACT "Geostreets Level 1" WMS_SRS "EPSG:28992" END END LAYER NAME "level2ecw" DATA "E:\klicnet\data\webstreets\Gstreets_2003\ecw\level2.ecw" TYPE RASTER MINSCALE 12000 MAXSCALE 25000 STATUS ON DUMP TRUE END END METADATA WMS_TITLE "Geostreets Level 2" WMS_ABSTRACT "Geostreets Level 2" WMS_SRS "EPSG:28992" END END LAYER NAME "level3ecw" DATA "E:\klicnet\data\webstreets\Gstreets_2003\ecw\level3.ecw" TYPE RASTER MINSCALE 35000 MAXSCALE 100000 STATUS ON DUMP TRUE END END METADATA WMS_TITLE "Geostreets Level 3" WMS_ABSTRACT "Geostreets Level 3" WMS_SRS "EPSG:28992" END END LAYER NAME "level4ecw" DATA "E:\klicnet\data\webstreets\Gstreets_2003\ecw\level4.ecw" TYPE RASTER MINSCALE 100000 MAXSCALE 250000 STATUS ON DUMP TRUE END END METADATA WMS_TITLE "Geostreets Level 4" WMS_ABSTRACT "Geostreets Level 4" WMS_SRS "EPSG:28992" END END LAYER NAME "level5ecw" DATA "E:\klicnet\data\webstreets\Gstreets_2003\ecw\level5.ecw" TYPE RASTER MINSCALE 250000 MAXSCALE 1000000 STATUS ON DUMP TRUE END END METADATA WMS_TITLE "Geostreets Level 5" WMS_ABSTRACT "Geostreets Level 5" WMS_SRS "EPSG:28992" END END LAYER NAME "level6ecw" DATA "E:\klicnet\data\webstreets\Gstreets_2003\ecw\level6.ecw" TYPE RASTER MINSCALE 1000000 MAXSCALE 15000000 STATUS ON DUMP TRUE END END METADATA WMS_TITLE "Geostreets Level 6" WMS_ABSTRACT "Geostreets Level 6" WMS_SRS "EPSG:28992" END END END # Map File ------------ai3SZKa3hmWwpUmObcOW1A-- From sgillies at frii.com Mon Jun 16 13:03:21 2003 From: sgillies at frii.com (Sean Gillies) Date: Mon, 16 Jun 2003 14:03:21 -0600 Subject: [Mapserver-users] Python mapscript - I fixed it! In-Reply-To: <3EEDCFEF.7050901@wittmanhydro.com> Message-ID: <9463FA84-A035-11D7-9196-000393B98B56@frii.com> On Monday, June 16, 2003, at 08:10 AM, Vic Kelson wrote: > Hooray! > > At Long Last, I have succeeded in making mapscript with python > compile, for mapserver-4.0b. I finally found the error, which is in > 'pymodule.i'. Here it is... > > The function? _raise_ms_exception() begins with the following code: > > static void _raise_ms_exception(void) { > ??????? char errbuf[256]; > ??????? char errmsg[2048]; // room for up to 8 * 256 byte messages > ??????? int errcode; > > ??????? strcpy(errmsg, ""); > ??????? errorObj *ms_error = msGetErrorObj(); > ??????? errcode = ms_error->code; > > The highlighted line is valid C++, but is not valid C (at least it > wasn't valid in my olden days as a C programmer, or according to > gcc-2.95). I have repaired this by separating the declaration and > assignment: > > 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; > > and now it all compiles successfully on RedHat 7.3 and Debian (woody). > I also had to mangle setup.py to make it work on my system. I'll send > my changes to Sean Gillies, who has helped me out with this mess. > > THANKS for the help, folks! > Vic > > Vic, Good work, man! I will commit this to CVS. While we're on the subject of exceptions, are there any other MapServer errors that you'd like to see mapped into Python exceptions? cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From bwragg at tpg.com.au Mon Jun 16 14:57:42 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Tue, 17 Jun 2003 07:27:42 +0930 Subject: [Mapserver-users] Serving PostGIS Projected Data Message-ID: <000e01c33452$511db590$0a00a8c0@mapping12> This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C334A1.F1E79190 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi list, With my limited use of PostGIS and MapServer I've only ever played around with data in geographic coordinates which is loaded into PostGIS with an SRID of -1. I now need to load up some data that is in a custom Mercator projection (changed the central meridian to 150 instead of 0). The SRID number of our custom projection in the spatial_ref_sys table is 999001 which is based on the record with an SRID of 54004. The proj4text for 999001 looks like "+proj=merc +lat_ts=0 +lon_0=150 +k=1.000000 +x_0=0 +y_0=0 +ellps=WGS84 +datum=WGS84 units=m". When I load up the data, each record has an SRID of 999001. Is this all I need to do on the PostGIS side of things? I've now added the layer to a bare mapfile but the data is showing up like it would with a -1 srid. I have no projection information of any sort defined in the mapfile so I assume I need to define a PROJECTION section in the mapfile. Correct? How do I do this for a custom projection? I've found examples on the list like the following which show how to enter the projection section in a mapfile, but I can't figure out what I should put in here. PROJECTION "proj=lcc" "ellps=GRS80" "lat_0=49" "lon_0=-95" "lat_1=49" "lat_2=77" END Thanks, Benjamin Wragg ------=_NextPart_000_000F_01C334A1.F1E79190 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi list,

 

With my limited use of PostGIS and MapServer = I’ve only ever played around with data in geographic coordinates which is loaded = into PostGIS with an SRID of -1. I now need to load up some data that is in a = custom Mercator projection (changed the central meridian to 150 instead of 0). = The SRID number of our custom projection in the spatial_ref_sys table is = 999001 which is based on the record with an SRID of 54004. The proj4text for = 999001 looks like “+proj=3Dmerc +lat_ts=3D0 +lon_0=3D150 +k=3D1.000000 = +x_0=3D0 +y_0=3D0 +ellps=3DWGS84 +datum=3DWGS84 units=3Dm”. When I load up the data, = each record has an SRID of 999001.

 

Is this all I need to do on the PostGIS side of = things?

 

I’ve now added the layer to a bare mapfile but = the data is showing up like it would with a -1 srid. I have no projection information of any sort defined in the mapfile so I assume I need to = define a PROJECTION section in the mapfile. Correct?

 

How do I do this for a custom projection? I’ve = found examples on the list like the following which show how to enter the = projection section in a mapfile, but I can’t figure out what I should put in = here.

 

PROJECTION
  =
"proj=3Dlcc"
  =
"ellps=3DGRS80"
  =
"lat_0=3D49"
  =
"lon_0=3D-95"
  =
"lat_1=3D49"
  =
"lat_2=3D77"
END
 

 

Thanks,

 

Benjamin Wragg

------=_NextPart_000_000F_01C334A1.F1E79190-- From joe at otsys.com Mon Jun 16 16:02:44 2003 From: joe at otsys.com (Joe Bussell) Date: Mon, 16 Jun 2003 16:02:44 -0700 Subject: [Mapserver-users] map of mapserver users and providers In-Reply-To: <3EE50CD8.6020308@otsys.com> References: <3EE50CD8.6020308@otsys.com> Message-ID: <3EEE4C94.3040009@otsys.com> The replies I have recieved on and off group suggest that this is a good idea. I have also obtained permission to go ahead from my boss. I will craft up a first pass at an data input form. There has been some suggestions which will have to be thought out. One suggestion was to separate the data based on users vs. professional development houses. Users could be any user of mapserver, while developers would include individuals or firms involved with providing GIS solutions via mapserver. This seems like a good plan as it would provide a portal for folks searching for developers in their area. The other major suggestion was to include the information in a WMS/WFS format. I am uneasy about this, though I am not really sure why. I would be happy to hear any pros/cons. My intention will be to use our geocoder from TrafficDodger to provide the answer to "where is my nearest 'n' developers?". The user input will be derived from either a map click or a text field. The form fields I am considering are: Name Affiliation Location (lat,lon) URL Summary (small html paragraph to describe projects or services) I do not wish to turn this into a matrix of specialties indicating if a particular group provides PHP or PostGIS deveopment. That is where the URL and summary comes in. On a search I will return a table of providers/users in order of great circle distances. Comments? Suggestions? Cordially, Joe Bussell www.TrafficDodger.com Joe Bussell wrote: > I would like to create a map of the users of Mapserver. The plan is to > take something like http://www.trafficdodger.com/perl/warp.cgi and make > a similar page with user's locations plotted. This could easily turn > into a regional developer locater... > > If there is interest I will craft up a form to input the data. If > enough people participate I will create the map and associated locater > service. > > Cordially, > > Joe Bussell > www.trafficdodger.com > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From bwragg at tpg.com.au Mon Jun 16 16:04:47 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Tue, 17 Jun 2003 08:34:47 +0930 Subject: [Mapserver-users] RE: [postgis-users] Performance tuning PostGIS and understanding the explain statement In-Reply-To: <3EE91033.1000308@refractions.net> Message-ID: <002101c3345b$b0dfa160$0a00a8c0@mapping12> I checked the list for the histogram2d and I found the treads I think you were talking about. So the statement SELECT UPDATE_GEOMETRY_STATS(); runs a function which fills the content of the histogram2d field in the geometry_columns table. This is then used by the query planner when a query is executed to better estimate which path to take? E.g which index to use first -----Original Message----- From: David Blasby [mailto:dblasby at refractions.net] Sent: Friday, 13 June 2003 9:14 AM To: bwragg at tpg.com.au; PostGIS Users Discussion Subject: Re: [postgis-users] Performance tuning PostGIS and understanding the explain statement The difference between 'EXPLAIN' and 'EXPLAIN ANALYSE' is simple - 'EXPLAIN ANALYSE' actually does the query and reports the actual time it takes to do each step. So "actual" time is in millisecond, and the other times are estimated times in some arbitrary units. Postgresql uses these estimated times to determine which is the best query plan to excecute. A brief look at your query seems to indicate that postgresql is using the spatial index over the attribute index (region.id=28). If you use the PostGIS stats package (search the mailing list for histogram2d) you will probably find it estimates a better plan. You can also try dropping the spatial index and see what you get. The problem is that you are doing a full spatial join of the region and feature tables. dave From ed at topozone.com Mon Jun 16 18:20:32 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 16 Jun 2003 21:20:32 -0400 Subject: [mapserver-users] problem with map file Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFB4F@mercator.topozone.com> Bart - Each LAYER in your map file seems to have two extra END lines just above the METADATA line. I'm a little surprised you even get one layer. - 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: Bart van den Eijnden [mailto:bartvde at xs4all.nl] Sent: Monday, June 16, 2003 3:58 PM To: mapserver-users at lists.gis.umn.edu Subject: [mapserver-users] problem with map file Hi list, I have a problem with my map file but cannot seem to resolve the problem. I have 6 layers in my map file, but when I perform a request=GetCapabilities I only get one of them in the capabilities. I have attached both the mapfile and the capabilities. Does anybody have an idea? Thanks in advance, Bart From Tom.Kralidis at CCRS.NRCan.gc.ca Mon Jun 16 18:38:49 2003 From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca) Date: Mon, 16 Jun 2003 21:38:49 -0400 Subject: [Mapserver-users] map of mapserver users and providers Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA21CD@s5-ccr-r1.ccrs.nrcan.gc.ca> > -----Original Message----- > From: Joe Bussell [mailto:joe at otsys.com] > Sent: Monday, June 16, 2003 7:03 PM > To: mapserver-users at lists.gis.umn.edu > Cc: Joe Bussell > Subject: Re: [Mapserver-users] map of mapserver users and providers > > > The replies I have recieved on and off group suggest that > this is a good > idea. I have also obtained permission to go ahead from my > boss. I will > craft up a first pass at an data input form. There has been some > suggestions which will have to be thought out. > > One suggestion was to separate the data based on users vs. > professional > development houses. Users could be any user of mapserver, while > developers would include individuals or firms involved with providing > GIS solutions via mapserver. This seems like a good plan as it would > provide a portal for folks searching for developers in their area. > > The other major suggestion was to include the information in > a WMS/WFS > format. I am uneasy about this, though I am not really sure why. I > would be happy to hear any pros/cons. > I support the WMS / WFS publishing, because it will enable any WMS/WFS client to connect and construct a map or fetch features. > My intention will be to use our geocoder from TrafficDodger > to provide > the answer to "where is my nearest 'n' developers?". The user input > will be derived from either a map click or a text field. > > The form fields I am considering are: > Name > Affiliation > Location (lat,lon) > URL > Summary (small html paragraph to describe > projects or services) > Sounds like a plan. How about something like: CREATE TABLE ms_users ( firstname CHAR(50), lastname CHAR(50), usertype ENUM('user','professional services'), organization VARCHAR(100), acronym CHAR(8), x NUMBER(5,10), y NUMBER(5,10), url CHAR(100), email CHAR(50), description CHAR(2000) ); A sample record would be: "Tom", "Kralidis", "user", "Canada Centre for Remote Sensing", "CCRS", "-75.75", "45.26", "http://www.cgdi.ca/", "tom.kralidis @ ccrs.nrcan.gc.ca", "abstract information goes here,etc" Thoughts? Cheers ..Tom > I do not wish to turn this into a matrix of specialties > indicating if a > particular group provides PHP or PostGIS deveopment. That is > where the > URL and summary comes in. On a search I will return a table of > providers/users in order of great circle distances. > > Comments? Suggestions? > > Cordially, > > Joe Bussell > www.TrafficDodger.com > > > > Joe Bussell wrote: > > I would like to create a map of the users of Mapserver. > The plan is to > > take something like > http://www.trafficdodger.com/perl/warp.cgi and make > > a similar page with user's locations plotted. This could > easily turn > > into a regional developer locater... > > > > If there is interest I will craft up a form to input the data. If > > enough people participate I will create the map and > associated locater > > service. > > > > Cordially, > > > > Joe Bussell > > www.trafficdodger.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 Gunter.Rieth at stadt.mainz.de Mon Jun 16 23:15:49 2003 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth at stadt.mainz.de) Date: Tue, 17 Jun 2003 08:15:49 +0200 Subject: Antwort: RE: [mapserver-users] problem with map file In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFB4F@mercator.topozone.com> Message-ID: The first layer LAYER NAME "level1ecw" DATA "E:\klicnet\data\webstreets\Gstreets_2003\ecw\level1.ecw" TYPE RASTER MINSCALE 0 MAXSCALE 12000 STATUS ON DUMP TRUE END ist ok. All the other will fail. 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 "Ed McNierney" Gesendet von: mapserver-users-admin at lists.gis.umn.edu 17.06.2003 03:20 An , Kopie Thema RE: [mapserver-users] problem with map file Bart - Each LAYER in your map file seems to have two extra END lines just above the METADATA line. I'm a little surprised you even get one layer. - 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: Bart van den Eijnden [mailto:bartvde at xs4all.nl] Sent: Monday, June 16, 2003 3:58 PM To: mapserver-users at lists.gis.umn.edu Subject: [mapserver-users] problem with map file Hi list, I have a problem with my map file but cannot seem to resolve the problem. I have 6 layers in my map file, but when I perform a request=GetCapabilities I only get one of them in the capabilities. I have attached both the mapfile and the capabilities. Does anybody have an idea? Thanks in advance, Bart _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bwragg at tpg.com.au Tue Jun 17 00:26:27 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Tue, 17 Jun 2003 16:56:27 +0930 Subject: [Mapserver-users] RE: [postgis-users] Performance tuning PostGIS and understanding the explain statement In-Reply-To: <3EEE5255.8090205@refractions.net> Message-ID: <000401c334a1$c6cda210$0a00a8c0@mapping12> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C334F1.679E82F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit No I don't think it did. Below is the outcomes compared. Here's the query that I ran: explain analyze SELECT feature.id,feature.name FROM feature,region WHERE feature.the_geom && region.the_geom AND distance(feature.the_geom, region.the_geom)=0 AND region.id=28 ORDER BY feature.name; And the explain analyze without the spatial index on the feature geometry, as you suggested: NOTICE: QUERY PLAN: Sort (cost=4612.10..4612.10 rows=44 width=80) (actual time=203328.00..203329.00 rows=4992 loops=1) -> Nested Loop (cost=0.00..4610.89 rows=44 width=80) (actual time=11074.00..203264.00 rows=4992loops=1) -> Index Scan using region_pkey on region (cost=0.00..3.13 rows=1 width=32) (actual time=0.00..0.00 rows=1 loops=1) -> Seq Scan on feature (cost=0.00..3063.46 rows=88246 width=48) (actual time=0.00..3023.00 rows=88246 loops=1) Total runtime: 203332.00 msec with a spatial index on the feature geometry NOTICE: QUERY PLAN: Sort (cost=10.36..10.36 rows=44 width=80) (actual time=38627.00..38628.00 rows=4992 loops=1) -> Nested Loop (cost=0.00..9.16 rows=44 width=80) (actual time=286.00..38502.00 rows=4992 loops=1) -> Index Scan using region_pkey on region (cost=0.00..3.13 rows=1 width=32) (actual time=0.00..0.00 rows=1 loops=1) -> Index Scan using feature_the_geom_idx on feature (cost=0.00..6.01 rows=1 width=48) (actual time=264.00..27370.00 rows=5133 loops=1) Total runtime: 38637.00 msec after running select update_geometry_stats(); NOTICE: QUERY PLAN: Sort (cost=10.36..10.36 rows=44 width=80) (actual time=39572.00..39573.00 rows=4992 loops=1) -> Nested Loop (cost=0.00..9.16 rows=44 width=80) (actual time=145.00..39518.00 rows=4992 loops=1) -> Index Scan using region_pkey on region (cost=0.00..3.13 rows=1 width=32) (actual time=0.00..0.00 rows=1 loops=1) -> Index Scan using feature_the_geom_idx on feature (cost=0.00..6.01 rows=1 width=48) (actual time=136.00..27282.00 rows=5133 loops=1) Total runtime: 39577.00 msec As a test I inserted the region I'm using, which is quite complex, into its own table and changed the query as follows: explain analyze SELECT feature.id,feature.name FROM feature,region2 WHERE feature.the_geom && region2.the_geom AND distance(feature.the_geom, region2.the_geom)=0 AND region2.id=0 ORDER BY feature.name; Here is the explain analyze report: NOTICE: QUERY PLAN: Sort (cost=12.06..12.06 rows=44 width=80) (actual time=36331.00..36331.00 rows=4992 loops=1) -> Nested Loop (cost=0.00..10.85 rows=44 width=80) (actual time=167.00..36277.00 rows=4992 loops=1) -> Index Scan using region2_pkey on region2 (cost=0.00..4.82 rows=1 width=32) (actual time=0.00..0.00 rows=1 loops=1) -> Index Scan using feature_the_geom_idx on feature (cost=0.00..6.01 rows=1 width=48) (actual time=149.00..25494.00 rows=5133 loops=1) Total runtime: 36338.00 msec So even with only one region it runs slow. Could it simple be that the region is to complex? Thanks, Benjamin Wragg -----Original Message----- From: David Blasby [ mailto:dblasby at refractions.net] Sent: Tuesday, 17 June 2003 8:57 AM To: bwragg at tpg.com.au Subject: Re: [postgis-users] Performance tuning PostGIS and understanding the explain statement Benjamin Wragg wrote: > I checked the list for the histogram2d and I found the treads I think > you were talking about. So the statement SELECT > UPDATE_GEOMETRY_STATS(); runs a function which fills the content of > the histogram2d field in the geometry_columns table. This is then used > by the query planner when a query is executed to better estimate which > path to take? E.g which index to use first Exactly right. Did you run it and did it do a better job? dave ------=_NextPart_000_0005_01C334F1.679E82F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message

No I don't think it did. Below is the = outcomes=20 compared. Here's the query that I ran:

explain analyze SELECT feature.id,feature.name
FROM feature,region
WHERE feature.the_geom = &&=20 region.the_geom
AND distance(feature.the_geom, region.the_geom)=3D0 =
AND=20 region.id=3D28 ORDER BY feature.name;

And the explain analyze without the = spatial index on=20 the feature geometry, as you suggested:

NOTICE:  QUERY = PLAN:
Sort  (cost=3D4612.10..4612.10 rows=3D44 = width=3D80) (actual=20 time=3D203328.00..203329.00 rows=3D4992 loops=3D1)
  = ->  Nested=20 Loop  (cost=3D0.00..4610.89 rows=3D44 width=3D80) (actual=20 time=3D11074.00..203264.00=20 rows=3D4992loops=3D1)
        = -> =20 Index Scan using region_pkey on region  (cost=3D0.00..3.13 = rows=3D1 width=3D32)=20 (actual time=3D0.00..0.00 rows=3D1=20 loops=3D1)
        ->  = Seq Scan on=20 feature  (cost=3D0.00..3063.46 rows=3D88246 width=3D48) (actual=20 time=3D0.00..3023.00 rows=3D88246 loops=3D1)
Total runtime: = 203332.00=20 msec

with a spatial index on the feature=20 geometry

NOTICE:  QUERY PLAN:
Sort  = (cost=3D10.36..10.36 rows=3D44 width=3D80) (actual = time=3D38627.00..38628.00 rows=3D4992=20 loops=3D1)
  ->  Nested Loop  (cost=3D0.00..9.16 = rows=3D44=20 width=3D80) (actual time=3D286.00..38502.00 rows=3D4992=20 loops=3D1)
        ->  = Index Scan=20 using region_pkey on region  (cost=3D0.00..3.13 rows=3D1 = width=3D32) (actual=20 time=3D0.00..0.00 rows=3D1 = loops=3D1)
       =20 ->  Index Scan using feature_the_geom_idx on feature =20 (cost=3D0.00..6.01 rows=3D1 width=3D48) (actual = time=3D264.00..27370.00 rows=3D5133=20 loops=3D1)
Total runtime: 38637.00 msec

after running select=20 update_geometry_stats();
NOTICE:  QUERY = PLAN:
Sort  (cost=3D10.36..10.36 = rows=3D44=20 width=3D80) (actual time=3D39572.00..39573.00 rows=3D4992 = loops=3D1)
 =20 ->  Nested Loop  (cost=3D0.00..9.16 rows=3D44 width=3D80) = (actual=20 time=3D145.00..39518.00 rows=3D4992=20 loops=3D1)
        ->  = Index Scan=20 using region_pkey on region  (cost=3D0.00..3.13 rows=3D1 = width=3D32) (actual=20 time=3D0.00..0.00 rows=3D1 = loops=3D1)
       =20 ->  Index Scan using feature_the_geom_idx on feature =20 (cost=3D0.00..6.01 rows=3D1 width=3D48) (actual = time=3D136.00..27282.00 rows=3D5133=20 loops=3D1)
Total runtime: 39577.00 msec

As a test I inserted the region I'm = using, which is=20 quite complex, into its own table and changed the query as = follows:

explain analyze SELECT = feature.id,feature.name=20
FROM feature,region2
WHERE=20 feature.the_geom && region2.the_geom
AND=20 distance(feature.the_geom, region2.the_geom)=3D0
AND = region2.id=3D0 ORDER BY=20 feature.name;

Here is the explain analyze=20 report:

NOTICE:  QUERY PLAN:
Sort =20 (cost=3D12.06..12.06 rows=3D44 width=3D80) (actual = time=3D36331.00..36331.00 rows=3D4992=20 loops=3D1)
  ->  Nested Loop  (cost=3D0.00..10.85 = rows=3D44=20 width=3D80) (actual time=3D167.00..36277.00 rows=3D4992=20 loops=3D1)
        ->  = Index Scan=20 using region2_pkey on region2  (cost=3D0.00..4.82 rows=3D1 = width=3D32) (actual=20 time=3D0.00..0.00 rows=3D1 = loops=3D1)
       =20 ->  Index Scan using feature_the_geom_idx on feature =20 (cost=3D0.00..6.01 rows=3D1 width=3D48) (actual = time=3D149.00..25494.00 rows=3D5133=20 loops=3D1)
Total runtime: 36338.00 msec

So even with only one region it = runs slow.=20 Could it simple be that the region is to complex?

Thanks,

Benjamin Wragg

-----Original Message-----
From: David Blasby [
mailto:dblasby at refractions.net]
Sent: Tuesday, 17 June 2003 8:57 AM
To:=20 bwragg at tpg.com.au
Subject: Re: [postgis-users] Performance tuning = PostGIS and=20 understanding the explain statement


Benjamin Wragg = wrote:
> I=20 checked the list for the histogram2d and I found the treads I = think
> you=20 were talking about. So the statement SELECT
> = UPDATE_GEOMETRY_STATS();=20 runs a function which fills the content of
> the histogram2d field = in the=20 geometry_columns table. This is then used
> by the query planner = when a=20 query is executed to better estimate which
> path to take? E.g = which index=20 to use first

Exactly right.  Did you run it and did it do a = better=20 job?

dave


------=_NextPart_000_0005_01C334F1.679E82F0-- From bwragg at tpg.com.au Tue Jun 17 00:26:58 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Tue, 17 Jun 2003 16:56:58 +0930 Subject: [Mapserver-users] RE: [postgis-users] Performance tuning PostGIS and understanding the explain statement In-Reply-To: <3EEE5255.8090205@refractions.net> Message-ID: <000901c334a1$d7806200$0a00a8c0@mapping12> This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C334F1.784A3E00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit No I don't think it did. Below is the outcomes compared. Here's the query that I ran: explain analyze SELECT feature.id,feature.name FROM feature,region WHERE feature.the_geom && region.the_geom AND distance(feature.the_geom, region.the_geom)=0 AND region.id=28 ORDER BY feature.name; And the explain analyze without the spatial index on the feature geometry, as you suggested: NOTICE: QUERY PLAN: Sort (cost=4612.10..4612.10 rows=44 width=80) (actual time=203328.00..203329.00 rows=4992 loops=1) -> Nested Loop (cost=0.00..4610.89 rows=44 width=80) (actual time=11074.00..203264.00 rows=4992loops=1) -> Index Scan using region_pkey on region (cost=0.00..3.13 rows=1 width=32) (actual time=0.00..0.00 rows=1 loops=1) -> Seq Scan on feature (cost=0.00..3063.46 rows=88246 width=48) (actual time=0.00..3023.00 rows=88246 loops=1) Total runtime: 203332.00 msec with a spatial index on the feature geometry NOTICE: QUERY PLAN: Sort (cost=10.36..10.36 rows=44 width=80) (actual time=38627.00..38628.00 rows=4992 loops=1) -> Nested Loop (cost=0.00..9.16 rows=44 width=80) (actual time=286.00..38502.00 rows=4992 loops=1) -> Index Scan using region_pkey on region (cost=0.00..3.13 rows=1 width=32) (actual time=0.00..0.00 rows=1 loops=1) -> Index Scan using feature_the_geom_idx on feature (cost=0.00..6.01 rows=1 width=48) (actual time=264.00..27370.00 rows=5133 loops=1) Total runtime: 38637.00 msec after running select update_geometry_stats(); NOTICE: QUERY PLAN: Sort (cost=10.36..10.36 rows=44 width=80) (actual time=39572.00..39573.00 rows=4992 loops=1) -> Nested Loop (cost=0.00..9.16 rows=44 width=80) (actual time=145.00..39518.00 rows=4992 loops=1) -> Index Scan using region_pkey on region (cost=0.00..3.13 rows=1 width=32) (actual time=0.00..0.00 rows=1 loops=1) -> Index Scan using feature_the_geom_idx on feature (cost=0.00..6.01 rows=1 width=48) (actual time=136.00..27282.00 rows=5133 loops=1) Total runtime: 39577.00 msec As a test I inserted the region I'm using, which is quite complex, into its own table and changed the query as follows: explain analyze SELECT feature.id,feature.name FROM feature,region2 WHERE feature.the_geom && region2.the_geom AND distance(feature.the_geom, region2.the_geom)=0 AND region2.id=0 ORDER BY feature.name; Here is the explain analyze report: NOTICE: QUERY PLAN: Sort (cost=12.06..12.06 rows=44 width=80) (actual time=36331.00..36331.00 rows=4992 loops=1) -> Nested Loop (cost=0.00..10.85 rows=44 width=80) (actual time=167.00..36277.00 rows=4992 loops=1) -> Index Scan using region2_pkey on region2 (cost=0.00..4.82 rows=1 width=32) (actual time=0.00..0.00 rows=1 loops=1) -> Index Scan using feature_the_geom_idx on feature (cost=0.00..6.01 rows=1 width=48) (actual time=149.00..25494.00 rows=5133 loops=1) Total runtime: 36338.00 msec So even with only one region it runs slow. Could it simple be that the region is to complex? Thanks, Benjamin Wragg -----Original Message----- From: David Blasby [ mailto:dblasby at refractions.net] Sent: Tuesday, 17 June 2003 8:57 AM To: bwragg at tpg.com.au Subject: Re: [postgis-users] Performance tuning PostGIS and understanding the explain statement Benjamin Wragg wrote: > I checked the list for the histogram2d and I found the treads I think > you were talking about. So the statement SELECT > UPDATE_GEOMETRY_STATS(); runs a function which fills the content of > the histogram2d field in the geometry_columns table. This is then used > by the query planner when a query is executed to better estimate which > path to take? E.g which index to use first Exactly right. Did you run it and did it do a better job? dave ------=_NextPart_000_000A_01C334F1.784A3E00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message

No I don't think it did. Below is the = outcomes=20 compared. Here's the query that I ran:

explain analyze SELECT feature.id,feature.name
FROM feature,region
WHERE feature.the_geom = &&=20 region.the_geom
AND distance(feature.the_geom, region.the_geom)=3D0 =
AND=20 region.id=3D28 ORDER BY feature.name;

And the explain analyze without the = spatial index on=20 the feature geometry, as you suggested:

NOTICE:  QUERY = PLAN:
Sort  (cost=3D4612.10..4612.10 rows=3D44 = width=3D80) (actual=20 time=3D203328.00..203329.00 rows=3D4992 loops=3D1)
  = ->  Nested=20 Loop  (cost=3D0.00..4610.89 rows=3D44 width=3D80) (actual=20 time=3D11074.00..203264.00=20 rows=3D4992loops=3D1)
        = -> =20 Index Scan using region_pkey on region  (cost=3D0.00..3.13 = rows=3D1 width=3D32)=20 (actual time=3D0.00..0.00 rows=3D1=20 loops=3D1)
        ->  = Seq Scan on=20 feature  (cost=3D0.00..3063.46 rows=3D88246 width=3D48) (actual=20 time=3D0.00..3023.00 rows=3D88246 loops=3D1)
Total runtime: = 203332.00=20 msec

with a spatial index on the feature=20 geometry

NOTICE:  QUERY PLAN:
Sort  = (cost=3D10.36..10.36 rows=3D44 width=3D80) (actual = time=3D38627.00..38628.00 rows=3D4992=20 loops=3D1)
  ->  Nested Loop  (cost=3D0.00..9.16 = rows=3D44=20 width=3D80) (actual time=3D286.00..38502.00 rows=3D4992=20 loops=3D1)
        ->  = Index Scan=20 using region_pkey on region  (cost=3D0.00..3.13 rows=3D1 = width=3D32) (actual=20 time=3D0.00..0.00 rows=3D1 = loops=3D1)
       =20 ->  Index Scan using feature_the_geom_idx on feature =20 (cost=3D0.00..6.01 rows=3D1 width=3D48) (actual = time=3D264.00..27370.00 rows=3D5133=20 loops=3D1)
Total runtime: 38637.00 msec

after running select=20 update_geometry_stats();
NOTICE:  QUERY = PLAN:
Sort  (cost=3D10.36..10.36 = rows=3D44=20 width=3D80) (actual time=3D39572.00..39573.00 rows=3D4992 = loops=3D1)
 =20 ->  Nested Loop  (cost=3D0.00..9.16 rows=3D44 width=3D80) = (actual=20 time=3D145.00..39518.00 rows=3D4992=20 loops=3D1)
        ->  = Index Scan=20 using region_pkey on region  (cost=3D0.00..3.13 rows=3D1 = width=3D32) (actual=20 time=3D0.00..0.00 rows=3D1 = loops=3D1)
       =20 ->  Index Scan using feature_the_geom_idx on feature =20 (cost=3D0.00..6.01 rows=3D1 width=3D48) (actual = time=3D136.00..27282.00 rows=3D5133=20 loops=3D1)
Total runtime: 39577.00 msec

As a test I inserted the region I'm = using, which is=20 quite complex, into its own table and changed the query as = follows:

explain analyze SELECT = feature.id,feature.name=20
FROM feature,region2
WHERE=20 feature.the_geom && region2.the_geom
AND=20 distance(feature.the_geom, region2.the_geom)=3D0
AND = region2.id=3D0 ORDER BY=20 feature.name;

Here is the explain analyze=20 report:

NOTICE:  QUERY PLAN:
Sort =20 (cost=3D12.06..12.06 rows=3D44 width=3D80) (actual = time=3D36331.00..36331.00 rows=3D4992=20 loops=3D1)
  ->  Nested Loop  (cost=3D0.00..10.85 = rows=3D44=20 width=3D80) (actual time=3D167.00..36277.00 rows=3D4992=20 loops=3D1)
        ->  = Index Scan=20 using region2_pkey on region2  (cost=3D0.00..4.82 rows=3D1 = width=3D32) (actual=20 time=3D0.00..0.00 rows=3D1 = loops=3D1)
       =20 ->  Index Scan using feature_the_geom_idx on feature =20 (cost=3D0.00..6.01 rows=3D1 width=3D48) (actual = time=3D149.00..25494.00 rows=3D5133=20 loops=3D1)
Total runtime: 36338.00 msec

So even with only one region it = runs slow.=20 Could it simple be that the region is to complex?

Thanks,

Benjamin Wragg

-----Original Message-----
From: David Blasby [
mailto:dblasby at refractions.net]
Sent: Tuesday, 17 June 2003 8:57 AM
To:=20 bwragg at tpg.com.au
Subject: Re: [postgis-users] Performance tuning = PostGIS and=20 understanding the explain statement


Benjamin Wragg = wrote:
> I=20 checked the list for the histogram2d and I found the treads I = think
> you=20 were talking about. So the statement SELECT
> = UPDATE_GEOMETRY_STATS();=20 runs a function which fills the content of
> the histogram2d field = in the=20 geometry_columns table. This is then used
> by the query planner = when a=20 query is executed to better estimate which
> path to take? E.g = which index=20 to use first

Exactly right.  Did you run it and did it do a = better=20 job?

dave


------=_NextPart_000_000A_01C334F1.784A3E00-- From chewbizz at hotmail.com Tue Jun 17 02:27:31 2003 From: chewbizz at hotmail.com (W. Steph) Date: Tue, 17 Jun 2003 09:27:31 +0000 Subject: [Mapserver-users] Legend with overlay symbol Message-ID: Hello all !! Here's my problem : I made two simple symbols : A circle (named round because i saw a post where it is said that circle is a keyword) : SYMBOL NAME "Round" TYPE ELLIPSE FILLED TRUE POINTS 1 1 END END And a triangle : SYMBOL NAME "FilledTriangle" TYPE vector Filled true POINTS 0 4 2 0 4 4 0 4 END END Now, I use these two symbols in my map file in order to display a circle which contains a triangle for one of my layers : LAYER [...] TYPE POINT CLASS [...] SYMBOL "Round" SIZE 16 COLOR 249 139 105 OUTLINECOLOR 0 0 0 OVERLAYSYMBOL "FilledTriangle" OVERLAYSIZE 8 OVERLAYCOLOR 0 0 0 OVERLAYOUTLINECOLOR 0 0 0 END END It works fine : it displays a triangle within a circle. BUT the corresponding legend icon does not ! It displays the circle well, but there are many little triangles inside :/ (5 triangles actually) I think this was intentionnaly made by the developpers for some reason, but in my case, the legend icon doesn't reflect the real icon,and users can't easily recognize it. So I tried to use a gif Image instead, but that does not work :( It displays a blank image although the image is found by map server. (If i change the name of the file, I get an error) Please help me !!! Thanks Steph _________________________________________________________________ MSN Search, le moteur de recherche qui pense comme vous ! http://search.msn.fr/worldwide.asp From oknopp at kartago.de Tue Jun 17 02:30:51 2003 From: oknopp at kartago.de (Olaf Knopp) Date: Tue, 17 Jun 2003 11:30:51 +0200 Subject: [Mapserver-users] TIFF-Display Message-ID: <000c01c334b3$2847a480$2200a8c0@KNOPPMOBIL> This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C334C3.E864E7E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, i have got a problem with the display of a tiff-image. Mapserver shows a = white map (and produces a white .png), but navigation is possible, the = square on the refenenz map is ok and scale/scalebar also. There is no = difference if the tiff is black/white (1 bit) or 8 bit, it never shows = an i get no error message from mapserver.=20 When i use another tiff from another project it works!! The tiff was made with IrfanView (no compression, 256 Colors (counted = 16), 8 Bit): Here a part of my mapfile: LAYER NAME "Hintergrund" DATA "Stadtplan.tif" TYPE RASTER OFFSITE 1 STATUS ON END Thanks for your help! Olaf ------=_NextPart_000_0009_01C334C3.E864E7E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
i have got a problem with the display = of a=20 tiff-image. Mapserver shows a white map (and produces a white .png), but = navigation is possible, the square on the refenenz map is ok = and=20 scale/scalebar also. There is no difference if the tiff is = black/white (1=20 bit) or 8 bit, it never shows an i get no error message from=20 mapserver. 
When i use another tiff from another = project it=20 works!!
 
The tiff was made with IrfanView (no = compression,=20 256 Colors (counted 16), 8 Bit):
 
Here a part of my mapfile:
 

LAYER

    NAME = "Hintergrund"

    DATA = "Stadtplan.tif"

    TYPE RASTER

    OFFSITE 1

    STATUS ON

END

 
Thanks for your help!
Olaf
------=_NextPart_000_0009_01C334C3.E864E7E0-- From noti at ciaoweb.it Tue Jun 17 04:16:57 2003 From: noti at ciaoweb.it (Mario) Date: Tue, 17 Jun 2003 13:16:57 +0200 Subject: [Mapserver-users] ASP and MapServer Message-ID: <001c01c334c2$0793eaa0$0301a8c0@valerion> This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C334D2.BA556140 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I developed an ASP application that allow users to query dbase files in = Shapefiles datasets. I'd like to pass records found to MapServer in order to zoom to their = extents. How can I pass these records to MapServer? Any help appreciated Thanks Mario ------=_NextPart_000_0017_01C334D2.BA556140 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
I developed an ASP application that = allow users to=20 query dbase files in Shapefiles datasets.
I'd like to pass records found to = MapServer in=20 order to zoom to their extents.
How can I pass these records to=20 MapServer?
 
Any help appreciated
 
Thanks
Mario
 
------=_NextPart_000_0017_01C334D2.BA556140-- From woodbri at swoodbridge.com Tue Jun 17 05:02:34 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 17 Jun 2003 08:02:34 -0400 Subject: [Mapserver-users] ASP and MapServer In-Reply-To: <001c01c334c2$0793eaa0$0301a8c0@valerion> Message-ID: <3EEECB1A.14334.3B1668B7@localhost> Hi Mario, If you can read the dbf and have the record number, then you need to open the shapefile and read the extents for that record number, then you can call $map->setextent(xmin, ymin, xmax,ymax) and you should be all set. -Steve W. On 17 Jun 2003 at 13:16, Mario wrote: > Hi, > I developed an ASP application that allow users to query dbase files > in Shapefiles datasets. I'd like to pass records found to MapServer in > order to zoom to their extents. How can I pass these records to > MapServer? > > Any help appreciated > > Thanks > Mario > From m.cagnoli at sta.roma.it Tue Jun 17 05:14:13 2003 From: m.cagnoli at sta.roma.it (Marco Cagnoli) Date: Tue, 17 Jun 2003 14:14:13 +0200 Subject: [Mapserver-users] query results in a new window Message-ID: <000701c334c9$f7b8f370$2321000a@sta.roma.it> Hi, is it possible showing query results in an other window of the browser? Thanks, Marco From woodbri at swoodbridge.com Tue Jun 17 05:28:56 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 17 Jun 2003 08:28:56 -0400 Subject: [Mapserver-users] ASP and MapServer In-Reply-To: <3EEECB1A.14334.3B1668B7@localhost> References: <001c01c334c2$0793eaa0$0301a8c0@valerion> Message-ID: <3EEED148.30290.3B2E8AE1@localhost> Oops, just realized you were asking about ASP. You still have to do something similar, but you would pass the shape extents on the URL to mapserver and not via mapscript. -Steve On 17 Jun 2003 at 8:02, woodbri at swoodbridge.com wrote: > Hi Mario, > > If you can read the dbf and have the record number, then you need to > open the shapefile and read the extents for that record number, then > you can call $map->setextent(xmin, ymin, xmax,ymax) and you should be > all set. > > -Steve W. > > On 17 Jun 2003 at 13:16, Mario wrote: > > > Hi, > > I developed an ASP application that allow users to query dbase files > > in Shapefiles datasets. I'd like to pass records found to MapServer > > in order to zoom to their extents. How can I pass these records to > > MapServer? > > > > Any help appreciated > > > > Thanks > > Mario > > > > > _______________________________________________ > 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 Jun 17 05:35:03 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 17 Jun 2003 08:35:03 -0400 Subject: [Mapserver-users] TIFF-Display Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFB55@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C334CC.E01C2487 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Olaf - =20 How did you add geographic reference information to your TIFF so MapServer knows where it is in the world? You need to have created either a GeoTIFF with the coordinate info in the TIFF itself, or a world file with a TFW or WLD extension to go with it. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com =20 -----Original Message----- From: Olaf Knopp [mailto:oknopp at kartago.de]=20 Sent: Tuesday, June 17, 2003 5:31 AM To: MapServer Liste Subject: [Mapserver-users] TIFF-Display =20 Hello, =20 i have got a problem with the display of a tiff-image. Mapserver shows a white map (and produces a white .png), but navigation is possible, the square on the refenenz map is ok and scale/scalebar also. There is no difference if the tiff is black/white (1 bit) or 8 bit, it never shows an i get no error message from mapserver.=20 When i use another tiff from another project it works!! =20 The tiff was made with IrfanView (no compression, 256 Colors (counted 16), 8 Bit): =20 Here a part of my mapfile: =20 LAYER NAME "Hintergrund" DATA "Stadtplan.tif" TYPE RASTER OFFSITE 1 STATUS ON END =20 Thanks for your help! Olaf ------_=_NextPart_001_01C334CC.E01C2487 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Olaf –

 

How did you add geographic = reference information to your TIFF so MapServer knows where it is in the = world?  You need to have created either a GeoTIFF with the coordinate info in the TIFF = itself, or a world file with a TFW or WLD extension to go with = it.

 

      =       - 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: Olaf Knopp [mailto:oknopp at kartago.de]
Sent: Tuesday, June 17, = 2003 5:31 AM
To: MapServer Liste
Subject: = [Mapserver-users] TIFF-Display

 

Hello,

 

i have got a problem with = the display of a tiff-image. Mapserver shows a white map (and produces a = white .png), but navigation is possible, the square on the refenenz = map is ok and scale/scalebar also. There is no difference if the tiff is = black/white (1 bit) or 8 bit, it never shows an i get no error message from mapserver. 

When i use another tiff = from another project it works!!

 

The tiff was made with = IrfanView (no compression, 256 Colors (counted 16), 8 Bit):

 

Here a part of my = mapfile:

 

LAYER

    NAME = "Hintergrund"

    DATA = "Stadtplan.tif"

    TYPE = RASTER

    OFFSITE = 1

    STATUS = ON

END

 

Thanks for your = help!

Olaf

=00 ------_=_NextPart_001_01C334CC.E01C2487-- From oknopp at kartago.de Tue Jun 17 05:48:59 2003 From: oknopp at kartago.de (Olaf Knopp) Date: Tue, 17 Jun 2003 14:48:59 +0200 Subject: [Mapserver-users] TIFF-Display References: <13858AA1A74F30419F319ACB66A9D1222BFB55@mercator.topozone.com> Message-ID: <000b01c334ce$d583fc50$2200a8c0@KNOPPMOBIL> This is a multi-part message in MIME format. ------=_NextPart_000_0008_01C334DF.95BFC430 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ed, the TIFF is georeferenced with a TFW File. As said, scale and = coordinates are ok and the reference map shows the correct view. I opened a TIFF which worked with another mapserver application a few = minutes ago with IrfanView and saved it as TIFF (without editing). After = saving with IrfanView the map-window was white, as if mapserver was able = to show the image, but sets all colors to white.=20 Is there an image conversion tool to produce TIFFs that mapserver can = show? Thanks=20 Olaf ----- Original Message -----=20 From: Ed McNierney=20 To: Olaf Knopp ; MapServer Liste=20 Sent: Tuesday, June 17, 2003 2:35 PM Subject: RE: [Mapserver-users] TIFF-Display Olaf - =20 How did you add geographic reference information to your TIFF so = MapServer knows where it is in the world? You need to have created = either a GeoTIFF with the coordinate info in the TIFF itself, or a world = file with a TFW or WLD extension to go with it. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com =20 -----Original Message----- From: Olaf Knopp [mailto:oknopp at kartago.de]=20 Sent: Tuesday, June 17, 2003 5:31 AM To: MapServer Liste Subject: [Mapserver-users] TIFF-Display =20 Hello, =20 i have got a problem with the display of a tiff-image. Mapserver shows = a white map (and produces a white .png), but navigation is possible, the = square on the refenenz map is ok and scale/scalebar also. There is no = difference if the tiff is black/white (1 bit) or 8 bit, it never shows = an i get no error message from mapserver.=20 When i use another tiff from another project it works!! =20 The tiff was made with IrfanView (no compression, 256 Colors (counted = 16), 8 Bit): =20 Here a part of my mapfile: =20 LAYER NAME "Hintergrund" DATA "Stadtplan.tif" TYPE RASTER OFFSITE 1 STATUS ON END =20 Thanks for your help! Olaf ------=_NextPart_000_0008_01C334DF.95BFC430 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Ed,
 
the TIFF is georeferenced with a = TFW File. As=20 said, scale and coordinates are ok and the reference map shows the = correct=20 view.
 
I opened a TIFF which worked with = another=20 mapserver application a few minutes ago with IrfanView and saved it as = TIFF=20 (without editing). After saving with IrfanView the map-window was = white, as=20 if mapserver was able to show the image, but sets all colors to = white.=20
Is there an image conversion tool to = produce TIFFs=20 that mapserver can show?
 
Thanks
Olaf
----- Original Message -----
From:=20 Ed = McNierney
To: Olaf Knopp ; MapServer Liste
Sent: Tuesday, June 17, 2003 = 2:35=20 PM
Subject: RE: [Mapserver-users]=20 TIFF-Display

Olaf=20 –

 

How did you = add=20 geographic reference information to your TIFF so MapServer knows where = it is=20 in the world?  You need to have created either a GeoTIFF with the = coordinate info in the TIFF itself, or a world file with a TFW or WLD=20 extension to go with it.

 

            = - Ed

 

Ed=20 McNierney

President = and Chief=20 Mapmaker

TopoZone.com / Maps a=20 la carte, Inc.

73 = Princeton Street,=20 Suite 305

North = Chelmsford,=20 MA  01863

Phone: = (978)=20 251-4242  Fax: (978) 251-1396

ed at topozone.com

 

-----Original=20 Message-----
From: = Olaf Knopp=20 [mailto:oknopp at kartago.de]
Sent: Tuesday, June 17, 2003 = 5:31=20 AM
To: MapServer=20 Liste
Subject:=20 [Mapserver-users] TIFF-Display

 

Hello,

 

i have got a problem = with the=20 display of a tiff-image. Mapserver shows a white map (and produces a = white=20 .png), but navigation is possible, the square on the refenenz = map is=20 ok and scale/scalebar also. There is no difference if the tiff is = black/white (1 bit) or 8 bit, it never shows an i get no error = message=20 from mapserver. 

When i use another tiff = from=20 another project it works!!

 

The tiff was made with = IrfanView=20 (no compression, 256 Colors (counted 16), 8 = Bit):

 

Here a part of my=20 mapfile:

 

LAYER

    = NAME=20 "Hintergrund"

    = DATA=20 "Stadtplan.tif"

    = TYPE=20 RASTER

    = OFFSITE=20 1

    = STATUS=20 ON

END

 

Thanks for your=20 help!

Olaf

------=_NextPart_000_0008_01C334DF.95BFC430-- From Rich at GreenwoodMap.com Tue Jun 17 06:00:40 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Tue, 17 Jun 2003 07:00:40 -0600 Subject: [Mapserver-users] ASP and MapServer In-Reply-To: <001c01c334c2$0793eaa0$0301a8c0@valerion> Message-ID: <5.2.0.9.0.20030617065645.00a77410@mail.GreenwoodMap.com> --=======200F5EE8======= Content-Type: text/plain; x-avg-checked=avg-ok-6B026A8E; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit At 01:16 PM 6/17/2003 +0200, you wrote: >Hi, >I developed an ASP application that allow users to query dbase files in >Shapefiles datasets. >I'd like to pass records found to MapServer in order to zoom to their extents. >How can I pass these records to MapServer? You can use mapserver's itemquery mode to highlight a single object 3.6 syntax: mapserv.exe ?mode=itemquery &map=mymap.map &qlayer=region &mapext=shapes &pidn=22-41-16-06-1-01-010 4.0 syntax: mapserv.exe ?mode=itemquery &map=mymap.map &qlayer=region &mapext=shapes &qitem=pidn &qstring=22-41-16-06-1-01-010 In my example the layer is named 'rgeion' and has a primary key 'pidn' and I want to highlight record '22-41-16-06-1-01-010'. Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com --=======200F5EE8=======-- From noti at ciaoweb.it Tue Jun 17 06:05:10 2003 From: noti at ciaoweb.it (Mario) Date: Tue, 17 Jun 2003 15:05:10 +0200 Subject: [Mapserver-users] ASP and MapServer Message-ID: <008501c334d1$298e32a0$0301a8c0@valerion> This is a multi-part message in MIME format. ------=_NextPart_000_0080_01C334E1.D8B62ED0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Steve, dbase tables don't have indexed fields and when I query the database, I extract some records in a new recordset. If, as record number, you consider the absolute position in the original table I cannot have that number. Maybe it's possible to scroll all the database with a Find command but probably it would be very slow for large tables.... I 'm new in mapserver, can I find somewhere sample code that opens = shapefile and reads extents for a feature? Thank you Mario ----- Original Message ----- From: To: ; "Mario" Sent: Tuesday, June 17, 2003 2:02 PM Subject: Re: [Mapserver-users] ASP and MapServer > Hi Mario, > > If you can read the dbf and have the record number, then you need to > open the shapefile and read the extents for that record number, then > you can call $map->setextent(xmin, ymin, xmax,ymax) and you should be > all set. > > -Steve W. > > On 17 Jun 2003 at 13:16, Mario wrote: > > > Hi, > > I developed an ASP application that allow users to query dbase files > > in Shapefiles datasets. I'd like to pass records found to MapServer = in > > order to zoom to their extents. How can I pass these records to > > MapServer? > > > > Any help appreciated > > > > Thanks > > Mario > > > > > ------=_NextPart_000_0080_01C334E1.D8B62ED0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Steve,
dbase tables don't have indexed fields and when I = query the=20 database,
I extract some records in a new recordset. If, as record = number,=20 you
consider the absolute position in the original table I cannot = have=20 that
number.
Maybe it's possible to scroll all the database with a = Find=20 command but
probably it would be very slow for large tables....
I = 'm new=20 in mapserver, can I find somewhere sample code that opens = shapefile
and reads=20 extents for a feature?

Thank=20 you

Mario





----- Original Message = -----
From:=20 <woodbri at swoodbridge.com>To:=20 <mapserver-users at lists.g= is.umn.edu>;=20 "Mario" <noti at ciaoweb.it>
Sent:=20 Tuesday, June 17, 2003 2:02 PM
Subject: Re: [Mapserver-users] ASP and = MapServer


> Hi Mario,
>
> If you can read the = dbf and=20 have the record number, then you need to
> open the shapefile and = read the=20 extents for that record number, then
> you can call=20 $map->setextent(xmin, ymin, xmax,ymax) and you should be
> all=20 set.
>
> -Steve W.
>
> On 17 Jun 2003 at 13:16, = Mario=20 wrote:
>
> > Hi,
> > I developed an ASP = application that=20 allow users to query dbase files
> > in Shapefiles datasets. = I'd like=20 to pass records found to MapServer in
> > order to zoom to = their=20 extents. How can I pass these records to
> > MapServer?
> = >
> > Any help appreciated
> >
> > = Thanks
>=20 > Mario
> >
>
>
>
------=_NextPart_000_0080_01C334E1.D8B62ED0-- From schut at sarvision.com Tue Jun 17 06:08:26 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 17 Jun 2003 15:08:26 +0200 Subject: [Mapserver-users] TIFF-Display In-Reply-To: <000b01c334ce$d583fc50$2200a8c0@KNOPPMOBIL> References: <13858AA1A74F30419F319ACB66A9D1222BFB55@mercator.topozone.com> <000b01c334ce$d583fc50$2200a8c0@KNOPPMOBIL> Message-ID: <200306171508.26608.schut@sarvision.com> Is there an image conversion > tool to produce TIFFs that mapserver can show? I use Imagemagick's tools quite regular; never encountered problems using these images with mapserver. Usually, I convert images with it to 8 bit, add a .tfw file and use gdal_translate to add a coordinate system, if needed. Works as a charm. Btw, you can use gdalinfo (I suppose you have compiled gdal?) to get information about your tiff, e.g. if it is really still an 8-bit 256 colors image... Cheers, Vincent. > > Thanks > Olaf > ----- Original Message ----- > From: Ed McNierney > To: Olaf Knopp ; MapServer Liste > Sent: Tuesday, June 17, 2003 2:35 PM > Subject: RE: [Mapserver-users] TIFF-Display > > > Olaf - > > > > How did you add geographic reference information to your TIFF so > MapServer knows where it is in the world? You need to have created either > a GeoTIFF with the coordinate info in the TIFF itself, or a world file with > a TFW or WLD extension to go with it. > > > > - 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: Olaf Knopp [mailto:oknopp at kartago.de] > Sent: Tuesday, June 17, 2003 5:31 AM > To: MapServer Liste > Subject: [Mapserver-users] TIFF-Display > > > > Hello, > > > > i have got a problem with the display of a tiff-image. Mapserver shows a > white map (and produces a white .png), but navigation is possible, the > square on the refenenz map is ok and scale/scalebar also. There is no > difference if the tiff is black/white (1 bit) or 8 bit, it never shows an i > get no error message from mapserver. > > When i use another tiff from another project it works!! > > > > The tiff was made with IrfanView (no compression, 256 Colors (counted > 16), 8 Bit): > > > > Here a part of my mapfile: > > > > LAYER > > NAME "Hintergrund" > > DATA "Stadtplan.tif" > > TYPE RASTER > > OFFSITE 1 > > STATUS ON > > END > > > > Thanks for your help! > > Olaf -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From lfilak at medinaco.org Tue Jun 17 06:33:40 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 17 Jun 2003 09:33:40 -0400 Subject: [Mapserver-users] query results in a new window Message-ID: <200306171333.h5HDUaN19372@yogi.medinaco.net> The User Meeting proceedings should have tutorials for exactly that. You may want to keep checking the "USER MEETING" link on the homepage. Lowell F. The following message was sent by "Marco Cagnoli" on Tue, 17 Jun 2003 14:14:13 +0200. > Hi, > is it possible showing query results in an other window of the browser? > > Thanks, > Marco > _______________________________________________ > 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 Jun 17 06:43:29 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 17 Jun 2003 09:43:29 -0400 Subject: [Mapserver-users] map of mapserver users and providers Message-ID: <200306171343.h5HDhON19702@yogi.medinaco.net> Just as long as certain commercial vendor(s) don't have cruise missile capabilities I don't see why WMS/WFS should not be supplied ;-) Seriously, it would provide more living proof of the wide range capabilities of MapServer. Lowell The following message was sent by Joe Bussell on Mon, 16 Jun 2003 16:02:44 -0700. > The replies I have recieved on and off group suggest that this is a good > idea. I have also obtained permission to go ahead from my boss. I will > craft up a first pass at an data input form. There has been some > suggestions which will have to be thought out. > > One suggestion was to separate the data based on users vs. professional > development houses. Users could be any user of mapserver, while > developers would include individuals or firms involved with providing > GIS solutions via mapserver. This seems like a good plan as it would > provide a portal for folks searching for developers in their area. > > The other major suggestion was to include the information in a WMS/WFS > format. I am uneasy about this, though I am not really sure why. I > would be happy to hear any pros/cons. > > My intention will be to use our geocoder from TrafficDodger to provide > the answer to "where is my nearest 'n' developers?". The user input > will be derived from either a map click or a text field. > > The form fields I am considering are: > Name > Affiliation > Location (lat,lon) > URL > Summary (small html paragraph to describe projects or services) > > I do not wish to turn this into a matrix of specialties indicating if a > particular group provides PHP or PostGIS deveopment. That is where the > URL and summary comes in. On a search I will return a table of > providers/users in order of great circle distances. > > Comments? Suggestions? > > Cordially, > > Joe Bussell > www.TrafficDodger.com > > > > Joe Bussell wrote: > > I would like to create a map of the users of Mapserver. The plan is to > > take something like http://www.trafficdodger.com/perl/warp.cgi and make > > a similar page with user's locations plotted. This could easily turn > > into a regional developer locater... > > > > If there is interest I will craft up a form to input the data. If > > enough people participate I will create the map and associated locater > > service. > > > > Cordially, > > > > Joe Bussell > > www.trafficdodger.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 hunt at zedxinc.com Tue Jun 17 06:45:14 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Tue, 17 Jun 2003 09:45:14 -0400 Subject: [Mapserver-users] Terra Server WMS Message-ID: <003f01c334d6$ae189c40$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_003C_01C334B5.26D19460 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Can anyone send me an example or point me to an example, of using Terra = server as a WMS layer? Aaron D. Hunt Technical Manager ZedX Inc. ------=_NextPart_000_003C_01C334B5.26D19460 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Can anyone send me an example or point = me to an=20 example, of using Terra server as a WMS layer?
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
------=_NextPart_000_003C_01C334B5.26D19460-- From lfilak at medinaco.org Tue Jun 17 06:52:49 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 17 Jun 2003 09:52:49 -0400 Subject: [Mapserver-users] ASP and MapServer Message-ID: <200306171352.h5HDqiN19933@yogi.medinaco.net> Unfortunately the index field must be in the dbf/database to provide a link to the shape. You could always take the original dbf and create a new dbf from it which contains the index field or if your loading the data from the dbf into something else you could populate the field as it is loaded. Lowell The following message was sent by "Mario" on Tue, 17 Jun 2003 15:05:10 +0200. > Hi Steve, > dbase tables don't have indexed fields and when I query the database, > I extract some records in a new recordset. If, as record number, you > consider the absolute position in the original table I cannot have that > number. > Maybe it's possible to scroll all the database with a Find command but > probably it would be very slow for large tables.... > I 'm new in mapserver, can I find somewhere sample code that opens > shapefile > and reads extents for a feature? > > Thank you > > Mario > > > > > > ----- Original Message ----- > From: > To: ; "Mario" > Sent: Tuesday, June 17, 2003 2:02 PM > Subject: Re: [Mapserver-users] ASP and MapServer > > > > Hi Mario, > > > > If you can read the dbf and have the record number, then you need to > > open the shapefile and read the extents for that record number, then > > you can call $map->setextent(xmin, ymin, xmax,ymax) and you should be > > all set. > > > > -Steve W. > > > > On 17 Jun 2003 at 13:16, Mario wrote: > > > > > Hi, > > > I developed an ASP application that allow users to query dbase files > > > in Shapefiles datasets. I'd like to pass records found to MapServer > in > > > order to zoom to their extents. How can I pass these records to > > > MapServer? > > > > > > Any help appreciated > > > > > > Thanks > > > Mario > > > > > > > > > From David.Fawcett at state.mn.us Tue Jun 17 07:02:13 2003 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Tue, 17 Jun 2003 09:02:13 -0500 Subject: [Mapserver-users] Terra Server WMS Message-ID: If I remember correctly from the User Meeting, Dylan Keon at NACSE does this in at least one application. > ---------- > From: Aaron D. Hunt[SMTP:hunt at zedxinc.com] > Sent: Tuesday, June 17, 2003 8:45 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Terra Server WMS > > Can anyone send me an example or point me to an example, of using Terra server as a WMS layer? > > Aaron D. Hunt > Technical Manager > ZedX Inc. > > From edspremolla at Antel.com.uy Tue Jun 17 07:45:50 2003 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: 17 Jun 2003 11:45:50 -0300 Subject: [Mapserver-users] query results in a new window In-Reply-To: <200306171333.h5HDUaN19372@yogi.medinaco.net> References: <200306171333.h5HDUaN19372@yogi.medinaco.net> Message-ID: <1055861150.7882.43.camel@fly.in.iantel.com.uy> If you are using CGI try this:
..... Navegar mapa
Consulta objeto
Consulta mult. objetos I only don't know how to set the size of the new window, it gets opened with the same size of the main one. Eduardo Spremolla Montevideo,Uruguay El mar, 17 de 06 de 2003 a las 10:33, Lowell Filak escribi??: > The User Meeting proceedings should have tutorials for exactly that. > You may want to keep checking the "USER MEETING" link on the homepage. > Lowell F. > > The following message was sent by "Marco Cagnoli" > on Tue, 17 Jun 2003 14:14:13 +0200. > > > Hi, > > is it possible showing query results in an other window of the browser? > > > > Thanks, > > Marco > > _______________________________________________ > > 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 Tue Jun 17 08:10:08 2003 From: keon at nacse.org (Dylan Keon) Date: Tue, 17 Jun 2003 08:10:08 -0700 Subject: [Mapserver-users] Terra Server WMS In-Reply-To: <003f01c334d6$ae189c40$1805000a@helicity> References: <003f01c334d6$ae189c40$1805000a@helicity> Message-ID: <3EEF2F50.3030405@nacse.org> Aaron D. Hunt wrote: > Can anyone send me an example or point me to an example, of using Terra > server as a WMS layer? Hi Aaron, I'm using the Terraserver DOQs as a WMS layer. You can see it in action at http://gis.nacse.org/nbii/crypto.php . Note that the layer is scale-dependent. --Dylan Here's the layer definition I'm using: ===================================================================== LAYER NAME ortho METADATA "wms_title" "USGS Digital Ortho-Quadrangles" "wms_srs" "EPSG:26910" #NAD83 UTM zone 10N LYRNAME "DOQs (orthophotos)" LINK "http://terraserver.microsoft.com/about.aspx?n=AboutTerraServiceOvervie w" END GROUP "BASE DATA" STATUS OFF TYPE RASTER MINSCALE 1500 MAXSCALE 80000 CONNECTIONTYPE WMS CONNECTION "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYE RS=DOQ&FORMAT=png&styles=" PROJECTION "init=epsg:26910" #NAD83 UTM zone 10N END END ===================================================================== -- ************************************************ Dylan Keon GIS/Database Research Specialist Northwest Alliance for Computational Science and Engineering (NACSE) Oregon State University Corvallis, OR 97331 keon at nacse.org (541) 737-6608 ************************************************ From erich at museum.state.il.us Tue Jun 17 08:38:15 2003 From: erich at museum.state.il.us (Erich Schroeder) Date: Tue, 17 Jun 2003 10:38:15 -0500 (CDT) Subject: [Mapserver-users] Terra Server WMS In-Reply-To: <3EEF2F50.3030405@nacse.org> Message-ID: On Tue, 17 Jun 2003, Dylan Keon wrote: > PROJECTION > "init=epsg:26910" #NAD83 UTM zone 10N > END This is great! I'll be saving this message for future use! In my case, I would be spanning two utm zones. How would I handle this? Should there be two doq layers, one for each zone, and then the html form turns both on when the user asks for DOQs? 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 ed at topozone.com Tue Jun 17 09:14:02 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 17 Jun 2003 12:14:02 -0400 Subject: [Mapserver-users] Terra Server WMS Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFB5A@mercator.topozone.com> Erich - Yes, but be careful. When you say "spanning two UTM zones", do you mean displaying maps in each of two different zones, or displaying maps that cross the boundary between two UTM zones? Your MAP file (or querystring parameters) will specify the OUTPUT projection of your map. The PROJECTION blocks in each layer (including the WMS layers) specify the INPUT projection of each data layer. MapServer will automatically reproject the requested output area into the projection of each source layer and select the appropriate data from that layer (if any) and reproject it to the output projection. With Microsoft TerraServer's WMS interface, each UTM zone is served as a WMS layer in its "native" projection. So if you want data for two adjacent zones, you create two WMS layers, each with the appropriate projection block (the NAD83 UTM EPSG codes are 269xx where the last two digits are the UTM zone number, with a leading zero if needed, as in Dylan's example). HOWEVER, Microsoft TerraServer pads the edge of each UTM zone with "clouds" - their "no-data" imagery. Here's an example: http://terraserver.microsoft.com/image.aspx?Lon=-72&Lat=43&w=1&ref=G|-72 ,43 This shows a spot at the edge of UTM Zones 18/19. The projection is UTM Zone 18, and the area to the east of the zone boundary is "clouds". If you use Microsoft TerraServer's imagery this way, you should realize that you will never see an image that correctly straddles a zone boundary (it's certainly possible - we've done it on TopoZone for years) and that any image that crosses the zone edge will look like this. If you moved a little east you'd see imagery on the right and clouds on the left. Part of the problem is that the TerraServer WMS service reports this area as "data" and therefore serves an image to you, even though there's no real imagery there. The WMS interface doesn't seem to add the "clouds" but simply returns a solid white area where there's no data. If it fits your application, you might try using the OFFSITE statement to make the color white transparent in the WMS layers. This would then allow the layer "underneath" to show through. You would need to make your map background white, or add a solid white layer underneath the WMS images, in order to allow the REAL white on the images to be displayed. - 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: Erich Schroeder [mailto:erich at museum.state.il.us] Sent: Tuesday, June 17, 2003 11:38 AM To: Dylan Keon Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Terra Server WMS On Tue, 17 Jun 2003, Dylan Keon wrote: > PROJECTION > "init=epsg:26910" #NAD83 UTM zone 10N > END This is great! I'll be saving this message for future use! In my case, I would be spanning two utm zones. How would I handle this? Should there be two doq layers, one for each zone, and then the html form turns both on when the user asks for DOQs? 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/ --------------------------------------------------------------------- _______________________________________________ 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 Tue Jun 17 09:20:31 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 17 Jun 2003 09:20:31 -0700 Subject: [Mapserver-users] Terra Server WMS In-Reply-To: References: Message-ID: <3EEF3FCF.7050502@refractions.net> Yep, declare them as separate layers with different zones, but give them the same GROUP for handy toggling. Also make sure you include the extent information in the wms metadata, so mapserver knows to ignore layers outside of its current view extent. P. Erich Schroeder wrote: > On Tue, 17 Jun 2003, Dylan Keon wrote: > >> PROJECTION >> "init=epsg:26910" #NAD83 UTM zone 10N >> END > > This is great! I'll be saving this message for future use! > > In my case, I would be spanning two utm zones. How would I handle this? > Should there be two doq layers, one for each zone, and then the html form > turns both on when the user asks for DOQs? > > Erich > -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From erich at museum.state.il.us Tue Jun 17 09:24:32 2003 From: erich at museum.state.il.us (Erich Schroeder) Date: Tue, 17 Jun 2003 11:24:32 -0500 (CDT) Subject: [Mapserver-users] Terra Server WMS In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFB5A@mercator.topozone.com> Message-ID: Thanks Ed, this makes it clear that I'll have to experiment. When I develop things, I'll be dealing with Illinois which spans zones 15 & 16. I have access to a doq set projected into an extended 15 (if I remember right), so I might have to use that. Still, I was liking the idea of using Terraserver if that was possible, thereby saving my disk space. Erich On Tue, 17 Jun 2003, Ed McNierney wrote: > Erich - > > Yes, but be careful. > > When you say "spanning two UTM zones", do you mean displaying maps in > each of two different zones, or displaying maps that cross the boundary > between two UTM zones? > > Your MAP file (or querystring parameters) will specify the OUTPUT > projection of your map. The PROJECTION blocks in each layer (including > the WMS layers) specify the INPUT projection of each data layer. > MapServer will automatically reproject the requested output area into > the projection of each source layer and select the appropriate data from > that layer (if any) and reproject it to the output projection. > > With Microsoft TerraServer's WMS interface, each UTM zone is served as a > WMS layer in its "native" projection. So if you want data for two > adjacent zones, you create two WMS layers, each with the appropriate > projection block (the NAD83 UTM EPSG codes are 269xx where the last two > digits are the UTM zone number, with a leading zero if needed, as in > Dylan's example). > > HOWEVER, Microsoft TerraServer pads the edge of each UTM zone with > "clouds" - their "no-data" imagery. Here's an example: > > http://terraserver.microsoft.com/image.aspx?Lon=-72&Lat=43&w=1&ref=G|-72 > ,43 > > This shows a spot at the edge of UTM Zones 18/19. The projection is UTM > Zone 18, and the area to the east of the zone boundary is "clouds". If > you use Microsoft TerraServer's imagery this way, you should realize > that you will never see an image that correctly straddles a zone > boundary (it's certainly possible - we've done it on TopoZone for years) > and that any image that crosses the zone edge will look like this. If > you moved a little east you'd see imagery on the right and clouds on the > left. > > Part of the problem is that the TerraServer WMS service reports this > area as "data" and therefore serves an image to you, even though there's > no real imagery there. The WMS interface doesn't seem to add the > "clouds" but simply returns a solid white area where there's no data. > > If it fits your application, you might try using the OFFSITE statement > to make the color white transparent in the WMS layers. This would then > allow the layer "underneath" to show through. You would need to make > your map background white, or add a solid white layer underneath the WMS > images, in order to allow the REAL white on the images to be displayed. > > - 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: Erich Schroeder [mailto:erich at museum.state.il.us] > Sent: Tuesday, June 17, 2003 11:38 AM > To: Dylan Keon > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Terra Server WMS > > On Tue, 17 Jun 2003, Dylan Keon wrote: > > > PROJECTION > > "init=epsg:26910" #NAD83 UTM zone 10N > > END > > This is great! I'll be saving this message for future use! > > In my case, I would be spanning two utm zones. How would I handle this? > Should there be two doq layers, one for each zone, and then the html > form > turns both on when the user asks for DOQs? > > 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 erich at museum.state.il.us Tue Jun 17 10:15:50 2003 From: erich at museum.state.il.us (Erich Schroeder) Date: Tue, 17 Jun 2003 12:15:50 -0500 (CDT) Subject: [Mapserver-users] Preferred Linux distro? (ease of upkeep) Message-ID: Hi all, One of the problems that I've had with mapserver has to be with the general maintainence of the server itself. For other server applications I've pretty much settled on RedHat (about 9 different servers doing different things) with the new addition of the apt port for rpm. This has made general upgrades really easy, as long as I stay away from hand-compiled applications. Major upgrades can still be painful, of course. After my first few applications in the mapsever 2.something range, I have tended to make the mapserver server a separate specalized machine. Still, it would be great if the general upkeep remained as easy as possible. Given that, what has been the experience of list members on the comparative ease of installation, deployment, and maintainence of different linux flavors? My current experiment has been my first ever debian installation, and I have managed to follow (with some changes) the debian mapserver information on the mapserver wiki, along with editing the easymapsever script to get a compiled version of mapserver 40b along with php-cgi etc. This still has a hand-built feel about it, and would be pretty awful for an ISP who might want to provide mapserver as a feature. 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 keon at nacse.org Tue Jun 17 10:29:47 2003 From: keon at nacse.org (Dylan Keon) Date: Tue, 17 Jun 2003 10:29:47 -0700 Subject: [Mapserver-users] Terra Server WMS In-Reply-To: References: Message-ID: <3EEF500B.3060203@nacse.org> Ed - great post. Erich - one downside is that the Terraserver DOQ imagery is JPEG (read: 24-bit). So it only looks good if you render it as 24-bit within your MapServer app, which means you can end up pushing some pretty large images to the user. What I do is render all output as 8-bit unless the DOQ layer is displayed - then I switch to 24-bit. This keeps images at respectable sizes until a DOQ is requested. I just use a bit of PHP MapScript code to do this. You will need to use MS 4.0 beta along with the latest version of GD to get 24-bit capabilities. The upside is that it saves a lot of disk space, as you mentioned. --Dylan Erich Schroeder wrote: > Thanks Ed, this makes it clear that I'll have to experiment. When I > develop things, I'll be dealing with Illinois which spans zones 15 & 16. I > have access to a doq set projected into an extended 15 (if I remember > right), so I might have to use that. Still, I was liking the idea of using > Terraserver if that was possible, thereby saving my disk space. > > Erich > > On Tue, 17 Jun 2003, Ed McNierney wrote: > > >>Erich - >> >>Yes, but be careful. >> >>When you say "spanning two UTM zones", do you mean displaying maps in >>each of two different zones, or displaying maps that cross the boundary >>between two UTM zones? >> >>Your MAP file (or querystring parameters) will specify the OUTPUT >>projection of your map. The PROJECTION blocks in each layer (including >>the WMS layers) specify the INPUT projection of each data layer. >>MapServer will automatically reproject the requested output area into >>the projection of each source layer and select the appropriate data from >>that layer (if any) and reproject it to the output projection. >> >>With Microsoft TerraServer's WMS interface, each UTM zone is served as a >>WMS layer in its "native" projection. So if you want data for two >>adjacent zones, you create two WMS layers, each with the appropriate >>projection block (the NAD83 UTM EPSG codes are 269xx where the last two >>digits are the UTM zone number, with a leading zero if needed, as in >>Dylan's example). >> >>HOWEVER, Microsoft TerraServer pads the edge of each UTM zone with >>"clouds" - their "no-data" imagery. Here's an example: >> >>http://terraserver.microsoft.com/image.aspx?Lon=-72&Lat=43&w=1&ref=G|-72 >>,43 >> >>This shows a spot at the edge of UTM Zones 18/19. The projection is UTM >>Zone 18, and the area to the east of the zone boundary is "clouds". If >>you use Microsoft TerraServer's imagery this way, you should realize >>that you will never see an image that correctly straddles a zone >>boundary (it's certainly possible - we've done it on TopoZone for years) >>and that any image that crosses the zone edge will look like this. If >>you moved a little east you'd see imagery on the right and clouds on the >>left. >> >>Part of the problem is that the TerraServer WMS service reports this >>area as "data" and therefore serves an image to you, even though there's >>no real imagery there. The WMS interface doesn't seem to add the >>"clouds" but simply returns a solid white area where there's no data. >> >>If it fits your application, you might try using the OFFSITE statement >>to make the color white transparent in the WMS layers. This would then >>allow the layer "underneath" to show through. You would need to make >>your map background white, or add a solid white layer underneath the WMS >>images, in order to allow the REAL white on the images to be displayed. >> >> - 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: Erich Schroeder [mailto:erich at museum.state.il.us] >>Sent: Tuesday, June 17, 2003 11:38 AM >>To: Dylan Keon >>Cc: mapserver-users at lists.gis.umn.edu >>Subject: Re: [Mapserver-users] Terra Server WMS >> >>On Tue, 17 Jun 2003, Dylan Keon wrote: >> >> >>> PROJECTION >>> "init=epsg:26910" #NAD83 UTM zone 10N >>> END >> >>This is great! I'll be saving this message for future use! >> >>In my case, I would be spanning two utm zones. How would I handle this? >>Should there be two doq layers, one for each zone, and then the html >>form >>turns both on when the user asks for DOQs? >> >>Erich >> >> > > -- ************************************************ 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 Jun 17 10:30:35 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 17 Jun 2003 13:30:35 -0400 Subject: [Mapserver-users] Flash Capabilities References: <3EE9C659.1299.277CC4C9@localhost> <3EEDF33C.10201@dmsolutions.ca> <00c901c33474$e299b240$f84dfea9@gisedu> Message-ID: <3EEF503B.1040002@dmsolutions.ca> --------------060508020406030806010703 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I could add something like SWFACTIONSCRIPT metadata (on the web object) which can be use at save time to add specific actions script codes to the main movie : In your case It would be: Web ... metadata "SWFACTIONSCRIPT" "#inclue ./action/map.as;stop" ... end Would this be enough ? Later, Liangxu Wang wrote: >Hi all, > I am trying mapserver with swf output format now. There are some trouble with learning flash's action script when I planning use swf format. > When I load a map swf file from my main flash file,I can't do some change with the map swf file. so,if the map file generate >in the mapserver can dynamically load some specail action script from web server? for example, if exist "./action/map.as",the map swf file load it,just like this: > #inclue ./action/map.as; > stop; > > Sorry for my poor english. >wlx >----- Original Message ----- >From: "Yewondwossen Assefa" >To: >Cc: >Sent: Tuesday, June 17, 2003 12:41 AM >Subject: Re: [Mapserver-users] Flash Capabilities > > > > >>Hi There, >> Sorry for the late answer. I was out of the office since Friday. >> >>woodbri at swoodbridge.com wrote: >> >> >> >>>Hi Flashy People, >>> >>>I read this over and plan to give it a try: >>>http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html >>> >>> >>> >>> >> Most of the information is uptodate. Parts that needed updating : >> - Events and Highlights : the document described the initial >>proposition. It did not describe how It was currently implemented. I >>have updated that part of the document to describe what currently exists. >> >> >> >> >>>Is this document current or has more been done on this? >>>Do you have a priority wishlist? >>>Who is the principal developer on this? >>> >>> >>> >>> >> There is no real priority list right now. I guess It will depend on how >>things go when people use theis output more frequently. >> >> I would be the main developper of this although I have had contribution >>and suggestion from other developpers like Jan Hartmann. >> >> >> >>>I wanted to animate a route, like have each successive segment >>>highlight after a short delay and then repeat. Is this possible? How >>>hard would it be to implement? I saw some comments in the doc above >>>about highlighing, but it seemed to imply that this was not done yet. >>>I would probably have the route in its own layer if that makes a >>>difference. >>> >>> >>> >>> >> Hightlighting is implemented as noted above. Right now a second shape >>with the highlight color is drawn on top of the original shape when a >>mouse over happens on the shape. >> I am not sure how your case would be solved though. One possiblity >>would be to export for each element, it x,y coordinates (same way as the >>attributes are exported), and these coordinates would be accessible >>through Action Script. This idea was intially proposed for symbol layers >>to export the posisition of the symbols(x,y) and at the application >>level, position flash symbols at these specific positions. If there >>are other ideas, I would like to hear them. >> >> >> >>>I think some people have posted links to their apps, but if anyone >>>can share what they have done, I would be willing to add it to the >>>Wiki page and add my experiences to it. >>> >>> >>> >>> >>> >>Later, >> >>-- >>---------------------------------------------------------------- >>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 ---------------------------------------------------------------- --------------060508020406030806010703 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I could add something like SWFACTIONSCRIPT metadata (on the web object) which can be use at save time to add specific actions script codes to the main movie : In your case It would be:

 Web
     ...
    metadata
      "SWFACTIONSCRIPT" "#inclue ./action/map.as;stop"
      ...
    end

Would this be enough ?

Later,

 

Liangxu Wang wrote:
Hi all,
   I am trying mapserver with swf output format now. There are some trouble with learning flash's action script when I planning use swf format. 
  When I load a map swf file from my main flash file,I can't do some change with the map swf file. so,if the map file generate 
in the mapserver can dynamically load some specail action script from web server? for example, if exist "./action/map.as",the map swf file load it,just like this:
         #inclue ./action/map.as;
        stop;

    Sorry for my poor english.
wlx
----- Original Message ----- 
From: "Yewondwossen Assefa" <assefa at dmsolutions.ca>
To: <woodbri at swoodbridge.com>
Cc: <mapserver-users at lists.gis.umn.edu>
Sent: Tuesday, June 17, 2003 12:41 AM
Subject: Re: [Mapserver-users] Flash Capabilities


  
Hi There,
 Sorry for the late answer. I was out of the office since Friday.

woodbri at swoodbridge.com wrote:

    
Hi Flashy People,

I read this over and plan to give it a try:
http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html
 

      
  Most of the information is uptodate. Parts that needed updating :
   - Events and Highlights : the document described the initial 
proposition. It did not describe how It was currently implemented.  I 
have updated that part of the document to describe what currently exists.
 

    
Is this document current or has more been done on this? 
Do you have a priority wishlist?
Who is the principal developer on this?
 

      
 There is no real priority list right now. I guess It will depend on how 
things go when people use theis output more frequently.

 I would be the main developper of this although I have had contribution 
and suggestion from other developpers like Jan Hartmann.

    
I wanted to animate a route, like have each successive segment 
highlight after a short delay and then repeat. Is this possible? How 
hard would it be to implement? I saw some comments in the doc above 
about highlighing, but it seemed to imply that this was not done yet.
I would probably have the route in its own layer if that makes a 
difference.
 

      
  Hightlighting is implemented as noted above. Right now a second shape 
with the highlight color is drawn on top of the original shape when a 
mouse over happens on the shape.
  I am not sure how your case would be solved though. One possiblity 
would be to export for each element, it x,y coordinates (same way as the 
attributes are exported), and these coordinates would be accessible 
through Action Script. This idea was intially proposed for symbol layers 
to export the posisition of the symbols(x,y) and at the application  
level,  position flash symbols at these specific positions.  If there 
are other ideas, I would like to hear them.

    
I think some people have posted links to their apps, but if anyone 
can share what they have done, I would be willing to add it to the 
Wiki page and add my experiences to it.

 

      
Later,

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


--------------060508020406030806010703-- From woodbri at swoodbridge.com Tue Jun 17 11:11:57 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 17 Jun 2003 14:11:57 -0400 Subject: [Mapserver-users] Flash Capabilities Message-ID: I think this would be great. Thank you for the responses, I will comment on some of them tonight when I get a chance. By the way this deals with one of the conceptual problems I was having, which was how to integrate additional action script for a UI with the mapserver swf map. Also, what do people recommend as lower cost alternatives to MacroMedia's Flash development tools. How do they compare? Are there any good tools that run on Linux? Thanks, -Steve W. Yewondwossen Assefa wrote: > > --------------060508020406030806010703 > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > I could add something like SWFACTIONSCRIPT metadata (on the web object) > which can be use at save time to add specific actions script codes to > the main movie : In your case It would be: > > Web > ... > metadata > "SWFACTIONSCRIPT" "#inclue ./action/map.as;stop" > ... > end > > Would this be enough ? > > Later, > > > > Liangxu Wang wrote: > > >Hi all, > > I am trying mapserver with swf output format now. There are some trouble with learning flash's action script when I planning use swf format. > > When I load a map swf file from my main flash file,I can't do some change with the map swf file. so,if the map file generate > >in the mapserver can dynamically load some specail action script from web server? for example, if exist "./action/map.as",the map swf file load it,just like this: > > #inclue ./action/map.as; > > stop; > > > > Sorry for my poor english. > >wlx > >----- Original Message ----- > >From: "Yewondwossen Assefa" > >To: > >Cc: > >Sent: Tuesday, June 17, 2003 12:41 AM > >Subject: Re: [Mapserver-users] Flash Capabilities > > > > > > > > > >>Hi There, > >> Sorry for the late answer. I was out of the office since Friday. > >> > >>woodbri at swoodbridge.com wrote: > >> > >> > >> > >>>Hi Flashy People, > >>> > >>>I read this over and plan to give it a try: > >>>http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html > >>> > >>> > >>> > >>> > >> Most of the information is uptodate. Parts that needed updating : > >> - Events and Highlights : the document described the initial > >>proposition. It did not describe how It was currently implemented. I > >>have updated that part of the document to describe what currently exists. > >> > >> > >> > >> > >>>Is this document current or has more been done on this? > >>>Do you have a priority wishlist? > >>>Who is the principal developer on this? > >>> > >>> > >>> > >>> > >> There is no real priority list right now. I guess It will depend on how > >>things go when people use theis output more frequently. > >> > >> I would be the main developper of this although I have had contribution > >>and suggestion from other developpers like Jan Hartmann. > >> > >> > >> > >>>I wanted to animate a route, like have each successive segment > >>>highlight after a short delay and then repeat. Is this possible? How > >>>hard would it be to implement? I saw some comments in the doc above > >>>about highlighing, but it seemed to imply that this was not done yet. > >>>I would probably have the route in its own layer if that makes a > >>>difference. > >>> > >>> > >>> > >>> > >> Hightlighting is implemented as noted above. Right now a second shape > >>with the highlight color is drawn on top of the original shape when a > >>mouse over happens on the shape. > >> I am not sure how your case would be solved though. One possiblity > >>would be to export for each element, it x,y coordinates (same way as the > >>attributes are exported), and these coordinates would be accessible > >>through Action Script. This idea was intially proposed for symbol layers > >>to export the posisition of the symbols(x,y) and at the application > >>level, position flash symbols at these specific positions. If there > >>are other ideas, I would like to hear them. > >> > >> > >> > >>>I think some people have posted links to their apps, but if anyone > >>>can share what they have done, I would be willing to add it to the > >>>Wiki page and add my experiences to it. > >>> > >>> > >>> > >>> > >>> > >>Later, > >> > >>-- > >>---------------------------------------------------------------- > >>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 > ---------------------------------------------------------------- > > > > > --------------060508020406030806010703 > Content-Type: text/html; charset=us-ascii > Content-Transfer-Encoding: 7bit > > > > > > > > > I could add something like SWFACTIONSCRIPT metadata (on the web object) which > can be use at save time to add specific actions script codes to the main > movie : In your case It would be:
>
>  Web
>      ...
>     metadata
>       "SWFACTIONSCRIPT" "#inclue ./action/map.as;stop"
>       ...
>     end
>
> Would this be enough ?
>
> Later,
>
>  
>
> Liangxu Wang wrote:
>
>
Hi all,
>    I am trying mapserver with swf output format now. There are some trouble with learning flash's action script when I planning use swf format. 
>   When I load a map swf file from my main flash file,I can't do some change with the map swf file. so,if the map file generate 
> in the mapserver can dynamically load some specail action script from web server? for example, if exist "./action/map.as",the map swf file load it,just like this:
>          #inclue ./action/map.as;
>         stop;
> 
>     Sorry for my poor english.
> wlx
> ----- Original Message ----- 
> From: "Yewondwossen Assefa" <assefa at dmsolutions.ca>
> To: <woodbri at swoodbridge.com>
> Cc: <mapserver-users at lists.gis.umn.edu>
> Sent: Tuesday, June 17, 2003 12:41 AM
> Subject: Re: [Mapserver-users] Flash Capabilities
> 
> 
>   
>
>
Hi There,
>  Sorry for the late answer. I was out of the office since Friday.
> 
> woodbri at swoodbridge.com wrote:
> 
>     
>
>
Hi Flashy People,
> 
> I read this over and plan to give it a try:
> http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html
>  
> 
>       
>
>
  Most of the information is uptodate. Parts that needed updating :
>    - Events and Highlights : the document described the initial 
> proposition. It did not describe how It was currently implemented.  I 
> have updated that part of the document to describe what currently exists.
>  
> 
>     
>
>
Is this document current or has more been done on this? 
> Do you have a priority wishlist?
> Who is the principal developer on this?
>  
> 
>       
>
>
 There is no real priority list right now. I guess It will depend on how 
> things go when people use theis output more frequently.
> 
>  I would be the main developper of this although I have had contribution 
> and suggestion from other developpers like Jan Hartmann.
> 
>     
>
>
I wanted to animate a route, like have each successive segment 
> highlight after a short delay and then repeat. Is this possible? How 
> hard would it be to implement? I saw some comments in the doc above 
> about highlighing, but it seemed to imply that this was not done yet.
> I would probably have the route in its own layer if that makes a 
> difference.
>  
> 
>       
>
>
  Hightlighting is implemented as noted above. Right now a second shape 
> with the highlight color is drawn on top of the original shape when a 
> mouse over happens on the shape.
>   I am not sure how your case would be solved though. One possiblity 
> would be to export for each element, it x,y coordinates (same way as the 
> attributes are exported), and these coordinates would be accessible 
> through Action Script. This idea was intially proposed for symbol layers 
> to export the posisition of the symbols(x,y) and at the application  
> level,  position flash symbols at these specific positions.  If there 
> are other ideas, I would like to hear them.
> 
>     
>
>
I think some people have posted links to their apps, but if anyone 
> can share what they have done, I would be willing to add it to the 
> Wiki page and add my experiences to it.
> 
>  
> 
>       
>
>
Later,
> 
> -- 
> ----------------------------------------------------------------
> 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
> ----------------------------------------------------------------
> 
> 
>
> > > > --------------060508020406030806010703-- > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From andres at mapserver.cl Tue Jun 17 12:04:21 2003 From: andres at mapserver.cl (=?iso-8859-1?B?QW5kculzIENvbGxhbw==?=) Date: Tue, 17 Jun 2003 19:04:21 +0000 Subject: [Mapserver-users] RE: TIFF-Display Message-ID: Hi, I'm working with RASTER and the tif was made with ESRI - Arcview, then rename the .TIFW file to .WLD. Uses Photoshop to convert the tif file to GRAYSCALE Mapserver 3.6.4 is not working with 24 or 16 bit files, only with 1bit. >Hello, >i have got a problem with the display of a tiff-image. Mapserver shows a >white map (and produces a white .png), but navigation is possible, the >square on the refenenz map is ok and scale/scalebar also. There is no >difference if the tiff is black/white (1 bit) or 8 bit, it never shows an i >get no error message from mapserver. >When i use another tiff from another project it works!! >The tiff was made with IrfanView (no compression, 256 Colors (counted 16), >8 Bit): >Here a part of my mapfile: >LAYER > NAME "Hintergrund" > DATA "Stadtplan.tif" > TYPE RASTER > OFFSITE 1 > STATUS ON >END >Thanks for your help! >Olaf Atte. --------------- Andr?s Collao. --------------- collao_andres at hotmail.com andres at mapserver.cl "El hombre es un Dios cuando sue?a y un mendigo cuando reflexiona". :-- Il peggior nemico del succeso ? la pauta del fallimiento :-- El peor enemigo del ?xito es el miedo al fracaso _________________________________________________________________ Charla con tus amigos en l?nea mediante MSN Messenger: http://messenger.yupimsn.com/ From lfilak at medinaco.org Tue Jun 17 12:22:08 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 17 Jun 2003 15:22:08 -0400 Subject: [Mapserver-users] Preferred Linux distro? (ease of upkeep) Message-ID: <200306171922.h5HJM3N27068@yogi.medinaco.net> We only have a limited amount of experience with upgrading a machine running an MS app., but did not run into a problem because the RPM upgrade, for example, gd-1.8.3-7 did not require the removal of gd-devel-1.3-6 so MS ran along happily, this is not necessarily the norm. Since then we have moved MS to it's own machine and ProxyPass map requests to it so it can live in it's own environment. Unless MS becomes an app. on the standard RH, Suse, Debian, update list I don't foresee an automatic way to upgrade the system because of the dependencies. Maybe someone could come up with a killer MS app. that allows anyone with a linux distribution installed to reorganize their office funiture visually via MS and then it would become a standard package in each distribution which would then require any automatic updates to take it into account. Lowell The following message was sent by Erich Schroeder on Tue, 17 Jun 2003 12:15:50 -0500 (CDT). > Hi all, > One of the problems that I've had with mapserver has to be with the > general maintainence of the server itself. For other server applications > I've pretty much settled on RedHat (about 9 different servers doing > different things) with the new addition of the apt port for rpm. This has > made general upgrades really easy, as long as I stay away from > hand-compiled applications. Major upgrades can still be painful, of > course. > > After my first few applications in the mapsever 2.something range, I > have tended to make the mapserver server a separate specalized machine. > Still, it would be great if the general upkeep remained as easy as > possible. Given that, what has been the experience of list members on the > comparative ease of installation, deployment, and maintainence of > different linux flavors? > > My current experiment has been my first ever debian installation, and I > have managed to follow (with some changes) the debian mapserver > information on the mapserver wiki, along with editing the easymapsever > script to get a compiled version of mapserver 40b along with php-cgi etc. > This still has a hand-built feel about it, and would be pretty awful for > an ISP who might want to provide mapserver as a feature. > > 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/ > --------------------------------------------------------------------- > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bartvde at xs4all.nl Tue Jun 17 12:30:40 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 17 Jun 2003 21:30:40 +0200 Subject: [mapserver-users] 24 bit png, latlonbbox, pdf overlay Message-ID: Hi list, I use mapserver 4.0 beta1 on ECW files. I use the WMS interface. I have some questions about it: ECW is ofcourse 24 bit, so it seems the most logical to me to request mapserver for a 24 bit png image. -when I request for an image of type png, I seem to get an 8 bit and not a 24 bit image. How do I get a 24 bit one? Will it be faster with 24 bit png because no resampling has to be done? With jpeg it looks fine, with png the colours seem to be different from the ECW source file, but that is probably because of the resampling or not? -in the capabilities the LatLonBoundingBox takes on the values from the SRS in which the raster resides. Is it not better to provide dummy values in the value range of latlon, or is it even possible to calculate them (although then the caps will be slower). -when I ask for an output of pdf an invalid pdf file is created. Should it work? -does mapserver also have the possibility to cascade with outputformat = pdf, i.e. can it overlay pdf files coming from different servers (combine into one pdf when I ask for layers=layer_1,layer_2&format=PDF where layer_1 and layer_2 coming from different servers)? Thanks in advance for the answers, Bart From bart at atsence.nl Tue Jun 17 12:35:13 2003 From: bart at atsence.nl (Bart van Heijningen) Date: 17 Jun 2003 21:35:13 +0200 Subject: [Mapserver-users] RH8 Mapserver4(3.7) compilation --with-regex=system error In-Reply-To: <004701c33041$8b282fa0$9852b280@photigr3> References: <004701c33041$8b282fa0$9852b280@photigr3> Message-ID: <1055878514.5711.13.camel@localhost.localdomain> Hi all, I followed the following link for compiling Mapserver37 on Redat8 http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 Altough I clearly copiled php with the --with-regex=system flag set (it is also listed in phpinfo()!! ) i keeps giving the following error mesg.: checking whether we should use PHP's regex... yes 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. !!! PHP-4.3.1 is compiled with: /configure --enable-shared --with-regex=system --with-gd=/usr/local --with-ttf=/usr --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib --enable-force-cgi-redirect --enable-dbase --with-config-file-path I use for mapserver: ./configure --without-tiff --without-eppl --with-threads --with-proj --with-php=/r oot/php-4.3.1 --with-gd --with-png --with-w3c-libwww --with-freetype=/usr/bin --with-pdf -- with-ogr --with-gdal --with-ming --with-wfs --with-wfs-client > > Everything works fine until I try to test the installation with phpinfo(). I got the following error message: > > Warning: Unexpected character in input: '' (ASCII=15) state=1 in /var/www/cgi-bin/php on line 3325 > Warning: Unexpected character in input: '' (ASCII=2) state=1 in /var/www/cgi-bin/php on line 3325 > Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on line 3325 > Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on line 3325 > Warning: Unexpected character in input: '' (ASCII=15) state=1 in /var/www/cgi-bin/php on line 3325 > Parse error: parse error in /var/www/cgi-bin/php on line 3325 > > Is it a known issue or I mistaken somewhere. > I am using redhat 9 and apache 2.0.40, mapserver 3.6.6 and PHP 4.3.2 > > Christian From gadoury at dmsolutions.ca Tue Jun 17 12:55:04 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Tue, 17 Jun 2003 15:55:04 -0400 Subject: [Mapserver-users] Terra Server WMS References: <003f01c334d6$ae189c40$1805000a@helicity> <3EEF2F50.3030405@nacse.org> Message-ID: <3EEF7218.70706@dmsolutions.ca> This is really good to know. I mainly wanted to jump in to say that I love your application interface! Dylan Keon wrote: > Aaron D. Hunt wrote: > >> Can anyone send me an example or point me to an example, of using >> Terra server as a WMS layer? > > > Hi Aaron, > > I'm using the Terraserver DOQs as a WMS layer. You can see it in > action at http://gis.nacse.org/nbii/crypto.php . Note that the layer > is scale-dependent. > > --Dylan > > Here's the layer definition I'm using: > > ===================================================================== > LAYER > NAME ortho > METADATA > "wms_title" "USGS Digital Ortho-Quadrangles" > "wms_srs" "EPSG:26910" #NAD83 UTM zone 10N > LYRNAME "DOQs (orthophotos)" > LINK > "http://terraserver.microsoft.com/about.aspx?n=AboutTerraServiceOvervie > w" > END > GROUP "BASE DATA" > STATUS OFF > TYPE RASTER > MINSCALE 1500 > MAXSCALE 80000 > CONNECTIONTYPE WMS > CONNECTION > "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYE > RS=DOQ&FORMAT=png&styles=" > PROJECTION > "init=epsg:26910" #NAD83 UTM zone 10N > END > END > ===================================================================== > -- ___________________________ 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 jshorie at medinaco.org Tue Jun 17 13:28:23 2003 From: jshorie at medinaco.org (Jon Shorie) Date: Tue, 17 Jun 2003 16:28:23 -0400 Subject: [Mapserver-users] Preferred Linux distro? (ease of upkeep) In-Reply-To: References: Message-ID: <200306171628.23209.jshorie@medinaco.org> On Tuesday 17 June 2003 13:15, Erich Schroeder wrote: > Hi all, > One of the problems that I've had with mapserver has to be with the > general maintainence of the server itself. For other server applications > I've pretty much settled on RedHat (about 9 different servers doing > different things) with the new addition of the apt port for rpm. This has > made general upgrades really easy, as long as I stay away from > hand-compiled applications. Major upgrades can still be painful, of > course. > > After my first few applications in the mapsever 2.something range, I > have tended to make the mapserver server a separate specalized machine. > Still, it would be great if the general upkeep remained as easy as > possible. Given that, what has been the experience of list members on the > comparative ease of installation, deployment, and maintainence of > different linux flavors? > > My current experiment has been my first ever debian installation, and I > have managed to follow (with some changes) the debian mapserver > information on the mapserver wiki, along with editing the easymapsever > script to get a compiled version of mapserver 40b along with php-cgi etc. > This still has a hand-built feel about it, and would be pretty awful for > an ISP who might want to provide mapserver as a feature. > > Erich I am running it on Redhat 7.3. The install was simple. Both the mapserver and the perl mapscript compiled first time with no errors. By the way when I installed Redhat I did a complete install with all packages. This eliminated the majority of dependency problems. From spencer at dmsolutions.ca Tue Jun 17 14:02:33 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Tue, 17 Jun 2003 17:02:33 -0400 Subject: [Mapserver-users] Terra Server WMS In-Reply-To: <3EEF7218.70706@dmsolutions.ca> References: <003f01c334d6$ae189c40$1805000a@helicity> <3EEF2F50.3030405@nacse.org> <3EEF7218.70706@dmsolutions.ca> Message-ID: <3EEF81E9.9060103@magma.ca> Dylan, based on Dean's comment, I had to check it out! But it appears that your browser check is a little too restrictive. I get the Netscape 4.x warning using Mozilla 1.4beta. Cheers, Paul Dean Gadoury wrote: > This is really good to know. I mainly wanted to jump in to say that I > love your application interface! > > Dylan Keon wrote: > >> Aaron D. Hunt wrote: >> >>> Can anyone send me an example or point me to an example, of using >>> Terra server as a WMS layer? >> >> >> >> Hi Aaron, >> >> I'm using the Terraserver DOQs as a WMS layer. You can see it in >> action at http://gis.nacse.org/nbii/crypto.php . Note that the layer >> is scale-dependent. >> >> --Dylan >> >> Here's the layer definition I'm using: >> >> ===================================================================== >> LAYER >> NAME ortho >> METADATA >> "wms_title" "USGS Digital Ortho-Quadrangles" >> "wms_srs" "EPSG:26910" #NAD83 UTM zone 10N >> LYRNAME "DOQs (orthophotos)" >> LINK >> "http://terraserver.microsoft.com/about.aspx?n=AboutTerraServiceOvervie >> w" >> END >> GROUP "BASE DATA" >> STATUS OFF >> TYPE RASTER >> MINSCALE 1500 >> MAXSCALE 80000 >> CONNECTIONTYPE WMS >> CONNECTION >> "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYE >> RS=DOQ&FORMAT=png&styles=" >> PROJECTION >> "init=epsg:26910" #NAD83 UTM zone 10N >> END >> END >> ===================================================================== >> > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From Tom.Kralidis at CCRS.NRCan.gc.ca Tue Jun 17 15:59:15 2003 From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca) Date: Tue, 17 Jun 2003 18:59:15 -0400 Subject: [Fwd: Re: [mapserver-users] fastcgi?] Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA21E8@s5-ccr-r1.ccrs.nrcan.gc.ca> Hi, With regard to this thread, I thought I'd give my thoughts on the MapServer 4.o release. Some of you may or may not be aware of the recent Chameleon software announced by DM Solutions Group at the MUM (http://www.maptools.org/chameleon/). This open source software is the result of a project (named cwc2) from the Canadian Geospatial Data Infrastructure (CGDI), part of the GeoConnections program for Canada. This software is targeted at enabling our partners and stakeholders to do rapid application development using standards prescribed by the CGDI and the OpenGIS Consortium (OGC). We are currently working with DM Solutions to solidify a Chameleon 1.0 final release within the next month. Part of this distribution relies on changes made to MapServer which is available in the nightly CVS (or what will be the official 4.0 release). A MapServer 4.0 is required to satisfy project requirements. Having said this, while I wholeheartedly agree with the proposed upgrades to the software, I ask those who are responsible for official software releases to consider and provide an estimated release of MapServer 4.0 to the public, and to consider closing out bugs for 4.0 and to defer new functionality for a later release. As MapServer is a separate install in the Chameleon architecture, we would like to point users to MapServer 4.0, rather than the nightly build. Any comments are appreciated. Many thanks ..Tom ========================================= Tom Kralidis Systems Scientist GeoConnections / Natural Resources Canada Tel: (613) 947-1828 http://www.cgdi.ca/ ========================================= > > > -------- Original Message -------- > Subject: Re: [mapserver-users] fastcgi? > Date: Mon, 16 Jun 2003 10:47:33 -0400 > From: Frank Warmerdam > To: bartvde at xs4all.nl > CC: " " > > References: > > Bart van den Eijnden wrote: > > Hi list, > > > > I see that some thread-safety issues have been addressed > in the latest > > version. > > > > Are there any plans to implement mapserver as a fast-cgi, > so that the > > map configuration file does not have to be parsed all the time and > > database connections can be "persistent"? > > Bart, > > I discussed this with Daniel a bit on the weekend, and have > briefly reviewed > the FastCGI docs, and I think this would be a useful thing to > implement for > some cases. I don't think that map file parsing time is likely to be > significant most of the time, and a straightforward implementation of > FastCGI > support is unlikely to avoid reparsing the mapfile anyways. > However, in the > short term I think it would help a great deal with database > connections > which can be expensive to setup, and initializing the > FMEObjects library for > use with MapServer. > > So, I propose to try and implement simple FastCGI support for > MapServer in > time for the 4.0 release. This would basically just wrap the > mainloop of > "mapserv". I will look at enabling multi-threaded fast cgi > use, but for > the usual reasons (big locks around some of the slower > sections like GDAL > reading) running multiple threads is unlikely to help much in > some cases. > > What this initial effort will allow for is sharing connection > setup, and > expensive library initializations over a whole bunch of > cgi-bin requests > instead of redoing it for each. I imagine there will be some > sort of a > --fast-cgi configure option that would build fastcgi support into the > mapserv executable (or perhaps we will need to link a > separate fastmapserv > executable). The effort will also involve some checking to > ensure there > aren't per render memory leaks. > > In the future I would like to see: > o A mechanism to preserve open handles for GDAL datasets. > Some raster > formats are a bit expensive to open with GDAL. Holding open the > datasets would also provide dramatic improvments in some > cases in that > the existing GDAL raster data caching mechanism would > then be useful. > Note that GDAL already has a concept of "sharing" a GDAL dataset > intended to allow multiple parts of an application to > share a given > GDAL dataset handle via a reference counting mechanism. > So I think for > this to work well we would just have to implement a > mechanism in the > .map file (or something else controlling the FastCGI > configuration > perhaps) to declare GDAL files that should be opened > when the server > starts and left open till it terminates. > > o A mechanism to allowing preserving OGR dataset > connections similarly. > There is also a new "shared dataset" mechanism in OGR so > a similiar > approach to GDAL should be applicable. Note that OGR does not > generally > provide any feature caching logic, so the main savings > with OGR caching > is to avoid the cost of reopening datasets all the time. > For some > formats this is high. > > o A mechanism to preserve a parsed mapfile. I don't know > if there are > issues with this though. For instance, if URL > parameters modify some > values in the in-memory mapObj and layerObjs then they > can't be reused > directly. Did Sean or someone implement a complete mechanism to > copy mapObj's and all the associated stuff? > > o In the even longer term I would like to implement a more > fine grained > locking within GDAL so that the "big lock" around GDAL > won't be such > an issue. > > I don't forsee alot of work implementing caching or preserving access > to shapefiles. This is already very lightweight and fast as > implemented > and so should need much work. Nor would I add will a well organized > shapefile based map gain much from FastCGI support. This is mainly > aimed at various addin libraries. > > I don't know what the implications of FastCGI support for > mapscript-cgi > applications are. I am not really well organized to deal > with that, but > perhaps once it is working well for mapserv that could be > investigated. > > I would add that FastCGI support will also benefit from cleanup in > MapServ related to multi-threaded support for server loadable modules > and so forth. > > I am interested in hearing from a few folks who would be interested in > testing FastCGI support as I am working on it. > > I imagine further FastCGI discussions should be moved to the -dev list > untill it is working well. > > PS. I really wish I had made it to MUM. It sounds like it > was a blast. > I have already been talking to the guys about seminars I > might present at > next years meeting on PROJ, GDAL and raster support in > general. Perhaps > even on FastCGI and multi-threading issues! > > Best regards, > > -- > ---------------------------------------+---------------------- > ---------------- > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial > Programmer for Rent > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- > Dave McIlhagga > President, DM Solutions Group > > http://www.dmsolutions.ca > EMail : mcilhagga at dmsolutions.ca > Phone : 613-565-5056 x15 > Fax : 613-565-0925 > > From rgrant at nrcan.gc.ca Tue Jun 17 17:13:39 2003 From: rgrant at nrcan.gc.ca (Grant, Ryan) Date: Tue, 17 Jun 2003 20:13:39 -0400 Subject: [Mapserver-users] Flash Capabilities Message-ID: <8AE17DD6AA4FD51191CD0002A551168101E66AB9@s5-van1-r1.ess.nrcan.gc.ca> Maybe I'm alone in this opinion, but I would strongly suggest getting a copy of Macromedia's Flash MX if you are starting down the Flash Road. It is possible to generate swf's without it, by using the Ming libraries for PHP. And I think there is a package called Swish that will make swf's as well. However, the Flash MX development environment is a great tool if you are hoping to make a rich interactive interface for your mapserver maps. -----Original Message----- From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] Sent: Tuesday, June 17, 2003 11:12 AM To: Yewondwossen Assefa Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Flash Capabilities I think this would be great. Thank you for the responses, I will comment on some of them tonight when I get a chance. By the way this deals with one of the conceptual problems I was having, which was how to integrate additional action script for a UI with the mapserver swf map. Also, what do people recommend as lower cost alternatives to MacroMedia's Flash development tools. How do they compare? Are there any good tools that run on Linux? Thanks, -Steve W. Yewondwossen Assefa wrote: > > --------------060508020406030806010703 > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > I could add something like SWFACTIONSCRIPT metadata (on the web object) > which can be use at save time to add specific actions script codes to > the main movie : In your case It would be: > > Web > ... > metadata > "SWFACTIONSCRIPT" "#inclue ./action/map.as;stop" > ... > end > > Would this be enough ? > > Later, > > > > Liangxu Wang wrote: > > >Hi all, > > I am trying mapserver with swf output format now. There are some trouble with learning flash's action script when I planning use swf format. > > When I load a map swf file from my main flash file,I can't do some change with the map swf file. so,if the map file generate > >in the mapserver can dynamically load some specail action script from web server? for example, if exist "./action/map.as",the map swf file load it,just like this: > > #inclue ./action/map.as; > > stop; > > > > Sorry for my poor english. > >wlx > >----- Original Message ----- > >From: "Yewondwossen Assefa" > >To: > >Cc: > >Sent: Tuesday, June 17, 2003 12:41 AM > >Subject: Re: [Mapserver-users] Flash Capabilities > > > > > > > > > >>Hi There, > >> Sorry for the late answer. I was out of the office since Friday. > >> > >>woodbri at swoodbridge.com wrote: > >> > >> > >> > >>>Hi Flashy People, > >>> > >>>I read this over and plan to give it a try: > >>>http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html > >>> > >>> > >>> > >>> > >> Most of the information is uptodate. Parts that needed updating : > >> - Events and Highlights : the document described the initial > >>proposition. It did not describe how It was currently implemented. I > >>have updated that part of the document to describe what currently exists. > >> > >> > >> > >> > >>>Is this document current or has more been done on this? > >>>Do you have a priority wishlist? > >>>Who is the principal developer on this? > >>> > >>> > >>> > >>> > >> There is no real priority list right now. I guess It will depend on how > >>things go when people use theis output more frequently. > >> > >> I would be the main developper of this although I have had contribution > >>and suggestion from other developpers like Jan Hartmann. > >> > >> > >> > >>>I wanted to animate a route, like have each successive segment > >>>highlight after a short delay and then repeat. Is this possible? How > >>>hard would it be to implement? I saw some comments in the doc above > >>>about highlighing, but it seemed to imply that this was not done yet. > >>>I would probably have the route in its own layer if that makes a > >>>difference. > >>> > >>> > >>> > >>> > >> Hightlighting is implemented as noted above. Right now a second shape > >>with the highlight color is drawn on top of the original shape when a > >>mouse over happens on the shape. > >> I am not sure how your case would be solved though. One possiblity > >>would be to export for each element, it x,y coordinates (same way as the > >>attributes are exported), and these coordinates would be accessible > >>through Action Script. This idea was intially proposed for symbol layers > >>to export the posisition of the symbols(x,y) and at the application > >>level, position flash symbols at these specific positions. If there > >>are other ideas, I would like to hear them. > >> > >> > >> > >>>I think some people have posted links to their apps, but if anyone > >>>can share what they have done, I would be willing to add it to the > >>>Wiki page and add my experiences to it. > >>> > >>> > >>> > >>> > >>> > >>Later, > >> > >>-- > >>---------------------------------------------------------------- > >>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 > ---------------------------------------------------------------- > > > > > --------------060508020406030806010703 > Content-Type: text/html; charset=us-ascii > Content-Transfer-Encoding: 7bit > > > > > > > > > I could add something like SWFACTIONSCRIPT metadata (on the web object) which > can be use at save time to add specific actions script codes to the main > movie : In your case It would be:
>
>  Web
>      ...
>     metadata
>       "SWFACTIONSCRIPT" "#inclue ./action/map.as;stop"
>       ...
>     end
>
> Would this be enough ?
>
> Later,
>
>  
>
> Liangxu Wang wrote:
>
>
Hi all,
>    I am trying mapserver with swf output format now. There are some
trouble with learning flash's action script when I planning use swf format. 
>   When I load a map swf file from my main flash file,I can't do some
change with the map swf file. so,if the map file generate 
> in the mapserver can dynamically load some specail action script from web
server? for example, if exist "./action/map.as",the map swf file load
it,just like this:
>          #inclue ./action/map.as;
>         stop;
> 
>     Sorry for my poor english.
> wlx
> ----- Original Message ----- 
> From: "Yewondwossen Assefa" <assefa at dmsolutions.ca>
> To: <woodbri at swoodbridge.com>
> Cc: <mapserver-users at lists.gi
s.umn.edu>
> Sent: Tuesday, June 17, 2003 12:41 AM
> Subject: Re: [Mapserver-users] Flash Capabilities
> 
> 
>   
>
>
Hi There,
>  Sorry for the late answer. I was out of the office since Friday.
> 
> woodbri at swoodbridge.com wrote:
> 
>     
>
>
Hi Flashy People,
> 
> I read this over and plan to give it a try:
> ht
tp://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html
>  
> 
>       
>
>
  Most of the information is uptodate. Parts that needed
updating :
>    - Events and Highlights : the document described the initial 
> proposition. It did not describe how It was currently implemented.  I 
> have updated that part of the document to describe what currently exists.
>  
> 
>     
>
>
Is this document current or has more been done on this?

> Do you have a priority wishlist?
> Who is the principal developer on this?
>  
> 
>       
>
>
 There is no real priority list right now. I guess It
will depend on how 
> things go when people use theis output more frequently.
> 
>  I would be the main developper of this although I have had contribution 
> and suggestion from other developpers like Jan Hartmann.
> 
>     
>
>
I wanted to animate a route, like have each successive
segment 
> highlight after a short delay and then repeat. Is this possible? How 
> hard would it be to implement? I saw some comments in the doc above 
> about highlighing, but it seemed to imply that this was not done yet.
> I would probably have the route in its own layer if that makes a 
> difference.
>  
> 
>       
>
>
  Hightlighting is implemented as noted above. Right now
a second shape 
> with the highlight color is drawn on top of the original shape when a 
> mouse over happens on the shape.
>   I am not sure how your case would be solved though. One possiblity 
> would be to export for each element, it x,y coordinates (same way as the 
> attributes are exported), and these coordinates would be accessible 
> through Action Script. This idea was intially proposed for symbol layers 
> to export the posisition of the symbols(x,y) and at the application  
> level,  position flash symbols at these specific positions.  If there 
> are other ideas, I would like to hear them.
> 
>     
>
>
I think some people have posted links to their apps,
but if anyone 
> can share what they have done, I would be willing to add it to the 
> Wiki page and add my experiences to it.
> 
>  
> 
>       
>
>
Later,
> 
> -- 
> ----------------------------------------------------------------
> 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
> ----------------------------------------------------------------
> 
> 
>
> > > > --------------060508020406030806010703-- > > > _______________________________________________ > 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 wlx at cngis.org Tue Jun 17 17:39:39 2003 From: wlx at cngis.org (Liangxu Wang) Date: Wed, 18 Jun 2003 08:39:39 +0800 Subject: [Mapserver-users] Flash Capabilities References: <3EE9C659.1299.277CC4C9@localhost> <3EEDF33C.10201@dmsolutions.ca> <00c901c33474$e299b240$f84dfea9@gisedu> <3EEF503B.1040002@dmsolutions.ca> Message-ID: <001801c33532$1a290a40$f84dfea9@gisedu> hi, This is good enough for flash action script,thank you. wlx ----- Original Message ----- From: Yewondwossen Assefa To: Liangxu Wang Cc: Mapserver list Sent: Wednesday, June 18, 2003 1:30 AM Subject: Re: [Mapserver-users] Flash Capabilities I could add something like SWFACTIONSCRIPT metadata (on the web object) which can be use at save time to add specific actions script codes to the main movie : In your case It would be: Web ... metadata "SWFACTIONSCRIPT" "#inclue ./action/map.as;stop" ... end Would this be enough ? Later, Liangxu Wang wrote: Hi all, I am trying mapserver with swf output format now. There are some trouble with learning flash's action script when I planning use swf format. When I load a map swf file from my main flash file,I can't do some change with the map swf file. so,if the map file generate in the mapserver can dynamically load some specail action script from web server? for example, if exist "./action/map.as",the map swf file load it,just like this: #inclue ./action/map.as; stop; Sorry for my poor english. wlx From morissette at dmsolutions.ca Tue Jun 17 19:43:04 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 17 Jun 2003 22:43:04 -0400 Subject: [Mapserver-users] Flash Capabilities References: <3EE9C659.1299.277CC4C9@localhost> <3EEDF33C.10201@dmsolutions.ca> <00c901c33474$e299b240$f84dfea9@gisedu> <3EEF503B.1040002@dmsolutions.ca> Message-ID: <3EEFD1B8.85B7F611@dmsolutions.ca> > Yewondwossen Assefa wrote: > > I could add something like SWFACTIONSCRIPT metadata (on the web > object) which can be use at save time to add specific actions script > codes to the main movie : In your case It would be: > Note that most other application-specific metadata names use underscores to separate words, so to be consistent with other metadata names used elsewhere it should be called "swf_actionscript" -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From steve.lime at dnr.state.mn.us Tue Jun 17 20:42:52 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 17 Jun 2003 22:42:52 -0500 Subject: [Mapserver-users] map of mapserver users and providers Message-ID: I just wanted to let Joe and the user group know that we (the UMN) are working on a complementary application to replace the gallery on the main MapServer website. The goal being to catalogue MapServer applications as opposed to users. The underlying database would be a place to store information about underlying technologies (PostGIS/DHTML/MapScript/...). I need to spend a little time looking at some things like the Geography Network specs to avoid reinventing the wheel and will post details here later. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Joe Bussell 06/16/03 6:02 PM >>> The replies I have recieved on and off group suggest that this is a good idea. I have also obtained permission to go ahead from my boss. I will craft up a first pass at an data input form. There has been some suggestions which will have to be thought out. One suggestion was to separate the data based on users vs. professional development houses. Users could be any user of mapserver, while developers would include individuals or firms involved with providing GIS solutions via mapserver. This seems like a good plan as it would provide a portal for folks searching for developers in their area. The other major suggestion was to include the information in a WMS/WFS format. I am uneasy about this, though I am not really sure why. I would be happy to hear any pros/cons. My intention will be to use our geocoder from TrafficDodger to provide the answer to "where is my nearest 'n' developers?". The user input will be derived from either a map click or a text field. The form fields I am considering are: Name Affiliation Location (lat,lon) URL Summary (small html paragraph to describe projects or services) I do not wish to turn this into a matrix of specialties indicating if a particular group provides PHP or PostGIS deveopment. That is where the URL and summary comes in. On a search I will return a table of providers/users in order of great circle distances. Comments? Suggestions? Cordially, Joe Bussell www.TrafficDodger.com Joe Bussell wrote: > I would like to create a map of the users of Mapserver. The plan is to > take something like http://www.trafficdodger.com/perl/warp.cgi and make > a similar page with user's locations plotted. This could easily turn > into a regional developer locater... > > If there is interest I will craft up a form to input the data. If > enough people participate I will create the map and associated locater > service. > > Cordially, > > Joe Bussell > www.trafficdodger.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 woodbri at swoodbridge.com Tue Jun 17 21:15:26 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Wed, 18 Jun 2003 00:15:26 -0400 Subject: [Mapserver-users] ASP and MapServer In-Reply-To: <003001c334d0$008935e0$0301a8c0@valerion> Message-ID: <3EEFAF1E.14438.3E911886@localhost> Ok, you got me :( I'm not sure how to solve this problem in the ASP world. A tool I have used in Perl is Geo::ShapeFile, if I remember correctly it might be easy to do a straight port of it to ASP code. You can get it at http://search.cpan.org/src/JASONK/Geo-ShapeFile-2.10/ This should have the code in it to read both shp and dbf files. -Steve W. On 17 Jun 2003 at 14:56, Mario wrote: > Hi Steve, > dbase tables don't have indexed fields and when I query the database, > I extract some records in a new recordset. If, as record number, you > consider the absolute position in the original table I cannot have > that number. Maybe it's possible to scroll all the database with a > Find command but probably it would be very slow for large tables.... I > 'm new in mapserver, can I find somewhere sample code that opens > shapefile and reads extents for a feature? > > Thank you > > Mario > > > > > > ----- Original Message ----- > From: > To: ; "Mario" > Sent: Tuesday, June 17, 2003 2:02 PM Subject: Re: [Mapserver-users] > ASP and MapServer > > > > Hi Mario, > > > > If you can read the dbf and have the record number, then you need to > > open the shapefile and read the extents for that record number, then > > you can call $map->setextent(xmin, ymin, xmax,ymax) and you should > > be all set. > > > > -Steve W. > > > > On 17 Jun 2003 at 13:16, Mario wrote: > > > > > Hi, > > > I developed an ASP application that allow users to query dbase > > > files in Shapefiles datasets. I'd like to pass records found to > > > MapServer in order to zoom to their extents. How can I pass these > > > records to MapServer? > > > > > > Any help appreciated > > > > > > Thanks > > > Mario > > > > > > > > > > > From palle at mail-online.dk Tue Jun 17 23:27:00 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Wed, 18 Jun 2003 08:27:00 +0200 Subject: [Mapserver-users] ASP and MapServer In-Reply-To: <3EEFAF1E.14438.3E911886@localhost> References: <003001c334d0$008935e0$0301a8c0@valerion> <3EEFAF1E.14438.3E911886@localhost> Message-ID: Hi, You should be able to use perl in ASP, if you install ActivePerl. I don't know if it would allow you to use Geo::ShapeFile though, but it's worth a try. Best regards Palle Due Larsen Carl Bro GIS & IT -----Original Message----- From: woodbri at swoodbridge.com To: "Mario" Cc: mapserver-users at lists.gis.umn.edu Date: Wed, 18 Jun 2003 00:15:26 -0400 Subject: Re: [Mapserver-users] ASP and MapServer > Ok, you got me :( I'm not sure how to solve this problem in the ASP > world. > > A tool I have used in Perl is Geo::ShapeFile, if I remember correctly > it might be easy to do a straight port of it to ASP code. You can get > it at > http://search.cpan.org/src/JASONK/Geo-ShapeFile-2.10/ > This should have the code in it to read both shp and dbf files. > > -Steve W. > > On 17 Jun 2003 at 14:56, Mario wrote: > > > Hi Steve, > > dbase tables don't have indexed fields and when I query the > database, > > I extract some records in a new recordset. If, as record number, > you > > consider the absolute position in the original table I cannot have > > that number. Maybe it's possible to scroll all the database with a > > Find command but probably it would be very slow for large > tables.... I > > 'm new in mapserver, can I find somewhere sample code that opens > > shapefile and reads extents for a feature? > > > > Thank you > > > > Mario > > > > > > > > > > > > ----- Original Message ----- > > From: > > To: ; "Mario" > > Sent: Tuesday, June 17, 2003 2:02 PM Subject: Re: [Mapserver-users] > > ASP and MapServer > > > > > > > Hi Mario, > > > > > > If you can read the dbf and have the record number, then you need > to > > > open the shapefile and read the extents for that record number, > then > > > you can call $map->setextent(xmin, ymin, xmax,ymax) and you > should > > > be all set. > > > > > > -Steve W. > > > > > > On 17 Jun 2003 at 13:16, Mario wrote: > > > > > > > Hi, > > > > I developed an ASP application that allow users to query dbase > > > > files in Shapefiles datasets. I'd like to pass records found to > > > > MapServer in order to zoom to their extents. How can I pass > these > > > > records to MapServer? > > > > > > > > Any help appreciated > > > > > > > > Thanks > > > > Mario > > > > > > > > > > > > > > > > > > > > _______________________________________________ > 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 ----------------------------------------------- Bestem selv, hvor meget du vil betale for din n?ste bannerkampagne... Klik her: www.online-international.dk From noti at ciaoweb.it Wed Jun 18 01:43:50 2003 From: noti at ciaoweb.it (Mario) Date: Wed, 18 Jun 2003 10:43:50 +0200 Subject: [Mapserver-users] ASP and MapServer References: <5.2.0.9.0.20030617065645.00a77410@mail.GreenwoodMap.com> Message-ID: <003001c33575$d0f1a910$0301a8c0@valerion> Thank you all for your help, I'm trying to apply suggested solutions... First of all I tried to querymap the results. This is the URL call from ASP to mapserv: ****************************** mapserv.exe? map=mapfile.map &layer=lakespy2 &mode=itemquery &qlayer=lakespy2 &item=LAKE_NAME &LAKE_NAME=WINNIBIGOSHI &mapext=shapes ***************************** and this is the mapfile: ***************************** QUERYMAP SIZE 200 200 STATUS ON STYLE HILITE COLOR 255 0 0 END LAYER NAME lakespy2 TYPE POLYGON STATUS OFF DATA lakespy2 FILTERITEM LAKE_NAME Filter "%LAKE_NAME%" CLASS NAME 'Lakes & Rivers' TEMPLATE "lakespy2.html" COLOR 49 117 185 END END # lakes ***************************** With this settings query results page opens but is there a way to highlight the results (WINNIBIGOSHI lake in this case) directly in the main map and not in a new querymap template? Thanks again Mario ----- Original Message ----- From: "Richard Greenwood" To: "Mario" Cc: Sent: Tuesday, June 17, 2003 3:00 PM Subject: Re: [Mapserver-users] ASP and MapServer > > > You can use mapserver's itemquery mode to highlight a single object > > 3.6 syntax: > mapserv.exe > ?mode=itemquery > &map=mymap.map > &qlayer=region > &mapext=shapes > &pidn=22-41-16-06-1-01-010 > > 4.0 syntax: > mapserv.exe > ?mode=itemquery > &map=mymap.map > &qlayer=region > &mapext=shapes > &qitem=pidn > &qstring=22-41-16-06-1-01-010 > > In my example the layer is named 'rgeion' and has a primary key 'pidn' and > I want to highlight record '22-41-16-06-1-01-010'. > > Rich > > > Richard W. Greenwood, PLS > Greenwood Mapping, Inc. > Rich at GreenwoodMap.com > (307) 733-0203 > http://www.GreenwoodMap.com > From oknopp at kartago.de Wed Jun 18 05:54:50 2003 From: oknopp at kartago.de (Olaf Knopp) Date: Wed, 18 Jun 2003 14:54:50 +0200 Subject: [Mapserver-users] RE: TIFF-Display References: Message-ID: <003501c33598$d19c7a20$2200a8c0@KNOPPMOBIL> Hi, thanks for your help. I managed the problem as followed: I loaded the TIFF with Manifold 5.0 and exported it as a TIFF (without editing). Now it works!! Olaf ----- Original Message ----- From: "Andr?s Collao" To: Cc: Sent: Tuesday, June 17, 2003 9:04 PM Subject: [Mapserver-users] RE: TIFF-Display > Hi, > > I'm working with RASTER and the tif was made with ESRI - Arcview, then > rename the .TIFW file to .WLD. Uses Photoshop to convert the tif file to > GRAYSCALE > > Mapserver 3.6.4 is not working with 24 or 16 bit files, only with 1bit. > > > > >Hello, > > > >i have got a problem with the display of a tiff-image. Mapserver shows a > >white map (and produces a white .png), but navigation is possible, the > >square on the refenenz map is ok and scale/scalebar also. There is no > >difference if the tiff is black/white (1 bit) or 8 bit, it never shows an i > >get no error message from mapserver. > > >When i use another tiff from another project it works!! > > > >The tiff was made with IrfanView (no compression, 256 Colors (counted 16), > >8 Bit): > > > >Here a part of my mapfile: > > >LAYER > > > NAME "Hintergrund" > > > DATA "Stadtplan.tif" > > > TYPE RASTER > > > OFFSITE 1 > > > STATUS ON > > >END > > > >Thanks for your help! > >Olaf > > > > > Atte. > > --------------- > Andr?s Collao. > --------------- > > collao_andres at hotmail.com > andres at mapserver.cl > > "El hombre es un Dios cuando sue?a y un mendigo cuando reflexiona". > > :-- Il peggior nemico del succeso ? la pauta del fallimiento > :-- El peor enemigo del ?xito es el miedo al fracaso > > _________________________________________________________________ > Charla con tus amigos en l?nea mediante MSN Messenger: > http://messenger.yupimsn.com/ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Mike.Elstermann at itc-halle.de Wed Jun 18 06:06:09 2003 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Wed, 18 Jun 2003 15:06:09 +0200 Subject: WG: [Mapserver-users] ASP and MapServer [faked-from] Message-ID: <8BC0EAF5B383D711B69E0006293896C7077611@ZEVHNT6> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C3359B.87368F60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable simple is ADDXY in ArcView or ARC/INFO - then you will have the coordinates x and y also in the dbf-file and in your recordset - it's = a little redundancy. =20 and than zoom calculate the xmin, xmax, ymin, ymax: ex.: dx=3D200 dx=3Ddy xmin=3Dx-dx xmax=3Dx+dx ymin=3Dy-dy ymax=3Dy+dy =20 i use it so on: http://halgis.halle.de/mapserver/baustelle.asp (baustellenkalender der stadt halle) an in in other application (alk/alb, ...) =20 ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/RIS, e-Solutions ::: IT-Consult Halle GmbH, Bornknechtstra=DFe 5, 06108 Halle (Saale) ::: Sitz: Rathausstra=DFe 3 ::: Tel.: +49 345 221 4237, Fax: +49 345 221 4236, mobil: +49 160 71 = 545 02 ::: mike.elstermann at itc-halle.de ::: http://www.itc-halle.de ::: GeoDaten Online? -> http://www.itcgis.de=20 =20 -----Urspr=FCngliche Nachricht----- Von: Mario [mailto:noti at ciaoweb.it] Gesendet: Dienstag, 17. Juni 2003 13:17 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] ASP and MapServer [faked-from] Hi, I developed an ASP application that allow users to query dbase files in Shapefiles datasets. I'd like to pass records found to MapServer in order to zoom to their extents. How can I pass these records to MapServer? =20 Any help appreciated =20 Thanks Mario =20 ------_=_NextPart_001_01C3359B.87368F60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
simple is=20 ADDXY  in ArcView or=20 ARC/INFO - then you will have the coordinates x and = y also=20 in the dbf-file and in=20 your recordset  - it's a little = redundancy.
 
 and than zoom calculate the = xmin, xmax,=20 ymin, ymax:
ex.:
dx=3D200
dx=3Ddy
xmin=3Dx-dx
xmax=3Dx+dx
ymin=3Dy-dy
ymax=3Dy+dy
 
i use = it so on:=20 http://halgis.halle.de/mapserver/baustelle.asp (baustellenkalender der stadt halle)
an in = in other=20 application (alk/alb, ...)
 
::: mfg. Mike Elstermann [mikeE.], = Teamleiter=20 GIS/RIS, e-Solutions
::: IT-Consult Halle GmbH, Bornknechtstra=DFe = 5, 06108=20 Halle (Saale)
::: Sitz: Rathausstra=DFe 3
::: Tel.: +49 345 221 = 4237, Fax:=20 +49 345 221 4236, mobil: +49 160 71 545 02
::: = mike.elstermann at itc-halle.de=20 :::
http://www.itc-halle.de
::: GeoDaten Online? -> http://www.itcgis.de 
 
-----Urspr=FCngliche Nachricht-----
Von: Mario=20 [mailto:noti at ciaoweb.it]
Gesendet: Dienstag, 17. Juni 2003=20 13:17
An: = mapserver-users at lists.gis.umn.edu
Betreff:=20 [Mapserver-users] ASP and MapServer [faked-from]

Hi,
I developed an ASP application that = allow users=20 to query dbase files in Shapefiles datasets.
I'd like to pass records found to = MapServer in=20 order to zoom to their extents.
How can I pass these records to=20 MapServer?
 
Any help appreciated
 
Thanks
Mario
 
------_=_NextPart_001_01C3359B.87368F60-- From lfilak at medinaco.org Wed Jun 18 06:26:14 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 18 Jun 2003 09:26:14 -0400 Subject: [Mapserver-users] PerlMapScript Reference Announcement Message-ID: <200306181326.h5IDQ8N06189@yogi.medinaco.net> To all interested parties: Starting tomorrow the PerlMapScript Reference will have a new look. A mostly-working prototype of the change is available via the reference link on the documentation page. In particular, please note the incorporation of the wiki and the ability for anyone to add sample code snippets. Thank you. Lowell From hunt at zedxinc.com Wed Jun 18 07:33:45 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 18 Jun 2003 10:33:45 -0400 Subject: [Mapserver-users] mapserver 4.0b projection error Message-ID: <005401c335a6$a00cc2e0$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0051_01C33585.18D376A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable When I run a projection like PROJECTION "init=3Depsg:26918" #NAD83 UTM zone 18N END I get an error "Wed Jun 18 10:24:22 2003 - msProcessProjection(): = Projection library error. no system list, errno: 2" or=20 PROJECTION "proj=3Dlatlong" END Wed Jun 18 10:33:53 2003 - msProcessProjection(): Projection library = error. major axis or radius =3D 0 or not given I have it compiled with proj. Is there something new with 4.0 Aaron D. Hunt Technical Manager ZedX Inc. ------=_NextPart_000_0051_01C33585.18D376A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
When I run a projection = like
 
   = PROJECTION
    =20 "init=3Depsg:26918" #NAD83 UTM zone 18N
   END
 
I get an error  "Wed Jun 18 10:24:22 2003 - msProcessProjection(): Projection = library=20 error. no system list, errno: 2"
 
or
 
PROJECTION
 "proj=3Dlatlong"
END
 
Wed Jun 18 10:33:53 2003 - = msProcessProjection():=20 Projection library error. major axis or radius =3D 0 or not = given
 
I have it compiled with proj. Is there = something=20 new with 4.0
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
------=_NextPart_000_0051_01C33585.18D376A0-- From warmerdam at pobox.com Wed Jun 18 07:46:29 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 18 Jun 2003 10:46:29 -0400 Subject: [Mapserver-users] mapserver 4.0b projection error In-Reply-To: <005401c335a6$a00cc2e0$1805000a@helicity> References: <005401c335a6$a00cc2e0$1805000a@helicity> Message-ID: <3EF07B45.6070304@pobox.com> Aaron D. Hunt wrote: > When I run a projection like > > PROJECTION > "init=epsg:26918" #NAD83 UTM zone 18N > END > > I get an error "Wed Jun 18 10:24:22 2003 - msProcessProjection(): > Projection library error. no system list, errno: 2" Aaron, This generally means that MapServer can't find your epsg coordinate system file. Try setting the PROJ_LIB environment variable to point to the directory holding the "epsg" file. > or > > PROJECTION > "proj=latlong" > END > > Wed Jun 18 10:33:53 2003 - msProcessProjection(): Projection library > error. major axis or radius = 0 or not given > > I have it compiled with proj. Is there something new with 4.0 You need to provide an explicit definiation of the ellipsoid for a valid latlong coordinate system. Add "ellps=WGS84" for instance giving you: PROJECTION "proj=latlong" "ellps=WGS84" END Good luck, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From hunt at zedxinc.com Wed Jun 18 08:21:56 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 18 Jun 2003 11:21:56 -0400 Subject: [Mapserver-users] mapserver 4.0b projection error References: <005401c335a6$a00cc2e0$1805000a@helicity> <3EF07B45.6070304@pobox.com> Message-ID: <006801c335ad$5ad63d30$1805000a@helicity> That worked thanks. ----- Original Message ----- From: "Frank Warmerdam" To: "Aaron D. Hunt" Cc: Sent: Wednesday, June 18, 2003 10:46 AM Subject: Re: [Mapserver-users] mapserver 4.0b projection error > Aaron D. Hunt wrote: > > When I run a projection like > > > > PROJECTION > > "init=epsg:26918" #NAD83 UTM zone 18N > > END > > > > I get an error "Wed Jun 18 10:24:22 2003 - msProcessProjection(): > > Projection library error. no system list, errno: 2" > > Aaron, > > This generally means that MapServer can't find your epsg coordinate > system file. Try setting the PROJ_LIB environment variable to point > to the directory holding the "epsg" file. > > > or > > > > PROJECTION > > "proj=latlong" > > END > > > > Wed Jun 18 10:33:53 2003 - msProcessProjection(): Projection library > > error. major axis or radius = 0 or not given > > > > I have it compiled with proj. Is there something new with 4.0 > > You need to provide an explicit definiation of the ellipsoid for a valid > latlong coordinate system. Add "ellps=WGS84" for instance giving you: > > PROJECTION > "proj=latlong" > "ellps=WGS84" > END > > Good luck, > > -- > ---------------------------------------+---------------------------------- ---- > I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > > _______________________________________________ > 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 Jun 18 08:44:25 2003 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Wed, 18 Jun 2003 17:44:25 +0200 (CEST) Subject: [mapserver-users] problem with tiled ECW layer Message-ID: <8158.212.238.227.179.1055951065.squirrel@webmail.xs4all.nl> Hi list, I have a problem with a tiled ECW layer. I have created it using gdaltindex (default option so column name is location). It consists of 5 tiles, so 5 ECW images. I looked at the shapefile and it looks fine. Does it try to find the ecw files relative to the shapefile (the ECW files are also in the E:\bart\ecw\ directory)? When I try to view the 5 ECW images as separate layers, it goes okay, but with the tile layer I get an empty, white image. There is also an error in the Apache error log: [Wed Jun 18 17:37:29 2003] [error] [client 192.168.25.3] ERROR 1: ECW error Does anybody know what the problem is? This is my tiled layer in the mapfile: LAYER NAME "layer_1" TILEINDEX "E:\bart\ecw\geostreets.shp" TILEITEM "location" #DATA "E:\klicnet\data\webstreets\Gstreets_2003\ecw\level1.ecw" TYPE RASTER MINSCALE 0 MAXSCALE 12000 STATUS ON DUMP TRUE METADATA WMS_TITLE "Geostreets Level 1" WMS_ABSTRACT "Geostreets Level 1" WMS_SRS "EPSG:28992" END END Thanks, Bart From warmerdam at pobox.com Wed Jun 18 10:22:29 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 18 Jun 2003 13:22:29 -0400 Subject: [mapserver-users] problem with tiled ECW layer In-Reply-To: <8158.212.238.227.179.1055951065.squirrel@webmail.xs4all.nl> References: <8158.212.238.227.179.1055951065.squirrel@webmail.xs4all.nl> Message-ID: <3EF09FD5.1030105@pobox.com> bartvde at xs4all.nl wrote: > Hi list, > > I have a problem with a tiled ECW layer. I have created it using > gdaltindex (default option so column name is location). It consists of 5 > tiles, so 5 ECW images. I looked at the shapefile and it looks fine. Does > it try to find the ecw files relative to the shapefile (the ECW files are > also in the E:\bart\ecw\ directory)? > > When I try to view the 5 ECW images as separate layers, it goes okay, but > with the tile layer I get an empty, white image. There is also an error in > the Apache error log: > > [Wed Jun 18 17:37:29 2003] [error] [client 192.168.25.3] ERROR 1: ECW error > > Does anybody know what the problem is? Bart, I have looked into this, and I think the problem is that the path to the file isn't getting expanded as you expect. In particular, if an invalid file path that ends in .ecw gets passed to GDAL it will report the above error message. You might want to try to build your tile index with absolute paths. Alternatively you will need to find out how they are resolved ... either relative to the DATA path, the tile index, or the map file. 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 mhaerte1 at gwdg.de Wed Jun 18 10:48:18 2003 From: mhaerte1 at gwdg.de (=?ISO-8859-1?Q?Michael_H=E4rtel?=) Date: Wed, 18 Jun 2003 19:48:18 +0200 Subject: [Mapserver-users] mapscript module crashes if ms_newshapefileobj is used Message-ID: <3EF0A5E2.5080205@gwdg.de> Dear List, as soon as i use ms_newshapefileobj("path\filename",-1), the module php_mapscript_37.dll crashes. Apache and php themselves are still operable. It doesn't depend on the type of shapefile, the number of entries or the size of the file. It happens every time. I use Apache 2.43, PHP 4.3.2, Windows XP Pro and MapServer 3.7 (from mapserver-3.7-win32-php4.3.0-gd2.zip) with php_mapscript_37.dll ($Revision: 1.143 $ $Date: 2003/02/04 15:39:43 $). mapscript is parsed by the cgi-version of php and the mapscript module is defined as "extension=php_mapscript_37.dll" in php.ini. The extension is then loaded from the phtml-skript with dl(php_mapscript_37.dll). Can i fix this error somehow? thx, M. H?rtel -- Michael H?rtel Georg-August University Goettingen Department of Geography Cartography, GIS & Remote Sensing Section project Notebook University, Internet Map Service Goldschmidtstr. 5 Tel.: +49 (0)551/39-12671 37077 G?ttingen Fax : +49 (0)551/39-8020 http://www.geogr.uni-goettingen.de/kuf/ From krung at cad.go.th Wed Jun 18 11:37:21 2003 From: krung at cad.go.th (Krung Saengpole) Date: Thu, 19 Jun 2003 01:37:21 +0700 Subject: [Mapserver-users] mapscript module crashes if ms_newshapefileobj is used Message-ID: <200306190137.AA50004264@cad.go.th> Michael, You have to use mapserver with the same version of PHP as your PHP version on your machine. So, you have to download something like mapserver-xxxx-php4.3.2-gd2.zip. Notice php version in file name. HTH Krung. ---------- Original Message ---------------------------------- From: Michael H?rtel Date: Wed, 18 Jun 2003 19:48:18 +0200 >Dear List, > >as soon as i use ms_newshapefileobj("path\filename",-1), the module >php_mapscript_37.dll crashes. Apache and php themselves are still operable. > >It doesn't depend on the type of shapefile, the number of entries or the >size of the file. It happens every time. > >I use Apache 2.43, PHP 4.3.2, Windows XP Pro and MapServer 3.7 (from >mapserver-3.7-win32-php4.3.0-gd2.zip) with php_mapscript_37.dll >($Revision: 1.143 $ $Date: 2003/02/04 15:39:43 $). > >mapscript is parsed by the cgi-version of php and the mapscript module >is defined as "extension=php_mapscript_37.dll" in php.ini. >The extension is then loaded from the phtml-skript with >dl(php_mapscript_37.dll). > >Can i fix this error somehow? > >thx, > >M. H?rtel >-- >Michael H?rtel >Georg-August University Goettingen >Department of Geography >Cartography, GIS & Remote Sensing Section >project Notebook University, Internet Map Service >Goldschmidtstr. 5 Tel.: +49 (0)551/39-12671 >37077 G?ttingen Fax : +49 (0)551/39-8020 >http://www.geogr.uni-goettingen.de/kuf/ > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From assefa at dmsolutions.ca Wed Jun 18 11:46:34 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 18 Jun 2003 14:46:34 -0400 Subject: [Mapserver-users] mapscript module crashes if ms_newshapefileobj is used References: <3EF0A5E2.5080205@gwdg.de> Message-ID: <3EF0B38A.7010903@dmsolutions.ca> I manged to reproduce the crash only when the filename given is not found. I have entered this as a Mapserver bug 344. Until this get fixed, make sure that the file given in argument exists, since It seems to work properly in that case. Later, Michael H?rtel wrote: > Dear List, > > as soon as i use ms_newshapefileobj("path\filename",-1), the module > php_mapscript_37.dll crashes. Apache and php themselves are still > operable. > > It doesn't depend on the type of shapefile, the number of entries or > the size of the file. It happens every time. > > I use Apache 2.43, PHP 4.3.2, Windows XP Pro and MapServer 3.7 (from > mapserver-3.7-win32-php4.3.0-gd2.zip) with php_mapscript_37.dll > ($Revision: 1.143 $ $Date: 2003/02/04 15:39:43 $). > > mapscript is parsed by the cgi-version of php and the mapscript module > is defined as "extension=php_mapscript_37.dll" in php.ini. > The extension is then loaded from the phtml-skript with > dl(php_mapscript_37.dll). > > Can i fix this error somehow? > > thx, > > M. H?rtel -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From hunt at zedxinc.com Wed Jun 18 11:50:38 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 18 Jun 2003 14:50:38 -0400 Subject: [Mapserver-users] Terra Server WMS References: <3EEF3FCF.7050502@refractions.net> Message-ID: <00dc01c335ca$829c67a0$1805000a@helicity> I have tried the group and extent and when I have more then one utm zone in the map file I get a blank map. My map file is below, is there something I am doing wrong. # # Start of map file # NAME test STATUS ON SIZE 500 500 EXTENT -77.89 40.77 -77.83 40.81 UNITS DD SHAPEPATH "./" IMAGECOLOR 235 235 235 INTERLACE ON # Start of web interface definition WEB TEMPLATE demo.html IMAGEPATH "/home/wcs/html/dy_images/" IMAGEURL "/dy_images/" END PROJECTION "proj=longlat" "ellps=WGS84" "unit=dd" END OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END LAYER NAME "INC" PROJECTION "proj=longlat" "ellps=WGS84" "unit=dd" END STATUS OFF DATA "/home/wcs/html/data/earth.tif" TYPE RASTER END 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=AboutTerraServiceOverview" END GROUP "ORTHO DATA" STATUS DEFAULT TYPE RASTER MINSCALE 1500 MAXSCALE 80000 CONNECTIONTYPE WMS CONNECTION "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DOQ&FO RMAT=png&styles=" PROJECTION "init=epsg: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=AboutTerraServiceOverview" END GROUP "ORTHO DATA" STATUS DEFAULT TYPE RASTER MINSCALE 1500 MAXSCALE 80000 CONNECTIONTYPE WMS CONNECTION "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DOQ&FO RMAT=png&styles=" PROJECTION "init=epsg:26917" #NAD83 UTM zone 17N END END END ----- Original Message ----- From: "Paul Ramsey" To: "Erich Schroeder" Cc: "Dylan Keon" ; Sent: Tuesday, June 17, 2003 12:20 PM Subject: Re: [Mapserver-users] Terra Server WMS > Yep, declare them as separate layers with different zones, but give them > the same GROUP for handy toggling. Also make sure you include the extent > information in the wms metadata, so mapserver knows to ignore layers > outside of its current view extent. > > P. > > Erich Schroeder wrote: > > On Tue, 17 Jun 2003, Dylan Keon wrote: > > > >> PROJECTION > >> "init=epsg:26910" #NAD83 UTM zone 10N > >> END > > > > This is great! I'll be saving this message for future use! > > > > In my case, I would be spanning two utm zones. How would I handle this? > > Should there be two doq layers, one for each zone, and then the html form > > turns both on when the user asks for DOQs? > > > > Erich > > > > > -- > __ > / > | Paul Ramsey > | Refractions Research > | Email: pramsey at refractions.net > | Phone: (250) 885-0632 > \_ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ed at topozone.com Wed Jun 18 12:51:48 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 18 Jun 2003 15:51:48 -0400 Subject: [Mapserver-users] Terra Server WMS Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFB7B@mercator.topozone.com> Aaron - Do you still get a blank map when you ask for an image near the center of either zone? You'll still need to use the OFFSITE parameter technique I mentioned earlier to get the zones to overlap properly. - 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: Aaron D. Hunt [mailto:hunt at zedxinc.com] Sent: Wednesday, June 18, 2003 2:51 PM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Terra Server WMS I have tried the group and extent and when I have more then one utm zone in the map file I get a blank map. My map file is below, is there something I am doing wrong. # # Start of map file # NAME test STATUS ON SIZE 500 500 EXTENT -77.89 40.77 -77.83 40.81 UNITS DD SHAPEPATH "./" IMAGECOLOR 235 235 235 INTERLACE ON # Start of web interface definition WEB TEMPLATE demo.html IMAGEPATH "/home/wcs/html/dy_images/" IMAGEURL "/dy_images/" END PROJECTION "proj=longlat" "ellps=WGS84" "unit=dd" END OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END LAYER NAME "INC" PROJECTION "proj=longlat" "ellps=WGS84" "unit=dd" END STATUS OFF DATA "/home/wcs/html/data/earth.tif" TYPE RASTER END 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=AboutTerraServiceOverview " END GROUP "ORTHO DATA" STATUS DEFAULT TYPE RASTER MINSCALE 1500 MAXSCALE 80000 CONNECTIONTYPE WMS CONNECTION "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DO Q&FO RMAT=png&styles=" PROJECTION "init=epsg: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=AboutTerraServiceOverview " END GROUP "ORTHO DATA" STATUS DEFAULT TYPE RASTER MINSCALE 1500 MAXSCALE 80000 CONNECTIONTYPE WMS CONNECTION "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DO Q&FO RMAT=png&styles=" PROJECTION "init=epsg:26917" #NAD83 UTM zone 17N END END END ----- Original Message ----- From: "Paul Ramsey" To: "Erich Schroeder" Cc: "Dylan Keon" ; Sent: Tuesday, June 17, 2003 12:20 PM Subject: Re: [Mapserver-users] Terra Server WMS > Yep, declare them as separate layers with different zones, but give them > the same GROUP for handy toggling. Also make sure you include the extent > information in the wms metadata, so mapserver knows to ignore layers > outside of its current view extent. > > P. > > Erich Schroeder wrote: > > On Tue, 17 Jun 2003, Dylan Keon wrote: > > > >> PROJECTION > >> "init=epsg:26910" #NAD83 UTM zone 10N > >> END > > > > This is great! I'll be saving this message for future use! > > > > In my case, I would be spanning two utm zones. How would I handle this? > > Should there be two doq layers, one for each zone, and then the html form > > turns both on when the user asks for DOQs? > > > > Erich > > > > > -- > __ > / > | 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 _______________________________________________ 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 Jun 18 14:26:15 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 18 Jun 2003 17:26:15 -0400 Subject: [Mapserver-users] MUM Attendees list Message-ID: <200306182126.h5ILQ7N15611@yogi.medinaco.net> Is there a list available/will-be of attendees for the meeting? Thanks. Lowell From eduardo at linkgeo.com.br Wed Jun 18 15:28:57 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Wed, 18 Jun 2003 19:28:57 -0300 Subject: [Mapserver-users] [off-topic] Project management tool Message-ID: <003201c335e9$0447c3d0$8a64cec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_002F_01C335CF.DD1921A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does anybody know any open-source tool for managing projects? thanks Eduardo Patto Kanegae eduardo at linkgeo.com.br ------=_NextPart_000_002F_01C335CF.DD1921A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Does anybody know any open-source tool = for managing=20 projects?
 
thanks
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br<= /DIV>
 
------=_NextPart_000_002F_01C335CF.DD1921A0-- From heihachi.cv90g at nctu.edu.tw Wed Jun 18 17:08:03 2003 From: heihachi.cv90g at nctu.edu.tw (¦¿©v®i) Date: Thu, 19 Jun 2003 08:08:03 +0800 Subject: [Mapserver-users] WMS server Message-ID: <002901c335f7$e4ce5eb0$3910718c@sbvr.com> This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C33639.E80BA960 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit Hi I,ve setup a WMS server on my pc. Then I use a WMS client(MapLab MapBrowser)to open the WMS server. By adding a layer from the WMS server, still can,t see the image. The received capabilities file showes the wrong tag(the operation turn into ), I mean the file seems different to a normal one. Is any kind person to explain me why? Thanx!! Regards!!! ------=_NextPart_000_0011_01C33639.E80BA960 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
 
Hi
 
I,ve setup a WMS server on my pc.
Then I use a WMS client(MapLab MapBrowser)to open = the WMS=20 server.
By adding a layer from the WMS server, still can,t = see the=20 image.
The received capabilities file showes the wrong = tag(the=20 operation 
turn into <capabilities> <map>=20 <featureinfo> ), I mean the file seems
different to a normal one.
Is any kind person to explain me why?
 
Thanx!!
 
Regards!!!
------=_NextPart_000_0011_01C33639.E80BA960-- From heihachi.cv90g at nctu.edu.tw Wed Jun 18 17:14:20 2003 From: heihachi.cv90g at nctu.edu.tw (¦¿©v®i) Date: Thu, 19 Jun 2003 08:14:20 +0800 Subject: [Mapserver-users] Buffering analysis Message-ID: <002a01c335f7$eacb6ba0$3910718c@sbvr.com> This is a multi-part message in MIME format. ------=_NextPart_000_001C_01C3363A.C8FA8450 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit Hi Is there anyone ever has experience to use mapserver to perform the buffering analysis? Or any other spatial analysis is possible to be implenmented, and how is the procedure to make mapserver to do? Thanx!! Regards!!! Kent ------=_NextPart_000_001C_01C3363A.C8FA8450 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
 
Hi
 
Is there anyone ever has = experience=20 to use mapserver to perform the
buffering analysis?
Or any other spatial analysis is possible to be = implenmented,=20 and how is
the procedure to make mapserver to do?
 
Thanx!!
 
Regards!!!
 
Kent
 
 
 
------=_NextPart_000_001C_01C3363A.C8FA8450-- From bart at atsence.nl Thu Jun 19 02:30:08 2003 From: bart at atsence.nl (Bart van Heijningen) Date: Thu, 19 Jun 2003 11:30:08 +0200 Subject: [Mapserver-users] RH8 Mapserver4(3.7) compilation --with-regex=system error In-Reply-To: <002b01c335ea$eef83850$0a00a8c0@mapping12> Message-ID: <001c01c33645$62bad2c0$0700a8c0@ATSENCEDOMEIN> I tried to recompile php as well but did not succeed. I found out that my problem lies in the fact that there are too many regex'es in my system. The one included with php and several othors I physically removed the regex included with php and recompiled again php --with-regex=system and then recompiled Mapserver again. The strange thing is that I had to do this several times (!!???) using exactly the sam compilation strings with Mapserver before it finally took the right regex. I will remember the --with-layout=RedHat flag next time when I am struggling through the compilation procedures again. Thanx for the help. Cheers, Bart van Heijningen. -----Oorspronkelijk bericht----- Van: Benjamin Wragg [mailto:bwragg at tpg.com.au] Verzonden: donderdag 19 juni 2003 0:43 Aan: 'Bart van Heijningen' Onderwerp: RE: [Mapserver-users] RH8 Mapserver4(3.7) compilation --with-regex=system error I had this same problem. I thought it was on the PHP end, so I just recompile PHP with the following configure options and it worked: ./configure --with-regex=system --with-layout=RedHat --enable-track-vars --enable-force-cgi-redirect Hope it helps, Benjamin -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Bart van Heijningen Sent: Wednesday, 18 June 2003 5:05 AM To: mapserver-users at lists.gis.umn.edu Cc: bart at atsence.nl Subject: [Mapserver-users] RH8 Mapserver4(3.7) compilation --with-regex=system error Hi all, I followed the following link for compiling Mapserver37 on Redat8 http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 Altough I clearly copiled php with the --with-regex=system flag set (it is also listed in phpinfo()!! ) i keeps giving the following error mesg.: checking whether we should use PHP's regex... yes 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. !!! PHP-4.3.1 is compiled with: /configure --enable-shared --with-regex=system --with-gd=/usr/local --with-ttf=/usr --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib --enable-force-cgi-redirect --enable-dbase --with-config-file-path I use for mapserver: ./configure --without-tiff --without-eppl --with-threads --with-proj --with-php=/r oot/php-4.3.1 --with-gd --with-png --with-w3c-libwww --with-freetype=/usr/bin --with-pdf -- with-ogr --with-gdal --with-ming --with-wfs --with-wfs-client > > Everything works fine until I try to test the installation with > phpinfo(). I got the following error message: > > Warning: Unexpected character in input: '' (ASCII=15) state=1 in > /var/www/cgi-bin/php on line 3325 > Warning: Unexpected character in input: '' (ASCII=2) state=1 in /var/www/cgi-bin/php on line 3325 > Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on line 3325 > Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on line 3325 > Warning: Unexpected character in input: '' (ASCII=15) state=1 in /var/www/cgi-bin/php on line 3325 > Parse error: parse error in /var/www/cgi-bin/php on line 3325 > > Is it a known issue or I mistaken somewhere. > I am using redhat 9 and apache 2.0.40, mapserver 3.6.6 and PHP 4.3.2 > > Christian _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ruzicka at usbrno.cz Thu Jun 19 05:29:43 2003 From: ruzicka at usbrno.cz (Ruzicka) Date: Thu, 19 Jun 2003 13:29:43 +0100 Subject: [Mapserver-users] Binaries 3.6.6 Message-ID: <200306191131.h5JBVRTO000583@sokol.skynet.cz> Hallo, I experimented with Windows Binary 3.6.6. It works well, but it seems MS366_GIF_GDAL_PG_WMS version is compiled without TrueType font support and MS366_GIF_WMS version with this support but without OGR support. I have problems in 3.6.5 version with PROJECTION epsg:2065 and therefore I tried the new one. Best regrads Jiri Ruzicka ruzicka at usbrno.cz From bartvde at xs4all.nl Thu Jun 19 05:37:29 2003 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Thu, 19 Jun 2003 14:37:29 +0200 (CEST) Subject: [mapserver-users] performance test of ECW tiles Message-ID: <19064.212.238.227.179.1056026249.squirrel@webmail.xs4all.nl> Hi list, I have done a small performance test with an ECW file of 4,5 Gb. I did my test with the Microsoft Web Application Stress tool for 1 minute. I have done my test in two configurations: 1. a normal layer with just one ECW file 2. a tiled layer with 5 ECW tiles (each around 1 Gb) results: situation 1: 486 ms (122 hits in 1 minute) situation 2: 586 ms (102 hits in 1 minute) So my conclusion is there is little use in tiling ECW files for performance. I also did not realize the big part DOWNLOAD takes in webmapping performance. The gif files created are around 80 Kb so download will be in the best case around 2 seconds. This is 4 times the time mapserver needs to create the image. Best regards, Bart From nacional at cbs.umn.edu Thu Jun 19 06:09:22 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 19 Jun 2003 08:09:22 -0500 Subject: [Mapserver-users] Binaries 3.6.6 In-Reply-To: <200306191131.h5JBVRTO000583@sokol.skynet.cz> References: <200306191131.h5JBVRTO000583@sokol.skynet.cz> Message-ID: <1056028162.5379.13.camel@arceuthobium.ecology.umn.edu> ?Hola! Thanks for pointing it out. I fixed the truetype problem and repackaged ms366_gif_gdal_pg_wms.zip. Please download it again. The other package is meant to be barebones--no gdal or ogr support. -Perry N. On Thu, 2003-06-19 at 07:29, Ruzicka wrote: > Hallo, > I experimented with Windows Binary 3.6.6. It works well, but it seems MS366_GIF_GDAL_PG_WMS version is compiled without TrueType font support and > MS366_GIF_WMS version with this support but without OGR support. I have problems in 3.6.5 version with PROJECTION epsg:2065 and therefore > I tried the new one. > Best regrads > Jiri Ruzicka > ruzicka at usbrno.cz > > _______________________________________________ > 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 twan at twansoft.com Thu Jun 19 06:11:42 2003 From: twan at twansoft.com (Twan Kogels) Date: Thu, 19 Jun 2003 15:11:42 +0200 Subject: [Mapserver-users] create postgis layer with mapscript gets invalid sql Message-ID: <5.0.0.25.2.20030619145725.0328b340@pop.xs4all.nl> Hello, I'm trying to create a postgis layer with mapscript (php) ========== $lo=ms_newLayerObj($mymap); $lo->set("connectiontype", MS_POSTGIS); $lo->set("connection", "user=postgres dbname=pc"); $lo->set("data", "pc_geom FROM pc6 USING UNIQUE oid USING SRID=-1"); $filter="pc6='$postcode'"; if($filter!="") $lo->setFilter($filter); $lo->set("name", "postcode_layer"); $lo->set("status", MS_ON); $lo->set("type", MS_LAYER_POINT); $lo->setMetaData("DESCRIPTION", "pc6"); $lo->setMetaData("RESULT_FIELDS", "pc6"); $co=ms_newClassObj($lo); $co->set("name", "mysym"); $temp=$mymap->getSymbolByName('star'); $co->set("symbol", $temp); $lo->set("classitem", "pc6"); $lo->set("labelitem", "pc6"); $co->label->set("color", $mymap->addColor(0,0,0)); $co->label->set("position", MS_AUTO); $co->label->set("partials", 0); $co->label->set("size", MS_TINY); $co->set("template", "ttt_query.html"); ============== But when i call draw() i get a strange error: ============== Warning: MapServer Error in prep_DB(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT pc6::text,asbinary(force_collection(force_2d()),'NDR'),oid::text from Dy@X? WHERE (pc6=) and ( && setSRID( 'BOX3D(160744 382852,161194 383302)'::BOX3D,-1) )' Postgresql reports the error 'ERROR: parser: parse error at or near "" at character 115 ' More Help: .. ============== I suspect there's a problem with the query which postgis uses, it contains a string which postgresql does not like and ofcourse complains about: Dy@X?, this is causing the trouble. Also strange is the "WHERE (pc6=) and" part, this should be "WHERE (pc6='a zipcode') and". I have checked the database multiple times, i've created the spatial index on pc_geom and a index on oid. I'm using mapserver: MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE and postgis 0.7.5 with postgresql 7.3.2. Queries like: ============== select X(pc_geom) AS geox, Y(pc_geom) AS geoy from pc6 where pc6='5611HL'; ============== just run fine. Can somebody offer me a helping hand? Best regards, Twan Kogels From RichardBecher at SierraSystems.com Thu Jun 19 06:41:44 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Thu, 19 Jun 2003 09:41:44 -0400 Subject: [Mapserver-users] Oracle Stored Proc... Message-ID: <8450D0E05920354D97B1507EABDCDB7F073546@svott2000.sierrasys.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C33668.857B29BE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there, =20 Does anyone have any experience inserting data into Oracle via an Oracle Stored Procedure? =20 I wanted to get a feel for what kinds of parameters are used to pass in the vertices and other information into the stored proc. =20 Ultimately, my goal is to write C#.NET code to properly call this Stored Procedure in Oracle to load a geometry (just one at a time). =20 The parameters I am looking for would exclude strings since I already know how to do that. =20 Many thanks in advance! =20 Cheers, =20 Richard ------_=_NextPart_001_01C33668.857B29BE Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi there,

 

Does anyone have any experience inserting data into = Oracle via an Oracle Stored Procedure?

 

I wanted to get a feel for what kinds of parameters = are used to pass in the vertices and other information into the stored = proc.

 

Ultimately, my goal is to write C#.NET code to = properly call this Stored Procedure in Oracle to load a = geometry (just one at a time).

 

The parameters I am looking for would exclude strings = since I already know how to do that.

 

Many thanks in advance!

 

Cheers,

 

Richard

=00 ------_=_NextPart_001_01C33668.857B29BE-- From bwragg at tpg.com.au Thu Jun 19 07:47:45 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Fri, 20 Jun 2003 00:17:45 +0930 Subject: [Mapserver-users] Custom Projects Message-ID: <000701c33671$c02c5100$0a00a8c0@mapping12> This is a multi-part message in MIME format. ------=_NextPart_000_0008_01C336C1.60F62D00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi list, If I need to add a custom projection to mapserver I'm I correct in saying I can just define it correctly and add it to the bottom of say the /usr/local/share/proj/esri file, give it a unique number and then referance it in the mapfile as follows: PROJECTION "init=esri:CustomNumber" END where CustomNumber is the unique number choosen. Is there anything wrong with this? Thanks, Benjamin ------=_NextPart_000_0008_01C336C1.60F62D00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Hi=20 list,
 
If I = need to add a=20 custom projection to mapserver I'm I correct in saying I can just define = it=20 correctly and add it to the bottom of say the /usr/local/share/proj/esri = file,=20 give it a unique number and then referance it in the mapfile as=20 follows:
 
PROJECTION
   =20 "init=3Desri:CustomNumber"
END
 
where = CustomNumber=20 is the unique number choosen. Is there anything wrong with = this?
 
Thanks,
 
Benjamin
------=_NextPart_000_0008_01C336C1.60F62D00-- From morissette at dmsolutions.ca Thu Jun 19 08:32:51 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 19 Jun 2003 11:32:51 -0400 Subject: [Mapserver-users] Custom Projects References: <000701c33671$c02c5100$0a00a8c0@mapping12> Message-ID: <3EF1D7A3.32E2C6E0@dmsolutions.ca> Yes this should work. > Benjamin Wragg wrote: > > Hi list, > > If I need to add a custom projection to mapserver I'm I correct in > saying I can just define it correctly and add it to the bottom of say > the /usr/local/share/proj/esri file, give it a unique number and then > referance it in the mapfile as follows: > > PROJECTION > "init=esri:CustomNumber" > END > > where CustomNumber is the unique number choosen. Is there anything > wrong with this? > > Thanks, > > Benjamin From MHoward at spaceimaging.com Thu Jun 19 10:23:15 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Thu, 19 Jun 2003 11:23:15 -0600 Subject: [Mapserver-users] CGI Error - ANY GUESSES? 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_01C33687.7775E6EA Content-Type: text/plain; charset="iso-8859-1" I feel really stupid about this. I have a perfectly good mapserver install on a W2K machine. I'm putting together another demo on a laptop - same OS. I copied everything I need to the new machine and have IIS running with the same virtual directories and permissions. I keep getting an error message running the app in a IE window. <<<<<<<<< CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: >>>>>>>> If I run the request on the command line - I get an HTML document just fine and the map image is created as well. C:\>c:\Inetpub\Scripts\mapserv.exe "QUERY_STRING=map=C:/inetpub/scripts/demosimple.map&layer=county" Content-type: text/html MapServer Demo Interface ANY IDEAS ???? TIA 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. ******************************************************************************** ------_=_NextPart_001_01C33687.7775E6EA Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I feel real= ly stupid about this. I have a perfectly good mapserver install on a W2K machi= ne. I’m putting together another demo on a laptop – same OS.

I copied ev= erything I need to the new machine and have IIS running with the same virtual directories and permissions.

I keep gett= ing an error message running the app in a IE window.

 

<<<= ;<<<<<<

 

CGI Error

The specifi= ed CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

 

>>>= ;>>>>>

 

If I run th= e request on the command line – I get an HTML document just fine and the map im= age is created as well.

 

C:\>c:\I= netpub\Scripts\mapserv.exe "QUERY_STRING=3Dmap=3DC:/inetpub/scripts/demosimple.map&layer=3Dco= unty"

 

Content-typ= e: text/html

<!-- Map= Server version 3.6.6-dev OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP SUP= PORTS=3DPROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT INPUT=3DEPPL7 IN=

PUT=3DOGR I= NPUT=3DGDAL INPUT=3DSHAPEFILE -->

<html>= ;

<head>= ;<title>MapServer Demo Interface</title></head>

<BODY BGCOLOR=3D"#C4D1DD">

<img SRC=3D"http:\\webgroup-lt\tmp\DEMO10560415982068.jpg" width=3D600 height=3D600 bo

rder=3D0>= ;

</BODY&g= t;

</html&g= t;

 

ANY IDEAS ?= ???

 

TIA

 

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.
***************************************************************************= *****
------_=_NextPart_001_01C33687.7775E6EA-- From bfischer at houstonengineeringinc.com Thu Jun 19 10:57:11 2003 From: bfischer at houstonengineeringinc.com (Brian Fischer) Date: Thu, 19 Jun 2003 12:57:11 -0500 Subject: [Mapserver-users] CGI Error - ANY GUESSES? Message-ID: <159EE492F7DD4A49BD57168D23D659563823D5@fs01.houstonengineeringinc.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3368C.355E5D26 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have seen this error when I forgot to copy some of the .dll files mapserver requires into the system32 directory. Hope this helps. =20 Brian =20 -----Original Message----- From: Howard Mark [mailto:MHoward at spaceimaging.com]=20 Sent: Thursday, June 19, 2003 12:23 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] CGI Error - ANY GUESSES? =20 I feel really stupid about this. I have a perfectly good mapserver install on a W2K machine. I'm putting together another demo on a laptop - same OS. I copied everything I need to the new machine and have IIS running with the same virtual directories and permissions. I keep getting an error message running the app in a IE window. =20 <<<<<<<<< =20 CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: =20 >>>>>>>> =20 If I run the request on the command line - I get an HTML document just fine and the map image is created as well.=20 =20 C:\>c:\Inetpub\Scripts\mapserv.exe "QUERY_STRING=3Dmap=3DC:/inetpub/scripts/demosimple.map&layer=3Dcounty" =20 Content-type: text/html MapServer Demo Interface =20 ANY IDEAS ???? =20 TIA=20 =20 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. ************************************************************************ ******** ------_=_NextPart_001_01C3368C.355E5D26 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have seen this error when I = forgot to copy some of the .dll files mapserver requires into the system32 = directory.  Hope this helps.

 

Brian

 

-----Original = Message-----
From: Howard Mark [mailto:MHoward at spaceimaging.com]
Sent: Thursday, June 19, = 2003 12:23 PM
To: mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users] CGI Error - ANY GUESSES?

 

I = feel really stupid about this. I have a perfectly good mapserver install on a W2K = machine. I’m putting together another demo on a laptop – same = OS.

I = copied everything I need to the new machine and have IIS running with the same = virtual directories and permissions.

I = keep getting an error message running the app in a IE window.

 

<<<<<<<<<

 

CGI = Error

The = specified CGI application misbehaved by not returning a complete set of HTTP headers. = The headers it did return are:

 

>>>>>>>>=

 

If = I run the request on the command line – I get an HTML document just fine and = the map image is created as well.

 

C:\>c:\Inetpub\Scripts\mapserv.exe "QUERY_STRING=3Dmap=3DC:/inetpub/scripts/demosimple.map&layer=3D= county"

 

Content-type: = text/html

<!-- MapServer version 3.6.6-dev OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP = SUPPORTS=3DPROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT INPUT=3DEPPL7 = IN

PUT=3DOGR INPUT=3DGDAL INPUT=3DSHAPEFILE -->

<html>

<head><title>MapServer Demo Interface</title></head>

<BODY BGCOLOR=3D"#C4D1DD">

<img SRC=3D"http:\\webgroup-lt\tmp\DEMO10560415982068.jpg" = width=3D600 height=3D600 bo

rder=3D0>

</BODY>

</html>

 

ANY = IDEAS ????

 

TIA =

 

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.
*************************************************************************= *******

=00 ------_=_NextPart_001_01C3368C.355E5D26-- From MHoward at spaceimaging.com Thu Jun 19 11:21:07 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Thu, 19 Jun 2003 12:21:07 -0600 Subject: [Mapserver-users] CGI Error - ANY GUESSES? 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_01C3368F.5B59A732 Content-Type: text/plain; charset="iso-8859-1" Brian, YEP - right. I copied all the DLL's to the WINNT/system32 folder. Works now. Even though the PATH was set to include the dll's - evidently the IIS user does not use that path var. THANKS! Mark -----Original Message----- From: Brian Fischer [mailto:bfischer at houstonengineeringinc.com] Sent: Thursday, June 19, 2003 11:57 AM To: Howard Mark; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] CGI Error - ANY GUESSES? I have seen this error when I forgot to copy some of the .dll files mapserver requires into the system32 directory. Hope this helps. Brian -----Original Message----- From: Howard Mark [mailto:MHoward at spaceimaging.com] Sent: Thursday, June 19, 2003 12:23 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] CGI Error - ANY GUESSES? I feel really stupid about this. I have a perfectly good mapserver install on a W2K machine. I'm putting together another demo on a laptop - same OS. I copied everything I need to the new machine and have IIS running with the same virtual directories and permissions. I keep getting an error message running the app in a IE window. <<<<<<<<< CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: >>>>>>>> If I run the request on the command line - I get an HTML document just fine and the map image is created as well. C:\>c:\Inetpub\Scripts\mapserv.exe "QUERY_STRING=map=C:/inetpub/scripts/demosimple.map&layer=county" Content-type: text/html MapServer Demo Interface ANY IDEAS ???? TIA 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. **************************************************************************** **** ******************************************************************************** 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. ******************************************************************************** ------_=_NextPart_001_01C3368F.5B59A732 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Brian,

&nbs= p;

YEP – right. I copied al= l the DLL’s to the WINNT/system32 folder. Works now.

Even though the PATH was set to include the dll’s – evidently the IIS user does not use that pa= th var.

&nbs= p;

THANKS!

Mark<= /span>

&nbs= p;

-----Original Message-----
From: Brian Fischer [mailto:bfischer at houstonengineeringinc.com]
Sent: Thursday, June 19, 2003 11:57 AM
To: Howard Mark; mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-user= s] CGI Error - ANY GUESSES?

 <= /o:p>

I have seen this er= ror when I forgot to copy some of the .dll files mapserver requires into the system32 directory.  Hope this helps.

 

Brian=

 

-----Original Message-----
From: Howard Mark [mailto:MHoward at spaceimaging.com]
Sent: Thursday, June 19, 2003 12:23 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] C= GI Error - ANY GUESSES?

 = ;

I feel really stupid about this. I have a perfectly good mapserver install on= a W2K machine. I’m putting together another demo on a laptop – sa= me OS.

I copied everything I need to the new machine and have IIS running with the s= ame virtual directories and permissions.

I keep getting an error message running the app in a IE window.=

 

<<<<<<<<<

 

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

 

>>>>>>>>

 

If I run the request on the command line – I get an HTML document just f= ine and the map image is created as well. =

 

C:\>c:\Inetpub\Scripts\mapserv.exe "QUERY_STRING=3Dmap=3DC:/inetpub/scripts/demosimple.map&layer=3Dco= unty"

 

Content-type: text/html

<!-- MapServer version 3.6.6-dev OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT= =3DWBMP SUPPORTS=3DPROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT = INPUT=3DEPPL7 IN

PUT=3DOGR INPUT=3DGDAL INPUT=3DSHAPEFILE -->

<html>

<head><title>MapServer Demo Interface</title></head>

<BODY BGCOLOR=3D"#C4D1DD"><= span style=3D'color:black;mso-color-alt:windowtext'>

<img SRC=3D"http:\\webgroup-lt\tmp\DEMO10560415982068.jpg" width=3D600 height=3D600 bo

rder=3D0>

</BODY>

</html>

 

ANY IDEAS ????

 

TIA

 

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.
***************************************************************************= *****



***************************************************************************= *****
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.
***************************************************************************= *****
------_=_NextPart_001_01C3368F.5B59A732-- From godwinl at agr.gc.ca Thu Jun 19 11:37:21 2003 From: godwinl at agr.gc.ca (Liz Godwin) Date: Thu, 19 Jun 2003 14:37:21 -0400 Subject: [Mapserver-users] item query with v3.7/4.0 Message-ID: Hello, I'm using Mapserver 3/7/4.0 and attempting to display the results of an item query. I'm using the CGI version, and sending the request via the URL. The result is that the first record in the table is selected and zoomed into, not the record queryied for. The data is a polygon shapefile. The URL string is: http://hostname/cgi-bin/mapserv?mode=itemquery&qlayer=mapsheet&qitem=SHEET&qstring=31f&mapext=shapes In the map file, the layer is set up like this, however I have also triied removing the filter and filteritem elements: LAYER NAME "mapsheet" TYPE polygon STATUS DEFAULT DATA "cliiwms" TEMPLATE cli.html FILTERITEM "SHEET" FILTER "%sheetno%" CLASSITEM 'cli_ag' CLASS NAME mapsheet COLOR 220 219 190 OUTLINECOLOR 156 156 156 END #CLASS PROJECTION "init=epsg:42304" END END #LAYER I cannot figure out why this is not working well, plus I'd also like clarification on FILTERITEM and FILTER in the map file. Are they needed or not needed for queries? Thanks for your help, Liz Godwin Canadian Soil Information System (CanSIS), Research Branch, Agriculture and Agri-Food Canada From godwinl at agr.gc.ca Thu Jun 19 11:48:28 2003 From: godwinl at agr.gc.ca (Liz Godwin) Date: Thu, 19 Jun 2003 14:48:28 -0400 Subject: [Mapserver-users] item query - solved Message-ID: Hello, Ok.. maybe I posted to quickly. I tried adding single quotes around my qstring value and it worked fine: ...mapserv?mode=itemquerymap&qlayer=mapsheet_textquery&qitem=Sheet&qstring='31f'&mapext=shapes Cheers, Liz Godwin From rjames57 at yahoo.com Thu Jun 19 12:03:27 2003 From: rjames57 at yahoo.com (Randy James) Date: Thu, 19 Jun 2003 12:03:27 -0700 (PDT) Subject: [Mapserver-users] item query with v3.7/4.0 In-Reply-To: Message-ID: <20030619190327.4763.qmail@web12501.mail.yahoo.com> Hi I believe your qstring must be a valid regex expression. using whatever version of regex you have on your machine. try /31/ Hope this helps --- Liz Godwin wrote: > Hello, > > I'm using Mapserver 3/7/4.0 and attempting to display the > results of an item query. I'm using the CGI version, and > sending the request via the URL. The result is that the > first record in the table is selected and zoomed into, > not the record queryied for. > > The data is a polygon shapefile. The URL string is: > http://hostname/cgi-bin/mapserv?mode=itemquery&qlayer=mapsheet&qitem=SHEET&qstring=31f&mapext=shapes > > In the map file, the layer is set up like this, however I > have also triied removing the filter and filteritem > elements: > LAYER > NAME "mapsheet" > TYPE polygon > STATUS DEFAULT > DATA "cliiwms" > TEMPLATE cli.html > FILTERITEM "SHEET" > FILTER "%sheetno%" > CLASSITEM 'cli_ag' > CLASS > NAME mapsheet > COLOR 220 219 190 > OUTLINECOLOR 156 156 156 > END #CLASS > PROJECTION > "init=epsg:42304" > END > END #LAYER > > I cannot figure out why this is not working well, plus > I'd also like clarification on FILTERITEM and FILTER in > the map file. Are they needed or not needed for queries? > > > Thanks for your help, > > > Liz Godwin > > Canadian Soil Information System (CanSIS), > Research Branch, Agriculture and Agri-Food Canada > > > > _______________________________________________ > 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 bmurch at seas.marine.usf.edu Thu Jun 19 12:17:42 2003 From: bmurch at seas.marine.usf.edu (Brock Murch) Date: Thu, 19 Jun 2003 15:17:42 -0400 Subject: [Mapserver-users] ArcIMS vs MapServer Functionality Message-ID: <200306191517.42065.bmurch@marine.usf.edu> List Members: I am curious whether or not MapServer can supply data directly to a client software (not browser) so that the MapServer served data can be applied directly to a clients own data. For example, with ArcMAP I can query a ArcIMS server and pull down the data to my ArcMAP software running locally on my computer. Can this be done with MapServer? If not to ArcMAP is it availible for other types of local clients? Can MapServer use HDF files? I know that ESRI does not support them. Our intended audience uses ESRI products extensively. They will most likely want this functionality. We have to make a choice with this in mind. I for one advocate the use of open software where ever possbible. This is one instance where I may no be able to depending on the response to this query. Thanks for any thoughts on the matter. -- Brock Murch Managing Director 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 mcilhagga at dmsolutions.ca Thu Jun 19 12:45:59 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Thu, 19 Jun 2003 15:45:59 -0400 Subject: [Mapserver-users] ArcIMS vs MapServer Functionality References: <200306191517.42065.bmurch@marine.usf.edu> Message-ID: <3EF212F7.5050807@dmsolutions.ca> Hi Brock, This can be achieved with the latest versions of MapServer (v. 4.0) which is currently in Beta. It has been re-designed to support the capacity to output data in one of a number of directly accessible data formats such as Shapefiles and MapInfo MITab files. Of course, the exact manner in which this would happen is very application specific so work would have to be done in one of the scripting environments to allow the application to control the area of extraction you are interested in pulling out, the layers you want to receive, and the format you want to receive them in. Another thing you may want to consider is the use of OGC specficiations which would then allow you to effectively extract data from any server that implements the web feature service (WFS) specification. MapServer can act as a WFS client meaning that it can injest GML data from a remote server and convert it into the proprietary format of your choice that is supported by MapServer. For that matter, the day *when* ESRI supports WFS as a client, you can publish your data through WFS and have your ESRI clients directly injest data this way. Regarding HDF support, I believe MapServer supports this through the GDAL library -- you can get more information here: http://www.remotesensing.org/gdal/ This is my understanding at least, the developers may correct or clarify this. Dave -- Dave McIlhagga DM Solutions Group http://www.dmsolutions.ca EMail : mcilhagga at dmsolutions.ca Phone : 613-565-5056 x15 Fax : 613-565-0925 Brock Murch wrote: > List Members: > > I am curious whether or not MapServer can supply data directly to a client > software (not browser) so that the MapServer served data can be applied > directly to a clients own data. > > For example, with ArcMAP I can query a ArcIMS server and pull down the data to > my ArcMAP software running locally on my computer. Can this be done with > MapServer? If not to ArcMAP is it availible for other types of local clients? > Can MapServer use HDF files? I know that ESRI does not support them. > > Our intended audience uses ESRI products extensively. They will most likely > want this functionality. We have to make a choice with this in mind. I for > one advocate the use of open software where ever possbible. This is one > instance where I may no be able to depending on the response to this query. > > Thanks for any thoughts on the matter. > > From pramsey at refractions.net Thu Jun 19 12:51:32 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Thu, 19 Jun 2003 12:51:32 -0700 Subject: [Mapserver-users] ArcIMS vs MapServer Functionality In-Reply-To: <200306191517.42065.bmurch@marine.usf.edu> References: <200306191517.42065.bmurch@marine.usf.edu> Message-ID: <3EF21444.70308@refractions.net> Brock, This is more a matter of what languages the clients speak than the languages the server speaks. ArcMap only understands ArcXML, and therefor is designed to *only* talk with ArcIMS. That was a design decision by ESRI. Similar things pertain to support for live database connections (ArcSDE protocol only). On the bright side, ArcXML is (relatively) easy to emulate. I have written an emulator (http://postgis.refractions.net/download.php) called IMSEmu which puts an ArcIMS interface around mapserver, allowing ArcMap to connect to it directly, as if it were an ArcIMS server. Ed McNierney and Steve Greenwood will shortly be releasing a PHP script which has the same functionality and some enhancements they have added. For less than the cost of an ArcIMS licence, the emulation could be enhanced to support more of the ArcXML functionality than is currently supported (queries from ArcMap are currently problematic, due to an undocumented proprietary format used by ESRI for such queries, but I have had partial success in reverse engineering it). So there are alternatives. BTW, if anyone is interested in funding the addition of support for ArcExplorer 2.x as a mapserver client (by emulating the AE server protocol) please drop me a line. I have done the wire sniffing part of the job, the protocol is not too hard, and it could provide some nifty capabilities in terms of data download. (ArcExplorer supports a "download the data" mode, which snaps out a portion of data and zips it up for local consumption. Given all the format support mapserver has, it would be a nifty way of exposing obscure data sources to standard proprietary desktops.) Paul Brock Murch wrote: > List Members: > > I am curious whether or not MapServer can supply data directly to a client > software (not browser) so that the MapServer served data can be applied > directly to a clients own data. > > For example, with ArcMAP I can query a ArcIMS server and pull down the data to > my ArcMAP software running locally on my computer. Can this be done with > MapServer? If not to ArcMAP is it availible for other types of local clients? > Can MapServer use HDF files? I know that ESRI does not support them. > > Our intended audience uses ESRI products extensively. They will most likely > want this functionality. We have to make a choice with this in mind. I for > one advocate the use of open software where ever possbible. This is one > instance where I may no be able to depending on the response to this query. > > Thanks for any thoughts on the matter. > -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From MHoward at spaceimaging.com Thu Jun 19 12:54:13 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Thu, 19 Jun 2003 13:54:13 -0600 Subject: [Mapserver-users] ArcIMS vs MapServer Functionality Message-ID: Brock, It is easy to write a basic translator to ArcMap for WMS servers. I have written one in Java that allows connections to WMS servers as if they were ArcIMS servers. I've written VB apps that use WMS servers too. This works great for display/basemaps. If you want to perform spatial operations, you need to set up MapServer as a WFS (GML) perhaps - then translate to SDE. But why would you want to do that? Mark -----Original Message----- From: Brock Murch [mailto:bmurch at seas.marine.usf.edu] Sent: Thursday, June 19, 2003 1:18 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] ArcIMS vs MapServer Functionality List Members: I am curious whether or not MapServer can supply data directly to a client software (not browser) so that the MapServer served data can be applied directly to a clients own data. For example, with ArcMAP I can query a ArcIMS server and pull down the data to my ArcMAP software running locally on my computer. Can this be done with MapServer? If not to ArcMAP is it availible for other types of local clients? Can MapServer use HDF files? I know that ESRI does not support them. Our intended audience uses ESRI products extensively. They will most likely want this functionality. We have to make a choice with this in mind. I for one advocate the use of open software where ever possbible. This is one instance where I may no be able to depending on the response to this query. Thanks for any thoughts on the matter. -- Brock Murch Managing Director Institute for Marine Remote Sensing University of South Florida 140 7th Ave South St. Petersburg, FL 33701 http://imars.usf.edu/ (727) 553-1186 _______________________________________________ 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 steve.lime at dnr.state.mn.us Thu Jun 19 13:33:06 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 19 Jun 2003 15:33:06 -0500 Subject: [Mapserver-users] item query - solved Message-ID: Note that I made a change recently (in CVS) that removes the need for stupid things like quotes around strings or numbers (for string comparisons). You still need to use ()'s or //'s to deliniate logical or regular expressions. Steve >>> "Liz Godwin" 06/19/03 01:48PM >>> Hello, Ok.. maybe I posted to quickly. I tried adding single quotes around my qstring value and it worked fine: ...mapserv?mode=itemquerymap&qlayer=mapsheet_textquery&qitem=Sheet&qstring='31f'&mapext=shapes Cheers, Liz Godwin _______________________________________________ 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 Jun 19 13:35:17 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 19 Jun 2003 15:35:17 -0500 Subject: [Mapserver-users] Buffering analysis Message-ID: Depends on what you mean by "analysis". Version 4.0 adds support for buffered queries (i.e. all streams within 5 miles of a lake). It does this by honoring the TOLORANCE layer parameter. Steve >>> " $(G ??v?i" 06/18/03 07:14PM >>> Hi Is there anyone ever has experience to use mapserver to perform the buffering analysis? Or any other spatial analysis is possible to be implenmented, and how is the procedure to make mapserver to do? Thanx!! Regards!!! Kent From stevem at spatialmapping.com Thu Jun 19 15:26:15 2003 From: stevem at spatialmapping.com (Steven Monai) Date: Thu, 19 Jun 2003 15:26:15 -0700 Subject: [Mapserver-users] create postgis layer with mapscript gets invalid sql In-Reply-To: <20030619170002.4376.28105.Mailman@lists.gis.umn.edu> Message-ID: Twan: Not too long ago, I had a very similar problem with the MapServer CGI (same version as you: 3.6.5) and PostGIS layers. By sheer dumb luck, I discovered that the 'from' keyword in the layer's 'data' string had to be all lower case. That is, I found that by using 'from' (instead of 'FROM') in my layer's 'data' string, the problem went away. Caveat: My 'data' string was simpler than yours (mine didn't have any USING clauses), so you might have to experiment further to get it to work. Hope this helps, -SM -- ============================================ Steven Monai Database & Application Developer Spatial Mapping Ltd. 484 2nd Avenue Prince George, BC, Canada V2L 2Z7 http://www.spatialmapping.com mailto:stevem at spatialmapping.com phone: 250 564 1928 fax: 250 564 0751 ============================================ Twan Kogels wrote: > Date: Thu, 19 Jun 2003 15:11:42 +0200 > To: mapserver-users at lists.gis.umn.edu > From: Twan Kogels > Subject: [Mapserver-users] create postgis layer with > mapscript gets invalid sql > > Hello, > > I'm trying to create a postgis layer with mapscript (php) > > ========== > $lo=ms_newLayerObj($mymap); > $lo->set("connectiontype", MS_POSTGIS); > $lo->set("connection", "user=postgres > dbname=pc"); > $lo->set("data", "pc_geom FROM pc6 > USING UNIQUE oid USING SRID=-1"); > > $filter="pc6='$postcode'"; > if($filter!="") $lo->setFilter($filter); > > $lo->set("name", "postcode_layer"); > $lo->set("status", MS_ON); > $lo->set("type", MS_LAYER_POINT); > > $lo->setMetaData("DESCRIPTION", "pc6"); > $lo->setMetaData("RESULT_FIELDS", "pc6"); > > $co=ms_newClassObj($lo); > $co->set("name", "mysym"); > $temp=$mymap->getSymbolByName('star'); > $co->set("symbol", $temp); > > $lo->set("classitem", "pc6"); > $lo->set("labelitem", "pc6"); > $co->label->set("color", > $mymap->addColor(0,0,0)); > $co->label->set("position", MS_AUTO); > $co->label->set("partials", 0); > $co->label->set("size", MS_TINY); > $co->set("template", "ttt_query.html"); > ============== > > But when i call draw() i get a strange error: > ============== > Warning: MapServer Error in prep_DB(): Error executing > POSTGIS DECLARE (the > actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT > pc6::text,asbinary(force_collection(force_2d()),'NDR'),oid::text from > Dy@X? WHERE (pc6=) and ( && setSRID( 'BOX3D(160744 382852,161194 > 383302)'::BOX3D,-1) )' > > Postgresql reports the error 'ERROR: parser: parse error at > or near "" at > character 115 ' > > More Help: > .. > ============== > > I suspect there's a problem with the query which postgis > uses, it contains > a string which postgresql does not like and ofcourse complains about: > Dy@X?, this is causing the trouble. Also strange is the > "WHERE (pc6=) > and" part, this should be "WHERE (pc6='a zipcode') and". > > I have checked the database multiple times, i've created the > spatial index > on pc_geom and a index on oid. > > I'm using mapserver: > MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ > SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > and postgis 0.7.5 with postgresql 7.3.2. > > Queries like: > ============== > select X(pc_geom) AS geox, Y(pc_geom) AS geoy from pc6 where > pc6='5611HL'; > ============== > just run fine. > > Can somebody offer me a helping hand? > > Best regards, > Twan Kogels > From novalet at yahoo.com.cn Thu Jun 19 18:56:07 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Fri, 20 Jun 2003 09:56:07 +0800 (CST) Subject: [Mapserver-users] mapserv doesn't work Message-ID: <20030620015607.23074.qmail@web15204.mail.bjs.yahoo.com> Hi! This is my first time to compile mapserver in linux. But I use mapserver in win2k for a long time. First download gd-2.0.15, make and install it. Then i download mapserver4.0b, make it and copy mapserv to cgi-bin. But when i input http://localhost/cgi-bin/mapserv , the info in the brower is Server error! The server encountered an internal error and was unable to complete your request. Error message: Premature end of script headers: mapserv I have tried shp2img, it work fine, and generate proper image. Can you give me some suggestion? ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove From wlx at cngis.org Thu Jun 19 22:20:32 2003 From: wlx at cngis.org (Liangxu Wang) Date: Fri, 20 Jun 2003 13:20:32 +0800 Subject: [Mapserver-users] FLASH file action that generate by mapserver 4 Message-ID: <001a01c336eb$ac7466f0$f84dfea9@gisedu> hi Yewondwossen Assefa, I use Action scrpit viewer to explore the swf file that generate by mapserver 4. The action is: mapObj = new Object (); mapObj.name = "test.map"; mapObj.width = 540; mapObj.height = 470; mapObj.numlayers = 3; mapObj.layers = new Array (); function LayerObj (name, type, fullname, relativename) { this.name = name; this.type = type; this.fullname = fullname; this.relativename = relativename; } mapObj.layers[0] = new LayerObj ("country.shp", "2", "d:/tmp/ms_tmp/105607646524641_layer_0.swf", "105607646524641_layer_0.swf"); mapObj.layers[1] = new LayerObj ("lakes.shp", "2", "d:/tmp/ms_tmp/105607646524641_layer_1.swf", "105607646524641_layer_1.swf"); mapObj.layers[2] = new LayerObj ("cities.shp", "0", "d:/tmp/ms_tmp/105607646524641_layer_2.swf", "105607646524641_layer_2.swf"); There is not a mapobj.extent attribute,this is not same with the flash document.(http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html) Another suggestion : The Layerobj's fullname attribute should web address,not local address.(like http://xxx/.../xxxxx.swf) wlx From k.chodak at autoguard.pl Thu Jun 19 23:17:31 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Fri, 20 Jun 2003 08:17:31 +0200 Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <20030620015607.23074.qmail@web15204.mail.bjs.yahoo.com> Message-ID: Maybe debugger will tell you something more? gdb mapserv run querystring=... 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 Chen Fu Sent: Friday, June 20, 2003 3:56 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] mapserv doesn't work Hi! This is my first time to compile mapserver in linux. But I use mapserver in win2k for a long time. First download gd-2.0.15, make and install it. Then i download mapserver4.0b, make it and copy mapserv to cgi-bin. But when i input http://localhost/cgi-bin/mapserv , the info in the brower is Server error! The server encountered an internal error and was unable to complete your request. Error message: Premature end of script headers: mapserv I have tried shp2img, it work fine, and generate proper image. Can you give me some suggestion? ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From adams at terrestris.de Thu Jun 19 23:39:33 2003 From: adams at terrestris.de (Till Adams) Date: Fri, 20 Jun 2003 08:39:33 +0200 Subject: [Mapserver-users] ArcIMS vs MapServer Functionality - WMS extensions References: <200306191517.42065.bmurch@marine.usf.edu> Message-ID: <3EF2AC25.8050700@terrestris.de> Dear Brock, there are two extensions to ArcMap which allow to add WMS services: SICAD in german: http://www.sicad.de/pages/produkte/technologie/sicad_extensions/sicad_wms_extension.html in english: http://www.sicad.com/pages/products/technology/sicad_extensions/sicad_wms_extension.html or con terra http://www.conterra.de/ >> Information/Service/ >> Downloads >> WMS Extension (german only) For both a registration is required, but the software is free. Choose the one from SICAD, because the conterra tool only is a kind of "demo", developed to show, that it is POSSIBLE to load WMS services into ArcMap. You only may load one WMS layer at the same time into ArcMap.... Has anyone an idea about a tool for loading WMS services into ArcView 3.x? Cheers, Till Brock Murch schrieb: > List Members: > > I am curious whether or not MapServer can supply data directly to a client > software (not browser) so that the MapServer served data can be applied > directly to a clients own data. > > For example, with ArcMAP I can query a ArcIMS server and pull down the data to > my ArcMAP software running locally on my computer. Can this be done with > MapServer? If not to ArcMAP is it availible for other types of local clients? > Can MapServer use HDF files? I know that ESRI does not support them. > > Our intended audience uses ESRI products extensively. They will most likely > want this functionality. We have to make a choice with this in mind. I for > one advocate the use of open software where ever possbible. This is one > instance where I may no be able to depending on the response to this query. > > Thanks for any thoughts on the matter. > > -- ***** 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 bwragg at tpg.com.au Thu Jun 19 23:51:11 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Fri, 20 Jun 2003 16:21:11 +0930 Subject: [Mapserver-users] [off-topic] Project management tool In-Reply-To: <003201c335e9$0447c3d0$8a64cec8@vcp.advcp.br> Message-ID: <000501c336f8$5c410460$0a00a8c0@mapping12> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C33747.FD0AE060 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I think theres one that comes on the Redhat8 cd's called Mr Project. -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Eduardo Patto Kanegae Sent: Thursday, 19 June 2003 7:59 AM To: mapserver-users Subject: [Mapserver-users] [off-topic] Project management tool Does anybody know any open-source tool for managing projects? thanks Eduardo Patto Kanegae eduardo at linkgeo.com.br ------=_NextPart_000_0006_01C33747.FD0AE060 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
I=20 think theres one that comes on the Redhat8 cd's called Mr=20 Project.
-----Original Message-----
From:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of = Eduardo=20 Patto Kanegae
Sent: Thursday, 19 June 2003 7:59 = AM
To:=20 mapserver-users
Subject: [Mapserver-users] [off-topic] = Project=20 management tool

Does anybody know any open-source = tool for=20 managing projects?
 
thanks
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br<= /DIV>
 
------=_NextPart_000_0006_01C33747.FD0AE060-- From novalet at yahoo.com.cn Fri Jun 20 00:12:35 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Fri, 20 Jun 2003 15:12:35 +0800 (CST) Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <3EF2ACE4.5040301@terrestris.de> Message-ID: <20030620071235.99740.qmail@web15205.mail.bjs.yahoo.com> Till?? My linux box is base on redhat8. the make generate some warning but no error. the mapserv is 375445 bytes. I think it is much smaller than the one i used in win2k. But i config it with gd lib only. if i type "./mapserv" it will show " This script can only be used to decode form results and should be initiated as a CGI process via a httpd server. " Is it mean the file is a validate executable? shp2img generated in the same procession work very nice. I search the archive for that message before i post it here. But most i found is related to php or some other thing. Because i am a newbie in compiling mapserver in linux, so i select the cleanest way, use only gd lib. But still get into trouble, sigh... --- Till Adams ????????> Dear Cheng, > > "premature end of script" is an error which occurs, > when the compile > process was broken up: so while compiling, the > "mapserv" was written but > not finished. Which linux system do you use? Did you > get an error > message when compiling? Try the mailing list archive > searching for > contributions fitting to your error message. > > Good luck, > Till > > Chen Fu schrieb: > > Hi! > > This is my first time to compile mapserver in > linux. > > But I use mapserver in win2k for a long time. > > First download gd-2.0.15, make and install it. > > Then i download mapserver4.0b, make it and copy > > mapserv to cgi-bin. > > But when i input http://localhost/cgi-bin/mapserv > , > > the info in the brower is > > Server error! > > > > The server encountered an internal error and was > > unable to complete your request. > > > > Error message: > > Premature end of script headers: mapserv > > > > I have tried shp2img, it work fine, and generate > > proper image. > > Can you give me some suggestion? > > > > > > ===== > > Remote Scensing Satellite Ground Station > > Chinese Academy of Science > > > > > _________________________________________________________ > > Do You Yahoo!? > > ?????????????????????????? > > > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > -- > > ***** 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 > ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove From twan at twansoft.com Fri Jun 20 00:40:31 2003 From: twan at twansoft.com (Twan Kogels) Date: Fri, 20 Jun 2003 09:40:31 +0200 Subject: [Mapserver-users] create postgis layer with mapscript gets invalid sql In-Reply-To: References: <20030619170002.4376.28105.Mailman@lists.gis.umn.edu> Message-ID: <5.0.0.25.2.20030620093404.02ae7da0@pop.xs4all.nl> Hello Steven, Wow, it's a strange solution, but it works. I just lowered the case of "FROM" to "from" and i got another error. But lucky this one was easy: ============ MapServer Error in prep_DB(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT pc6::text,asbinary(force_collection(force_2d(pc_geom)),'NDR'),OID::text from pc6 WHERE (pc6=) and (pc_geom && setSRID( 'BOX3D(160744 382852,161194 383302)'::BOX3D,find_srid('','pc6','pc_geom') ))' Postgresql reports the error 'ERROR: parser: parse error at or near ")" at character 135 ' ============ It appears that the filter needs to be put between "(" and ")", after doing this my query works and the points show perfect on the map. For the archive here's my working mapscript code: ============ $lo=ms_newLayerObj($mymap); $lo->set("connectiontype", MS_POSTGIS); $lo->set("connection", "user=postgres dbname=pc"); $lo->set("data", "pc_geom from pc6"); $filter="(pc6='$postcode')"; if($filter!="") $lo->setFilter($filter); $lo->set("name", "postcode_layer"); $lo->set("status", MS_ON); $lo->set("type", MS_LAYER_POINT); $lo->setMetaData("DESCRIPTION", "pc6"); $lo->setMetaData("RESULT_FIELDS", "pc6"); $co=ms_newClassObj($lo); $co->set("name", "mysym"); $temp=$mymap->getSymbolByName('star'); $co->set("symbol", $temp); $lo->set("classitem", "pc6"); $lo->set("labelitem", "pc6"); $co->label->set("color", $mymap->addColor(0,0,0)); $co->label->set("position", MS_AUTO); $co->label->set("partials", 0); $co->label->set("size", MS_TINY); $co->set("template", "ttt_query.html"); ============ Best regards, Twan Kogels At 15:26 19-6-2003 -0700, you wrote: >Twan: > >Not too long ago, I had a very similar problem with the MapServer CGI >(same version as you: 3.6.5) and PostGIS layers. By sheer dumb luck, I >discovered that the 'from' keyword in the layer's 'data' string had to >be all lower case. That is, I found that by using 'from' (instead of >'FROM') in my layer's 'data' string, the problem went away. Caveat: My >'data' string was simpler than yours (mine didn't have any USING >clauses), so you might have to experiment further to get it to work. > >Hope this helps, >-SM >-- >============================================ >Steven Monai >Database & Application Developer >Spatial Mapping Ltd. >484 2nd Avenue >Prince George, BC, Canada >V2L 2Z7 > >http://www.spatialmapping.com >mailto:stevem at spatialmapping.com >phone: 250 564 1928 >fax: 250 564 0751 >============================================ > > >Twan Kogels wrote: > > Date: Thu, 19 Jun 2003 15:11:42 +0200 > > To: mapserver-users at lists.gis.umn.edu > > From: Twan Kogels > > Subject: [Mapserver-users] create postgis layer with > > mapscript gets invalid sql > > > > Hello, > > > > I'm trying to create a postgis layer with mapscript (php) > > > > ========== > > $lo=ms_newLayerObj($mymap); > > $lo->set("connectiontype", MS_POSTGIS); > > $lo->set("connection", "user=postgres > > dbname=pc"); > > $lo->set("data", "pc_geom FROM pc6 > > USING UNIQUE oid USING SRID=-1"); > > > > $filter="pc6='$postcode'"; > > if($filter!="") $lo->setFilter($filter); > > > > $lo->set("name", "postcode_layer"); > > $lo->set("status", MS_ON); > > $lo->set("type", MS_LAYER_POINT); > > > > $lo->setMetaData("DESCRIPTION", "pc6"); > > $lo->setMetaData("RESULT_FIELDS", "pc6"); > > > > $co=ms_newClassObj($lo); > > $co->set("name", "mysym"); > > $temp=$mymap->getSymbolByName('star'); > > $co->set("symbol", $temp); > > > > $lo->set("classitem", "pc6"); > > $lo->set("labelitem", "pc6"); > > $co->label->set("color", > > $mymap->addColor(0,0,0)); > > $co->label->set("position", MS_AUTO); > > $co->label->set("partials", 0); > > $co->label->set("size", MS_TINY); > > $co->set("template", "ttt_query.html"); > > ============== > > > > But when i call draw() i get a strange error: > > ============== > > Warning: MapServer Error in prep_DB(): Error executing > > POSTGIS DECLARE (the > > actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT > > pc6::text,asbinary(force_collection(force_2d()),'NDR'),oid::text from > > Dy at X? WHERE (pc6=) and ( && setSRID( 'BOX3D(160744 382852,161194 > > 383302)'::BOX3D,-1) )' > > > > Postgresql reports the error 'ERROR: parser: parse error at > > or near "" at > > character 115 ' > > > > More Help: > > .. > > ============== > > > > I suspect there's a problem with the query which postgis > > uses, it contains > > a string which postgresql does not like and ofcourse complains about: > > Dy at X?, this is causing the trouble. Also strange is the > > "WHERE (pc6=) > > and" part, this should be "WHERE (pc6='a zipcode') and". > > > > I have checked the database multiple times, i've created the > > spatial index > > on pc_geom and a index on oid. > > > > I'm using mapserver: > > MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > > SUPPORTS=PROJ > > SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > > INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > > > and postgis 0.7.5 with postgresql 7.3.2. > > > > Queries like: > > ============== > > select X(pc_geom) AS geox, Y(pc_geom) AS geoy from pc6 where > > pc6='5611HL'; > > ============== > > just run fine. > > > > Can somebody offer me a helping hand? > > > > Best regards, > > Twan Kogels > > > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From heihachi.cv90g at nctu.edu.tw Fri Jun 20 01:03:49 2003 From: heihachi.cv90g at nctu.edu.tw (¦¿©v®i) Date: Fri, 20 Jun 2003 16:03:49 +0800 Subject: [Mapserver-users] legend problem Message-ID: <001f01c33702$7d478fd0$3910718c@sbvr.com> This is a multi-part message in MIME format. ------=_NextPart_000_001B_01C33745.89BD9500 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit Hi In my project, one of my layer is classified into 4 classes. How to make the legend of the layer also been sepreated into 4 class sub-legend under the layer legend?? Thanx! Kent ------=_NextPart_000_001B_01C33745.89BD9500 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi
 
In my project, one of my layer is classified into 4=20 classes.
How to make the legend of the layer also been=20 sepreated
into 4 class sub-legend under the layer = legend??
 
Thanx!
 
Kent
 
------=_NextPart_000_001B_01C33745.89BD9500-- From schut at sarvision.com Fri Jun 20 01:17:58 2003 From: schut at sarvision.com (Vincent Schut) Date: Fri, 20 Jun 2003 10:17:58 +0200 Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <20030620071235.99740.qmail@web15205.mail.bjs.yahoo.com> References: <20030620071235.99740.qmail@web15205.mail.bjs.yahoo.com> Message-ID: <200306201017.58045.schut@sarvision.com> Chen, The error you get is a very generic error generated by php I think. To find out more about what goes wrong, you should at least run mapserver from the command prompt, and prefereable thourgh a debugger. To run it from the command prompt, type (in the dir where the mapserv executable is): ./mapserv "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" (of course fill in your own mapfile/path and eventual other parameters. I think you need to specify at least map and mode. This example prints the image data to stdout, so you will see your png or gif or whatever scrolling as ascii on you terminal :-) But probably you will see an error message instead of image data. If it is still very generic, like a segmentation fault, you should use a debugger. To run mapserv from the debugger, do the following: make sure you have gdb (the gnu debugger) and type: gdb mapserv run "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" and after the error, type: backtrace This will show you in which function mapserv (or a library) segfaulted. Maybe than you will know what to do. Otherwise, send your experiences and the mapserv and debugger output to this list and I'm sure you will get more help. Cheers, Vincent Schut. On Friday 20 June 2003 09:12, Chen Fu wrote: > Till?? > My linux box is base on redhat8. the make generate > some warning but no error. the mapserv is 375445 > bytes. I think it is much smaller than the one i used > in win2k. But i config it with gd lib only. > if i type "./mapserv" it will show > " > This script can only be used to decode form results > and > should be initiated as a CGI process via a httpd > server. > " > Is it mean the file is a validate executable? shp2img > generated in the same procession work very nice. > > I search the archive for that message before i post it > here. But most i found is related to php or some other > thing. Because i am a newbie in compiling mapserver in > linux, so i select the cleanest way, use only gd lib. > But still get into trouble, sigh... > > --- Till Adams ????????> Dear > Cheng, > > > "premature end of script" is an error which occurs, > > when the compile > > process was broken up: so while compiling, the > > "mapserv" was written but > > not finished. Which linux system do you use? Did you > > get an error > > message when compiling? Try the mailing list archive > > searching for > > contributions fitting to your error message. > > > > Good luck, > > Till > > > > Chen Fu schrieb: > > > Hi! > > > This is my first time to compile mapserver in > > > > linux. > > > > > But I use mapserver in win2k for a long time. > > > First download gd-2.0.15, make and install it. > > > Then i download mapserver4.0b, make it and copy > > > mapserv to cgi-bin. > > > But when i input http://localhost/cgi-bin/mapserv > > > > , > > > > > the info in the brower is > > > Server error! > > > > > > The server encountered an internal error and was > > > unable to complete your request. > > > > > > Error message: > > > Premature end of script headers: mapserv > > > > > > I have tried shp2img, it work fine, and generate > > > proper image. > > > Can you give me some suggestion? > > > > > > > > > ===== > > > Remote Scensing Satellite Ground Station > > > Chinese Academy of Science > > _________________________________________________________ > > > > Do You Yahoo!? > > > ?????????????????????????? > > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- > > > > ***** 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 > > ===== > Remote Scensing Satellite Ground Station > Chinese Academy of Science > > _________________________________________________________ > Do You Yahoo!? > ?????????????????????????? > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove > _______________________________________________ > 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 B.Seidel at t-systems.com Fri Jun 20 01:48:57 2003 From: B.Seidel at t-systems.com (Seidel Bernd) Date: Fri, 20 Jun 2003 10:48:57 +0200 Subject: [Mapserver-users] (no subject) Message-ID: <28B7D75672B14648955E98ED98A9E54302AC71@mail2000.b3.dsh.de> confirm 310908 From Irvan at pln-jabar.co.id Fri Jun 20 02:07:44 2003 From: Irvan at pln-jabar.co.id (Irvan Kristianto) Date: Fri, 20 Jun 2003 16:07:44 +0700 Subject: [Mapserver-users] another (same) IIS CGI Error misbehaved Message-ID: <4876C605FBF6D611BF48000629132BCB1F8C26@DISJABARMAIL> hello all, i'm mapserver's new user. my virtual directory -mapserver : (already read and execute) 06/20/2003 14:51
lib 03/26/2002 11:18 11.415 ecw_sdk_license.txt 06/01/2003 21:06 6.533 HISTORY.TXT 06/19/2003 08:03 3.129.344 legend.exe 06/11/2003 09:26 7.096 Makefile_gif_gdal_pg_wms_client.vc 06/19/2003 08:03 3.235.840 mapserv.exe 06/11/2003 09:45 9.504 readme.html 06/09/2003 23:54 7.892 README.TXT 06/19/2003 08:03 3.129.344 scalebar.exe 06/19/2003 08:03 3.129.344 shp2img.exe 06/19/2003 08:03 61.440 shp2pdf.exe 06/19/2003 08:03 3.129.344 shptree.exe 06/19/2003 08:03 3.129.344 sortshp.exe 06/19/2003 08:03 3.129.344 tile4ms.exe -map : 06/20/2003 09:22 graphics 06/20/2003 09:22 perl 06/20/2003 09:22 symbols 06/20/2003 09:42 tmp 06/20/2003 09:22 data 11/23/2000 11:09 0 demo.log 06/20/2003 14:17 8.085 demo.map . . and all demo html files Path already set to ../mapserver/lib demo_init files -- and i'm still have this error. CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: i'm using windows 2000 server with IIS ... using mapserver : ms366_gif_gdal_pg_wms.zip itasca3.5.tar.gz please...please... anyone ... help me. Or i should leave the IIS and go to Apache for windows??? sugestion please ... thanks, Irvan Kristianto Great love from Indonesia .... From arnulf.christl at ccgis.de Fri Jun 20 02:44:01 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Fri, 20 Jun 2003 11:44:01 +0200 Subject: AW: [Mapserver-users] [off-topic] Project management tool In-Reply-To: <000501c336f8$5c410460$0a00a8c0@mapping12> Message-ID: You can try PHProjekt: http://www.phprojekt.com/ Regards, Arnulf. -----Ursprungliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Benjamin Wragg Gesendet: Freitag, 20. Juni 2003 08:51 An: 'Eduardo Patto Kanegae'; mapserver-users at lists.gis.umn.edu Betreff: RE: [Mapserver-users] [off-topic] Project management tool I think theres one that comes on the Redhat8 cd's called Mr Project. -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Eduardo Patto Kanegae Sent: Thursday, 19 June 2003 7:59 AM To: mapserver-users Subject: [Mapserver-users] [off-topic] Project management tool Does anybody know any open-source tool for managing projects? thanks Eduardo Patto Kanegae eduardo at linkgeo.com.br From mjc1 at soc.soton.ac.uk Fri Jun 20 02:57:56 2003 From: mjc1 at soc.soton.ac.uk (Michael Cunningham) Date: Fri, 20 Jun 2003 10:57:56 +0100 Subject: [Mapserver-users] Projection library error Message-ID: <200306201057.56863.mjc1@soc.soton.ac.uk> Would be grateful for any help on this one. Have recently installed mapserver, and it's running fine. However I'm currently working through the on-line tutorials and have become stuck on projections. When I run the s3ex4 example, which has the following in the map file: PROJECTION "init=epsg:4269" END it gives the following error: msProcessProjection(): Projection library error. no system list, errno: 2 When I run: % mapserv -v MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE it shows PROJ.4 is supported. I've set the PROJ_LIB variable to point at "/usr/local/share/proj" but still no joy. I'm running Mandrake Linux9.1, and have the variable set in my .cshrc (running tcsh). Any help would be appreciated. Regards, Mike -- *************************************** Dr M Cunningham Challenger Division Southampton Oceanography Centre Southampton SO14 3ZH Tel: +44 (0)23 80596614 Mobile: +44 (0)79 0153 2191 *************************************** From niederer at atlas.gis.univie.ac.at Fri Jun 20 04:16:33 2003 From: niederer at atlas.gis.univie.ac.at (Sibylle Niederer) Date: Fri, 20 Jun 2003 13:16:33 +0200 Subject: [Mapserver-users] lambert utm projection Message-ID: <008901c3371d$684d46e0$0c3f8283@gis.univie.ac.at> This is a multi-part message in MIME format. ------=_NextPart_000_0086_01C3372E.2BB8F1F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi! i am trying to use data in utm projection (zone 32) in a map with = lambert projection defined. but whatever i do - the data in utm is never = shown on my map. i was searching the mailing list but couldn't find a solution. so here = are my definition in case anyone knows a solution. regards, sibylle MAP PROJECTION PROJECTION "proj=3Dlcc" "ellps=3Dbessel" "towgs84=3D682,-203,480,0,0,0,0" "lat_1=3D46.0" "lat_2=3D49.0" "lat_0=3D13.33333333333" "lon_0=3D47.5" "x_0=3D400000" "y_0=3D400000" "units=3Dm" END=20 LAYER PROJECTION PROJECTION "proj=3Dutm" "zone=3D32" "ellps=3DWGS84" "datum=3DWGS84" "north" END=20 ________________________________________________________ INSTITUT fuer GEOGRAPHIE und REGIONALFORSCHUNG UNIVERSITAET WIEN Kartographie und Geoinformation DEPARTMENT of GEOGRAPHY and REGIONAL RESEARCH UNIVERSITY of VIENNA Cartography and GIS Tel: (+43 1) 4277 48658 Fax: (+43 1) 4277 48649 E-Mail: niederer at atlas.gis.univie.ac.at Snail-Mail: Universitaetstr. 7, A-1010 Wien, AUSTRIA WWW: http://www.gis.univie.ac.at/karto/ FTP: ftp.gis.univie.ac.at Atlas of E and SE Europe: http://www.aos.ac.at ________________________________________________________ ------=_NextPart_000_0086_01C3372E.2BB8F1F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hi!
 
i am trying to use data in=20 utm  projection (zone 32) in a map with lambert projection = defined.=20 but whatever i do - the data in utm is never shown on my = map.
i was searching the mailing list but = couldn't find=20 a solution. so here are my definition in case anyone knows a=20 solution.
 
regards,
sibylle
 
 
MAP PROJECTION
PROJECTION
  =20 "proj=3Dlcc"
   "ellps=3Dbessel"
  =20 "towgs84=3D682,-203,480,0,0,0,0"
   = "lat_1=3D46.0"
  =20 "lat_2=3D49.0"
   "lat_0=3D13.33333333333"
  =20 "lon_0=3D47.5"
   "x_0=3D400000"
  =20 "y_0=3D400000"
   "units=3Dm"
END
 
 
LAYER PROJECTION
  PROJECTION
  =20 "proj=3Dutm"
   "zone=3D32"
  =20 "ellps=3DWGS84"
   "datum=3DWGS84"
   = "north"
 =20 END
________________________________________________________<= /DIV>
 
   INSTITUT fuer GEOGRAPHIE = und=20 REGIONALFORSCHUNG
   UNIVERSITAET WIEN
   = Kartographie=20 und Geoinformation
 
   DEPARTMENT of GEOGRAPHY = and REGIONAL=20 RESEARCH
   UNIVERSITY of VIENNA
   = Cartography and=20 GIS
 
  =20 Tel:        (+43 1) 4277=20 48658
   Fax:        = (+43 1)=20 4277 48649
   E-Mail:     niederer at atlas.gis.univie= .ac.at
  =20 Snail-Mail: Universitaetstr. 7, A-1010 Wien, AUSTRIA
 
  =20 WWW:        http://www.gis.univie.ac.at/k= arto/
  =20 FTP:        ftp.gis.univie.ac.at
=
 
   Atlas of E and SE Europe: = http://www.aos.ac.at
 _________= _______________________________________________
------=_NextPart_000_0086_01C3372E.2BB8F1F0-- From braulioen at ono.com Fri Jun 20 04:21:43 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Fri, 20 Jun 2003 13:21:43 +0200 Subject: [Mapserver-users] Problem with ShapeObj. Message-ID: <1403b8142ff6.142ff61403b8@ono.com> Hi at all, I'm using PHP/Mapscript and I can't read the attributes of a shapefile of polygons. I read a ShapeObj so and as she appears in the documentation: $shapefile = ms_newShapefileObj("C:\vector\mapa", -1); //-1 for read $shape = $shapefile->getShape(3); when I read its index I don't have problems echo $shape->{index}; ------>>>>>> 3 but when I read the values of its attributes: echo $shape->{numvalues}; ------>>>>>>> 0 and this polygon has two attributes, Why? Thanks in advance. Braulio M. From RichardBecher at SierraSystems.com Fri Jun 20 05:40:00 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Fri, 20 Jun 2003 08:40:00 -0400 Subject: [Mapserver-users] EPSG File... Message-ID: <8450D0E05920354D97B1507EABDCDB7F073554@svott2000.sierrasys.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C33729.103DF05B Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Does anyone know if EPSG files exist in XML Format? =20 Cheers, =20 Richard =20 ------_=_NextPart_001_01C33729.103DF05B Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Does anyone know if EPSG files exist in XML = Format?

 

Cheers,

 

Richard

 

=00 ------_=_NextPart_001_01C33729.103DF05B-- From palanisamyg at ornl.gov Fri Jun 20 06:15:15 2003 From: palanisamyg at ornl.gov (Giri Palanisamy) Date: Fri, 20 Jun 2003 09:15:15 -0400 Subject: [Mapserver-users] Log user actions In-Reply-To: References: Message-ID: <5.2.0.9.2.20030620090426.00b77dd0@email.cind.ornl.gov> 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 From ed at topozone.com Fri Jun 20 06:15:59 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 20 Jun 2003 09:15:59 -0400 Subject: [Mapserver-users] another (same) IIS CGI Error misbehaved Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFB9F@mercator.topozone.com> Irvan - Did you install the zlib.dll in your Windows system directory or someplace else on your system path? - 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: Irvan Kristianto [mailto:Irvan at pln-jabar.co.id] Sent: Friday, June 20, 2003 5:08 AM To: 'mapserver-users at lists.gis.umn.edu' Subject: [Mapserver-users] another (same) IIS CGI Error misbehaved hello all, i'm mapserver's new user. my virtual directory -mapserver : (already read and execute) 06/20/2003 14:51
lib 03/26/2002 11:18 11.415 ecw_sdk_license.txt 06/01/2003 21:06 6.533 HISTORY.TXT 06/19/2003 08:03 3.129.344 legend.exe 06/11/2003 09:26 7.096 Makefile_gif_gdal_pg_wms_client.vc 06/19/2003 08:03 3.235.840 mapserv.exe 06/11/2003 09:45 9.504 readme.html 06/09/2003 23:54 7.892 README.TXT 06/19/2003 08:03 3.129.344 scalebar.exe 06/19/2003 08:03 3.129.344 shp2img.exe 06/19/2003 08:03 61.440 shp2pdf.exe 06/19/2003 08:03 3.129.344 shptree.exe 06/19/2003 08:03 3.129.344 sortshp.exe 06/19/2003 08:03 3.129.344 tile4ms.exe -map : 06/20/2003 09:22 graphics 06/20/2003 09:22 perl 06/20/2003 09:22 symbols 06/20/2003 09:42 tmp 06/20/2003 09:22 data 11/23/2000 11:09 0 demo.log 06/20/2003 14:17 8.085 demo.map . . and all demo html files Path already set to ../mapserver/lib demo_init files -- and i'm still have this error. CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: i'm using windows 2000 server with IIS ... using mapserver : ms366_gif_gdal_pg_wms.zip itasca3.5.tar.gz please...please... anyone ... help me. Or i should leave the IIS and go to Apache for windows??? sugestion please ... thanks, Irvan Kristianto Great love from Indonesia .... _______________________________________________ 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 Fri Jun 20 06:17:27 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 20 Jun 2003 09:17:27 -0400 Subject: [Mapserver-users] Projection library error In-Reply-To: <200306201057.56863.mjc1@soc.soton.ac.uk> References: <200306201057.56863.mjc1@soc.soton.ac.uk> Message-ID: <3EF30967.8080709@pobox.com> Michael Cunningham wrote: > Would be grateful for any help on this one. Have recently installed mapserver, > and it's running fine. However I'm currently working through the on-line > tutorials and have become stuck on projections. > > When I run the s3ex4 example, which has the following in the map file: > > PROJECTION > "init=epsg:4269" > END > > it gives the following error: > > msProcessProjection(): Projection library error. no system list, errno: 2 > > When I run: > % mapserv -v > MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > it shows PROJ.4 is supported. > > I've set the PROJ_LIB variable to point at "/usr/local/share/proj" but still > no joy. > > I'm running Mandrake Linux9.1, and have the variable set in my .cshrc (running > tcsh). Mike, This is presumably your problem. Normally MapServer when run as a cgi-bin is run with the permissions of the "nobody" account or some other low permission account. It gets a rather minimal environment and most definately does not get the environment of your normal user account. There are various ways of setting environment variables for cgi-bin programs. You can use the SetEnv directive in the apache configuration file, or create a "cover script" for mapserv which sets appropriate environment variable. So many FAQs ... so little time. 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 ed at topozone.com Fri Jun 20 06:22:23 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 20 Jun 2003 09:22:23 -0400 Subject: [Mapserver-users] lambert utm projection Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFBA0@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3372E.FC618129 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sibylle - =20 Do you have other layers that DO show up on the map? I ask just to = confirm that you've got your map viewing extents set up properly. =20 I always recommend that users use EPSG projection codes where possible, = since it reduces the chance of making a typo or leaving something out. = In your case, the UTM layer could be: =20 PROJECTION "init=3Depsg:32632" END =20 The only difference in the epsg definition is that it adds "units=3Dm" = and does not include "north". =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: Sibylle Niederer [mailto:niederer at atlas.gis.univie.ac.at] Sent: Friday, June 20, 2003 7:17 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] lambert utm projection hi! =20 i am trying to use data in utm projection (zone 32) in a map with = lambert projection defined. but whatever i do - the data in utm is never = shown on my map. i was searching the mailing list but couldn't find a solution. so here = are my definition in case anyone knows a solution. =20 regards, sibylle =20 =20 MAP PROJECTION PROJECTION "proj=3Dlcc" "ellps=3Dbessel" "towgs84=3D682,-203,480,0,0,0,0" "lat_1=3D46.0" "lat_2=3D49.0" "lat_0=3D13.33333333333" "lon_0=3D47.5" "x_0=3D400000" "y_0=3D400000" "units=3Dm" END=20 =20 =20 LAYER PROJECTION PROJECTION "proj=3Dutm" "zone=3D32" "ellps=3DWGS84" "datum=3DWGS84" "north" END=20 ________________________________________________________ =20 INSTITUT fuer GEOGRAPHIE und REGIONALFORSCHUNG UNIVERSITAET WIEN Kartographie und Geoinformation =20 DEPARTMENT of GEOGRAPHY and REGIONAL RESEARCH UNIVERSITY of VIENNA Cartography and GIS =20 Tel: (+43 1) 4277 48658 Fax: (+43 1) 4277 48649 E-Mail: niederer at atlas.gis.univie.ac.at Snail-Mail: Universitaetstr. 7, A-1010 Wien, AUSTRIA =20 WWW: http://www.gis.univie.ac.at/karto/ FTP: ftp.gis.univie.ac.at =20 Atlas of E and SE Europe: http://www.aos.ac.at ________________________________________________________ ------_=_NextPart_001_01C3372E.FC618129 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sibylle -
 
Do you=20 have other layers that DO show up on the map?  I ask just to = confirm that=20 you've got your map viewing extents set up properly.
 
I=20 always recommend that users use EPSG projection codes where possible, = since it=20 reduces the chance of making a typo or leaving something out.  In = your=20 case, the UTM layer could be:
 
PROJECTION
    "init=3Depsg:32632"
END
 
The=20 only difference in the epsg definition is that it adds "units=3Dm" and = does not=20 include "north".
 
    - 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: Sibylle Niederer=20 [mailto:niederer at atlas.gis.univie.ac.at]
Sent: Friday, June = 20, 2003=20 7:17 AM
To: = mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] lambert utm projection

hi!
 
i am trying to use data in=20 utm  projection (zone 32) in a map with lambert projection = defined.=20 but whatever i do - the data in utm is never shown on my = map.
i was searching the mailing list but = couldn't=20 find a solution. so here are my definition in case anyone knows a=20 solution.
 
regards,
sibylle
 
 
MAP PROJECTION
PROJECTION
  =20 "proj=3Dlcc"
   "ellps=3Dbessel"
  =20 "towgs84=3D682,-203,480,0,0,0,0"
   = "lat_1=3D46.0"
  =20 "lat_2=3D49.0"
   = "lat_0=3D13.33333333333"
  =20 "lon_0=3D47.5"
   "x_0=3D400000"
  =20 "y_0=3D400000"
   "units=3Dm"
END
 
 
LAYER PROJECTION
  PROJECTION
  =20 "proj=3Dutm"
   "zone=3D32"
  =20 "ellps=3DWGS84"
   "datum=3DWGS84"
   = "north"
 =20 END
________________________________________________________<= /DIV>
 
   INSTITUT fuer GEOGRAPHIE = und=20 REGIONALFORSCHUNG
   UNIVERSITAET WIEN
  =20 Kartographie und Geoinformation
 
   DEPARTMENT of GEOGRAPHY = and REGIONAL=20 RESEARCH
   UNIVERSITY of VIENNA
   = Cartography and=20 GIS
 
  =20 Tel:        (+43 1) 4277=20 48658
   Fax:        = (+43 1)=20 4277 48649
   E-Mail:     niederer at atlas.gis.univie= .ac.at
  =20 Snail-Mail: Universitaetstr. 7, A-1010 Wien, AUSTRIA
 
  =20 WWW:        http://www.gis.univie.ac.at/k= arto/
  =20 FTP:        ftp.gis.univie.ac.at
=
 
   Atlas of E and SE = Europe: http://www.aos.ac.at
 _________= _______________________________________________
------_=_NextPart_001_01C3372E.FC618129-- From niederer at atlas.gis.univie.ac.at Fri Jun 20 06:31:04 2003 From: niederer at atlas.gis.univie.ac.at (Sibylle Niederer) Date: Fri, 20 Jun 2003 15:31:04 +0200 Subject: [Mapserver-users] lambert utm projection Message-ID: <00e901c33730$32b5a9b0$0c3f8283@gis.univie.ac.at> This is a multi-part message in MIME format. ------=_NextPart_000_00E6_01C33740.F6279650 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi ed, i got a good hint: lat_0 and lon_0 have to be swaped. now it works. the problem is that i used EPSG projection and copied the projection = parameters from the EPSG projection but it is wrong too. for EPSG 31297 the lat_0 and lon_0 have to be changed. regards. sibylle=20 ________________________________________________________ INSTITUT fuer GEOGRAPHIE und REGIONALFORSCHUNG UNIVERSITAET WIEN Kartographie und Geoinformation DEPARTMENT of GEOGRAPHY and REGIONAL RESEARCH UNIVERSITY of VIENNA Cartography and GIS Tel: (+43 1) 4277 48658 Fax: (+43 1) 4277 48649 E-Mail: niederer at atlas.gis.univie.ac.at Snail-Mail: Universitaetstr. 7, A-1010 Wien, AUSTRIA WWW: http://www.gis.univie.ac.at/karto/ FTP: ftp.gis.univie.ac.at Atlas of E and SE Europe: http://www.aos.ac.at ________________________________________________________ ------=_NextPart_000_00E6_01C33740.F6279650 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hi ed,
 
i got a good hint: lat_0 and lon_0 have = to be=20 swaped. now it works.
the problem is that i used EPSG=20 projection and copied the projection parameters from = the EPSG=20 projection but it is wrong too.
for EPSG 31297 the lat_0 and = lon_0 have=20 to be changed.
 
regards.
sibylle 
 
________________________________________________________<= /DIV>
 
   INSTITUT fuer GEOGRAPHIE = und=20 REGIONALFORSCHUNG
   UNIVERSITAET WIEN
   = Kartographie=20 und Geoinformation
 
   DEPARTMENT of GEOGRAPHY = and REGIONAL=20 RESEARCH
   UNIVERSITY of VIENNA
   = Cartography and=20 GIS
 
  =20 Tel:        (+43 1) 4277=20 48658
   Fax:        = (+43 1)=20 4277 48649
   E-Mail:     niederer at atlas.gis.univie= .ac.at
  =20 Snail-Mail: Universitaetstr. 7, A-1010 Wien, AUSTRIA
 
  =20 WWW:        http://www.gis.univie.ac.at/k= arto/
  =20 FTP:        ftp.gis.univie.ac.at
=
 
   Atlas of E and SE Europe: = http://www.aos.ac.at
 _________= _______________________________________________
------=_NextPart_000_00E6_01C33740.F6279650-- From carsten.busch at uni-jena.de Fri Jun 20 08:50:32 2003 From: carsten.busch at uni-jena.de (Carsten Busch) Date: Fri, 20 Jun 2003 17:50:32 +0200 Subject: [Mapserver-users] Mapserver crashes if I load a png Message-ID: <3EF32D48.8030009@uni-jena.de> When I try to show a png file via mapserv I get an Internal Server Error. The apache log contains: Premature end of script headers: /usr/local/apache/cgi-bin/mapserv The error occurs only, if parts of the png should be visible, if I get a different part wich does not contain oder intersects the png, then I get no errors. I suppose my png support is wrong, does anybody has an idea? I use mapserver with postgis and the follow configuration/libraries: mapserver-3.6.6, postgresql-7.3.3/,postgis-0.7.5/,php-4.3.2/ [root at jena cgi-bin]# ldd mapserv libgd.so.2 => /usr/lib/libgd.so.2 (0x40025000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4005c000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4007d000) libpng.so.3 => /usr/lib/libpng.so.3 (0x400cc000) libz.so.1 => /lib/libz.so.1 (0x400f1000) libpdf.so.1 => /usr/local/lib/libpdf.so.1 (0x400ff000) libproj.so.0 => /usr/local/lib/libproj.so.0 (0x40193000) libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x401c7000) libpq.so.3 => /usr/lib/libpq.so.3 (0x4043c000) libwwwxml.so.0 => /usr/lib/libwwwxml.so.0 (0x40452000) libxmltok.so.0 => /usr/lib/libxmltok.so.0 (0x4045e000) libxmlparse.so.0 => /usr/lib/libxmlparse.so.0 (0x40478000) libwwwzip.so.0 => /usr/lib/libwwwzip.so.0 (0x40481000) libwwwinit.so.0 => /usr/lib/libwwwinit.so.0 (0x40484000) libwwwapp.so.0 => /usr/lib/libwwwapp.so.0 (0x40487000) libwwwhtml.so.0 => /usr/lib/libwwwhtml.so.0 (0x4049f000) libwwwtelnet.so.0 => /usr/lib/libwwwtelnet.so.0 (0x404ac000) libwwwnews.so.0 => /usr/lib/libwwwnews.so.0 (0x404af000) libwwwhttp.so.0 => /usr/lib/libwwwhttp.so.0 (0x404b8000) libwwwmime.so.0 => /usr/lib/libwwwmime.so.0 (0x404cc000) libwwwgopher.so.0 => /usr/lib/libwwwgopher.so.0 (0x404d6000) libwwwftp.so.0 => /usr/lib/libwwwftp.so.0 (0x404dc000) libwwwfile.so.0 => /usr/lib/libwwwfile.so.0 (0x404e5000) libwwwdir.so.0 => /usr/lib/libwwwdir.so.0 (0x404ef000) libwwwcache.so.0 => /usr/lib/libwwwcache.so.0 (0x404f5000) libwwwstream.so.0 => /usr/lib/libwwwstream.so.0 (0x404ff000) libwwwmux.so.0 => /usr/lib/libwwwmux.so.0 (0x40506000) libwwwtrans.so.0 => /usr/lib/libwwwtrans.so.0 (0x4050b000) libwwwcore.so.0 => /usr/lib/libwwwcore.so.0 (0x40511000) libwwwutils.so.0 => /usr/lib/libwwwutils.so.0 (0x4053a000) libmd5.so.0 => /usr/lib/libmd5.so.0 (0x40542000) libdl.so.2 => /lib/libdl.so.2 (0x40545000) libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40548000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40577000) libm.so.6 => /lib/i686/libm.so.6 (0x40665000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40687000) libc.so.6 => /lib/i686/libc.so.6 (0x40739000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4086c000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40875000) libresolv.so.2 => /lib/libresolv.so.2 (0x408a3000) libnsl.so.1 => /lib/libnsl.so.1 (0x408b4000) libssl.so.0 => /usr/lib/libssl.so.0 (0x408c8000) libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x408f7000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) -- Viele Gr?sse von Carsten Busch ********************************************** * Geographisches Institut FSU Jena * * email: ncb at uni-jena.de * * Tel:+49-3641-9-48866 Fax:+49-3641-9-48852 * * mobil:+49-177-8950892 * ********************************************** From bartvde at xs4all.nl Fri Jun 20 06:54:35 2003 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Fri, 20 Jun 2003 15:54:35 +0200 (CEST) Subject: [mapserver-users] capabilities boundingbox for Oracle layers Message-ID: <8864.212.238.227.179.1056117275.squirrel@webmail.xs4all.nl> Hi list, how does mapserver calculate the boundingbox which is in the WMS capabilities for layers coming from Oracle Spatial? I have a map of the Netherlands, and the boundingbox calculated by mapserver is incorrect. Should be something like 10000, 400000, 350000, 650000. Can anybody help, or is this just a bug? Thanks, Bart From novalet at yahoo.com.cn Fri Jun 20 07:05:46 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Fri, 20 Jun 2003 22:05:46 +0800 (CST) Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <200306201017.58045.schut@sarvision.com> Message-ID: <20030620140546.91311.qmail@web15207.mail.bjs.yahoo.com> Vincent: Thank you for your reponse! My mapserv works in "Query...", it print out a lot of ascii as you said. I think it is the data of the generated image. Then what should i do? Should i config something like php? My project doesn't use php up to now. But it will be accepted if mapserv has to work with php lib. --- Vincent Schut ????????> Chen, > > The error you get is a very generic error generated > by php I think. To find > out more about what goes wrong, you should at least > run mapserver from the > command prompt, and prefereable thourgh a debugger. > To run it from the command prompt, type (in the dir > where the mapserv > executable is): > ./mapserv > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > (of course fill in your own mapfile/path and > eventual other parameters. I > think you need to specify at least map and mode. > This example prints the > image data to stdout, so you will see your png or > gif or whatever scrolling > as ascii on you terminal :-) > But probably you will see an error message instead > of image data. > > If it is still very generic, like a segmentation > fault, you should use a > debugger. > To run mapserv from the debugger, do the following: > make sure you have gdb (the gnu debugger) and type: > gdb mapserv > run > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > and after the error, type: > backtrace > This will show you in which function mapserv (or a > library) segfaulted. > Maybe than you will know what to do. Otherwise, send > your experiences and the > mapserv and debugger output to this list and I'm > sure you will get more > help. > > Cheers, > Vincent Schut. > > On Friday 20 June 2003 09:12, Chen Fu wrote: > > Till?? > > My linux box is base on redhat8. the make > generate > > some warning but no error. the mapserv is 375445 > > bytes. I think it is much smaller than the one i > used > > in win2k. But i config it with gd lib only. > > if i type "./mapserv" it will show > > " > > This script can only be used to decode form > results > > and > > should be initiated as a CGI process via a httpd > > server. > > " > > Is it mean the file is a validate executable? > shp2img > > generated in the same procession work very nice. > > > > I search the archive for that message before i > post it > > here. But most i found is related to php or some > other > > thing. Because i am a newbie in compiling > mapserver in > > linux, so i select the cleanest way, use only gd > lib. > > But still get into trouble, sigh... > > > > --- Till Adams ????????> > Dear > > Cheng, > > > > > "premature end of script" is an error which > occurs, > > > when the compile > > > process was broken up: so while compiling, the > > > "mapserv" was written but > > > not finished. Which linux system do you use? Did > you > > > get an error > > > message when compiling? Try the mailing list > archive > > > searching for > > > contributions fitting to your error message. > > > > > > Good luck, > > > Till > > > > > > Chen Fu schrieb: > > > > Hi! > > > > This is my first time to compile mapserver in > > > > > > linux. > > > > > > > But I use mapserver in win2k for a long time. > > > > First download gd-2.0.15, make and install it. > > > > Then i download mapserver4.0b, make it and > copy > > > > mapserv to cgi-bin. > > > > But when i input > http://localhost/cgi-bin/mapserv > > > > > > , > > > > > > > the info in the brower is > > > > Server error! > > > > > > > > The server encountered an internal error and > was > > > > unable to complete your request. > > > > > > > > Error message: > > > > Premature end of script headers: mapserv > > > > > > > > I have tried shp2img, it work fine, and > generate > > > > proper image. > > > > Can you give me some suggestion? > > > > > > > > > > > > ===== > > > > Remote Scensing Satellite Ground Station > > > > Chinese Academy of Science > > > > > _________________________________________________________ > > > > > > Do You Yahoo!? > > > > ?????????????????????????? > > > > > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > -- > > > > > > ***** 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 > > > > ===== > > Remote Scensing Satellite Ground Station > > Chinese Academy of Science > > > > > _________________________________________________________ > > Do You Yahoo!? > > ?????????????????????????? > > > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove > > _______________________________________________ > > 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 ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove From ed at topozone.com Fri Jun 20 07:07:15 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 20 Jun 2003 10:07:15 -0400 Subject: [Mapserver-users] lambert utm projection Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFBA4@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C33735.40967BBD Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Good point! It appears the Austrian Lambert is defined with its origin = off the coast of Yemen, which would be unusual... =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: Sibylle Niederer [mailto:niederer at atlas.gis.univie.ac.at] Sent: Friday, June 20, 2003 9:31 AM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] lambert utm projection hi ed, =20 i got a good hint: lat_0 and lon_0 have to be swaped. now it works. the problem is that i used EPSG projection and copied the projection = parameters from the EPSG projection but it is wrong too. for EPSG 31297 the lat_0 and lon_0 have to be changed. =20 regards. sibylle=20 =20 ________________________________________________________ =20 INSTITUT fuer GEOGRAPHIE und REGIONALFORSCHUNG UNIVERSITAET WIEN Kartographie und Geoinformation =20 DEPARTMENT of GEOGRAPHY and REGIONAL RESEARCH UNIVERSITY of VIENNA Cartography and GIS =20 Tel: (+43 1) 4277 48658 Fax: (+43 1) 4277 48649 E-Mail: niederer at atlas.gis.univie.ac.at Snail-Mail: Universitaetstr. 7, A-1010 Wien, AUSTRIA =20 WWW: http://www.gis.univie.ac.at/karto/ FTP: ftp.gis.univie.ac.at =20 Atlas of E and SE Europe: http://www.aos.ac.at ________________________________________________________ ------_=_NextPart_001_01C33735.40967BBD Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Good=20 point!  It appears the Austrian Lambert is defined with its origin = off the=20 coast of Yemen, which would be unusual...
 
    - 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: Sibylle Niederer=20 [mailto:niederer at atlas.gis.univie.ac.at]
Sent: Friday, June = 20, 2003=20 9:31 AM
To: = mapserver-users at lists.gis.umn.edu
Subject: Re:=20 [Mapserver-users] lambert utm projection

hi ed,
 
i got a good hint: lat_0 and lon_0 = have to be=20 swaped. now it works.
the problem is that i used EPSG = projection and copied the projection parameters from = the EPSG=20 projection but it is wrong too.
for EPSG 31297 the lat_0 = and lon_0=20 have to be changed.
 
regards.
sibylle 
 
________________________________________________________<= /DIV>
 
   INSTITUT fuer GEOGRAPHIE = und=20 REGIONALFORSCHUNG
   UNIVERSITAET WIEN
  =20 Kartographie und Geoinformation
 
   DEPARTMENT of GEOGRAPHY = and REGIONAL=20 RESEARCH
   UNIVERSITY of VIENNA
   = Cartography and=20 GIS
 
  =20 Tel:        (+43 1) 4277=20 48658
   Fax:        = (+43 1)=20 4277 48649
   E-Mail:     niederer at atlas.gis.univie= .ac.at
  =20 Snail-Mail: Universitaetstr. 7, A-1010 Wien, AUSTRIA
 
  =20 WWW:        http://www.gis.univie.ac.at/k= arto/
  =20 FTP:        ftp.gis.univie.ac.at
=
 
   Atlas of E and SE = Europe: http://www.aos.ac.at
 _________= _______________________________________________
------_=_NextPart_001_01C33735.40967BBD-- From dumeix at info-sciences.univ-orleans.fr Fri Jun 20 07:09:39 2003 From: dumeix at info-sciences.univ-orleans.fr (dumeix at info-sciences.univ-orleans.fr) Date: Fri, 20 Jun 2003 16:09:39 +0200 Subject: [Mapserver-users] Unsuscribe Message-ID: <1056118179.3ef315a3cf049@webmail.univ-orleans.fr> Dear, I would like to be retrieved from your mailing list, please. I receive mails from users of your list and don't need information anymore. It would be kind from you to proceed asap. Thanks a lot. Yours Sincerely, C?line DUMEIX From Paul.R.Holt at saj02.usace.army.mil Fri Jun 20 07:11:47 2003 From: Paul.R.Holt at saj02.usace.army.mil (Paul.R.Holt at saj02.usace.army.mil) Date: Fri, 20 Jun 2003 09:11:47 -0500 Subject: [Mapserver-users] TrueType Symbols Problems in 4.0b? 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_01C33735.E2A42B30 Content-Type: text/plain; charset="iso-8859-1" List Members: I am have troubling getting truetype symbols to work in 4.0b or the current development version. The following map and symbol file snippets display a state highway shield. This worked fine on a previous 4.0 development version (Nightly 3-27-03?) but now displays an error when php-mapscript tries to render the image. "Fatal error: Call to a member function on a non-object ..." Truetype works ok for labeling, just not symbols. Any help or clues would be appreciated. BTW The shp2img will not return an image (no error message, just a ":") unless I remove the truetype symbol or change to a bit map symbol. We are using Linux (Redhat Advanced Server) to run our mapserver applications. Thanks ########## MapFile: Annotation Layer ################ . . . CLASS EXPRESSION 'S1' STYLE SYMBOL 'st_shield' COLOR 255 255 255 OUTLINECOLOR 0 0 0 SIZE 22 END LABEL MINFEATURESIZE 25 MINDISTANCE 150 TYPE truetype FONT "arial-bold" SIZE 8 COLOR 0 0 0 END END . . . ######### Symbol File ############### . . . SYMBOL NAME "st_shield" TYPE TRUETYPE FONT "shields" FILLED true CHARACTER "U" END . . . Paul R. Holt Senior Geographer USACE-Jacksonville ------_=_NextPart_001_01C33735.E2A42B30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable TrueType Symbols Problems in 4.0b?

List Members:

I am have troubling getting truetype = symbols to work in 4.0b or the current development version.

The following map and symbol file = snippets display a state highway shield.  This worked fine on a = previous 4.0 development version (Nightly 3-27-03?) but now displays an = error when php-mapscript tries to render the image.

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

Truetype works ok for labeling,  = just not symbols.

Any help or clues would be = appreciated.

BTW
The shp2img will not return an image = (no error message,  just a ":") unless I remove the = truetype symbol or change to a bit map symbol.

We are using Linux (Redhat Advanced = Server) to run our mapserver applications.

Thanks

########## MapFile:  Annotation = Layer ################
.
.
.
CLASS
        EXPRESSION 'S1'
        STYLE
        =         SYMBOL 'st_shield'
        =         COLOR 255 255 255
        =         OUTLINECOLOR 0 0 0
        =         SIZE 22
        END
        LABEL
        =         MINFEATURESIZE 25
        =         MINDISTANCE 150
        =         TYPE truetype
        =         FONT "arial-bold"
        =         SIZE 8
        =         COLOR 0 0 0
        END
END
.
.
.
######### Symbol File = ###############
.
.
.
SYMBOL
        NAME "st_shield"
        TYPE TRUETYPE
        FONT "shields"
        FILLED true
        CHARACTER "&#085;"
END
.
.
.

Paul R. Holt
Senior Geographer
USACE-Jacksonville

------_=_NextPart_001_01C33735.E2A42B30-- From ed at topozone.com Fri Jun 20 07:19:45 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 20 Jun 2003 10:19:45 -0400 Subject: [Mapserver-users] lambert utm projection Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFBA5@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C33736.FFB7CA0B Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sibylle - =20 It appears that you (and I) are using an older epsg file that has = several errors in the Austrian projections. I just checked the current = (version 4.4.7) PROJ epsg file and it has been changed to correct the = error you found and several other errors (the epsg code for the Austrian = Lambert, for example, is 31287, not 31297). I compared the 4.4.7 PROJ = file against the current (version 6.3) EPSG database and all the = Austrian projections seem OK. =20 You can download the current version of PROJ from = http://www.remotesensing.org/proj to get the corrected epsg file. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242=20 -----Original Message----- From: Sibylle Niederer [mailto:niederer at atlas.gis.univie.ac.at] Sent: Friday, June 20, 2003 9:31 AM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] lambert utm projection hi ed, =20 i got a good hint: lat_0 and lon_0 have to be swaped. now it works. the problem is that i used EPSG projection and copied the projection = parameters from the EPSG projection but it is wrong too. for EPSG 31297 the lat_0 and lon_0 have to be changed. =20 regards. sibylle=20 =20 ________________________________________________________ =20 INSTITUT fuer GEOGRAPHIE und REGIONALFORSCHUNG UNIVERSITAET WIEN Kartographie und Geoinformation =20 DEPARTMENT of GEOGRAPHY and REGIONAL RESEARCH UNIVERSITY of VIENNA Cartography and GIS =20 Tel: (+43 1) 4277 48658 Fax: (+43 1) 4277 48649 E-Mail: niederer at atlas.gis.univie.ac.at Snail-Mail: Universitaetstr. 7, A-1010 Wien, AUSTRIA =20 WWW: http://www.gis.univie.ac.at/karto/ FTP: ftp.gis.univie.ac.at =20 Atlas of E and SE Europe: http://www.aos.ac.at ________________________________________________________ ------_=_NextPart_001_01C33736.FFB7CA0B Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sibylle -
 
It=20 appears that you (and I) are using an older epsg file that has several = errors in=20 the Austrian projections.  I just checked the current (version = 4.4.7) PROJ=20 epsg file and it has been changed to correct the error you found and = several=20 other errors (the epsg code for the Austrian Lambert, for example, is = 31287, not=20 31297).  I compared the 4.4.7 PROJ file against the current = (version 6.3)=20 EPSG database and all the Austrian projections seem = OK.
 
You=20 can download the current version of PROJ from http://www.remotesensing.org/p= roj=20 to get the corrected epsg file.
 
    - Ed
 
Ed = McNierney
President and=20 Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton = Street,=20 Suite 305
North Chelmsford, MA  = 01863
ed at topozone.com
(978)=20 251-4242
-----Original Message-----
From: Sibylle Niederer=20 [mailto:niederer at atlas.gis.univie.ac.at]
Sent: Friday, June = 20, 2003=20 9:31 AM
To: = mapserver-users at lists.gis.umn.edu
Subject: Re:=20 [Mapserver-users] lambert utm projection

hi ed,
 
i got a good hint: lat_0 and lon_0 = have to be=20 swaped. now it works.
the problem is that i used EPSG = projection and copied the projection parameters from = the EPSG=20 projection but it is wrong too.
for EPSG 31297 the lat_0 = and lon_0=20 have to be changed.
 
regards.
sibylle 
 
________________________________________________________<= /DIV>
 
   INSTITUT fuer GEOGRAPHIE = und=20 REGIONALFORSCHUNG
   UNIVERSITAET WIEN
  =20 Kartographie und Geoinformation
 
   DEPARTMENT of GEOGRAPHY = and REGIONAL=20 RESEARCH
   UNIVERSITY of VIENNA
   = Cartography and=20 GIS
 
  =20 Tel:        (+43 1) 4277=20 48658
   Fax:        = (+43 1)=20 4277 48649
   E-Mail:     niederer at atlas.gis.univie= .ac.at
  =20 Snail-Mail: Universitaetstr. 7, A-1010 Wien, AUSTRIA
 
  =20 WWW:        http://www.gis.univie.ac.at/k= arto/
  =20 FTP:        ftp.gis.univie.ac.at
=
 
   Atlas of E and SE = Europe: http://www.aos.ac.at
 _________= _______________________________________________
------_=_NextPart_001_01C33736.FFB7CA0B-- From schut at sarvision.com Fri Jun 20 08:16:52 2003 From: schut at sarvision.com (Vincent Schut) Date: Fri, 20 Jun 2003 17:16:52 +0200 Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <20030620140546.91311.qmail@web15207.mail.bjs.yahoo.com> References: <20030620140546.91311.qmail@web15207.mail.bjs.yahoo.com> Message-ID: <200306201716.52918.schut@sarvision.com> Chen, it is very strange that from the commandline mapserv works, but not from your browser. Your server should simply start mapserv and stream the output to your browser... Are you sure that you have the right mapserv executable in the right cgi-bin directory (sorry for the obvious question, don't mean to offend... :-)) ? But you won't be the first one to copy your new mapserv in an old cgi-bin dir that is not used anymore... (did it once myself). Try using not only localhost/cgi-bin/mapserv, but add the values you added as querystring at the commandline (http:/localhost/cgi-bin/mapserv map=/../../map.map&mode=map What do you get then? BTW you don't need php to use mapserver, I was wrong in assuming that you used php... Mapserver as cgi is just as powerfull as the php/mapscript version, I think. At least powerfull enough for this debugging. Good luck! Vincent. On Friday 20 June 2003 16:05, Chen Fu wrote: > Vincent: > Thank you for your reponse! > My mapserv works in "Query...", it print out a lot of > ascii as you said. I think it is the data of the > generated image. > Then what should i do? Should i config something like > php? My project doesn't use php up to now. But it will > be accepted if mapserv has to work with php lib. > > --- Vincent Schut ????????> > Chen, > > > The error you get is a very generic error generated > > by php I think. To find > > out more about what goes wrong, you should at least > > run mapserver from the > > command prompt, and prefereable thourgh a debugger. > > To run it from the command prompt, type (in the dir > > where the mapserv > > executable is): > > ./mapserv > > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > > > (of course fill in your own mapfile/path and > > eventual other parameters. I > > think you need to specify at least map and mode. > > This example prints the > > image data to stdout, so you will see your png or > > gif or whatever scrolling > > as ascii on you terminal :-) > > But probably you will see an error message instead > > of image data. > > > > If it is still very generic, like a segmentation > > fault, you should use a > > debugger. > > To run mapserv from the debugger, do the following: > > make sure you have gdb (the gnu debugger) and type: > > gdb mapserv > > run > > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > > > and after the error, type: > > backtrace > > This will show you in which function mapserv (or a > > library) segfaulted. > > Maybe than you will know what to do. Otherwise, send > > your experiences and the > > mapserv and debugger output to this list and I'm > > sure you will get more > > help. > > > > Cheers, > > Vincent Schut. > > > > On Friday 20 June 2003 09:12, Chen Fu wrote: > > > Till?? > > > My linux box is base on redhat8. the make > > > > generate > > > > > some warning but no error. the mapserv is 375445 > > > bytes. I think it is much smaller than the one i > > > > used > > > > > in win2k. But i config it with gd lib only. > > > if i type "./mapserv" it will show > > > " > > > This script can only be used to decode form > > > > results > > > > > and > > > should be initiated as a CGI process via a httpd > > > server. > > > " > > > Is it mean the file is a validate executable? > > > > shp2img > > > > > generated in the same procession work very nice. > > > > > > I search the archive for that message before i > > > > post it > > > > > here. But most i found is related to php or some > > > > other > > > > > thing. Because i am a newbie in compiling > > > > mapserver in > > > > > linux, so i select the cleanest way, use only gd > > > > lib. > > > > > But still get into trouble, sigh... > > > > > > --- Till Adams ????????> > > > > Dear > > > > > Cheng, > > > > > > > "premature end of script" is an error which > > > > occurs, > > > > > > when the compile > > > > process was broken up: so while compiling, the > > > > "mapserv" was written but > > > > not finished. Which linux system do you use? Did > > > > you > > > > > > get an error > > > > message when compiling? Try the mailing list > > > > archive > > > > > > searching for > > > > contributions fitting to your error message. > > > > > > > > Good luck, > > > > Till > > > > > > > > Chen Fu schrieb: > > > > > Hi! > > > > > This is my first time to compile mapserver in > > > > > > > > linux. > > > > > > > > > But I use mapserver in win2k for a long time. > > > > > First download gd-2.0.15, make and install it. > > > > > Then i download mapserver4.0b, make it and > > > > copy > > > > > > > mapserv to cgi-bin. > > > > > But when i input > > > > http://localhost/cgi-bin/mapserv > > > > > > , > > > > > > > > > the info in the brower is > > > > > Server error! > > > > > > > > > > The server encountered an internal error and > > > > was > > > > > > > unable to complete your request. > > > > > > > > > > Error message: > > > > > Premature end of script headers: mapserv > > > > > > > > > > I have tried shp2img, it work fine, and > > > > generate > > > > > > > proper image. > > > > > Can you give me some suggestion? > > > > > > > > > > > > > > > ===== > > > > > Remote Scensing Satellite Ground Station > > > > > Chinese Academy of Science > > _________________________________________________________ > > > > > > Do You Yahoo!? > > > > > ?????????????????????????? > > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove > > > _______________________________________________ > > > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > -- > > > > > > > > ***** 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 > > > > > > ===== > > > Remote Scensing Satellite Ground Station > > > Chinese Academy of Science > > _________________________________________________________ > > > > Do You Yahoo!? > > > ?????????????????????????? > > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove > > > > _______________________________________________ > > > 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 > > ===== > Remote Scensing Satellite Ground Station > Chinese Academy of Science > > _________________________________________________________ > Do You Yahoo!? > ?????????????????????????? > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove > _______________________________________________ > 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 dblasby at refractions.net Fri Jun 20 10:23:05 2003 From: dblasby at refractions.net (David Blasby) Date: Fri, 20 Jun 2003 10:23:05 -0700 Subject: [Mapserver-users] create postgis layer with mapscript gets invalid sql In-Reply-To: <5.0.0.25.2.20030620093404.02ae7da0@pop.xs4all.nl> References: <20030619170002.4376.28105.Mailman@lists.gis.umn.edu> <5.0.0.25.2.20030620093404.02ae7da0@pop.xs4all.nl> Message-ID: <3EF342F9.9030804@refractions.net> Twan Kogels wrote: > Hello Steven, > > Wow, it's a strange solution, but it works. I just lowered the case of > "FROM" to "from" and i got another error. But lucky this one was easy: If you're having case sensitivity issues, you are using an absolutely ancient version of mappostgis.c - the new one in CVS is much better. dave From cpurvis at asg.sc.edu Fri Jun 20 10:23:14 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Fri, 20 Jun 2003 13:23:14 -0400 Subject: [Mapserver-users] ArcIMS vs MapServer Functionality Message-ID: I have been asked similar questions, and I want to make sure that I've got the right answers. Unfortunately, I haven't had time to test these things out myself, so I can't speak from experience. They appear on our bulletin board here, http://caro-coops.org/bb/viewtopic.php?p=346#346, in a more legible format. But I'll include a subset as part of this post for your review below. Thanks for your help. Charlton ========================================= (a) What is done on the MapServer end? MapServer can act as a WMS server and a WMS client. Who cares? See (b). (b) What is done on the ArcIMS end? MapServer can access data on an ArcIMS box. But using only this ArcIMS Servlet Connector does not enable ArcIMS boxes to understand MapServer-served data. That is addressed in (c). Quote: From http://www.alexandria.ucsb.edu/dev/doc/esri/Documentation/Installing_Arc IMS/introduction/overview.htm which is reference material for ArcIMS 4.0.1. The ArcIMS Servlet Connector is the standard connector used for ArcIMS, and it supports the OpenGIS Consortium (OGC) Web Map Service (WMS) 1.1.0 implementation specification. It uses the ArcIMS language, ArcXML, to communicate from the Web server to the ArcIMS Application Server. The ArcIMS Servlet Connector provides Map Service-level user password authentication. You need the ArcIMS Servlet Connector to administer your ArcIMS site and author and design ArcIMS Web pages. (c) Caveat: MapServer jumps through hoops in order to accommodate ESRI users: bypass a WMS approach. Instead, have MapServer provide output in native ESRI formats (i.e. shapefiles). Quote: According to Dave McIlhagga of DM Solutions: This can be achieved with the latest versions of MapServer (v. 4.0) which is currently in Beta. It has been re-designed to support the capacity to output data in one of a number of directly accessible data formats such as Shapefiles and MapInfo MITab files. Of course, the exact manner in which this would happen is very application specific so work would have to be done in one of the scripting environments to allow the application to control the area of extraction you are interested in pulling out, the layers you want to receive, and the format you want to receive them in. (d) If all else fails, fake out the ESRI clients (like ArcMap, ArcCatalog, etc.) by acting as an ArcIMS emulator. This involves the use of a PostgreSQL database (w/ PostGIS extensions installed). Quote: According to Paul Ramsey, a PostGIS-er: On the bright side, ArcXML is (relatively) easy to emulate. I have written an emulator (http://postgis.refractions.net/download.php) called IMSEmu which puts an ArcIMS interface around mapserver, allowing ArcMap to connect to it directly, as if it were an ArcIMS server. Ed McNierney and Steve Greenwood will shortly be releasing a PHP script which has the same functionality and some enhancements they have added. Bottom line is that: * MapServer can be a WMS server and a WMS client. * ESRI ArcIMS (w/ the servlet extention) can only be a WMS server. * The missing piece is that ArcIMS cannot be a WMS client. That's where (c) comes in. So let's answer some questions that were posed earlier: (1) Can an ArcIMS user looking at a Mapserver page overlay their own local arc/shape files, or alternatively easily "pull" the data from the mapserver application into their local arc-Ims application? Yes: using (a) and (c). Incidentally, ESRI might be moving toward becoming a WMS client, but IMS isn't there yet; other Arc products are. http://www.esri.com/software/opengis/interopdownload.html (2) Can we do the above in reverse, i.e. data served via arc-IMS to be pulled easily over mapserver plots? Yes: using (a) and (b). (3) I am not sure exactly how the OPeNDAP protocol would function via Mapserver. In our case, we offer our data via DODS but this is [not] accessible regardless of what tools we provide via ArcIMS. Perhaps I am missing something here. An interesting point. As things stand right now, the answer is yes and no. We have netCDF data (and eventually HDF data) on DODS servers that needs to be shared and mapped. DODS allows the sharing. No problem. But to map them, I've had to create scripts that retrieve these shared datasets and through a few automatable steps, end up populating a MapServer map. We're happy to share! From steve.lime at dnr.state.mn.us Fri Jun 20 11:05:02 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 20 Jun 2003 13:05:02 -0500 Subject: [Mapserver-users] Log user actions Message-ID: 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 From steve.lime at dnr.state.mn.us Fri Jun 20 11:45:21 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 20 Jun 2003 13:45:21 -0500 Subject: [Mapserver-users] Log user actions Message-ID: 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 From bartvde at xs4all.nl Fri Jun 20 12:33:17 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Fri, 20 Jun 2003 21:33:17 +0200 Subject: [mapserver-users] cannot draw Oracle layer Message-ID: Hi list, I have problem with rendering an Oracle layer. The layer is correct because it can be rendered by other webmapping software. I get an error, regardless of whether I use the built-in Oracle connector or through OGR. The error is: msDrawMap(): Image handling error. Failed to draw layer named 'kwadranten'. How can I get more debug info, because I have debug on. But I do not see anything in the Apache logs nor at the client. Can anybody please help. BTW about my previous question about the Oracle Spatial boundingbox. I found out in the source that de bbox is not yet implemented. The values are just the EXTENT values from the mapfile. No dynamic calculations of boundingboxes in mapserver for the WMS capabilities yet. LAYER NAME kwadranten TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "OCI:klicatlas/klicatlas at klicdev" DATA "select kwadrantnr, geometrie from kwadranten" #CONNECTIONTYPE oraclespatial #CONNECTION "klicatlas/klicatlas[@KLICDEV]" #DATA "GEOMETRIE FROM KWADRANTEN" STATUS ON DEBUG ON LABELITEM "KWADRANTNR" CLASSITEM "KWADRANTNR" LABELMAXSCALE 500000 CLASS EXPRESSION /./ COLOR -1 -1 -1 LABEL COLOR 0 0 0 SHADOWCOLOR 218 218 218 SHADOWSIZE 2 2 TYPE BITMAP SIZE MEDIUM POSITION CC PARTIALS FALSE BUFFER 2 END END END Thanks, Bart From warmerdam at pobox.com Fri Jun 20 12:50:48 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 20 Jun 2003 15:50:48 -0400 Subject: [mapserver-users] cannot draw Oracle layer In-Reply-To: References: Message-ID: <3EF36598.5060207@pobox.com> Bart van den Eijnden wrote: > Hi list, > > I have problem with rendering an Oracle layer. The layer is correct > because it can be rendered by other webmapping software. > > I get an error, regardless of whether I use the built-in Oracle > connector or through OGR. > > The error is: > msDrawMap(): Image handling error. Failed to draw layer named 'kwadranten'. > > How can I get more debug info, because I have debug on. But I do not see > anything in the Apache logs nor at the client. Bart, Sorry for not doing anything on your several questions this week. I have been intending to spend an hour or two committed to reviewing Oracle OGR issues but haven't gotten to it yet. I would suggest you try setting the CPL_DEBUG environment variable to ON to get substantial quantities of debugging information from OGR (written to stderr). The error message is produced msDrawMap() if msDrawLayer() returns a failure code. Not very helpful, but at least it indicates which layer failed to render. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From bartvde at xs4all.nl Fri Jun 20 13:02:13 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Fri, 20 Jun 2003 22:02:13 +0200 Subject: [mapserver-users] cannot draw Oracle layer In-Reply-To: <3EF36598.5060207@pobox.com> References: <3EF36598.5060207@pobox.com> Message-ID: Hi Frank, I added CPL_DEBUG as an environment variable (value = ON). I restarted my Apache webserver. But still nothing is written to the Apache error file (I assume stderr will turn up there or not?). Are there any more debug options to turn on for the mapserver code itself? And does the error message refer to a problem with getting the data, or can it get the data but is it not possible for mapserver to render it? Thanks, Bart On Fri, 20 Jun 2003 15:50:48 -0400, Frank Warmerdam wrote: > Bart van den Eijnden wrote: >> Hi list, >> >> I have problem with rendering an Oracle layer. The layer is correct >> because it can be rendered by other webmapping software. >> >> I get an error, regardless of whether I use the built-in Oracle >> connector or through OGR. >> >> The error is: >> msDrawMap(): Image handling error. Failed to draw layer named >> 'kwadranten'. >> >> How can I get more debug info, because I have debug on. But I do not see >> anything in the Apache logs nor at the client. > > Bart, > > Sorry for not doing anything on your several questions this week. I have > been intending to spend an hour or two committed to reviewing Oracle OGR > issues but haven't gotten to it yet. > > I would suggest you try setting the CPL_DEBUG environment variable to ON > to get substantial quantities of debugging information from OGR (written > to stderr). > > The error message is produced msDrawMap() if msDrawLayer() returns a > failure > code. Not very helpful, but at least it indicates which layer failed to > render. > > Best regards, > -- From gsw at globexplorer.com Fri Jun 20 13:58:01 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Fri, 20 Jun 2003 13:58:01 -0700 Subject: [Mapserver-users] Newbie Question -- San Francisco map isn't happening Message-ID: <71E37EF6B7DCC1499CEA0316A2568328B194A8@loki.globexplorer.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3376E.A296F691 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I have installed the Mapserver software on a Windows 98 system using = Apache as a local server (ms363gif_gdal_wms.zip was the source). I = installed the "Itasca" demo and it works like a charm. I can select = things, zoom, pan and all is well. So I set out to create my first working map of San Francisco, CA, USA. = Right now I have two layers, a shapefile of lines representing streets = (dervied from TIGER data, turned into continuous polylines in Informix = Spatial blade, and then unloaded to a shape file. I also have a simple = layer of 3 points created in ArcView representing points of interest in = the city. I created a new directory under Apache2/htdocs and mimiced the structure = of the "itasca" directory and copied over programs, renaming for my own = use. I have a map file (appended). I suspect my problem is in the "EXTENT" = definition (or the projection?) because when I run it I don't see = anything; I don't get any errors, I just get a blank image with a scale = bar, etc. I am currently without ArcView and only have ArcExplorer, which doesn't = seem to know projections. The Lat/Long for the area I am looking at is = approximately X Y X =20 -122.519, 37.8306 -122.3468, 37.8306 -122.519, 37.7088 -122.519, 37.7088 I *think* the EXTENT for this might be approximately: NAME SSF STATUS ON SIZE 600 600 EXTENT 542724.08 4173551.37 557476.48 4187315.33 UNITS METERS SHAPEPATH "DATA" IMAGECOLOR 255 255 255 ... I reached these by using ArcView to look at the shape file and the = chosing the UTM Zone 10N projection (ellipse GRS80) and then copying the = coordinates it showed. (I think this is "init=3Depsg:26910") A typical entry in the log file is: Fri Jun 20 13:24:19 2003,-98456221,127.0.0.1,SSF,0,542724.080000 = 4173059.623333 557476.480000 4187807.076667,-1.000000 -1.000000,streets = ,normal execution Fri Jun 20 13:24:41 2003,-779369,127.0.0.1,SSF,0,546141.719333 = 4177139.752089 553517.919333 4184513.478756,549829.819333 = 4180826.615422,streets ,normal execution ... Any advice -- what I am doing wrong, how to properly determine these = numbers, etc. -- for this foolish newbie would be most welcome! TIA, Greg Williamson DBA GlobeXplorer LLC ------_=_NextPart_001_01C3376E.A296F691 Content-Type: application/octet-stream; name="ssf.map" Content-Transfer-Encoding: base64 Content-Description: ssf.map Content-Disposition: attachment; filename="ssf.map" Iw0KIyBTdGFydCBvZiBtYXAgZmlsZQ0KIw0KTkFNRSBTU0YNClNUQVRVUyBPTg0KU0laRSA2MDAg NjAwDQpFWFRFTlQgNTQyNzI0LjA4IDQxNzM1NTEuMzcgNTU3NDc2LjQ4IDQxODczMTUuMzMNClVO SVRTIE1FVEVSUw0KU0hBUEVQQVRIICJEQVRBIg0KSU1BR0VDT0xPUiAyNTUgMjU1IDI1NQ0KDQoj IHlvdSBtYXkgbmVlZCB0byBjaGFuZ2UgdGhpcyB0byBtYXRjaCB5b3VyIE1hcFNlcnZlciBidWls ZA0KI0lNQUdFVFlQRSBQTkcNCg0KIw0KIyBQcm9qZWN0aW9uIGRlZmluaXRpb24sIGNvbnN1bHQg dGhlIFBST0ouNCBkb2N1bWVudGF0aW9uIGZvciBwYXJhbWV0ZXIgZGlzY3Vzc2lvbg0KIw0KUFJP SkVDVElPTg0KICAicHJvaj11dG0iDQogICJlbGxwcz1HUlM4MCINCiAgInpvbmU9MTAiDQogICJu b3J0aCINCiAgIm5vX2RlZnMiDQojDQojICBPUjogDQojDQojICAiaW5pdD1lcHNnOjI2OTEwIg0K RU5EDQoNCiMNCiMgU3RhcnQgb2Ygd2ViIGludGVyZmFjZSBkZWZpbml0aW9uIChpbmNsdWRpbmcg V01TIGVuYWJsaW5nIG1ldGFkYXRhKQ0KIw0KV0VCDQogIEhFQURFUiBzc2ZfaGVhZGVyLmh0bWwN CiAgVEVNUExBVEUgc3NmLmh0bWwNCiAgRk9PVEVSIHNzZl9mb290ZXIuaHRtbA0KIyAgTUlOU0NB TEUgMTAwMA0KIyAgTUFYU0NBTEUgMTU1MDAwMA0KICBMT0cgJ21hcHNlcnZlci5sb2cnDQogIElN QUdFUEFUSCAic2V0IGluIHNzZl9pbml0Lmh0bWwiDQogIElNQUdFVVJMICJzZXQgaW4gc3NmX2lu aXQuaHRtbCINCiAgTUVUQURBVEENCiAgICBXTVNfVElUTEUgIlNoYXBpbmcgU2FuIEZyYW5jaXNj byBNYXBTZXJ2ZXIgU1NGIERlbW8iDQogICAgV01TX0FCU1RSQUNUICJUaGlzIGlzIHRoZSBTU0Yg TWFwU2VydmVyIGRlbW9uc3RyYXRpb24gYXBwbGljYXRpb24gZm9yIFNhbiBGcmFuY2lzY28gQ291 bnR5IGxvY2F0ZWQgaW4gQ2FsaWZvcm5pYSdzIGNlbnRyYWwgY29hc3QuIg0KICAgIFdNU19BQ0NF U1NDT05TVFJBSU5UUyBub25lDQoNCiAgICAjIGNoYW5nZSB0aGlzIHZhbHVlIHRvIG1hdGNoIHlv dXIgc2V0dXANCiAgICBXTVNfT05MSU5FUkVTT1VSQ0UgImh0dHA6Ly9sb2NhbGhvc3Q6ODA4MC9z c2Yvc3NmX2luaXQuaHRtbCINCg0KICAgIFdNU19TUlMgIkVQU0c6MjY5MTAiDQogIEVORA0KRU5E DQoNClFVRVJZTUFQDQogIFNJWkUgMjAwIDIwMA0KICBTVEFUVVMgT04NCiAgU1RZTEUgSElMSVRF DQogIENPTE9SIDI1NSAwIDANCkVORA0KDQojDQojIFN0YXJ0IG9mIHJlZmVyZW5jZSBtYXANCiMN ClJFRkVSRU5DRQ0KICBJTUFHRSBncmFwaGljcy9Zb3VhcmVoZXJlLmdpZg0KICBFWFRFTlQgNTQx NzI0LjA4IDQxNjM1NTEuMzcgNTY3NDc2LjQ4IDQxOTczMTUuMzMNCiAgU0laRSAxMjAgMTIwDQog IFNUQVRVUyBPTg0KICBDT0xPUiAtMSAtMSAtMQ0KICBPVVRMSU5FQ09MT1IgMjU1IDAgMA0KRU5E DQoNCiMNCiMgU3RhcnQgb2YgbGVnZW5kDQojDQpMRUdFTkQNCiAgS0VZU0laRSAxOCAxMg0KICBM QUJFTA0KICAgIFRZUEUgQklUTUFQDQogICAgU0laRSBNRURJVU0NCiAgICBDT0xPUiAwIDAgODkN CiAgRU5EDQogIFNUQVRVUyBPTg0KRU5EDQoNCiMNCiMgU3RhcnQgb2Ygc2NhbGViYXINCiMNClND QUxFQkFSDQogIElNQUdFQ09MT1IgMjU1IDI1NSAyNTUNCiAgTEFCRUwNCiAgICBDT0xPUiAyNTUg MjU1IDI1NQ0KICAgIFNJWkUgdGlueSAgICANCiAgRU5EDQogIFNUWUxFIDENCiAgU0laRSA4MCAy DQogIENPTE9SIDI1NSAyNTUgMjU1DQogIFVOSVRTIE1JTEVTDQogIElOVEVSVkFMUyAxDQogIFRS QU5TUEFSRU5UIFRSVUUNCiAgU1RBVFVTIFRSVUUNCkVORA0KDQojDQojIFN0YXJ0IG9mIHN5bWJv bCBkZWZpbml0aW9ucyAod2UncmUgb25seSB1c2luZyBhIGZldykNCiMNClNZTUJPTA0KICBOQU1F ICdjaXJjbGUnDQogIFRZUEUgRUxMSVBTRQ0KICBQT0lOVFMgMSAxIEVORA0KICBGSUxMRUQgVFJV RQ0KRU5EDQoNCiMNCiMgU3RhcnQgb2YgbGF5ZXIgZGVmaW5pdGlvbnMNCiMNCg0KTEFZRVINCiAg TkFNRSBzdHJlZXRzDQogIEdST1VQIHN0cmVldHMNCiAgTUFYU0NBTEUgNjAwMDAwDQogIFNUQVRV UyBERUZBVUxUDQogIERBVEEgc2ZzdHJlZXQNCiAgVFlQRSBMSU5FDQogIENMQVNTDQogICAgTkFN RSAiU3RyZWV0cyINCiAgICBDT0xPUiAyNTAgMTc1IDI1DQogIEVORA0KDQogIE1FVEFEQVRBDQog ICAgV01TX1RJVExFICJTdHJlZXRzIg0KICAgIFdNU19BQlNUUkFDVCAiQ291bnR5IFN0cmVldHMu IChsaW5lcyBvbmx5KSAgRGVyaXZlZCBmcm9tIFVTIENlbnN1cyBUSUdFUiwgc2VlIDw+IGZvciBt b3JlIGluZm9ybWF0aW9uLiINCiAgICBXTVNfU1JTICJFUFNHOjI2OTEwIg0KICBFTkQNCkVORCAj IGNvdW50eSBzdHJlZXRzDQoNCkVORCAjIE1hcCBGaWxlDQo= ------_=_NextPart_001_01C3376E.A296F691-- From assefa at dmsolutions.ca Fri Jun 20 14:25:26 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 20 Jun 2003 17:25:26 -0400 Subject: [Mapserver-users] Re: FLASH file action that generate by mapserver 4 References: <001a01c336eb$ac7466f0$f84dfea9@gisedu> Message-ID: <3EF37BC6.2010706@dmsolutions.ca> The extent was added on June 11 so you have to get a build which is after the date. I will update the fullname to reflect the web location of the file. Later, Liangxu Wang wrote: >hi Yewondwossen Assefa, > I use Action scrpit viewer to explore the swf file that generate by mapserver 4. > The action is: > > mapObj = new Object (); > mapObj.name = "test.map"; > mapObj.width = 540; > mapObj.height = 470; > mapObj.numlayers = 3; > mapObj.layers = new Array (); > function LayerObj (name, type, fullname, relativename) { > this.name = name; > this.type = type; > this.fullname = fullname; > this.relativename = relativename; > } > mapObj.layers[0] = new LayerObj ("country.shp", "2", "d:/tmp/ms_tmp/105607646524641_layer_0.swf", "105607646524641_layer_0.swf"); > mapObj.layers[1] = new LayerObj ("lakes.shp", "2", "d:/tmp/ms_tmp/105607646524641_layer_1.swf", "105607646524641_layer_1.swf"); > mapObj.layers[2] = new LayerObj ("cities.shp", "0", "d:/tmp/ms_tmp/105607646524641_layer_2.swf", "105607646524641_layer_2.swf"); > > > There is not a mapobj.extent attribute,this is not same with the flash document.(http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html) >Another suggestion : > The Layerobj's fullname attribute should web address,not local address.(like http://xxx/.../xxxxx.swf) > > wlx > > > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From gsw at globexplorer.com Fri Jun 20 14:51:38 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Fri, 20 Jun 2003 14:51:38 -0700 Subject: [Mapserver-users] Newbie Question -- San Francisco map isn't happening Message-ID: <71E37EF6B7DCC1499CEA0316A2568328B194AA@loki.globexplorer.com> Thanks for the tip ... I must have something amiss though as I commented out the "proj=..." stuff and used: PROJECTION "init=epsg:26910" END And when I run it I get: msProcessProjection(): Projection library error. no system list, errno: 2 Perhaps this version doesn't do projections ? Or I don't have the right files in the right places ? I did dowload a proj446_win32_bin.zip file and put the proj.dll into the WINDOWS/SYSTEM directory and set a couple of DOS environment variables. Perhaps I don't have the epsg file where it should be ? Thanks for your time, Greg W. -----Original Message----- From: Swaminathan, Gayathri [mailto:gayathri at ou.edu] Sent: Fri 6/20/2003 2:12 PM To: Gregory S. Williamson Cc: Subject: RE: [Mapserver-users] Newbie Question -- San Francisco map isn't happening Pardon me on my previous reply,dint notice the UTM projection in Arcview for coords. Seems like the Projection is the problem. Try changing that to "init=epsg:26910" also, why is that "north" in that projection? The EXTENT coordinates should be right if you got them from Arcview. Thanks, Gayathri From gayathri at ou.edu Fri Jun 20 14:57:15 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Fri, 20 Jun 2003 16:57:15 -0500 Subject: [Mapserver-users] Newbie Question Message-ID: Aah! The famous "msProcessProjection(): Projection library error. no system list, errno: 2" error. Query on the same on Google or mapserver list. Ed McNierney and Frank have helped some users with that in the past. You should be able to get tones of info on this in the list. Thanks, Gayathri -----Original Message----- From: Gregory S. Williamson [mailto:gsw at globexplorer.com] Sent: Friday, June 20, 2003 2:52 PM To: Swaminathan, Gayathri Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question -- San Francisco map isn't happening Thanks for the tip ... I must have something amiss though as I commented out the "proj=..." stuff and used: PROJECTION "init=epsg:26910" END And when I run it I get: msProcessProjection(): Projection library error. no system list, errno: 2 Perhaps this version doesn't do projections ? Or I don't have the right files in the right places ? I did dowload a proj446_win32_bin.zip file and put the proj.dll into the WINDOWS/SYSTEM directory and set a couple of DOS environment variables. Perhaps I don't have the epsg file where it should be ? Thanks for your time, Greg W. From ed at topozone.com Fri Jun 20 15:24:46 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 20 Jun 2003 18:24:46 -0400 Subject: [Mapserver-users] Newbie Question Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFBBC@mercator.topozone.com> And they're still willing to help now . The "epsg" is really a file name, and you're going to need a file named c:\proj\nad\epsg to make things work. If you unpack the entire PROJ distribution you downloaded, you should find this file. - 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: Swaminathan, Gayathri [mailto:gayathri at ou.edu] Sent: Friday, June 20, 2003 5:57 PM To: 'Gregory S. Williamson' Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question Aah! The famous "msProcessProjection(): Projection library error. no system list, errno: 2" error. Query on the same on Google or mapserver list. Ed McNierney and Frank have helped some users with that in the past. You should be able to get tones of info on this in the list. Thanks, Gayathri -----Original Message----- From: Gregory S. Williamson [mailto:gsw at globexplorer.com] Sent: Friday, June 20, 2003 2:52 PM To: Swaminathan, Gayathri Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question -- San Francisco map isn't happening Thanks for the tip ... I must have something amiss though as I commented out the "proj=..." stuff and used: PROJECTION "init=epsg:26910" END And when I run it I get: msProcessProjection(): Projection library error. no system list, errno: 2 Perhaps this version doesn't do projections ? Or I don't have the right files in the right places ? I did dowload a proj446_win32_bin.zip file and put the proj.dll into the WINDOWS/SYSTEM directory and set a couple of DOS environment variables. Perhaps I don't have the epsg file where it should be ? Thanks for your time, Greg W. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gsw at globexplorer.com Fri Jun 20 15:43:30 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Fri, 20 Jun 2003 15:43:30 -0700 Subject: [Mapserver-users] Newbie Question Message-ID: <71E37EF6B7DCC1499CEA0316A2568328B194AB@loki.globexplorer.com> Gayathri, Thanks muchly for the answer ... A search of the system archives seems to have yielded a result of putting the epsg file in C:\PROJ\NAD (where the precompiled binary looks for it I guess). I now have: NAME SSF STATUS ON SIZE 600 600 EXTENT 542724.08 4173551.37 557476.48 4187315.33 UNITS METERS SHAPEPATH "DATA" IMAGECOLOR 255 255 255 PROJECTION "init=epsg:26910" END ... No error messages ! (progress!) And still no map ... a legend showing the yellow lines as streets, and a scale bar, no errors in the log file, but still no image. Drat. I will continue to troll the archives, but all ideas are welcome. Greg W. -----Original Message----- From: Swaminathan, Gayathri [mailto:gayathri at ou.edu] Sent: Fri 6/20/2003 2:57 PM To: Gregory S. Williamson Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question Aah! The famous "msProcessProjection(): Projection library error. no system list, errno: 2" error. Query on the same on Google or mapserver list. Ed McNierney and Frank have helped some users with that in the past. You should be able to get tones of info on this in the list. Thanks, Gayathri -----Original Message----- From: Gregory S. Williamson [mailto:gsw at globexplorer.com] Sent: Friday, June 20, 2003 2:52 PM To: Swaminathan, Gayathri Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question -- San Francisco map isn't happening Thanks for the tip ... I must have something amiss though as I commented out the "proj=..." stuff and used: PROJECTION "init=epsg:26910" END And when I run it I get: msProcessProjection(): Projection library error. no system list, errno: 2 Perhaps this version doesn't do projections ? Or I don't have the right files in the right places ? I did dowload a proj446_win32_bin.zip file and put the proj.dll into the WINDOWS/SYSTEM directory and set a couple of DOS environment variables. Perhaps I don't have the epsg file where it should be ? Thanks for your time, Greg W. From ed at topozone.com Fri Jun 20 16:07:29 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 20 Jun 2003 19:07:29 -0400 Subject: [Mapserver-users] Newbie Question Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFBBF@mercator.topozone.com> Greg - Great - now back to the original problem . Your MAP file has no PROJECTION block inside your LAYER definition, which indicates that the LAYER data is supposed to be in the same projection as the output map image. This seems unlikely to be the case, as you reported the extents of your data in decimal degrees, and vector data is commonly stored in that unprojected format. So I think you need a PROJECTION block in your LAYER definition. If your data is NAD83 decimal degrees (a reasonable guess) then the EPSG code is 4269, so PROJECTION "init=epsg:4269" END Inside the LAYER block should help. - 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: Gregory S. Williamson [mailto:gsw at globexplorer.com] Sent: Friday, June 20, 2003 6:44 PM To: Swaminathan, Gayathri Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question Gayathri, Thanks muchly for the answer ... A search of the system archives seems to have yielded a result of putting the epsg file in C:\PROJ\NAD (where the precompiled binary looks for it I guess). I now have: NAME SSF STATUS ON SIZE 600 600 EXTENT 542724.08 4173551.37 557476.48 4187315.33 UNITS METERS SHAPEPATH "DATA" IMAGECOLOR 255 255 255 PROJECTION "init=epsg:26910" END ... No error messages ! (progress!) And still no map ... a legend showing the yellow lines as streets, and a scale bar, no errors in the log file, but still no image. Drat. I will continue to troll the archives, but all ideas are welcome. Greg W. -----Original Message----- From: Swaminathan, Gayathri [mailto:gayathri at ou.edu] Sent: Fri 6/20/2003 2:57 PM To: Gregory S. Williamson Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question Aah! The famous "msProcessProjection(): Projection library error. no system list, errno: 2" error. Query on the same on Google or mapserver list. Ed McNierney and Frank have helped some users with that in the past. You should be able to get tones of info on this in the list. Thanks, Gayathri -----Original Message----- From: Gregory S. Williamson [mailto:gsw at globexplorer.com] Sent: Friday, June 20, 2003 2:52 PM To: Swaminathan, Gayathri Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question -- San Francisco map isn't happening Thanks for the tip ... I must have something amiss though as I commented out the "proj=..." stuff and used: PROJECTION "init=epsg:26910" END And when I run it I get: msProcessProjection(): Projection library error. no system list, errno: 2 Perhaps this version doesn't do projections ? Or I don't have the right files in the right places ? I did dowload a proj446_win32_bin.zip file and put the proj.dll into the WINDOWS/SYSTEM directory and set a couple of DOS environment variables. Perhaps I don't have the epsg file where it should be ? Thanks for your time, Greg W. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gsw at globexplorer.com Fri Jun 20 16:21:40 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Fri, 20 Jun 2003 16:21:40 -0700 Subject: [Mapserver-users] Newbie Question Message-ID: <71E37EF6B7DCC1499CEA0316A2568328B194AD@loki.globexplorer.com> Voila ! That was it ... added the layer projection block as suggested and it worked like a charm. Thanks, gracias, merci, danke, etc. Greg W. -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Fri 6/20/2003 4:07 PM To: Gregory S. Williamson; Swaminathan, Gayathri Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question Greg - Great - now back to the original problem . Your MAP file has no PROJECTION block inside your LAYER definition, which indicates that the LAYER data is supposed to be in the same projection as the output map image. This seems unlikely to be the case, as you reported the extents of your data in decimal degrees, and vector data is commonly stored in that unprojected format. So I think you need a PROJECTION block in your LAYER definition. If your data is NAD83 decimal degrees (a reasonable guess) then the EPSG code is 4269, so PROJECTION "init=epsg:4269" END Inside the LAYER block should help. - 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: Gregory S. Williamson [mailto:gsw at globexplorer.com] Sent: Friday, June 20, 2003 6:44 PM To: Swaminathan, Gayathri Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question Gayathri, Thanks muchly for the answer ... A search of the system archives seems to have yielded a result of putting the epsg file in C:\PROJ\NAD (where the precompiled binary looks for it I guess). I now have: NAME SSF STATUS ON SIZE 600 600 EXTENT 542724.08 4173551.37 557476.48 4187315.33 UNITS METERS SHAPEPATH "DATA" IMAGECOLOR 255 255 255 PROJECTION "init=epsg:26910" END ... No error messages ! (progress!) And still no map ... a legend showing the yellow lines as streets, and a scale bar, no errors in the log file, but still no image. Drat. I will continue to troll the archives, but all ideas are welcome. Greg W. -----Original Message----- From: Swaminathan, Gayathri [mailto:gayathri at ou.edu] Sent: Fri 6/20/2003 2:57 PM To: Gregory S. Williamson Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question Aah! The famous "msProcessProjection(): Projection library error. no system list, errno: 2" error. Query on the same on Google or mapserver list. Ed McNierney and Frank have helped some users with that in the past. You should be able to get tones of info on this in the list. Thanks, Gayathri -----Original Message----- From: Gregory S. Williamson [mailto:gsw at globexplorer.com] Sent: Friday, June 20, 2003 2:52 PM To: Swaminathan, Gayathri Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question -- San Francisco map isn't happening Thanks for the tip ... I must have something amiss though as I commented out the "proj=..." stuff and used: PROJECTION "init=epsg:26910" END And when I run it I get: msProcessProjection(): Projection library error. no system list, errno: 2 Perhaps this version doesn't do projections ? Or I don't have the right files in the right places ? I did dowload a proj446_win32_bin.zip file and put the proj.dll into the WINDOWS/SYSTEM directory and set a couple of DOS environment variables. Perhaps I don't have the epsg file where it should be ? Thanks for your time, Greg W. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From akrherz at iastate.edu Fri Jun 20 18:50:49 2003 From: akrherz at iastate.edu (Daryl Herzmann) Date: Fri, 20 Jun 2003 20:50:49 -0500 Subject: [Mapserver-users] PHP Mapscript WMS Message-ID: Hola! MUM rocked! I enjoyed chatting with everyone. Quick and dirty question. I need to use the power of Mapscript to build some dynamic layers and then serve them via WMS. Is there a PHP mapscript lib that implements all of the WMS goodies, ex) return the XML capabilities, set bounds, etc. Basically, I want to do this $map = ms_newWMSMapServer("raining.map"); // Do all the heavy lifting // Process All CGI vars // Shamelessly Add my dynamic layer $map->ILikePsuedoCode(); // Crank out the map or send back XML capabilites $map->answerRequest(); Perhaps I need to wait for "Karma karma karma karma karma CHAMELEON" ? :) RFE: Put an easter egg in Chameleon to send back that chorus sound if someone sends the magic CGI var! :) Thanks, Daryl From novalet at yahoo.com.cn Fri Jun 20 20:10:02 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Sat, 21 Jun 2003 11:10:02 +0800 (CST) Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <200306201716.52918.schut@sarvision.com> Message-ID: <20030621031002.14533.qmail@web15205.mail.bjs.yahoo.com> Vincent: I recheck the mapserv in apache cgi-bin is the mapserv i just compiled. If i change its name, the brower will say object not found. then i try http://localhost/cgi-bin/mapserv?map=/var/www/html/itasca/itasca.map&mode=map the problem remain, message is Error message: Premature end of script headers: mapserv It seems something wrong in my platform, but i just can't find out :< Just a wonder. Why not mapserver build a easy to used rpm package for us newbies to play? --- Vincent Schut ????????> Chen, > > it is very strange that from the commandline mapserv > works, but not from your > browser. Your server should simply start mapserv and > stream the output to > your browser... Are you sure that you have the right > mapserv executable in > the right cgi-bin directory (sorry for the obvious > question, don't mean to > offend... :-)) ? But you won't be the first one to > copy your new mapserv in > an old cgi-bin dir that is not used anymore... (did > it once myself). > Try using not only localhost/cgi-bin/mapserv, but > add the values you added as > querystring at the commandline > (http:/localhost/cgi-bin/mapserv > map=/../../map.map&mode=map > What do you get then? > BTW you don't need php to use mapserver, I was wrong > in assuming that you used > php... Mapserver as cgi is just as powerfull as the > php/mapscript version, I > think. At least powerfull enough for this debugging. > > Good luck! > Vincent. > On Friday 20 June 2003 16:05, Chen Fu wrote: > > Vincent: > > Thank you for your reponse! > > My mapserv works in "Query...", it print out a lot > of > > ascii as you said. I think it is the data of the > > generated image. > > Then what should i do? Should i config something > like > > php? My project doesn't use php up to now. But it > will > > be accepted if mapserv has to work with php lib. > > > > --- Vincent Schut ????????> > > Chen, > > > > > The error you get is a very generic error > generated > > > by php I think. To find > > > out more about what goes wrong, you should at > least > > > run mapserver from the > > > command prompt, and prefereable thourgh a > debugger. > > > To run it from the command prompt, type (in the > dir > > > where the mapserv > > > executable is): > > > ./mapserv > > > > > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > > > > > (of course fill in your own mapfile/path and > > > eventual other parameters. I > > > think you need to specify at least map and mode. > > > This example prints the > > > image data to stdout, so you will see your png > or > > > gif or whatever scrolling > > > as ascii on you terminal :-) > > > But probably you will see an error message > instead > > > of image data. > > > > > > If it is still very generic, like a segmentation > > > fault, you should use a > > > debugger. > > > To run mapserv from the debugger, do the > following: > > > make sure you have gdb (the gnu debugger) and > type: > > > gdb mapserv > > > run > > > > > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > > > > > and after the error, type: > > > backtrace > > > This will show you in which function mapserv (or > a > > > library) segfaulted. > > > Maybe than you will know what to do. Otherwise, > send > > > your experiences and the > > > mapserv and debugger output to this list and > I'm > > > sure you will get more > > > help. > > > > > > Cheers, > > > Vincent Schut. > > > > > > On Friday 20 June 2003 09:12, Chen Fu wrote: > > > > Till?? > > > > My linux box is base on redhat8. the make > > > > > > generate > > > > > > > some warning but no error. the mapserv is > 375445 > > > > bytes. I think it is much smaller than the one > i > > > > > > used > > > > > > > in win2k. But i config it with gd lib only. > > > > if i type "./mapserv" it will show > > > > " > > > > This script can only be used to decode form > > > > > > results > > > > > > > and > > > > should be initiated as a CGI process via a > httpd > > > > server. > > > > " > > > > Is it mean the file is a validate executable? > > > > > > shp2img > > > > > > > generated in the same procession work very > nice. > > > > > > > > I search the archive for that message before i > > > > > > post it > > > > > > > here. But most i found is related to php or > some > > > > > > other > > > > > > > thing. Because i am a newbie in compiling > > > > > > mapserver in > > > > > > > linux, so i select the cleanest way, use only > gd > > > > > > lib. > > > > > > > But still get into trouble, sigh... > > > > > > > > --- Till Adams > ????????> > > > > > > Dear > > > > > > > Cheng, > > > > > > > > > "premature end of script" is an error which > > > > > > occurs, > > > > > > > > when the compile > > > > > process was broken up: so while compiling, > the > > > > > "mapserv" was written but > > > > > not finished. Which linux system do you use? > Did > > > > > > you > > > > > > > > get an error > > > > > message when compiling? Try the mailing list > > > > > > archive > > > > > > > > searching for > > > > > contributions fitting to your error message. > > > > > > > > > > Good luck, > > > > > Till > > > > > > > > > > Chen Fu schrieb: > > > > > > Hi! > > > > > > This is my first time to compile mapserver > in > > > > > > > > > > linux. > > > > > > > > > > > But I use mapserver in win2k for a long > time. > > > > > > First download gd-2.0.15, make and install > it. > > > > > > Then i download mapserver4.0b, make it and > > > > > > copy > > > > > > > > > mapserv to cgi-bin. > === message truncated === ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove From karas1974 at wp.pl Sat Jun 21 03:09:35 2003 From: karas1974 at wp.pl (Jaroslaw Kowalczyk) Date: Sat, 21 Jun 2003 12:09:35 +0200 Subject: [Mapserver-users] Mapscript and Labels comes back... References: <005401c335a6$a00cc2e0$1805000a@helicity> <3EF07B45.6070304@pobox.com> Message-ID: <001401c337dd$37e59a00$0407030a@ekoprojekt> Hello, I am trying to write application in php and mapscript showing location of several points on a map. All works well, however my problem is with putting labels on a map. I have already received help form Eric Bridger (Thank you again!), but there is still something wrong with my code. Are there any code samples available showing how to put labels on a map. I store labels and coordinates in mySQL database, and then create shapefile, and load shapefile into new layer. I would be grateful for any example. I also atachee part of my code bellow, and error it causes. // This is part of the main program ------------------START BuildSelectionShapefile($kategoria_oferty); // first create shapefile based on data in mySQL database $image=$map->draw(); $map->drawLabelCache($image); $image_url=$image->saveWebImage(MS_PNG,1,1,0); //--------------------------------------------------THE END // This function is used to create shapefile with points and their labels (based on mySQL database) function BuildSelectionShapefile($kat_of) { GLOBAL $map; GLOBAL $image; //creating shapefile on disk in tmp directory $shapetempname="tmp".time(); $shapefile_temp=ms_newShapefileObj("c:/usr/krasnal/www/edeveloper/gmap/htdoc s/data/".$shapetempname,MS_SHP_POINT); $dbname="c:/usr/krasnal/www/edeveloper/gmap/htdocs/data/$shapetempname".".db f"; $def=array(array("id_oferty","C",4,0)); $dbid=dbase_create($dbname,$def); dbase_pack($dbid); dbase_close($dbid); $dbidrw=dbase_open($dbname,2); $sql = mysql_connect (localhost); mysql_select_db("edeveloper"); $zapytanie = 'SELECT `oferty`.`opis`, `oferty`.`x_oferty`, `oferty`.`y_oferty`, `oferty`.`id_oferty` FROM przeznaczenie LEFT JOIN `oferty` ON `przeznaczenie`.`id_oferty` = `oferty`.`id_oferty` WHERE `przeznaczenie`.`id_przeznaczenia` LIKE \'' .$kat_of. '\''; $wykonaj = mysql_query($zapytanie); $liczba_ofert=mysql_num_rows($wykonaj); while ($wiersz = mysql_fetch_array($wykonaj)) { $pointObj=ms_newPointObj(); $pointObj->setXY($wiersz["x_oferty"],$wiersz["y_oferty"],1); $result=$shapefile_temp->addPoint($pointObj); $pointObj->free(); $valuedbf=array($wiersz["id_oferty"]); $test=dbase_add_record($dbidrw, $valuedbf); } dbase_pack($dbidrw); dbase_close($dbidrw); $shapefile_temp->free(); //creating new layer $newLayer=ms_newLayerObj($map); $newLayer->set('status',MS_ON); $newLayer->set('name',"Oferty"); $newLayer->set('type',MS_LAYER_POINT); $newLayer->set('labelitem',"id_oferty"); // creating new class $newClass=ms_newClassObj($newLayer); $newClass->set('name','wybrane_oferty'); $newClass->set('symbol',4); $newClass->set('size',15); $newClass->set('color',$map->addColor(255, 0, 0)); $newClass->set('outlinecolor',$map->addColor(0, 0, 0)); $newClass->{label}->set('font','fritqat'); $newClass->{label}->set('type',MS_TRUETYPE); $newClass->{label}->set('size',8); $newClass->{label}->set('position',MS_AUTO); $newClass->{label}->set('color',$map->addColor(0, 2, 2)); $newClass->{label}->set('antialias',true); //reading shapefile and and filling new layer and class. $shapefile_temp=ms_newShapefileObj("c:/usr/krasnal/www/edeveloper/gmap/htdoc s/data/".$shapetempname,-1); $l_ofert=$shapefile_temp->{numshapes}; for ($i=0;($i<$l_ofert);$i++) { $newShapeObj=ms_newShapeObj(MS_SHAPE_POINT); $newShapeObj=$shapefile_temp->getShape($i); $ok=$newShapeObj->set('text',"[".$i."]"); $newLayer->addFeature($newShapeObj); $newShapeObj->free(); } $shapefile_temp->free(); } This code cause server error: PHP caused error: wrong page in module PHP_MAPSCRIPT_36.DLL przy 016f:0144a95f. Rejestry: EAX=00000000 CS=016f EIP=0144a95f EFLGS=00210246 EBX=007625f0 SS=0177 ESP=0063b188 EBP=0063b194 ECX=0063b1b8 DS=0177 ESI=0063b220 FS=0faf EDX=00000000 ES=0177 EDI=0063b1a4 GS=0000 Bajts in CS:EIP: 8b 04 82 50 e8 24 cc 1f 00 83 c4 04 89 45 f8 8b Stack: 00000000 00000000 0144f412 0063b240 0144f556 02044788 0063b1b8 0063b240 0203bcc0 00000008 00000000 0063b1dc 00000001 02150fc0 ac00218e 4119657b From novalet at yahoo.com.cn Sat Jun 21 23:11:01 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Sun, 22 Jun 2003 14:11:01 +0800 (CST) Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <200306201716.52918.schut@sarvision.com> Message-ID: <20030622061101.86624.qmail@web15205.mail.bjs.yahoo.com> Hi! Will it be possible that somebody share the compiled mapserv with me? If the compile use static lib, it can also used in my linux box, right? Thanks --- Vincent Schut ????????> Chen, > > it is very strange that from the commandline mapserv > works, but not from your > browser. Your server should simply start mapserv and > stream the output to > your browser... Are you sure that you have the right > mapserv executable in > the right cgi-bin directory (sorry for the obvious > question, don't mean to > offend... :-)) ? But you won't be the first one to > copy your new mapserv in > an old cgi-bin dir that is not used anymore... (did > it once myself). > Try using not only localhost/cgi-bin/mapserv, but > add the values you added as > querystring at the commandline > (http:/localhost/cgi-bin/mapserv > map=/../../map.map&mode=map > What do you get then? > BTW you don't need php to use mapserver, I was wrong > in assuming that you used > php... Mapserver as cgi is just as powerfull as the > php/mapscript version, I > think. At least powerfull enough for this debugging. > > Good luck! > Vincent. > On Friday 20 June 2003 16:05, Chen Fu wrote: > > Vincent: > > Thank you for your reponse! > > My mapserv works in "Query...", it print out a lot > of > > ascii as you said. I think it is the data of the > > generated image. > > Then what should i do? Should i config something > like > > php? My project doesn't use php up to now. But it > will > > be accepted if mapserv has to work with php lib. > > > > --- Vincent Schut ????????> > > Chen, > > > > > The error you get is a very generic error > generated > > > by php I think. To find > > > out more about what goes wrong, you should at > least > > > run mapserver from the > > > command prompt, and prefereable thourgh a > debugger. > > > To run it from the command prompt, type (in the > dir > > > where the mapserv > > > executable is): > > > ./mapserv > > > > > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > > > > > (of course fill in your own mapfile/path and > > > eventual other parameters. I > > > think you need to specify at least map and mode. > > > This example prints the > > > image data to stdout, so you will see your png > or > > > gif or whatever scrolling > > > as ascii on you terminal :-) > > > But probably you will see an error message > instead > > > of image data. > > > > > > If it is still very generic, like a segmentation > > > fault, you should use a > > > debugger. > > > To run mapserv from the debugger, do the > following: > > > make sure you have gdb (the gnu debugger) and > type: > > > gdb mapserv > > > run > > > > > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > > > > > and after the error, type: > > > backtrace > > > This will show you in which function mapserv (or > a > > > library) segfaulted. > > > Maybe than you will know what to do. Otherwise, > send > > > your experiences and the > > > mapserv and debugger output to this list and > I'm > > > sure you will get more > > > help. > > > > > > Cheers, > > > Vincent Schut. > > > > > > On Friday 20 June 2003 09:12, Chen Fu wrote: > > > > Till?? > > > > My linux box is base on redhat8. the make > > > > > > generate > > > > > > > some warning but no error. the mapserv is > 375445 > > > > bytes. I think it is much smaller than the one > i > > > > > > used > > > > > > > in win2k. But i config it with gd lib only. > > > > if i type "./mapserv" it will show > > > > " > > > > This script can only be used to decode form > > > > > > results > > > > > > > and > > > > should be initiated as a CGI process via a > httpd > > > > server. > > > > " > > > > Is it mean the file is a validate executable? > > > > > > shp2img > > > > > > > generated in the same procession work very > nice. > > > > > > > > I search the archive for that message before i > > > > > > post it > > > > > > > here. But most i found is related to php or > some > > > > > > other > > > > > > > thing. Because i am a newbie in compiling > > > > > > mapserver in > > > > > > > linux, so i select the cleanest way, use only > gd > > > > > > lib. > > > > > > > But still get into trouble, sigh... > > > > > > > > --- Till Adams > ????????> > > > > > > Dear > > > > > > > Cheng, > > > > > > > > > "premature end of script" is an error which > > > > > > occurs, > > > > > > > > when the compile > > > > > process was broken up: so while compiling, > the > > > > > "mapserv" was written but > > > > > not finished. Which linux system do you use? > Did > > > > > > you > > > > > > > > get an error > > > > > message when compiling? Try the mailing list > > > > > > archive > > > > > > > > searching for > > > > > contributions fitting to your error message. > > > > > > > > > > Good luck, > > > > > Till > > > > > > > > > > Chen Fu schrieb: > > > > > > Hi! > > > > > > This is my first time to compile mapserver > in > > > > > > > > > > linux. > > > > > > > > > > > But I use mapserver in win2k for a long > time. > > > > > > First download gd-2.0.15, make and install > it. > > > > > > Then i download mapserver4.0b, make it and > > > > > > copy > > > > > > > > > mapserv to cgi-bin. > === message truncated === ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove From thfischer at mapmedia.de Sun Jun 22 10:54:57 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 22 Jun 2003 19:54:57 +0200 Subject: [Mapserver-users] lambert utm projection In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFBA5@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1222BFBA5@mercator.topozone.com> Message-ID: <1056304497.434.19.camel@jeanjacques> On Fri, 2003-06-20 at 16:19, Ed McNierney wrote: > Sibylle - > > It appears that you (and I) are using an older epsg file that has > several errors in the Austrian projections. I just checked the > current (version 4.4.7) PROJ epsg file and it has been changed to > correct the error you found and several other errors (the epsg code > for the Austrian Lambert, for example, is 31287, not 31297). This has happened to some german dhdn projections recently as well ... It struck me in a seminar of course. Searching for errors in the course of a seminar shows the participants how and where to look for them, but in this case it was just hilarious, mostly because the error message is the same as if the epsg file were not there at all. The idea that the epsg code in question might just not be in file struck me on the way home :) (the very same day i found out that i am not allowed to captitalize 'epsg' in "init=epsg:bla") thorsten From thfischer at mapmedia.de Sun Jun 22 11:26:16 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 22 Jun 2003 20:26:16 +0200 Subject: [mapserver-users] performance test of ECW tiles In-Reply-To: <19064.212.238.227.179.1056026249.squirrel@webmail.xs4all.nl> References: <19064.212.238.227.179.1056026249.squirrel@webmail.xs4all.nl> Message-ID: <1056306376.440.35.camel@jeanjacques> On Thu, 2003-06-19 at 14:37, bartvde at xs4all.nl wrote: Hi list, > > I have done a small performance test with an ECW file of 4,5 Gb. I did > my > test with the Microsoft Web Application Stress tool for 1 minute. I > have > done my test in two configurations: [ snip ] Did you show the whole set every time? Tiles, like indices, do not make too much sense if you show all the data at the same time. Webmapping application rule number one: Never Show Everything You Got :) > I also did not realize the big part DOWNLOAD takes in webmapping > performance. The gif files created are around 80 Kb so download will > be in > the best case around 2 seconds. This is 4 times the time mapserver > needs to create the image. Plus the latency time for network communication and the time it takes to show the resulting image in the browser, especially if the client is on the same machine for this test. Plus accessing the file system for temp images of course which should not be underestimated, especially if you are producing truecolor thingies in 4.0 ... There are quite a lot of factors that one needs to keep an eye on. They are small, but they do add up. That has nothing to do with ecw or image tiling anymore, of course ;) hth, thorsten From bartvde at xs4all.nl Sun Jun 22 09:35:11 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sun, 22 Jun 2003 18:35:11 +0200 Subject: [mapserver-users] performance test of ECW tiles In-Reply-To: <1056306376.440.35.camel@jeanjacques> References: <19064.212.238.227.179.1056026249.squirrel@webmail.xs4all.nl> <1056306376.440.35.camel@jeanjacques> Message-ID: Hi Thorsten, yes I did show only a small part of the image for my test. You're right, with the Microsoft Web Application Stress tool the client (IE) is on the same machine. My data was on a SCSI drive in the server, so no network transport. I used the WMS interface for my test. But by using the WMS interface no temp files are written, or am I mistaken? I thought everything was streamed to the client. Best regards, Bart On 22 Jun 2003 20:26:16 +0200, Thorsten Fischer wrote: > On Thu, 2003-06-19 at 14:37, bartvde at xs4all.nl wrote: > Hi list, >> >> I have done a small performance test with an ECW file of 4,5 Gb. I did >> my >> test with the Microsoft Web Application Stress tool for 1 minute. I have >> done my test in two configurations: > [ snip ] > > Did you show the whole set every time? Tiles, like indices, do not make > too much sense if you show all the data at the same time. > > Webmapping application rule number one: Never Show Everything You Got :) > >> I also did not realize the big part DOWNLOAD takes in webmapping >> performance. The gif files created are around 80 Kb so download will >> be in >> the best case around 2 seconds. This is 4 times the time mapserver >> needs to create the image. > > Plus the latency time for network communication and the time it takes to > show the resulting image in the browser, especially if the client is on > the same machine for this test. Plus accessing the file system for temp > images of course which should not be underestimated, especially if you > are producing truecolor thingies in 4.0 ... > > There are quite a lot of factors that one needs to keep an eye on. They > are small, but they do add up. > > That has nothing to do with ecw or image tiling anymore, of course ;) > > > hth, > > thorsten > > > -- From pkishor at geoanalytics.com Sun Jun 22 10:45:31 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Sun, 22 Jun 2003 17:45:31 -0000 Subject: [Mapserver-users] my compliments to the MUM organizers Message-ID: A very belated but well deserved compliments to Tom, Kari, and all the other unsung heroes of MUM... you know, the ones who didn't give speeches (not you Tom) but spent time lugging the hotdog buns and bottles of mustard to the hungry hordes, sat at registration desks, answered stupid t-shirt questions, and directed the hassled to the restrooms. And to Steve Lime and the crazy, generous Canadians and the others around the US and the world who programmed, debugged, CVS-ed, first coded and then explained the cryptic error messages, and then held the hands of the tentative newbies on the list so that they may come to believe. And to Raju for tending to the list server. And to all others who were there, and the luckless sods who weren't... thanks. I've been on the road for the past two weeks, but have been spreading the Mapserver gospel in the nation's capitol... hopefully some will see the light. See you all in Ottawa next year (but only if it is held around the time of the Montreal Jazz Fest). From Irvan at pln-jabar.co.id Sun Jun 22 17:39:03 2003 From: Irvan at pln-jabar.co.id (Irvan Kristianto) Date: Mon, 23 Jun 2003 07:39:03 +0700 Subject: [Mapserver-users] another (same) IIS CGI Error misbehaved Message-ID: <4876C605FBF6D611BF48000629132BCB1F8C27@DISJABARMAIL> i already all DLL needs oh oh oh ... guys ... btw i try to install mapserver on apache webserver on windows 2000. the result is ... IT WORKS !!! should i install on apache instead of IIS??? or is there someone install on IIS successfully? give me some clue ... i must install it on IIS ... regards, Irvan. -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Juni 20 2003 20:16 To: Irvan Kristianto; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] another (same) IIS CGI Error misbehaved Irvan - Did you install the zlib.dll in your Windows system directory or someplace else on your system path? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 From ed at topozone.com Sun Jun 22 18:28:44 2003 From: ed at topozone.com (Ed McNierney) Date: Sun, 22 Jun 2003 21:28:44 -0400 Subject: [Mapserver-users] another (same) IIS CGI Error misbehaved Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFBDF@mercator.topozone.com> Irvan - IIS works just fine. Apache works just fine, too. Now that you have Apache working, what (exactly) happens when you try to run the SAME MapServer configuration under IIS? - 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: Irvan Kristianto [mailto:Irvan at pln-jabar.co.id] Sent: Sunday, June 22, 2003 8:39 PM To: 'mapserver-users at lists.gis.umn.edu' Subject: RE: [Mapserver-users] another (same) IIS CGI Error misbehaved i already all DLL needs oh oh oh ... guys ... btw i try to install mapserver on apache webserver on windows 2000. the result is ... IT WORKS !!! should i install on apache instead of IIS??? or is there someone install on IIS successfully? give me some clue ... i must install it on IIS ... regards, Irvan. -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Juni 20 2003 20:16 To: Irvan Kristianto; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] another (same) IIS CGI Error misbehaved Irvan - Did you install the zlib.dll in your Windows system directory or someplace else on your system path? - 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 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From tj at svaj.dk Sun Jun 22 23:58:36 2003 From: tj at svaj.dk (Thomas Jensen) Date: Mon, 23 Jun 2003 08:58:36 +0200 Subject: [Mapserver-users] Deleting old GIF image files Message-ID: <5.0.2.1.2.20030623085254.00b39110@127.0.0.1> --=====================_3948407==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hi I would like to know if anyone can suggest a sollution to my problem. I have used MapServer to generate mapImages on the www.langelandatlas.dk website. The problem is, that the ms_temp folder which contains the GIF image files rapidly is filled with old image files which are no longer used. Can MapServer be set ud to automatically delete the image files it has created after they have been used? Sincerely Thomas Jensen Sven Allan Jensen as Sankelmarksgade 9 DK - 9000 Aalborg Ph: 96 31 40 64 E-mail: tj at svaj.dk www.svaj.dk --=====================_3948407==_.ALT Content-Type: text/html; charset="us-ascii" Hi

I would like to know if anyone can suggest a sollution to my problem. I have used MapServer to generate mapImages on the www.langelandatlas.dk website. The problem is, that the ms_temp folder which contains the GIF image files rapidly is filled with old image files which are no longer used. Can MapServer be set ud to automatically delete the image files it has created after they have been used?

Sincerely

Thomas Jensen
Sven Allan Jensen as
Sankelmarksgade 9
DK - 9000 Aalborg
Ph: 96 31 40 64
E-mail: tj at svaj.dk
www.svaj.dk
--=====================_3948407==_.ALT-- From palle at mail-online.dk Mon Jun 23 00:33:26 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Mon, 23 Jun 2003 09:33:26 +0200 Subject: [Mapserver-users] Deleting old GIF image files In-Reply-To: <5.0.2.1.2.20030623085254.00b39110@127.0.0.1> References: <5.0.2.1.2.20030623085254.00b39110@127.0.0.1> Message-ID: Hi Thomas, I can see that you are using Windows. dmsolutions has a small program called deletetmpfiles, that you can use. You can find a link somewhere on the mapserver homepage or dmsolutions homepage. Add it as a scheduled job in windows. Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: Thomas Jensen To: mapserver-users at lists.gis.umn.edu Date: Mon, 23 Jun 2003 08:58:36 +0200 Subject: [Mapserver-users] Deleting old GIF image files > Hi > > I would like to know if anyone can suggest a sollution to my problem. > I > have used MapServer to generate mapImages on the > www.langelandatlas.dk > website. The problem is, that the ms_temp folder which contains the > GIF > image files rapidly is filled with old image files which are no > longer > used. Can MapServer be set ud to automatically delete the image files > it > has created after they have been used? > > Sincerely > > Thomas Jensen > Sven Allan Jensen as > Sankelmarksgade 9 > DK - 9000 Aalborg > Ph: 96 31 40 64 > E-mail: tj at svaj.dk > www.svaj.dk 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 gsw at globexplorer.com Mon Jun 23 01:04:27 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Mon, 23 Jun 2003 01:04:27 -0700 Subject: [Mapserver-users] Deleting old GIF image files Message-ID: <71E37EF6B7DCC1499CEA0316A2568328B194B8@loki.globexplorer.com> I found a utility that can do this for windows versions ... I don't see it in the downloads/utilities list currently. It was in a 50k file called "deltmpfiles.zip" ... I don't want to clutter mail unnecessarilty but if you can't find it I will send you my version. Greg Williamson DBA, GlobeXplorer LLC gsw at globexplorer.com ==================== This is what the "readme" file says: deltmpfiles executable. Used to delete files older that a certain time. Usage : deltmpfiles [hour] : is the path to the directory where you want to delete files. [hour] : optional. Delete files older than X hour (default value is 1 hour). Example of Usage with NT scheduler : 1) Create a .bat file (ex : delfiles.bat) and add the following line c:/deltmpfiles e:/tmp/ms_tmp 2) schedule the job using the At NT command : at 03:00 /every:M,T,W,Th,F,S,Su "c:\delfiles.bat" This will delete all files older the 1 hour in the directory e:/tmp/ms_tmp. It will run every day at 3 am. -----Original Message----- From: Thomas Jensen [mailto:tj at svaj.dk] Sent: Sun 6/22/2003 11:58 PM To: mapserver-users at lists.gis.umn.edu Cc: Subject: [Mapserver-users] Deleting old GIF image files Hi I would like to know if anyone can suggest a sollution to my problem. I have used MapServer to generate mapImages on the www.langelandatlas.dk website. The problem is, that the ms_temp folder which contains the GIF image files rapidly is filled with old image files which are no longer used. Can MapServer be set ud to automatically delete the image files it has created after they have been used? Sincerely Thomas Jensen Sven Allan Jensen as Sankelmarksgade 9 DK - 9000 Aalborg Ph: 96 31 40 64 E-mail: tj at svaj.dk www.svaj.dk From k.chodak at autoguard.pl Mon Jun 23 01:49:55 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Mon, 23 Jun 2003 10:49:55 +0200 Subject: Fw: [Mapserver-users] Deleting old GIF image files Message-ID: <001301c33964$6c1368b0$29bdcdc3@kodak> I personally use wsh script (Windows): it is saved in CleanUpTemp.wsf file. I use Task Scheduling to run it from time to time (currently once per day). Script is launched by following command: C:\WINNT\system32\cscript.exe CleanUpTemp.wsf BR Krzysztof Chodak > > ----- Original Message ----- > From: Thomas Jensen > To: mapserver-users at lists.gis.umn.edu > Sent: Monday, June 23, 2003 8:58 AM > Subject: [Mapserver-users] Deleting old GIF image files > > > Hi > > I would like to know if anyone can suggest a sollution to my problem. I have > used MapServer to generate mapImages on the www.langelandatlas.dk website. > The problem is, that the ms_temp folder which contains the GIF image files > rapidly is filled with old image files which are no longer used. Can > MapServer be set ud to automatically delete the image files it has created > after they have been used? > > Sincerely > > Thomas Jensen > Sven Allan Jensen as > Sankelmarksgade 9 > DK - 9000 Aalborg > Ph: 96 31 40 64 > E-mail: tj at svaj.dk > www.svaj.dk > From sarawut at ait.ac.th Mon Jun 23 01:54:12 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Mon, 23 Jun 2003 15:54:12 +0700 Subject: [Mapserver-users] Multi resolution select layer Message-ID: <5.1.1.6.2.20030623154536.00a7f218@mail.ait.ac.th> Dear I have the big mosaic Landsat 5 image(4.3 GB). Then I try to speed up by reduce resolution from 28.5m to 100 m and 500 m. In my map file has 3 layer [landsat285], [landsat100] and [landsat500]. I would like to make auto select layer depend on the current zoom scale. Then,when people see whole image area will load [landsat500],thus time is reduced for processed. Have any idea. ArT From braulioen at ono.com Mon Jun 23 02:02:01 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Mon, 23 Jun 2003 11:02:01 +0200 Subject: [Mapserver-users] PHP/Mapscript, Problem reading ShapeObj Message-ID: <1f02b21f0915.1f09151f02b2@ono.com> Hi at all, I'm using PHP/Mapscript and I can't read the attributes of a shapefile of polygons. I read a ShapeObj so and as she appears in the documentation: $shapefile = ms_newShapefileObj("C:\vector\mapa", -1); //-1 for read $shape = $shapefile->getShape(3); when I read its index I don't have problems echo $shape->{index}; ------>>>>>> 3 but when I read the values of its attributes: echo $shape->{numvalues}; ------>>>>>>> 0 and this polygon has two attributes, Why? Thanks in advance. Braulio M. From ed at topozone.com Mon Jun 23 05:31:13 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 23 Jun 2003 08:31:13 -0400 Subject: [Mapserver-users] Multi resolution select layer Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFBE1@mercator.topozone.com> Sarawut - Create a GROUP named LANDSAT, for example, and put the statement GROUP LANDSAT In each of the three layer definitions. Then add a MINSCALE and MAXSCALE statement to each layer so at any given scale only one of the three layers is visible. Then refer to the layer as LANDSAT (that is, by the group name, not the layer names) to turn it on and off. - 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: Sarawut Ninsawat [mailto:sarawut at ait.ac.th] Sent: Monday, June 23, 2003 4:54 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Multi resolution select layer Dear I have the big mosaic Landsat 5 image(4.3 GB). Then I try to speed up by reduce resolution from 28.5m to 100 m and 500 m. In my map file has 3 layer [landsat285], [landsat100] and [landsat500]. I would like to make auto select layer depend on the current zoom scale. Then,when people see whole image area will load [landsat500],thus time is reduced for processed. Have any idea. ArT _______________________________________________ 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 Mon Jun 23 05:41:17 2003 From: schut at sarvision.com (Vincent Schut) Date: Mon, 23 Jun 2003 14:41:17 +0200 Subject: [Mapserver-users] output to 1band 16 bit geotiff? Message-ID: <200306231441.17259.schut@sarvision.com> Hi folks, I'm using mapserver to rasterize some vector layers, which it is doing great :) But, I would like to output more than 256 values, and prefereably directly to geotiff format (1 band, 16bit unsigned int). I succeed to output geotiff as 3 band rgb color, or as 1 band (byte) but then the output values are not what I assign in the 'color x x x ' statement in the classes, but the highest color gets the highest value, or something similar. I'm rasterizing provinces which all have a code, but the codes are not continuous; there are some gaps. Could this be done, and how? E.g. I would like to have several classes, where I define the color in the class as 'color [code] 0 0' or something like that, and that as output I get a 1band geotiff, *not* pseudocolored/paletted but as a byte/int band with the code values... I tried several geotiff outputformat combinations (imagemode INT16, formatoption BANDTYPE=Int16, etc) but with no avail... Cheers, Vincent. -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From warmerdam at pobox.com Mon Jun 23 06:01:11 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 23 Jun 2003 09:01:11 -0400 Subject: [Mapserver-users] output to 1band 16 bit geotiff? In-Reply-To: <200306231441.17259.schut@sarvision.com> References: <200306231441.17259.schut@sarvision.com> Message-ID: <3EF6FA17.4010408@pobox.com> Vincent Schut wrote: > Hi folks, > > I'm using mapserver to rasterize some vector layers, which it is doing great > :) > But, I would like to output more than 256 values, and prefereably directly to > geotiff format (1 band, 16bit unsigned int). I succeed to output geotiff as 3 > band rgb color, or as 1 band (byte) but then the output values are not what I > assign in the 'color x x x ' statement in the classes, but the highest color > gets the highest value, or something similar. I'm rasterizing provinces which > all have a code, but the codes are not continuous; there are some gaps. Could > this be done, and how? E.g. I would like to have several classes, where I > define the color in the class as 'color [code] 0 0' or something like that, > and that as output I get a 1band geotiff, *not* pseudocolored/paletted but as > a byte/int band with the code values... > > I tried several geotiff outputformat combinations (imagemode INT16, > formatoption BANDTYPE=Int16, etc) but with no avail... Vincent, There is no support in MapServer, GDAL or gd for indexed 16bit bit images ... that is producing images with colormaps containing more than 256 colors. Sorry, -- ---------------------------------------+-------------------------------------- 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 schut at sarvision.com Mon Jun 23 06:38:04 2003 From: schut at sarvision.com (Vincent Schut) Date: Mon, 23 Jun 2003 15:38:04 +0200 Subject: [Mapserver-users] output to 1band 16 bit geotiff? In-Reply-To: <3EF6FA17.4010408@pobox.com> References: <200306231441.17259.schut@sarvision.com> <3EF6FA17.4010408@pobox.com> Message-ID: <200306231538.04756.schut@sarvision.com> Frank & others, sorry for my apparently confusing story. I don't need indexed 16bit images. I simply want to specify the value the pixel gets in mapserver&gdal 16bit geotiff output. In mapserver, afaik the only way to specify the output value of a pixel is 'color r g b'. However, you can specify 16bit output using gdal in the outputformat tag. But if I specify 16bit output, I always get a 0-filled geotiff... I'd like to be able to specify the 'color' (but with values > 255) of my 16bit output file. I mean, why have 16-bit ouput if you cannot specify output values > 255? So I wondered if, and if yes, how, this was solved using mapserver. Now, if I specify geotiff output (no 16bit, simple byte output) the classes simply get a decreasing number from #classes -> 0 (first class in mapfile= highest number, last class=0). This is not of much use... If it is not possible, that's ok, than I will write rgb's and convert them... Thanks, Vincent. On Monday 23 June 2003 15:01, Frank Warmerdam wrote: > Vincent Schut wrote: > > Hi folks, > > > > I'm using mapserver to rasterize some vector layers, which it is doing > > great > > > > :) > > > > But, I would like to output more than 256 values, and prefereably > > directly to geotiff format (1 band, 16bit unsigned int). I succeed to > > output geotiff as 3 band rgb color, or as 1 band (byte) but then the > > output values are not what I assign in the 'color x x x ' statement in > > the classes, but the highest color gets the highest value, or something > > similar. I'm rasterizing provinces which all have a code, but the codes > > are not continuous; there are some gaps. Could this be done, and how? > > E.g. I would like to have several classes, where I define the color in > > the class as 'color [code] 0 0' or something like that, and that as > > output I get a 1band geotiff, *not* pseudocolored/paletted but as a > > byte/int band with the code values... > > > > I tried several geotiff outputformat combinations (imagemode INT16, > > formatoption BANDTYPE=Int16, etc) but with no avail... > > Vincent, > > There is no support in MapServer, GDAL or gd for indexed 16bit bit images > ... that is producing images with colormaps containing more than 256 > colors. > > Sorry, -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From zornes at athenic.com Mon Jun 23 06:51:40 2003 From: zornes at athenic.com (Adam Zornes) Date: Mon, 23 Jun 2003 09:51:40 -0400 Subject: [Mapserver-users] Dynamic points Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C3398E.92A85A33 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, =20 I am developing a Mapserver application which will, in addition to other things, be able to dynamically create a query layer based on user defined searches on a database. =20 I understand how to add points to a dummy layer to display the database search results. What I can't figure out is how to remove these points when a user wants to do a new search. Is it possible to remove an entire layer? Is it possible to clear all the features in a layer? =20 Thanks in advance for any help. =20 Cheers, Adam Zornes Athenic Systems ------_=_NextPart_001_01C3398E.92A85A33 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

        = ;    I am developing a Mapserver application which = will, in addition to other things, be able to dynamically create a query layer = based on user defined searches on a database.  

        = ;    I understand how to add points to a dummy layer to display the database = search results. What I can’t figure out is how to remove these points when a user = wants to do a new search.  Is it = possible to remove an entire layer?  = Is it possible to clear all the features in a layer? 

        = ;    Thanks in advance for any help.

 

Cheers,

Adam Zornes

Athenic Systems

------_=_NextPart_001_01C3398E.92A85A33-- From warmerdam at pobox.com Mon Jun 23 06:57:28 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 23 Jun 2003 09:57:28 -0400 Subject: [Mapserver-users] output to 1band 16 bit geotiff? In-Reply-To: <200306231538.04756.schut@sarvision.com> References: <200306231441.17259.schut@sarvision.com> <3EF6FA17.4010408@pobox.com> <200306231538.04756.schut@sarvision.com> Message-ID: <3EF70748.80503@pobox.com> Vincent Schut wrote: > Frank & others, > > sorry for my apparently confusing story. > I don't need indexed 16bit images. > I simply want to specify the value the pixel gets in mapserver&gdal 16bit > geotiff output. In mapserver, afaik the only way to specify the output value > of a pixel is 'color r g b'. However, you can specify 16bit output using gdal > in the outputformat tag. But if I specify 16bit output, I always get a > 0-filled geotiff... I'd like to be able to specify the 'color' (but with > values > 255) of my 16bit output file. I mean, why have 16-bit ouput if you > cannot specify output values > 255? Vincent, This is an ommission in the code. I can modify the code in msImageCreate() (maputil.c) to initial INT16 and FLOAT32 rasters from the red component of the background color if you would like. As it happens, it looks like the colorObj values are all 'int' which gives us some flexibility. However, I think this does not solve your basic problem. The special INT16 and FLOAT32 modes are not intended to work with vector drawing at all. They are just for special applications where MapServer is used for delivering raster file data of DEMs, not for general mapserving. 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 cpurvis at asg.sc.edu Mon Jun 23 07:00:41 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Mon, 23 Jun 2003 10:00:41 -0400 Subject: [Mapserver-users] discussion about DODS & MapServer Message-ID: Folks might find this interesting. And we'd certainly welcome more input. The post begins w/ an overview of ESRI Arc products & MapServer cooperation. The post that the link references picks up on the DODS - MapServer relationship potential. Comments welcome! http://caro-coops.org/bb/viewtopic.php?p=347#347 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 schut at sarvision.com Mon Jun 23 07:09:06 2003 From: schut at sarvision.com (Vincent Schut) Date: Mon, 23 Jun 2003 16:09:06 +0200 Subject: [Mapserver-users] output to 1band 16 bit geotiff? In-Reply-To: <3EF70748.80503@pobox.com> References: <200306231441.17259.schut@sarvision.com> <200306231538.04756.schut@sarvision.com> <3EF70748.80503@pobox.com> Message-ID: <200306231609.06921.schut@sarvision.com> Frank, actually this would solve my problem, as I currently use mapserver as a tool to rasterize vector layers, not for web output. It would be good to have the red code part put into the 1band file. It would be even better if this number can be greater than 255, ad official codes for my vector classes can be in the range 0-9000... Could you modify the code to have the value of the red color component into 16bit output? I would very much appreciate that. Thanks, Vincent. On Monday 23 June 2003 15:57, Frank Warmerdam wrote: > Vincent Schut wrote: > > Frank & others, > > > > sorry for my apparently confusing story. > > I don't need indexed 16bit images. > > I simply want to specify the value the pixel gets in mapserver&gdal 16bit > > geotiff output. In mapserver, afaik the only way to specify the output > > value of a pixel is 'color r g b'. However, you can specify 16bit output > > using gdal in the outputformat tag. But if I specify 16bit output, I > > always get a 0-filled geotiff... I'd like to be able to specify the > > 'color' (but with values > 255) of my 16bit output file. I mean, why have > > 16-bit ouput if you cannot specify output values > 255? > > Vincent, > > This is an ommission in the code. I can modify the code in msImageCreate() > (maputil.c) to initial INT16 and FLOAT32 rasters from the red component of > the background color if you would like. As it happens, it looks like the > colorObj values are all 'int' which gives us some flexibility. > > However, I think this does not solve your basic problem. The special INT16 > and FLOAT32 modes are not intended to work with vector drawing at all. They > are just for special applications where MapServer is used for delivering > raster file data of DEMs, not for general mapserving. > > Best regards, -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From RUBINJ at gov.ns.ca Mon Jun 23 08:06:30 2003 From: RUBINJ at gov.ns.ca (John Rubin) Date: Mon, 23 Jun 2003 12:06:30 -0300 Subject: [Mapserver-users] Itemnquery shape extent Message-ID: Hello, I am doing and itemnquery and trying to get the shape extent for all the polygons returned so I can set a new mapextent for the map. The html template file for the nquery resets the variable objects each time a new polygon is found so I cannot compare the shape extents for all the returned polygons. Does anyone know how to either extract the shape extent for multiple returns or create a static array in javascript? John Rubin John Rubin Telephone: 902-893-5712 E-mail: RUBINJ at gov.ns.ca From eric at gomoos.org Mon Jun 23 04:17:18 2003 From: eric at gomoos.org (Eric Bridger) Date: 23 Jun 2003 11:17:18 +0000 Subject: [Mapserver-users] Dynamic points In-Reply-To: References: Message-ID: <1056367039.13761.4.camel@ubet.gomoos.org> With mapserver (a web mapping application) the map is created from scratch with each web request. Unless your layers have a STATUS of DEFAULT they need to be turned ON each time. So your dynamic points will be lost/cleared automatically or re-filled with your new query results. Eric On Mon, 2003-06-23 at 13:51, Adam Zornes wrote: > All, > > I am developing a Mapserver application which will, in > addition to other things, be able to dynamically create a query layer > based on user defined searches on a database. > I understand how to add points to a dummy layer to display > the database search results. What I can't figure out is how to remove > these points when a user wants to do a new search. Is it possible to > remove an entire layer? Is it possible to clear all the features in a > layer? > Thanks in advance for any help. > > Cheers, > Adam Zornes > Athenic Systems From wlx at gisedu.com Wed Jun 11 22:45:54 2003 From: wlx at gisedu.com (Liangxu Wang) Date: Thu, 12 Jun 2003 13:45:54 +0800 Subject: [Mapserver-users] reference map's format Message-ID: <002601c330a5$e4e732c0$f84dfea9@gisedu> hi,list: I am using mapserver 4 beta now,and I am puzzle about the reference map's format,it must be gif format? and I am using gd2(it is not support gif). thanks. wlx From ruzicka at usbrno.cz Thu Jun 12 01:10:31 2003 From: ruzicka at usbrno.cz (USB) Date: Thu, 12 Jun 2003 10:10:31 +0200 Subject: [Mapserver-users] WMS client problems Message-ID: <01C330CB.6FA38E70@usb> Hallo everyone, I use Mapserver 3.6.6-gif-gdal with Apache 1.3.27 on WindowsXP. I tried to connect several times MapServer to any WMS server with definition of layer object - LAYER METADATA "wms_title""Country Boundaries" "wms_srs""EPSG:4269 EPSG:4326" END CONNECTIONTYPE WMS CONNECTION "http://TSADEV.SPECIESANALYST.NET/cgi-bin/mapserv.exe?map=cntryBound.map&VERSION=1.0.0&LAYERS=country" NAME 'wms' TYPE raster STATUS off END # LAYER but without any success. I obtained in html template only blank screen and there are files *.img.tmp in image directory. If I use GetMap or GetCapabilities in direct http request I will get image or xml doccument without problems. Then I could to establish my own WMS server and connect to it as WMS client. But then I obtained - "msDrawRaster(): Image handling error. Unrecognized or unsupported image format". I am not sure what is wrong. Would you be so kind and could send me any suggestions. Best regards J. Ruzicka ruzicka at usbrno.cz From cwilson at netxn.com Fri Jun 13 08:56:28 2003 From: cwilson at netxn.com (Chris Wilson) Date: 13 Jun 2003 08:56:28 -0700 Subject: [Mapserver-users] Demo problem Message-ID: <1055519788.6068.1.camel@cwilson.netxn.com> Hello, We are trying to use the 3.5 demo at http://atreides.netxn.com/map/ we are getting the following errors: when running demo_init.html: msLoadMap(): General error message. Undefined symbol "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno. when running demo.html and clicking on the map: The requested URL /map/[program] was not found on this server. Any insight into whats going on? We've followed the documentation to the best of our abilities. Thanks! Chris Wilson From bart.van.den.eijnden at geodan.nl Sun Jun 15 08:51:21 2003 From: bart.van.den.eijnden at geodan.nl (Bart van den Eijnden) Date: Sun, 15 Jun 2003 17:51:21 +0200 Subject: [mapserver-users] large ECW rasters and performance Message-ID: Hi, When is it profitable to use tiled access to a raster file? For instance if I have an ECW file of 5 Gb will it be profitable for performance to use tiles? Does anybody have experience with his? Thanks in advance for the answer, Bart From ajazepk at yahoo.com Sun Jun 15 23:33:34 2003 From: ajazepk at yahoo.com (ajaze khan) Date: Sun, 15 Jun 2003 23:33:34 -0700 (PDT) Subject: [Mapserver-users] problem in pj_s_* id. Message-ID: <20030616063334.34158.qmail@web10207.mail.yahoo.com> --0-2112165687-1055745214=:34145 Content-Type: text/plain; charset=us-ascii hi all, i am parvez working in image processing field. my probs started when i tried to change lat/lon information from mts to degree minute sec(DMS) system/ before that i was working fine with Geotiff library.so i got two new functions namely pj_inv( ) & pj_inv( ).from then i have been adding functions as my vc++ compiler and program needs. now i am facing problem in pj_s_aez/leac/ etc . error says that this is an unresolved identifier and does not find link.i can see in projects.h that it is defned as an const char variable.i tried everything but still cannot find any solution. kindly help me out with all good suggestions u have . thankfully Parvez.Khan India. --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! --0-2112165687-1055745214=:34145 Content-Type: text/html; charset=us-ascii
hi all,
i am parvez working in image processing field.
my probs started when i tried to change lat/lon information from mts to degree minute sec(DMS) system/
before that i was working fine with Geotiff library.so i got two new functions namely pj_inv( ) & pj_inv( ).from then i have been adding functions as my vc++ compiler and program needs.
now i am facing problem in pj_s_aez/leac/ etc . error says that this is an unresolved identifier and does not find link.i can see in projects.h that it is defned as an const char variable.i tried everything but still cannot find any solution.
kindly help me out with all good suggestions u have .
thankfully
 
Parvez.Khan
India.


Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month! --0-2112165687-1055745214=:34145-- From jzyhw at 163.com Mon Jun 16 07:10:48 2003 From: jzyhw at 163.com (yanghongwei) Date: Mon, 16 Jun 2003 22:10:48 +0800 (CST) Subject: [Mapserver-users] =?gb2312?B?bG9va2luZyBoZWxw?= Message-ID: <3EEDCFE8.00002D.03620@bj221.163.com> platform:linux advanced server 2.1 mapserver 3.6 itasca Use netscape to test when click Initialize button :msLoadMap():General error message . Undefined symbol "symbol/ctyhwy.gif" in class 0 of layer ctyrdln3_anno. Waiting for you help Online,Please hurry.... thank you !!!! ============================================================= ???????????????????? ?????????????? http://list.163.com/mlist/pzjg/pzjg.htm ?????????? - ????????????! http://love.163.com ???????????????? http://www.nease.net From plazzotta at tiscalinet.it Mon Jun 16 08:25:21 2003 From: plazzotta at tiscalinet.it (Giorgio Plazzotta) Date: Mon, 16 Jun 2003 17:25:21 +0200 Subject: [Mapserver-users] Focus on labelling Message-ID: <02fe01c3341b$8051ed40$d570a8c0@GIS05> This is a multi-part message in MIME format. ------=_NextPart_000_02FB_01C3342C.43CC6560 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, i would like to check what is the situation of labelling and how = it will work in the next releases, asking the interventions of the = developers and other users. Starting from my need to have an alignment option when I label and wrap = a text, after having already discussed this subject in the mailing list = it seems that there's no better way to do this than doing two different = declarations for the same class in the Mapfile, that's not really the = best solution. I just checked Bugzilla and I didn't see any request of enhancement to = do this so I have to assume that this funcionality won't be available in = the next releases, am I right? I also saw that there are requests about implementing the spline = labelling, and the formatting of numbers. I would like the developers to focus about the labelling funcionalities = that will be available in the next versions, if possible. thanx ------=_NextPart_000_02FB_01C3342C.43CC6560 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all, i would like to check what is = the situation=20 of labelling and how it will work in the next releases, asking the = interventions=20 of the developers and other users.
Starting from my need to have an = alignment option=20 when I label and wrap a text, after having already discussed this = subject=20 in the mailing list it seems that there's no better way to do this than = doing=20 two different declarations for the same class in the Mapfile, that's=20 not really the best solution.
I just checked Bugzilla and I = didn't see any=20 request of enhancement to do this so I have to assume that this=20 funcionality won't be available in the next releases, am I=20 right?
I also saw that there are requests = about=20 implementing the spline labelling, and the formatting of = numbers.
I would like the developers to = focus about the=20 labelling funcionalities that will be available in the = next versions, if=20 possible.
thanx
   
------=_NextPart_000_02FB_01C3342C.43CC6560-- From serhat at megatek.com.tr Thu Jun 19 17:20:35 2003 From: serhat at megatek.com.tr (Serhat Artun) Date: Thu, 19 Jun 2003 17:20:35 -0700 Subject: [Mapserver-users] Houston We've a problem . Message-ID: <01d101c336c1$c58b61e0$b4704ad5@anaconda> This is a multi-part message in MIME format. ------=_NextPart_000_01CE_01C33687.1874F9B0 Content-Type: text/plain; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable Hi folks, Before telling my problem, I must say I've not experience on = geography,dxf files and shape files. I've installed mapserver 3.6.2. it can work as a cgi, I tested = everything. and I've got my own dxf and shape files. but I dont know anything about .map and .sym files. is there any url = that I can learn about how to create this files ? and how can I get my mapserver working. I tried to use demo = page but it failed too ERROR: msLoadMap(): General error message. Undefined symbol = "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno.=20 I searched forums and someone both have this problem and tread says that = comment that lines. I commented and browser returned this fail again. ERROR msDrawReferenceMap(): General error message. Unable to load GIF = reference image.=20 and then I comment out this reference lines and page appeared but I cant see the image file at this time and I = converted gif file to jped and I renamed from the config and it also did not work. If someone can help me I will really 3be glad. With best regards. =DDyi =E7al=FD=FEmalar. ---------------------------------------------------------------- Serhat Artun Megatek =DDleti=FEim Sistemleri Tel: +90-216-3864126 Faks: +90-216-3600681 ------=_NextPart_000_01CE_01C33687.1874F9B0 Content-Type: text/html; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable
 
Hi folks,
 
Before telling my problem, I = must say=20 I've not experience on geography,dxf files and shape files.
I've installed mapserver 3.6.2. = it can work=20 as a cgi, I tested everything. and I've got my own dxf and shape=20 files.
but I dont know anything about = .map and .sym=20 files. is there any url that I can learn about how to = create
this files ? and how can I get my = mapserver=20 working. I tried to use demo page but it failed too
 
ERROR:
 
msLoadMap(): General error = message. Undefined=20 symbol "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno. =
 
I searched forums and = someone both have=20 this problem and tread says that comment that lines.
I commented and browser returned = this fail=20 again.
 
ERROR
msDrawReferenceMap(): General = error message.=20 Unable to load GIF reference image.
 
and then I comment out this = reference=20 lines
and page appeared but I cant see = the image=20 file at this time and I converted gif file to jped and I renamed from = the=20 config
and it also did not = work.
 
If someone can help me I will = really 3be=20 glad.
 
 
With best regards.
 
 
 
 
=DDyi=20 =E7al=FD=FEmalar.
----------------------------------------------------= ------------
Serhat=20 Artun
Megatek =DDleti=FEim Sistemleri
Tel: = +90-216-3864126
Faks:=20 +90-216-3600681
------=_NextPart_000_01CE_01C33687.1874F9B0-- From hunt at zedxinc.com Thu Jun 19 07:30:49 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Thu, 19 Jun 2003 10:30:49 -0400 Subject: [Mapserver-users] Terra Server WMS Message-ID: <019301c3366f$61404ea0$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0190_01C3364D.D9FC2CF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sorry, I forgot that, now that is in and the more zones I put in, the image gets more blue, and idea why. Attached is an example of the below map file. Also, can you send me some info on your service. # # Start of map file # NAME test STATUS ON SIZE 500 500 EXTENT -77.89 40.77 -77.83 40.81 #EXTENT -90.347785 33.772011 -90.339383 33.780413 UNITS DD SHAPEPATH "./" IMAGECOLOR 255 255 255 INTERLACE ON # Start of web interface definition WEB TEMPLATE demo.html IMAGEPATH "/home/wcs/html/dy_images/" IMAGEURL "/dy_images/" END PROJECTION "proj=longlat" "ellps=WGS84" "unit=dd" END OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END LAYER NAME "INC" PROJECTION "proj=longlat" "ellps=WGS84" "unit=dd" END STATUS OFF DATA "/home/wcs/html/data/earth.tif" TYPE RASTER END 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=AboutTerraServiceOverview" END OFFSITE 255 255 255 GROUP "ORTHO DATA" STATUS DEFAULT TYPE RASTER MINSCALE 1500 MAXSCALE 80000 CONNECTIONTYPE WMS CONNECTION "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DOQ&FO RMAT=png&styles=" PROJECTION "init=epsg: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=AboutTerraServiceOverview" END OFFSITE 255 255 255 GROUP "ORTHO DATA" STATUS DEFAULT TYPE RASTER MINSCALE 1500 MAXSCALE 80000 CONNECTIONTYPE WMS CONNECTION "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DOQ&FO RMAT=png&styles=" PROJECTION "init=epsg:26917" #NAD83 UTM zone 17N END END LAYER NAME ortho-16 METADATA "wms_title" "USGS Digital Ortho-Quadrangles" "wms_srs" "EPSG:26916" #NAD83 UTM zone 16N\ "wms_extent" "-90 0 -84 90" LYRNAME "DOQs (orthophotos)" LINK "http://terraserver.microsoft.com/about.aspx?n=AboutTerraServiceOverview" END OFFSITE 255 255 255 GROUP "ORTHO DATA" STATUS OFF TYPE RASTER MINSCALE 1500 MAXSCALE 80000 CONNECTIONTYPE WMS CONNECTION "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DOQ&FO RMAT=png&styles=" PROJECTION "init=epsg:26916" #NAD83 UTM zone 16N END END LAYER NAME ortho-15 METADATA "wms_title" "USGS Digital Ortho-Quadrangles" "wms_srs" "EPSG:26915" #NAD83 UTM zone 15N\ "wms_extent" "-96 0 -90 90" LYRNAME "DOQs (orthophotos)" LINK "http://terraserver.microsoft.com/about.aspx?n=AboutTerraServiceOverview" END OFFSITE 255 255 255 GROUP "ORTHO DATA" STATUS OFF TYPE RASTER MINSCALE 1500 MAXSCALE 80000 CONNECTIONTYPE WMS CONNECTION "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DOQ&FO RMAT=png&styles=" PROJECTION "init=epsg:26915" #NAD83 UTM zone 15N END END LAYER NAME ortho-14 METADATA "wms_title" "USGS Digital Ortho-Quadrangles" "wms_srs" "EPSG:26914" #NAD83 UTM zone 14N\ "wms_extent" "-102 0 -96 90" LYRNAME "DOQs (orthophotos)" LINK "http://terraserver.microsoft.com/about.aspx?n=AboutTerraServiceOverview" END OFFSITE 255 255 255 GROUP "ORTHO DATA" STATUS OFF TYPE RASTER MINSCALE 1500 MAXSCALE 80000 CONNECTIONTYPE WMS CONNECTION "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DOQ&FO RMAT=png&styles=" PROJECTION "init=epsg:26914" #NAD83 UTM zone 14N END END END > ----- Original Message ----- > From: "Ed McNierney" > To: "Aaron D. Hunt" ; > Sent: Wednesday, June 18, 2003 3:51 PM > Subject: RE: [Mapserver-users] Terra Server WMS > > > > Aaron - > > > > Do you still get a blank map when you ask for an image near the center > > of either zone? You'll still need to use the OFFSITE parameter > > technique I mentioned earlier to get the zones to overlap properly. > > > > - 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: Aaron D. Hunt [mailto:hunt at zedxinc.com] > > Sent: Wednesday, June 18, 2003 2:51 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] Terra Server WMS > > > > I have tried the group and extent and when I have more then one utm zone > > in > > the map file I get a blank map. My map file is below, is there something > > I > > am doing wrong. > > > > # > > # Start of map file > > # > > > > NAME test > > STATUS ON > > SIZE 500 500 > > EXTENT -77.89 40.77 -77.83 40.81 > > UNITS DD > > SHAPEPATH "./" > > IMAGECOLOR 235 235 235 > > INTERLACE ON > > > > # Start of web interface definition > > WEB > > TEMPLATE demo.html > > IMAGEPATH "/home/wcs/html/dy_images/" > > IMAGEURL "/dy_images/" > > END > > > > > > PROJECTION > > "proj=longlat" > > "ellps=WGS84" > > "unit=dd" > > END > > > > > > > > OUTPUTFORMAT > > NAME png > > DRIVER "GD/PNG" > > MIMETYPE "image/png" > > IMAGEMODE RGB > > EXTENSION "png" > > END > > > > > > > > LAYER > > NAME "INC" > > PROJECTION > > "proj=longlat" > > "ellps=WGS84" > > "unit=dd" > > END > > STATUS OFF > > DATA "/home/wcs/html/data/earth.tif" > > TYPE RASTER > > END > > > > > > 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=AboutTerraServiceOverview > > " > > END > > GROUP "ORTHO DATA" > > STATUS DEFAULT > > TYPE RASTER > > MINSCALE 1500 > > MAXSCALE 80000 > > CONNECTIONTYPE WMS > > CONNECTION > > "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DO > > Q&FO > > RMAT=png&styles=" > > PROJECTION > > "init=epsg: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=AboutTerraServiceOverview > > " > > END > > GROUP "ORTHO DATA" > > STATUS DEFAULT > > TYPE RASTER > > MINSCALE 1500 > > MAXSCALE 80000 > > CONNECTIONTYPE WMS > > CONNECTION > > "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DO > > Q&FO > > RMAT=png&styles=" > > PROJECTION > > "init=epsg:26917" #NAD83 UTM zone 17N > > END > > END > > END > > > > > > ----- Original Message ----- > > From: "Paul Ramsey" > > To: "Erich Schroeder" > > Cc: "Dylan Keon" ; > > Sent: Tuesday, June 17, 2003 12:20 PM > > Subject: Re: [Mapserver-users] Terra Server WMS > > > > > > > Yep, declare them as separate layers with different zones, but give > > them > > > the same GROUP for handy toggling. Also make sure you include the > > extent > > > information in the wms metadata, so mapserver knows to ignore layers > > > outside of its current view extent. > > > > > > P. > > > > > > Erich Schroeder wrote: > > > > On Tue, 17 Jun 2003, Dylan Keon wrote: > > > > > > > >> PROJECTION > > > >> "init=epsg:26910" #NAD83 UTM zone 10N > > > >> END > > > > > > > > This is great! I'll be saving this message for future use! > > > > > > > > In my case, I would be spanning two utm zones. How would I handle > > this? > > > > Should there be two doq layers, one for each zone, and then the html > > form > > > > turns both on when the user asks for DOQs? > > > > > > > > Erich > > > > > > > > > > > > > -- > > > __ > > > / > > > | 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 > > > > _______________________________________________ > > 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 > ------=_NextPart_000_0190_01C3364D.D9FC2CF0 Content-Type: image/png; name="ortho.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ortho.png" iVBORw0KGgoAAAANSUhEUgAAAfQAAAH0CAIAAAEzs3hLAAAgAElEQVR4nFy9WbAk93Xml3tV1r7v VXe/vaIbjYUAuwE0CIAkQGInKZISJIVmZC0TMZ4HO8IzD563cUzM+GHsCI/D0oSteRp5ZiRHeKEt awkpQqFgMEiiJbC70d2371J1b+1r1pKVmVWVfvgh04jpBwbRfW9VLv//Od/3ne+cv/hf/uv/URRF TdMWi0U+n08mk67riqLoOI5hGOl0OhAIjMdjwzD6/b4kSaFQqFAojEaj+Xyey+Umk4nruplMZjab hUIhWZY3m41lWZZlXbp0qdPpjMfjaDQ6n88DgYCmabPZTNf1QCDQ6/U2m00gECgWixcXF5IkRSKR xWKRSCT6/X6lUhmPx6PRSBAETdOCwWC1Wn348OFms9F1PZFIRCKR09NT+eu/9H3HcWzb3mw26/V6 MpnEYrHJZLJer0VRzGQyzWaz2Wzm83nDMAKBQC6XMwwjmUzy867rSpLkOM5qtVqtVoIgBIPBQCCg qupisej3+7quz2YzTdNisdh4PN5sNrFYTBTFQCAwHA7T6XSv17MsS5Zlx3F4cOv1OhAITKfT9Xq9 2WyWy6WqqtPpNJPJmKYpCEK/3zdNc2trS/wnv/9vKpXKYrEQRVGSpOVyORqNotGoIAi1Wq3dbudy uc1mc3FxsVwuE4mE4ziCICyXy1gsNpvNXNcNBAKCIKiqutlshsMhXy/L8nq9DgaDiqIEAgHuM5fL rVYrWZbb7baqqplM5uLign9VVTWZTPb7/fl8rmna9vZ2t9u1LCubzYqiKIpiMBh0XXc8HrMEFEWR ZVn+xve/77ruYrHYbDaz2YxVFIvFYrHYfD7nEQYCgfl8XigUHMfp9XqLxcJ1Xa5PlmXTNCVJWq/X g8FAkqR0Oq3ruq7r4XBYEIT1ej2bzeLxuOM4y+VyMBjYtp3L5RzHmc1mmUzGtu1QKDSdTrkGRVHW 6/VoNAoEAsFgkGc6nU6n0ylP5+DgoNfryfx57YMPuXXLslhk2Ww2EAg0m83ZbFar1QaDwWq14iIM w9hsNslkMhqNLpfLZDKpqirL2rKsSCQiiqIsy6IosjEikci1a9eWy+VkMqnValevXh2NRqFQqNfr maa5Xq8Nw4hGo7yf6XSaTqeXyyVrz7Is0zRt27YsKxAIiKJ4enoqiqIgCJVKxbIsTdPEf/W//x/T 6bTdbmuadunSJVbVer0eDoe2bR8cHMxmM8uywuHwdDplyYZCIdaM/9JkWQ6Hw4PBgA91XffSpUvL 5dKyrMViceXKlZ/97GfhcFjTNF5Xu92WZVmSJNbAZrORJEkQBEEQwuHwarWKRCKKohiGEQqFRqNR OBxmxa/X60wmw+Y5OjqSn3/r6+FwOBgMplKp9XrNc2Ltlkolx3HG4/F6vVYUxbZtwzASicRkMlku lzdv3tQ0TdO0eDw+GAwcx9lsNqlUKpvNyrK8WCySyaTjOKlUajAY8IGGYdi2LQiCoiiqqqqqGgqF VqvVZrOxbdu2bUmS/KilaZqqqrPZjPuxbTscDjuOI0kSwdB1Xfm9X/u15XJJyFNV9eLiwrIsx3Hy +XwsFlutVty3ZVmr1SqbzY5GIyJdo9EQBMGyrMlkwrL++OOPNU3TdZ0NI4piPB7XdZ03fvv2bVaL 4zjlcpmFGg6HY7HYYrGIRCKapkUikWg0Go/HLcsiTCeTyfF4zO5ijc3n89Vq1e/3A4GAIsuy67rT 6ZRvXS6XoVAoHo+Hw2H/PwmLBBDHcYLBYL/fj0Qi/X6fp1ir1U5OTn70ox+xHgzD4C3n83kiz1e+ 8pW//uu/LhaL0+k0kUi02+3VauW6riAIsiwriiJJUjKZXK/XnU6nVCrN53PHcTRNcxwnHo+PRiNW qa7rjuPwLaPRSJnNZqZpiqK42Wxc12Vh6brOOguFQo1GI5VKsTRJHIFAIB6P27btOE4mk6lWqz// +c952OxvwnY2m221WpIkVavVn/zkJzs7O5Ik6brOq3O9P8RQx3FM05xOp+QsRVGi0ahhGIvFYrlc sj0ikUiv14tEIvP5nKgo3/3wQ+LUYrGIRqO8O1mWl8ulbduz2SwQCPBsNE3rdrvz+ZxQyKWUSqVe r/f888/z3aIoxmKxzWazv7/P0mIPKIoyHo952JIk2batqir3oGmaaZqpVIpcQfTTdT0WiwWDwdls pihKOp1mEW42m0qlsr29HQwG5/O5fPvb3w4Gg9euXSMSq6pq2zavRtd19oqqqlx0MBgkMkqSRGQY jUa7u7uj0UiWZcMwLMtKJBJsu1qtFo1GLcvabDaO4xweHhKdlsul67p8TjgcZumu1+tYLBYKhRzH IfwTsjVN48kuFotgMLjZbFjSFxcXqqrK7/zyL5NK9/b2VFXt9XqJRIIszWdJktTtdlVVHY1GpDPT NJPJJKHDcRzLsiqVSr/fF0WRt0x27Ha74/FYkqRSqRSNRkOhkG3bruuy8xKJxN27d+/du8ctsRdt 2yZDxWIxRVEKhcLBwYFlWYqiZDKZXC53cnLCcopGo4vFQr7z7rvkl8ViQawgDFuWFQqFTNPUdT0S iXQ6HV3XVVWVZfnGjRuSJLEio9HoaDTqdrtchCiK8/k8m82Ox2Nd1xVFeeedd87OzlarFetBEAQW 92uvvfanf/qnruuSScLhsOu6lUolmUxGIpFutxsKhRRFubi4iEaj2WxW07TPPvssm80qihKLxVzX HQ6HUrlcDgaDRAPig6Zp8/k8Go0OBoPZbOYDL8n78+jRo+l0yn0uFgtCPkFzOp0Gg8Hd3d0PPvgg kUjkcrm/+qu/SqVSvV7PcZzr16+T7KbT6Z//+Z8Ph8Pt7W0y3Xq91nU9mUyuVqt6vW6a5pUrV3gc gUBgMBg8ePBgtVotl8tcLqdpWq/XK5VK8lvf+yXbtgECIBZBEAKBwPn5eTQaTafT3W631WpFo1FR FAmdIJDZbDYYDGKxGI/NNM14PE4mBwh1u13TNMPh8PHxMcEgFAr93d/9HcmLHyaN8CCGw2Gn0+n1 ent7e6IoDodDXdfX6/Xp6akPBy3LYgHHYrHlcim/+v4Ho9EILBoKhSKRyGw2W6/X2Wz2xo0bZ2dn rusWi0VJkvzwnEqlOp1OKBQisAIcuOhoNJpIJFRVBZ0HAoHRaFSpVPxd/uqrrzabTcdxgAykwlgs dn5+rmlatVodjUbtdluSJFK+LMuWZS2XS3JwMBh0HAd8LkmSfPfDDw3D2NnZ4R9c1y2VSsFgcDgc ttttXdcBOd1uNxKJmKbJDotGowB6y7Jc1x2NRpZlpVIpy7IMw9B1fTAYEH+/DAROT0+Pj49jsVgu l+MKJpNJIpFwXZftvlgsTNNMJBKyLCcSifl8Dr63LGt/f58PSaVSICJZliVZlvf29mazGeBWEAT/ 2T/33HOCICSTyVar9fzzz0uStNlsstlsoVAAxEqSxHIXBGF3dxcoGwqFBoPBN7/5zStXrkiSVCwW N5uNIAj5fP7w8JDbrtfrvV5PkiQg/vn5OZHatu07d+7M53Nd11n0hmGIonjr1i1wWzKZXCwWgMVi sSi/9PY7QKXFYmEYhmmaPC3DMJrNJkFzPp/z7C3Likaj0+nUcZxSqQSqCwQC6XQ6GAwahhEOh0Oh UCAQePDggWVZjUZjMpmwkXK53Pn5OaF2MpnwpYPB4OrVq/P5HE6n6/rx8XEmk3EcB4i22Wy2trZk We50OoZhuK5bLpeBkr1eT8pkMoZhdDqdzWajqirpY71eF4vFUqk0HA5d102n05CJUqnU7XZXq5Uk SePxOBQKCYLQ6/VarRZAIxAItFotWZaDwWC9Xt/Z2cnlcq7rbjabxWIBigRdAtFCoVC73W61WqlU KhQKDYdDmCs5wbZtURTr9Xqj0RiPx5FIRBAE27YBS5vNRn71/fdlWU6n06PRKBgMAnLy+Xyj0SCz kKKJmHBQNmUgENhsNpvN5vDwkMwgCMJoNFoul6+88kqr1drZ2SFwweKj0Wiv15tMJmA4mCQf8tpr r/V6PT48FAqxiuBiwDJN0wKBAMtpPp/zyMLhsPzmd78bjUZN0wSRTyaTTqfT7/fBIZBI2Kdpmvl8 nlQPYXNdNxaLXb58+d69e/P5XFGU1WoFT1AUxbKscrk8mUym0+lwOFRVtVQqoVbYtg1bz2QyrFhu JpvNkm5N0yRnJRIJ1mqxWIzH44IgmKZpmibUQr5y+w4Bkadbr9evXLkiiiK8PZ/Pj8djRVFyuRx/ qShKPp8/ODgYDAbVavXll19ut9ukguvXr0Nte72eoihszdlsdnBwACkxDGM+n+/t7RGzNU0DU63X 68ViQdiYz+fQgPF4nMvlgsFgMpk8OTkRBIGQaBgGO3g+n8vv//qvwzIHgwEqSK1Wm81mhUIBEQZU JEnSfD6v1WqESzZuKpX6sz/7s16vJwgCFPbhw4eSJMGAd3d3wXbwekJWsVg8Pz/fbDawRKIFWoYv qMTj8eVyWa1WIUwIJ7PZDGpBlkwkEuFwWH7p7bdJ47IsFwqFbDbrOA4AK5/Pg+xQbNbrNWrUbDZr t9tAc/IuIb9erxeLxXw+PxwOV6vVdDq9dOlSs9kkmaBw8DmBQMAwDE3TuHq+YrlcFovFSCTSaDQi kcjFxQXpZbFYWJZVLBahXQT0YDAoy7J84+7rsixfvXoVagOsBydOJpPt7W22eSaTEUXRtm1SIEEd mAl/JQOEQqHFYkEWi8ViqB39fv/JkyfpdBrMl0qlzs/PE4lEMpnkk2ezGfJYOp0+OzvjnbCzTdNU VZU1RkBfr9fcg2EY8jOv3YVPDIfDbreraRokA1ownU5BxavViuuG5kA4gB+2bfP/QciIJbquZzKZ yWSi6/p0Ot3e3rZtO5FIAIMjkchkMuHSFUUJBoOTyURVVSL6dDrVNC2TyUyn01wuR8KeTqewAsKj qqqKokiqqjqOA43Y2tqSJCkWi0mSlM1mfQ1jPp+zTngGhGHXdVEQwEj5fJ6ddHFxAYEaDAahUGg+ n+fzecuygsFgKBRaLpeGYQCSbdu+uLiIx+PQAFA6v7XZbPb29uLx+HQ6hYLt7u6GQiHeLctBVVX5 uTffhNjn83nXdePxuCRJyB7RaJTARDgjxYDVELBM06xUKtlsVlXV5XIJaiiVSigRELH1ep1MJkVR LBQKjUZD13XiG2ocwBYowXpLJBKhUCidTrdarUAgsFgsSL2xWMwwDPaYaZoIhvKb3/0u0u5wODQM A62YUAM5WCwWqqoCH4A0oihCmaHJhEIELJiRpmmHh4cnJyebzYY8Va/XI5FILBbrdDq3bt0ajUar 1YqNhIThKwhA5c1mE4/HW61WsVjkJ0VRZAml0+nVavUFFvraxx/DhZHjbNuOx+OTyQS4Vy6Xv9A7 ZRnmHwwGwTaoAK+88gqrHCEklUqtVqtgMPjpp586juM4Tjgchj2hlSOMsmHgzciaPJp8Po86FI/H Hz16FAqFJpPJZDLJZrPtdnuxWICT5/N5KBSKxWLyV7/1rUAggA7Mp0+nU9T00WhEsuTZk64ReWzb TiaT29vbYGMeWLlcNgwDWBaJRNbrNcGezeq/N9Zbs9lUVRW0aNv2YrEA2JJiFUVZLpeKohAnuGKe 8mAwQCiYTCbyc2++FQ6H+aHFYhEOh1OpVKlUOj8/t2271+uhTBANCPDL5TKbze7v7x8dHYHj2Xzt dhsZTNd1wkAwGIS1KIqys7MD0iK0gxFms1k0GoXFIkUh8pBGTNNcLpfwMhakaZpcBmFQ/rV/9I/Y 8rPZLJfLdbvdWq32+PHjeDwOwuafdF0nChGtXnjhhYuLC1QQ0zQvX76Maqvruuu68/mcFwgBIC6d np6CilerFZWIVCo1Ho/hVhQXoFSgEraE67rsVNd1J5MJCMdfLNJiscjlcogF1BR+/vOfJ5PJ4XC4 XC77/T4BhLB4enqayWQqlcqnn36q63qr1arVapvNptlsjsfjZDLJde/u7oJPEHHv37/P16ONgkxd 13369Gk0GqXusLe3B7Ph5aBQwMJkWQZrxePx7e1tpJo7d+4EAgH5je98l5fiOM5wOGT1E0NDoVA4 HIa8Qt7YDLdu3ep2u9PpdLlcgkzZfKjE4XAYiGrb9mg0gmeg069Wq/F4nMlkut0u0T0QCGQyGbTL Xq8XDAZ5af1+nwIUC7VSqSAg67qOaNloNNbrtXz3ww/ZT35gASej7ZTL5eFwiIaIxCkIwvn5OSQL SRnKnE6nRVGEZZOJgsEgqDiZTKIAk5WpSmw2G65juVxubW2xepPJJDsVfM7GYI9KknR+fu44DtW0 QqEwGAyk6XRKlYobAOT4Cvrnn39u2zYVRTCqZVnz+Rzyz4dGIhFW4XA4ZF2i7FFLKxQKYDv2LugK SBMOh5fLpaZpjUaDAH1+fm4YBio8nwDqHAwGiDxoJLPZ7OjoSFVV+ebrr7darVwuh/ar63qtVkM3 pBJYq9WCwSDyFc8PYgoD5nFWKhVFUaAy5AFZlhFqRqMReAm+EovF0uk0u+j8/LxarfJPJHj0vGg0 GovFyBXI7uQmluJ8Ph+Px1Sl5B/+g39AeVVVVZTr0WjE1gRy8PtPnz6NxWK9Xi+dTu/v76uqGgwG e73ewcFBJBIZDAamadZqNXYn0pCu6+AcigClUokX2263wRqiKE6nU1Yd+7jf7yPykAEikQgoEDac y+Vs297d3QXnJJNJ+fWPPkomkxDh2WyGTkvMpkYLCgd75nK5i4uLYrH45MmTcDhMYWM0GuVyOUVR er0ebzYWiyUSCV9YJkKbphkMBvnWdru9XC6/rOP2+33evK7rxCtFUQRBoCrc6XTy+fzFxYVfDlou l8Ph8Iuil2VZKCTUuhRFSaVSQIDJZALIKRaL4/E4kUjcu3dPFEUYGeqsXwtBmw8EAicnJwRilhwR Bmx3+fJlqOB4PBZFMZVKKYpy7do1KoSU2UC1pmleXFxQ34T7LpdLaBPJRH7lvff5VnQo6CYi1mAw kGWZiKmqaqvVSiQS7F3ADJGEsnW324XcUHHJZDIwQEVRSGGEC8dxKL1MJhNfDQaEp1Ip0zQLhYKm acvlcu39YUsABC9fvpzJZFqt1nq9Nk1T/qXf/u14PL5YLM7PzxGdUQS4YzYcimQ2m41Go2RHYiIZ EakIgS6RSCA7GoaBQECQjsVifB8V1UwmU6/XyeWordRly+UyBJJ1T50PWZtPOzs7+zJWk7/3W789 HA5HoxHLkUzE20AD5IEhU06nUz8zEHCuXLmCX4JgPx6P4/H4cDgkho7HYwrRJFpuYD6fk4xYn8RN VoLjOP1+nx0MtuFNdjqd0Wi0v7/PEiLNKYoiv/zOt7a3t7lptFy0Lpie67r7+/uUPtkxZAPUqHQ6 3e/3s9msIAjxeJwSC8VuVoumafl8nqxEQZMbgGoIgrCzsyOKIlyEC0V1o7RGAarX6+3s7KRSKR6Z YRixWGx7ezuRSEiRSGQ6nSKFUgLIZrObzSYajRL+YAyJRAKROR6PgwF5iq1WC+6LIYCwiw0DnEiQ pV6ZTqez2SxwCLiK7eXs7AyButfrRaNRdpSmaRTCNE0jwXW73XK5nEwmueCTkxP55utfm0wmm80m l8vNZrPbt2+jabKmk8kkq5NQKMsyOwZm7ccr1hIYGxAGPwQ/wzw0TXv69GkkEonH43A8QRCOjo5Y Hii1mHOocBWLRWgdpC+fz0ej0UePHmHnoFgkv/Lee9lsFq5ADRrxFdTJSoCbh0KhbreLJA1JQwXi 6uEi2WwWTDudTufz+dbW1nQ69Vd/Pp+H/pIfIV/z+bxcLlPuJpBTrQBo8Q5t2242mygupmnyveFw WL7z7nuAW4ifZVmwuHg8TogIh8PD4dC3VciyjKNGEASeK8YOgAYKMCgjk8mMx+PBYMAOi0QiSHnd brdQKPArPHgeLWCxWCzW6/Vut0tVmLpsMBikdsbnr9dramFSNBrNZDJUn4PBIJeCFKNpGpgxHo+D +BRFURSFgLC1tQWDAQYul0vHcVBp2MSTyeT8/BxcblkW+hH+lMVisbu7W6vVcF84jnN2dkaiPDo6 gnD5GBvxY3d3t9PpEJoJJ7VaTb71xptEktFoRG4XBGE+n2cymUAgQE7p9/sESoRiFH3SGQBptVqV SiVyDb4nMGkwGAyHw1BB27b9ih/qEpkLcwnBAwktGo3quj4cDsmhsixPJpPxePzCCy9sbW2Fw+Fm s7m9vR0Oh+Vvf/LJeDzmwaPikk2oq1mWRYFJURRf/UNTpzrg+7KCwSAIlLeERhsIBEBacHa0A8Mw WKI+40HfA9aDcwaDwWazSSQSYNhisZjJZKijkSUePHigaZqCwgZCInil02lN0/b29sijALrNZoM6 whpzXTeRSBwfH1OYX6/XbGjTNKvVajKZ1DQNrYGAu729DT+G8rEkkskk2ePatWtPnz5FDEXukySJ gvH29jbSVb1eZ7PW63VRFA8PDyeTiQRxpEocj8cR9FiCWJDK5TKyP7xEEIRWq0WhnDCMlsiD3N7e jsViaMimaU4mE+wPUA3iKame7wWoEh/X6/Wzzz5769at9XqNhaFWq6GO4PABb5fL5bt37wIc5Tvv votVUVVVtFmiynQ6HQwGYHdFUW7evHnv3r1gMLharYrF4nK5JKfCVEg9+XwePEfRxbZtwD2+RtYP 2hbXh1RIQEPFbzabxGLeDHGCjAYlgDc2Gg3iofz6Rx+lUinqCxRTCY7j8RgVjshNUcRxHCI6G9Fx HGoWgEpBEBBkkM0wB0J/UdxzuVy73a5Wq8PhUJblk5MTwiIivR9SgRVwaywPnU6HTU8Wp6qn67r8 6vsfuK67s7NDGoK/seFQDUqlEr/z1a9+dTQa9Xq97e3t4XDoOA4I9ODgACmq1Wpls9nlcomDFkGc bc3+QYU8OTnBoLdarRRFmUwmhUIBOpJIJDqdDnoySxHiQTkRuRwJHh1EvvPuu0iq0PP1eh2NRoli BAG8DXt7e5999pnjOPhFWGCsTngjyj2+NGgHJUEEV/RnsjLFcfJUIpEABfFyULJM0yS/Eo5hhqw9 BJJAIIDtSX7zu9+1LAsRnUIV0AKcwydSMrl582a3293Z2cFmwzsRRZFibTweRyHDhoj9ltDhm894 CawrTdMITXAdKpOYF1erFRUrTdMwhqEsjcdjPHBYCtbrtfziN77B/p3NZs8//3y9Xoc3caOwxHA4 nE6nHz58iBLGmxmPx2ximDsUzDftBoNBBAJeDn/JtkMyYJUS6RVFOT4+zuVywKFQKJTL5cAFxWKR Pbler8vlMtGZb18ul/I3vv8DFE1Kzchjtm1TdSKToxmBllE7cG8g4RMNIN2+j43wUiwWm80m6Jok DZri1yVJoqDCpuQhshpJuuFweDKZPH36lEo6JYLBYGAYxs2bNx3HEf+r/+n3CCBQYyyQpNLZbLa9 vS2K4v3790F2qqpev369Xq+TgynfYcTyZTq8eKRYv9YCdENECIVCQFpYBDV6Xt1ms6HQiY6Al4rb yOVy9+/fV1U1nU6n0+lGoyF/77d+C2wjimKz2WR1Us1MpVKPHj1CeJhOp/F4nNUGKCA8U7lmVRBA cBoB71jQvMBwOExtHsrS6XSwsnFvvieJf6X4hwYB4cKCZ9s2JnEFi+HVq1ehJolEotVqwXFgwUSJ GzdufPrpp6QVauVbW1u8B/QWkMl4PPbVMp7oYrEgXVDdLpfLeP8mkwmlVRABihVO9V6vl8vlUqkU RkQsHIFAQJblbrdLEwNmAvG//z//r+l0ms/na7XaT37yk3w+D1ABzJDnfTtjNBq9d+9eLBZDq0C0 sSzr8PDw8ePHYHffhY87jSjEf4JbJEliHQMNKKLwUPwAGolEyMQkTW4PWIbjJhwOy7feeBMEf3Jy 8uyzz7bbbR5Au93O5/PgO/arf298PTGUGjoyG1fJRXQ6HaovWP5JHel0GnAKl4MB88jZCewKtFtk GBgCRvfJZNJqtVD3TdMU/+kf/NtyufzkyRPYPqI7ERN3H6gwGo0C7skpw+GQHYY5jGTkaz6u6169 elWW5UePHuGeo3rlCxAsG9AiJRY/cIFS8ST1ej0WW7FYPD091TQNmhIMBlutlvzaBx/6Nn/Srx/R YagsX5xK5D8MuVe+8U1pOk0kEuPxmMUQiURKpRIVNd4vFwE+wV0D8Gb5+lQD9MaNEfJ5RlxPLpcb DAZokoR/wzBefvll+Rvf/z5i7MZrkAEPkb3R9KgZYmwB94ui2H3yxK9Roi+Ew+Hq7TuHhTxqJmF7 MpkMh8MPPviAAGrbdj6f13UdPRRqT/KikI9hg3WFd4bUi5udzYPlQ8KnR/AiJYHaaREQRbFcLqMT 4b7k7lEtuWcCcywWCwQC9/+f//sv//IvB4MBbkhotW3bR0dH9+/fz+fzu7u77XYbWe/LTk+MboAf WZapRbuuC6kYDofkSlzngUBgtVrJt954A3VBlmWaNMC0/A3COd1S3Eyr1WLNCV57DzsEEROGQTmx 3++PRqNOp4MF5NKlSziHFEX5chkG2pnNZonWuEBEUUwkEtlsdrFYIALk8/nVatVsNummKRaLUjKZ TKVS8Xh8Pp8DjKB2AGDMcYZh+KYS8i5unrfeeotl6pe28TL4ihpGPHTCdrtN+S0QCCCxhEIh+ICm aZ1Oh7BIGZT65sXFheu6xGLQXiqVGo1GpVJpNBrJL7/zLUoo3BYsVvRc8iBBGqmazSZGS/I2JURd 12/fvj2bzbBPuq4LJoMQ+k0dtVoNdYknin8IUygpgooVH47iB2UDUEC1yBg8xNVqJX/7k1/lNc3n 88VisbOzM5/PSWk8LZwp7XYbKcYXNrBx0lfjV4QkSUIIQLShbAiNJOAA4xzHuXbtWrlcPj4+Zitb loWPDa5UrVZXq9Xzzz/vOA76K0ZJ/FpgPvmlt9/2lxeuXXRxHu1qtUokEojXZDjMNjTT8RHkc5oR MKpQI1osFrdv36aJ4vT0lOeHXhAOh7e2tsdDs3oAACAASURBVB48eEBpBFY6m82KxWIikZjNZqy9 ZrMJqtne3j45OcHOgZDa6/WkYrHoK2HYY1KpFAU65BduTJIkkCp7gPIlPhnYBuCJ+HD16lUi3U9/ +tNqtYp/RhCEzK3niCSTyeQv/uIveIe+DoUI3Gw2DcO4ffv23t5eqVRC6jo6OkJM9rlBJBIR/9m/ +8NSqdTv91HeMF/ruj4ajbCQsscpXqNlY9ZiNYOTKPRBC/iBTCZzenoKS7i4uCiXy5SDBoPBzs4O kjxKN6x5NptRA0wmk/l8/vj4GIIH9sa3REqBp4qiKN+4excFmKYiRAVIMeVmVgiEmixIMKF8RwzF 98TKAcTCkgaDASLwaDRKp9P5F160ul28DPh2crkcHky8zmSPfr+fSCS+DO/AF+xvlBhVVeWv/9L3 QQXsy0QicenSpX6/T+8J9IRSGUosQjPlBmgeFFYQBPoLotEowBDHLi/6Cw5lLYfDIamaSgF01id4 NEdi0/I5AArU7u5ut9vNZDL/f0jQdR1RlwfPR/wnOjKrAj0DRIq0C1+mBsFihRBiCn3mmWdwTYZC oUQigVjCJyO4QnZms9nx8TFB4tatW+Qp0zSHwyE9DpqmUTZFO4DvFYtF+Z1f/hWkC+QH8u2jR480 TRNFMZfLTafTXq8H+ETzYEUR+KkXEBBisVihUFBVlRD0+PFjeo+LxSL9ElhxIKAU2ILB4EsvvXR2 dmZZ1tWrV4+Pj9knNAdQAqnVauv1Grs3MPELafLOu+9xx8PhEFMfOxV9mXIa74EUQ2ZB1lkul6Qw 3Hfc/PHxMWYy1AHueTAYQJR2d3d5Ojs7OxStCDiU7pBEsY4BqHRdRwICqMViMbifYRjyW9/7HisP m85wOHzllVcgqbBMdEB4nW+XQnCjVrGzs1OpVPykxl0Nh8NqtbpYLA4PD4GlCNC2bRcKBcuyzs7O 4OnAcdM06TsFDKPJEAlw2hSLxWQyCT/CLyp/77d+m9KXLMsYQFju7XYbMAOCBRhio0chU1V1f3// 4cOHVIYvLi6AUK7r8tLYapQdUb2z2SzLnSsgzeGq43vpa6BZuFKpjEYjStB8Al3dvp1DAsBgTmy3 22hRJycntVqNWwdIkpuGwyFrlA4pQRDu3LkTiURCodDW1tZms7l8+TLmmfF4/Omnn+7s7EwmE0w4 oVAolUqRI/ED++V/0zTRexGPWGP9fj+ZTGLTYuVQQotEIuPxeH9/X771xpuGYWC2CIVCN2/eJI8m EgmA+3A4pDcc+JFIJFjl2Wy20+lgG/LrIqenp8FgEApXrVZPT0+5aJBtt9tFY2FVLJdLrIqY2y9d ugTjbrVa8Xic0O43E/guYDDSfD6XD77yEoxua2sLsgj3KZVKEDm/SAY6R2LGR2Ga5le+8hWo3Xw+ Hw6HN27caDQagUCASErBGYsFdb90Oo1FDPTGFmeRIJUNh8NCoeC67vHxMYo+UOrZZ5/Fo2YYRqlU kiRJvvn61+Lx+M7ODtF6tVrhhiOEIwsCPmmxIFtBKIPB4Gg0unTpUqPR2Gw2tJVChBeLRbVa7ff7 y+WSv8frDHEZDod0ACLgsJSpviuK0mg00uk0XAytNBAInJ6eAj9Z/bZty6998CFxGhUc/wiJk+xN 2ZYQ6/s5AYDL5bJQKPzsZz9jogNBE8L21a9+NZlMAsEPDw/hjdww/XHYyIAMaBhgfapIBCKaTjAn Q8wzmQwOgM1mI9/+9rvpdLrT6dRqNaQm33y+u7tLXRIwDLDhwbAxEKUCX+r0Ryra3d11XffJkyf4 MYnKkiTlcjnf4Ei9W1XVTCbjG1V8owY7hxiPgIExmpywXC43m4380ttv0xQCOqP/CvCEO4IQhF8X 9AsrhUpXKhVKf4qioHTmcrl4PP7555+jubLXfd14Op2CF/BCxGIxxBxy5xccQpZ5z9AuTJek4Xw+ T/ZQFEV++4c/RA7H9TSfzzudDiIWCh6QDbSJRqCqKtG61+vRhkEXCI2jBCXiqaqq9XodMlqv17lD KDnmdgIIzfAgYb+ezkvA0ISqSocL3Se6rsuvvPceahEYzbbtw8PD0WiESAJo9tVA27ZLpRLrxzRN SE0ymfz888/p/ecR4MDBuooFzR+oQcsEGrfPjJCIMduy2QBhdF9AQZbLZTKZNAyj0WhIkvTCCy/I X/3Wt3AxUWoEsvF+KT2jywFdwuGwYRi+8v/6668/fvyYIge1XIgiLn4UGHQ8lEDI22g0yufz9Eyx nOhEYRWx7lkwgUCAGipbsV6vIz3Q1iZBTNLpdK1WA2BVKpVLly4tFounT5/ytLg4nj045Pr168Vi 8Uc/+hEblL2FYwUuCxqjKZauB5ASqz8YDFarVQLA2dnZxmu55sELgkDbL4rfzs7OjRs3DMPY3t5m /1All7/28cdYTgWva3Q8HmNVX61WqAu8X6RTy7IAZBiAKKH5xRaEAJKI67q7u7tnZ2fxeBw1HSK7 2Wwmk8mXZ9owN4FAp6qq3yYsefM/BoMBVwXnpFqmYLUhb8GpuS34H9KcIAg0ueJoZ8uiAHL1RCdU HvYMNo6zszPCKMS3VCpRilksFo1Gg6IVnw/wBqJgSCYgkiihHTSDYSupVCryN3/wQ1oDSG/4Asmd bF/Ap99OwsOjm3S1WlUqFcobtI6TgwVBwGaBNgSTwovlOM5isTg4OKjX67B4ni4tw2RQKLwsy81m E9CfyWTYFSRjURS73a789V/6PkyCZ49GbJomvh9aZUmBOHV4OYgfAW8eEysYdoyiOZlM8vm8qqqi KIJJcFqAF8imSMo0xMFyUFM6nU4gEPAlEEyA4/GYuyJgZLNZ+dmvvYFtnTBCRHO9TgvkKLC1ZVks GxIEZgGAqC8KwPpg8hRSLl++DME5Pz/HdRyJRMjn5LVcLtdoNNDy8dbDZWlVnE6noDTfU0p50DAM +dorr9AWD4TPZrP5fD6Xy6GQ8B6Q0SgNUE1GCSLz+ekW4XM2m2WzWVo90EQxZKzX62w2C/sm4KBm Eu9xOKCdU9Gn6RILDE1LdGZhmlcURf7kH/5Dmp5lWb5+/Xqz2aT52h/zk8vlcGBgS0Q1Z/XD9GjP zOfzuMfxlWI1ohtluVxCSQl2iUSCwIXDhZYEXBqAPGgx/J3/o2kaJnGUhS+8jN/6lU98hQhJOhKJ DIfDW7duUc/3mwjL5TI6yWw2o8hhGAa9bDhtbdtuNBqJRCKRSEiSBJaE3c5mM7wgiUSCbkAgFEwc 7xeiNkU4atn4uPv9Po4iyAMTsMbjsfgv/uMfQW951zwqXmssFms2m2RpljJsQ/H6zyDaOIx5uShe 1BNxAWJdELzeYN+ZAtLa3t4mc+3u7j58+BDLEgSPP8wIcV334OCAySksLdu25dc/+tivSB0fHwOt gOzwnUKhgNfXJ460gBJDWYhsAxI1TZGY46iRszQxQ1er1RdffJHGDEy/uOFOT08vX75M7YBUA2Yk dLJhNE27du2aKIq4SeQf/O7vMlMI2y1kotPp4HKBRwNNaZ5lkxG2iNNgBP9SLMvK5XJQKkZJ8Fz2 9vbq9bokSY8ePYKts+rOz88BwEyjI/+T7+gPxCuYyWT6/T5mLdRCiUwJFQIPIXkCNRkSgicRcXS9 Xu/s7AyHQ+hZPp9nlUMFsZsBe3jdtm23Wq1kMvmTn/wEuyUKVjAYJOHTOc5S7Pf7nU6HDZBKpVCY GQw3Ho8LhQKoEz4lf/93fnd3d5e/wn8UCARYspgtd3d3Sf5wIoIXtSdKreRXcjgPDESEOIg/lS/b 3d0dDAZwiPF4nM1m0+k0n0mtJplMwjwQeC9duvTo0SNZlvf29nDmQCyz2WytVpMePXpEnY0njTjm VwDJU8AmNhZ5mPxcLpfPz8+xI7OzMTuhBYA3wHq+pfHrX/+6b4ja29tzHOf4+JgLUr2OeZ6C67qP Hj3C6iDLcjabZbJdKBS6uLiwbVt+91d/9eLiAnwcjUZfeuklLLQI1qgurEtskjwhSOpsNptMJt1u l2oo3iUYMVwJ+YqVQIolhxC1nj59alkWZIIRbRTvmdqHT2gwGGChZu/W63VYYr/fl9/87vdarZbf IKAoCu8oHo9Dn4PB4PHxMd4vOr2ANKZp+lo24slgMEilUjw8NnQqlWo0GuyQ4XCIPyqdTlPNZI4P zUCYDsjKyMtkbmDFYDBgNhflOxyo8jOv3UVSq9VqjL0kdWGjYRBbt9vF4EZ6Y11h66FkAAqgbabT 6ZTLZQIOL4d6JyMgzs7O5vP5ZDJhY6BjUX2OxWIgv16vB5Ty1R5d14vFIqMCYWGWZYn/zR/+r2i2 oDOSP0X3aDRKJicm+GEnFotRksW1y7aj6qTrOqoQydJxHIgZAobrurTRJxIJ2NZnn33GgqT1udfr UTihGIFvg2I/LX/xeJynaRiG+M///X/ARUJR029FpeWfPYolBrckm7VWq/V6PVAeKYndCRRjNBh1 G7ArNKBarZKJGUxFYj87O4NnoUCJXhMlig2i7mw229/fLxQKsixfXFw0m839/X359rffTSQS5HzY uyAI+JXR8/kgRVEovWK2hFlDjvgyWGnAG1Cj6zpeCtr/+EB2NnuGaIhC5A8s8PEI/EYURXAoTb6E NYJBq9WSn3ntLrmNvhx6qCAvWM/xLBGhr1y5gu0fSxqUlNfa6/UAtxSnML3Al5PJJIouQRA6R6GP yhSOF14phh7KZoVCoVqt6rpuWRZo6tGjR2dnZ6Io7uzsyK++/wG0qlwuE7MoI0LbPvzww5///Oei KCID/e3f/i0PGw2IGpVhGBAFSZJ2dnZApHQ/83T5fFYUBUCWDQKEv+RM07xx44Ysy51OJxqNHh4e cnuO4zBeabVaRaPRVCq1vb1dr9flb3/yieqNK/XlBDSMUCj09OlTxhmhFODFJa6vVisQCGVyYAYX h2YkCEKn0/EFIPp7kDTgdVQQwBHM5gSP4EiHkREVqEyp3qwguIT8+kcfD4dDHAvQH26ataUoCjGE tYELDg66u7t7dHREECSQybL88OFDkJyfERmQJUkSJB8lZ7PZPHnyBBDBo6XYzdrgUZqmSTsETe+C IOC3oZfGcRxpvV4/88wzuKf4IcsbmUhiR94QRfHdd9+dTCaSJGUyGazd5XI5kUiUy2VN005PTzud Du7ubDYLSSV7+x1WPO/j4+NGo3Hp0iWKrPR5Atp0XT8/PyeSiqL4+PFjZAL0n7D3B0O4+I9/7/eB R47jAD6x5rJkKdwgk9PIh57oui4WGkVRmAkoCAKevaU3pInLxadHBQvvE0ov+hTTJNgbyWSy0+mw B4izxI/NZoMjEgLlYyqFNlDWLvMmAF4YL+jrdxynWCziTUNjYeUgRK29CdDAY2IOzhFIMfIQMcBx HN57uVwG3CNuoRGgU5OY0UqRHV3XRSygeuy6bqPRUPAC+Ab5zz77bG9vj+smgoqiSA2NdEONAE8m opKfGn3HIgmcPZPL5eCB5GleDpEXExgzB5GW2B7Ycmn3wq1I2xVZzHGcH//4x/v7+/Ir770PyGZ5 ACnpYyEVExN80AM6J4BS4fD/CYEA/RrHBjUw0Itv7UJXIxZBgur1umEYuVyOIRcohHws1jsyDG5U 0GgymRT/6R/8W36I9IHQTjbhFwRBSKfT6ICaptEg8OWGBDgykxUNw+h2uzgI6M/w/Q/oCHwytSpW GqCFaMabUbwRyVTg2DOsTxxzSFr84anxT6QaX65bLBaIA8jI4NDz83NeBlFEkiQ8hF+gUVnGu83W 6PV6N27coAAeiUSSySSdh0RnIrXPKxF4gsFgrVZbLpeUBuEOrCY+HM3zC2dhpVJBOACrwVpSqdTe 3t5isej1esVikceteIPT/IbVer1eq9UIwTxHlO18Pg/ohF2R6Ohr8fMs6x/kEo1GfWcAGjMrgAeN eMoTZ43jYCMxoHzCZmHePFy6oynN0OoFMHBd17KswWDADqKJ1ed/fCYq2S9+8QvBa50lcZA1QPrs SjbKxpsPy8iAvb09vBHD4fD4+Ji8zYfLsiy/8Z3vAKleeeWVbrebTCYxNKJe+wbP2WzW6XTo20Pm AZjy9mD5qBz5fJ4roFiIYf7p06eEUt/aqnhdKFTUkb9YkpSmut0uTh0SL4SXtxXwGsfa7TblOzge gJPXsFgsEokEWcYwDKqvgiAUi0V+YLVawfTYyjw72ZspTbRhdAW9rb70wEpiigiVj1QqhfmDIkoq lQL/9Hq9y5cvs1/9qipoXPwX//GP+GKewmQyqVarZBaqU6i+ZJNarfbjH/8YKwb1YVVVO50Os2KS ySRP6vr165qmHR0dYRpCzSSEE75w7rmum0gkeKmAML4L9V3TtFQq5Xj9kixhDIFgfbZ2JpO5fPny n/zJn1C75efp+WW6LIQdlkjlFI5RqVS4GN9OjrZO8p7P56B04gnbgnTE9WN2sCyLrE908j1PbEp+ /dq1a5IkPXjw4LnnnmN0mCRJ4n/7x/8biR9SigBPjmMJ+4HMdV0wxcnJSSgUoiy3u7uL44IQBBZk Oka9XmdmV6lU8pV+VjpLHlDHg4YnfdnnxB//5tEiKO8im4JxFovFdDpNJpNUTHCSXnv7nc3Z6ZMn T5DqKH1AyNAc4FQon/4BDqY3qo034XcDzbxDEbhaohC4wl+vlH3T6XS73caYDlpnH3C/5XKZ1tJw OCy/+I1vksQAImxPtnwul6MMjsSBdEnDIL4CwbPFskwIAmhwEEyWCbNtsNECHRmI++KLL3a7XUEQ UGvhlMiCxAcYPuSPd8aEI4pP8Xgcc68oisVikWIqyeDi4QNGbjARgMoJaU3y5rhi1GAr+6Yh2zto hEjF6/FFSdgMP4Oew6BSv7zDXmT4HHfhu2IRS/L5PG3a8jd/8AP/gvBNk9mBB4ZhkHx47eRAvHY4 BfA8YleAEKE2wnchr/4b4maCweDJyQnCGA0VIBmEPsHz4RKFLl26VLvzSi4Q2NnZ2dnZAWYXCgU6 VpmSYNt2vV6HxZMbfd24XC6jgvnrlDjLsyAAEuVphiKl83zRlzCjUPjgNkHEZIurV69Cfcn5WP/J NH4fOqU+YLhpmqFQKBqNyu/88q+Aooh0/D7ccjAY0J8MgyGCU+NABCGo0TaFJApOIGXv7+9LkkSn ke11OiIPE8roBOQFEO4p9BJS2Ct7e3u6YzPy6sGDB/V6nc5vPgcjCwm81+t9/PHHzz77rOu6DDL1 a5vgQp6U/5iI6avVintHOya9Y/RIJpPn5+ewCeQOKlpcPyWY1WqFdsVu8JvcqtUqgAI4i7xGgY4e Hfn1jz6i7g8p4NEDjX1Zn0lavvyDV83H+xAk8ifiKkUCgiCrxs9dpGLLG73CXKVarcYL+LKgynZu NBpnZ2fdbtcPX0Rngi9FvPl8ns/nGTkJfPzpT3+ayWTgO354BZX6DIikAsPya/5EBp+bAlVBmZvN Jh6P01XFmiOrszvD4TDEhf3tj6aDsuBroHP44OCg3W6L/+T3/w1hl5ZveupR6ZfLJaCQSi/2eeqj wGRZln3NkSsmB+JLBpYx7YpCMeJtpVJ5/Pixb3TGYUXcZ843Dkf0DN8Y6/MsnEPlcpmpodQECEqJ RIIV6ov3vmYBkOc8KZ92AkD5LnIj/XD8AEsK/GN5R8PwT4gPficTIRs8lsvliCrkW1mW4beyLHNV X/STvP7RR2RUvo9TJfh9bBK08wmCgK7oI9zVakXlxm+0BdWioITDYcQBumZwTEreiDpBEJizzBLA zIyE5ZvY2HbkHkAbkX3pTT9ASA6Hw7Z3Og42j8uXL8veLDhQOYZsYB+KGZyATgjq5FhWuSnSGDsY 7OhP38Nni9hA4qW+wRpCwWJzp1IpFGecYtVqlYWLfim/92u/jrDAI0P+ItVQjacORIBG3QLzYTaD udEjzZLkVcuyTLWFDcvTxInEryNYMu6JFAeFIVtigZvP59SZUH+oaa3X61KpROcbBSYiBriCsiBc mpI0lV7sFABz1A6uhCeIAkUWJYBwShuZg3BKOxFjxrjgdDrNHb3wwgvEHF4Drf3cEQV0SZKYC7rx 5lSJ//KP/hjciowGMMcghzWeigUL0LKs2WyGF5tyBTsOu8Ljx49RYeHEPjBQVXVnZwdoTCWDbANi u379Ojjk/Pyc5lRe1X8SdqfTKcIlmRDwoCjK1atXBUE4OjqiiIsOsfaaxFzvtBfwGL0C4/F4tVrh ruYvWct8MteJWAjA41KJgZj40uk0Em0oFFJVFdIHGKNRC5mLAgqyCtoZ1aDBYCC/+v779Eju7+/T +YqK749JFb0ptSANxBb0lpXXTmTbNjVDirhAV5YJeYw8Y1kW90YEID1S2cUoQijAN8K64Ctg/H61 gWoso03xcD3zzDMw1c1mMxqNmO+UyWR46+xIRhez/AOBAMVC3oThnQEmeD3VtVqNQXOxWCyZTDKP F0stWjORmRDHm0gkEow9pnSoKAqme9An5fZmszmdTiuVivgv/+iPu90uQv98PgdE885BxEykgtfd v38fjxgRPBqNYkdRVbXValEBI4MRlHwDiCiKDKAJBoPtdhsiA3ODChErKCP6kYe7xWxQq9UgZQCy ZrOJreXKlSuj0ejp06fAm3K5nHv+hYNgQJKkRwvz8z/9fw3D2NnZOT4+Xq1WW1tbXBKtRtPpdLFY ZLPZYrFIRYBpR5qmdTqdSCSys7NDCY15uvF4nFFug8GAqgmknXol8jLRAhpBCEHkWa/XzWbTr5OK //KP/liW5cFgkE6nmQstCEIqlUIvppQ18wbUp1IpuDhC+3q9ZvAv62J3dxcxmjUOG8LAQgaee+cp 4HTL5/OC19MreicBgRCISJiN1us180kAIe12e2dnB4Mtaih+f9AIwYHAtb+/f+/ePfx7TIY2DAOz DDHTNxkK3kEe/spDpcE+JEkSkjIuLdd1qYbwn41GA4KCORsg5FecBM+vD1RptVqKoqRSKfnG3btY TJbLJTuXd0hFnndFIAOu+eYNoBW7jCnZ6/WaLm0we7lc5vUg/vhaEqQcREUFEvWG1ELvEBwKUyuh Bi3B8azoAD6KmbwqQjPsBqUPgKGqKlYdqieuNwiHdIo6bxgGBbRIJEKDBfvMsix8aKvVisIki2m1 WrVaLdu2AT9+hQB/DKiXF8mjpy/Fb7VZr9fyh7/xGzxWnjjSB1SY15jNZqnDU6glOyOiplIpCgKQ F0a1SZJEywLSK4vLN1hAxALeYXIsZ4pbUBjKvIvFggnu6/W6UqmQb2mqYIov5gQYfNA7XnA6nabT acuyuE/OuSK2wj/9nL9YLDj3RZIkEg+LA5iIxC2KIoV2rnO1WmUyGYI4PZ8IbSQG7mhvb4/EAyLA hIJ0TAUJNByPx+U7774L8KKkNhqNyM6sIIoe6y8dLcea2trawoIsiuLly5cZgBEIBLa3tyF1kDcK T5qmgbFGo1EsFpM8oy9AHk6AkYY+Zn86C7ABOWEwGOTz+Ww2a1nWa6+9Jori8fExFcJQKMTLKBQK NHSBmkDWPEeoo2maLDooAqoWDlUgg6+J6rq+u7vrDwLjWyRJorWKF/aFr9Hj85wa53uE155NMZ/P 8+bgEDTMy89+7WtMD6bWg9DIdSBy6rqONEjv2mazuX79+v3792ldEgSBfnXWMj9DJpRlmalz6/Wa o358KMKjJ7LRlQvb4v9Q2O31ekgOe3t7dJuynROJxN/8zd8cHR3Z3pl/YDDcwQcHBwwCxk5QKpVg hXQih0KhF154gblKvjB5/fp1Uo7/LVhZ+v0+GxdcS8rJZrP+uSSo+YhLQW+UDvgCHk5HPFuKtkei /3Q6lT/++3/f9mZ2+rMiQBfQS4pn0CUaefzaMadLwaThllRkwHOSJFGMZYvJXqGemykUCiBRGCP1 xWeeeWYymdC+yv+6rsvJeBjWzs7OcJowt1LX9fF4bNt2Op2+e/cunbqQRmamg3no06dGQc7AUYlR /OTkpNvtAv9RdWhCRYPimtGLJEkCic7nc/IBy8V1XcI9dw32s70hvoAIzO4IUKlUSv7wN35jtVoB YzZeSxohmEtnuBAfCpwikiqKQgmQ0AY8ABKgE2F6wmiBIip7jp9er4ewR707Ho/ncjkKJq7rUn5C SsQvuV6vDw8PHW/sJ916WEaRBvl5SZI6nQ5fijdzMBhgiul2uzTuj8djgnu73UakE0WRGj87gJID KZcegNFoxPX7ehzqCJSb+i1Rml/nDfHQfbyHb8lxHDKovP/iV8LhsK7rrGgwO1YuhpP40yfC4XC5 XPZVcrYMq55Hz/5gOhETuiqVCgol4gwkkLG+pVKpWCxWq1UGS7BeoJoUra5fv05qarfbpmly1LGq qnfu3Dk5OVFVFXqyXC4Z3sGy4t2w8wjoL7/88pMnTwRBmEwmvgOYvjqczjBYfMpsR8bq4FXsdDph 72yQ7e1twzBoaqYYyQGHiNL4eCzLqlQqNM0wpt1xnK2tLSqgDP2SJEm+++FHyGnMIqDR0fdrcAoX uDgWi52ennLRJB+CuG8r41Vj6sGkDL2UvOMn5t5JtfAX3IiMjKF5izthgauqSpPDZDLZ2trCUh2N Rn/2s58BPakwsM1xG9u2Xa1WNU0jFGw2m0KhwOejzVH2siyr3+/TuHV+fo407xfdGNHAWHdWPWqS oijUsCDzqFiJROLo6AgMQshlNB8LkRzG/gCeYPSKxWLyc2++hfrB9fEEWXEow9Fo1Hd0IU5BPiHK KJwgXOgGe5lZ58QWpHyyNM/u4uJCURQE50AgcHBwwMkFqFecIQVrg+AB1W/evNloNBCQS6USM1DI 1WASSZIY+QfNVlWVHMsqoQQIDqaK4OvPgiDQ3ox+RzUDxRRNm1xKCSkej9PkQ5QHMhGvKpVKr9ej 4Me2QxeBY8Pw1+u1YRjyC1//Oiufp4kwyTsh3jGyjwQL8SkWi67XG8fiwvMLwgX2EgqphhOCLO84 cow6pmliyIKdXVxcsE+h3fDD6XRaqzJ/TQAAIABJREFUq9WGw+F6vY7H4/V6nb+H6bA/5vP5yy+/ jFVOFMV0Ot1sNnlVCA9ARkAU3lKKlCxnDA00bwHnsElzUgBzvXq9HtsLaZbhf653fAcfyLtst9sU uDn7hpIZwYNWFgKUYRjyrTfeXHs96YIgEPWRVvBBYKn0ZSOE0OFwGA6H+RVAAnMSZFluNBq4WRDk fOXScRzQK3YPZF4MbKenp4qicHY9mMo0ze3tbVVVz87OdF1H0qG2yYDyRCLBaS6TyeTRo0fMNPe9 CJp3BiP0VZZlACuLd2trCzMPzbOZTMY0TaZdISv5zQKCdw4rLYNE0UqlMpvNfPMToFkURWq8sB8W tV9NdL2hi7QkKooif+Wbb7O0FUUBt56dnbHlZa/PA7mDqR18PZGd5MZK5wzz0WhEVxlKA1IlrXAI s6w+QRB4gsQKyLfjOL1ej24PmsF8yMgYGYLjeDymhwmbQqVSUVU1mUwSamhq9DvE6OYH42MUXCwW DIOp1+voGdQDptMp/nvIPTIZR8aAMnHuoqSynFnvt2/f9g2ByKgAm2KxSAsvUjaaOc0hgUBAfvmd d9betBQqdoy0YtORWGhBYwIQwJnKGe0fgKovekdlGZwAHPaNj1A79gd6Ly8Sc53vFsJ+LnjzWfHx gwroQ6fZ7PT01O9RILUMBgMO+SXW42hGQlh6p5twzSze9XrNGcl7e3vMa8AxgK7LOqUa5b9yGqWp CHGcJjLf48ePE4nE7u7uxcVFOByuVqt+HxQhFCmQEgpSgaqq8ktvv+NbMCRv0Bpb25cKeGqpVArA 4+MTppjxjAjflFCgwop3YhGiLveAgOx4LcWapg0Ggxs3bgBy5/M5AhzZ8sUXXyRko4oAXUCKg8GA PiYugN4T2mmz2SxHIxEWqEtgKkJBglvC5p48eYLZG1k0FAoxrL7VasHAba9hn5DFUwJoodml02k6 xmKxGJogzfscXQtUAS+h9pAb5De+8x1VVR3vREiyFsifhqFWq9VoNNA0wuEwAQsdgwn96K5r7zAP 33Lka7wkVcU7OY1f4W9s2yZMnZ2d4THCSTGZTNbrNSdigK+azSaTmEEgQB2/fgRyYArN+fk5xSDK ZDRMWZbF7kTyZXwmbJmHxYBCrHpkO/QlSZIAM5bXxMiwBz+HIfzRHEFEIotQRicnsdL90qNhGPI3 f/DDxWKheS22qLsMiKAORbMseAYMAHxGsUHURv6lURLZllXpRwx0IvYvsgze7kwmc+vWLdCCpmmv vvoqVJamR34YTsuD43UC1AjN9CVg3eJKptPp7u4uLRSEiFarBWyn8IRlAYMQnBENh/M6Re/sKc6c g6+ShJG6MMz6kBovKnZBRGP4DRmCRnYMW5LX+hEKheQ3v/td0ZutQSsskjGAlOVAbYg0TW7hKxeL xdbWFviPUAtr92sX6CeEJkIbhVZ+hmf0+PFjamCKojx9+lTxpuzTb0nKwnxpmiafxsUsl0tO1ADD uN7x5gRTXjn/igClaVq1WqVyEIlEKIaQjbkjEgxq62w2q1arUOJwOMxPon7TAM09Eq+Gw2G/3+cg I6oiPEDO4SVGgf2hYLZty7e//S5SPTVruCyp6fz8HCZ9+fLli4sLjDs0MFCZYxf7thOcMBRwBc86 SVxTVTUej1+5coV6yNHR0co7XKrdbvt+puvXr6NuBr2zXsiKeB9gMUiym80GjzF7iHyOfQxoTy8+ 4XV3d3flDZJnciczF1AAUaepmNN5zyxG3r2u69lsllkJ4HTMaBT6/flBSHuu1+yZyWQYso3X0fXO f6GEKYqi/K1f+QQkTzMD+lnoS5PqHcc5OTmhd53N7ldYmNYRCAQYiMgqpr1h5R35gClM83p5+HCW DIjT9c6GtCyLIzLJsXg3/H1DLybRg13FT3I/1N9JrZi8OAYBlYKfpG8d+Ot7PYbDITUgIDkks1gs Oo5DH5TfzEa2iHhHNJACISV+DRn1mEjLu6FiwXG+gmdvns1m8jd/8ENEbdUb/RwKhRCYiI+EFDyb NCOo3vBxVEkeExiZJUYTIhGDxnRSCGIFT8rwTiTzO3UVRfE7jIngODW3t7fBxeA/4B1PClaJcY6o xZNCuMbkJHp2YngsiZ3iJ4Ir5Tqkx4U3CJE6CYkKJx6pyzAMztjAXYG6C+0AnvAMk8kks3yCwWCp VKIoFA6H7969CwqQv/3JJ4htRBimfwuCwEdsNhusuUiDtK0L3inbuL2wv7JsiT94TihxOY6zs7ND zFl6k7LZ/sAJ1iyJFIyPgZRJW67rcmwFFAw1NR6P43OfTqeHh4fsHhDetWvXTk9P/ToGqNwf0+fr kZAG+rMp1tNXjr8F+mrbNso+kj0/JstyMpms1WoB7xyZ2Wx2eHjoz6kiFHe73Wq1SvmIplt2ObOi F4uFfPmrtwF/LFseOmuTcis0D3nrjTfeCAaD/qlKrEHC0cZrEICLgtljsRhxlhPAcDjxKwwjYd0R BIkkm82Gd0CmpWuaL8U5pKoq5xwK3klIFAiXyyWD7bBAMZWUSttqtSJnwoQBP+ANWBLWO9YBrJjx 7ABTRLqzszMCdDQaffLkyXA4ZJwC5zZPJhNqbeRzy7IIStAL0zT39vbK5fLh4SHzH+Rbb7wJ++cO iZvgFr8EKnonE3U6HWox4G5seJQdEJ0h6JVKJRgMtlqtcDjsn/2iaRqNbqqqMo8PCQlRm2dB9Rw9 kjfdbreff/55Dvwm8/vBFOQajUYLhQKsimzJxuUiAe8EzOl0WiqVKBKRBuDkvADsVsxf8WkHuIVs R3wDSvlS0mq1ogSN5Zg1NJlMIDRoHigrnU6n0Wjcu3cPOCt/5zd/E+vveDympIeQBBICXEqStLW1 BZHDxCEIgt/dgirrm7ADgUC320XgZqg4uwfNh2SL58D0zvzkZtD2WO/sGA61brfbYGoIBK6pUqlE lg4EAjdv3sSrjTBSrVapl0UiEfYiP+lr0RAIlANCENki4B3NCG7hJ9nKgDS4ni+1s+eKxSJHGaJ6 gjtpAKI8Cdhbf6ljdm9vT/72J58kk0kmF1CaojEQlE2RjxRK9cswjGKxyOwQFAXQBQGXjOozQwoR 1Hlv3LjBtgWkoplwNaAI6kHb29uvv/46qIk4gD/ry/VbkhiywWg0Ojo6Ql9NJpNXrlyhWR6xr16v M2AHIIu1BlzL9oITAUuAT5gGEbFBSkROMr9vyyH0AxxpF/VNPhBsoAS35htVHG8gmvg//+Vf1et1 bKRgUl47o6LJmf4aTCaTp6en6BVsK8pAGHEtyxoMBmhksncYOAEEaQHMbts2OH06nRINyOfYiXCq UFFB5vQLqjgmFosFeBdmx0Lx5QqORvzFL35BYOQR2186Ooagz0dhX2B1g1gikQg3znBAytzgfb7R tweDviRJIvmDTaj3spP8ngXkBLrDGKArCIL8rV/5xPEGtIJ1kK4ok9LgwqfLssxa8N1InHqArMjW o5rueOfPIAjXajWcrVi3ZFlmdiTJg9PoZW+cE4sLzRLgCJfxjUQwQLQH3ybGU0Zl29raqtVqFMqh Ufv7+7wYWrR84QhtVfEO7kM52NrawsoA4oRnINkCmSBBjAIj5PqWPBgf4hf1r2q1ms/n9/b2OBPc 9c5fkN/63vfwW4vewFNVVR88eADrA0sIXqs8BhIqyGxYEC7OHmjL0js0k0snblJuxbtDBPNbbdrt 9v7+frvdpgYPP8BnAe1WVRUiiupASyMQjSkUkUiEQWOO40yn04uLi+Pj43a7jfwpiiLAlPxMfFO8 EQ+KoqA1AZmYFNjpdBj/ORwOqTqsvR5zGDhQnR1P8GE872q1IqnyTODznU7n6OgI6ZjvXSwW8p13 32OkBiZCelPZLP5WZVEgRVGDrlar5+fnd+/epTxi2zblWaxh6pcc/hiA6UWmwgnqgLBcunQJHMKZ T/i8RFEkNfH+eBwcLs0Gh/SjG8/nc0CqZVn8ij/XHhex4zhQAY6MDnhzemOxGHY+xIPFYsGcB+qo s9mMDgDkNsfreCbO8LixaCOhk4EIX35uo7BMbMCbxrZwXVd+7s03AXzpdJreCb+8h1EUCMjy/ALz yzJo8uHDhyxev7DA/iWx+AkDeCt4J/hyFBA7kZ45f/mgugDOCKCEmn6/z4YjT8znc0QrlAma1Wez GUPVV14r+2g0Oj8/n06no9EIpsor94khh5EyMoRWRbrXoJf+iWv4doGkvDPeLk4NIir6mq7r5XI5 Eolks1m8kshN5OdQKLS7u8uJc/JHf+/v5fP5UqkEXm61Wtx/uVxm6yEJMIqduyLiw3HS6TThmKPr yXVUikF1iBK4f2HtLHkeH0O9CdwInMADBCm/OQb643dOscQCgcCzzz5LLQ1EeHp6yjlb4KVyuUwE J6z7Rkzsfy+//DKQlHV6fHxMLXDlDZtCcaS4gVLiO3Aon4J0HW8KKW03aAPU5pCkfIUV8EopX/7O b/5nwWDw8ePHZ2dnKBjwDjJGLBbjONtQKIRKB30QvcnjLF7+km3BxApsmwjTUFbf8wbYQukk3+It IFUwfAxVzn9eqAvEenxh7ELyBLLBer0+ODhgfjZRG2ZAEsbBAFEAodbr9bOzM85ppoBDGZLqFaiR EgLvQ9d1HKamd9AbJS3MI9PpFBIOk0+lUkdHR4zJxJpJwOHoktlsJr/y3vtAb3jmarWiew/K+tZb b0EyHc+YCR6g6MpokI03BAZtwPWaB2nYQBoED3AzgF/wDDUwURQR00k+3BXIj8JCp9MJBoP7+/tI UehitVrtyZMnrGJiPVkdFzG2JCrjmUyGFO3rsSBLuB4bzsdRyK7Afyp2cMlQKEQPAnkVjEBJACbo 9/GEQiHiMEwYgy3vWxTFL8a2/xf/w7/G6eF7QvhnKBaSFnmJLEcxRfXG9xGRoa/NZlPX9f39fbIK juTlcglS5FdYqkQV9HfwIjCOF4C6Cd9hA628QTT49PneoDfx+uLiYj6fU9dWVZXoD87DaxfyJs6C pnyQh/6B9re/v99sNmkFgIXouo4zkA2Hbu54J+tomsZZPrJ3jDPraeNNluCaCbmLxQLxjvrSYrGQ v/87v8OrVhQFhxTONEIwHlreKtkS+Eh+I1lxM1ADLKtESRotWSB+yhUEgUH+5EAM41AqEAsWMNCY 77ZFeQZBs95RuvGmAZxxAHBJpEe+lwXEQYEcboaYATiBRoH/eGQsXhALnJY1BJ7xPYrYvFDTBO/Q slgsxhCFVquFplKtVkG39NzCb4LBoPiPf+/3A94BW2uvWbTX62HH6HQ6RAamuJDloD+wSkmSEPPY 11wxuhVrwfYmE2xtbUF/ADxsYRgg65GYw1oG+QAw8ATiz4Y3wiQgFoh/VIBB2SRG4PbW1hb+dF4n 4YX3zbar1+u2N5oQWRAhdukN5vbXDTV03o3PXbgd8AKNOICOQqGAZyQej3/66af0LFiWVa1W2S7i f/2//AGAnWPmgXSpVIqyJ6o3ZWvM76w7v+fatm2/2UPwhrmSTPCB4o7jJlerFSPdqIyzuPzZirx4 P18BY5bL5enpqR9ViWmYcmkGUlUVN4df4kEt8MMmSJ+UwEZBGCDHEjrI1X7JkJ+k4goWID74FUck E5RF5tFjS8K1CTARvTNaQBCff/45whcdmuJ//q/+O8QWIBEUDv5NcyldDYlEgixEYIUmsCqZGwOj YSHgMgQz8K/wfia9UV5A9mHt8DmyN1wQ4NxoNCgok+gQjdl8VK4JOwiwgiBcXFykUilUJwpVoAAw vuQ1MfsVdtsbTccrCQaD5+fnpB/oCPuJNwcZJmwin2FK4PArdi21Rt4iGJ/OOt460mk0GsVULH/t 4+8AvOiqYlQWrx3bWyQSSaVSoje3i4gMLmYVOI5DuZ1BDZSZ/Inlo9EIF1gkEmHrUeDnQROXJG9e L3hgOByiHgPyoEUB73wJQjNAljWBPkWPGXeOMkqRS9M01Rt5Inpj51AcQTj+gIDt7W18dIBUbjPm HWQGZaE4I4piKpVidlahUFC8E03q9TrN4FQBN5sNp6aUy2U2ummaHCEo/vN//x9s28YG7Sv3+/v7 hDnKqnjSMpkMUZhQizhcLpchTffv3197f3RvsDTuYlIW6gTHKxFPUqkUE/91b/ik683dIDIS0BhG 7notnLhHVVUldhEfuAYkJ2QZECRpBt8LD50HDenDmoiejqlv4R17vF6vmY3Ec5hOp0+fPoVGYdBw HAcr1WAwKBQK0FoeOiFh4w0RJnDNvXORqQ2I/+zf/SFFKZ44lgrZGx/PuN6Yd9IrtJg+a5ADwtP/ x9WdxVh2X+th3/vsM9Rc1V3z2F3V3WS3SLUoUrokpUvqSqQmSleSNcuyrofAvm95cIAgSJwERgwH eQiQBIiRydd27HhIAiQPCZC8JU9yLmxc++qKU7Onmseu6hpOnfnk4cf1R8H9QDSrq07t/R/W+ta3 vrUW8uvu3btPnjxRWWI15+bmYMSDgwMdBc7OzgyfZaz0zrWOnhViQ10lI9sO1VQ35p6KqhR7SE7x hKVoadDtdmmBfBH/g4mUKMYFpWlc5Ziglec5Fq9Sqdy7d09kQFJwcXFh6OLGxkbSx9XrdX3vPWol KrzsOt1OORo+QS79fj//m//wH6VrJWnCxBNzuV9TU1O//vWvq9Xq/Py8l0Q90i1RSAHIrDxQT5NF CMYHEoM8fPhQTKgMnsUcHBycn593tIui2NzcNFLB9WSa2HcuQXSGw5Ajhal9BYWLZlCmo7xf2QK4 rD7f1pZjdryLhcuTXq7X65qg2ZjkltFthAXsSR6NHGw2QqkcPTKFL1b/4uIi/7f/i/9SRUen0zk7 O3v27BnpXbfblYHEF5IRsO/CGbGPYJqf7Ha7iKfbt2+zdPV6fW1tTbWx9y9CUos1wwIB6fV6XW/g oihEhkJKBx9GhJpSLMOAYH6Go4OuPRCv+6mkZQPY3dEshiJiA6EUeW3bb1dkKpxLcBCQh4VEajyz v6uWh/q60RCEs0yp06Io8n/nv/47wE26y8CZ/Ke+ZXLBOBCqtoGBAV3j0ACJbAH1qOsxM7C/sCiP jpd4jCTeTNwLD+mwuDq8C5zDUKD93OJ29Azvx5jxlCHJoucB8ivtULlcThIlUVURDTKLojg5OUFZ w4iNRkPjN9a53+8bxQ7t8NuiGVq2TvxJCUXKS3yZIlCVVvm/+9/8twpE5ubmHj9+nPC/cCPFC4hZ TsNygIZCtV605y2iuj7VmA0MDADdfpYX6kdDd86Hr+52u8oQED4wyadeKMrRS1ea8ltKVx5GTLnm lM/rR4kPn2zWH1uEVmP9AWgJNQfF2UpAS2B81Zfs7e3Nz8/To7E/SYVgBSBvv8uDgXz4/fxv/NHf S37A3UE5iZjM47iIwYostaCuGT25LDqXwtgp8ymVSvgcqhW8SicmhumJnHKeTjTblRR6rZiJSdHp Bdh95hsAR2x0YxR8JcbCs7MMlzSLXWGIsug9nZoWIQMUnjGnnpDO1I/0o9snuRXkWoteQmoT0oUD /xgJYqGXXnrp448/fuedd/J/77/77zkKF9/Bgf8qMRM8xTU4B0Bwenoa623JDO7QRyQ5E9IMWiWg WwQ0Pj5OrdmNym4JxURXIWD70Rgc+cdvr62t6Y4l6KV4GB8f397enp6eBmHtUOtKVw7/PY3Jn4AT /49q90XUjaDs+fPnq6urnpnzB/wxQv7Y5iRfSNdXAGz1dRfk89vtNi9dfONnPxfj5tGcwhMcHx+f np4SW7mnRVGcnp7u7u6qmpCTevDgwcbGxtbW1quvvrq5uXl4eCjLwUmwoaenp3wXPUEvFHpZZISR PymFZsmcL5fdF+EZWNs5souIYq0nutFMBrpllLwXqtYuuqliaVQ2fiKLkWkJBSrokTW0H1iBoii4 MX61FUXyQipfYXgV9Niny2gJU3z9pz+bmJjAKfYiheibfJYCdSlEl04eCwSiAB0eHn7w4EEisypR PygUZN1SYNKLNGk3qhjcTRFQsr8pRHSXkcCsZCnGvPsGHhvCgSBlIjvRZJBzyyLpure3Z0oKPYg9 thMe26/e2tpaXl6WpXEmnsdcUT+SoJSHRxC5xyba6tfy/vvv6+uq+O/69evj4+PFq++864KwZUmU UiqVRkdHnWLgzzvn0cCe0UQVjY2NMR1uhlp/WWafOT097QIl1Jx4AribENfx70W/7qSb3NnZUT8+ ODio0hXl67F7MWBUf1K53Gq1ijvzOTyHsNzXIfQs5tV4/TzmDMkyMik8IYOeCs/d10R0Z5E9FpGB yOVyWebHCctjTEiz2cz/w7/390ulkv4ah4eHd+7cef/999N8Tp2vJMJhUhB1cHBwe3ubzrTdbjsa jUZje3sbA2ef0IrwgLwzbp2lSw6Tge5Es3x2X6ZFsMdipHvjPjHK6iguLi7aMV+VRUpoJLFvPtCz dTodJUvuQafTYWCT8QG3lAUkGb7oIRWn+xVUkp7TGfKDtVpteXn517/+tWMxFG2aLWzx1R/+cGRk ZGlpaWJiYn5+/smTJ3NzcxSgSM70y+bm5ngPvfwsHKm4YmJ0ID4A5mHofY/XE2T2QwCE1C1FK5ha tBtB2nGwypeAiizLVG5iQ+VYitCOJcye57l0Crds/m+tVrt27ZpxWr5ZEw227io9J4hFNLl87rrv JzcfiN5fiflxDrIsI8nH2WGbMTzWXVRYfPPnP0e+M5TtdlsGNiV3FNCI1A8PD7Fj1gJEY21rtRqn OjQ0hL90cIggrKyTCIP6qSJqB9tRY8hvO93OMpwuwWsDMCH4ZKIHKFaIKMaWvaH3s6kzMzOXl5eH h4fiJpvHH6BwUzFYUsu4LoJzH+USFzEFxf3rdDpieAoymWSRI0eyv7/P3MkODQwMFF/94Y8cRrC6 3+8nOTzMjuBPNX/aH2rha9G3t7cllSQkZ2ZmTMfe2toyhQKT7O5DY04ZlJmoVwqAhAqUDjlrrLMY ym0DDcmbFLoXRdGMAtc8z+/cuXN2dmZjNLigrOrH+PAsy4ZiQFE5pjYXRSFMK2K2bz+6l7P7ctmO toK3y8tLMbxdrESp+5MnTzizhNDeffddFH+lUim++I1vuvLdblexobcaHx+/e/cubRBfdBFtqnd3 d8fHx4XyGxsbhPMu6cDAwN7e3sTExEcffdSO7hAIRfGkvKs7KydZvjJdBUhgNJJvYDf6MQklxUd4 KwPHkPudTocVMk1OpC4ReHh4CLTw3sR4qXNXioDkAPAivfjDXhXR69ohS+kRjBDUpITq+Pj4+fPn w8PDZP4+rd/vyyl+qiL4xs9+5vrjxRx21T27u7toCvPbK5XK2tra+++/Xy6Xj46O8KKpKk4E5HcI 9tCEN2/eZIuJQaysEIZ70BIgRe1wZEprYKDc8bOzM6lz38zKPXr0KEkYU27gxo0b77//vrOSmuxy 6ZeXl/QdjegL34v0t5I+63g1RSyr5dtAHRRmKZrmeS9cHmOboKc4ud/vo7DUd7RareKt730vC+EG FAh+2j0sOTc1MjLyZ3/2ZwAWYFBcSez6EGm2Vgy9zbJMJxaXphO16NQiYFkjZviwKlrqEI6lDFER Uxju3btnFwkX0ESVSuUzn/nMhx9+KItE7gx3Ak7q2FOE7EqljhvNZtN38vyVaODZjslQMLub5J4R nTupiBMQi6lk39lVlqfdbuv/7iQdHh4Wb773Xrra5XKZqtTHca0YWo3K0nAPM+/6/T5eQrwD4bZj hma6hkk/ZOfX1tZeeuklLdw0YhTHohNa0Ti+FqN0KjF3FTaQ6ru8vJybm6tFkxVldtoIT09P0zmJ ii8uLuyTCI5JtKA2NY8pHKyKvcmiuogNJBRk65QkcuP+onucPEQlBtFnUeflHoPRLG2tViu+/tOf wp6lECzAT4J4fVcoe5We2m2FSHYSnevh+MzBwcFnz561223SM78MZVEUxauvvvonf/InWsq4W8AJ pts2FzH1itLGitiJmzdv+o1AkdCX2oe+Q15UTwYQ20MyhnmUVaYAMG2Da9qMTv++7tv60XqUo2a1 q9UqSa+cTKoqhQiQ/slnkF8PDQ0RDhXv/uSn3RiQlCQ7Lo64qd/vT0xM0CBQyUqyeCVsmn8CeJCI Gmy6dNBYKaSsjx49YiLm5+eHhoZojEg5GFCJRhrKL3zhCycnJ7du3SK3y/N8eXl5Y2ND2I3bOTw8 nJiYULaAc6YRu3HjRjNq7PvRjtAp5ocSR+0MyQAjTd0qFB4flvTo9u/4+PiFF15IagYX2isIYh0X yQO+x//eunXr+fPnxbd+8ef9mizLrl27pkVDgsy49VarRTim5gr+wx0iQCgmKpWKwFoUanhBI9ru OWiktjJkKqcY8SR8rNVqYzHD+I033ljvZ9fLxZ/92Z+l7PPe3p7adT7p4OBgcnJSAu/3fu/31tbW gBZZU1zu0NDQwsICwANuV2NAQ7/fd8yT7hzw7Xa7qj5KMZunVqu9/PLL5+fnYnI2lsVT7VUul5Xc 96PoiTDL6/MWbMbCwsKn9dpuohRrFj02DXLPrrRcgAvJUQUXzK5iVIdUhsFwb/FxUg1KpNClpBhd 1lgbK0RCu92Wm33w4MEX7twZGRl5//33hfXwgNFAUBPqtNPp3Lx5c21trRciLzJHkVSe54eHh6kc MAt9VZ7nPsqVdR0dDv2+Hj9+TKqlPyWaqFQqraysTE9PC1ySaUry3pGREXNHORhkPTqzEsLm4ru/ +gMxmF0F6dApYjYBDmJIKTD0cjXdY7CGy5GSQRoADAwMTE9PC7tRHImz9LtSIdaLL75YqVQeP34s SKHs+OCDD+wfd91sNp8/f46BWl9fv3HjRuq+3+v1rl+//s//+T/f3t4muHR+MfIpEZFFy6l+zA/p hYiBDeEbRPbl6OGNtpODM77q448/brfbymsAfKWKpVJJdtCogU6MZfPhENH5+Xnx5nvfUY+T0FXK jqbyvsXFRTSsaoLSlX4IYhBvKXvjAAAgAElEQVTBsWJUEm3N/jwQF4eGZQHR6Kurq+vr60pVWq3W gwcPhEU+NvHXep84FukuXlxcMKCa2cP4CwsLVEGXl5fq5xx2S584KfuaCJlExwqdnM1Ps89mcYTa iYkHVfM8HxsbW15e5i3RUAjadmjncRIWdmBggKtw5Is3vv1eohpYCVEiY5Rl2dzcnLJ7wXR6AT9S j6GTLCOrktIdctx5nsv/lctllldYf3FxMTo6urS0NDg4COY7thT3yfL2oos6NzA0NPT8+XPwVDmK 8ETBpiE6BjGIpxJ0s/cOuIOPkOFaS6G20Lzr4spcRB5LZWW/3yfuaDQa8/Pzjx49arVagoNKiJZ1 EJXJSblPlebavYyOjhZf+cEPoJd2u33r1q3Dw0Ox6/n5+csvv9ztdhuNxujo6ODgIKgk/cSv5nmu yNH9cppIc1V9lMtlZd3uMkHHnTt3dDhQTF6v1wnYh4eH9Qt59uwZXMhhsPjcMmtmmx3YXmSvxOiy r7gRn59y8Sn30ouMLujdjnGv4sxOTM4thUAeoicacFpFztQJpEHpGk1NTZ2enrLS+FTAxFg9dmZv b6949yc/EY8o8ZJA8XHsoAYhLE+pVErckw0Qajub1NgEke44zWWCw5VKRZq73+9/7nOfW15eNi6i 1+u9+eabyOeB6PYpI+okso/GPEEBKbpJ1sMDkLbNzc25B5xEsm9uWz9a/lsvKFZw4KDwdi69DUZ7 dDodmiLQCPudYig5WDbz9u3bHpKTq9fr9+7dYyTUohRf/eEPYW37I4fpyRQCiOOdqQTDSebRFyLY sbGxXsxbvLi4AAPcZYSfdRweHhaAXF5ebmxsGOpw//79P/3TPwVCdBZhH5xNVjURI6SQnDPv7bbB alou+gbUMYvMSfpfXXSARWjN2Hi5KryxlFlyhhg32Ferh2azSSKApEQUK38VCty5c8eNbDQad+/e VbNAR9RsNotv/eIXGJwsy7Rh8QIATCnqyZOFTQlMtkirOmt9GoOg00M0oxlS70pOtROFH7Va7dmz Z5/5zGcePnz4hS984eDg4LOf/ezTp0/7MTa5F3pHRwm4mp+ft4gE0FwFADc6OkqdionMQvpie7BP 4kaOzuHwmv6gjyw3Z+NssbE8U1InIESzLGNzkscSUe7s7AjHRkZGLi4uZNk0PZ6ZmSne+t73z8/P 5+fnqYI1nqhGu/Y8z41A18xCwIZ/IH06Pz+vVqvHx8eJOSBybzabT548cV2QQd4nfQjCvdvtGuDH Lj169EjsZ4M7MYq5HHNlhmMknqpULiHJCEx60L077XQphETu8eDgYK1WE0g7v+Ia3q/X68m890Jo x65Ke4mkkDASGkVRTE1N6TXPyFi08fFx+Rl4ZnNzMxFtUHjx+3/wB2CWEr9y9HpyeIkrESYXFxeI CB7Pzg8NDYkJ7TwBtDC1Fk03yuXy7OwskIM8smGiRzoh/seypsRL5cogS50w9/f3tad1R5GCSPyZ mZl0ZhM64kib0VMNUH7ttdcWFhampqa08nHFkXeCkps3b4K/XKXdSmm1arU6NDS0tLSU+s67HFQe 5XIZK/X+++9fZVVptVnps7Oz4hs/+xnEw1+trq62Wi0iIXtQrVZ1j05EtgeFr407UXC+v78vI4z/ LMeo3bm5OfrbxEBwg/1+X0tXBT3b29t8CSPmLkvacQwASZL/8Stvv/32Bx98QMlcFIXSw0o0YbTT RbTPeOmll7a3tx8/fnx4eHjv3r3f/OY309PTqTKNDURIQHEJjwPZLg0jZp8Se+iCqnLZ3d1FiAKd 1Wp1eXn58ePHa2tr7Eer1Spee/frypRAYErgWq3GbkgvYEL8Hf1k5/f29sjtkBWK06yv6IYrW1pa smqyKBjtIpp37OzsSMPykP1QNPrYer2uRqvX6wlW6UaZo3fffddgMZWPu7u78DuOvhxNrpoxLPrZ s2df+tKXNjY2RkZGHjx4AIZxNqqKU0PV5eVlxJkKiGq1+ujRI0t/eXkpwZ2unYy59uyNRsMsHzid eKsTEzg0JxofHy9++od/mIfOvxXjINk7+88iV6L61CwD6zU1NYXTwFkKUBO6qMbMb8oZe8mAZjET 1A4J6FG7Pg1CSOcabUkvtbW1JWZBR/O0U1NT6+vrhsSaCebzl5aWXFmBTLvd1g7BMzQajfv375+c nDgHIJDcS2pBIzrd398XapKxlKMLgjgO0NK5/6OPPmJwABO1WvZJIC3+L775818k7mJ6elpLV3CN xYBV6vW6YmrSNVAhrZdAMYkRU8CdkmRsPXShDZv4jbIFvtaWyisJHYqiGBkZef3119fW1i4uLr72 ta+dnZ0dHBzcv3/fMde59vz8fHd3d3193X1aWlqqVqvvvPPO5OTkw4cPdevAPQDpMgFKij0kJ2Ed K5UKunF6erpSqRwcHJiWOzIysri4+OUvf9kcAMLKoihOT0/nf+f1k/WnGxsbDx8+bEZDgsvLSwSi sLlarVoiY5GK3/3973WiIYEUB8NydnZmG/VU01WvEvVmEIswh1eUukyKuH8jM6mHIrr89PR0a2sL 1u52uwBJLyQVwMPKyorrDzh/8MEHX/7yl//lv/yXm5uby8vL+/v7HJ3AXXMi9/0rX/nK0NDQZz/7 2XK5/PHHH3/00UciKRfu7t27CacVRUHqs7Cw0O12kfVoiXJUDF+7ds2PqykAqdGlBwcH169fL5VK 9Xr98OHDer2uXYo74d2l7aRlUBpgT6fTyf+T/+kfF0WhKRPh9dUcAtN2cHAA6l5eXvosAIZl6HQ6 rrZoOAtRdUpVr66uIryymLitRh8HwI473amotxJN9JNqCkbEtX7+859fX1/f2dlhi6empvb29k5P T+/du2cUhFkMug2KqJWyu/uUUu4cA50CNMDXN7A8emTSJ2u0wBJg3l1uF0JSgd/KrmjzEiRzWKWY iu/8hb+Aw6rX67u7uwJO8I4vFQRRzrAkKlGQAZoh5Hl++/bt5eVlA3my0G15PrdbgVkyeZVKJfH4 KTleiipTAgIdZJmgXq+ny5aXka6kHiBfwbQg6MkTHbFOzLvEDDMsyv6TLkGs54Qx/VyL8lSXnnVy CGSb8Yt050k6UIQgLiU4EQFKA9vtNoRdvPHt98yVqdfrOoJJQYhT1DnqxdOLjpqdTufNN9/U5g4W JKLjSIUbSXGYcmB4u050b0cP4UCIUhgoF4VjB6L7MXdThQlJSJZlDx8+dGaBqG63e7Wnwp07d9pz 87VGQ77bLzWHRpw8NTUlsFhfX3ecKaK4ymvXrlHWC+s9A5TpCnq7jY0NKNPp6ce4GcQONOy8N2OM KIxfvPrOu/gjMA4ZeXBwgEEGrawCCKXwUAWaaTz+VTZH8C3nUom+aN1ul8ICRyrF0wuRiZS3ugsH kLytE/0PbColkPMyMzODCyQa9U+83OXlJf5ud3e38+yIFa7X6wcHB51OZ3FxUXprYGCAcRAPU0hT iOrUe35+rt+OuzgxMcHVi9FarZZNqkbHBfeVc+pGixukG3Yek8iKtlqt4r1f/pI/UbzjnOoWX4pq QTo3aRcRPyJCixRnthkDu5iLLAT8jjyO3isJAsXixAckxzRMiUuSTtne3pZ6rNVqur1r0a466/Dw 8OTkZHZ2VjdgMF+JV6lUQntAX2NjY1/96lefPn1q8Dl8jBCnidOVdGtr6/z8nM67Fx0rVYK3Wq3h 4WGq+X6/L89lF7sxZlgvvsT1E/YIICYmJqamppIMtvjmz3/BxbG/QzG5XmymggR06cWQ8l6vp5+X C+vvKeDGHBCZpJiFY5CO8KDiGlwNd6pdjOyMlHqj0VhZWalUKiYvkEiItvSjN8mOxezFHBoRr2VC Ldy9e7dSqayvryeDCwgmdvr8/JzzSHp2diPNrWEGiYucv0S65VHUurCwoNLq8vLS/RsaGpK7B085 FXqm4ms/+vFANIO6iDluAm5JOyyNFyPL5gk8opYGpVJJ3wOUtFEj5XIZQyCnMzw8/OTJk8HBQWEX dEUiwSLzSOymI5kCV03Vb926pY5JzOnEIRIEqPoqJSsn5V2pVHRQpbsSQPL2KmZPY0Z9rVaDyt1F zd6sV6/XkwcmT08pQP5TZajONjiG4+PjGzduUANi08pRxUlcVbzz45/kUZnIpGIenFM/iVYG7JSq HB8fP3r0qNlsamdzcnJiUon0m5MO22oId35+zoYQyFORMzgcUSW69mBZZS/ZRG4WZXZ0dPT2229X KhX57sPDQ6J7+QChKd0zeSE6EH/rpMvYdTqdra0tVs6R0n1UOJ3n+cLCwuTk5Mcff1wqlZaXl/No 6g+JJY1/L7SFMi2uqWjOZdLIYXBwkMHgDp8/f1688+OfiGigDvu8vb3diYYt5RiEqaisKIr19fVq tbqysoIL3dvbc8xPTk5k15IAXOPcZ8+eifUZIpvvVmUhSXQ3e6FIdfeVFfoQV8qB+PDDD/3dpTFY S18MMHlra8sN81Lyi6Ojo/w/xlwAtbCw4LoLa93aycnJqampx48fp54HKaGonitJQlhmGXbRidge 2EWxOEPsGAfbaDSK1979+vj4uIpTP7y5uTk1NWV0JaIDcebgTE1Nvfnmm0qVES/Qa+pO6OIXRTE9 Pc0P0xE6SnSQFI0Y0G63q2OMPLhvThrzxcVFjfAZN0lUPDPH5dNcxCKqWzn/lAzJ85yEUW9vXBOW f21trVKp7O7uegABl7F8zIseMklK7u34v5RPTo379vb2JFWGh4d5BUUvVxsVyvoWX/rOd5k2CYqB gQG5LpUetpS2gB+bm5v7kz/5E6Yj4UuclwCEvwUh8OZoHM160GTpNshSsSQppZc62qlhpLE2ru/k 5ISNZsHl5xrRz6nVan3+8593oCwrvpvhWlhY2NzctHaNRgP5Cv5jsMnQmEENcFgqNjCp+GwAm8aA oFjq0aQ02S7Wn2theRqNhh/8dN6wB5WZ+9znPudxVTLAJBK1JycnicYqlUpTU1MyRIK3TrQYobQx YG9oaEjAgntxdoaGhtwPBE5i2b70pS/t7e3dvn37hRdeePToUbVa9RuRJ0+fPnXhwGT0t+knr776 6s7OztrammavRtCfnp7Sy2vpyfcwr/oMM5Kbm5syR27M6ekpTQ7JkBMjF9jpdAypdlnBf6F1QnpT U1Mk1xK2AzESS9iP0bp+/Xrx9Z/+DA93+/ZtMg+8h0ihVCotLS1NTU2RMpsTNzo66rihzDqdDkkB m0Oh5+9ooG5MT5AsZM0E98vLyyMjI7OzszMzM3Nzc9Tbz58/39jYKMc0sNGYWXrr1i0Vpy67yFvi VO4iz/P9/f1ut7u9va0dLI+9u7sL3XI/Lu6zZ88M8RDua3VEReH88kaEFGCl6IH0HIEDsA4NDaEl xsfHdXNOVKNoTq6Gs0HTF9/8+S8QQw8ePKjE2B8vDyHA0ZeXl48fP5bqzKJus9ls7uzsLC0tpZoN dlxJAtvtflHWCffddIQw2g/+ZZqFLQCiao2Li4s7d+4MRUMQTuLOnTvk+Tpa8M/ovF6vNz8/T9Uk H81UCvf0dLGOSf0pfKGwoE/mXd0D0T+glfLaKR3EL4I3jn+pVALYifSQH8LdiYmJZ8+eXVxcFD/+ q38NIyhoTIdUjFqr1bTQcmoWFhYwU5VKZXNzM8syfu8ixmLIspKukSvNzs56VtlOgKQoCtnB/f39 27dvj42NffLJJ/zq3t5eCrKBmVRMQq4zfGUauJJU4RuSoxx13KYpCkpWVlYGBgY++eQTygB+m5z2 4uIioQMzLVK7VSj+9PSU0ZfPESWIJ4aGhuRA3Lwiim89oViyG8X8LCp4MjExUax87hU9ZfOoahVi JWnVyMgIQzw/P+9ce3T80bNnz7wMGsc9ldCRv0bgAebT09PkYwipdrv9zjvvfPzxx6bWomvQKSMj I/fv31f91o76NHX/OKJPPvnE6NeFhQW6Zb+0Vqutra2hfSTiFxYWJFSLUOjR77vcIk+OXZ3C8fHx zMwMiWfSkSf9Gp6ddGlgYGBubm51dVXGqh+jvIai8aDgfHp6WuDqxtOrFt/42c+kurvdbrfb1ahT G3QV6alf5dHREV8hH8LOuLCsCoWeX49S9xDlclm/bQKYoRh54fkGBgampqbIfcSuADt8MjMzo8QA +b65ualBFrdRFIUK49XV1cePH8/OzrLLsqxpwg+zDoNBKSbQOD1yLMgWxRhZlqmX1McPHaQ9vcyR 5IZlVTFh3fv9vs+U1ZqdnWVCwBDGhxcp3vnxj0mfzs/P0zSTVBEgEXrt2jVZsbOzs5mZGYF+q9XC VubRDQUdmOe5amXXUMKa3eeIEpei3BK6SECIEeMGpFko9ETRSQ6Xcg6tVuvWrVsfffQRuejCwoLo f3Z29vHjx7IT5k6KSNPF5yHdRflLD8YHUOJfXFw4kYuLiw8fPuTSwXO/9/Ly0k3CKWE6+c/BwcH1 9XUPaYXzPJdRKJfLxdd+9GOW1GWR2haV4aE0CEPK44DstmmKYt3t7e08zyV2cadFUSQptpvEoZ+f n5sIMDs7+8d//Me9Xk+VU7PZNMLccVtdXT08PMyidU4jhuSJy3Wf7Udd69HRESDBXqtdNsMHLvDb SW6lp3F/dMIcuwylmIjPXFxcFEXXajUt6BQcu69AtqhlYWFhd3d3ZWXF8eUs5dzhS08+OTm5uLhI f1m89u7XjUxnHGTF+GK0bTLlbNzZ2Zkk2f7+vkdsxWRNYQi6xg3I89w7u3fCyOfPnz9//pzWudvt vvHGG5VKZWdnx5MJiyB3M2AXFhaOjo602G9HM8vV1VVRAviU5znxl7eamZnhkwhjJQIRwo6qmLYd RXFzc3PT09POh9Lyfr/P5WqWD2JhBfI8x+10u12ccPNK/zKxBXOKeqNqKooCzZXn+eTkZPHVH/4I T8QISD2jW1mMkZirKKs3OTlplLoPonjhgfMoSPR8rejn6oFK0V6m3+8vLS2ZCPDCCy8MDAx8/PHH 5XL53r17kgZ4c5K/69ev/+t//a+bzaZpsxwXgdvY2BhMtbq6urOz4+u6jyBbbLmupvIbDEK1WtUu DRUIaEo9mwzRCkX/iy++aB4cFrNarZrdTqrHgIgiudzR0dGbN29qjwwNdmLetRRNu92WMS1ufeEL bO7U1NTc3JxxEUUoIPkZzkr5iHPh/jplCBBplJmZGcON3ZhO9G0vR2MHwIZ/BsXW19ffeOMNOYfd 3V3bjI5HfCaqhzVIoSMabnFxcW5uTljb7XYfP36sfspCd6IJO4fW6/VknxG/OFTgRBcd5B1no71u GilejuZ+efSoEbG70ylwFXYJKs2p5J/70bOr0+nU6/Xic7/3VQcBSu1HBxW8JQCAaUv694GBAak4 ikOngNxZ6iDPc+OGrH4iuegjUthl3YUSY2Nju7u7FKMpL8F8UQDSkpzH5LE333yTrq9Sqfz2t78F cNvt9sLCAtvI0bl/NqAZ5eFFUUj4XUYT6stoaptFCwgom5hFMyqch3+S5uW6WtFonSk3EB1oGRgY MCknSQq6UeRVvPLVr/IY0EIKxvr9PpsL/9kADIZKom4UBVgphkWxHU8ot+CUpRhVbtpV4DMTBsCd Ir8ENWx9M+ahuIUM7vPnz2/evLmxsTE2NnZwcCDxL+kh1SVywSdLo8/Pz/NVPEelUmFMjo+PDQlj mlEOmDsdtCQhiiiHlOLwmjiiWq2GXJmdnZX+PTo68gnaDJEeNWOGS6PRKN763vdkvPI853+Ojo6O jo4o02De4SuTbDifJ0+eQF3kWg745OSk3S5FtxmRukQV8+ebYR56ps3NTRe/GgXXXs8nyDi75uVy +c033/QyLDgZHvWo48lJgtVUAnZL0yreZXx8/MGDB2xFEcJovpG4VVFRv98fGxuTHfQAHmltbW1j Y4O8Tr7MaNZGo2GUB5GPiI8LEcpgCz7F77/zzW9hGBYXF6sxkEY7UTQL/CCmRShKzLvIzWaT5IHC gJnrdrvijmqMFZDyty7J8a6srDCFcsf4hpRpMkbixRdfZPGLorh58+bJyclHH310dHR069Yt+vfT 01P4dXt7W0eWLMvQZ3BkQrc4Aw6QI0V1kU85ee12W6bT+e33+7RpyC+XksjbmyIQeTusTko6Iiyv SlQIqkkuii9/9/cZpomJiaOjIyphDZP4X9SjXn4Mi093qVkDQbBAXHiiI5bLQciXjjmXkF9pmyj2 k53BxHLFiDNeHQDnD4aHhw8PDxnrenTvxF07tiocAdw0G85+l8vl/f39fpRU379/X1CjqRc7wDQl qRbaHQvy8ssv62jC9nI/cH2/319dXS2F3v/i4oKLKkeplJAYj1R89u23MT64bIL0lO/Xh2A4Zneg EABEfCGBNfzHtZaib6vAEm4R72RZBo2lTDdG2zwxKlxiG01HhoaGMMPIn/n5+aOjo52dHXtvocfG xp49e+Y+2RhJTm2g5+bmYD62OxHIIyMj5N17e3uo6cvLy93dXZ0C4F2m+fT0lJCW4vzp06fz8/Mp gktZEThb3qPT6eCyrCfJVL1el7kUcBWvf+tbwBkkgF1zSFO8znzzMM54OWZhQ+X8qsSIc12OShf7 XIrivFQU6e8yk9BYKbodkDyKR/S2GBoaQt4eHBzMzMz0+31Dq09PTxk3dyWJh4R+5XJ5b2+PlM4B L6JPL+wvKMVAJMrIqxVFIZnsSMnUDw0NTU9Pf/jhh5i7Z8+eCReq1erDhw/9q6tP0AnLSVK6+lJj k5OTxZe/+10nf39/n4qBVTo+Ppa4Eh3wb4gtHibliHGQ3ej4jbopRU03xJKQkovmzm5vbytTevnl l1XaF9FFEzAHe+7du3f9+nUd4RPwUHKFkoSLnCbWmYVhzfE2MzMzd+/eFXxBBHKESkdL0Ry3Uqkg s9x4jhGx6vVB4Tx6HVeiMWulUllcXGTrE7FTr9f5KrbBafhUvvreL3+ZX5lWBfZvbW0NDAxoWUSV 51qJZmu12v7+vv6RRCmYPGYEhE+KpexKu3YbY/PbMUhlenpapk2z5p2dHSe31Wrt7++T4uzs7DCg WZZJj3Q6nfHxcQ2GknqLjIBwc3FxcXd316VUb0fr6dwJLI6Pj8fHxzHSEqf7+/vJJAJvOqnxmfRY rqYgsRfV4t1u9/LyUjK50+lMT0+L46rVKkPCUUls9Hq94qs//KGScgl4FlB9gtDg6Ojo+vXrIDBm sd/vLywsMCYvvfRSp9NR7IH8q0bnQcsHQqUzqOcQkyqeJpEwiAJertVqxmHrPk8E4ZIJSTg6BC+V utPNXunh1I3uWHI1iCOPJIVJ3wmeCW6TzsvDU7vbOSNjsA7wKP8/Ojq6sbEh3MUqTk9P7+/vO1u6 njQaDYauWq3evHlTAF987Uc/6kVpcymqbdgNS6YGgxgBn97v93n8y8vLkxh/lkebBbkO50XILgzh +jsxw7larUovSAYBrxKhoJhAqV6vc6TsWB4N2BrRWqDf709PT8sjs2z8mDBCagFaTRrS0dFR7kqE 5RxIwKZo3l5OTk6qLp+ammo0GnNzc+KAVGl9dnZ27949Xs1ox7OzM7Q2POLk+WbWZn5+vl6vF+/+ 5KewDr8vh1ur1aanp0F9ViiL3tXsu0iHPwBD9UdhK30/M+o4cw/sWFEUq6urOmSvrq5KqCKSuErK d2vEgPpZ8ACpkGwldp44nZqVgBsw1zQlOQBhfb1el9d1BicmJpRCJFhBAzsQYycohyuVCiHY4OCg qI2iFmUPFNRj9ncSepRKJVaayWUhJyYmii9+4xvuFMFCLzpmu8tJ+mTJkK7n5+dIpZQLTIcRBTgy MtKKDjNJWlOKyQWjo6Ovv/76/Py8RNLm5qYrKbMzNTXlL47J9vZ2Iq3K5TLm0mmS6eaQSjFjl2jd ogwMDMitSzUkT2jqgVQfdwePu+79fj+lbRkZDLP7XavVjH9k8aA4AxVPTk4UxgDsaAMcXxJl4oRP T0+Lb/785w7yrVu3zBGlXyB3llspl8tD0dhK0lJEOhjtj0GlSnT8ubi4kOBuX2moBvn4LVtbW/6b hg3jIRgK+EGTA/x4Mm5ZlonpGFyRveATdwSeWz7n12nw8NCtVPXh4SHlRSkmVSwuLkoe6T8iKFNF ffPmTaEcadf+/v7c3Fy61raWTp9F6na7L7300oMHD9pXegxmUa3Z7/eL+1/5PaVsvsSP0ddB4q7S Cy+8IKcuX1yK4lKYRDjQbDatfh6j4M1eke2rVCq3bt0i1Dk4ONCE6vr16yY6EVXhO4Fx6h/IBzkD XDtZs7OznehG6a6QySGu+UNEDVaL8aVkQnK1Wi3nhiSvGmVceA4XvdlspulZekbCDk605FQtGtrN z8+zKsfHx3fv3pVHo9JIyRYbf35+nv+n/+x/JuPD4tKYgXHpf7E0rkkvRi4iGtWEV6LT39nZGUDp MAL+3W63Vqu9/PLLR0dHL7744gcffAA4ogHsIlq/EvLrXq+nPKxSqZyenibLK6ZLaRbPwNDrsnB6 emqQcqfTYd8E66KHFIjW6/Xr16/Lf6YK/yxGvVhEz2/vVYy88sorm5ubk5OTOpXU63XEAIKzGQPn p6amTAMibOEVbBhj2263i5/+4R/q59G80qYnKSNTktAxhwhJa1wFmieXmkciQgdvfCZ/AnpSnvDp Uob88/j4uLwreH55eSlFiZgciTGfOMIEtxcWFhzee/fuWQtZWf5Q0UQRVZPb29srKyvuk1NF01Iq ldx4W3jt2jVbhVxk06empqampg4ODlZXV6n4VC7irHgvd92JoVii6AOaNQFziC8vL4u3v/99Kyub wWvPzMwwbSzsZXTTpcZ2vySuEFIsL1/HMx8dHaXqTXcCBkDvIJkHBgYIFIaGhp4+fXp2duaJh6Kx KUfiurA8vV6PgFssqoEXKGWxDBzTF97volCU7wUcUbXJqbrBNnJycnJkZESa/saNG2NjYzMzM7qJ taJZKOvhCBIKJt7t4unRIWYAACAASURBVOKCKuL8/Hx5eRnpVImeuLVaDW7M87z45s9/kTRieczw 8WuwJQCDMw7tFtF8hjlKVJ8IEBtO7cZMHR0dkajLfhwfH0uiFkVhNtzR0RHWE8HC4omhrAhqjItO rB5/KwmFP+n1ehKtd+7c0dbw8PDQe6JCibngqImJCcUCEiDIr5OTk6dPn6pZzbKMBJ4kHXiThHAv 3UIupNvtJoo0y7KVlRUaOh0eGY+RkZG7d+8qVi3e+fFPhLMSRsyFCht4PL0SNJo0hc6+h0ZFoTUc gRQf4kvdD19JAXqv16Na8axUCAKCeoz7UFKE2k3yHmERq91sNhcXF3WoOD09dbdkXym2sE9e3rAD DDiPQoiYHHun0yFKTMINCvrj42PlJSIgZAljmMWk6GSUICv4Z2Zmhqrw4uLi5Zdfnpube/DgQZZl xdd+9KOiKFCyzJMcmJuLXMar3LlzJ7kIUY8prNYFmOWaBCNZlrEGb7zxhjQI98gtl0olhIxblaIE d2JiYkLZkTgOwOdalQunDnMQraWBqTvRHrDVaqFAmCM9cOQYpB4fPXokLtG2xPngxnQhJsLBIctN D0Uzx42NDbfw6dOndC5y4qjjSqVCTpPkJOVyeX19Xb1ru90uvv3nfwlft2PammQb2+osIykRJtvb 2/DGwMCA4I0hYna1jGs2m2onqtXq7du3Hz9+fHBw4FYl4djz588xf0QW8q6ER4CBq52qIAXJIlJv Dstz5vLmIyMjN27c2NjYMJyw0WhIeFJkEg/zK/JHztnk5OTCwkISxwnIsyzTImNqago2xevhM6rV 6uLiomcol8vEyUlOIxABrDEl6vN5ArFO8YO//Fe63S7IVcSEwF6vNzMzUy6XX3zxRZovaoPHjx+v rKygAOn2WzGluR0zouXqBgcHzdPY2tpKzhYSdS0kMVJOSud0CC+PQSd4i+Hh4VKUPLdaLV31nDUu odVq6Q8nAdBoNJaXl5XO6AHEgECEYhxY3o+DK3xscWUSytraGsFhqVTa3t422npgYODg4IAqTQKS Z7agYloMWqvVunHjBq7G/w7EJKlKpVLcffNL09PTveiKYGlk5bvd7snJiTaxGuggs5rN5quvvvrg wQNflGroxDSXpHTQth80ltcuokEzhloMDaRzyFkIbDgPtSJ5TF/khLzz9evXMaBAiAVFf4sDyDSK GAt67do1EBNeEI54WalNZUalGD2E/6rX661Wy3AHgbGxYbu7u6VSydzBqakpiiBML/95eHi4vLxM xMFxDg8Pw2NHR0dDQ0PF29//PoeWRS8eVkysf3JyMjg4SAAtpQdUUakzW7yiq+1NRLBnZ2eq7tLN RQOQPtuqpOiUNyekdnaQOUIwyunBGFZRq9XIAkdHR5XIHhwcQJ8iRlSl+Vinp6f6rmFOnABBL04Y SimFPu758+f1el3bZdVb0ATeER6D2cVE5XJZUKJeo91ub25uklCQWzkxLsfm5iYcUdz/ylcEOLww EIkdbDabSnuI3EEdLC7oWo6ukNVqlayw0WhoIc6MSutIpCW8JNXnqDqn0BjprwuUtAvazRte5B2Q tMPDwzR1tVpN4adPo/NxVGXPp6amkvmq1Wq7u7siFeUcalroAxKN7MDJFIp08uicTVMGKzMAwvVu tAd0UMjz5GwF7aRgUFO73S6+8PWv8wAsdfrJhNM/97nPLS0tCTdYfxQ5rtWwRdYTtvHEc3NzfGZq kM/dD8TAEQgS0d+LWQbpX4FXSRgb32w2tVbnPPSecopdKUicbZHq5MocYeYOglKrJyxH9aSYqNvt piS+MCLF4WqU0ZbNaFhWjelqicRP3K3AsxcVuUAn6vvatWvFW9/7PmqlGzUe/RiSV6vV7t+///Dh Q2k8uRhfF874CubA9iYnubu7OzU1xXa9+uqr6+vrigsUyUHTnajUli0px2Rx6HhgYGBmZgbHyRYr umQSE4XX6/XeeOMN/azsrhj74OBAoypb+/jx407UeqXmjrgzxw40kmmxTKIWuQG1Z1pjHh0dra6u iuETR1KOBtvlclnkAfg7o7XoKUC8PjIyUvz0D//QSMNSqUSJ6fe12+0XXnjhX/2rf3UZExSKoqBK 2NzcpOh0oBTZPH/+/ODgwEfLuuGAxF8TExOPHj2COpCFQ0NDCtL0PKBmIQBOiL4X9Vr+q9wpyQ6A qDzPf/vb3yZyEU/JVYIZCqVv3LgBE/tdJjdJPbpJLpkVpP3jAwUiCwsL5J6+IrUNZXFODlCSuQlc JyYmVldXkRO9qPvm24o/91f+LXwefYhcRyO6J3JQ0LcsaL1eX1tbc1oFMhA3gyBp67amdIHG83fv 3r24uKCHsZEHBwcLCwtsJe313Nzc3bt3p6amKGrW1tZo3sXAapdB3uSiuWKuW9+Nra0tPV14dZry LNpnwGZJvsvjpdRCL3oMDA8P37hxQ3okz/OnT5+KPyFOrjLPc/x2HvP5WM7h4WHVP6kOW4m+nZae y//O//V/S5KJkpIdhGFqMTRNelD6jZazHYPk1FlB6Dg8VKJ8dJZl97/z3Uf/7/+TTLacA3SBQd3a 2qI1zLKM3+OTje/SQzd1SWGj+C44pBx/mEpUwd7e3sXFBevRaDRAA0YyC2l8uVzmVMfHx/f391Pk WKlUhC/0LERROHBHu4jedTL4jmO5XKbGcdeTZF7ystlsqmvNsuzmzZvFW9/7Pva8GbMK8aK2t9/v E0ytrKxYZaNDBmMKUkIOQ9FoNo8OziL1drt99OhRJzo+dWJUDNziLOseRxPpnwiSaNacCTELNS/9 TKvVIm/qx3ixubk5+X5wzSVoR/9TzwMXlaPLjUw9ErRUKl27dq3b7Vop3lVDu7RP/A3Q6Ys7OztO saDHftBO93o9DlZkntxAu90uvvurP0j5a0cGFaeUi77Sxwlt5J218wN1XZEUssJ/TDPOh1mgP+1E V5ler0dwoZ+TyiBSaaZTYmhpaYnrHhgYEL/MzMz4u74uwmOfL5cvhZBSa2Ix4bFNSvRykt/CoLVa bW5ujiaAOe73+zdu3JCM5Id6UQGMeqO0xSm5BC+99BJM3IjR705bJ8ZlMzjFuz/5qV+ggIqcSKbt 9PT0wYMHpIr1mE2QxVwSigyqDWYRzUKsUhTFxMSEnfOD7t3CwoLB3uQLAEbSVbFdxJfIv8aVkigB sP5XLoqT6BAhigcGBr7zne9Uo76HwkIMmPCf00r6aQsZBN7CnAEHwjHyXlBfFuOvDw4O8hAxZtEX lNWl8pBCuX379tzcHHahF386nU7x2be/Uq/XdXWAnflfs6kU0/diqBeEznATKFNUiW8FnzhhX0kq NUATV57HXMyrIl4VhLBgtVrlQgWxREtke93ou+FJrAjNj7i02Ww+ePDg+fPnW1tbXGhqbv2Nb3zj gw8+cOGgGsokZJz1ReVXoy/v/Py8q+BsucGoQCcMs5ZlGXWCy0QXpuU2FnZzc7MVfVN8SPGTv/bX JicnNdCDmnVmdfzBNdSdtFy5XN7Z2ZFHFXZSYur22e129YsvxfCCVqt1+/ZtbEw/hqOKeMUpjkmq rxUEYbW0mJidnXXJUE63bt3SzoWRScMUaPApfzY2Nmz/yy+//Jvf/EYS6uOPP6bz7kcXVwEnNWB6 AKynQlMEnIyrzAl0C6qmTzPOQFie8sO6HXW73b29PY9Ha+6aFt//S3+Z/pYIxBjL4Zhi3o1eedgV XeoFRAsLCx988EERDYRIEn1nytc4VtVqdWdnR04Hn4OKqcTUpKGYZJOaX7GDyfVBHdJPWfTDtEY4 EF5dUmV3d7fX6926davRaFxG34abN28+fPjQutRihhRCrdlscgkcaSUqgNXcwLioXf4PQc/cow0u YtTL5OTkjRs3wCTCE7xFtVrd3t7GKIhFim//+V8CSbVaTZO60dFRDwf2CvD0aavVajdu3GAiGPeZ mRmFz9xsGnIojUAbLsN748aNx48fQzVWc2xsTCzDa6EvYN48CgQlqiqVCrUXwUij0ahEtQkMjhoj cCyXyy+99JKeB0wZq1jEMEoHZWFhoVarcX0+hwGhCJJSl28ZiOJ0F45XKEXdO70be9KONoBesBPD yux36tNQq9WK7/3Fv8QAceISBR7urbfeckcscTsG2T9//nxsbOzx48ckFY8fP6Yb4MFU8cKwzWZT Ky4WdmRk5OjoaHBwUEuAfr9vMDBBNrbLbeWgfIj9I8BLMZQPZ4vL5bJcvExbs9lcX1+fnZ3d3t4m 6+hdaRwrkZKKBfwFDE1gMY/erIoFoK90HbEReuyYB0fg1otRISsrKxQSAmARQ7/fR6HzxsWtL3yx 2+3euXNHz8mHDx+KoVU+kAT1Y8yXKqxr166tr6+nDEsaS+SB2u32yMiIK+8N2fRUzqCvlM5DIprR 0VEzqDiGIlobI82Tfs2BcmMY98GYcONgwoV+BY/Si1JCyRkcqnyLkg96edk7RdkunN9SRL9C4R51 V6fTkYFqNpuKdQGKXq+3uLg4Ozub57myGfwrPlFSFylWqVSKv/zX//rNmzctisJJVINUnJilH/N0 HTGYNM/z8/PztbW1mZmZ2dlZWT2HsRYtghPXeBnDjPPoj5xlGQk1AWW/3yd1l7sQ9Yhvse1s19nZ mSCrF+V0Mp+agoEodsKJO42Rw+VymWib5SyK4tatW9CFZS2KYnNzsxqD7aDePM+x+c5+O4YX6QcN GtBJ1Go1tR/Wiu+hUc1iSNrs7Cz8XS6Xi8++/RUMhpUyxgcqB+G5RycRXmYHOp3OysoK+lSMAB4w fCkES4VRDDF6GWcrN52qnEiu0ovxeEjdpKzClmCM9XPIrvzx2kAq44uszmPIhFM/MjLyO7/zO/7e C93Zo0ePZKmkc2WO/OlHqV8/OlH0+32HUr3ujRs3vJr0GQxSiVao/ZixK+MB9RY//qt/1QDHi4sL ABGrPhgTXBwrTf45tIRhmB3ELEvC2DkduCcHsB1zFBOMU3rqaPuEy2hv4SU1sfaDKd0KSnsMfkga pB6zZOr1Or2G3Nvg4CABqZRkoulXV1fRBrVaDecl7mM9HDWkhR21juVoe+mj7EQSCJWu1GcpABoI +f/BwQHmY2FhQaal+NqPfgwMyKPSdPPFQK7cwnkMnLMxPNJgjO4uxfw4vd/SkefoXC5mClAZGBiQ yuiFhtuQ3CIm8ImA+AN2gIlw6j3PeMyDFSWsra3JOGYxqtzz7O3tfSqNK4pKzB45ODjY2NjY29tT eNaKfoCu1Pj4+PHxsV5Fzpyc8PT0tK4iTL/yGht8cnKyurqaXRmP+uzZs/X1dWcX9MzzHCw8Ozsr vvzd30eXo/DxR7Zuamrq9ddfx1cU0RIqi4F5dD/6/mCmJC0xVlQrIjcmyOEqR4MINkQ1hWKSwcFB 9XAEBEQAKR9w69YtJ2BmZubZs2fynynWu3bt2v7+PokkVSLgITlTKpVgfEVf/mKT0P1EV3wMisJR bZj9XhTOot8LqLBjepUDHXt7e8T7nDnRThbTfq079NVut4uv/ejHHODw8LCkJTPUNVBheeXFuTn7 hqTuRKNyBoFxZLVBYERmggdS9ZplCXYSl4uoK0fbEjnVubk5OFpy7stf/vKDBw+KGMaZZdnm5ubc 3JwsBDmJXL5NkqISmxBoWnorK1uUKDyQtxyt4FTJqrTC9gBdrtT8/Lwgg1tm4jsx1UZm2K/o9Xo6 miVYJdR3G5yz4t2f/FQtjzPimyT2+v1+5+iIYu3Jkyd5NLy1nzg2pH6pVNJlVY2d8rU8z9EsDGI3 Rsdib27duuU2gIZKwur1OlgpDzUyMvLJJ58sLy/zmfIE0Ho3BnY3m028LsDARQFUmoIJgBUROCKp qUc6rSlwq9frqSUgcCGzsbq6Kst4NZvqyVHfXpD0bG9vD/nh66Mxty5B5JWVleKzb79NtyY4RBJI 6wBSvF+z2SRUw7tC0OxJtVqVwBSP4XtlKhg7btPxdI5EGb4z6cho/+BOqPH4+JjA8+zsLPk3npyt Q1WyYFmWOWKSdolIED3Wo2EOi+ya1mJoi0PW7/c1CVf1m2C+1ehF1QpkwRVjclLsWsR0Tp6fbQAc 2zEcE+or3nzvPQBTNoe+LmX0JUrE+jAfDMPHwuyJJ8KdEiE5185XP4YTyzlUKpXp6WnAGZOHJ1GU hR6wH3meT0xM0Hz1Y3KaSAc4o5LwbhxGOoAOhyPMYw0MDBBrMETlGGNHlZZQwPn5+Y0bN6S94GCc l/MnK2JTNeBizdoxKJvM2LoJejFiCbahzIp3fvwTLh7FjGW8iGHOygFkDJwORG7SlgiUlE+Y1eNo pISZ97SI4O309DQhZ6lUsjfur9PqvqvT7PV6KcfWjAYL+Fg5B05M1IMzePvttx88eJDUoBMTEzil Tz75ZH5+HjdnexCzPIfDXoomDciMfr+/ubkJVjEsznuSuZFQMO69Xo/GmGzWPLjR0VHMB8kF446A K9775S8dyW5Uoty/f59d5iL29/fda2EnqCePJfJUYZ1o1ZS7gTJdcyz59PS0Ph0MH4LTuWtEg2on IM9ziQXcgxCMTwbq4RO8Cjeu/vw3v/kNIwM/vPjii0JW0YDwWC4bgy1r0Yz5dNeuXSNROTw8ZCeZ F7ZieHiYxgT2xXem+G50dHRra2tjY0P1RIqT9eVLyTvikeL1b30L0UxgLpra2toiPOp0OoghEnLE xfj4uPiCrKcfjTpTv5sUGacgttFo6G/DTKPp2atyuYy+kGDRa0v1E0zp/ZHAosH9/X2G2IEQAfmT krGMWynGX9GvsfL9mKtLOUv0wP3ib1NKyxHJsgzxYKH60S44JXDyUCbB6e12+5VXXhkaGjKgfH19 nZOoVCoLCwvXr1+/uLgovvzd30f+OWWVSkXiRusVxZLVGLw3MjLif2EpFxluYVWqURtvwxMrwEDZ Nk0MHUncrA0YGxtTwstfJYzhY09jxkwK1pWwgK2X0VPNr8YeU/fhixAprZgLxFGzh+mCQsn03w5E iku8l2/w2JTytlOhSDfq0F555RXhJ0ctt9FqtTg/2Kx458c/qVQq6l1c1UoM4UOtCBdThhokF9Dj WMRcFMayPCgOiSGmE6OE2AEEazFECsagF0sBZ6lUmpycTJ1OXBoLio8Vbbh8T58+tbXOZq1W06Q/ i4KTegyWt/2ghZVlguh+E/NTitF16e8OUKvV0iGIvx2JiTgyVlmWaWJ4cHBA6JCWDpdALif0Kd74 9rd9x/Dw8JMnTzCiW1tbo6OjKkjr9TrU7I4TRLr7tJIIT8AOaYz5++STT5zBpaUlib2iKICzfoyQ y6OQqhcN3pLQsN/vszNJYiZC0XqDKeMnzCkX66GoytGVQpLEr0ML+0GJw0Y0qxmMOfP+JFmOj6rE sECbRx1erVbBjXa7jX8W69pOnllCTSKMyoxnGhsbK770ne+gZUqlkhDcRZY2Qm4MDQ0lPtLvc+6u JgKTIgUuVpIwMjKiRWeKrYVwTncWU+H4T9tv87a2tmQj00Hu9XoIE7SfRU+WGnymWEJ5d2KESD96 qpWjfK6IznigiB0VYCcqKSFxPl+RQin6ZhQxSX1mZgb9WxSFc1mv13d2dmSXsEPn5+ebm5sIH+gZ P/Nd38R0zs3NuR1geJ7nCwsLVw2CWAle5txJeSHIlEQ9PT2lhjw5OcEXcptA9N7eHjuQ/vjXfr/v Prr4WEbGF+EnT2AzUiBTivZ9SRUtOk/Eta1K/t/VTCtYjhZbjG0p2jhmMZojieYYjevXr3tT2yw/ bC/V3ufRTUp+8ejoqBETSF566SUdx4s333svEXUMoussrk1iArEMrwLzuZtuoql7/Zjvsru7K51G JiiE0d8xWXn7YQlS/trnwxL9aJ8ltS+qsNwWBcOTWFkO3LdZ65OTE6X1jmGpVAITrDiXy6Bz7xZR PYI/L7zwAh0DjCAzlWXZ4uKiOv8sywAwYL8e88eVy6ZuNp/5zGdE4ylWKEPcyBaexFL2Y05w8g9+ t5WioZ2amhq595mdP/7/aN5TZsPsnZ2dncHBQSStn0JWlEqlo6Mjww4WFxeBmU5UXCTXPTExsbCw gDomVUsmO+2KeF1gBWL7RcgAevN21A+hFVP4TjWVPM3l5aVGAsjeW7duCTWq1erjx49lxHymGyaZ Lj3Sijr0Iv44IujlxNWUSiWzFZaWlorv/cW/mIxXt9s9OTlZWFhwSKkw0vWUQkzOk9C3c3T0wgsv rK+v+ye6NRRoJZp/wDCHh4e6BztlzIKJBko1u1daQJh1141O9BCY97kK0ouiwNm62o5eN0YSIeuZ XW8kNuQVedcsyxKuTXku3UCIWbh99U2JxPfwIhj+U/hKzg7aJ5zqchvfnsxG8dUf/gjx0o6ZSpeX lwsLC3SQaM+Un0sBXpKjkjtb7tHR0ZWVFZqvPM9NjKhG10KW1xnBz9Siz32e54RtWG+Iu9VqES6I UflJhpLV5gakEWAhTQnhaKRNsj9ZFBwnb8Sr8QSVSsXFSlKq4+NjSiaf344ZMdhK3K2FOjg4GBsb azabe3t7Muy8Y8qv2TAWhtno9/tlZv0yGiLi/NbX11tRNs+5yxj4CAgU1FNlWa/X79+/XxTFb3/7 W0Gzw4jDajQadBZKbIW7165d++ijj/g3prAcDX1SRCaJ6n+l3xJuk4nVHZ6Jl+bnonhj1H8WNWDJ jjUaDaG10weYZzEOhg4ngSiMpsNXKpU+85nP/PrXv7bTLKdIkALZ2bKGiZEX9/WiSJhZK9763vcB cOtF4iJiYphcbfLHbrcrvdeN5nuu5+Dg4O7ubqpHRdOLp2Rlq1ExjCbr9/sbGxte25O1Wq00ZZPH k4fjOZM6BbWS5zktuKinHeNEXBqOmt8STMqMHxwczM7OPnjwQH2TOrrEdKbk7eTkpJs6NzfXjwRc JWaur6+vuyiexGlIw0lQIwoxLGApOq8VoZqCA4uv/OAHTLN6SR6Z/XLrNQTc3t5WAweJpyjOFeOm SLqyaIRLhHV5eWk41vPnz3X/5qgd2JQ9SGOy0W1Pnjyp1+tLS0tAtJ2A+l3KpNZnHllqfACT2I1h wLu7u2Y2XV5ePnr06PLyUrM3ZxOfIbzSjAPDdXl5SZzCo4qlWdpS9JDxFgNR45iSa71oGuLhPQ+H 7zo2m83i9/7cn7u8vJycnCS4IR0xmgNTuLu72+12zabA/lgadrkfjWvqUVg9NDT09a9//caNGw8f PhQW1aITFP0XfyWreXJysrS0tLi4yNnW6/X9/X0SO2Ue7uanM0vjBZhIgFoa1tLbg1JoN+xQnudm FrTbbfMkUi4JF9Lv92dnZ5l+4bEMuwcWanhgaj177AeTKguJ74EXFxediYEo/WaU2MlPo4EvfuMb 9vn8/NzYCnUwxmpK5MvMsVmWXmjnetIVlctl8By7++GHH56dnU1MTDjpvV7P8J8kIOEe7927l0UP cBgLMyPcdcxR4ahNxjrFPu0YXsQ5WRSGtSgKPl8EoG4/j8bF9oNjlGKUVyiVSigHVeRkyfRSzWZT xiOP+t48tEOc0OXl5dTUlIvFLqUguR9CaIZhcHCw+O6v/kDnxXa7rXz9PLpBX0Y3YGj0qigDKpCM l11iRvCa0kDShBZFhzreUsShmLoUY7G2trawJd6EcB587Ha7YBWc3o3BuA4408+++yLw7lHZem4T 6HKBGG7FQ9ym28OZYfxVVzkl/X6fEU4wMen93eBer6diNqkxWBgcPbilsYGgofjd3/8ezKe8Hvfd bre3t7e73a6yxKRXLopCpV2v17t586aw3uG6deuWAX44Qi7OqkkySBaWy+Xbt2+nFg26kniHRLmQ 3osSANZ+jG5JZBnw47X7kTbyXyiWV+AAGleao3CALBuCU8AIHBdFod8AIkw6RaNOR9PmVaMRSRGN 3dWhsZblmAQiGzo+Po596Vyp0yu++6tfsSTifrDP8rlWExMTuubaulQ0REGWCHFpmn6//8orr6ik bjabmog44FyWIoJ2zCxKyLUTIzJmZmZSFpe0qhRdx+sxWgUQ8ALWvXylPaSzbPWv0gkWna4xxc+8 hfhL43GaBqlgFwWkYehpshl6znNychL34KmIVdtR5TI7OysESaX4n0baX/nBD1pRs5tmmiTqETvm KfNosuwF/FYRjRcACtV3A0jiwDSGst/v29pkDZJdZkZ0G/SB5D5eL4kABq9MrUiSxE4MKUosrpNR iubnbMv8/HzqyJIIYdoe3q8oCiNek6GQJxJwmmA2PDw8NTUlH7m0tJRC38S4gcImm5ILZtFqtlKp aDBUrVaLN779nl/v0V3PiYkJQx00/KCzdTwTfcr6Qw4DAwMaLps5chrDn69duyadBPYxPjJEWQyd 5Ov6/T49d9JYMU1OrgW1anmeK11st9s6VUs6dqNAJaXD/BZnDS3ViXGedlf+UrVFrVbb3t6uVCq6 ldg8jg2oT+UG3WikmKycMCoBgdHR0YFo1Sr6dZo//PBDd/fs7Kx49Z13qzFmmbW6fv368vIy8sjP w9poECQwUXJiddDfy8vL7Xbb9L5uNO2UWU+UBTPaifHRVt/X5SUsXJIIMD5JlEsplQgZXlHMyRbB D+WoYy5CaDYU0zmK6G1Ujcbu2nvu7e0l+g/w7Yb6A78GI1goxC8JHyOpzQWNPI4oj0KGZrO5v7+/ v7/vgLbb7S9+8YvFd3/1q1J0UhbFNKInoIQWW4GG1sMiZSfg5fQmDCIrUalUWElrIaIhGJfIpUzK rrSW8tsr0cnBI1lH58twLMTL6OgobkTmrBZVwllkd0vR7DcLtZNIguV1UJCjHiadWbrXfghStGRI bLabZxt8JU0Q0nwNSMUQ0JskNJh4l/X19fxv/eN/gjovhQ4gjyEFCefi1dJO+ifqCaWOLAAvlKgl 7s7d5KaEwXmUxCEhLDHVwujo6NramsnHCNGtra1arabpYT/KHxI3kiBTqVTSNaHf72O7fJv3An7U I/ipVkyfThiUbBGuLAAAIABJREFUQ4I+yXvaoR1PpyexSWi7/IrovIhWAp0YAd3tdpFaaiJSuqYb YzTBECp+11FzKTpUAgv20Eb62F4ULttLf3HF6zFL1q09Pj5G1ibWxNfz6BtCwlStVjWsZzP+jVOV QqU8/nCWIqd6vb64uAhGU69MTU3t7u5Wq1WwmxQIVEk0Ry/q30FwuynEcf3yKAz2bdqFKRNi8Iai g2AyZpWYV4i28HbVahUNzCKUSqX8b//Tf9YNgWJKuzODbnw6/emc9WO6oa9UooQ8mcSUV+FC0DDQ V7/fZ/ZllVdXV6W9PCsm3Kd9/vOff/DgwaNHj/wu4jtSdUD5KpJke+0ikwtf+GRZORbRcXGB0+v4 Xx9ug/shP/UJ/tuP2rQ80jPpMqe3dqAZLYo3HjClZJJT487m5uZQbQ4Ty93v9x39Iiq9ulEZlo5O 4g+TkEOU2Yq+SQlCk3ywSmKPVGBBntAPHSVokodqILlI9hvEwabv7e2dnZ3dvXt3enqaPsgNT+uc ZdnGxkYj2m/VYzR8L/LlMAOwjTtOv8vrWLF+jEhFTgExGgumuzEQna2dEA6NS6lHG8zBwcHJycn8 b/zR30urxheko5A2mFeFP5MwLoE7hMvi4iKRESLfEZd561yZ3qS5hQ8piuL09HR9fZ2D89qMARGs PcPLzMzMJMrf3rMcHG7SvkDBbKSqWQIapjohKjekF3LyInQ/InrN3KAfK8AYO9zpd/EtRQwUsLKK WckhJdva7bYWn96x2WxS3qT7lnh6j5QejJUCKrrdrpEtbKQ9kugqRRqeT29Fu6NeVOe4RRcxCU6J ntD8avzFcpWihtENT4Y2fSaaWuZMQG9l8Gt6uTkz6+vriZXNrqho2BeHtRtDkBLJkwgWIq0sywZi tJoaIDFqs9lUduJh5OMc/RQ92CMPo8tC/h/83T/iXCqVytzcHI19ev9EN6ZFEcvNzs4K/bHBeq+X SqXFxcUEKCFCRF01ShUYUQ60Uqncv39fWf7FxcXJycnc3JxGDcmxbG1t0ZKkJgRSgHwfukMz3ePj 4+XlZeVbBIGE8AlIpLVO4QJzayNRtWnpE7nPUCXLXYpRhwkRgRClqIZknvMY0Jp849UT45lLMXEn i24m/JLbq4r6zp077KhfV47ZI2g7eCN9bO9KuhB7SrCkmh7AeP78OcqyKAqhhvdFhBRX/uSRpEzR uPCOT0C+sjsqnKit8L7CZ7EzFMEqw+huZivavTqmiQSxvykkKELkYG0xT4zd7u5ulmWkSpQ7ecjU /40bm5IF+X/09/+BFZf15Muq1aqunKqC3HgA2taqEJeUbjabRrHW63X1TFNTU4uLi2Km9D5SoRLg qrrQ3UKxxDtonozuZqRN2SuVSgyJVUBrQjUOHwAK0nhOGVw0vu3sX/nD+BUxwo6Mt1qtEnt3olVw EWkieL1er2s5IpNKW0TYKMukWFMQnYdYGH4AS7IsQ7pnWeaI9Ho9M9jSL001axJc7BGWJEl1UkTo oDuRah00dmNiPLnIzzt65aR9LcdYYGe3FLkZhpkPsR3eqB09FyACUX85etpzXCRLgs4kOHbWHT4G lG9MIc3VhAWPWo6BDV5TStDi37x5U5d6AbHRen41jeBgjAPNQws2MjKS/81/+I8SRHGG5ufnMf+t VmtpaYnbAtqEAgnkeB/m/Nq1a9qmjY6OqhYYHh5eXl7u9XoYTqkTpySxzPCWAha6zWq1enBwYMiM he5Gx52U8UOYraysnJ6eHh4eJi+ZmIFktpO61Zmwo1moKfrRMKqI5KxzCRsUkdNqRReflNNituUH 0hFJeLcWs1F6obNN4jcmLRG8ToO7US6XZTKdP770qm7U2xEKON9aQJycnLDW6TstLKWyfDfLp4q5 d6X1syyH9FY/igVSgJ6OSx46KiuQxczyT2VA0X/ZOc5CzocSSViI6YW/Uxjji0w71Mq3lEP/jslI YoVEnzm+5XIZ8nTcu90u4q8UWWxRLFR87dq1/G/943+SFpchZ3U0spG6m52dxdtdv359Y2PDe0rP Z1lmDMju7q7fJ6w0hFDB1c2bNy0rZNyNCTe1aA1CaslR8NG9qBIRuVerVU1Tklyr0WgcHR2JuPuh sqNcHBwcRPiwDdWYr5jaICUf7U6yx1CKI+g52fWUnEnIAegU9qWMNjvqfPg0h8kv0osu1Vqmtgfu RrvdJiu6uLjAAacn7/V6ot6kdyuieFOJs5NxeXlpmAIIZ0lp/J2qVnSsTP2+6P74q6EYh1sKDS/X 7+KxMlkkMPLII6Xkvge7ekMSEK/EMK8ixDIpGLjKZfWCchc6JwTlVpRDNO5drkYv+mwiCUkvDEHU hK4XNJT6uKGhoU8tnJc/Pj5W4iOnT8TqYLkiNF6Azeuvv/7o0SMijDzPU6Mpce2tW7eozZCJmEru z4qo1+x2u48ePeKGxMoJcrDNTJHwbmVlRSH4b3/720Z0mwdaPDYzg4pPjog5sb4sKwRib05PT43J 0BoIrVEKlREjyry5h5VKxeQsaKETNXRZiNh8v7d49uwZs+qPH7E3jpoqIHXh6ppOTk6wHM1mk8zX CyIuzHbN83xjYwMgLJVKlUqFmc+yjN7wqsXthdiFJzGLuRftR5xjTGhCU/ySI8jqd6+0QgL2rmKh cggSsyiTzaKhN11LCpwSVVCJXqU2pYgawHTQrW2qtnIwUuch/E+v10szSoRDJIzsMntNK8Cw1uv1 /D/7X/5XyDhREFmWSTV6f7/S/zKr/ejD0ok65Js3b+pdMTAw8NFHH1EwpdL+crkMTlUqFfVVqvPW 19eBhxTPlWNsdDIVjilQvrS01O12Nzc35RhLpRLg6BKy+ulw28giSkN7UaafYJv74CvdbpfOz+un zGyCbekvadeRxPxSos9SOkZk1u12E6ZPL5j4e1CVcVIoDLUr5huOuSxDQ0Pj4+Nra2vXrl375JNP 4EzSXDW4eDfHQmGfyBvVSwBUicF+yQOXIqmS57nqXnYqGeY8uF1/TwpFN/Ayer5DaFmw3eBQ8nWd mH7RDll2ol9SCiXl5KwhPJxcpWcGyawzS1EqlTqdjsg4OdXV1VWm5+DgADK38mxBnuf5f/wP/kdd /avVar1ep0yvRztUBliT9CIKha+uVLlc3t7exreAU6A5umpnZ0caxeqXYuh2URQabyFf8xj/lfjN hEFLpRIW4tmzZwj7FOlzbWTck5OTplgNDg6SZTNdfp2twkg6kb7B4WtGb/AiJomllDcApjNecr5Z RIfpWKSbWYpkoZ8lS0bC0KjCo3CaK9Ttdufn53tRc4Kv/NM//dNGo4FpJp2rxUxEsFDTZ2nILHSo mIoE3pL5TEHFVfbGlfBsIle3GhHHmqbrnQxHwnXMR8pbCb1SDtHf3Te/C8ssuASQkhYNJ+EdG42G /j8S13meq8dvR+ExmjuLmeFKaMuhw/ScfF2v19vZ2UmtMoQrxZe+853Uz7sUM3AZ5iz6SLExUlnM rWRhwsHgF2WfXuvE4rqBucdg68DAALakUqlId1lT3FOSLaWV6na7PhPiwjM2osmEeLrdbu/t7SEl 8qgYKELJIky5cePGnTt32O9SpITS9uMQ+zFwye9KOmqmyHEUeCTOsRddrJ2VxDPYVJyaFE8/pGyD MX0tZTNwtWlK+/r6umYHRjrkeU6w4253YvqqLeS4lMuXovUV5w7RpT/oI0fBCRCZpPSfdwHcy+Wy dfCXPKhAgWO6OWnR/Li9Y84YfgaO9fV3e2cB04VBpXM7jrgdPDo6Ss+THqkWRbfuaqIZbL1jbWRd Iq8BvG63W7z1ve/l0eKtEmPe3OxqtTo1NZXGBbvcpchlegKURS+mQJRKpZmZGSg2xTGi48HBwYWF hfS7051ut9sEIbSzKTDi2rxtHrlAlVQpTIE4ETgy6mgKAWjaMB1UFDEqIRwcHLx9+/Zrr70GMbO4 aL4iRkO0YvZiFnIye1CLrk0w99XEauL1gJwsJrpDBRCFdQZDh4eHpc/a7fby8nIS3AqXU3c3VbNy TEUkhv1SnrMSgttKFFp2r+gmfaCkaS86iqIC8xj17X6mcAVkT9FRitcTyEzH3UYDlt3oc+kv1Su6 +84V4UOWZQ7JxcWFIqFeryf/KPYDL09OTsTxxkqnBpa9Xi9JBvylG3oQ+tk8zzF7Bkjt7+/PzMxw HcU3fvazRMgURZFoXQfOzvlX5y9FJ1IhjZhTgGIbjFHUvlMUJaPBXrbbbclFsbOgpxuyut6VIgJX pRZtex2marUq04bWZaVSwiWhIKXPvagihzUZgNdee41kaujFuzsffQj5LC0traysXF5eopIw6/1Q Sbhy3RgLji0uimJoaOhzn/vca6+9trKyMj09rehnbW3NFEuHY3BwcHp6mnpyeXmZL8aDlUqlycnJ xpVWu51OJ/XF6ke1WyckD3Tto6Oju7u71n9iYkIJtSwPNEgaVERjzt6VNG2KwkVHIEciTLAo1ehW 6qbZFLdiIPol+k6GphxzH65fv+5jU4jsTdPnl0LzI2JJHLykKVJfqoTNLUXDSjaxiLF9Y2NjDAHZ S0qMqn7kclM/lKIotJn7NA/1t//pP7sKSFw+Ua1Pqcdswlo0zXCDO53OyclJ6tXDp3BVNjuFHcJz dFses3rRPuUQY8itdjodHiqL7lsYN3ZLEatNTbWlRYgee0FmJYjifnqRtNYpO9jv96VjbU96bDKK LPjEdM1Qgd2Q/t+5c2d6evrg4GBvb++tt95qNBr/4l/8i8sYYMWWiImTu8iiIEdjVZnFRqMxPz// 9OlTwkuT9/LIf1Wr1d/93d99/Pixb2BEKWdSebogr9VqqQu3GiwIj5RAghVwxMtRxOn48plU26WQ DJVj/FQvZj2KfKpRx2/7cLIehuxcqt98KSXvvSD7S1Fc8tZbb42MjHzwwQeX0dM8hYuQgnPC/kpQ YjVw1uBAAgLC98T8WAEnxBzxtbW1Xq+X/+f/2/+e1OOCWbx1lmXWN/mySmgPLdPGxoYVcUMSdd3t dqELTQmY/7GxMfBRAXoC/b0r3YA6odgpxwwgX0n8qzyUttiWe2dnpxsTPTwq+JssWRZNZ0pX1GNZ jABI1/syxjWmqlNGl09nn0AXxZzKIdQ86u1Vr9c3NzdT3ZcNA1uHYo5ApVK5e/euOOTw8HBqakrT 762trVRiivu7fv36e++9J6QGFBVdANk0RUks1Ijmqp1Ox6wzO+0vTrYHSAeU1S+iCTCJlVVi1xxQ XijtSFEUylCBrnq9/uTJk+vXr2utKK2uK1epVGK2QCx40qVKrC5ho07QzqXPQeaAcLrtVqtV+UqB rE1Ef1sTSSGuYHh4WIOsbrcL38Kon3a6/a/+j//T6qQrXkrDy4pCKx9otRtNkNktgWYeY3PymOMC pleiOWCtVlP/Z294sX40irEZ6VLSYxAXwL68QYrDut3utWvXJicnKZyE7cMxCVf9LoR3FcsCkb7O 16c8scs8PDx8/fp1GEYZaTr3gH6r1TKvQk9VdF4CnaLnRqMBXgvmuA6WrCgK/dI9J3tJ2MMBYsMs UbPZfOWVV2ZnZ0ul0vn5+aNHjyixVFo5Chcx6m1iYoJKAlUHe/ByeYxN83t7wd8lfZ79rdfrCfwk k1GEDrwbWs4syzQdasWkkBTOmQHPY6cON/R5KrOh3MSXa5rhPqgXS9gPRKQt46VdvJWVlW5UQvR6 Pdwri4b+lxrif3q9HjTICnRjxu/IyEjxtR/9OD0iBipNv3IpPSVUA6O3Wi30S1pWtlNRDWTW7XZN U+EikDaMijVKAKMTtS7b29u8irOeghsP5qN4CVll++dqpTHEAADE4jiC1B6V08zz/OLiYmVlZWlp aWxsjM7OGb2MaQnqNYqiePTo0e7uLopJfU6e51tbWynSuIypqa6f326YTsq5QEGplHN3d3dtbc0P Li0t+dWTk5Nslf123JlVDTQ9hu0YiDmRmJ9ka1qh40/QJY/sTxZ54nJImt0EqvcsMqPujE2RonZb +v0+QhAQgIYld2xEO4bm2lmeAZJkK1muZvSV6PV6TAC4ImCDTjkBhoZ8oNFoaKCUUlqE0AItSXT3 0OjDJKO3Spar1Wrlf/Mf/iPeAb+WXSngzqN4KSG8pF8n/2IPKpUKnw6e5nmOsixFy2BeJsUorF0e +uEsywxKRtjx/uWoM0Pbi2D8OL+fmo10QiCRhcJRkpkaR1QqRPbjyc0tLS05xPV6/d69e2Lfs7Mz yh+dHWQusyzTvYPxFjbUYpxiEU1UkrWrxOysqw/Gn+7s7NAwqb8vopNMt9vVTpMRIad79uzZvXv3 BEtZJDtpsLa2tioxYy+PBL7tUFKd4uz09bT9DlYes/QsSLoeveheJSLvRj6VsM95EKG1rzSCyGOm oIdPcnx1WNhxTeHBSBfPfWMQ7ay6SJysm4muGRsbe/bsmZwDK85FiJKF3ecxCw9ATZmsu3fvtlot DS7yf/9/+Ltcf6JCSSMxZUXUO5ejClb1u/7scqUakDjrKmId0CJagtuVlIZw4mE4ZIjTWVxpUZGH ejMLpZ5blyrPIT8NeqBhaYjEATebzdnZ2Tt37qiedWPBJAwu/wNowRUacOXRKjwVstrg5HDTmBxG 3RamXFU6SUWUX/Hau7u7XjkdTRt5HjMuE2zA/2pb0W63p6ens8i6P3r0qFQq3bhxg6diVrUIQcP3 Q6cFVxTRNKMXAmNR1vj4eJo154Di9ZMvdV6N02J0rj55dqVUr4hCbbGK8CPlfXqh5WRuMDAjIyOu mey7uSM8Q0Kh/sC6IIaIFn6WW7Qj3W53enq61+sdHBz8/1zdWYxleXIe9nPuufdm5s19v7nW2l29 zEyzx8OhOCSGQ4IzpjUUKNEgCcnUkwBBhgXYgO0HP9CGbUGWZZiCZW2ADZCStS+G9CLK5hMNSIAe JIiYpVk91V1b7ntVZWbl3f3wmwjkqB4GPVWZ954l/hFffPFFBM6Xn6pCpZOJ9WAwKP/Lv/rX3ECG lUxlvMLZ2VkYQ7mh0+lsb28fHx8vLCygxlyEET3Jk9zElnSeZhRV6yQ6u93u6empGVoQWxm6ueTj GzHSL2kKI8ChbToTQuV6vY72GdyaBFxG+bobe/TEu/fee8+et06nk/3TZVnu7OwIfEZQzMzM0NJI 1waxHr4RUyMFQMcjpZHDqLaw9bm5OYJssI19WPeNUeUmm7HbajxmcS0sLMiMU8EyPz8vH3ACfR1E 5ImJisJUM7ars79MVGqh5k9go3brEUlwgcOEQDQOoxCHDoP2Lm51D8pNKWTTbbuYWoz6TVS8uroK h8jliqKYiG2ayhSDGJXOI8AUsjV+ahQiv7x+h19sL4rigw8+ALnHYofRZ599VpZl+Zv/9J/5h1qM WiijZGU3mXfmIEKK9+7d293dLcvSphodmY1GQ2Y9jDbmxKy8+Ch2hGW/Tz1WKyX09HQwpkVRGH0B MGA5qqrKBcoYaHHJt3PbGccTLLkezDQU0Wq11tbWjo+PP/30U11Rvu74+Ljdbp+cnGxtbc3Pzxu+ w8venjAoWZeFo7q5tPwBpLgcV8ruklTlMlPn9pIGSIxURnVzfHx8bm6OjIL5Jl88GAyyJbcec3Y6 sZxQlLi4uJC0Gdg/PT1ttLao0o9SOkd2eXmJP7mKFWHj4+Nkp85zEUODU5vgDdZi5oNwNzExYb3E IGa1QxfD4VD6p1PCY+Hm1In9acSYi5z37/Eq5/X7fUNHi6J4+fLlWCwvV7UsyxKTQUx1fHzc6XS0 0ENQ1U/94h8BTrC2o9HI8GaxZmtryxnodrsU+uQZ3t/u7u7V1ZVlKMp+hsakh0ubm4ilTlW0kiTl lD6SARVBgKok59Bg1IcFvUVRCHA8dC3WRQxCZuQzFQqqmFJwux55eXn52Wef3dzcPHr0qB8KCD4V oQYP3Lt3D8MtA8t0E9lai4XalFijKKYIGr1eD8ZAuRARKfWVMdXgdotn45Zkijs3KDcVY/gNcGsY 3c2jGCEtYGZukxoY79TAMXS4PaHJFTpdeEAkAQeZ8r5mjDghRvC7+ajLEMkwQUgVa4ew0n98dnbm L1MvxAZ8jrcMrjA8JwdV349tAUVM9eELzMxNhQvBxVXs99zc3Nzb28tlEaQ45X//f/1t272Pjo6y gdIsGsyG464Iolzy6tUrCz8uLy8XFhY++eSTlZWV9fX1Z8+eNRoN3SGigfu/zXOVZXlxcZGZHJdJ ecYx6wXJVB3Xy2jksl4tE+yGLLuIYkc/BoZkKbseGrp6jEVQBvbaOCdJ2Pj4+NOnTy2VqEczf+0W nV/EWC97bTIQQ4dFNCJNT0/3YvCMR3pycmJ58SA68HVmDaNDJ3E/wSovsL29TaeZPCwxXwr4JJE3 Nze8YxVS+OFwaKobPk3WxAuAjsavvXr16s6dO69evXJcx8bGDg4O1L9NG3UZzs/19fWjR4+azean n35ajzFgPjmtvBa6OkjJSAgvtIzCmUyM+KKKNSre+IMHDxK0wJDX19e5TbQXYzwajQbD43xdiYy/ qqo3b9541GogaJxeDFwq/5v/4//0LOzSdJqFjKurK79GzQLtZP6rHHh0dET3OxwOCfS63a7uVc3h ORkoExp8VppRURQJQFVnPER3kuH75ubGhLudnR2OMAkHGK4bkzBWV1cvLy8N1q5HZ1MSQWay+cZa zJ/wTxsbGza6PX78uBGLiz0s0FYFYBRafI+7HrO0mBc+Ue1meXkZWy8VFs1q0e2a4Bin3uv1cGpe 2+rq6iDaxxohvgXbCMJ8L7jiX3lEYAmTW4sRIIovg5gUMDMzs76+/p3vfKeIemcRuhemmRp09Ovy 8jKCZTAYHB4eSuqq0IENQ6IoztRDNIpUHQ6H9upms0s/hrqy3aWlpVarZWy4v8EZDEJsUxTF3bt3 q6oyJxm3oeVN525VVRMTE3roUPLZWSHjckJGo1H55/7u36NPXFhY+Pzzz22oksXPzMy0221pSlEU JubhvMdjULLnPjU1ZQ2Bgy5uppeampqamZnphwxYAa+M0XZFUeTBYF4KYHyYV5hUTzJfw9Cd5+N2 SGAMg6vFB0fINzKmer1O58gazD99+/YtXz43N6fMKZVMzz0MwTpY2Y/x5sPoZiAHOjw8lDQbV66p txYasn40XiAK2GUzulggSbkmELy2tnYTQ/+GsdJFNa2IhhKxO1c+Atzsb3Nzs9Vqae52s4uLi/fu 3SvL8l/9q3/FapvNJvn0zc3N5ubmycmJhWSCTz8UO5nzpbwZ/vTGBzGD6jbG45XgT/3HVAAgTcqB EBXaKshaM52o1WozMzOw+CiGWQtHrCJDkJG7cnR00+LiYjd654Gft2/flv/d3/xbmDVJFdD59u3b drt9fHzc6/Us3TFDZ35+/tmzZ7VazSZu3oJZ9Ho9qBQ4u7y8xG80Go3l5eWdnR0FGo8AkfTq1Stx QEaidtvpdA4ODui5i5BlZ02kFl26GRwG0b7uOiETOM8dsTaWyqog4GHsbRhG+6kJdK7Kx/ajoTHZ fU40E0rNhGou09PTNPf9fn9lZWU4HD5//jwryixARQ/MPT8//9rXvgZxPn/+XCnj9evXS0tLUA1v xwsQikgZMYwikpCY5bOxWHrkNH75y1/+5JNPzCR68ODBxMSEaqj44MpHUX1MrJ8spBy9Hx0z/Ggz GkCT5ezdGlQnVstEHZhB6P/EsSwq+y3hqAg9YhUaMjfej0VFCeFcGyuq1Wqrq6uAPr6Bo7y6urLz KDNjacDY2Fj5v/yT/xvnyA7gae/Mf2uXfvPmDf6oFgW2RjTanJ2dzc/PO1tS8qurK6PVTk9PP/jg g9PT04uLi62trf39fSJeUdtUv6wC8rt4aK1rfE8t5APFrSbIeszFSyaYIESDn4vhA3yyoJTxAVrF pXRiDHpqRRoxqb2K7uw8YxjozBRdBq9maJa8YmVlhW5R/UiFP9GO+sjs7OzW1hb3T/IxHmscQTgR 0ulif2UIVJVv8KSsX5jlOPr9PmEtL0ZV64IXFxdPTk4E2Ovr64WFhXa7rWvRuAEPoR8DX+Eovkxa CbjyQWW0JgGTJycn5D3s3qlWE11dXcW1qxCDf5mxyBygHW+ZOIJa4Qc/+AFC1pFeW1sTD6E4+TTj pkeQmSgKqWCK/LVarfr2r/86qh/xdHx8LDMgGRdB7Ifg87a2tjqdzvLysukOinyUdKK8C7q4uDg9 PV1dXX327BkS0AGF6ZOI5LwTolzHmlp7pIqQR/vJsVjvOLrVnpd2Lx+wBKJ2q6DrMLujZgxdQorx ZMm05Co+qbOG5aqqHBvJ8XhMaE1aUMXXpHDzUjW//vzP//z4+PjFxcXh4WHmTCx1FFPjiRG8/o2N jUajsb6+TiRTVRXCoCxLzEyCsZ/4iZ/wtLOQND4+LrTmhJ+iKC5j7fjZ2RlfzgtIb5aXl7WVmOsq niA6suqZ/CnqfTgcLi0tqdLDh/l1uJdXr15pG+AKAdRWq0XxgpLO/jJDMnCskBuk/vbt293d3aOj o6Iozs7Ovvvd77rZIuQqHJlRczJ7E6yaMdTdq0/QMRYbTufm5sq/8A//0dzcnKRQOO5GF/DV1dXB wQG0rYSRUBU1SUm8v7/PbcCU7Xb78ePHumaAjY2NDRUctL0bk/tr0GY0gBc+JOFKWnP+6cXgGr6z iE5Kn7+xsQEzSORxi5zx0dERYLO0tGQkJY8FC0EmDhVRSuoC8mh5Vaenp8PolpARtlqtDz74AMyT k3zlK19BG798+XJ/f79er+/t7ZUhVDo6OhJearXa2toavr/b7VKAXMeOeAGdXoi7/epXvwohSMJ+ 7/d+z4xBb/Dg4CARDnxVReMz71ir1d5///3l5eXDw8P9/X0BIavRDv/a2pqb1Q0zivHERfQedDod ixaydCDtgTS4hnq9vrGx8dFHHwksZ2dnkjE5+suXL6HEpaWlbuxZ0fqTWAtGcCDLkLtmpayMteKy kbIsFxcbFBKiAAAgAElEQVQX2aFapIfpCThRRVE8evSo/B/+9t8ZRYcir9DtdtfW1nq93tnZGVbI +1haWrLSSwqvVIFQc8/dbndjY8NEwmbMPVtZWaFWm5ubMyBJexTrBP0zb4O0hrEU1nf1ohGby0k/ 0Q/tjfvHUv/gBz/gvUTh3d1di8l8xZ07dz755BMagfRbapxJ3WT5UEJZix2IXrl3CWLyOs4e0eLH H39sPt6TJ0+azaa9JIRAYqM0BgJcWFgA07vdrhRtMBiQENZqNYjoq1/96sLCwsnJyXe+851arfZT P/VT3vqLFy++853voIz6sRZe6/rTp0/X19fVGrP9vBPjIAmz2ZyUGmR1+0QZTAS1kqQwIvh2SuNc SeUFz36/Dw4tLCxMxkJw6Y1MUQhC5VXRVApnGm0wjPVrjWhNzOJJeauJeRStVWqxWQMlP75NmdSj 4V2QLP/KP/+dlJ72ej2bzuywnJ2dFbtbrZYhHo54LSYWSdKNR4Mj/WUzemR0zRVF8d5779la5jUY hWMkiGeK9UMaAqb9W+0mWR6qhxi1CEFYFasLp6amnj175tBTip+cnExNTXE8bJfCJAFSgiW8SnlL RdiN9s1RTF3rR2NOcszZgdpqtU5OThwbmpDT01PZqtz39PSUJ1OJMzyD0s7PAyTqmjgWSs/hj/ap FCHqVKCooqVwELKiVquFSrcvl86iF+sVrA6oxxi20WgkwrChZuyMz9zU17GhYfTEAM2ZDdvlNxqN lpaW1LCurq44uCJGnPKGLIociMvDahhAPYz5XFmHUe0axqyYDO+jqNzXbs0kTL6hiv5XNpAQwHmo fv5XftWjv7i4SEXKWIyMOj8/R1EL3HqNT05OnCTWf3h4iD1wmi0OxMql8Vm0V1WV7cDj4+PQ+U2M upYG6QN69913e72edsZ6tMH3Yl5zLVYrZM0i4ylidGxsjN8dxcLeLGrMzc35un5MFc5f95eCTEoe hjFevohxobmKTI3ZRHaAlUkpThOc9WJGip5ozSjJqypUYWmzRUOzkjDbiF2rVcyAmJiY+OCDDxr3 H/zkhx/cvXuXsMwdjWIkqjMD1OncbTabJooJxVVVLS0tydpVM5SxbmJUvuN0dXV1dnaWCUAmpv5V FXZlZcWrvLq62t/fPz09xarlgANhSoienp4GOXox7Gks9k3mKwY0RONOTE7Pik3G3kbs2ctMTPbS iXkWWYvFZGSRq/yN3/pt7VX1mJgqiGg9lP2o/DlbXjM1NuGAYMQJlTFPC4F121/KDcyOdB7oZ8pQ t79586bdbtNAQyC3178xNaGtFz0TWIuMgFVsQUcvejpunqdsRp8He0rv6JoRw97TRGyzqcVciiyp JE7ACXB10jgEi3IjByF/QBqgZWTnx8fHIrVBgohdY626MW1PecgjMt7VfzBKkh7yDRfvgPFzCFDU RLPZVDREqQl0JOBVdK/K7wkxBIRRbA1nl9JKfI4ktR5qymE0AZbRQe8hpMd1kGQgr169mp6eTp+Y XcW1mN9Wu7VXmL02Qz9XC0kwUxTz3YKJLxMTE4eHhxAyd+5L+yH8rsuR+/3+TawatqTAJ6KBVUZl wdQXFxcXeltuIyR62qOjIw9UGY/XaUQ786efflqr1dRWgBAcMFDEPl69eqUL9sd//Mdfvnw5OTk5 Ozu7u7uLe67H2JBsyxd5MbioUpMq3PPl5eXKygoZnNPIJrJC4bWh/DxuXKQaQk53UHyw1quIYedX V1fadurRZVPGjgPfqIjRaDQePHhwenrKFD7//PN2u00zI+ifnJx4gMTcTpT0aWVlxbewzuPjYzHT ovPXr197O2traxyQk/nw4cPnz5/fv38ffST9zWq8k+BMenorKyv2ICGtUau4Mv1lOAaGXoveqDI6 4ocxsRHCLEMlWq/X7927h9krbjXfvHjxwk+mh86SmSefg6NV+l1GEQzpv+fmudrRaIQSBBrF8/RZ cozqF/74nwBRJmJ9NL5CxwYuAvMq+fNqx2PADb7JmanHSsbMeAYxQzllyoiCsiypZTY3N09PT50x 8NTk67Gxsfn5eVKZ2dlZVIY71PID2KmPer4E6GVZ0m8WofUbxMz4RvQx8QTT09PZd0cWIdkdHx8/ OTlx5UtLSz4/C2qqzpo8EGHLy8vvvPPO3t4eOR0x3MXFhaZsHV6wQVmW9I/4OHkOj+7/JssGgI7F 6jKBAjnNr5NCSBughbOzM9zRwsLC8vKyvZUse3l52ZG2W45hSR/z81XjeRywdn9///z8PFeug2Ey t1HI+5gvs5Z6OvNFUTBT2qq5ubmXL19i5YuY8eTX+zGwTTTjNQaDwfz8/Pr6umqR9BoeG4V6mWIF BQINCh2IODbsrbENIL7883//H5QxsmswGGQCen19Lfdy3aOQZHCQ2a+OhkdcHh4eZqsEB5A7KUej kUrT4uLi7u6ugwGnArJEiLIxGi/Xk4ceNeQaiqgBOZbmyN3c3HjZ+vwFO2RWcojEpVRc6J2sAesc l6FiCQeDwc3Nzf3798/OzsTi0WikSuI/xsfHFaHBTWAxhVnj4+Pr6+sEeoeHh7VaTYeAcGSvO8Kk 2Wzu7e0xkUZMjDHZKkuVvkLWZdbpo0eP0mmxbEY8Go3Oz8/v37/v0NIzz8/PuyoXJrKp9WDS/GJa QhnTddRJhGsdP/4+gVli6+vYmYcCH4t5t2DhycnJ2xhElxxAli/yc0BEe9wSCzlC5g74jxTbWI8m 8e33+xBHyhME4YmJicXFxY8++qjb7VY/+8v/cSOmkVCxgrBs8fDw0CnJDvOxGLzBfaYgYW5uroi5 4OqmonwZE5xRkOrqZGREqsJTtuQgH8/Pzy0xU024ubmRuSrH9mKaQCI2QZBBnJycwBvZ91BE/wdj IuWHFgR0BcVuDBgDfDlCZl2v1+1YA/Mase3IyVclWV5e5vXLsqRmu7i4WFtbOzw8XF5e/trXvray svLo0aOiKM7Ozo6Pjxl6o9GYnJxst9tlWXpiUtU0BXYJ/rrgTqczNzf3+eefHx4eHh4eXlxcUEcJ hvJXjQpOgnCnnTdLcgS69ngV0TKWyHsUXVH8sTcFRo9Go8XFxXfeeafVasm/WQvMpo3IV7x+/dpW BWXO5OuSZklOuRYNuOqY2domHmbLQbIjYAyGgDmpddbrdepxNEAtVrGPj49/97vfffz4cfnn//4/ SIKvjIkAeR3DmIGmdg1vSMwF6Eb04Wa2kbpWf7+2tuahGxOHuMj1D++//z5ibjgcfvrpp+m267Eo C/7G1uV4W+fHY8oCm/gj3qnbyyJ8Wi1mVVcxCHJqampvb08eQzzMJtwgvgyeLmMOhG/pRidoVVWz s7Ped6vVwmJ99NFH9Xpdkq20vLGxMRwOl5eXt7e3f//3f99IV3ggUYohb1iOsiytK6+qSrOiR/Hk yZMyRofWQ0Q0MzOTQXVmZubZs2dLS0tFNNFihMqytKcusyOjiMSK7BtstVqnp6dA2jA6SHJUBl4I Uz4xMXF2dra/v2+8UbfbVesRlt14VVXSXzd4fX2tSVcfRjKPGUYMyh0Fl19Eq4qsw/MU8C2NbcUI R50P/DWM7Yzd3NxgeFSBfiix/Mo3v1WE7k8al0S4fpNhqOHMZe3HlLaUv9WjXaUWHQMMiA7b0A9a bWUXTC2npfj88uVLQtbb1AoYk/zMdayVk8m12+3Dw0NEHkXx8vKynqxMswQy7kQLi2vzvYp8yh/J hBwdHb2N4W/ek6KynxTQEQWOjSt0DePj4xsbG59//nmz2VTFvLm5QbHPzc09ffr0e9/7HjtAsYn4 al7eh/O8vr5Ob5MVE1udobV0vap419fXq6urro3tXl9ft9ttZuec6OMeRBOJ7M2NjMdevvX1dUDR JaXioIipxTMzM/fv3zdJisqjDAHPMJZtKeCMRqNWq6VzlMPm2jxYJ1ZCJVZwyckpVdGFo1yg8jiK YeIpIHUIgVIUOVdlDJvH++rVq0wVfqiI+flf+RXHCJgWKxsxxFQ0KctSdNDMgopJabXvq2K2uknN fPCjR4/sxvUynjx5MoqxUgAWyO6tJM/DQ2PoLy8vBYosMDlUrsoiJ7CYkIM1K4qJzo4ruU72ZaKx qZfIMIFyo/wcFYYOmeAEd3Z2BqGTGcYgT/IvQVaHwJs3byizl5eXV1dXz8/PaShkh/1+n1HWarXV 1dWFhYWiKGTAnJNQhs18+PAhqPD69escauLcMrW1tTUt+hRRjhBWKssX6oAUjhoYarXa+vq6bzQX qd1uG7SvYzMRvH3X7Xa7qqpnz54RyZrggADBsDEM3nQ4HO7t7eH4m9G1IwGFbMV2qZdiCwrr6urq /PyckwXB+S9pcSNa4aQoIirHofhwcnJycXGBOCmKQszhdMTnXq9X/dnf+A2xifMm7cBAJXHmGLli 6Yuq5yjGkqSmHkYfHx//w3/4Dxt8laq9169fr6ysSDehzMvLy+Xl5b29PfY3NjZ27949A15QgZon stYtuW7G/DoPCJ3HzkSSIiqmngUHQ/ZYjxUocvlhdGlwfkj3fozR49objQaXPD09beeU6kQOJQaX q6p6+vTpzMzMnTt37t27R5p3fHxsPUG287bb7S984Qu10M1ubm4ya8FQFOrGJAzR+fPPPzczeTQa PX361L5Sbn5tbc2jM6FSKjWMLvKLi4ujoyNr5Wko4NJBTO5/+fJlp9MxFvPp06dVVVlcqtg3NTVF GT8zM/Py5UtJWpZ11M7pmTODGg6H5GgcQXJovRiVzKW6NTgT1vIHar2M7TqCTO3WIHIH1dJuQUnC UEZ1qAoh/iA2OPu0Wq3WarWmp6erj3/u58yRKopCB5SHPhgMiAgEU0BTQiCgQOHkE51OZ2lp6d69 e1NTU+12e3l5+Xd/93fpJRxTp1kG1mq1zHzLrbkasRJ+vHjxwtYDMUdR3YPgdO1+adwaqwBQSa2A Uf1suP8ypn1UMShUTFA/djtVVRnHLtooeH31q18timJxcXF7exsxChskR6EEgWJrNBqGJYn13hYW Fc2aqYhfb7fbFrPNzs4eHx8rryq/39zcbG1tMQhxjFPwqMuyvHPnThnrxKBEFwCQkDDs7e2lVlYR wHyb6elpQI5YutPpmCghM1ldXTXh1eFZXFys1+t4lVGMu3ENKysr9CpSfNNCfcjMzIwUn2mNRWvy bXmCXALEhxWh7QwLRWjCUJnqa7XQ5etjxD1kt9BY7MYDNPrRLy8KXV1dVf/Rn/hPqmi8zTnOzdgb XxTF8fHx4uKiNtirq6ulpaVXr14JHD5Iwe/k5ITITrGjii1TDrfoDGkxSgHIoWw2mwZgOPRjY2NH R0cXFxdMR56QQea2DH08JuXK35VCSL1XVla4GdrArLNKu1OTvbm5iV3xRMw+aLfbzWbz6OhoZ2fn 5uaGQT9//nxvb081tFardbtdkarT6SwsLDx48EANaHFxcWVl5b333qMsdwtsUUoj/3PLnRg/ZkQW eY+6En4GbskFouPj4wL0zs4OKtBz+P73v68jh850e3v75ubm3Xffvd3P0e/3t7a2ZA4OgD+YE4wK wDMYDDjpQfQoWYHE+2B1LYhl94IJJJaVfI4fQc4G4NjmLUU3NJtFWW2pOYDNR62urn79619/8uSJ D5Fs1EPmjuetQjsI54gq/ejllf6NRqMf+7EfK//KP/+dfqzGHsWuM09ncnJyb29P0U7+0Yu5MVl4 akY/HjYTx0KM2mg0VlZWerEojzrS69fDIQoPBgOFbg9IhiBGN2JauUI9OgUnNQjxSdZryugOMSEI h6gyh0qrR+e8QfdeMOfabDaB2nq9fnZ2Vo8BHlnJK0NEleyBB722tra4uPgHf/AHo9Fodna23W5L rEEyKG4wGHz88cfHx8eUPGYJ8lvmPCZJMBqN7t27J6na398H7qWti4uLSf+vrKz8u3/376Qr9Cf4 ++Fw2G636WTKsgSitFx6TeKDxygF0urB10oq6rEGEAL2ZBwAoQY/kShX0cdrci+PHj2in2FwGAgM 9ezs7GeffZaXIfmuYvayr9NxwUM9evQI0+qMyV52dnaa0eskixjGcA6gVG7NUSarq95fffSNn01l iJYcAV3voGDHSnTCLi4uqnUh/jzExq054tLqdrt97949nFRZlmqBSW5w/Hy8p+bRdDqdycnJpaUl BZGrq6u1tTWpgix+fHzcM1JlABClzrfxn8/XbGUkjvftjX75y18GozudzsrKCs80OTl5cnJiY30/ hoXThyKRGo3G69ev33vvPdEG5jk9PX369KnYoqrnGRJbKza7qo2NjXa7vbCw8IUvfKEsSxNs/IDX qX4s63jx4oXcFBjNIoM2mrGxsVSK4w1brZZZXBr5yIlfv359eXmp5dLLAlmbMWUOUq/dmo08FpMA ORd3MTExgRtRVpMycr0pgyvLkjdcWFh48eIFln1jY0O7synHvV4vEYFwvb6+vrW1tbKyQvQ/Go0Q /KpsLsDDn5mZMbfQu6aSAiK4wiLWSopIqX3ibclSHjx4UH30jW/A69Kd4pZ8ntuwUo8z85tXV1dG unGQPBa2nyGauXd2dvbpp5+CU0Z3cEK1Wk0FmMeFI0exQAEfJ20QW8soueelq+eDAbOzs9cxCZrP cFWQCSjcjyHAa2tr29vbtOZbW1vK1Ir8dj+h9sSllZUVdA1fuL297SkLJhrePLf19fWLiwuLImq1 2t27dzE8XDts+vr168ePH19cXPz+7/+++IAMxZ9WsbD34uICn20yHuCxubk5OzsrO0yULGf1Fi4v LzUsez5JDRuOx4YQKWMx2Vj5k7TJG1eb1GUPGcInWKBWrGBRWc8TnmyMfaM22atP7+3tWXw7vNVu Bh1Jnyaitd+/KsAl86hY7kq8ZcVXJtELrT9BjssT/DHgzeiSq2JOW7fbrb7+S790fX3Nx/RitgwG 8PXr1zAlPm4UI0cGg4EkKfdRoq64YeU3/1SPHlt6TuQ6rkPEFMv8GY1Ga2trk5OTjj6E4wi5GPIp ighAthdLq6UfggPEhpkSeRYXF2dnZ5eXl7vdrt6Co6OjJ0+eXFxc7O3t6aKiSsf5aH1vtVoghIxT iPuJn/iJ733ve91u9+7du1tbW8oo1I7NZnN6elqv0+PHj0XbRqNBGJxdDlVVyVA5yFevXumbkQIJ 0M0YWI47gkeBTCTvysqKDMTVikWKiwbF4KDwEiKMrBpviAU6PDwktzSozK9IcjBaHDlRhmfLBvAW GE8QPFPGhYWFlZUV3lSGCuoIccp5aRWoMzCvKAoGU4u1ryI/lHEdKwgy7BfRVQxQyOLoOzqxnRez xyQIOsrf+K3f5q42NzeTUrWFJmsZgKYqRiIQPntubg6Dq5Y+HA7v3r1br9d3d3dxyRjonLRYj4nv 0BhSfDAYWLtVq9XevHmjTQSzOYrZzQmc/CI22nNfXFxcW1vb29tz5LiE3d1diiUJBpoMn7Czs7O+ vs6R8CVeOQVO1lbkowpYR0dHDq3C53A4NIqNcG0wGBClKObBi2620+nMz8/Pz8+z17cx3wYvNBFr asbHx/mwejSdwEJuHGfaaDR0FyD4h8Ph6uqq4g54ytfK1/lOz8phSB2UoE+N53XAvuzJTBE4UNcV t9rv9w2EocRsxipT/BuqVzsBE0IIiod4CAUs+g7m7niT001MTNBOGtNnXmQVa4sYDyoFvySdwDIN BoN2u91qtV68eOHJ+Pyqqu7du/fy5ctGzGSuvvVrv0ZypHXaKyxiLpT8lXxqMhZYJ1b29dvb25w0 UCQC8GczMzM5LR53+eUvf1lwZxPkN/jy09PT7PPAXiGPurHsE8zY3Nz0rwyLPFBUmZiYsJpPGwuU pf735s0bcgaVqcePH/ut0Wi0vLy8tLRk8qDmFSuTVKx4rNPTU4K5g4ODhw8fIkBsEZM+vvvuu8AP k93e3gbM+jECn+EuLS1tbW05/Pbfoo+Wl5dFCZBP2yTILjVHYvjMhM7lrV2FTvVNDODH8Pgtj0sD RL1eZ15+MouDObJ8eXkZQXxxcaFaJ+EBgVDShuEQvnc6nbW1NXw0qbBMsYxlT/m9ujRtXnFT5+fn L168cDKBlnQHAjLPVUUbhi+tR6tXMzbSgLvn5+fsp9VqeTUKSthVpE31xa//TPZcQX5ZGihi8HQR U9vZd1bjTMxyoGdnZ5087gQbCHtAe/fv3282my9fvpS3qZ8l78HNODapF1eYSGkb2odTRzjUajXF BTB3dGtrKaxP66IyasumiVbIJQ7GxB+X7RWurKxkYVVYmJycPDg4kIodHx/LlmSHjvTR0ZHWQfFq fn7eRA0A4PT0FKSBItrt9pe+9CVxcmFhYW9vj+xnamoKkk4hhu5HswpVSWEhIAF6QWMbFkdY0owN 2pubm+12e2Zmhr4NP6bowT1fxYZKuLkWm2p6IZ5LjqFer8sKFBx1Hn/hC1/AYulPINGR+k/EZIHp 6Wl52v7+vj69XgzCx5KNYqw59o/J8l9sj0DAA0c5EO0VMew2uT6ZK8NQCWYSaKWyLMs/+5t/aRCr K2sx6lLuAmwlS9+MyVVCAyDejGGzb9682dvbUw7Y2dkpossLohXULOI5OjpClOre7Xa76u29kNS/ iR2UEgZ3bvAfEtffOPHmfySnDsYpbHFsnJ/8JB0VcGLSxtLSks4GpRmvZH5+/sGDB+fn5xovZGaj 6EWAyC2bdmymp6efPHmiFtaPVYlpSd1u16tyj+KkjEqTOLbXqiMM44sXL8y8fvny5eHh4Z07d2Bu Ia7ZbKpJM3S4cWVlBfVBKghhMnF1Dz5b9aPX63kveE9HenhrtvBE7JFNIo+7ef36NeGDsaEq/8hK LApOxvyF2dnZ58+fc8n9Hx2Mxa+hfbOuIjYKPk6F7YJLS0vqMFlv4fgMzqjFH1oJqWARq3wHsYZy MBhUH33jZ/sxIstpmJiYsFYOQ5zdYkV0xUoX+rHpFzkohJ2enkr2SbKYNcTfiR2/ZVkuLi4C1roT VldXV1dXJSutVkvmV48JPo1oLBofH1fPH8ZAXXhD+xWD3tzcfBvNtRkrwGvPhdZKZATEz87ORFtI EWHc6XQODg5St4MGUWGoYgZLkgBpc4zAIy5ju+DNzY3qmAOMDh8MBjZhUKTcvXtXVxviH1y23jl5 W/CGCZah/rNot6qqdrvNhmTnb2OWJSmROrFnK71GfrNjdVAV9ATiEKx81Hw1VRESBsUg/BtAm/PX 0VaNRsMMhaQFhQ7ZqlPhjDHxbvTC02VwtZ5bo9HY3d2VPSKsdnd3JaYI4kasFdva2kIqKt1wNzIE 8aT6yje/6U1AmfnKs7jjIjB0o2jLb8S4QEimF2ODtHosLy+rYy0uLiKb1PzlQ/wcuPLmzZvt7e1m s+kGarWawuT6+rpmCCp5YJRxi33GQLNp8kPeNKejsDPv77ZgRhbhIAF27XZ7b29vcnLy6OiIJsdi YQcV6UuTo1sUeJAS0dX43l4MoyvL8u7duxhM5PrCwkKv17t//z6DePfdd8fGxvb396uq2t/fly7v 7e3h1BBtCCXp3dbWFqgNOAEMqSdh6Kp14+PjhnUmiS7aeLb7+/t2vnLwyl4iJF5O3q8geHNzA5HC tyKqH7aMYDQauRgYWKVMkRUKRdvLRvqhdmbNGEOEzMHBAdITuWSIrCFTHLEozd7UtstoDsQ7pdDL maliGEEnZuOlUKL60s98Qwo/GduCMLKzs7PELW6Va8TunZ6eHh4eumc/f3l5KVMRB/i5fr8v5fLW 6WEuLy8zV5MqEW3KVIzSTmOSzic1BGiNxc4FlXlk5Shmqw9iE3QvGlLrsX0bFhwMBnh6jiSVPBMT E/KwPBs8B3Yc9kUfSVoajYaSMB5TZx2GvtVq7e3t1Wo13hpK5l2Wl5cfPHjw+PFjxCimbDAYQFCk Jo8ePVpeXgbGDLyV9HtiCtXj4+MimDnjeCq0oOw2ibwyGpScw7QAoD8LJgKRIK/zDRAStPv9vpoM BMzZDwaDzc1NsFgzK1uvosGgFrMnnEkyRi9OEMAe8n2Li4v+VX6CNCNu1fdDKCVK58vd2Njo9XpG ogv7fiBZWqBRuW12drb6iV/4hbGxMYiljFEWboZw7+LiQg6HOR4bG5udnZ2fn/fiTfREkydmSpiR i0Q8RGmHNiXoUEIswC0sLMzNzVFTtdttM5i4k+FwqD6FlM3XllUqgFU4TsVBymk4iYxUcnabAvwK iay3K4jj6WRv9Xo9e8m0Qcm6cBQu2HWSiftATRv37t1DYL///vuog8PDw/v37z958kTCx3/X6/X7 9+93u90vfvGLBMPKXlVoBm+iVVdeyxGur69L4xKOyp7d+/n5Ob7cqXv9+vXV1RUJEPCplHF5eak5 A8ntvjqdjlAGu7ObYYyNF12lp9Bgv99XW0RzgUmCJ49zdna2sbEBDYp1U1NTa2tr2AKbFAaDgSF7 +GiknAOMS2UAGxsbKEQDTIUI7lUeDN5ggVmXYk5VVdXXf+mXih9to1L1ldg5Fn5fpdfB8PPISuoL wphOp4PkzgJEGQPcwFz0y+Tk5MLCghYbPcVqWwh4qlQeF7hXyCByZJQ+J9uX3KSsnPF5SSjRxLtg DMYDDqlFI4xCG7LSCb+5udne3n748OH8/LwqMmGPIEsgdXl5qZ7y8uVL8EwaquC/u7v79OlThOBn n30mXABd0DkMoKrfj91Mwg4DOjk5AQIdS2ghu487nc7R0RHuaBQ9XIigrCUTNWhyY7tYUWXgTqdD 5+PZdmKYphOSCl58Q71eB9Zp+uUzeNgqpsh78p2YiDQ1NWWSRb1e5+CGMccYE5gcYBIhE7dGBDjt OCWk0M/+7M8+fvxYWEjycWZmhtcTHFCCkhZFKF7s9PS0+vFvfcvXl7G1vhurmZWCnT+PANGTfZy1 GNqkIMrNqJ4KfOIGsyPsbMR0vrOzs83NTdjm5uZGhsedj2JfwMTEBFTnsPquQUxkZgRoGQG30+lw WhQ/VIYAACAASURBVJwxlAJLCHYQOZfPe6kEkxZ7CNj38fFxc2MODw8NBM9iOCJC7LKAHNkiOov+ VOapxyyiPdQf9BHoNTk5+ebNm/fee+/k5MSjYxaN2DH99u1bEwQA7tFoJMvsxVCDXq+n252GzJAC tFir1RL0X79+PYhtkk6OTHFzcxObLLlKrkINX/mW5Jt8dWJiYmlpSbg+PDzkFpObZioOGM0csxsM BvQ/TFnioa7X7XaNDHH2sG2ZqtkuIT7rC7u4uGi321ha3hCUElpZHcNA2EPFbnBiYqL64te/XsbK O3Y5Pj6OeCaEqKpKhs4Dpc2x+4mJCd4aUWBvDpgxiiZcWosq1kEpBMjW5RNenigxGAy2t7fHYowZ IVcZs4oS0KfCDGJTkfHh3W4XnlbYKmPCietBk3GNrk3+JyYo1MlBTWZNJkHOqr/bJFfoWVqysbGR M+87nc729rb0QNA/Pz+fmppCQQyHQ5qtBH6tVuvk5ARzXJbl5uZmWZZHR0fSwaqqLFIsy5Kzp4Rx pw5MGS0Xw/iDunFC3sYEesDM1B3guNlsauZnW9npIkrAFRLxfmwLdcyqqqKuU1LIirKzXa/XzSkg m5Oc0JNJOkn8EUeqnEKloCRjJEeTl+OUxm4NmFc7E5HUziZicYigoVrsmmUI/X6/+tq3v52cei3m ByU5yu3BfPKD4tb8ltqtAaVJg6Rr6ff7tuThEGqxCXEqBs2NYkh+MzpnFUoT2BRFgYKlDQLmeD7G gfhXClC7FT04pLcxCUfmBN+TSFzH2BnqRaCT2J1DpdXJJ0htIhfPfpnZ2VlFbNNUOp3OxsYGp5JT BLHdfH+9Xj84OFhcXOQpYd/Mpaanp43x8EWbm5tXV1f37t3znnqxMmBzc1PxcixWKujwMNZzNBqp jwqVXrwquOIXrQeRwvT09MLCwtOnT91pDpvAQBg26OS///77CnB8s95ZnDecMzk5qQfS9TBuxppy KV6f4xjF3oTNzc3d3V3onIGSkMzEstWxGLjrGINDMmP1siJG7w8GA8EhU0cerR9bPouiqL7+S7/E 3OGhpPAcTUFQRHD+5DoEiRrLScSur6+tLcBPQTs3se51MBgsLS0pBKgvDgYDpCEg2Gg0aCT4ftQn 5y09TWdDWTCKyWHJP0iFBT6eRs4EjcCUExMT8/PzVVWZe8GNwY5LS0tXMf5crHe1jqKDJFGr1WrE g3BFs9l87733DLqgOpycnHzy5ImljSaX5Ju+im1qqjODwYDCVPns5OQke8SOj4+pd1qt1vr6er/f N1CNqMtATFKqfr+/sLDAdhXeQQUnRL0WgqJxsIBIdx+0ydM7olxvSlD52uvr6zt37uh6xrApCVFf U7x1Y+gSKS84oasd5BNDeO4yVvw1m02tj9itRiwMTflnEePrgAjCEK8M+JFA+yfXw2HVajVHbn5+ Huyp1WrVz/7yL1Mq+zO8NYCvjGGcILK3m3KlfiwMuo692Jwo/+3wAAaafxMIidEOq4RsKuasQ95i ujchFldVpT+NBgYl8jYWpI1urVgRao1EdGEgFirGUcxyXdaSs3atw20Uo4Jc4YMHD3hW+gXXcHBw 8LWvfe3x48fvv/9+1nTYhzRje3vbfh4m4jzPz89fxhL37e1tD0r9YTgcwug8gjTAg9UuQ9PSjWEB 2DfWKYCwYJzyILYO5gUouExOTj59+tQgIJteer3e5uamtwNu4QEZKyUcm/a4VH9GsRq2iuZXz7AI YWM9+rW5f7J73kR21Gg01CJHo5HKGgSinYXGW0x2dN1gFfu2rq6uOp1OLpgX4YUIDwFhgHMjc6iq qvrat3+xigZvIzvwXKqGzVi+7BHMz8+nrpWeBFWPQqrFxMqEE3bZKb7YEASJAr7ilJdaxOADLy+d dBGDMLuxTYVgqB8dRoNQa0rkIWa8ByhCHyuLhxzyAbl4fag4RFCeHM/4vl6vp/4ggwRqObyzs7Pt 7e2joyMchS59jur169eHh4f6RcqYVTYajU5OTmQ1xGccmN7Iu3fvskv0Tj22PBRFoSCFdW7GmLeb 2EsOGSZLBuIrAPHZzWbzzp073Batm8JfP7rYMIl4ZJc3Go1YbWrT6UaVZmWEogS5siKxF8f7anKd mppSQSNdJrhwlmZmZnZ3d2UXdHucI7xqozrQ4gYR0P1+f3V1VThCqHhKimJwQSMW7LDejY0N08UG g0H187/yKxwM0EzhydcKfyIOedBtcqMRc0kdBhGq0Wi88847L1++hI+vrq4+//xzJiu6vXnz5vDw kHBK5iHxHcbIevn7KEbtgQduYBiL4JJm9m4mJiba7bYdVK6qiFn3gFYZkn0ZvS7yycnJra2t+/fv 1+v1ra0tDdSs0D4MtTPHFTDwjSLS0tKS3KvX66HnslJhZc1gMLh3757bhL8lVSlF9rg4gttCINmt mMa143xasShUHEdZtNtt9aler2eckHoNT0E+lF0XLkCiVcXOAudf/ocykuv3Yu9s6r3qsSDNpaaW yT5ub9mbGkRDJlkLzJ3ezWs9Pj7OEAGI3sTaKY71+Ph4dXWVqjEBbVVVBtSBLouLi1wAFy6j9WyT B7+MgeCj0aj65q/+Kj9PrqQQneMn3bOnOQwRvUPPjw5jK1Wv1xOmGRbwhIpRNkvorHqSubaOUtwt TqoTk3g9wZtYpIPASVKoFpORvVH1nSpG7ksParFcl1R4dnb2G9/4Rr1eNzvAMCoNeLnt6PLy0uoY YBHBxx1sb2/jsyQwUL5Dcnx8jElgnaQ1qB4MT1EURp+Wt/bjuaqDg4MPP/ww8xn+2xMWpprN5tbW Vmpfz8/P7969y+jRiAylXq9vbGxMxsBDbGwtlvMkWEXaOJCvXr0yuzzHgOHgfaATLrXrRyeo/uvB YCCxHsZy6U6n8+rVq8nJSWuLFKQZidGzKSUCPOoxNZpGI0v9RYzFozw9ODhgAwkTRjEQ4c6dOyrN zrYxdfVo45Qog/Xc/+TkZPUf/Pw3EXxgulOiItiJvZvECe4N0pVv8UBimTPQbDZ1mqILkyzn16XY JycnBwcH3W53eXnZrmrRAzNNDV/E+gCnDh7IJKFWq3G9jVBUJzxl6Olpilj6M4gpKzs7O6arotj2 9/d5PoyexJRqEv2yt7dnPM7k5KR9BNfRzuug9vv909NThCxnYbIpLquKLapI6KmpKRqEo6OjsbEx Kh0nX/Wg1+vxO06ROZLNGIiV9QHXUKvVTk9PE8TzmlrviBpECZf675XVeJaZmRkD9KqqorMH+jmg zc1N7QQnJyeSZpG82Wyurq7u7OxY5kWwLmjk4D6KN4aRLWleJejfbDZzyAxnX4sR+zx6WZYoSPVX KUcRPaniuVAvSjhy/Vie7FDVajXuAHCoPv65n6MHVFdz55OTk7r91AtGsd1KgTqBB9tqNBr379/v 3NoKryW0Xq9Tj6WCwrv0Nwzr9PTU+uOZmRkiVZeOC+JRqtjL4xiMj497B6SXJgBLGMAV4bLRaGxv b3/xi1/8+OOPERpSWxO8Dg4OxsfH+U4lMOQjIcN19OYya+wb3bnpSJngjo+Pn5yc3O4mIbug01Lx sVmyH4sj9/f39/f3YWUwlx8ZhqRJ1lFVFYbOGQBqZeGDW2P4lf2FF0YDaLHa6enpo6MjQzKck278 aTabDtuDBw+4UmTf3NycYtCrV6/29/f1GW1vb3vIZQzK29/fh6c9eafo4cOHZVmqTjYajaOjIzl0 cWvnzMzMjGwBAYWeGosNrGa7CjL1en1hYWF1dVWGgF1dX1+/e/eumJzqBhAUrM23w+t1Op1ubKgs y7L68W99q4z2wYmJCV0anshoNJqM5YyKZ1RNL1++VPpqhOyb8gndxlAgCuMLuV72ij/hFP3l2NgY /XSqixB/AD11Lg3ddKw4xIL7o9rPnnw+5P2lL31penpaFjE5OWlTnBYNcAt+ZYUvXrzIVPXk5IQu hZpcdXNlZQUkvby8RLrd3NwAu4rbCee4GbbojRoatbCwQOawsrJSq9X8JcCNuxCmEJFVVe3t7S0s LLz33nvgtR9QdUZMlTE6S5hS4IRCi6Iwpq/T6aysrIgGvegNgIhY/NsYXoAMIVQ8PDx044oMZB0Q zjDk/qgIFtKKEfLm4SCI8Ehc0uzsrKcxiB4AUG00GhEdIcvr9frm5ia2ynNQaSnLkjhPzeHx48cw 8zA2pxP/DEJ0LW5gXBCg3vVoNKp+7c/8pwy/HtOtiIoUKWAph+Pm5gZPpwCuVOEwHBwcdDqdTz/9 VJLBfXZj2V8tpu+C494rs0OLikewnctFwSJ/wDKAqhmb3bl82TfvAuHAguvr62Y/ybMvLi6ePn26 v79fxmR7yZw0gL7UKBFl8Hv37tE8yreygOoE8gUJmSA6aWsR/V8JVVF4eJWjoyMgRHFkFCssEQhK /Vj8HOnIrcjCaUuB7Ldv3xrwJOGp1+vkN+rnPA6+FR8yPT29tbVF/oUSEQmBeCdqe3sbFObglclc ErclU5dBQRoeoIqBanG9Xie+8B9TMYc6FfBaOiAiEwhJNa+vr/l1pZijoyNwg+PT3MivuSowqdls IjfFpTLWpwF+foa1/BCk/cIf/xPs7/j42JWNRiPT9WEbgJtVTUxMyIWFJ4mj12wE5OnpKbgCR3KZ /A3VQD2mLNRqNUKxrCWVMX2cVaE4VldXAV/9dRA8hyRrgX3v3Lnz5s0bG2Donx49ekQI4L1yJFKc Xoi9EIvQEZyAYVQvPD4+5v5zlIAsZWNjY3V1dRATNTw9Lc/DGJ6Y2ZsBXapgGcoODw+RYG5BCF5c XKSSpXrPBp/0jqCz2qc43I2tl6enpwYQeKq9Xm8sRrVluVovskNoUCtykH5rfX2daly9mbFKAWGh 8fFxDCAGvaoq/wu1SzcJlXu93t27d81S5oA0a3vF2EzoUbL+NoYqi2CMRPYCKhsTndyJ54DrRFWp /YlX9Zi9Ra0gr8vYUv3MH/1jkLE8QLF3bGxMTxAzZWGDGKVJhiYPa8RAym63C2P4aOekirWj/X6f a/HDo5iW71v8TB6JUWiglaNRoqyHuaew3tMBJefm5pgL4slUCZVC70MF5+zsTBbOh/VuCXeBq36/ f319DZ+MjY3pqTUYR2plYKBM1GvDuvb7/ampKW1ZLD6VVbVaTcXbiXXgEcyj0YgowKgSzh72UK4H 37vdLvGjI4eI1D53cHBg58/bt281QCXSKIqC6glcMZFmfX2dUzPUrVarkdH2er2bmNCNz/XVBm9c xc4w8t1ebM978+bN+fl5rjpkW9kPXoRseDy6+5vN5sHBQRndGBnA2Wi2rXjRZ2dnyo7D4fD+/fse PlJrYWHh/Px8bm5ufn7eSXNT8/PzwpG3QJlLaF2r1apv/uqviapImKmpKcQ+/HQVy2/pqOSOeJJB DDBx0VjY0WhEnsUOPK+s7WcCIWDxl2XImwQE4C9BHgEwQEXFAJ94l7I6Ie/m5saAABmk6h1D73a7 z54980SQWXI7lF9RFPpRaCRTssaPgrBlWapBus6rq6vV1dUsi4zFYha32Qu5pXwOeqnVapJpT0zG ycFnfVohaTgcGvUhL1J17vV6iCwBVpk54RnwmtUxhIFLhUkcY/rE4+Pjg4MDQp27d++mgmM4HHIK tVrNIWedGnkBVyfh1atXthV5wtSj6tZwy97e3nA4fPDgwczMjLyco+ElWVdZlsvLy3fv3gXShKNa rDHzNKampoQaRYNajP+dnJzk0QmEwITJyUlyeeKCxcXFL37xi7oiX758+UPn+z//o388HA65W7kU syOMGY/ZOrVaTewWX6hH8KzQKrWM17m2tman/Z07d2hTtSTWarWdnZ3keVKLolLDHXrKUFot5p55 E+4TJ8O+RzHQvRe9amlb3W7XHgve1+ckvUh4I63UFd6M5eJAHjLxOqZyy2gnJyd/8IMffPjhh4Kp ZgAEy2VsfKabl5uyxSKWGMsdKQQTsxWxAU+korv2+s1AtrWBqWU4FWb7/f7e3p45E3gzYQGDaZmj Av5wODw/P0dUe+aJZFAUKE5UPZJX4ZPb9gNOkTJQFjfKsjSHIi0b8hRnGJUTqEHZiNZGTN5zPYYX 8BFzc3NPnjzRO6sjaWFhodPpqDaUZfnixQtPtdPp0BXzIJlJi8OD6MgWRphE+Rf/8T8ZRh+nBHkU m5HVJpgd58qeZNykIw4TlwZXJeOR9U6pfRnLQcV3KIL8YxSL0NBGHrTrYxlciGMpPAk1kOvdu3fV kLn/bMNhHw4VQamILGo3ooVCluNnEMbefcoQ1B8g41qtRoXbj+GYfDbEJV3O8Q2UMFdXV3YKMNx8 PiCK8oWSdi1kfYxeqBEWpqamdnZ21tbWTk9PeXfFQaedcaDA3W9VVTriy7LMuorM++bmZnFxMWfh p/yw1Wqp8GtpHY1Gu7u7kNX19bXdWOPj44p38J5rfntrULPSb44fzKKB3LofKuI7d+5QcOBn+jE8 tR7TW2u12tHREQeBKOf1lBfRKs3oNR3E8mcvSNz2atDZXm63262+/et/sogVOWVZyiwFQRVd1+01 sHXgTG5hEIpxlYwVN8QlNGLvc/ZhsDYJ/sTEBAYGwEgdi4KIh9uI5WQcKkfY6/UMpkJQCkd5591o 6MwCuNhXhI53cnLSD6CbpHHQ0cnJCQCjQdFxehOLgeA9L4ZDwlceHh6mlk7VjKNVb7cJEZzV/QCG GUAg9CVK9IbE+qmpKSvKlOLhyeXl5WfPnq2vrzOCfr//6tWrtbU1tIHbkeJLexJwHh4e5pNnDf1Y Q4I2rapqOBxmh0Cv13v48OHFxYWxpvyI8ELD2Ol01tfXp6en6TI47wxBkhOnxdPjIj0fnpQaz854 Aa0MVSJL8PqGMQD19evX09PTKgyiTSY5UGW73S6iv0IgcpAGsRun+uCnflo6nyASeGLu+ZIQqKyq 1+tJaHhZOF4RBGix2VAum1ePfdMKUI+hAL3Yezo1NfWVr3yF43cZMHcvpJ5FjK5tNBqTk5Nf/epX y7LkfY+Pj1NcruphNCnrR5mlrI1tAWa4pn6///777wMAnVhoqLpMr4daJU4Cgd6+fatFQ46R2lSx SAgmh/LDclBD61dXV7ObxK8zcYdwc3PTKod6TJUBIwFlg8qyCPro0SM8Iw2ZrMmczVG0j0CJyD7G Nzk5Ka/1EsVzj73X63mYHiwa2ksEb2AGcMVR8fPmrhkvtbu7e3x8bIZ949a0SrNsUUMCo+5vkcSL Sxyb0kMvSBGz1WqZGYg5EHWFOHTw5eXlRx99JCi1Wq133nmnLMvp6WkayZmZmeor3/wWNFLFShCG iGDi/1yfwNSJPhEYlDv3B4T1OFQHmILWAeTAxx9/PDY2Zqy4hFrAurq6evbsGZCtCCLoV1U1Httm 5ufn33vvPcTW69evd3Z26tE0nbeNSuPRhSmlfmfPX+oFVjYCWmTk/ZjybLQY9MWpyxdT48DQG7EK vIodGwl8wTZmLSIBafV63cnx3IbDYRZrFBY+++wzNDYmYWxszDseDAZnZ2cElRCqQU4uQ/o4MzMz NzdHLtvv98/OzqgbxGfnigCkKAraRgvD8q4TYSLyejGRLwux/WhvNwDZG/Tt2C2MzdjY2PLyMseB GVQnluE4iq58YmJCB09qhHJTxs7OjhctDviTRfrRaGQ4h9lEUuSJiQlM9Mcff+yc7+7uOiHQZvlf /OX/PUFwq9VyTCEeQIo/SxHiMOaBLSwseKNCCZAgcHQ6HZgekqN/yD4DSNfUu+xGYUDtdju5NqN0 cSlmaCHLhLPl5WXv/ubmZmVlZXV19fvf/z6kATxIDyi2HUUjM1EiwxAdkCE0m02XcRPLjev1+vPn z1U3sKX9GCI+DIkpGEqozfl53AjWRG5oAKkIGMNo7CHc3NxEeiwsLGCXB4PB/v6+D7y5uWGvzqT/ SMU5/20QF25EttONgf14WLiC4qqMIj+RbWKYJItwkZJ4llSF9hiGkX74FVkK0KwZz8+4Njcl5Mo1 x2KSRx4kWaz5ZGTYbuE6VmBMT09LSPqxMUHNQZoxNzdncrwoaiy4VH4Y6gZQHC9X/ld/7a+zDPGL oWcKzwi6MTuziN28zkov9Khq+6YgeakefS/ah7N4Nj09LVz0ov1vdXWVfVNdW3CeXDvRDi8I9XIn TsiHH374/e9/f2xsTPka/PWgRzFDnVrL2ZOKdGNSaTfa7BGLigMYMdwfmIeSz1JokioIL28F5F1c XPzss88kLXJ0RQasDg9SiyW6khZACO5XAKZYVrAUnZhpCllTg+Sxexqiuc7AoihQ7JwLgTtQxxos LxGpiDfrscPIlzparIJjJlQeRL95LfqMPRlTifSCGFTWj8YduMsBg5MzssH0vH6W1dCASV7LrX2j okrtVlvJMBb6IWRGMZqYd2CHAALfVP3UL/6RQexiT0EY9aLo5gXnm2brgLuObNe0trZG0GMVmc/0 RpmaaMXKlZcHgwFxtsolzCpKpE0gEIFLumdj2j/66KPj42ObKymHCIyazaamsn5s4BhErw1wTzbD eYyPj9+5c2cQM2OdVXWKVqsFemYNWOFMwOELEWRUgWpkuBRUndIsWZEbZFIOOVo9SV4+xfGARJ0l /5SERqprlpeXFxcX+Y5urK0lF0MKE/o3Y/0BED8cDtvttokSSXnheZaXlzUWIqbotIFp+6GIZ0BN vOrZ2dns7CzAJulaWFhQC1tbW9OoPor+G+C2vLXCkaETMghWsjURhmsAm6tYvTSKLUlpHhC4YqoU vx/juvJQ9ft9K9mazWb1K3/6T1s10YnZID7lJib9pWbL/zJ0IMzRUSLWKptJAxoVUsxtM8fHx3LZ TqfjxZCGZ71tEIMlOp3O6ekpFCSsF0Wxtrb2+vVrU+bevn27vr5OSwM7zs/P//RP//TLly+Pjo4y k4aqTVKQieKw1F9Ho5HlRzgZ5jgZCxFGMWNVZdFjQRcwI7ytmJMOuxYtEaYayS4wEs5DIybw84he rXqNwn7mZ4PBgGLParR0nJ65WwOgt7a2Xrx4QTaDW6NIg6xU/VLaCXBn0B+EFI+bGx8fX19fV3jx N5gxeZGgATb0ej3fiIpR/3JfFxcXb2KtlQKFFGtyclJZNMk0Lp85MRJHqxFrv3w+wyNHxTpMTEx8 +OGHy8vLf+gP/SHjsbgMhZcftupVFeWIsLO6ulp9+9d/3elZWVkBTFUEVFITkzhAYs3s7Oy3vvWt i4uL7e1t0+GSQc8yBwQpe8OIk3rz1sy6FmM5shAjSTJmDMSCFui37MvtxTpVS0NV8u7cucPQp6am ECkMQhjJioE8hvUTbx0dHW1tbd27dy9zssXFRX0JyLKf/MmffPjw4f37902AYLvvvPNOu92+c+dO qtBSo4KtYxBlWXJ4amqTk5NJpcltVCRQabJ29ler1aampra2tmRviB2/S64zPj6uccR8qL29PTXX YXQYJ5EH9akJNqLVqxcrOjqxKwGn7KgnfdyLHq5OLJrOIjdO/ebm5s6dO93YTncd0wiHw6HcDGuH FcW68BFoIhbCwZexHID/LmN6LnBV3lojPDY25npevXqlX+L73/8+R8AFY7GEDlBndnb2wYMH/X6/ /Iv/+J/wMa5S0kbnBON6dmortVjB3mq1Pv7443/9r/81LsWRGtxqAaFXrtVqa2trVQxUKcvy6OgI ekZHzM7Owtmmb0osINoiVjUhVTxHtDFcZMCsin2v1zM9ZjQaKY+nzCP1krwF1OTde15TU1O6Tn1X tmgkLYtgzcJWPTaGT01N2cqCtXCimD78LXlVsKtHRwF/T+fdjz2j+hiTdx/F8F5Mtuq1pLnZbPZ6 PUsBRL+ZmRkddDLyTswf5bbZehHbxoErmN7r9nhTU+XMS1WLGO41HuuDuBvThKZiwdGDBw9oCsWW TJTNYri6upqamsI1KaSwZti4ilZrV9KLkfy9Xk/0K2NLkrpBLVrm+UdqkXzRKu4SUzc4iO5eaLb8 K//8d6A90QpI9dODmIGRV6NroR6jqF3KRKxGUfgAXTY2NmjioHaFHm1snh2NaCNavDCPikdzc3N5 WLOi2Y9u86IoeA5DyzgVGhL9BHL2QfS/OgB37txxqr3s6+trWwuPjo4QzA5DVVVra2tOCCGeCprW EPmWs8eqhKMvfelL3/3ud2njNFA6VBIhI6GzYRT4IX7OMJ1uon5LJp2LNITjw8PDWrRrQRfqBlyy 4alJuXK3nsB4jA0zGGw4HIotebq42Onp6dPT083NzWx/6cfwCAmSEkQjNoravMAYTk5OskRYq9Wc w2b09afTKWM7xiB2O0PYXsrtFDHzzvGY+OlXoGt3xFbVoVqtljYGcKNer3NPPlP2WFVV+T/9g38I qWMA6f1r0fjcjD3crpLBYR7JZsAvHZZU0U6CIhwnsb+/zwO5W31ofia5WEFqZmZmMBjooHHAOjFO YxhrXx0Y6ZfbkFTpKmBAmby7C+5kenpaWum4E99BaGOxutEDQtki+EVGdMdVrI8timJ1dfXZs2da 8gBNr18qRl7hMPf7fU6a0BwTdRPzb4EESYXw1YwdzibMkNn0+33tVOzV0yB54I8fPXpEKvzkyROh dRTKvzIm3Y5CL42qH0avRr/fB8o3Njbgez9GTnN4eEh5JjKwPDNtGtEl1Ov12u32d7/7XfZXRA/7 bfIaAkkOdzAYqKanlfvDSKrQV8o9crSEt+NLi2iS8kdJW2quAOp+mY0Urvyrv/MvvHVIDsDvx9ow f++FgX31mMhlpMTU1NSzZ8/MYh0Oh9hft8oJvXr16v3339/b26Ppc7J9lHem7o2Kcn2p5G7GvhT5 NRsl/ubRU1rU7/cd7u6tXQ6sMDNOscgMCemKpJNDyvYwjlDm0Gq1KE8cLQ/Hgbe8xKOktmB2qdwo YtCs2hy2OBfaOM+itmdVREsyzGAUAiSgFPqTP/mTbvz58+c30ToNTpip9PLly7FYaOWEsIm0KbFI XwAAIABJREFUJOAhoR2QJnMgN8i3A9xmp0G9Xj87Ozs8PFxcXCQrqGINW71el4InZPJmhyG7KGJM dkq4uH9WPrw1si7NPRkwjtz/zs7Okpf5+USASUDnGbBEMXmX0Wi0vLz8Q+HWX/sX/w+YgZRg3BBb aip8dxGTFrvd7s7OTi8mC+DCvDx4utVqyah4FE9BiEGQr6ystFqtTz75xPmxgV5+0+/3U5jvV0aj UepR1SnevHlz7949o2j9QKfT0a1zc3Mjo80hSunAvOnrWFkolRRhiTe4NEs1uBOVFPZHGo1wMO4L Eu3HoLl8eZ6YC1CJc8CKolA0UQpwAYrNDoBznkwcopZftACeoE0UcpGD2Agp7hMFgTqXl5dJ1eOR PAH8OmGIAMu8fCm1GRjd6XTOzs60/1E34TdN0nQL3hTOKo9uPyaMO/BORTcGnfoi1lmPwU8enbeA AiqjGdo10x31+/2VlRVN343YRsa193o9XcL6B5Lz7caoueFwWH31P/yFqakpyFVXFTQiJRc+INSL i4vj42PKXq4XXZpMPCrd/3JISjCuyY4NOt7Ly8vd3V0lvUY0XzNueTAZkDcq32egiTRExlEoPNfX 19Edr1+/1tPk3fRi9DsjuImN21ICvVdGyWXTZ7PZPDw8NMWuLEsuDV7f29sDPIqioM4Vx7JtudFo rK2t8fowJT9qFXMvhomurq6qFHKNKr5SJtoKKqOsgllpRtT+B3/wB5OTk5Ynql5tbm4eHx/nhV3H GnGnNxulMTaw1k2MTVaE1+zHDAgB5FfOEuaRATWbzZwvsrm5WRQFnIYS9UVVVV3Hamhuzr2MYmdo HshBNC56UOnjqtg6z/lKk1xYv9/n+/x9Trl68eKFUWRFbKXMz2Hr7Ln6tT/zZ0axwoU61zwnoQRg 3dvbs0xGCWYYas9+CJodHX9ZxjbNnZ0dhCDUjl5MSDcMqffOzg5aTfHSnLDZ2VlPrYqVDEQsgLv/ zciroJMZ52g08rjNTJMg+tLbmZP/yEx/cnLSzGUqrhRU+lOW5XUMeSSWdJDoYDVKM3HkmqIMPwrc o+EAVhCFq1aWwt4uLS3pcW40GlT40K3OWsQlD7K6ugp7QLcqzd1u9/3337+MrciKTdIbb6Qe7cij WBeMfUeNM+i5ubl6vX54eAisq7Vxk5r/U2yisJBI3aeJJ1zVKHTdbhM3/TY2wZiYAMQaLquC1mq1 zCYRZ6qQcMtrhQW8KrdN9lyr1bgGYhMHu4xO7WQCql/8k38S4Q1NTk1NQasmn1gjUZZlu93mcvLm i2hDpg1CFHp8nU5HgVpv1cXFBZLBZHsvrIidGd5l6s/IFdUpDV6rx2a20WjkGMhv4BAVQYJbvmpi YkIuMTs7KxbBhagMiUqSMIIgp3h5eWniQD12+YotKlBJPQ2D21aoAsBghlRQCbsCd7bwIXa63a6K 4/7+/nA4VOJlNEdHRw4kFh+tNhqNFhcXX758+cEHH9hyvLW1dXBwACFsbGzgzZxDdnx4eGjAwShk pxMxB4aX0eJNSpDEi6OYhKZfJ9RL0bLyExMklU0RZdL5w9geJ+FJ3WI9tMeM8nZ91EmA8jmRZGP5 JgWjpaUlyityXdbicxqNhiCJEi2KwunF//qbsizL3/q9/w+6YsS1Wu3169d65pvN5uLiYr5FAAa9 aKS84/sm9mhmVYKXBbAsXamF3BnDRXKEuhkMBicnJ3qZneBBNGuPRiNtvGIfJ5H/pBI+uLWs5/Ly 8tGjR8qBnNzW1tbh4aEL5gYErgRgYJ8M9XXsH5bC6mcTT503YjJsLJBGF2VUlTgDP1zH9C+uyCvP JRPAntNr4JFt9HzN8+fPx6ILnqc0sVCloixLv6ISIpnRh9XpdBJ2D2NjgkRcxydnJBwVIUoZxqr1 rCV5ibDocDgkqknlTBWDoqBBNqr6IcYCLdgwAhte0qPgFpmT4ga8AJkMg/VPyqGI1Y7FLSkhdFCL OXPuxWeKeMgDAhu2rt5f/o3/93ehdqTs2NjY5uYmYnVvb08hBmthJ5YzQOooGLnK8tZUPuenE53d 2ov4xcFgcHBwwJISw9EGivtuCW7xmNBhqcWthaKwH1NRh0HPT0xMnJ+f48gk0OKarMCwANobCP7+ /fvPnz8vY1QBugPw9ayHsQzeAZOu7e7uMuVa9MjKfJJedPt6C5zG/q2thqjYvEe/QvaNTvFADg8P hUQVCb+Vw9vU/NM7ulTN9QZRsGxKd43Jb9++tQa01WrZSJzX0IvFPp4DNa+ETQSbjD3pzZCO+kmp VM5MTjGWc0hRwxLKslxfXxf0TIyjBRgbG7PMh5sDTvqxWXo4HC4vL8OTgkOWFK6vrz/99NOcNpPq JjyES11fX6fCB+Hq9Xr5P/6dvyvtxcO7n2Y0bhqOzqeSQ3k3RUgj3759m60AVYyDZC4wibPbjP6x 8la3C5Pq9/vtdtvDUi1nGbgqQUMQJK8VxRwwBbl+dMQ5ckWspLxz5873vvc9bRMvXrwwzRmi7Xa7 Y2Nj9+/fN63FNy4tLZVlaeCylyGB4wh4zaWlpby21dXVvb29LBFkfra8vGxoB9NP98YiBets3ZeO g/LABl75/fffN63OchhudXJyEgi8urra3d1NGsRJS1+e5lKPArBj6eGDQKk4GA6HtD1VNKBBNSpH vVijUBQF5COeDGLkjiPtgTDQoiiAWM0PUA30OD4+TgWobyYL1U449y/VIccvo9Moi1YTsYwbCZP1 rGQOuR4NVqnqY3vD4bD62re/3W63OYCxmNHqkJngPB4TUglX3BKWqhsz7gYxERI2GIu9ih63J+h/ 8XeZbm9sbJRl6clqEaKOcvag8/xfn0CdW8RsglGs0GmGgNHb5Zi9RQQl4kWaKN+VfZoXqW5FFK7o iKQvy5JlgCh8uaqzvgEHQxwTeREmsIqishsHYJJQwrfKWyTiScwp9l1cXHzhC1/IaTZ8WJL0BKS9 WLiOf0BhEVnQoua/emK2WGKEqlgNLSNMCuXg4EDOQ+ng7gCMFHg7qzBeiiPAXaRnVg/7tyahAmYS s+XlZXWGbuhk5awmW4lXg2gBcVA9IrHI+eePatHSXoYCh1caxfrRRDvVL/+pP3VxcWFOWj1KtUIY IkJRjZKOg3Tp4K/3R7rUi5l9AFwSrqMoCxdFcXFxcXBwgN1bW1vTG6qfoHZrjvsg1gMJjq1YHMfz kSQwVrWCTEZ7sZw6z60Hp+W+VqvxrwlwBeKxsbHV1dVR6EtZsOovHnY4HHLYwIAAJch4u97ZKLbI Sz+ou1xVMlETExNXMSoenk7NUwofVIsYTRljTnxgZoEAAN1Igt16zO5LRC5rwvF98YtfXFtby+Zd D62ITuU3b948f/4c/IBtyO8ET2bXjBXyw1tCRRgvpTIOQ354XoYfTlWwgaZOmveui48FpoYHs8ni cxUK18YCMxXmhqqqOj09zRandKxFURweHpa/+U//2TCqSIp/uCQc39jYmGGZOcceFVWPqZM+iL+E jHF56Jc8/Xlj/Fnyvuodt0t97DiPDd88Hsv35KM8gSFS7BtnB1CyDA/X8RDlMWi8KTEwl+/XDUPF M1RVZQ5/p9PZ2NjAcyGOKGEktXSqOs284yQZ+iGt09+AkfSXTn4ySGoIOHIyBAHqo48+olwwJZTv 5OEEosFgoAVxZWVlf3/f1WZZZxhbWPDu/rsWk9ucgc8//3wwGFi6TdSeKRCP43k6Y0VoAbIovry8 zOsVIebTE+wesdJMxUAODos1iwMwWB7aq6urs7OzBw8eALf5HjOymd7MGNB6oIHeg08++aQTgxtg YLIIXB9IUv7mP/1ntZhl04sFaPxEGdOkeGh5xkQM1puYmPA1uI4f/OAHauzEelnikQak963F3Dws h0MpP+N9BV8/Juq5dL0awrFxRTxZCvfESqfLNSOwiihiJ7JENRQhAUov3mg0EJH9fn9qakqz2c3N DbFKdoRIiLNwWMXqP7efBI4Lg01JGlutFrmYwoL9SlgXUOf4+HhjY+O99977l//yX5LHJP3PyHqx Dhv+bsWk7F6vp4sSru3H5plURzoqmejLxFjw5uYmIgtgK0KkzpHdhrhqPUWUlmohn2TlXqv4qUUh B5pqXa3VaqpjTAuVKZUsflTp0Gg0jOkcxdrnIlQDmqqePn1axdARVL0xbMyYLaXHgZ+l3eWf+7t/ r1arwXnseyz+gIkChF0LOUq82Wx+5StfwRKYXvS9732PZgMpK/seGxsrY2HYKOYJg0AZQ3shau9G +8nYrdljtVpN0mwk7O1GDZkDl5agQsEoyVPvWKoNM4xHs9zR0ZEEGtoTr6kSiphaurq6iokDV96+ fQuz+RtebTL2FiW+/PDDD58/f67Va2Ji4uDgwBBt5/P6+vrhw4effvop1iVVG6OQ3zh7emvOz883 Njbc6ebmJkiNWRqLRYoQZtbXtFbY9OKRMmupl7JL5rUKvQsLC1wMnyJ0YGOSa4ZvaXphRfWyYSxh VmKXRKaRydM0YQLi/VAlkfhn0ChCaVLGvoOiKLa2tuRpDMPrNq9mEINY2LHskTisFsMoOWU0hqJe 9TN/9I/xwYl1DCznVOjCFZmHw+Hs7CyqtRYLFebn5589eyYxr8VoJBAiKVhhS87ajOXIXjNmwFt3 AZLIRKsOnjQRhmExNzEMlhfhj+E8p7QZ7aq8wnhMbqGpglwlvpk++uPspafUq+VEocyIXtrtNtqY I2Q6Mi31yCJW2hLfw4pYARviPQeoaXl52di20Wh0fn7OiXgLOra0pR8dHenZk8w0o7VqPHoxvUfP oRsjrRuxykp5ztPOjm/4OMlcpUZ1YmJMP6//w0lQNYPlujEvTV7barXa7XbObzs/P08x+TDa8PLA dKMHGgJJN1eLsUInJycU2q1W67PPPjs4ODBZOqdUvI3947Y7TcT4DPelIIDBvLq6WlxcLP/sb/4l W1yEKm4eNO/3+5ubm5w08jKTZfXOVmx+HIXi3gTdWky4Hou1H9LBUcyLgmGYLKSVnFG/39/Z2ZFi rqysZLHdL+owErMYIsPijK9jnz0sNIjNr72YiuEXuSjYbhCdlAIiKRiHAcsCDwSP9XrdHiIaTHpG KDYjskld7rfb7a6trZF2cdhGULx69YqwIuvtHLyKLyb+bQwrFSdVDWEeRPDKysqTJ0/koExczISA E/gOYsKWpCVdbBYxEj0an8SvCSOj2NbGNPsxcI/qQV8L1F6W5dbWFv8K9IITXkEZzRxp8d2Y+o9Z 590SMqEO+ZEq9nBA0emqMrXjBJUmCLa70V0la/K9xsOX//n/9pcT1Lof4BL75s41X0m2+tHT0O12 6Sv8IqCm5WIUhQlXzIvIWnw3poyZpu9xwGxhdjOigfn/VUzPceQGg4GEmMFhG4CWQczjTqjqAFSx EjEnpTmiShgqD0nhc06dTgeWwxbfxLK7YYj+DH0W6E9OTnLsgvYZV9KjtC5LVUalJZ4MXkf1DGNg PJu4ip2pZBfu4urqamNjw2Rq7kaGyi49z36/L+cZRHc8LXE/9Ilou2TYYCeXXRQFPZyzLWg4/O5i enqaujiD9u2QzjtMxBLZzI9rsZ7aY9cz7ji5KuaYGN35YQMAT/KesIA14pcxiFxbHNFhUhcOtodT xVib8r/97b9Jcc6BkbwpsupO78UI85mZmefPn+fhY7seCrRweXkJ4mchU3DhXzNrrEUhsIp2NX95 GfuDjo+PvTkdh1yLk8NokgnmxpIIG96SfGXSw88tLS1ljyJckfge4eWMwbhqT3kOoSmEla4ZL74X s0PIv2TARGPJGMKU4zEZymEjNPixH/uxf/Nv/o1Z7wrP4s/V1RUuIinUzc1NYmkMTydW0RdFkRyX Ah8yjqPRriUMMqCsXKavLaKBgV9ghWVZttttLxRQtHxT8K/HgB2mlhEy6Wb+VfLqJbqRrPP3er2p qal33333s88+M5l1GAJGPjErhn5+aWkpRVN2aErBh8Ph+vo6HVG32yUbQbj5KNRQLxoCy7Is/8I/ /EfyM49scXHx4OAg31a9Xr+8vHz48OHLly/tfsmng5BJ4nNiYkJZyoqlJHCSK6xF71YzNnB4AQl+ mF29XnczWRZGXdVqtbdv32rMGw6Higscj4crSYdB1arGY6Y4V1GEXl848ifp5zK2nxZRJB/GlmMc mX9yboET0rf9/X25b2YLNzFIR27nt8Q9Yz596XjMV8Mry6S5f73nVXRjaTbnesqYxDI2NvalL33p 3/7bf9tsNjc3N7n8oijgH2FzNBq9efOGUlfnJL9gJXd5a3AsZ8/ihXenDnIzhCwv0kz36keXHNaj FF2E0qsMwfp4zDrlWJ3bqampw8PDJAlu53Jra2v6hAYxTMXspORGUUbGKyR6caKgsjI0yXJxfvzN mzc/5N2BMJwD00+/pSTkN3EXNzEbH6XjBV9eXpJzDaPOchtRJKV1uzaWzua2y2nFejenqB57A31p I/o7ixgBkj3gmCVqbI1n6W/S3IV46WPGiuGt/v8yNCSsELwpQ/hQhJaaD5bpGmZLJ0hTpJKPP72+ vpZXvH79WiZKMsCyGZMPRDfZkEFY61R4NYMYHuQg+VcEiG7aYUhfBP2MmWmOo1ujH2iJd3d3KfMU HDLtSzlkESoUFwmsD2Jvcz80SwmcaqGK41bLW52p/R9diMv+GjGk26m+DRYG0cWmxNnpdAirmjEs YyIG+R8eHmIpxGGhr4gCyNra2tzc3MHBwZs3bxYWFsr/+q//jVqtBgX6aSNEpN6EgVbmYlfosEej kfKHx8qnwjwp0gAcUYe12G/qJY2CxW/E0JX8j6Rc2CjYnX5I+tvpdPxvEZKBQeyYh3wePnzoW+q3 5PWDwSAHXSQTypSdSZjEK3SSJb5gT8ZrfwmtKqWlZrMXSwVpdxM4KpaV0QrNF5poh34ZDAayFMRX uoAk1IpoZ0bGmaDNvnEdjegnHsbCHy8eJKhFbTXrIfVoac89MLediLPtsXdjMG0ZrYBl9IkmbZoe vYrSfRX7En1IPyqAydIkLoCfe7EnXSOLmMCneH0ffPBBQj7WkvH/5ubmxYsXgLvnPD8/D99nVPmh y/iN3/rtZHxrtZo26qyG3qbr5eCTk5NnZ2d0S2VZpriPi0UpsDCl1lHsvy5Coe7nU7CK7sga+G0Y V4thBMjBXoj4BN/19XU7ZuWv/RCTACfoJpHOkeC6UumQhpJpmYagVERW0U2cuEusrN9qoOx2uzs7 O9ninUlqP1oQk97NUZuZgvszGAxwLxLoWqyMzQPp9gVDc6WxwIl0fX4RzS7+m+vNJKd/az5Rvoth sGe9Xi/lrq6//NE/w1uqSY9uGJNN+aM8KmVonFwbyliLIJMYxRrGejTFw6K+tNfrWe04FjOvVY47 nc7W1pavQ7AOowHK3UljdnZ29JWPQgOcpd8fXth/9r/+Jo2U08bjcp/pVNIW3UYv9t3lUGPbdpQV pEriy9u3bwFu9urO/3+23qRJsvy68nv/N7h7eAwe4REeHkNm5FCZlSgUYCjAChNBAiANzeJUxFAs kiBISuyP0IuWZFqwe6ONzLTqljW7JZkR6IW0kEzaSV8ARjMORoADCKIqsypjnjzmCHd/kxY/nKNX ZYpFWVZmhMd7/+EO5557LkAEzoTvJ7TF1GUafYo7I9WLVNBxLeyDDz6INCudVWhp3DH5QJCMv3vS ONCllH6xhfzgVJOXU7HcWEfWNGhKVLfbBUkEnqPxj+WmBY7dgpHCiMK8IWbPycBd1CId8TCTyYRB 3j40BpE6nc5gMKBI1Nw5XNmd5tvw/DYTeNFmDOPrUalzwj9CsSZNU9igsSqvhhwcl0biWjk3qBsV Q74hiJWNgcAWuI+EXaildFkUBc2ZOB8AflJ531hbdBpnsQXNE2/UAaO2vb1tKi6fsLy8zGS18K/+ 3b+vNLCX2B8/kmUZzJAoilpq9Kzrut1uUxZBCKnpdon5iFynkqKdTqcIOHHRcU+uQLEZkDTG4zEN bzauiaaA2IFy3ZFC5geJMh8+fPj+++8zMZ2NYQXTNIXTkmUZjc8YsFIzXINUPTLp3ZUiC6WaDtvS YG6MJRT/ZnrHW0BD54gkScKFd838Y3UWR9X8UyYZjLOzM/p0l5aWVldXHaql4kRkmkMPDNDMakpJ DhLaQiDhOflOJ1QOWiLxLxyoJElyeHjo3UmlLu2nNaCciphgj+2cB+fT0nSNqXT3cfjj8Zj8ntoC tCIAnFpMaVyfkQOKJHw/x5fWrUjIUinhGtbh9vb28PBwNBq5ntNut9fW1sJ/9Wf/EVKr7y7lDAdY +EHqeSAVdxKD9aoRNrgGHsTSHI/H6+vrfFRRFNSqvDrYY4gQAClYd4wNL0BKgEQEZ5etXVlZ2d7e dsBgsitHhy2nJLy5uQnYBxhMKuzjRXMd6zvVCBA+h6iReJSIC5Sp0ldL4/UqFWg5Pbzaz4FeSVU6 nsalJCqbN202v5GjHBqtQM41CbvBpniSRHKhTn4cWBKaY3RoV7UljkVddKgTQoBFhzksy/Lw8PBW gzeihpaEgxn+koiuUBNdIr03bmbzBlbqMKbQS+vJ6uoqeS1AmZHrSPrjBlJb6iyJxMZj+wo1Yhca D9/R0BdUDdEAZenCf/Of/if8mlNDNqYj4biO5F8cRmM2qGVUVUW/Ei9pSgyBPhkYhcaOhDSyLKPg nGgQSK1CAAAFtW57T7pO8VOgqsw2YTnYBhwiWAdFZpO6alHTuDxjDYdoaehfLdZuLJkQHwtqZzgE nzn/gVMFPOc/VBLPmYp6bjvKCzpzCA0ON++bpinXr9SUMgNWhQS3WPy4QUelswwP43fh/EHuYJQa d4/PcXmolkI0IVwkhWeDXS9evOA3+qg1gzFAXleFyU+ca3EflpeXQaW4A+D3TNdh6Kdb13mjUgTg s7MzF0NYQ5yDnRLEJ97RMZ5zEuxgULkKOlD4r//jfwrCPbwTM1JC7ff7tOViJDDwURShG1GK1tL0 fbXmOvHa+DIcE2A8n8awIfSDRqMR32PQBsZmkiTu/eOKQ8MERzMHYXl5mRY7PA92GugD0wun15RG 2HPIxgZNi+foE5lMJNSRS08i12S/Sgguqz8/P89ZL6Rjc3R0BAsAPhwntVaHJS/oQxwJv/Lpxz45 4A5iqpbi9OMzfZ5Y9lK9RXwm2Sc1yEgIQaSqOeQl/gyfwvtuAHEqzWfSA1pyKZYRtUIIZ8cp/VBv Is3jOGLCXZCCeEwheTgcEpzAz0nUdozXOj09xZBhp3gqZwixCuT+S352a2uLNeFfnbK3pD16cnIS /sf/+/+xPhE2jEI0u8jH3bt3j9tj5CuXkGwuPXxgDUJe1yMMjCwsLIBMUwDi5Yui+OQnP8l0odnZ 2X/4h3/go8jwKsmhILoUa2gtb1JI/xsem8vXmAqQE94W/9hqtSiLWqZmZmZmNBqtr69PJdoxmUzg NuUS66s0vjgScbyua1RnQeVjyRHSh+ZiU6oSPYm4jZYjgVqNNqka6VMN+oyE8cWqA1QqPNXqLk3F LSE2Y00cIDkpstnjK9XEdP7JDiqRTpujAlwTgdNUskTg/cyN8kdxBmAQHB4eckypClPiRfYHKI+q Jf1ZGxsbzCza2NggaMQuoDXC5eEZmjEYcY4XJ4j7YLf88OHDly9fQuMLIXAgWcO6rsN//7//HwCO ACNeINseApt2u/3w4cPmQeTkAdVhRIkWMPD+NZQDqUJbfBBJGTC16+vrL37xi8Ph8G/+5m/G4zEz avAGmElQKpiPHQlQrq6uwuunSsIhBvbBbRFdDIfD29tbuFmDwWA0GsHlWllZYWsZSx2JbmBLac9I /JBIDCiTCFQURfyiTkPtrJZCkKN5oGVyTT6QheXOY7nZMMQwIhEZOExQ4joan3Rzc0O0ZqOeaCKV c1PHTnxxJ5tHP1K3ESGQwVY/iU+PHYJvINgX5RRKVHVd2xDAPcEzEExiGsDoeDB8Aho1lHuZ3Ojn xCOhkwPYbTjVL8JSJ432vFLdoQS9kZDWSPxKylLhv/tf/7c4jlEXgTlNY4sT3qdPn6KqSjlwfn6e wUyHh4ezs7OIl0dRxBB7oEZOzPr6OoJP9MZTzr25uXn8+DG9xl/5yleyLPvhD3+ItdjZ2aG9II7j 119/HfNwfHz8wQcfkGtz2nJJIo4lsBipKQ5UjseoND+VoIJAqN1uo/YWRdHz58+DKjhBs4U5DbT0 FxKNsQkkCcbyQWBkXwu1euAZSCSC4Oq4QQlsqV3LiCqpObgEfhxLnyQJBIRKqnHO3Q8ODtAkzCX2 GzW+8BLQxG0Ua5V7StG5ODc2T5WmksSqfngFWhruya7xgQsLCwS6oAVHR0fU4zHP+AcC0WfPnv30 pz/lwhOG4cC57evr68jUrK+vEwBDqiW4BQngA33WK0H+3NvpdErhJW3oqfCmURSREkSCd8Kf/vn3 wcVQkSZWw8PiuKHBRBqBgPSh83eAUlYQeSBk2cxmoWwRifxIOwx1b2gbLC7CG159dD74G14sb2gq cOU2NjayLAN/IJRvt9vQzdk/5qiAq6DjziGDO15I9hVgCqtAiZSf4mqRfcKAjyUpwaGxWglN7/g9 lh4na4wS585nYtHB7B88eGCMn6OJ283FfcUe8yGhUZOv63pvbw9ny8d2Oh2uB2vF4iNCRKY0nU5P T0+5M/Cc6QXh7Caii/q3xOrUpoYw0xjEh6Oz5Yb1QBoDYpFryCuVfxTMCXjiON7c3MwlWJmmKRKF dV2TsNn6VNJ8pnZJuGWBR5w/z5mKThc0HpgwhqWYTqf9fp8YJPzpn38/EgzSlvI/LAUOJREFWAqA BuAM3oFFwVpMp1NaadI0XV9fz8RSBFfhUYjOzc168ODB7e0tMyuhubZaLeDSJuxNRFhLzIRkqxJ3 IoTQHHlFCyNFgCCokeh5fn5+f3+fw5ppmhqm2qtD+EGVviiK09PT1dXVpCGSQb/ZWDMcwtS9AAAg AElEQVS9cG6wkWPBHQ6RTXYg2MBiEZjhgqCXNXerElGWZN04t+MrFzin0yn0bH4vdZKlpaV+v095 ZHd3l60ppNSO2t5Eol9BDWVEXFgWXrOlETeppJhDCCcnJ5eXl0tLS8AMnEsKJph/hNaCtIZwgKkG DzZPMEbwWqPFJpIEw8bzMFx4nHYuRU5CqaAhJXVDczcW9fBjK0l80e12w5/++fcdbhIFIhKSa+7Z y5cviR94n5WVlbIsmRIDyYQ8FedAuEIrN4Eabsj9TRPNjcFSsjoELSR2/Ah+w1QNju+bb77Zbrf/ +q//mhKmP6etcaFzc3MHBwfA9rwwAT1ChOz63d3dYDB4+fIliRr6o2wABYegggs1o8XFxel0enJy AjrBwSIVqaW0iJcwBF5LNCsWJOJAGYPkx+Y1ucaQn7FVrvnXavkxcYrUMI5jc2KLohiNRkj0YGJ4 ffZ0dXUVRVwaShwpgfkglMAhy9VEwqSQWnId1MiJyJnturW1VYnneHBwAIkX5JpYAG9vtABTZZfF 21k9pZRo3FSDblgTTLivJRggKG0qLfy4gb1+rKrgPCpRL8Hd3V34tz/4z1QTwAQx2OxNkiQIY/DD a2trL168INxE7iJJEiKHqQRn4BHEjToc/otPy9XtUamauLy8zN1dW1vj7+GpMvyDxqKiKL7whS/c 9JefdWd2d3eTJNne3t7d3cUCGSWIVH1AVJr7AJ4AkFKr/39mZub8/BxeF2k0JW5iCa87LGokpHOR /g1YOTqMRBpLGm3RuKOmVeZ4eSfw+1gBEn38NR/VDLibyRnvWGjEDVHo0dERMZiHn/X7/UoMmVKi fyQ/jvV5VLI6WFIu8RAjEYsba8KnpWlKPs13jkYjvJxhRPCxtiZV4XJbGipWqNk8FhQTpG3NP7ni yexHTOHi4iLW1pcnEtpYfpQl4WiwmbdEEjMtyzL8q3/370GsU80pmEwmNHQSJHS7XToOl5eXia5o 5sVQ3WmUQqImK6xRUNnCszrc4mC+JPvBoB8YKWZ94SK5xJRROL6+8bSrLSwskJgiF0PISJGP50QW bzqd0nLhCBimAyeepcEoUgYv1IGKvbRFJ/4hoygki2WnWWqyVyQ6ayweokPhQtSOWP1Z/KDrZbgg BF6CZoVW+nKMVElLka9mKkx71McSWX6cb2632xbfYuqvg12a+f1RoAtRFI3HY7Bj5zkhhMvLS8YC ZGpBdu8BuxPEb+NhAHwJTgrxYVLx26aakFw11JQIosbSP/PBZUdizZghjv9YYGN/W0iGstvthv/2 f/5fqqpC4mwymZC1zM7OPn/+nNPGSHkc3ESDGquqQuoJ3VPyPJJFeJgOv5wucKqo1OLLXIcyPxOw 5eHDh/1+/+DgYH9/H8giVVeiUxZzDQC5qAvyDeTHVODtqZuSgM7/OLV4alLtskErr1Xr9ZXAn9I8 FcSWIQbziWStWxIRsS92jcan02vCS0Wa+2WzxP/y/bm47AYJ8CpBJUJu+0QaQzbh/vNU0zXAtexg QUh8RKaaHmyMPI5jBI94ZtxFLjE9HOz8/DxN3JXkg/ClicTJSqlFuLxTqSGO8w1JhOPLZnGoagHq icSIaulncWcKdX6mmsO6vb0NXNaSAiQgR5qm4U///PuUGxmsfnl5ubm5Wdc1lInFxUVaD5mxSDcX x5oEf319vZJkkvWYfD7QCcpExY4EPrD33EiGIuHNI7ULYYTAFggkGBSK5BqFAnJr9C2oEzE0r9Vq sfSRwOyJhlb7gMbi9xK+32pCYioGsrFtcD2+CJc5HFmWEc073OQgshT8pU8Y59X3xDehasg6V6o9 pY2BFty9SvKakUp7LakiGi0lk8OCBAnw2qvQyxtER8FGlOJxNKM4ZEt4NUSEsAvUhsoGyQw7EqTe iMiw4zR3FfK0XPgghllRFKYPReIa+H1tknCAhKbO3avGAByuZavVoq3Cq5rnORIGWFJ/f/gf/s// K01TZidVVbW4uHhzc4ME8/Pnz7EZplUFjWgjhkk0/mV5eZnPBVFmfYO0N5wK293YelWSW2p6bWIV PjzP8/X19YODg8ePH798+TLWABmWw+VPAIREPY7ceBAecKFCRX7/luavw8OAKrIZwDgEFYlEiGKB 63hnt9w3r3Qt7mukSoddCkaOY+d9raX4VQs+t/m3e6zEbrCzjhoAnK8El9zwBQMCCMF5L+e+sSjp JmuQ7sdxfHJycnd3R+WhFJuaN0okxFmotQAHC8kvjmOY27QXkQ55ZahL4hziOEbYA4tu1CuIRGQ/ yavxDPgZTDi3l0iy1lcmCUf/4O7uLjYxks5Z+Dff/wElGLJP4qo0TR3GxSJXUeDkBERqCu50Oqen p6QjW1tbhDqOX7lC/CESaEgASnU6iiLSGoMJrBEhY6vVAlUMIRweHhI7AlCwoLX0xmLNAeXZPM7B eFZbGibNe9WMekuJdBdFYUUhVoo39Vb5KLuamKhzx3aaZyb0dNQxnU6ZqAhSjhwz0WoleQXMRy6W fC2yZFDRKhEFIG30LoH6GxR3IOeo3WcCZ1VJzR2n7+iCqm2n05lMJhh4FnBxcZEXcbEiFeWY4oaJ Mca4fBUda7Ev4/F4Y2ODH59Kb8tBbyGevYM3XiHTHBG/tWMkB+u2pLzO7u6uuylI1aIoCv/m+z+o 65rGW+o+ZjV60anjVFX1yiuv8GQXFxfMaer1ehsbG9vb21ZdszZqLBguiATrmC/X8BDjgzg1YBMs EKUBfjXKvYBQDCGZ0Wh2zuit5j3UkqBgA0gf2+02zan9ft+VGtt1fw4GhkUnujMjL9XQjjzP4fRF YupxXFJJjNdiy/Fpxhmwu7GK/JQOoii6f/++jWUiwQ8DDnED3plqVEvUYMA2kYdaTQ+VaqL8GZb1 VG2mdh2FlLI5YXYjxA9Ed/SDZhJCqusapJxfhAwvR9xlx1i816IxIKjpuwADut0uAQyRJF4Ck1pq LlgsYWGf6VyNl/60Wj2B/OHi4gI2YafTYboy6fV3v/vd6+vr8K//w5/54ZwWOPyIVdahbYwFpUW3 qqrZ2VnUB3hWV2EgFDQDEgBvv7aj56DuCr8PkUwURSi5VVVFN4NPT6Zp1w6RAX9wiy6w2XhPG6JT 19fXSHuHBimIP1QqTRcNxQHqACTExjqNqfFtkeSHOOJ8J9AbCxXE+uBhag2uIGBAh2g4HAIX8v0+ x7yIIUUWsBkQxkL6+SkTeLgbbh123BiJGZaqd67QbAgwKPhVpYqadV2T9lCy5UlMm+N3UemcShIs aFy17R2L76g1SDsaxUxeATF4a6ikabqysuI5slEDzy3V6B01yoLekVraNbOzs5ubmz/4wQ/quv7a 17721ltv/cVf/MXPSQSpRE+nEouKGzSjWMD5+vq660rErCCABMqGpbmCRVGsra3d3d2xXoQrTgEd RMbiiyZJ8rnPfe4nP/kJFyOTojElpJ2dHftubPbt7a0n0PvvsXNcvCBk2gbGTpO7mmpEdd34cp4X BHdw3HHxbGrSqOcFaREm6hu6ubkBrfeHOM6ZmZnZ2NjI8/z8/JzuE9hE/CslT594m56PGUhvv7+n aaT8nZRjXLWl7tOMiSv1goQQLi8vceAEljyzyy88+fr6OsJ0u7u7NPRQf/QCGlmqPtri5IJDLI6n N72uay48QCehFGeaWAOtITvSXCpiRpOCcshIlXsXQHzwCLDn5ubCv/4Pf8YT+GRjdF3U5E3iOJ6Z maFWz2zrSBL3sTrEuJe14IVI3DTeH5iPw0epgp494PCO5K8IXfzod3d3VBzsvmsVX7hvIYS1tTXk j/EhhbTdCMS5eFT76TXxS9nb2jqCghFzc/MdFyaaxFKJchQ3MPtKE0pA0CeN+VvwEW5vb62kGVR7 BzKCo0HATdZEVJ1JrTIVhZWSswNCE8Ex53T3YYn4kEpTwXzIbMVZSaxpVVVMoMfoclw4ZKBeQePO M+kyVFWFhhzmmW2yMZ7RKGmMDiWqWOSzVD2TPjm2QWTMU43AYJfX19efP38+mUwoazSJ/lEUtSUA avaR69NVVZFYFuJ1Jr/8nXdMtcEcOhLIJLboHYLYBD/+VtO24CHVDTSUK0g9lWIBzwGhEuoifpYC 1tHR0Ycffnh6evrw4UOzBbGglBhs8DK1StUSwyBtz/McYc5YgmkOf0GFWXcE1nC1lUa1YD6BbLHl vqK+DLHqkbboucg2fBq5BD9CBsIRWVlZKYoCYoV/isCMk2S5epjMVC49L60WzbVWE6efnPSLbyA4 IcBgtTnxWB9HMrWABzbXkx329/drER/sJIMwLhbTsW6WZUiBkwwsLCxwWOnXKYoCdW+XKQmG+d9a rcCEWDx2LbamXVYzbAMpJiE0sNhE/LBiDu2C6AYgcuTfhXrBwr/9wX8OEr5yCuXQ1qefVTPfzW0j /EpKToUGbrU1vgdc5eLigp+yc3f2Q/e+U4Uoin7hF34hSZL9/X2GHlKCwfxzhmjf5qy4bAZWg04L lyTLMrJbStMYobpBZ+cFvcptCV/GkqjlatlT+aw7sYuiyJ2NDvkwWr4q00ZPY9noxEtEaHOdLo5j dsEqc0BkHGgHUZE4xmAm2NHmfiWSikBtk6Uw6M4W0O1fVRU0yUpoKUcqalSFOXn+fBdZoUhtbGxQ Njk/P2e1ORioUgJh0VhDfpWIqwN4Quk0a4wYCuogBS0EwsJRDwYD1EHoi08kBpqm6draGm9t18GH UG637vFgMEh+9fd+D59Vq7Pd588fwTvnH9XWAcniZzGN9vJkh7h1CgQUL/hmF4x6vd7y8jIvDIlv Op3u7e0dHx+vr6/3ej2Gk0w1PJoT05LKM7e8Sdkjr4glqUUwAPDHNyeNRh6f3VrINw4HT1WKgufC CvekarCRIjVuNgMtLBDBSaRCaROBbknXgGC9qiqKl/hfPG8QAm3oLYRAlEViUGjCodOPNE3N4+VM tyQ0SeTqyiIF8hAC1DG/BUW3qlHbijSmmCCbK0oyhuLAYDAIIRwfH8/MzNCv3Gq10EdBtpvPNGLT 9DCRZj1wFrGVqVhfOCh2oSxLFM9RsyPEzdUCBgMKiZc4jh36YvVKMfbW19dnZ2eTX/rtb+LUKg2/ NVQXGiJSSYOD5bopweLm5ibNUHQncfudmEM14d73er3BYEANa2VlhdPMZYjUrInTOTg44O4Ri7sO XIkuB2U3kTBs2ZBFAJHANphWaudYNzT0ggAQA1B0RbE9qbocfJN9SaIG49SfwG5RTwDxdG3LsUGS JGdnZ24tYA5PURQoWTueLBpDQSim8KY0+Dh/xUmyOPbvxkNxwpQp7A0gdROXcmR5zkJEQLuaxKq5 olSwBZPJhIB4aWmpLEuS17rBpCB/CCFghlnMSiOmOdzOLzlgjjxtZwmE0jSF1Yd1Rw7DsR9XOo5j /Jhb/oCtDU+3221mj+7t7SVf+a23WWgCfGxSkJScY6kmlE4+Eam6QZvmxsZGpUI09ykVccAyB6kU 37GCi4uLGBiub0dfXOiTkxMOK6sDwoCFS8RQd8hRliVby/bHcUy7N3+Jn/n/DUjsqZ2ocVWMcH/s 6KSSa+QTYokB4qOvrq6wNPw9TKm9vT1Wn1wIQ8vi4PpxQY70+KWuGXF7ccqFOnQT1UFZjUTjkBw+ sVNQu9wjlkqTmcZcfnCsOfFRA8z1q/nC2+R3u12SVNJT6Jy2lfguwq1K7J0gaNLBZC22Y9XoyWB3 nLxeXFwwO5En3Nvbe/To0cnJyf3793EazK8mYIOVkDZaKEvppnD6sarJl3/jN9h1sv6WtGwSCeUl UgJiX2sRg588efL48WNORiKhZ97fTraWnoyXjw0jnMLXA1CA3WJcyU2HwyFVVX58RmPOnWOlmmxD Vajdbi8uLhYaysD4ed4/1fS/UqMN6gaGGElJi5/FmhIr23g7hCOaiiReidh5oglhrkjYtGBECa5I VIjESnXisSCGX2zXAQRpDSPp5HwQmzLpKVVXYSpdZb8XHp9bBPjT6/VQKwEg4jVj8XkS9Rb5Q2qJ FiWNgbVuPPUgVRjUnmXEduDhiVS5n7Hgad8cRzVOhHzBDGw4nCaC2t3dffjw4d7eHjaelrdIRKxa TOBmBYajiNb5ZDJJvvrNb9lheQXtVSku8hps82QyoUTCkNvDw8MkSUhJr66u1tfXiRTd4YJNon4O XRFPCm2NtvYgXQ1ENWZnZ/n8drvteXrwZKw+RxBZSgmf+WfT6fTy8nJvb8/5GevlMIZXc7DudfdZ yaQVygbYhAd9VSJj8RY0VRB8gylVDbJ1rqnTiZiVQGn8olzqk76QTqZPTk7iOF5bW1taWjo4OCg1 FiHRJNGOBhQnou9OpRdQ1zUAGnVu8+fgeJ+cnJydnWHtIMlw7n3a4jhmr53w4EN8GXB0hChnZ2co t5Wa6upA1+AM7wVkV2sIbpAO3lRTCjldc3Nzc3NzeHK0tNw5Bdo4mUygddEWSOiSingTSx02UrYd CUJgNVLHu1YQjuOYy4r8TZOdw+8IIaysrCAFykJQggkh/PSnP3WX2owG5XBnoihCN/n29nZnZ+fx 48f7+/tcYgKb7e1tBuiwdmh18JJpg9TGJ3Dp+XxcHsRGHo93tl3x8Y1U5DfuEVSK4siiaePilG0b ZxdvA2/UcV2ublGcaSRlIqdZDuLxn4S5dOzD4yMAoDjPgVtfX8fvoQdvVUS8HJ9sZLqZWlDKvb6+ JqgjnLi7uyMnxqDAFomiyL3CWZaxpEiW2kXYK/JRhNHgEKg/gISA83L9WAd4lElDKsuvRhQaqxMA b+m3SKVvnmnk48eivvPz88vLS2YlJY0h7Cg6UfNqSRLPYRIHstvtJr/yzu8k6u0FnMJjUoXi/PX7 fS5cFEXEaojmOb5EOGGqoTlPnz7FljiRord1PB7v7e3RwQ3iXhQF5dg0TZmSnuorlkjDWNqUDlKp KHGVLeVOo7GrtrlmRaRpOlVDiY9707QTv0L/cCEpqJ7l1Wfz6FLNNOsrhEBPNG4nUYNzKUVITg8V ulrtLxQRgbMg81CLMHev1iirUkOrOd+h0TfdzEb4XchF2S5kIhvTrgUgW6lhqhL9y+6Fl3KGylIQ C2H7+F3YOEJKGBloPXQ1pBK+CetDVM0gGl4/U98GxiLT7CROc6oGdj+ed82u0ibv/v37THwxUoxV vdOs6UgqJiEEDmTy9W9/O1I/YghheXn56dOnz58/X1xcZJIHZhIzA9hHxY4wjlgtTVMuEFXA8/Nz Im9ix6IoYAJiI1nNtkTVZmdnQdbYdTq1aRcoioL+0UyUHsL3SOg+z4BgNCJ+PqBpgzpXNHqIHJtG 6kDj1mEnzDlJNf5lKnkzIOqpdCQryXaaBM+ZQysiqGCHl0sb8wiSJAExZLpBJAo7Izrwkz4BTXfE j5MqcG3smYuiAC0hO+LgksxQnaX53VhnplmL/GWpbtFK5KVI2KtBlUht1ODC+Baa9yCu1OIUEruW 6mXBKjkXjyVhEhqKN62ParaRm/p5gsb6JRIrvrm5WV1d3d3dhWAXQiAjJ8StxCrntvD3YDDJN959 l3NDe0Se5wcHB1VV7e7ucsXrur64uEDbP9XMUX4rK8IAjyiK0IIkvieHIHccj8fMaK/UA8W30VaT qHTCYJkkSc7Pz0ejEf6EfwXHxJuzAf1+n3l3lB4cxzvl4p0zjdyINPfGd4DvcaU9Uj3SBDKOJkHF 2dkZ6gwOV1KpvMei8jvEx1La+dBnGUudC0IBIUokwpY9WK5htLnE7H0mIjHSEDLA3k8mE8L0tEG3 jOMYh8N3IhCCleEdadeAVcJ1NdMwVieui9MsUS12NN+G3pO/gdScpYBNiVv2A9diU9toGvSsNBPX vUGptAy41TjARGT9VP10TNmgbp2JYu1UzQEkCRU+NvmVd96BLw9Jf6rRgaR60+mUp+92u4juxur0 CUI9mZfU7XYpNGBRiqKgadJSJLUoRA46MdXNVXZiwVoYwMFW2ZvTLFuWJfB83ZBh4dsKjRB0bb/U sKS4wVXiq2yMqRlrdggOGjEZGnn8g6l6Gp29Nb0Kt65Ur1po9O9UVTUYDFyA4724MwRjuAvsH1hT EESIq5lMJsAJuHWP3IkbXA9PRbVoI08CxpCK5QLuwVITbXMGko9qIFcqD5vmBYRlRChVX3zU6Ijl fDcDFX+s/RWHgfCpEsdhoilrlI08jioVvT4RoStJEhJWlFHw7S4pGpXudDogY1yh5BvvvkuwQRgU qZC2vLxMCk/JM5JIYp7nZE68J83RcRxj//BiaZqSG21vb1dVtbS0ZF4eR5+81oYEj2HmWq1uNI4g HbRMcajE9D89Pd3f3y8a48yJJnEjDkiCypNTiZyUmpKQqsBZNcTd8VrMA6JnjAihVq8kOwRUlUk1 25sdGvzHVFqZMzMzh4eHkZo8PE+8Fpvl3r17RBR1XYM8EglQMSjUMAWEgrtw9Mjzc53a7XZzQDv8 1li6ikSGzFfk0xxioYyZSZMD/2BcP3y029CRVUuUz9Dgq4TGMBnS0FpQbyTc0zlYrB5z+BQwyXIR wj+GjVZimnD/j46OmFmLoPlwOISLzlUcDAaUYhJNcPh57P6Nd9+tBSdjbinmI2c+Go0ePXq0v79P Oh/HMaTkQhMYsYXE4kCE2KQ4jlEucDcAod5UWpuZ5m3c3d2hVUIIW2oyIzbMOkFMwCMKROrRnosw lE/jLdLG0DKiRldDUpFgrXMCr9Ct2Y7jy8ZARqeGpNTG5ttSuI4kccGWGCIcj8cvX750sSxvSKYQ Vm5ubhZF8fnPf55OM/wh4TjFadIhquhZlj169CiEgHUnDsFf93o9cjIIKiAtkbq03EcGgmmbXUlL q9UYhxhEJPFjs/JOl50c22BVUtUMEl5lZehshk2Q64ugyOWhSqpjlfqkfH9M9ckbsvr7+/utVqvX 652dnS0uLiIVGqnGn+f5YDD44he/ODc351wLG5QkSfL1b38HdBZOz4zm3FKqTdP09PQUmq6ZzZjb brd7cXGxubl5cHBAsYnAhorG6urqBx98gHoT1xfGHOfelu/i4uKDDz7AgcSS/c/VBsqVANumltZq tXZ3d90T7SgC1+y8LZMGQS36BPkfeZtxEhJujnuzgbC58XFjqHlQycYsf+cSUYMwx+JOp1MCIT6n Fmc9iCaAvVhcXHz48OF7770XJLMaGsRu/szdaLfbSGfCGOE+cEwZP0GZ08EPPqelgb3u8+DxIulk 5GLz2ztVEtjikBGX45AdC1HF5NvwkwZ5DP+3pKTgSJVdC2IlmGQRi+fHn9kRrg1ZB8+A1zX8b/C0 lFCHxVCx15S3mwBU8otvv00IAYBA2hRJWdOuMIRgnbdHjx5tbGyQv07VwJ9qkBDe/+///u+n0+nS 0hKJAk/JzoFeJUlycXFxcHCAllMtVSa21oRHCuMgd4uLiy9fvtze3nYCyptzx8pGp48dX6mBOSw0 OAkXO89zcCs23o2h+PRmkcLOPU3TWwlYk6qWjf4sjHqtYhY3tm4weNlp8EpM5pMnT8izmRtKhQVm b57n1OoRhgC8Qza6aHQ5oNJDagicX0vxptLAZMJ9JzCnp6enp6dwkkHEoyg6Pz83589pYi0U2HlI HMczUiDEGJXqBja8k2neCRa3Ft8ul+5N3JgY7Fw/0pwsUE68FqEO0C1nLxFlA24SfbGRxs/THYLu Nvckz/PmZKHk1777XfagVv9iJhaKvRivSl9JnudXV1fb29sHBwfz8/M7OzuPHj1aW1vjcVEde/78 OR3cZEs2rr6FZVnu7u7u7e2R8DkctH2tP9qflmswy+npKZF6W7OTPJrU+8TLG87zcTQAwlqEEFAs Oz8/r1S9b0bhdh38pcG1IFwfH1034PlaoOFE8txcco57LDX3Ukpd4/GYugnmAEePz4GB0+l0bm5u 7t+//8Ybb7DaBLiQzIbDIT8IyF1Il53FMTThogEhBHfDF6ZWD78TRE6SWYes9owGsMWaMhCEFRaN xqLQkAmp1EtuD9DEf5x0FuqpNSbhtk/fk1wK5rwIl5k4gtuOegJB/FTqCcCyboLJ8zz55e+843do q0uD2+O7zvMhyWAIiSIU4jP7+/t7e3tHR0chBIKWqqpeffXVoihub2/RmiLMQKqXhlmwedxiECO0 asyE4Zy1pSmOGBAjdqkShBAWFhZQP8TcRo35o0YtYlWs+HtCLC9HKdZnLB5BrY6eWpSmQn1PjlVq 4WhsRtBg4Vr1agpJa2trNG2Z4s9/yTc4XpBJidFB34O6cqFgMGvktDu71p05Ojra3d1lpBGjbeH0 R1KniiVnzieDrTFdw2V8e0JK6TbnLTXiYCzqhihIoQ70RNzBSLNUa6mzuNbh+08hOdEYC3C/SBV+ 25ekwSQjjycTw/WZzpk0CLmYeUNDLPuTJ09Go9Ha2hrXmOIxHoMlSn7je38YRL0igSUyNpbJjQQm w5RSxyJpK4ri6OjIBVdyC1LYTqfz4sULujGqBrET0HQ4HAIvGJO2x/QqJ5LOoU6GLSTsJnLAgbhI QTPvVEpX+CW+WpoC5wNdaoRlqTZWp3SELm7izhv9TU3ULDQok66CccLIpRjqCUsi0uCulhqgCEtQ V8UAb21tsbwvXrzg8chb8jzf2dnZ/+k/ffjhhxzow8NDZjdYK2Fvb+/8/NxmG/GpqfQDaymM+qRm WebBtzwMobwtdNSYGuDwg6uSN6RqnahglYISYgzZVGMAifi5MPg35wAEkxAEXf+vpHQCwE9+4rtk ELOl6XfEKtfX16YCYK9jjWqC+pH8i9/9PSZil5oNEsex7TFOHAJ3lmWgOUhZuHksEpI6Ho+NcY7H 452dHcLlRJIbhucQYbvVdPBaLKKoUU10aZOQFCNxp7FVLCUOjqIscsQOOSIRjznclAIStcBgRWAI VuKjphosxXVCsc2F7kg6kqWm5ZSNdmlHX6WkuTqdzqNHj0hmyKIGgwEWBCcJKkQV9nsAACAASURB VJJLJhYuRlEUP/vZzyh93N3dMRwTgw1p1E2lbHPRmK7BU7HHNr2OJVxJtf4r3ZV4JzdYVJJwqlRV Ba8kJfMKNG1TIUkwvoi5jTQ4GCZC45F4d64l18OEZHYBb4AgPaYzUrnKH+gOyUiKV4VqmhBVQghk UEVRHB8fdzqd5DNf/7qjT7JpnK9tWKfT8cx5YibHEq6ZlWVJksQRuby8BLcpJJAQqaBAYspZwVNX 6od3DMMXISY8SmMaFAgdqU+nU34v5FtCFMeCQYPm5ufnv/71r0dRxJCSO2kxu3KZN5q2IvGCCA/Y e5BTh/JVg/aYaTJ6IqJspYZo8IREIxcxHODfSEQBHfD5BOs0pxFO9Pt9/ksJDyJGLZprJXVlTpu7 ArDZqb548ra+6oZIQVBRLGog4rVg8lJz5liTWnyHqDE02HFd3BjH4KS8UgGhGTdCneCSMCuuKIrV 1VX2EQsNfwlrRTaSiobk0CVIQyFtyCsUksItNFws+ehQieSXfvubmUbdelc45Xd3d/fv3+9oVOJE srecKlaHhIZrRGNEv9+nVZFL6TS00+nAESDLzjWD01UGH9NK3Hze2UkevVt1YzZ5oqqkGdXuwOA6 taROmOf5xsbG4uJiv9//8pe/zNIA9qcSoY3jGO7xwsICPWB1A2CeaMIjsB1Hx9ucaiQ0x47fm2hc h4+XYR9OId7SoTNq9Bikfr9PPm3Ah7uaqlOx/GjJ01W8uNEpy/3EOVQaEfWxcNnPb19tdLWSLP3H Apv4o4Xk/w/mSxKOhHMewiR/JSpXQ6ygLFPX9dXV1XA4nDT0DwsJLqRpSoWEOAdDHKtQEGuAcKQp hVhe2GNAZ0mDt5d89Zvf5NIQyJoChfckCjeZIRG5p6WhpBcXFyEEZp5U0jkZjUZ5ngPxupzUarUY kBI3qD/4NcMIhAGxJH8TafGwkdQLiZfa7fbS0pLtKyevLEs6+ZMkocRLFM7/7u3tHRwcHB4enp2d 4X9WV1dJIbiZs7Oz19fXIJW8sje4VF9I0mj2IVfhNbkVPutXV1eATmVZ2thQwmOVIG9m4th1Op2n T58SekLZMKuJkkUURUh7x5oNYXvmxpdYveGlGC8+BE42xg1pwaaPqhqFp0z8M8cnzj4LjRDkvjmi s6NOVC6FYItdICDkpThmhUQ8yWIRGiABwIHgx4hqStVA7S4cDhk54EdKNcpdXV2trq6en5/TMceH FEWR/Ivf/d24wUUODUESu2Y+1IyoIBSFlhZa0Ik1idTtazADmaSRMOpcbkYVsKwOHJ2ecnETdTry N51O5/z8PBKvhqUM6kjitTnxzQu8srLyxS9+8enTp2maHhwcbG1tbW9vz87Oune4KAo6OOFzE1Ek 4mpHwl5sCDDkXD/LzJvr5mi+3++DEvZ6vfv379/e3nKUq6qiypEkydLSkuGOg4ODy8tLXpCCGkkL 0fDFxQVAhI9XExonDgYSaObQztSTxmT3IFiwbAhs+L9VgwjpfMAf7tOMn8ESc3JMGLZBTSTz5mDJ /8U2M3sUy831NsXQSDm0PKZSsuPEHU02WK6OJ/7AcarrenV1Nc/z2dnZ09PTn1d7vvHuu94nH3f7 C9uAIAUSe0x8FqkhCQe1XE4GO8EO4aZNtm7SWkCaOcrEFaHBAcQ6FirdEVKD00XSeo4b9PRalc6o gZ2T/P3d3/3dycnJ2tragwcPzs7OvvCFL8zPz29vb3Mb792712q1Dg4O8B6RClVBPXu2665/RVE0 HA7feOONR48eUemI4/j+/fuDwQCWwWQyWVtba7Vam5ubFxcXn/nMZ6D4swgXFxdMLnEtL5OyLn6m Gdkz0Ap7xhWdTCbD4XBpaanX68H+5zeaqRpLXLJq0OMcfnBt2hrFVWmIJC6L4+LDhAnLNLOAMMzH wzkx9sv+oVCPf9KQs0wlhkOyHkKAcDVVQwLHgFPOhwMn2EKXZen5aoSjRVHYkgYVod0QDKCyurr6 /PnzOI6TX3nnd/hc32niJ4gDYLqVlOfrBlOqqioklhLJOZQS3/GaEpCAV4417MDRYRRFRFe4hUjQ UmjIoBlOwlshYFZLrSVviLrYLLG+uAKgFVYhy7KrqyuIRJubmz/60Y8WFhao9YxGo7OzM8PALU2c 5EVYDdjh5pzQoZxLmAUYgXHsZVneu3dvMBjkeY6m7pMnT/72b/92b2+vEukSCMh26OzsDGISQBMk Bc4HQl/22ouLi7QirK2t2cF6JZt2NP5oJ1vSaG8DMDFnMJVeJH/jlB0T3nSzNnZ2GpSBM/HXq6qi vhZrepT/HkdBlDI/P3/v3j1Ub2sRJAEenB+n0k4LIdAeFUJw/1euVsZmjoFzy/OcBqvLy0uGNLbb 7VdffXU0GiXfePd3g3oR0kZPa57nwGdTDZmwK6zEfj49PW1mCSSdqXiIkcBdliBJEppcarFHvPRJ ktAOh5UyylFLzYY3IZODlow5dO7CarIfeAOWJpEgUS2tQ3Kj58+fE8Xyr+S4eKRKhL5YihqcjMlk MhgMWI35+fnXX399YWHh5OTk+vr6lVdeQf6FltlYDHgQ0uvr68PDQy5eIcVw4lFOwNzc3Pn5OQXC w8NDu5QsywaDwbNnz46Pj4kAKQmlaQpJjhwpFbuYikS32+Xa1B9VlowbrahGXb31xFRjjf1hB5kd aRBzInW3IO3OoI4kl3IqKcsmScIMZzaLWJdqAAHYs2fP4FfnokASXBGT5NIyAAakwMItyrIMBkQi Wb9aFKBUvX/AVvzSlZUV/ORgMEh+/Q++55zDKAEm2cFrSzImxtSqqjKpNZJIYhAKiwHAlnMN6roe Dof4Yqc7DjHJJrHxzjYA5rjE7BNjacHLKblVDf4tP0iiQ924kGgwuV1d10TYNgxeHTIH/mzSGJ9g wuD9+/dfe+01Rkf1+/1+vz8cDs/nF+73Fv7yL/+S5YLbg/oAo0zxy9iOOI4tjGxwLdfgTw+vZD1f e+21L3/5y8w53NzcxK3neX54eOijVjb0vcqyXFlZYfwgCLfzGUekcWM4ayUeIo/Bgcil2+hqQ6E6 N3ceJ0M4kWUZ/t89dWyZP+HNN9+k/xh6Av6ZJtfpdHp2dgYKQnQK9sDhIWh0da+lplsMH7g+YUyk sV9Fg/xic8mPO5yjveN3CAprlU7jOOacZWperFWF8Vlhfmr9UQ1ynzkOOkM+SDuQGQqakcnBKtV/ NJ1OieGC+iZLAe15YxhDVVWDwWB+fv709BRFSD6tCbRj3XNxX1NRVjBLrDvv5X6zcUPzNtJoK4c0 LCJu6sWLFxcXFxBCb29vDw8Pl8XDefnyJRNQSDErceu5KrQUPXnyZG5ubm9vjyOSZRlFUzxALJZf Xdef/vSnP/vZz0aS1yvEkk0l1INCCWgMnzA7O8uRury8vLi4oPZeiPtQNEZ/OdrEvdSNBkL+Es9Q S/qUb4aPxXhGjMKHH35IM7t3lt9bqfFqd3eXhI2RQfPz86urq4Q93JadnR2WYjAYEEphWIHyLKhY lqU7LgAVsCPE6Nh4On1nJMU6VWdjJMIPfPrkrd//biZZV04z1WkWMW3w/UmZsdBNPQln8bXAfAxk URRs6uLiIhEL0U4t7orDU34dC+26rFNn8EQWkQvJQSkkNWhIodI8ukzjRVMNJrfBxmuzxzMzMxBd KHpPJpOxxikSrJNYhxB6vd7u7m4hdlpZlszBfPjwIeSf+fn53d1dLgYTrCo1sMdxzKjxo6MjqqdX V1e9Xo/yeJZlhFUmDrVarU996lMsSJZlx8fHtNnzjkQXE4nXuQrGP43HY/A4ryFReKL2v9DotyIJ NhG/GWGnjQbwVLK9dJZMJpO5ubnd3V2oQYRnjlhKVdOSJLm4uAB7wSKkaUomU5YlDaJra2toR/JT ptzCmbu9veV6F5qBDCTAB4IHRmpaJz+E/Ig3YGWYm8vzTKfT5O0//mO/Ht+xsLAwkVwglQ423rkj htyDfB3TBzV3ctZNHelIsbvpMQv1hfA3iQZX4PojSZQlEspzoEVbO7cZW4JeSqwyU9SQuYukGIX9 BgUiOjdrnCAnViEphDAYDGJh/3Nzc71e7+joiMBmZmZmcXERCcjr6+vd3d2bm5sf//jHOzs7AJp7 e3sslJEE+hhmNN375OQkiiIAx16v12q1LKLLgd7a2qL5fzKZvPfee++//z5ljVSVYKImHAJFvSCi edUoMMXiZfgHm+QfxzBOdZrn20vneHVpaanT6YA3wDkzROPJQlhAorU8zxEZB42dmZkxlZ9MxoOZ 0gbtDH1J4nuAO048zp+glCvkzuZWq4XhiDRnoVJlsGo05mPskl//g+9x6R1dQdXgwi0vL2P2DBpy 3IF+K9FrgwiJPEQhQgtEvyA5cwoNocG/85ryq4+Pj0GO7BOddBLfx2LrT6VpDxb75MkTrDIYKDBW 2mhd5eTVEk4i5Q0hLC8vExMb0llZWUEciiju5cuXJBUcF8B7IhaSoZubG9gsZVnSzFGWpYFXXo2o qd/vO9wsy5JgjxuFja803Jn87O7u7ujoiHrZnWRNeU74BbWkJog6xhp213S2sRreQkPTONIMo5YE M6rGcL+oMW8jUX8maSWoH53gzm3I4xNNyeN5zK7D/D948IBn2NvbS9Qpdu/evYmmgMTqXSIEYIKa nTATkolg3ahF2kMO4Lo4MYLDUaL0IGQz+eo3v0UImEkr2S1VTEzn/nFvMMygENhCZ10ELYA5RVG0 Wi2uCgeaDKbQIMxUWnaGDmjJI07A6vus81MML4erQ97tA+okhliLa9BSJyVHJNMIFKJ2+FvU8Klv 8wws3P7+PlHp/v4+NCY+sNvtPnjwAEMeawIRP4gh4JDNz8+zhlGjGTlJEtSOeJ3BYHB+fo6sCCMR 4zjGCVCRtSYmQSdBZi7NPQ4E4J2NUame1KDhj/7tcWNuTNTQs3ZpxV6UL0I+vDqkS34dyCMvDt7X 0nQnAx7EGIRJ/JZbjXKAHI4TZjdj9Q9FaqTM85wLT0tupcIZVwgIKIQApGMwwwA6HR7EAkVjOhXn Lfnl73yH5XM1Ef0js6h5ykrjCMH2I/XVxmIWELR4TBJvwnNcXV211BkwlfaiAyHSBn7Qr8R/MRXs uoEU6sx8Jttm0zjRMJlSY2lT6WT4ruMoh8NhlmUffvjhyckJsmxMniKG5gIQyLWlh4PrgB1tGLhW BcCkg6DeSuOYHL48z9fW1tDZq+u6o/Gru7u7PDbn+PLycjgcvnz5stfrMXmh3++bfLGysjIYDGZm ZigxpiqUVuqOrRu957YXcaMhOhYjzWiBq3VOpTJpKuVqHcac84RTDTVxglTri4CQVJ7zA4g0Nzc3 HA6pbHAuu91uv99n/AElpJaamAhoq0ajBfaU8DWVhDdw31RDM7nJPHyQ3iN35tVXX6XYUtd18rVv fbtWUboW7ZM3ZEtsxUH0cE94UhYU5ipehg3AK+GXyRWaiFhQEYS/nEpRP5YCuqt9mUYikvtWjVYD fByWIFF5CC4nj9Tv92kEMTafJImlsFjco6MjHvXevXuV5sjVDdnONE3R62HymWdDG+7wTldiAnr1 eYUgoHp5eZlUzFbc0q0so6UW6rqemZlhFtXi4iLuYnFxcW1tLWiyGoYpanAuanVq2xyGxuSm0Kia OVa2zQoieDnQsh8ARmOdYeFWjYa6RB29/F5XANBBIItzXodF86+7vLw8PDyEIBSLfUBfedmoJBZF QT8AORjfSUHj5uaGv/EtMuZYqN9qeXl5MBgYd06+9q1vWZQnktoBqQnRKuGvI2CO4FRTCzHkbqrA SQU1EEQi2TqPiT465Az4IggjM2XKZ7olKSU2CaoJLR3+QCf+mTprKvGtCSiJ9jCi/HaPxYyi6NGj R7jdqqq4eFVV0QNWq+WPoAID45ihFl3Zdj1q1MwdM6Saoc46k7pZTjWVinyWZefn5wyZgpVJ7A46 mYgQixNGiJTUP0iLlLtkuKxuKF7YkTqOpzeAlgM3nQS1ohuN7ff74I9lWbKAJiE3z3rTY9QN0WrX v8jUsZIrKyuAOb5d4NrkJ7EKt4k6XwntDGnAEC4aEp9ZljGjgWpm0Wg9i6Lo5OQEgLjdbidf//a3 iXeJwEIInjzjegQ4RiL14fX19VpERdQhc43xcE8dQSFrWkvrMNGsEttppq65dGebZJi/UoMIXB9+ CnyA+DiW4qkZndzy6XT67NkzKCWJmsditTXhdpEVqOuaM4RBBWijEk5MValkC0ZWFAXlKk6V65dN WMNHn+oJhSdgh5ZGUjqJJyDmN5ILLi0tHR8fE8TD17+9vT04OPjnf/7nqqr4QIfahNctNSy7lsxZ sVmpVVe2kXY1xycj0zSuPM+JN5y2YfW8L7bTTnANhvgI+tRSdKtV/SDcx2pQdwMD8BE3skQcS05f SKsDTAXLiM1aWFjAVZI6IpPR1hSCVCpLeZ4nv/j226UEUuq6ZkYuXL8nT54AgWE1a4lJgEVQ2jSK wp7FDZ7GRMIMvhupJMw51lg4ADtXQKLGAJkgCj/lA3AoMgTiFi46twtBIp9mykCcb2BswgZeBIdA bDadTh2i0GqYimMNIaTQ5DBCPmravuH+fr9XLQHrNE0hFXPllpaW+NggkWFn27U66EjFgGvYQpSG yPXjON7a2uLKRSI4QGbGLhINhwZhjs12kMOvm2rSE9FtJrajwxj4iXVdo6tViYtCNB83lORKVcEx bU3oIlPjEkeTJ+QgGmt27Ac+lmiwFEeIo2xBkUq93pXmJBMnV41RQqBknG9fyziOR6PR5eVl8oW3 3uI5yGoZmxZF0c3NzcHBQaGWOfuybre7sbExnU6vr6/X19dp8wM89qpRACrE0C9FZanVfpskCSKX UNhB4iIhGDZIRGw+OnEcW+2DJPL4+HisoSUtzZdjA7DN9BO+ePECuQGu0MOHD2kef/DgQbfbZfgr JzjLsuFwiAv60pe+dHZ2NpY8pxnOjteDWgRrjaTz1B1+BIlMVAPIbQiHPO/Tbx1Lw6zWdFv2zCeg qqrV1VVgHFMU/b7EnLjWWPLlrmkYcuAskozVDXWTZlzBaYN+Q0BoLjtb6dDIuS+eAW3+liT1QqMI w0PCwJmbm3P3j2FAZ2ucQ/6X1NElCO4SBz2VYC3K1z5UeJLZ2dnV1VXqG4iXoN3Q6XSSb7z7bq/X I6W7urqiWltpXgKnfDKZ2JGxB3Vdt9vtvb294XA4Ho8pKBh14YikmvEUNwD/Sh0uWHTDjokE/3mM sZSvi6LAD2KHoiii7MrJALqJhKkZZLAxizRVjw2eTCZf+tKXSD3X1tb+8R//0YVPoI+5ubk33niD J4QPjGmkiulotRmvM7Q+lgSFIUvW5OjoiGbF0GDA4vdidWPAogvSHfGrgQXf3NwQdMEkI6kIatqf avY8SRuJ7LQhU4wfKEV6GY/Hru987F2ApABJ3KfCo040mjQVz4fdcRCP56fyZd0/Iswg1TS79JOT E/rFsHe5+lGSxvAf4hYWDd+7uLi4ubnZ6/VqiQ0ChiKJSjl8YWHhrbfeQvwCrdLd3V1SZKLu5Nv/ 8l/CLwNJdLFjdnaWGN9gSyXWawgBKwVNIIiGlWjkS6Hud6xy1ABkKLPhJfjXtlo04gZFO1IrXafT IW8jvvcOcblJ+6IoIvqKGvNn+E4sB3kIJV7+gLU4PT1FBY3SaZ7nvV7v4ODg6urqM5/5DP7RiZ2h DwpwsWZfFhI5cvpP4sghxkxgUPD4sShAdsdRQywEExBUTEmShLopJ4D/YgUpgzgc52WJa4nO2Qhy RIw9eIOBDhY5b0wzh5HGphMX0UvltISrlarLJxFxtdKkMfwSMR7+IdWAWB7v7OwsjuPj4+NMbXGF SIQOqv3lIismYDQaATFvbGxw8WINM+OIOk9lBfb396uqGo1Gk8kEA598/ld/FWbIwsICMkN3d3co u+Ps4KnRhYm5zbIMvzw3N0ctk2clYsO5lw2Ol6Fc3I2RsmbOEMRxb0k8hNOZiXHJ9nNijEkhEtSW EE+qJsBIZDUKJUEwHJX/0Wh0dHSEfiw/m2XZJz7xCcYB4JG5k1VVgYsBqwMJt9SzEtSHBSTFBhAt UJbmpzDtiARmmuVdNQRVbAgjwcyUvUj3mXB0cXGxurrqlIsrkap/Ag9JNQrIHLMFoITKWkvK6G01 aPMMEAyzLIN9fnZ2xie7+JA2JpM55YDmxHHnwoCZlmVJkgN2yYwJGPwkWnAQSGkwDXEcA6qwLEVR IFiE04AvaStQ1/Xi4iJoCokWoDkMAIa8gsV59As3jWEZydt//F8sLS3t7OxcX18zOhABa5IVrAJ2 gtPP0vd6vbu7u8PDQ8a9A5sAA7EcjkeDgF7/b6Q6aCTY2Ntm4zEej5lPZNvAF7NiPFSacSvOSyq1 oWDwEo2tdFYHeMwzjMdjxInImA8ODuq63trawuJ2Op2lpaXl5WVcvFc/qNM80aQUX9RSY4m4DyiY llK84VRB3A2SrsYdx5KMrRuaR1mWzczMrK+vF0WB94/jGD9caoQd9VSTxjhqtYTVCS8dc/tgAYDy jm01/gCPUM5rvma3MfDMrONKvfMOU5nEhJe71Qy2UgolZE1kKT48xDxJkhCjlg2iYachOQ/Dz5Zx bW0NSmysZglCUNCY7e1t2LUQJxnxwFb+nEX8hbfe4iR1pK+b5/nrr7++uLiIp7t37x6DrFhu0nmu Tr/fPzo6GgwGURRdXFzUmulVie7CUWupQcn2vpJ8IYTSSpp1HHQmFMxotBOZQxRFZLdu+MWBciVs XCPpSteS5Mbp+8bWUqNOkuT8/Pzi4mJtbe3JkydXV1ebm5sPHz4MIWCN1tfXy7LED3ClY5Um+NWc zpZa4sGdbm9vccGVWmzW19eBWXAOBomzxtB3EuVEXF9S9tXV1URdc2ONBrA1IToiKsObcy65MDQ3 5ZKz9M/Ctk1FECjVNIhbmEoPIlKx1uhToupHqmGOBvKJNAjEkwbxpmyMQqg/qpXH483MzGBbSQzW 19crlYcdloC5wYTx3ABGSwCiwBrCPsJGBs7a29vDeXIg6YNLvvUnf7KwsEB5JVLfIfxewhLG/fCI kQbfELN2Op1erwf3g79k43FnOG7QydDo/OVB+V30/BPANQHapDHvjoo9ThZGBAElEq82XeQrOFYc Oh/S0TAzJwClqKpBIwzOz8/v3bu3vb0NrYCU9+TkBIYWzjRSwyWbEYnDSMiB2WtpyinnL8uywWDA wHs/HlWCTON6MrVQdaQcFCTitbKyApDMkaKpIpeMZi5lBCpoQc3ELlDE0ttoaRItkDGGH5ItUUQI AUYaz7C4uEgxJIgMOx6P5+bmXnvtNcI8h69dDcaaSm4S7AUtNCMTUaNJHJsIwsvPcoU2NzdXV1dJ 6sy8AuHFdVNLhpwHFkwJ4vLy8vj4mONxe3tLXltVleswkeZap2mafPWb34RTRkaFLSFPBS4EE8Vi cSPJ/Tk6hPsgGPx9FEUoHJVliWJtpplYnAlb67a6yquqIhaiehJE/8ehX15eQi0CKTo9PT06Opo0 FMJYaJ9gC9/VjeJfIgoUiRH/xb/z8Mh212qEwdSRlxMHE5MAGdlyc5kr9VPSd3J+fk6uMhgMTk9P u93uYDBYWVmBjc1HeXYfwAIr4Li5rutnz54RD7D97lGM1FW8vLzM8+Dr8GOEB3hpjDq7SZRsXiSe HYrOWBq/QRJFvV7PYCXEB1JJgKyqIcFHL5LR+paUCVl/bJPLMrF6WzmstbRSWq3W1tbW/Pw83hu/ zblnQwvJv62trRFOo7nCFDAIJsCg9nK1FDvIlMbSNUq++Gu/Dgrp24BtwzwXkgWt1fJI4g+T5PT0 lO4HGkBfeeWV0WhECjtRjykIbqKSW62Gg9CoNvOgE83UJe8x55Z9Iv87Pj6+vLx0e2IlxYRSffV0 zWChTaKKG8rxhUQJkyThRVjfTqfz9OnTzc1NfmQ6nYKRJZoh0W63cXo8TCTOGQa+qqrLy0tjwEVR LC4uQg+mH/z8/BzGTq5pUP5XVASpFxJgMG4WR1E35IoM+ZEm4txmpM1ba4qgEx7iEG51LhHdbre7 tbVFeE2cWYsNgQLP1dUVHh64qdfrLS8vz87OPnjwAJgLUkPcUA4LEvNwhYhdnp2dpQSG5SLpIrIC dltcXHz06NFkMjk8PCQWcNwPbW46nS4tLc3MzDx9+pQTXNc17b98T9B8O0pA/CL+G4THg2EURZF8 60/+JJbuBcEDyCiOptPpPH78mLPIYoElJUlCzoFtQM1iZ2eHFMHNB2ApTUAmVr2pkrJcptHmjIdd WFig0ENU40WH2exqc6rOgEjCGHEct9vtwWCApWxpVDx4Jd6AcwnawFGen5/f2NjA6R8cHJyeniKW BIzARSo0mj1ImBeriZkwqFeW5eLiIiMK19bW2u02BPFSHaWJeN5B3RiZhDjx6SD0/X6fWDFVMQUr bmYYoZoDmFhtN+TlThBZduKBBw8evPnmm6urq4PB4JOf/OSPfvSjo6Mj7h6+lGI++V9ZllYzBj2E e7y+vp6mKT/IUSEkyxsD5kOjfAvWzEnAmAIrb21tra2tuTh9eHgINA6chcPBoHQ6nfX1dQqRWM+j o6OXL1+ORiOOWa2JopEog5AOqKIUmgKPvc/z/OfCG7gY+uor9RoCYJ2dnS0tLZ2cnODaXJcB7bq5 uVlfX//ggw/A/4G9SNVhLfNfQ4FUcGzeWq0WiSB7DMMEM2Ov7XSHu5s2mDxxg/xJddpvTpnMoTa/ zjyCQq3oqIhxDUBOrq6uzs7OCAG5BmRaWEeOWqEO4loY/83NTa/X414NBgPErIHJq4bwfKEZ8M5k 0OoIIdCavbKykiQJ+ni4OAfc+HHjvKk47iRn0+nUUQo2iKYKgrGdnZ0XL14cHx/Pzc0dHR0tLCwc HBzgwaihEkkyAQa40HFXrbFkx8fHJycn/KJUI2UKFctthnyxcfvHx8e9JLMRyAAAIABJREFUXm9p aWk4HNK9hYbCycnJ+fm5G1zAiJHEKjVTEowLPhmLwGmpG33AdV3TNuCaA1iNMdOgcaJxHCe/+nu/ nyTJ3t4eVBliqbZUKFZWVmZnZ/f39wkxnQmlannm9rTbbWKMbrdrkm2WZZaJ4ne7iMBhnZubo3BA XE4OXhQFpXuoLIRuxuOdLPqo8YtmZ2cBQMhA6rp2u22uUQjeQmOj8CaAU/BLdGYQsNaqfLGRmDEi frhcDnZLUV+IYTqdDpMIXP5sa3gltiCoaWZ5efnNN99cW1tjQCm/HQIcx5SwjeB+IrlMY3Z20+wa Mdjs7OzFxcXc3NyTJ084nfv7+4Q6MChfeeUVCEUA/yjKo9eH8j1hYaXySNoYCsuCdKTmBRSTivhZ SlmRL0oWjx49QhKd801lAx9FTgjih3ADq51ICmE4HJZleXJycnx8PJlMjo6O8G+wDzioy8vLsbi+ URTBtEOxEG9DkZ5bmvzCb/7W1dVVEz9m/+gdxqeQhkLEAzAGoU+SZHFxEbSfbnO2iqntVNE5l9y8 RNwv/C99XIuLi85lW63W+fk5jChz+nCyRn+b684zd7tdpCkiUd6xrFw895XRjo6FztQMcXZ25k5q DIy5dfgEnt+wVamRfS1JNlRVdXd3NxwOCd56vR7z2z788EM6kSnxeBk5T7e3t8Ph8NOf/jRQAxE8 tn9paSlJEgp5XCGMK5GVD6JzdDr2Y7XqYqcItVdWVt57770kSZ49e/aJT3xiaWlpOp1++OGH5MRJ krg5PRHpYKJeYZbdHom3piLp7Nk1QdbTIhw8Ehb68vKSFwfHA4TFisFockDhRAvPRqgM5gHzItYI SwKw+/fvE+aR8d9qnpebk25ubpiox/q02+3kF99+u6U5UpwMzDk1hVwKbHmen56eukeBwhhRLCej 1WodHR3FcUzySmnWCX6iAnuqtva9vT2qPHbrQfV5AMpYouBOFpMGpssXD0YE6falUoOesQGJRJwJ ojD5kUgKvAJWAYWFSvqSiaapsLiVxKTYKnAq3B1R32QyWV9fPz09HQ6H4Fr8uvX1daLMqQbYV1W1 ubn57NkzytIIunuhgCPZLdKvVPXasizp5HfQzPYnAuztQpMkQRLns5/97IMHD6bT6V/91V+BKMD/ oQrG6mFfXcmPNFOJ852qkSBNU2heDiNZcEII+hzSND0+PibnprAAPACuX5YluR+kzlLKK2DEnNpu t7u+vs5+IQtM9lyJ0MHuMNcRQ4mpwvxxQ2jtozgN0sr9TH7rj/4IbISQgGwJ0BSf0u/3Dw8P6Vst yxKnTzRCNxppBLFRv99nHR3tcPr7/b7D0Ha7fXh46MZTDm5LOrpgjjxiUNuHczu7V/61lkYKUWCe 52gKoAZTaPy5U15MteOQqDG8CfcKcpw0GjeJvniXXMoFZWOCBY6bUAR2NOV0jiw9SjAup9PpysoK RjGOY6wX0SphdCaCZC0dOefBpnyapMSjYhc4CkAflIHRSjg7Ozs+Pn758iU9NMhMkyQACj19+pQ+ QGNWbQ0Pq9VhgwXkzieNoY2xyuQYmslkQu6HIUhVneVibG5uttttGGy1KoCO0cHQyFu86a+99hr+ k5K/UWZSmm63i9gGbqfb7ZJaDAaDu7s7/peAisdu0z/+a9/9LmcaVgMFozRN8T6+8YZXpxpGiRcm g5mdnV1aWgKUJcdfWFjY3t5OxSUiW6LiAzsgk65GKuJkXde3t7fz8/NOWYydO4zhbtju8r+cOcrX 7hnFsWA/HJJFamZz8hdE4vUpb6t3vVAjeSy9JxMwS7EkcMGgAYAqAOrD4fD6+hom0uHhIbhtHMeE AVxs19Sur683NzeZtJNlGXEqBUIcL+rYtNVSDMJBs+wGeSgVcbE5WIUmHZBLhBA4BPgQ9MbQlMM0 RGKw+taxFHQGw9VjlUgZEwmg39zc7O7uwkPkBGeay9fr9aBbG8XmUHG3FxcXXdKJoghisPkFP/nJ T16+fDnRlPdExUcwH/g/RFBlWdLUSzwCIwaAMYQwNze3traWZVnyzf/yT/igVqtF7/3i4iJ+n5ek IsXjgn4QvmNpYo0bPzo6gk7DzQZaybLMcw1qaXHBPHZOnKgwEUKAO0D4HhpCk0HjVkJjbFCuqba2 0BwOPtP5HN/frIQTC0Zqu6zVh9HROE/cJS9LvAi7lfNXSHkL6Abx7vPz89XVVcjoKysry8vLn/vc 5w4ODnZ3d6mY4AGgSRK+Y4CLori+vmZ0IcWvFy9eUBYFEAS7YFgQPQZra2vYRYqI5OXcTEqwsWR8 CGFZTG4CqSHlet4IEKlUSThI8TwRa9dIMUaXgijLiy3nMTBqqSgGWZZx9Jmf7mSXSwgjAHkS6hVU i+I4pl6OPWW2V6QO90iaSoAopPXU0bil5CEoUb948YJ+g5bkN+I4Tn7tu98F0gJhXV5eHo1GsDWG w+H5+TkBEBSiq6srCo0OarvdLjA8iSZ+HAdH6Qe27eHhITdyPB4vLCyg8YmLxGlyyunU5BzX0kwt xYiKGowRyitGRfhw+MlZlvHa9g8gNq5b8WBBkzttHR3qkIHFaprM1DCOGeMg2guTvQ2Hw9XV1SdP nhBQbWxsvCjKT29t8ZlXV1cbGxuUybjGx8fHaZqen5+vrKwsLi6WZYnGGEp0WH0Ebeq6Hg6HmMZX Xnml9cqTB0uLm5ub0+mUoVoA1VmWjUYjIhxXJ0xVKDXgAEfEOYO+4fPtwAAnwziWWvNuCYLLsuRf WX++wUg54QrBfbvdfvz48RtvvIFuAoEr/C3OBtrRvNfd3d2nPvWphYWFnZ0drsrl5eXz589t133c 7Vd5l1R9hmT/LfV5kv7G0n9lZnxd18lvfO8Pq6qiiQlbHotij9KVSSN4GcwhFpqA5ODgIEmSp0+f Ehwzi4bzR5yAeeM2Yw6BwLvdLmaJbDoWadHxSVvjdex/CzVwOPILYody1vkVGHUOMfJX0Ibw6Zz7 WB3sJruT48MS4dWaPrTVajlvcVzE2UJn4v333ycl5THm6yrLshcvXkBOYlS8cy/eBT8QRdHR0dF4 PD46OqLHnsQAiAZbNZlMHj9+XG3ee6WVvT/NT/Miu7t97733oDH3+30mzkKXpUhMQEwggW2am5vb 2trCC8F0AMsCybm+vh4MBsj+xxpYkmqmANvtVJ4hu2QUtUZ6VRI27HQ6r7766sOHDzFwgDCEl+Px eH9/fzKZEMbgeZgHsb29zbdxrzwZ08mbzXytHvO6riFU8nsTsbBIyuMGoxawIfmVd945OTkpNQoC wJIjSyETR8yr8m6EXDDd2ek4jgncgW/v7u62t7cBMRYWFu7du0e/Juwi0JLl5WXmqiVSFZ6bm7u8 vERBN89zt9lHjWEKnPvQIJwZ7SGIosmDq0zmTc3o5uYGKRHqR7QCsCL0MXCgK833ihrq5tgbrt/K ygqngX+lQp6mKWfl6OjoK1/5ShzHP/vZz46Pj9977z2MBQQvHgMOIMqEjx49KooCjSogOccPuKnN zc3+Z9741Nb92dnZ+/fvL2dplmUn03y9yP/pn/6JTBdrwqsFyZ+02+3XX38dgaBmrwJBIHkFYA5u djgcMrYWq8fNcayI1eR3EQIRdvK7WhqdSUYO3gXnAs4pKBlkiqurK3JFx6WXl5eTyYQGS6NGhBuO ddNG4zYbZ3gxiCd3cXGRJIm1TGqNymLCewjh7Ows+cW33yakJtuD0gT5jkhmeXkZy8c5TtMUUJxU 9U5KtgQG5A1RFK2srERRtLy8TJmAujpp1p2GF3BPAB/BE6CzY5sztZo7aMsku950cLFkPBgI88EH H5BakLW8ePHCaiTIz7JPHU20QqyrFhGfc0xqbhCGmDJWuyrOnVcmtWBBHj16tLy8/LOf/YxJv74V bWn2rq6uEkPPzc2dnp4+efIEK/Xy5Uv09Ijg8c7j8fiVV1558803+0ny05/+9OzsrK7rw1Z7MYSl JP7xj3+8u7vL59/d3VGFZX5dWZavv/46p4GwlfWsJRhIOQmQDY4Klujo6IgqhIfjGRstNP+ZIJaC xt7e3mg04kBPp1P0AnB9VCE47icnJ2dnZ7D6qEJONba7Fp+C2wXS4NC/1NR5f3m7+XOWZdgmXp+D 7pybTKzX6+3t7S0vL+/v76dpmvz6H/xBJZ4dvowCzeXlJVfw9PR0dXU1jmOcC8O6eCAKclRG7u7u Tk5OCKdYr9XVVWjHVVX1+/2DgwOuaZZljIQF5OERCT3hDLK+LYmEcb5xXrkGeWN4yDuJXFnfROVr Og/9tHVds/TAajbeTgB84ivR90jgvDeFhAawx3xnt9sF6up0Oru7uxBmuMOPHj3i1VxwYVNnZ2cP Dw+rqoI31m63b25uBoPBwcHBxcWFVappMLi+vn758iVoz2QySW6ukyT54Q9/yN9gxkpNAUjTlOYE Amg2xZQNh6mJSss3mg2aSlsTU51qdGGlDlo4MwYWcdGFxqm6iGbohsFvJycn9GEQKQFMGdHudrtc Mxg+GGCsMlsW6cshvr+hkogS+UDUGKHHPZmdnUV1mRIqS9TpdJLf+N73+D6SespJp6en5GEYLZQP iGg3NzfZfjIt5tzeaQgZZgBHTD/UeDx+/fXXQeW5JLTMARSMJVjAa7M0KysrtcZ/JprHWapdzea8 UudBv9+Hsnd6ekq9KZOyYZAIWy4ePH4skYKNo3yvphO7IFWJWnxXrhYlWK7NZDKhpEBKRCiPP6EW MR6Pt7e3S4mk4jEIx8kyR6PRysrKaDSCbuS0mE+w/BNDak9PT/f29lKxZVqSRSjFnInjeGNjYzQa QQqn6QFCP3egpT5dXH+QcDtJC8ZlKm3HEALG3mGDrT4vAo5ZFMXc3BzooRsjHR+Sy0419YRYyKqD LCx0V2wZ+QCWJW50wPFVq8LtygmPNJVgFmEnfyb08De32+2fD6shsLN6uiMQBxtEAoUmq/BAJJdc Ix+CicRBOZq9Xu/DDz/kvrqTuq5rSHA+7oYLl5aWBoPBYDBgY2pxs+xbfblr6QTxkPBz3HCZqgVh dnaWIKHSvArSOJLRUi0/tdpnI/VtJGq/SsRc4IFZLpqw+NXHx8eDwQDXBKbmNmrc3f379xN10BKP wj3mPkP6oy6Wq4EVNiw5K4KbvP76+vqnP/1pHB2rHYkUOTMzw68gPcBgUUjp9XoQkl0dozOzbMiY JWpB5NAUGmtcifVpXh1OAFJASzJv+/v7XK3qo+w97BTwJaIxQQUvbCKgu40OGRe3rhLf5GNfzQ8v G2qY/CtaHWNNqajEmJpOpz8PZuifjdSsBCZFxMlp4M+DwWBnZyfP883NTUwpAxvwkhQ+Wq0WhoT2 P5ZyKilAQBuSffDvsRS0rfxEryCKTr7lhajwzldSSYEarsEnTiaT+/fvk3+31Gpk/nqk8WZtdXZF Eqgo1fyLZwe69jri8SdqzebiEYowgCXPcxJ97iFy5ngPio5HR0c4tLIsQRuTJJmfnz8+PgZ74XSy JuZXphoNSdD4yU9+st1ub2xsbG5u5mp/BgQEeyaMJLs4Pz8HrKRyB55I4TlSxQ1ylAsUGDLCbuvj OYYhFiUfJXSZTCZnZ2cMpYqiyFi+3Q7WisA9hECgb5IC6SmUOztwIig262PW3UsRCZDg2TArhaTv zs7OLMpbi8jYarWSX/jN32K8SaYeQQr4dV1TDwNpJoW9urqiMf7y8hK+EfM+axEqsPFE/1aTm0wm 8/PzKysrjx8/vpNWOqkJOODs7CzjSvCq8Cs5aicnJ4Ah0K3sxMvGxJsQAqwgugcwS3CVSI5rEbtZ FB4P+jitdOBoiSrknONIRNNKYp90Rhp063Q6o9GIyhGcbNYXgKUjgdJut3t9fQ2XBhbh6empkV9s PI0OmHPAIojWqcQdgsj6nU7ng7I6meYXdbScpoeHh9fX10Cfdxqpcn5+nkqdlM1eXV0Fbr6+vt7Y 2CDj6vV6cEaOj48LKeUnmkREeABCwBGnNYRSLnHOwcEB9I2g2dwcBtKGTEOBzCEF+SlFQ0IBk1fG nBtyudNcMQLgWFRe4zN1oxRjn+9q7sdICqzw7e1t8umvfjXXuK9EmtSdTge8lggMvt7Z2ZkLJVtb W7e3t5eXl/fu3fPT397ekoOyaoRlvAzEIGIAFD/aEk/NsgwQjWcaDodgiOwuyjA8W5ZlcOJdhzIi 2SzmsfpYIF8JYgPePFfzP4VJcCcCXz4HUBmDhwcAcwgaWElixHBaIjGKL3hPSEel+EVB0+SChiHz qFx7qoDLy8s7Ozt8AzgsbpCr65ADrxguL+fKMr25ef/99wlCqDZAfMK+5nm+srJCyRPVrkSq+SAK d3d3COKx44UGE0BhwBYCjoFUok9N8HB6eopDmEoZN5IW2owGMeAMCVBZUtiXDJTF+WBYeQWTpVNR UBP1Z7m0lDRkbYzqBDUiG48GMCQQ4hiTXpZlmfzSb/+2s2B7XnDcWtV1bnaSJGdnZ7z2aDS6d+8e Jw9uE6+E+cESu+eXwIPA8e7uDsIw5zjPcxYXt97tds3DPjw8nJubo4V0fn6euD/Pc+SfjKw7rKf5 DUeZqPU7TVNUUSdqXHdkElT0BpQEX2OlsLJYO1IXUnPaT7H3d3d3KK4VRUFpgsdwVa7dbu/u7uK+ l5aW1tbWSBhKyQBhzlm3nZ0dehT29/d5l7ZGC/I9IOVE6mTM9EmyIJwAEyI4gmwHaW6n0yGI4sNJ imiqcBzIkQVgIFZZWVnp9/t0MNMYSo0MTk4uuRtXQkjZ+e21ynNtycpWVQUgQdqGaApmJWnMA21p BAbxZ5OXVquZppLwVtTgJztlryXXBYKUqvGtqqrka9/6VqbJsXgicgWWmKPM8Uoa7YlBJFgsEBkh VObRaEQIxLHg1kK3rOv69PQU0UobSxvpfr9PtQv+NzE09SCif3LfUvzeSETZoFHuhUarciWcs0PQ pQQWqdufFakkwhFUS4/jmCDn8vLy6OioI4nDtga7mXhEYYhyDLcL3TYuP43GWEG2nHIjxd1PfOIT nIDZ2VkktfCHJDwAdlRkLHMSQhiNRmma4glJZzlYy8vLtD6ijPLo0SPsN60ernWAuDPxk3ch7ucP mAPMc6/XY62urq5OT0+Pj4+5FQSrPgZE82QOkI7wh+S1sMo2NzdxibOzs9PplF1mnRMNHQoqFbU1 8xleCY/BB5bqgQzSnDMU09HcOFImghEkpdpq9P75b/zV3/v9VFwRHhGOpT/LMEVX8/FccipFrwVt hRSQi+cI4SGS4C2OdVYa01VVQR4upMIFfE4ZIpY6Lv6R3kQexl44EkaOteYQE+eQ8PEw8K5wO2Pp p+ITyIbJp6k3ueMu04xinp80FGohYStvR58EdSiwZIwNJTM2DysAaHt+fs7YaxdQdnd34TVgdEhb zQfGBbHltaYjrq2tgZnAL2J5SRazLOt2u/fu3bt//z5juMmeV1ZWKimecr6vrq64VKkGlQHgUian ue7o6Ag8N5KQG81+rFiiRgL3uXIcAfJJrCkdsFxw9y8uLrqaP0ziFIRvcrryPKeIuba2BnwEu53b 6DCGM/ns2TM8GEuR5zmQdLvdXlhY4KobKSrLMvnNP/wjB7JlWRJ813XNizl4ikQNJVLErhBSE+dY OQiemjGZtrQwAWcw5AQeg8GgrutbTQ0HMxmNRqQ1w+HQQc6NBv3gr7EEnA8nOo7IWUeEHChtukTC H6i3hRAIauM4Jlgfj8cPHjyAqsXr4xDNAaZ6h4t0/vDZz36WnmKma5DFkmiCgVbiHl5dXS0tLcHO 4G4QRrtsR3p3JzliQyK4eAzVxsYG5HUUqTCryGETeaKiGkKgJ9W0P0IU4pZCyl4TKZ6CjS4sLNBd CpZgj0cQyJkuJOkYqUV4qkkWOJxEpFTydWRnaI0NKosWmo/ZhIB9TqDQ0PORqeEBf04EBWDAk7c0 MD6KIqAIApjRaERAQb5EfpL88nfe4a1IwIkLgxg5ZuqmmhxfiffLNTCKTEQIx4aTURQFQyH5BHTm Oevz8/PUdXG+5HlEJsRRW1tbBwcHJAaUYOwBucSwjmpNjMEhmohP58TMzMzBwUHQyIBK83CIL73i 3EksNwkrpp1WI/p0ADHJ7s/Pz2u1BsMARU8mkwjo/v6+U5q2BF+JlSkV5Xne7/ddteWTUb0yfM7m wbCPG5PdiY7yPKcplutRluVwOORvSD0BiCMJo6ZpyvA6ItWg3hHYFhxipseQKGMXUo0uNORnuJBg A+IAF7uua1bPcQj7RSro8r5PvEEYI2DeiK7GBafq48E+cpoxTJzJTqdDD12kDiH2DkfkKDSO45/r x//KO+/E0oJjuQn7gkr0TgdzNfJ1Oh0SSsI7XA9SbDycDU+hhibM2+c//3nIzYBQcHUI6SLRxwnW QWn+X67us7myOzsP/dlnnwSggUbOaHQg2YxDzowkamzJ0uTRyJKlGWkUy/eWX/kz3K9w7zdzucpW ydJoOCQ7AI2cGuHks++LH9cq2P2CRTaBc/b+hxWe9axnra+v9/v95eXlq6srW+7za0FtZzmy5jI7 O2uwCeJ/coaqaLobDoetVosR1bs+jnayrCnCKObm5o6Pj4WeR0dHPjavrniG8iBM05v2+33hdbvd XllZEQs1Go03b95QBIFRQgCHMd2y3W6/fv1aLCG81uGKniBunAnl+Cwa4CBpTBZhnp2d3d7eQnjA nRIJcRdGl3UQIrq9JycngFHrnyFyImzZnjYMoWNALZ4Pla9ajNrj7Z05ZnEymRjWmWjP5N6f/DpA trO0ublZBtdVyCrPVpNi3UxcQlLQ75JNNglk+fyZmZmnT5/u7u7WarXy+7/4RQJkDNso5OUFrMlI qQf/24tJRE5PT+/u7paWlo6OjhhCyty1KOdCb+7u7ra3t6VZsAL4N6dPBLAMYbTRaAS4XVpaAiFf Xl5ubW1JDRl191Ng6uJJxYx5kFB6EV9aRJHcP31RM+bnZI0TJmNH1U1Fcf2Y61Sv150eDs2HuNha eK11u93+8MMPMb0Qjf7wD/9QzK0KkVC6hvF2tFSz9K4liqLwutvtcpUJ4FqN8/NzGHkyT0SVyvVS T/kGCzc9Pc0uDodDv8uQl9EsllmToNmh8eH1KOl3u93vfve7ZVmie7jwiYr4KIUkeJqQIR3XJEhK 9wPxVihDbW5uippEHIpu1pxnUw7q9/s8qu2zSjcx8D39uTVUODo4OCj/5O///n69ajAYOGrCO9Fq VVW66TI1tjeAXjaAVi1soSxLuRRMQK2ECERRFE6wEBmUOz09LfGanp5eWVmRA2hp8cKNRmNhYeHi 4kJyk/m4DRDcE+xut9tv3rwxctYvAvUWFxf9WLJ8xWmTELNV9s+zrunOv/tJTbS5vpNQG8bT2tra EkqBtx88ePD1119bgYODg88//9yF9Bb0mxJb8L8gOZp0imjUn4SklmhEqsdZU4ziLjgE+8o/JLZY xgCMBGS73a4BOL3Q/s1FaMZsZ0fQQhUhac17t1qtb3/724Cy09PT09NT6jR+EQOs0WicnZ2dnp5O ha6t018GL6MetL9JkE1gFfzzKDShwGj+ReXRxW61WtfX10+fPh3FvLqqqrrd7sbGBqQBRIvUJLh4 8+bNcDgsv/+LX+YTVMGCn4QOIC2KQaiuTWL2Ri0EIax4goPY6jrKwHDyJLd2OByCbyfRhdRut3d2 djqdjlZz20zTdXNzc2ZmJmkYuN3DUItncnq9nsDawcokxEWXEkihQDrdbje7AezBOETCXANpq7BP 35bCTRk8yn6oqWXQzEE3m803b97khe/1eg7u9fX1O++8s7m5WavVut3uP//zP+vzsH8KUpYXy6rf 75+cnBDNu7q64vfYY4D3cDhEBq4HEdq+0IrphBitPRIi6iDpx6ispKmMYuBwPUYziI/LewLzwxja yKMSAec2X79+bdzLycnJ5uamLJztK8sSNyEj5FpQUCf35rpl8UgWYZ5mFtQ8vFfOIZX6a12Mo6Mj kSHoYiom0ED3TV5iRtOZlD/8q79uRBtoPURm2Al+ln+X+TnNjRCSdvvVgCy3W6VYLfRkkGTQTtvC wgJTurGxgRvIEhfRGsf0slJcGNpdGhgL6j9d+na7zW4JZLe3twcxbDpLHqPRaHV1VYSWsvR6TcA4 Gxsbfmx9fd0yyQUlc/1+H28CuGtlyD8oqivcfvDBB2n5fIK2ZXmzKLaIls1htFBxL8Ph8PLy8tmz Z1NTU1999dWTJ0/AAK5ENp4vLCxwXBTIvCYWk8cbxWAZLcnX19dHR0cMeZaEGzGUxVGTh2T1B0zu utZjvNzCwgKwpdFo/PrXv3bozTr3sVg0WQBRcJDzUAID3GUYUw9O1NTUlGEy43sz01koH3WfpSzn SeChGQPPpmJaN6MDnRMu9kMttfyDP/vzZgiiW6l+KNeIPVggwrajkDNPXHIqZPHG47Eh8Y1QFsj8 kg9N4lsrWoC3traUUV+/fp31DiQcTAyAsYdxLIoQCHDokW1uQ+TfubemdrGqqu3tbUWrpaUl0Y6W nEk0m/vMBw8eZIcBJAGWwn2J0WW9UmE0Zmgmxq8zdHp6apA86SzLXa/X9/b2Xr9+zZN8s/RRyhCX F0Xx9u3bp0+fPnjw4OTkZGpqimZJgmbn5+dAEswFuLI9RnNX01DTIcKoSQpEMx6PQQugd+nHysqK u4rPoyneiSS+Nbkn5bm6ugrG+PLLLx88eOD43rc+guZJSD8wNK2QuczB6LV7sp4CCqm5E1XEGB8G axJas57ZekKBHTbHnRXzw71ej6MDiNdC6Hc4HJb/7k//tCzLZE6nOXT48g4NBgMdxIlP2eBE1rm8 SXQQVqFVIiva3t4Gk3344YcAE4GNpsnJPQ1yDS+AVZgaezOOP8q3Km3+L5dahbhcUjKGMdyGVTs9 PV1aWlJIur6+Xl1dvby83N/fL0MtTFVyEPoC6gmj4CcXRQHfnITS1mtgAAAgAElEQVSoS61Wowvb arWk4PV6/e3bt/qMXCGIYa/XM8bQsdOG4uK1Wi3ScHg7rpbgO6ukGSbJxSeTSQLP5+fnm5ubZNsy RVtbW+t2u6hjDGTtnqJ8v9+HGDJS4q7xeAwhrUUB38FVAiuKYnV19fHjxzIu2UKGKNystAcYxcra C18n6croq7o3nsh5BfMng2AU88/sPo8EYgYqiLqJTEmah8Ph0dFRN7SdHXFHdxTcrfJ3f/IT10v+ q5gs/62CUN7tdt+8edOJrntABGtdBucBVOfcW1z4ALOxu7tLDhe0wj5dXl4ywMncEAq3Wi1YO0MO 2xkGUbsoCqNA3759u7KyApWrBYlAYof64rIRoLS+0nwR4Xg8bjabeOp6OiVq6ib4KokYIFq5QgQz 2GwAMzAeusqSgTVwv8bjsQvgQjoWRUiJ5OirbiiMl2W5urp6cnLy0Ucfdbvdly9ffvjhh69fv27G oLmzszM1UcVvrRJlWV5cXKyurrpvz549q9frz549A55SvGG8BjEHTij8/vvvO9kXFxeyiCrkzpPq R7D28vLy7OysKAq9Js76zs5OK8ZLyTFAEWluDfhmnrPGlOkTxAys3o4hqbBsHLJRyJwIoZvNJrML CGYULKDZEz6E4fs/2ESqqv/IRyupFDHfnZ/yc4x9OlwxfRV/Mq3ONjw9ckbGEbuRQBweHnr5qqpO Tk7q9bqmGwuRtsGZYAawvpxpi8jgMQOMTavVWl5ehtqaZy1tEJimeRsMBiSEECoYAI2MrnSetkTH +qE4/vDhw9PTU6tZC6kt2Pn+/n6/3wcVSyK3t7dloo8ePaqqyqjrLF5y3yqgSGbM2Pz8/MnJSRY9 VHN/53d+R2VKoUCLYCbrVbSfdrvdk5OT7e3tvb29hw8fPn78+OzsjBwNoHAU80gcyvF4bLCZ1xT3 4zka1NMKnWj6Eaqzr1+/xky2y0CF+ywakSFIIIkP2ueG0amUrtJJ4yT5CrlHrVaT8GgBLe414LOt ispqI5yGlWep2zGilVPirhsx86z89g9+ANRrhBChL07mg0oNciID34zxev74LMxHZ1HYNIhRCuPx eG9vr9VqsfHNZhO4PhqN6PvUonDIY3C1nJo2WYIZLNPDhw93dnaqqjo+PuasRV90nQDAW1tbOmtr If4ITVOk7IYy8tu3b8l816Ihsgrh+WGo3a+vryvBKGRA+uReogsK0UVR6P/66KOPsgWE5m0tSpu7 u7uTyURUzTy7chAnUdYkZsCTVr26unrnnXfkBpk9S+XdGUdNjeb6+hoT2MZ99dVXRVHs7++DBOrB 64LDaKnGxnNosp1SrDg9PT03N+dlhzGZQjWjHkqUUjKhJrTq7OysjJFy/GdW+hTUs5unEUq/vr2K aansgu0ryxIVtIihI7VabWdn5+zszJYBThA0fJ3rgQZSVVUvJq+whuX/8//+f+Ty5ubmaPy1Wi2+ NWWPcG6AZT40j3t6Cr0XcsRnz5793u/9HoJ7s9kkgVmv13d3dzGZkuOvPbnX63U6nZ2dnVoI4qEv O+KoB/WQWFhZWZFFOb7TIVSbOVan06H0NAlFFJkuxEpoW4tWV/GuKNY75v/yn+fn57VabXZ21sQ1 kbouoXaMOHzy5AlQvNPpPH78OKsKakYiDbD31tbW2trawcFBHjspNXO+uLgIhJHtGUejOVUIwSI0 old1cXGRBpaoQ+awurp6cXFxcXGxtrYGAuZAdCcVMUPKWrEsTqGSH89Zr9cVaOBpR0dHRVGcnZ05 EmXwdTklqZEydrKSJjHl+DrG2/tPB93hkQFOYgQLu5ZnwBaLwcqQy2uFyIdtFcb4yXoon01ieJHd cVFL0sqf/vEf+z4BWSO4cjlFVs0SvKq/TkjtfVhTMNPV1dX7778Pivlf/+t/cXNSwIWFBZ3CjpcL raCAxcGWQzNGwWF0v0XMk1DGuwlNavGZe69cNQm1GeGWmFtoZNXE3DZebsA4uQaif/BZs9mkGDMa jbL4tbi4uLCw8Jvf/GY8Hu/s7BweHqJnWXFHQYqin43x86Xy73a7/eWXXyqFuBUAqFqtJqv7/ve/ f3Bw8PbtW7JkII5ut3twcLCxsdHtdiG/4/F4e3v78PBwY2NDZuLqOtb1ej3R3nr0E3/99dfjaMVg tm03UDXXITEDXBfnj2VJ9Do5ahl5T0Iz1PEFUHpNUaWNGIfMaCOGP7shbgKvKwRyAmtR/Xzy5Mnd 3R3agmsPXrR0qi68Sh4VNMyyLGVZ5quVP/7V3/Aj8vF2uy305CIVC05PT5U84G6dTgfDGLTpmZ4+ ffr++++Dcs/OzgxHbgS12MOZ6ugRmT0PZPYVBMOV0Ooxjkm8QnABkpCu3W7jk0yi/2UUArZChXp0 WtjUpB7YPKk5siuyoeRStQWiQrQWSO9fZmZmXr16JWk+PT3d2to6Pj4ex9y/paWlqqoePXqUsqPw NZ7TqUUlV0gWLGlozEahL774IoN7t5Sq8OLiIjEI9lu9UCu9Wixwxlln+yEzDpl0PFUeTk5O0n21 Wi3lbTu7vLy8tbUlyMbLPz4+1ncrVGCD5ufndbrkbc91RkZSq3LVhzFPZhLUdvdT8jC5N4lSZwLn 348pYlkr9ItJ8nN5ElxpxmDner0OqIDf32eXlD/45S9r0RKiExFTdBw6ure3t+JFTf5InlBwFccH Dx5sbGxohm3EIFWRMTfKGQEu2TkgN8VJxJhms2nhFIDYyNxy/odFTNpgs9lETiyCqWfJZB0+s16v Ly0tZYvJOPSSnBWbYYfG47ExZmLEx48fHx4e2unr6+vz8/OjoyNavskqcdo89uLi4sXFxe7ublmW jN+TJ0/29/fBR/1+3xRFeRGPVxSFX6zujWqDMAJApqam5AMyBJU7FTRsMFxfPuTVq1cwqKz1uhVE vCaTCXRFgD41NUV1XgeP2+V+Li4uDmJG+c7OzsuXL/NsKUEMQ6nd0EV+wMmWQIvOBTBIBH5rGHoT WUm1hplzkypQe3F/pqenl5aWFhcXEeD6MS4AScH3FqGJNwpmsvMpn54EbeYbsPtP/v4f6iGmJRBn LFED4LIbGxu2k2MycsRlNfvv5uYmWwGAJ8wM1JNpT9aEH7D3lHfGQe51r0xuGYcI23A4ZDDAZ27m IGSARJBVTIEFeFkmAUYthlLUQqFJ2NNsNhcXF5HOsxwrYoajE+Yuouou/klHAdA4OTmZnZ1dXV0d x5TWtbW1zz77bGlpCcoheJ2ZmcE4R8Uej8dairrdLi2ar776ys/IubXM3d7enp+fz8/P7+3twYh2 dnbE0DZlHKNEzs/PiYscHx9TLhkOh7u7u24FM5lwE+BS75/gMNsUoUOJzPJg4gSOt4j2dimTHK8M 0kHyJR0JOJsgdhJCTkrUWdsRGLsAZLwAa9vb2x7v008/1dg+CeXkZoyCS0QIg8vjuT+TkGYRyVif xcXF8s//r/+b4yiCiMyGJW8OcdnfiM/6MepWkOqi+1xR4MXFxfn5uaTKy29sbBwcHHjVYYy9bYTw H9BqMBjcxlwnu+gMKVJk05c4IVfQ/YFMQbVyXxPlFRK0YnqRi04CLefIYVz49pOTk6urK5GAOzyI oa2DGHej6XZzc9OL7O3tbW5urq6unp+f7+3tnZyc0O/l1vCocJhQD6oYHSwm/uSTT5QaHj9+zBf3 er29vb13331XDUEU1G63KWurlUotLi4u3nvvPQbPaUBWoYyuYqW7T0gt0pW9Ja0tc3S1G0cNRAtB TuS70+nMz88TFyLqD7XEZvF1rJsPZBkzIm/GgIYs/UgDlP1Ho5FcoqoqdWs3VvysoDGZTFgxBigr Yj7T5hYhbamswZDt7++XP/+Hf8y3ldg6NM0Q461iygriEYfSDEHgZnTfjO815AJQlT/FtScnJxm/ +jOZTPCBpLb59LzVIKZSObjtEFERn5T3Wktboa1XROfY0tIS2BGpQ70QHaDRaJyfn0/HbKnhcCiH rkUft0MDFqiqyvQooJjTqawj5Zienn7y5MlkMlFDePLkiQe47xjPzs6gMYIcJkP0r2nV3hjwotkC 7nZ8fIwpxMTKTKCZuoEFJPV6fXV19fDwUMPhgwcPQEn1en16ehprEhm4qir+GQ2YzWatWq2WfAOE UA9JmSI047m4SXQ7dGNyunC0FZr3k8nk0aNHgMLcDvsubGs2m8fHxwyWo8Kx2Fatj7K4WpBea7Xa wcFBZhcIiI2YvCKvwzBn9aqgOSrB1mNglitR/vRv/867SePq8UfZRd4pexBFsDGTyURKXgtJa9wv ZGv7sby8XA8Z0aqqMJKFoYOYEMstuqMwsmFMTanVajnMrN1uM/yQr1arhekO3oFUoAxUIeWTYYNQ G4p6d3e3tra2ubm5ubmJvSw4/ta3vrW9vX16enp4eIgtIz0QZDP5rRj9p/GCqTs6OpqamnJdU6tH 6UDNzyqJTXd2dnT4F8EJK0JG4sGDBysrK/KNwWCQAwk5DckAUFWE5t19wsHBgaAfwHp7e0s3RhjJ 4qSm/iS4WeJve5pxcGLbgj2SxWZxJg8ZdRFkB6Vh+JJ/xjoUMXJQ9q8+9fLlS4Go1JMWeS0EfifB wx3GoFYUZR0kLFQ7Zom6gRmd1mo1Sy1yRogXL3j4u7u75eXl8rs/+pHvaIR6U+YfRVEgTyIMigqs IIsuYW/ERGknFVK2ubmp705E5WaLyJ2ku7s7h7gM2QYWAjFdDjAcDu+TYZR1qxhzMLlHJXWJhf5F SLSBXNCtAKwM25MnT1IixnyfTqfzb//2b2wh2rCbDLtQWfPVigNakzqdDhlXT84/sOIybLKyaq4y 5g8++ADXQO8mpofk8ubm5tGjRwLNTqdDiZZRgFeAX1hKUYf69MbGxpMnT25ubrSYTYK25ETin2VT pXOmECtAZ7kcL4CytYVpPn/+XFjFWMKO4W8p+FqPVgwgiT1ljNXU+UmnnGOxzgbQqoK5BvwGo1AL ySQOyos3Go27GKImZEqwyDPAfDioxBu5952dnfI7P/yhwGsSzLtmjHL26aJq6+J4oRu4uM5EBk8w b2sqCC6jC0vgm6wdzAdGTnLZim58phS5z35PQi+lF123RTSjyP0hj7a2F3IDMs5aFLfFmouLiw7o eDw2SLpWq3399dfLy8sqoHw6AyYcKkLgQPj4+PHj8XgMO9JBJ77ieWZnZ6ExiSEsLCx88cUX6hJf ffXVP/3TP/G86qD1ev3p06fs9Gg02tvbmw79NyU5d74sy/39fU5fT+1oNDo/P3/vvffa7bbPZ+2E TIxUpvVZaGNBfWAn9FTEMKwPvMu1UcbSu7i9vc0A0R1iYlR5e/cGOyJUK8YdHR0JlpL3a3mnYkpe K2QvENp6MSzRRYU7k6OrxZRP0g/yQ0E4cGltbW1tbc2vDGPWn4Ye5XBXuvz8Zz/DkTd5XuDPo/Fu jRA2qWISQ1mW5+fnCXEogk6CUAUSur6+/vLLLwUM4+D9jkOcenZ2lr8uQzZjHPMfpSlZ5nQJeahx NDLXY4aoK+EWCZa446mpqeXlZY6VC2ZOdLt0u12z0qt7equEKfmrqampra0trYnMpMYZsTXBcgqs rVZra2vLsrTbbdPCkAUk/UdHRy6z/izf+Nlnn3355ZeO1Obm5tdff22ny7IEB0GWWq2WetPu7q4j 5dt10DJDjoUbDkDMyyn+1GekAKSUYW1dxW63q683I13vMg65yXZoVPFUw+GQsbDF+YsJ3XY6HSzz /f39tDUMUzpA0b+Lp3pThbgiqEpq66SJO4Ba8MP7ZAGYYyIosj6/kobf4flGxenf/8c/W1tby9q1 HxJtK3P6dL7bkAJteFhfSqeckZCLAwWWKd2ZZ310dMR1WHSsMuBPFV0tkm7+tBMyZuIKKX9VVWCW ZGWIi9ylzc1NsADdm6Ojo0E0mMpHR6HCLHlI0FMVyZnI4jz8ESbAYC8tLf3Lv/yLEtvR0dFHH320 vb1tTi88pN1uI+gavQQqsWeQWVAvtRksDkpjRVF8+umng8Hg3XffVWoto8vB8QKw4oetr68/fPjw 66+/Thyw2Wxubm5mEzrqMs7pwsJCQnXcV1VVKlZYnAqLoikvmxg5DFFG5EWoWWiWF69KgrvdLiIk twx1EIHcxjS1Zoxo5RmUmZXz60EDccPdijx4w+HQkRXqyP0IljBnCk8SxWZIapZlSYbEsSQhWH7+ sz/J+dzKkOlKfLF1oaHs6Rn+rEgrrWWFDK9D0JInT59BGar+pnR0QoPTZmC0NmICjNqEepjKURFs u6WlJdxG2upuUea7Lr1gsSiKhw8f6oXzCgK+V69ecYsnJycu3ldffWVllcPa7fbKykpRFCzW9vb2 xcXF0tLS2tra/v7+cDj8zne+Q2PMtyDQ38UIF+aHfI0oUxAyHo91CfFgWKwK/n7+iy++cF65b2wz R9Ax5RLdwOvr652dHebtt7/9LfOvKJOk3DKmZ2Z07gyJvB1E1lcFXVUIOsxv1+t1Gbn9UsZP6yaP d2MHg8Ha2trU1NTe3l49JE6FxMnqcfeQVdUTBRQSGJA3bLQIIT62Cfh4v/CS/9IONTiOzmnJQwV0 QSEpv/+LXzZCCJLlv7u7w58RhwGexRKYXpOYmpA11KmpKcUL8LAw2iKurKxo+bPo3g1EI3qBpGaN 1tVE82rGiA6sFamVAy02LWNgkPvNVzSCWo1N6YGzlUERt9VqbWxs/M//+T9rtRrtaT14CYyUMTqT Mrr3JbeLO/D69evp6Wlcsbu7u42NDfaMT2AggGiio8FgYKG6MRjVhvm6J0+eoGs7DXLlTqdjSmMS bCAw7Xb7xYsX+GRMFTRJMGm4qXWugiGcDUFAQDcByzwfxkoKf5mGVI9RcxCVOcHkQHya9s7xeCyD f/369SS6gvxAEcK3oqCqqmZmZridJFTydTo2i5iT3Ol0HHfZjlKJO+CeOP3dbpdMGjPqXiHq0M6X ZHa73W90ZtxsEB6CpAgBmiPwFxaz3JCg0Wi0vb1Nq1psAzMSoYIjd3d3j46OsvAJrs4o37mXy7Mc aK6TaMJlk+Ch9k+tuxWiHXd3d++//75gqV6vs22ueMKR3AWfuLCwIN/a29sTF0mnjLd2CLKYlY2w R0dH8/PzuoT4N6nhXYwZVIm0BwrG/qbRaGxvbxfRudMPvfYieqJhCJrZka7ASnwd4Qrrb8Le6emp B5C9cMXjkMZmcXMUChd/d3fnYjCrCYKNRiPAV1ayEEsmMRKdL+1HXxuSjESOrYE7wc3E6DSsW6HD BYAWXIke+yEUA/ivB4sYkHp2dtYN+ST2FJoOJsEW1rLozGQI5Hroli6CLcxIqRZ/czl/8Mu/skaO uHBNORCcbGMa/7uOvfxmZmZmY2MDegp3cwLAkY6sD4HuFUWxu7vbiWmdAp7r62ugrOYx92FjY6MW 0mr90CpqxpRTw6ktB9od+flmswlCrkfHiRsCCuDBlCpevXqlfzwLZBAuflxcwUWIoGzY9vY2pnVW v0ejkUZpzpRdLGLsuDit3+9r4GdyJIhChVrwGpIDXITiZBkq5tysF//iiy80edTrdZpT2WwBAXSk hiEkmB8lQVTcScqTJERuMD09LYhigCQeeRaBvK7KYDBYX18Xw/CTszF0Eln1/luAHd0W8c84dEVR 0PjwcXRkEzshP5gwyyCG56TtK6KFN/kRQu5+9OAi8OgCUwYpy/L6+rr8d3/6p71oxShjdilMA77L vDVjym49CFIsFkYhhwuJc7INXk1eteDsww8/rNfrnoBbZ5+yfXgSHHSnx28l7EqbqRWjsZEQi9AG AztKuSC4inPsuv1WGP/v//2/Z8eQrjYiH0tLSzy+F69iaD3aSbPZ/Ld/+ze/pQYkwq7X68vLy599 9pnkhLV+/PgxEhhbNTs7e3x8PBqNtOW7ZrqbJ5PJ8vJyq9UCAkLrcID9vBuINEFWgJc3Ss6xvgtl fTjBcDi0EX64HmOVRB30mIbBdma2edp6vY42d3FxgQrPb2hxBGC7+WVZolV6ZQ6ffFUj1CK8i8Nz eXmpHsf3ZuoMxoUISZFHoTyH5sTM6QP0po6ynEQIB6PTbi/rQPd1qL71rW/JS6uqKn/nxz8BmnJb RDKYrrQ9DrrPxUCQ8eiLkwpghgjQfdPc3BylSMcX2U2tu9/vA0QZNsm1zIErkN5lP6+YEuxN/VDq plYvlOf3BYgJ6qnnSf/N4ru8vHQQQZP9fn9rawvXPNF0ZluOWJZlN4YRJIMFX7fb7WqQEyrYvI2N jY2NjZcvX7pjQkE5CYidsWfdk4Uh0AKSypVxDdRHoH5KdQwtI8JBZ6MtAQWol1KimqDgWEpwc3Mj IpckyOrA3vV63WCPpLIgzFXRiKTM58HQp72CuC7bwGVKsOxWKLmOx+P9/X3X27WU4PEeZQzN8+v2 US9BVrIsIAyQb3HiXUsJrg/hTGAYjUZDsDoej5eXl8vPf/Yzl+8+ZceldyYajUYjpAeUKuXUgl0/ mXm3jimUCYhKgpgiAemIWsxMTKyVkluaIkZMNYLtyDPOxABUcBsDI7xhbhWqnC2pHgsh/kZVQA5h 6lRVd3d3m6GIxuuph6vjuDbwn/F4fHh4uLOz0w0dCxWroigODg7w+6GoSpjS/fsaXVzteDze2dmx tTYJymnLu91u3pAnT560223PYLIA/BhE5rrql9UMQfEUXKbIAp7PoA6WBzAVrQFqHU0Lm1dUIjcc Dpn2qakpLbOcAE2H5eXlTqdzeHjIRev+4WwZeLaAs5VyJItBTpKwqQNahU6BcEPEsbKy4r0WFhYU 5jrRVJ3ZKlucx312dvbRo0d00m9jzNHbt2/Ln/zN3xAu5JLKYNA7bVkaoJhTvzfmwd1ttVr6izk7 tgr9sN/vI9gwZpJdbkR6J25BR3a1xPdQnfyKemg0Wwvjgq2FeziKUeKHh4derLg3a7sRWp5LS0sK 2qMYWMWJ6+3f29uTah8dHa2urq6ursKC4Iw6qvjffHg+F4woSOiFmDXqr3CoF80+Anolubdv375+ /Vp5GCL0wQcf/PM//zNbLsXf29tbWVmZmpo6OjrSyoT17i1kXJPJxAP0QqFSMZWX01E1jmlWjhHX wbKIxYuicCYkMEXMNZmZmTFRXoiYxq7Vah0cHBj5nXPUONjUuFUP4qBk8MNQ3muF8sxkMun1egsL C5PouJV7MN79fl9YojtR7M5KWn8KHEI7z8xywQb39/cnQZOs4k/56R//cRYIynu6HxYF8Vo/Yj1m QGezSbrdsiz39vYSulG4cbGo97tOGcAMQ4Tfs15eXmoG9cSjaOywSU4/d6lDPDkS9lU+7s1lBZPQ 3ytjmg8UUhziUAoHNUCcnp5ub2+vrq6+fv1aykVf/M2bN4rh0Dp+v9Pp3N7eMmYuwDvvvJPc5kHM OXICMvzl94YhG5ZZMkRvcXHxf/yP/wEDefz48WQyOTw8fO+99y4uLn79619jhjkKwlPvtba2VhTF 3t7e1dUV7n4jNJuEW1lZK2M2RqY0mfr7qJkQ9Wa2ESfFS4zx4uIiORqp8/Pnz29ubigv6Ne2d73o Ebu4uKAoljoI7phjl95b1l4LGiY8XijLgkDhnBkXAG1EoTOLpgAJsQNDUA8pelCm2Lh8/3vfY1MT H221Wqurq45plsGyGFaLETHDmF4EIREXwj1ACogZUzG809VsNptQnUT95OYLCwtHR0dcsxBWSUxG y1tBf1sxr7gItqckz3aKQBy17FqwxO4Y/aNkOMmqFxYW3nvvvV6vR+6Q2JPkUkSbbcteky1ZXFxs NBqg91evXk2F7pe9B7dnJl1FA4qYuIxZVFVVffrpp9vb250YiXwTyr3ahW5ubvyY+sBUTCVIlBCc //btW4SzRlAD7H2z2Xz48CEdjsvLS/mr+AE+Sycn74DdyVzw4cOHW1tbjCBWmd3sdrurq6vcWr5R Jp2tVmt6evrg4CBxAldLtFyLGa4OWNKiMvjh4QE+nEY/xvdBz4bDIRq9KFrk3Gg0wFYOqrCeHZfe 9Hq98nd/8lMPJHQBFKhuFDlrOMyJQzOIFql6NIdz9Gye5+YWk4wviqoFidkOtWMUgq45IHrKS8zN zZFyVhtjt4ShkyD4C1I3Njaw2J89ezaInu7EbXxm7Z6Am87u5eXlIgalb21tffXVVxb3xYsXregP cCHFlwJNWh2MAmRdsqsMbA15ABCEh7cmLurCwoIPmZ+fx+wVeBwcHIzH45OTEwYJe6cWCtQAAO70 9vbWAiYxoQwZLXOjWA1x0crKysnJyePHjzudDgoQmkpieVmaqKrKv0vxRZKSED/meEwmk3fffXcy mUA1er2eHqv8AWVXzRnA6FxMcAXX3Y4e/wy0iqBD4y/1YgRvPRh4a2trsKm0v+6kFGhqampxcTHH x4rs6eRY0lqtVn73Rz8eBX81MdqEF4cht5LFjmScuUb2OAuEo9EI+aTb7YrzutEkyyG4zdJELDEW 2uwKre9aATJ+8ErOq8I+ULIVgxoJe0gZi2j1BfljdNSDDsrtqIfr9ayFso8Wu52dHdkk51CPyWdl WUrUXFHsK0aLGAmXfXl5uba2hrHEhgmokPBGo9H3vvc9B+L6+tp8L+HZwcFBs9k8PDyUBx8fH2cI 6xxX0ZLbDFEgHGZ3YHV1VaTuPgB2nQCxouDbtKOshDDDahR4Wvhh/gZrlaS1Ujx79Pnnnx8eHtIM ZUenp6cvLi7699jnoqaEpL0m12FDlTXV10RfLtIohhEoiKoFQRd6vd7p6SnoTE3DauDJaq6ABae1 HUQzoaJ+p9MpP/qDP2B+EpyyGWWMDBf29aJZznI74tgBdlSEJEFEaOEihd1iegHJ4uKi0yDOXl9f ZxgoJlu1nZ2dt2/fUqqBOmemKzZgGoUrClVCVVc064tlUDvGIfmQYZvau/gEzXA4HL569aoZHWJq Ui6hMQFCIy1wUnYvohnA7DHwiCBVqF0FA3t7e/vrr7+uqvuASOEAACAASURBVOqdd95xCMBwgjTj TFyhmZmZ9fX11dXVRqNxfn7+zjvv3N2b79fr9dKGVVW1s7Pz4sWLmxgmDCcQwwjz9BylK5PqKUI7 EA5NURRm70xNTbE7wkhZB0c6Pz9POER0Ab68C5GsTBUYRCeel5bs4Wl5izTSwBZ2SsKtEnJ3d/fo 0aM3b948f/5cBJ9wubp4Eg1dRQcM3ircAnO7hBKq8nd+/GMnLIn/ZfyBnLgD/hcQymyTnLbl9LDi cAnANsYSJPUuZmNIXuVqzRij0+v1dHOTM9jd3X3x4kVZlhsbG+ycS5h5FejDAVUhR6XwXWVMEHe+ iVxnYFBFnVI84BcxriAYMkLfyLNhgKKOPHjwgDY0QBf3ld2CGDaDks4GQ6WYUt++sLBQluXa2pqK PbOXW44pqRZhkxYWFg4ODsTuXAoiJDC32WwaOQaLtGv+nb9qNBpsP6ElC3hycvLxxx9jRIJo5W/P nj3TUgyxXVhYgCO5Nvy5d5mOwSTChnEMOClCtkmswhriI7iN6W/lqayvUFbiJ4Kwv0I7On4WOeOf WjQoKjjkCRGnDGJGIuuQWHP5nR/+CF7ejqFZCn7kIpwn0GG32z05OTk+PmbUxzFWyom5nyw6WyQt nW+O7/Ly8pNPPtnb28sKPwfCr8nDNjc31ZUsXyOIvn44+bTK3aJk3mMSzSyNUKO196KsYYzLlAxY F5tHkk6C603rMceiiGl76Obj8Xh3d9e1F4XLolT1CNOJ8oXIwKjl5eUktX7++ed7e3t2FKXeFoou ZGPr6+sOgYIaSqY+zpWVlWYItIPMHz16BHSqYu4pZD0xfsQyB0t3bKfTMaCFpZ9MJkdHR06toilf CnTydcryvlcN5Pz8/NmzZ8xTr9fLzph0ZVWIYSSkcXp6+iBksv19I3QaW62Wm0lTMY8vHFMQq8mV exeLpwC3rVG1cN9cRdaKQ1DoLH/vpz91FxnFrDHJM1KeLvmijgtfSYZOcQ726db6HKBKERqrkIFX r17Nzs5inshZJ6GK4bXX1tZOT0/JXIkIG9GzmNGw0jo3IvBw1mvRWqXy4gfcEysr3KpCyR52NDMz c3h4CHfjypm6Wq3mHDD2fOXFxYWbr9WoCiI4OwSHcbKF9cQDlSY+/vjj//bf/lvSHj2MMqqr1ev1 PvnkEytMXkuRi2UVEKt5Yw0JOVgyBpJ/ywvATJgSJwVEE9dry2A1os3ZjiS6ApYRnTMiyVm4urqi 9ooVB2jPKo2IohHdz/jxaq4KnO12e3V1lSMFvvnqMnSkbZxFIJ5D6sJZb8f0hHGMMRtG6xPmj8Ws R0thEVSOsizL7/3859xuPYhyjp2FAGm56zypBkRBLT+eAUwrOlBExtx6hsu1Wu3hw4cUHsuYHmFr vcD6+npSEur1+suXL11Zqikuq4JiL8R0RH4JsiYwIs0YR0uOjc84x0GUDbPxSozeeio0abEsGGkF tSx9M42weXYo+cx+GK63tbX15s2b8Xgs/nnx4kW/33/27Jmsi6CX68SAQaBPTk4wpSgc6TURrMvI p6en+Zys/cm+xNxJYNQGAQxFJGS2EAegvVaGseeyaN2whWJON4GZQBV5/Phxr9c7Pz+H1YpL5RIE X+WgWQGls7CysnJ1dWXWzWg0yjzBsmfsLuoAgfhfWc3w+WVZ9oMlrgGSP2d2mcWk5RZFIcbzvuXv /uSnVsdLgvrX19dtsPym0+lsbGywuEXM+ajHvJ5WTPAahFoGFMLlcWQVmRODx1FptVrn5+fgQvGf S5kUDj5UENbpdASvtrMfyqCcLKRIzuRVG0F1dASLILSp8mKNZzVX6vP27VvCccgO19fX6jiQuDQn dqJer2PREcAZh74fF9RsNr2XGaue8ODgwBgc0SS7q5fH6EkHtCgKZlil8/T0lPiCUwU/8ZwXFxfD 4RA2B7+SFLrqVbT8ejZoPcP04MGD7CHKxVdFWl1d7fV6og6mhEq6BHp/f98n39zc3NzcPH36VGG4 vKeW5bfGwUVlbvhA2YicjZbgaDT69NNPFW4Z71rovlvkRKUEOU5FQh1aovB84MiTmAYnmk3KyeXl 5XvvvVf++//4H+8TLKViLNbV1RXMIfG7SczbhgBynXmNbGE75PycXfCLG5W1tOkY0lKr1fTzJhTl 0IxjXGOWtWFJOnkbjQbbU4uJaAkRKgd6/yqG/VYhkm8Fkwo7iparhYUFbU0OWVK6V1ZWPv74Y6X4 LLXI2BRWzs/PmUzDjwgSuQCzs7P/8i//srm5STXy9vZ2c3OTIo1cthka7UK+g4ODhw8fLi4u2kIZ pEuVwYagLmEuDk2wt7Gxgc3L+CWLexLEKaGw5BjOoyijygPyh2tx2qJqg/6EUioJg2jynJqa2t/f 18AqrZoKhaJmzENFAZDX8k6NkBJwfq6ursyLFgzbXKba+eayJEXvvvvu4uLil19+qa8fjbQd07p9 YxIo1AqAVDhCh4eH5e/+5KfSMoureZH7g724atg/92ODWjRuKfrkC7h26ohYO7Io4o+i8zdv3shx BaaiFBmqcynadq8kT2XwkOv1epZ1R8F1bkXfySQGpKRVqMUUJDfNofFI9RDVIG7c6XR0Ewvfe73e 7u7ur3/9a7UkMauV4RyTA4xPIjxjS1JeQVSDF+4du90uW+6Ynp6eNoPpwVwNh0MF5jJUntkLSJeA MEHMZrNJjB+9B592EFJntVqNZSGmKRS2dCA1CnuDaIeHOqSvRl2WqnpHC4jr6m74zHr0uNk1sTLP sLu7qxTDQ3odQaC4PwHTpaUl2IbrpOtyFAMeGe+zszOf1oo/CcpVMWxeUJ2QZf3eYPvyuz/6kUd0 FiU07gf+tw6g9j2pp8a9NjA5WbvdJrDGZovyWVCUhsY9DnS9XsfFBb5WQU5U2mCQintdDu7bw4cP xa/inMn/zhxO6AaEDD6rBZVNaFsLyYOyLGm+eV+yW8Ik4nKDwWBmZkYBqFaryWjxn4YhCyNwxA7i WLhv7VTpLbV11oJCl3UDwNRwOFR93NraInDAjmj8I16p4O8DNfixYZneQbEEkK1oMChiXpLFUZAH AUNXGCNBC8QQ3sC0T4K80I/5JQ6QB2OqRT4LCwvK/oqaEKRhCNsL5BrByM1QUIlNPJlfCpxox4AD ecvx8TFbRvR4e3ub5U67DNXB7MjLxuQP7vUuM9nlt3/wg/q9uQ5VqC0D15oh4pWxtbgFjmHLOUSV 9kEoyTAS/CnrJXRJZFqeINsTTXp6byWRr8fIEUAhT1LGYCPnvhdtyJKKKoYY2ulUmyhCJZhfEwsh mlOuE3dy1vaSfRXzEDS1K/B+9xzwx3IQ7+31ejQzakFbwLVk6kBsujF6vZ5+i+np6a+//pomz+bm Jlg9WSjtEAyU0cJtkWlJqYFlZIHKYdPT0wrGnZiE3g/RRqUApgpJTjKKtNxoNPgNuJMAdTgcylK0 Q1gE+NhwONSoPgrRvHq9Pjc358EARHl+ZFaWvSiKzc1Nsqw2S7vz0tISpk09JqXlmb69vX369Cn5 0WZ0vvN4LsPa2pq6ZBViq5qV2aZvyo7f+eEP8/DZRXOOmNssOSViJRmVaDrH1oXhnJ2dReQoQ1Kr For09yF5NFFHNit2DmtZljs7O0RztPr2Q5/NZvsEP1yPETe5pj7K1cWrESx6i2azSWKbRex0Okow ieqk5jKceBJDiUErs7OzypYm1ntll/Pjjz8ejUb4OUVRCCVVskaj0ebmJiap2oIQn881rMoSiRaE XoeHh+PQ5yGn6sd4f3dyOByenJyw6+MY7wwFL2I6COGxPDHo1jpRtLQ1Gg1pgyqPVVITbMVwpSpU OzvRlK2/zF5b5H7ot0GH+To+GQSJI3l7e/vOO+/c3NykBXEcG43Gmzdv5ufnX79+zUyYoJgVGHln vV4n+GG7ld7JnKgS9Ho9ZC1lqVo0VTv338Tuwl9WRBDJXTpJZdQp88C1Y+DTIATG+qFghi3s2N2F yqmFa4X+YNoDYYYHEgI5naKLu7s7E/+G9xoWy2A31EJGEJEogR15kjqoRckLyRjf3t7q6DFSdDgc Ur/gCr2vwhCEDlDtV+pBEeGjQMhlWQJJ2Oznz58T6bXTilllWe7v7/t2o+L1N3a7XR8O28Vcd1cd u+Xl5ampqVztxCgwWkWbMzMzCnkyGdGtsC1pNroxxuOxDrpGo7G9vc0htNvtxcVFXRo2XUzCBAAW ffj8/Pz+/j7EvQjVZRbdFoyiJW0YowBgSp3oh2yHyCP8xxlwtQaDgYEocJXp0DdXPOmGQK/4DbO1 1WohHdhTVPYyiomjaEyrqoqWaPm9n/+8GS2S9XvjbxLvTDZpWs08kV4gQUmFSYUPDEEPWgu1k3r0 6rqmCZZbJtcJ3wawhQY8CWqoTXJb2N12DIB3DzNnXVtbUyttxIAnT9gPmXmbYRYXnfzWPWEW9wQ6 JKUWUGrVcYCEqjBTORbNzrxpYl8cLOZAOWZlZQU/VAuIO0MXsigKxWzZeVEUa2trVVWRYTo/P3de JaaaSu3LJPRIZmdnCQnJo6yzYObJkydv3rzphYobj315ecl4+zrGXqSOsTOZTDY3N0chsJqZYgYh oo70t1VVqbv3Ysy8buAXL15wrWxH0rTSLzm1ejLAl3JQJXkGdyrGejrfYuCjoyMJwDCoyNI5NzbP 5zd899//k5/XY8qCK+i8SjUcApgrz3J4eJjZYf+ekN0k6GxYo/v7+7XoG/c5VVSV7dNkMtHJKueQ ZWOzjGLwuWoI44R6lYiyE8zNuUj1eh0joFarqdoKAOr3BpUJ3IuiUPyHyTjr3/nOd/K3aIhiemnM AY2ZGLOwsLC5uWmrBoMBodCtra3Xr19//vnnr1+/Bgzn8yfq70jBRlxpKaziHXgqabqShFqoquMa JM1YHN8LNWBvB/4aDodmJfSjB9SiCR7QaeQ8lN7gnrwTMUPJm+y/LMsnT5589dVXgxgtKmQdj8cb Gxt0h6povedmmQzRGpaY1p+bGActw9FD02g0gL/1GGHkxsJkWUmWgslji3EWoB3z8/OTaHnhclk6 WZ/TKCIdj8flH/3FXzZjnrIbKe4pyxIWyVTfxh8Q+DCkKxPy05ssVUXzcFDYAPTuXq+nqnd7e+s+ SLzELah82RfniMilLL2iiXrtOMZiyZwEi8NQo0Ufffz4MYZ6Bn/Z3azIAm8uyxJAoY7r9d0iLUup dehi42bxeDINnALgPUaXbF5kCQXKRi12Fz9HrIhtoYrkkaw8SI7msNkEDBNYnQ7z1NSU0VGUD22E uq/gECTlhMlMWH34krRS8IksDl2djtFRluWTTz6RvDJwgBdTRoCD45AU55p4wknMQ1X8ThTh6upK MWscAtZCJkHa7Ozs0dFRL3oRsZg4dnGyr3CZBTNmNTt7qk7e8ebeKB7tMuWP/vpXTC9HLK4YRh9k muREuBBsMphxw3SLCKzBAgr1MJC8dlpRYNJ2ohFSeGIkCKCPrQchrIghJ1I3j+RhsoySdx1kOzc3 1+12X758OQkpVmGYy5mNMACBxcVF1RwuwkbOz89vbm4qvlTRYYjC2mg0+NxGo4HhI9jI0gHWQ6fT 2d7eBp7iynNTvqXVakkMVM4B4cvLyy4YEMPeA23v7u5QGt977z0n7/LyUrO234V9CbRy77w7t+lL ra3uExZNCYlwFaPYCOl65g8jwIUXPrH0YjNcAKXJbigiTYJEKVDJjhZlJg6W8W7HxHNxvMTUSRBw MmRIB0ndVWJ3PARLRLioqVGBpVTVCllpZ6z8/i9+YaVE6kVMXXQvi+ilTe8skCqi91n+l0Wc+r26 9CAmOULo+v2+rmFHCuFJ+VAtw4vZ71qtxk0XRWHoXxV6KUWoYoBXi5CYsseNUItNsF/5cH5+3vYw /6o//iXRnmaz6Rw3Q6Xo8PDwo48+SkTMMziLKysrpiY9evTIBruBjuBgMPjggw/sLl6+h2w0Gu6S ABQN2P/KzndcCdRwF5sjgpzg6k0mE90PTLvD0Y9ZfJB1Bw5U4jxlP//p6el4PEZ/sk0aiJKK6A8i IcRTAFYP8mw96uVo8UXwCMYxvzEZJYKNZhA5lTWkoa1WS/Jwc3MjyxyHWn8tWqodBri+7pB6vf76 9WuRM7t2c3PDBPAJmWHLFYuiwDCrqqr8wz//T+KN8XgMsmURefOqqvQNtFotkkaue5aBlNC5VwIV EMb8PmVIAWIR2n/DkLlaXV0lM52F4uzkcAhcg1poYQLgGyEPW4uZgXnWodrMUhokFXsOEZU3M+Bu jJCvxchCAdtoNDo7O3v48OHl5SWlil6IWqGkJvAvaZMzic2APL/97W/VBChwZDucU3VwcGCwkdVw G6Vr1FV5Wqfk7u4uS05gO3YBnckNrAVd1GUTdLk8clMdWPRqJGAAJbZfdCu2Fq7UQuDfoeeyGEuc 0Fq0gDWbzYWFBQgPW+Be2eKlpSWgqlGYPEkWRkZB01XkmUwmDx8+lL1YNFgfbuwkBnVYt0lQvnkk 43KZQvZrZmZmd3eXf/um7PP9X/wi0Rwe36wOZi/BNaWHVkzhEfJyArJMGHlW9dXhsf+ECplPgA6U KgSRIFum10oJzRNzGAwG2SnC3kzuDeN0JfyAkG4wGAAf1AociCKoCrJ+R5zGhuqdfVpeXgYIqs+b uoPrwkehKN7e3pKMXFhYmJ+ff/nyJf8Oc3zx4gUmoBRTKJi0xETul5eXZQ40rME1ZUiRie8hDI54 kmA9vFJAq9Xa2NgQQKMEszLsq+fvhBKTBgs6IjYRNgAtVavGdJiEIIyvQ21Xs6vX61rP3HbGCKvU LUIBAKu/fv2aQaxiri1jmpHS0tISBoTwkhKtFxeCWzSfMDs7u7y87JY68ePoY5LE+1JBBFxufX39 JtTSyz/6i7+QgvghG1O7V2+vogt7FAN38pDxXC6xsOHx48fX19dGpN/d3RGOch9cStV40ii+zq83 ogfceXVry2C3p5sTOzq76emYzP39feuoUVph2UEXp/ZiZACY+Z133lGgef78+dHR0fb2tnBQogYt VnIS4iefVlQGnWi1WmYm80i6DW5vb5eWljD7BZcpMdtut83GaLVaKlYS/UajcXZ2hgyDlQWsgJfL 8xzrrEkJrpzvqqqoFjugrqWQg+fUq5UfWI85e8PQqFChVOKFQyQjsIh2R1UUfyncysxbCK6tdir6 8VWXFEyGw+H777/Pe4hj1S7m5uaSfK9ZfjAYgF81tdgy5cgihu04rlAdUai6NSs+Dh7/eDyGm8FI 6vV6+dO//bv833ZrGO3YWVGXDzHkoq68CXllHay5uTlNu8Og4ev5rUczItfPJ2asPwpBWrezjI7m QXRSiq+SZyI85R88KiatKyGjF7rAJX1FURQ4BY8ePVpYWGC5Ddc9OTlBiUE/TBCGM1XCmMS0CdvA 6lhuP+wV+AcB+urqatbM4WjJQ7Q3ikpVVZ2dnWl6AvhKDVk7hpbDdMFsrSttIObl5eX29vbx8THy Uj/66NhmgrIgBwCoIDirgRnJABsAcY5yLRTJmyF7dheDf/Xm1uv1q6srEVr2y+lL9GlwkoWFBQJB 7Xbbfba5ZVkuLS2tr6+fnZ3ZU0sNzxDvJcYvahU0ZsQlqoR7FvfY6UKD29tbMjisavnTv/27m5iF ycyLRoogmQBV+Cwp5sLCAmTNTzaDhF2WpR5WJ9L7ODpZDHM7oQ0EnZ1+ryTULu7RerJS4CDmfahH V6I1Yl8Vhsb3VBxkEVVVoY+WZWnKhV3XcSfD63a7l5eXnvbq6ur58+eDezL7/Jt5ONPT08BpB319 fV2FyPVQtFKvFb/dhpw30yDtE/YMh8P19fXT09Pnz59b+QwavQ6DKnGqqoq2IeLD6urq1dWVPEF2 iyfDk+S310PgTsohUk3IYTKZ0IkXFNloIbWGD+9Vj7q4dgq2j1xjLaY0q52NY35RRqfC8X6ITDFk sG/Wxw+ggrG8nhAspnIi6xvd6/vmGZQ4WEPFhCKoU43QrEaks0fl7/30Z6x19oNJnEfBZfdkGCb+ UwQMHnLmqhiONwkiuLs4CmF4qUO2QWlmEzyoRKgvrK+vq/vwxfl6zWZzbW3tm8JYqF75exEb8MHN vB/ZV9HiwC1ubGw8e/bMhVQGH4/HR0dH19fX+pSNVpSruN48O6KBkl6z2USNho7NzMzs7e05bdoO k1JxeXm5t7dXC3adfCZBWJgVEqz7Ka30i8AcHgmUBnRyCVdXV1++fLm+vj6ZTGiW4HuZtMok+XkQ KsiIITDQIYvHdqcdTY9M+zjmHzUaDRAhqw/AgTGM7kkPjGOk2fvvv88yujCAzqz39Xo9wL+ABGbA VuL2TCaTpaWl/f39zc3N169fU26qhTwj78GrNxoN/tDXwUgSca4H/97q2e5Wq1V+7+c/z/NhybJr UOrpl62y8yQGHUfXDEMLVB7fmy7G2vlWB+jNmzcSeSlRZvpgMhWo0T0ZDy+WgRCrwwW7aQJix3oU QxaqEJbJlRUGPH36dG5u7uTk5J133qmH2CWAGQ44mUxMWnz69Ond3Z0SFZz0fgELg1Kfh3pTZj4J cejHTYBIug/oIIQPgmRxUxUMLJgFhFqtRo5U9TdrC1y5XaMzkwgmlT8tdsPhEI8DrYUJk0ikGoJc UEwCBxuH9oQAVThaq9WkGRJQJtlnAtYyr3vz5o02LkaTmZMttNtts2Odh0ko/VZVdXh46ByDwprN pv59MhNiTiksc4Yy7RrXY/bEIEZ6iSCEBuB16OTd3V35H/7TX/gmt9CYCqNXvGeupsCrEXryjXsC a6KUWrAaeqGW71VbrZbwkcLM4eGhONtYCwdCgUDyyswoy9WCs56oSzoWLQIALD1aTmQ95gaPx2P8 QT7h+PgYnUNudHZ2dnNzc3BwMIoG2amQHMqCn3qe1uZaDEz2YBIbN/Pu7m5hYYHv5qnIyACe07QP h0M4Sb/fF5uCSthUl0dgmVUC8fFoNFKaEdxz36OYYjATc47EBpAZgY0VGEZrAbqL49IK2ZY0VcC+ KgQalpaW4KGSb7WLWmj1gM+Pj49PT0/LmBUl39W7I6fPmEoKjnymWpJ1gCrEIxyA9fV1lpgJt7AS d1uPUjoajeChjq5sh7nMVMp9gxdZn/Jnf/d3RXQr6g2dmpp67733EN/gJww8u2vYi5iSqxVtC+JB AZPopRjF+A3v4yEEMJ6mqir0FZcn++64p1p0nXloxZ0ievDKsjQe+iamSWYMw4FQJmL2vJ3YxiQm 0ymk/Jgkb968yeJAv98/OzsTYSuCZPmG+cFOgeKhuapZKp1Y92yU1OOLcYTvoTEKic++JuTnfBMJ a4Q0rCXNQiZEP60MYzEej4VGsCNXKI1FvV7X1c/WSA2/iWiDpSd4Q4F8+PDhy5cv/fDjx49dg263 68WPjo58KW5cFT3suAC+lCuAVQxjprloDeFUqRXkWosOGJ+TPlyMnkF5vV7f3NzUa+uTBTlZbue4 wCpiCv5fHlJ++wc/tECZ7RZFgWXmDxM1iV5JVhP2KchZWlpCVHCyFxcXnzx5sr6+npOa3a1kXPRj aHC/389Vk3b4/EnMfa7H4HDJgxdIfrJAZXl52b6mIfFdBGE+/vjj3d1dB0LlZTweZwu2xW2FJtnc 3Bz1frdRTlyFKM04eoKgHy6DoEURTfjo9lbBdqapBJ1Akbi6unr79q0GsUZMccnDJH5QCrWAbDNg gAAYqVR1+/R4oq/BYPDo0SNR5fLy8sHBgfvjo3q9no4K5E35N3ahoib+Sb/fv7293dvbs1OaKtSw vR1icy1YkIYyJGFhGKK2GlacfrZSEiXz8V6Yf148M9TJZILURPY+Z3u1Wq1nz57BVdmX5IY4pQom 9ZBiFnfIi75BZn7nxz8eBSWaHbJYEp1hTItODYLb29v19fXz83MthnkQbdvOzs6TJ09SYExskH7H V9gkXpVoli3pdDpAKFvoEDNLo3vDz9KVW2WRyfb2NnLLOBrg5+bmID+YTOvr68QE5UwC7qqq1Lyq qnr27Nnr168NaXFp85L7T5vBAGcZHHljKoYw8nhMNdsslvMvzWZTMU6e4KOQi1zI6WhhRraTQX34 4YdSNIksp/TOO+8Mh0PBa5ZsgTCWDo1erx1AyZnAVPEuCTvK+CF3SQEAETYaDew0uy9oacZg506n o3XL8ZWS0n7K8E9MK913VECrDobYxomcnp7GDH348OHOzo5TiyvPP2xubrqTKsrumG/hV0cxy5Eb TG6I8Ob6+rr8/Gc/U+0HGrqdgPZa6EK5tTMzM5ubm91u9+DgIFGXqqp2d3fn5ubW19fr9fq//uu/ 7u/v439LgPrRHgtM9Ct56FkmJlmeNLwnAO+mOmR6InW1wkwUF9zjwWCgRl0UxfLy8tLS0ieffPKb 3/xG/VxL0cHBwSBEk7Nr8+Tk5OLi4urq6vXr10kwFiBad+NizGlxjABHTrwzylPjSnAO2iZOTk6c bICDdE3ZVZ4gEZQAkOMy7FuF+LPPPoOxWih9ugYcgEfxAlhZt6sKzYV+SEERW3RharUagRpmxV21 F61Wy2gGS4oFfRfKuv0QsvQkaDASR7ss8XPr7u7u6ORwkmBZVT+xTXYSo3bx3kpC+qSkQxqFRT79 fn9nZ6eqqhcvXujVGgVnxqzmPEW4MQjDmKFqLyCm8k/+/u+RFoEDmmKcsGyIHAe7UuYkJOIgHjx4 AGkejUYvX760pib0EuhJRzwKaTgplxjUujfuaQTIvYp7c+HKslxcXCxChlKcB5bJqt5dTKjSj7e5 ufnFF1+UZbm1tTU/P//b3/725cuXdyHwAh6Zujc7fH5+nsWq1Wr2huaRgBulUZYyDH3+qakpwqje vRcDiqnFC9CBibVazeWXcqULyvKCKJztFB5MT0+D1aVo/X4fTsoXtVotIhn9YLSvr69nJq13loWq 1Wq/+c1vxuMxhrPKlFbow8PDRrRgu4EuAw+DesVO1A4W4AAAIABJREFUZb0WqMAmwisle6OYOeMt UAZFU3oMYDXJTcjKg6XOaZ4CGIxrX82Wtdtt1N+7EPV1/BJBkhLoHPBSIvtadFzIcMqyLH/wy1/y 74zW0tKSR3SzhyEBp4Q0joEnWS4uY7KzMZFVVW1vb0NDpQj1EOd2ViaTSTvmf7AHnRg87RwP73U9 +3sSSFVQot3MVjR9J7bK7kp0eN6pqalXr14JA1x0nte7qFaUQVBReGJcnzx5MrknUZRBqiw8kWYm n8UCrTLMg5C8qgdXh2HW3loG2xSEjzGihZSN39nZoV8gkCXIaqdVZMXW9k8r9/n5uXy9FkrWLH3C 5yTKHERpTL1eN5XXbSyKYnNz05pwCHbq9vZ2fn4e20K8wbFYE4smj+RaQZM4S6PRaGFhQdkVeruw sIDUidmSWQ3hKseJr1Y3bDQaiBtyaIkcyyLDcYpAXkgoTiw7O472RYHraDQq/+a//tdms+nTfZkK c/NeL0It6urcjdS2ipnlLu7u7i6kmdOHB2WRyAbbeG/Ixng+pcr0UP2YjmlLzAzKirdblJCqQoaj Uw9dkGfPntnF+fn5k5MTbh2j0zNzSlVIG3DNXFmv10Pi46nNexoMBs4TG2/icxbD26EoZCnAcKzv 1NSUDnnmlnPDfKb/5jml0d/61rdubm6+/vpr8B8Pps4CMfOa7hKKTva2OkC9Xo9l5WQgj7u7u9zp 3NwchFvpVCTGEiVNwz+l4MPhcHV11UYUMTnLgZOx2AVRXxKBMigntA2/GscI7+npac3dSd0Rfthf NsJtEa/6HBcG8bYXs64c6GEMNUpcqyxLQEIrOqRbMTGh/MEvf5llUTCcYMNfAhNtswDLbyIqyIQA Fyrww+GQZUpPLdF03NlvUVAR84CY/yrU0N0EpotGvQTaDwyHQyhB1mtZOImHtXMD2cvj42OJ/8zM jAHZkC/lTzvx5MmTRnD6JQBugpx1EtIUWfz6+OOPz8/PUY74maWlJadwEPpE4xDN1P2QhQ80mAz5 EEKEsGtra69evcI4sFUsqNAi8Y1RDPocDAb9mDwqcLq5uRE/KLvc3t46cETDVVvczNFoZI5Ap9MR NE5NTYFEbQ28DwxQhKxDURSnp6edTufhw4erq6vZVOHYcTitmPAlpa5CXnwwGCwsLIxGI73IzWZz fX2d97aqPidL5mWMktVMnJZC75VIZHl5WUDlbGgYqMWYJ7GlzxzHNNLyx7/6VW4AO6HLRlHT6UyP rA6syOyZqmjZtPeC/nGIU2fADfx2eRLg48KmY4L7MPp8M1O8uycQlR8yDHnU6ZBVogV+/8dUE8/P zxn18XgMk3GZa6HQkq/WiMHtw+FQY4RE2UnVimYdIVHJj4UGyAX5VqvU6XT0eSRYxr36Rch6xpBs Nla99WFWgP1yXAcdaMsDixmgRjBs4aIOOvmSv2nEGPEixtNl6wyvMowBRNnRVxTFmzdvdnd3+a6P PvroN7/5TRHDLMT60p52aEfXgm2GN4XXAN8rQzDH7oiU+v0+8n0/+uIbMacaWDIajZQFwSRy1qzH q/8wCuPxGCTFkMOgsp6VFIZms1n+8K/+igUFeyf05vy5+kIUnkLGMwziqPiSre2FJF8jxA+KmByW SJbdkoAnDcEVbDQaKysrrjLDpn7eujd4jdHNLLAIbeVut7uxsfHgwYODg4OE7VEY0Kd2d3f1Jidg zLq7tPabPWZ7Hj58CEo39cmO2rajoyP9lE62WJN1X19fZyOSU8AzsHDj8Xhtba3RaGQLi7WVassH wE3sqDafpKNk4wiH0G6326FeJvwdhBxps9nUruDV3GpN37hJeETZ1CyH0VbLySseIUGUZfmv//qv AgOFVQdI4XZvbw8Hqbw3yk7j7Cg4lexCznQA4RMqZGicJe6oEZI1cgxpw1TMH6iHEIbHW1xcZNpT TwDpQFGCz+90Ouri09PT5c//4R/Zxaw4+CxJCU+RsHEVs6YUgduhNmNdnGZgi3Ps5tmYhCMYBiFp 8sCsiDsN9vLag5CpkZiiZ7B2jkve75ubGz07Nzc39sbLgzgVJnxyL6afbmxs0GV3aDCzFxcXfQVL rPEl0yBtB4KicQxiSHw98Ts3nwMdDoc59W4YhF5rwgyLxfkf10Y8471wboUBa2trS0tLKysrs7Oz nDAETPDti2wQ4cipEKipYjxvLRSb9cItLS2ZMpAQgpxKBVelk8SVQAKoKiT74osvfE6j0Xj//ffv +zGWrgiiPHZ7GT2f3lcqBc9lMhjg0Wgkxms2m8mgtjsSCZVNvWbwnCoEn6FtUPb3339/ZWUFBmWJ hsNh+cd/+Yt6/HHouchkhmTpPmu2vjs/XaYMzxFUraysCBJaMcKO1cnPHwwGjoLMJhtqiqDQ+E/E hIzmE/xptVr1mFdYCzXG6+truRff8uDBAzuKfCZX88ddbTabx8fHJqLc3t66Kl4kb5pDaX0lxOhN kHi3PfElb8qOrqysHBwc+NJEbIpQYvPibuzwnnSr0FFN4M2bNwpSW1tb09PTMzMz2C9VDKxUgsE1 V6ZdXFx89eqVOIHx42SYVXQrWDvlLRQ6l1ZsZn0kLbe3t6urq24U2bNGoyFrNyRwdXVVNxaD4icV vw4ODiiuZUhZBgl+FC0K19fX6+vr6neK2UUM5WyGToarOxwOt7a22jFJmBPW0wwIyixiZWVFiLu6 urq9vY2w8OLFi0mqYP/0b/+2FjQsnkiS1w1lZ4c4SwxVVNfLskw2XBml+1bIrGkZBoOUoURQBAdd sReaCYTJqMYVtw2ygslkghqVKDU34tCPo2vTOg6HQ2hDt9vthYjK0dGRMEmsafiZw0cqA+CV3V/I J8kOkslozIEPAEkU/Kanp8FtQiw38+XLlw6TDh0r0IzGgGSkvXnzRh5vmoUgpxOTo2u12vz8PCYJ X5GVQu+eiu/TIe+YESOIxk1Dmki94jKEf4ENDrrDnfCUdpnr62sVWemjrNGdR1mTxrSCvspjSxVM aunGOAzBqvjQDoqfqcRh1Ckw89LjkKwbRl+RSIk99bLKhSKOYfRhZcl2Y2Pjy8GwePv2+Ph4GK0h 5Y/++lfj0DrFCamFiIAChLPomxwpRYGs1WWuMwmW/e7uLr2/MqZl7O7uMlGy2KmpKRfazUkozW4V QQbiVUXYvprXFs+5k5JmKHgtRHE5WYCJsihkCiovUhLbMAmJmgt1iqIQFeTAglqttra2dnR0BFi0 FNwuAw8gq9Vqb9++xb6q1+sp1pVeDucRiKnGzENmT3EtuHpLS0sbGxturPMNhRAcIsMImhuNhkRN XZ1plBU0YwT5wcEB616P9jE8An33fHsWg2u1GitQluXx8TGusgLZZDLZ3NyESnl+J0ydRH0DQgJo l0WYyMBunp2dXccgPqhGr9dD6WExMQjz9m5tbUldnDoRhy4TfCSOTurIYAnuj4+P+yfHOXqW8yx/ 8MtfSlWhqskMW15eVsOXAajBUpLICzocDpPOXgQLx9aurKycnp62Q732JoZjtUPxXSbhKDAqo2gX sLsZ/UvVAQ6tVkt0Ud2bP6NE/wd/8Afdbld+UxTFYDDQMksdF5KDZCItcw93dnYwfIDB/LWIuQj6 kQMnSiGZwoOBAkRxXu0uBgzaG1Hy/Py8l8rOVCbcq6mY1ENVHXxxenra6/WUq4sYrtsPARY2HvZS RWPkbYwulDdTX3Fj1QezIiOWSHIHXNI7IgmLhfy62oKb3G635+bmmBUJWK/XcytyxsTa2trs7Oz+ /n6z2dza2pJ04f/1+/2ZmZnj42MnT1XVzXe6VOWWl5cdgCxHZojhZHo21+z6+pqhqYL4KT5M/AfB VjjdarXKH/31r8qYiD2KYQRuwzjoVtYXeu06qgqpRvWjM5JjBaEwBoDwTohCzsTA0VqtppicZMnW PT6+u+cpXc1OCGrm88hsfOm77757d3f3T//0T+h+QiyHaRLjQNKHVDGxMT8Q9CbKX1pawoBwaBAw la8nkwneaboy5qcTM9iKkFSHeygZSnimpqZkLzbMD9eiCaYZKm7+2Q31AW42/y9C+dnZmbJrFX34 zWZTryCLWIspLhbT+pNOcWgYjkkIQ/APRVFsbm7qrhKcXF9fHx4eokX4FpZLBsWK623I0iSwodls QskGg4FZCdnscnJy0mq1nj59SoPWmxrWyToQZ1Y+Gw6HDETiHAl6Yvya7AD2TVxrMBggS1oK/3S9 FxcXyz/7z/8508R6DFx1LCAbqKHwR//Xdc+CVj0mN7DZoxgu8MEHH/DyzRj/m3bCKRcEVyF6X4aw YFbmyON7XLCMPNJ5KmPs+s7ODhwqj8g4pu05W8znTYyzFOlqZuOX9ApxggjGopHpUBZwu3q93lSo kDJRnRivkNAWBEATSRVq4L1Qu80UZTQa0ZBIIKgRQ92s4dzc3MrKymeffXZ8fAzWoPKQhWEpkEPj Ha2MTaEKVoWKhOvqZQWEQkdnC3GNb1fAYvWV7p2n4XC4sbFh2XFLOzFeRv1oa2tL/NaIIYeDUBUv igLV/vnz53QLDVcbB5EbUDN9T1AfJQlXilu+ubkRxNpWrCFgvB75rNMnBy6RfrnQ27dvyx/99a8c JudYPipHTPaFQl2aWDnB9PQ0UbgsmrhJfhKNiXGq7g230ZtYq9WAGw6HtbsNXXB/mjH61XUSwCws LLBP7o9qC2vN2oFTNjY2zs/PeQ/IIOxSpJF8I2G0TD8xLDGuWjeTqdu/inky0FynamNjQw7nE6qQ QVR2cFZ2dnaK0GYTKdmJ58+fJwpkTbKcDFxaWlo6OjrindrttjqlPXr8+DE79+LFi6WlJXdJ0+1k MvGNw+FwZWVFvM4AA9mqKJZzDs7TKHqj/CI8x/9V/IaIK2ZJgRYWFpaXlxnUubk5J9uNzdocyqdc n6Y7aYBEAkEOSOBsaDMGNrp4loLdZGJUf5mJzBhtMdAdZoUy6Hmq0BAof/4P/8ixCuaKGAqZdtrR 1H3HMRlor7HSGG+F5bT3zPMw+C3qGiIWgjhPnjwRESEFtNvtzc3NQfQU3nfi9WgvL6L/LedKs8fX 19ewgipGYXKvVm0UZD2fvLKyYpmY8zLIDmVQi5L18OrVK95Dgpg/U4tJTFB2+8cQ2jym2nqO70l+ gn7lxynl4BuHMWjEODGv4PEkhc1m8/Dw0Kz0g4MDs82km4x6ZixVVaWdZlzTDztSHkwQL8dwP31p wpe10BfY2NjIqygKZ8KR7UBJd6HHT7yu1+tpSE9LLEfPWkq/33ftOSsntR4T6yUSMzMz1sdFle1c Xl7q5fOay8vLQnPP1o55M4eHh5PJ5N1333UDp0OrvizL8pP/8EdqaYmKiKEnoZ1psxk5p1Y5ptPp GJvGSFByrEXJLfETrDr/LmT0Cdn9xIp//PHH09PTDJiT7fPLmE5oRfjr1dXVra0tVnkQQj+CmSqG RzMJSH/o18L3uxgCnljQ1NTU7//+7+OEyTFGo1GKjFpfi5NDTcix+wTobcbN9XpdLst3JUX+7u7O 0Kvl5eVXr16l7axFCZb2OZZvrVZLqr1sodVqLSwsCKxZ4py/cBezSZRd5YUciBRcMMnO8W9oF+U9 rU+hJthEBMh/gnR5FU/iYwdBCE/E0+rlOFWuLLE1H8KWM/yYGqjXFlOS6sk9AP/MyggjLy4uVldX EWBdJA+JE+/XxZwbGxues6qq4+NjuHD5+c9+poziLmaG6mw5+oNgY7vHwxh+afurqtLIx4y5Z9vb 25Cc7373u1qEOBqUw/vVH6/x5s0bILT4QeGpFery6XAzIyEjKOgUAt7d3QnaXCFeGEDWbrcNcIT0 N2NidaYcOgncEMnT3d2d4Wop0VrEdAoHQpIqWc8X10EHZMj7yaGPQl9lFMPHQUzjGOrCp/X7/Zcv XwK4VGe9MtcnNbyLeThpvFutFn+LD3N5eXl+fq77Ce6kbKwS1L033sxji+IcTVinKwqCG4/HNroV XaE5AgnHgfkQu8JnIS0CXWGeulI9+nExqWQF2QFTFMXBwcHMzMyrV6/Ozs4uLy9TVwNuxt67XdK8 VJN2b8kzzc7OPnv2zOiHyWRyeHio9Dsej8tv/+AHONBOfC1qn7VolhuFpgLDn8MqbAAPNTs7qwDJ MNCYlYscHh46qWKMzz77jJKeE2DVbD+XIrMZBRO9jL6Tu7u773znO4w6gElz2ldffQUFc27krEm0 BDhC6KdiUtrjx4/HMbpsEPIBzJufJC3GzMh+/IC3kGczSA765J6cYiv05uXWjZA6m8SAtFooJMsR /ZHxV1W1v78vYOCvbTNsJGuftr8MlTW8CYGyRopGjOPqdrsrKys8zDCEVxFRcCdroaXD9ZkKX7s3 nBrk0g+FHzBOsrW6oXBWj5kR/j3h/yKGVtu1dICYF+yRyYceQ1gFD83EvdvtOv3jYGeJMlDZer0e G+ex70IVgnbQ69eveQanq/zjv/xL52kczWBVtG07MQ6BaF4WdXl5iZo7CQ2MJPVzLsOQEgDN4ga7 pqenpxJEp4Rn9PlKDHyxj83ym1QDG0nSne29We9wcJWEsxDoPZk30Ofs7GyOXRiH9F8Res3ivwcP HhwfH2P8OXAQsX4oSSCZ1ILg7tcdiEZoCjTuaXWIKVn3tbU1y9JsNollQxXKUM/EBdJlx7S7JxIG yTq724h+e4hK895obzsip1IUc4sQzXGqHGgFqa2tLSiTcyMeQ7KvqgqsLNOt1+syH9qd6SWGMVzo 8ePHAKKiKFZXV9++fXtyckLEKgFo9JvrmKHCXfvPDLGy6AZAmwSTNLF/6XtiZeAEVgZgqj2K6ZRa lN/90Y9HMRCvGf3kCehW96hFVfRBOvEazGwnj2ZHq2iiqYW8YBWFlUY0CLsYFmsU0uzql8l947m4 dQDIYDBQ5ZmEJLc04Pnz56kw6D9dibOzMxwHp6Tdbu/t7fHFrK83Wltb408T0RedCwyEVYKl5E87 apaLpSjvKeK3Wq2UzRnF8ClkzKIo9PX5XQAIC72zs+NLxWmdTufo6Mh+J7ImelHYT8iSeVtfX/c3 zE16XbHcUGNyWQoGFEDE+oLVrPG1220Dn0VW90sEq6urPjwp3E4kzhyXMj09reDF5Qo174M8WsCG MS+jFsSnxcVFe6Rm5FryJNnxmHYdqO/toFuDaIxUaJsE/0ro6JHG43H53R/9qAghMnEqNy0yuV8W sXmcV5LCq6A34RUNQ7hdOoXoW4UKJOgKcYrddW4wCicxjMAd5RxBTnNzc4h7VahgwzcWFxeTX5HV HwKZPgfX7cGDB5eXl2dnZ+vr636eYZtMJqurq+PxWIp2d3e3uLjo14fRTp4QslXOpRA6D4fDjz/+ +OXLl7BXXCV1PnZXHjIO8UqcPr364KPJZKJ4p/HKJTk7OzNTBIAjAHBbRsElduGVZqoYHd4LlWP+ hELOaDRaXV3loETSkFP1ZlucWNA3KV1Z3tzcMPyJTPT7/ZSWKIJX4iFJOjtI+L0eksG6vLw0n7AR 8kmOL1/K8Wbcj9A6DjGz6t4k0yqK8SLMly9f5uwjVtVXOzmS5mH0cnwDRP7Bn/2ZMEN6pzWbsx6G RFs9uhMy9qrFDBP1MFmwO5NQSfqvrK2I+DU4QmaaIWzpbnBhnZiX7drQ+BSbOiXf/va3T09PHz16 5DPp9zZifrc0Tv7QjAnGqoCYfSKNxO/QaUBmskDB8Xg87sTUDY+aNYFRtKI+fPjw4OAA6kx7R69g URTSJrCgzjq76JnHMSC3iql3ynnn5+dWL/WGskzm8nOJVjtdcR7EdK3uMMy0HaNncVeZW3UotrOM 9gv/gvriCCaxtCgKdasihkgDZ0GBKysrsnwJBo+3sLAwicEqpmoKq9g1yckkdP9UZAEAnNskphV4 tlYMQmXIFVvGIQqZvqIWrJNuCL0oFExPT8/NzZXf/sEPazGYjvsYxJiRRGlqMTzDBU3vhuuyu7v7 4MGD1dVVLMhGowFu29raAlOyr0kQJVPoTisgY6U2Y5xTLRrS7PQgJqqyuNRjJpPJ/v5+FufaMQIS XqSSvL29jUSlAJGlH8CojhvljPF4nODxwsKCMrtNdZ7+D7MkpEbi9V3cKPCBmTePzQLexQBA0sFy L9cShCf0kh5kwJpkBybTOdMpK+Kvqkp/A5oX8yQRvLi4UJu0Gqenp/JmlXJB8CBGnLP0Ash0EexL LUb/dTodl43kU0KTTCFr4geurq52d3ez9w0WhICZCdIwZOAbMRBJYCYKyJxVDsDqiSozYcvCJZNR iz+c/EwMqV5aWpqenl5cXPwmEP3DP/9zv1mLKTQu7kxMdm2EymHCC/WYkeS4U2vwN3Kjoijot4Cc QAGAQo8IQFDr7nQ6LKIuitxIKYGQw2Fy6f3N4uLi3t4eDQLSK6qk9Kw9zIsXLzY2Nrr3hrMOBgO6 zIPBYG1tzY0HqNuber1Oo9DQGGJMTrlz4zAJWKGcnRBG3t3dlVTMzMxodQfVKTHys07qbcxVTIqi oI5dtE/MUhUaZpyD9/IVGoVJnzoZiSxJD1glwYxk2vRGyf1MjOmTmmdyj0W3ubmZrUZAeq1VTKlT 4WXlBlas2+1eXV2JGEWAGZcCJdNWTqLLaRyjDvXRelTxTCvm+xapARbhkOJdGeJ4WQ8uQ32A/Zq5 N1/tG0Dix7/6VTZxOuieRhGnGf0HdqWKufci+6Ionj17Nh6PTaXLugkcsAoetv2QgngrJl94p4kr Hzrx5nFMpUrEjXaFy80PCEaPjo4++ugjjvLs7Gx7e3sQUmmsI9N+cXFhd0fR1QqUTf1/dg7teRis OmuapR+XnI7AKHSD2zF3pAqFIARD2HAvVJ5p19RqNQuO8Ver1Z48edJ5973lVhM0wRG3Y5ir3qUi BrDhAOb/bYdwrOrm6ekpSKfZbFIBaIZUCT4PMylSbTQaS0tLU1NTunKpc2kvFCw5A5m2yT4RGGVl x8fH3mh6evrg4AA7WhJoOyDucGTfxUZMQjnLs00mE03xDx48UGrl8/lGGTbb6lTku2fGnwgMzEOA NB0SZUp4tVqt/Mv/8l/0NYq5BfEOq9pQ5uyjYDJNYox1WZZ7e3viELcZfOuqMU7OgUNwcXFBPF+t ZDoUfFiXejQgM4opFjU1NXVyckJEypMMh8P19XVrB7GZTCbf/e53rfL5+bnz2grVQp/spUSEKOzt dnt5eVk5A9U7+Q4CpHH0mEOQMnHH206oSsKjd8F7jUYj+M/a2pr0Znd31xViNZL93+v1rq6upoYD iRd+DmAEt6cd0zYPDw8ZBXcJpUJ60Gg0Tk9PFe+KooCvZ46bdQPaju6wOwMaSuKhUqjghMa8z5TU jkIWpVarURPpdrsPHjzw1h9++KHUeRhCcZOY3P3/s/UeX7ad17Xft9MJFU9VnXMq3nuRCEbJlE1K lGSakCCCJk0BosQgWU9PNB17fv+AnzXcc+/ZPatjBbtlt94batktNdSQPcSmBkiAwA1Vt3K4lU7Y e39u/DDn+C7oanCAQNU5e39hhbnmmms2mwEQg7KzraV0ae40DiStdfBfZ2pnYZ2xHViKnZ0dNIrf eustQzE8LSgCx7jb7dK9hQpi8bt/9EedTgcz7KJSp9MBE4Rr5io6Z/2zn/0sFw71vK4Gd3EQjTpB z+IKHRwcEFWj5pqrwbbf72N6eQdiEpOK+E0ywslkAm+n1UgMyijYhuvr6/Pz89dff53JAlmWvfLK K5WUuMmHMKt9Sb298cYbd3d3Jycny8vLr732GtEkKW+UfhjnkriFmoBDPsQqoqSFyPmItokHXnvt Nbww9x8ID8Y8gCMJK1eRQWh2DqQN4/GYAICDi4Pm/t/d3ZF13N7ekspTNgHzycWHw/7l4g4ZVOVw 4O4Jhwhc9/b2puoPBs1kX46OjhhTRRbLoSciIpYDgdjd3QX4c2G7lj4KV4KN5myQUPFpHU0/dZzj s05C3xFD2I/HW3Q6nZOTEyRVptMpXhQzn6mxq9vt4nPati3e+/GPo1qH+NXFxUUCfA4lxMtM7eIx xi984Qt3d3cAxrzY0tISgCtWH2Yc63t2dnZ0dMTcjo7U4fiirmYicNcptoOkmilBUXBxcZHgD8iM jAp7EGN89OgRp+3w8HA0GvV6vRcvXjx//ryjKdscegwDK9vv9z/66KOrq6uNjQ0U9jqdDpYVER8y udFo9KUvfWl3d3dnZ8dCOltbWw8ePFhcXFxeXn727Bn+GhSFBtayLMkgOTH3EvOnQkmi0mhUhoEs Q1hc6d3dXTJONMfxtGRd4DyQfIiYoYhkWYYeAecAfqULahyCKJI2V5HThoYRjCtO2510Z21N2FzA SuwIDX7I0ZABN00DQESqzcqjfQABBqkVY/nERYD3QQJ3WHocKeQZW1viUvAG3NFrr702m83Ozs5q qXUD6XAJXSfFD0wmk+K9H/8Yp0NuurCwACPAOMzS0tLHH39MCYZ63s9+9rOdnR0I+4AnRD52QKzU dDoFH4DsD03Sfoc/7Kg7idUh/MW+sqx8Jjw7wMrBYEAfxtOnT3FqH330EZLqcGPW1ta2t7cZksEI FBar2+0OBgM0xZnaBSJBPAAuRrmeu0Ed7f7+fmdnB1yVSIB4CfAUOCtKsBKkYnFxkQh7Kr2XXCOK iJJTSA4LVCRsLU4VDRBwPwlC0HYF+EO3EVx/NBrVYvIQ43Jt8GlRUtpcAG5gK0I1J4zU8/j4mFi5 1vxeomQKiLbBvCDNbv1+3848y7L9/X0sYK3JlTDA9vf3aeELIZgiYUQl0/ww1ygARYAHa6l6Udzk RLnYX5YlfeIcJMhhLrTVGnY0mUw+0cn7vR/8EIc7l+4r+4f5IQ6jvMyJ4X6/8cYbSDK0mkPEtpFH ksWDByFSXJYldgjDwLMCFLCshUjk9lbgX5wbwmVnyXhVSO0UtPM8393dZXjB/f394eHhs2fPAPKJ L53n8ailfkibnLzj6xcWFsir4BvRZUzkDVX7O8g/AAAgAElEQVSThI/oBWMDNsX68Glgjl1Nzc2y DNYeOdNEE16dLGECWA1/vp3kw4cPY4z0v4F0QaklD2NHrdUx14RejvVMMhhgx5RXM1Hwyf6Bj3Cq 9DoyKI9kySVhCypy2+u6RlVzMpmsr6/PpWNK8M2wlkyKXUtLS0SDdTLi3KCZ80Na8hzwZFlGjxUC tLl6bfM8p04P+Mupw5m7EEZ0xDN8EuH8L//X/01SDyQEJtNNpLMqDW4mZe6qBbOrgT7cp7qu19fX iTQwyUVRbG5uTiYTUmEKRmQzx8fHEJF5E25wKU4BLoLThluEkwhnFezPncIgKt/61reKovjpT3+K ma806Zy4n3IG7J0333zzn//5n0tNQaFEwoiBsizpK3Vjh6fH8LMgQVAk+DiRNICTdkfx3bHKhgWj uBjz+dz9ga3a/zIJcgRJDOBvzT4oy3JnZwereXJyQoDU6XRQZtzd3WVY39HRkdFeV206mvyBb8Qq kcBM1WDO+uCUCD9mmvfSig1faeYUsQed0VVVcXn4ZEy48QMg4DKhRmPFapFWiECwthAepxpp2jQN ijpYVee+WNtCIt0EfqR/HFE+nAbzWqPymqZZX19fX18v3v3zP8eKuCg1l4Sa/TtdVY1me+SqrqdQ CXDEcDhEAoAyG8QGPCNvwlpUVWXuOMA2NoZjzS/QCt22rdV8SInqut7f3yciJE+4vb09Pj5+8uQJ 06q4Ia3GLMLSHo/HeIbnz5/PJW2At3n27BkfO5FmYJZllCRJQ+u6Zl/JWHCDtxofiaPjlL948WJr a+teIxqZijOfzynxshqpUecMxYRTybJnkvTf3Nzkuv7iF7/gkZzBR43VJVxm4lUr0h6ZTy3Nx0Ji Y7iX+/t7jgVlfBIwzhmoADbLxUQ+syxL9osMlfj+9ddfPz4+5tKGEMBn6RRhu7l17EUm3SXHAiwm eh6cTgxBUOMEL4s3YAdBqwihyRnAr/lDl7GimH/3EqOeI6tkGJgoIqiLFG/ISaVIwZt0NOq6kCgz Rgg+BlU3OuHv7++ZTVdK/jdX0wq+Bs0dNpvGRAryPC5gHK6jKwkDCKWYZFdSuaJGrGwpfbBWV1ed RrNqFL1B4judDoVhTnMpJUAuZyElD7Ag7BalU6vnhRCM2xJB4pRInlBmxT/0ej1AQGBsdjEXaRbn yVeTUWDs27Y1N25Bo6I5gjOp3/jM+U/w5k5V27aFE8/BIirjoNi9BDUuFUUBJ4zSrxsVsiyDsgui D5RM9MvF47RQSsMMB5XJ4Qg5qo4x4nIdwQd1rxtuT+8JwU+hHjTjFqgtOB4GyG6lUrEgLdHpdFr8 3g9+wEs6/iaMyVQ0JRQD8kQkiNosj0L6EmO0zBX3CY4EdxfjUSQzsoGlKLhONRkB+oCTTp51KtF3 9qwvkfizszNeuNPp7OzsLC8vpy0mRiFYcYgDcBluNDneMgE2Ek4u7+7uzKd1iSeIXkdllIKrsVdu gkMauC64HVaSM3p/f48Q3KIEZdOMLaif0BU9ypwkCWbdNBrfQCjIndne3v7MZz6zkMyD9+c4JyYo Jeo1jgE+Rmi6tLTE1ocQ9vb2SI7BIXh3gFeMI6XxLMsuLi5+5Vd+hdl1DneBXNLH4CQ4MpxOp+BI ufS2soScYt6Uy4K8/nw+x8UZn+FstCr2wdQCDWvELY9qJSm++cMfcSdcsiIN51IWGgBSSiN3cXGR RpU26WanzgLPjoauuq7v7u5ee+01MgneCjyLxAVdIUdQxOL0fd5qQrmNNwAfaSvefzabwV/N85zO HTeSQ5cj0jDiRp6K/wWk5z+xrNh+4hZsD2e33+8DS/OaAJr8Cffw9ddfPz09JblcXV2lTZvSydnZ WaVBkPAuB4MBdtGALMYFv9So04x9mqsnDd05Hg90C6CNmgZ/8tZbb00mE9ThiNEbcTBt8g1xNtJT cec/+2tg1G+KOQP/xZDhMInIMVXQp99//33oErkIbbnUrskfGvVcc9JijBiCKEYWPxz9RqqMVVVt bW1tb293pLQMmmwPQHXSGA6GnPyez7HJI/ctvvXHf+JwnrtlOkQuAWsj7hghN6EsLy+fnp4+efKk 0Qhprq8peB988AEys24Ud+5M6wA+biJF1TQNIPfnr0DfuBJQkQBb+LrRaDTVQFBbMhx0R/zKIPli BuWRe/EMJHxTyQtzSZqmgbnRJoRnpLBI9nEmjDYHhXBoRO2Cv2JeBdA4dpeqUyWq+jxhfjujIGIh 96KM8MUvfvG3fuu3VlZW6EIEg8Jr53m+ubn5/vvv81J4s6jW7zQ8CFK0CxKMIBrhTcGROEyNOHPk XZ1OBwr7XOPhSWZYUtwvzdppdTyX2jrP4PyQENflPJt/DF8U17JQIxurh7csNUGNnSV+djRP9cMm P0t+iqK4ubkp/uA/+wkWNyTMXv8QTmTSreYL8ImXl5fHx8dXV1eoO5AFAj7ygTYzU7X3E/gCCMxm MypHfGyUAnCVUMAzqQ8QF3LUOEN3d3eDwYDTaVYWFvT58+erq6vEwUQXIOKcgLIssQGEEwCIkG/B RjEP5jPhWyeTCUMPubpmoeFz2CSq7sjNUSWoqgqwmT0GEKzVRTWTNpONC2UNyt0cowcPHpRl+d57 73U6Hdr7nbrZTLBBBljx2lMJehrKKDSfYkk/hHzkZjyVsT+8GW+RqS9sqnmOxHgmKTghycUx4RS1 4l+1yWALgPOo4Y/xZTnYNKpx6E/9OIrQhRXr9/s7OzvgLVCYiEqsV1dqlnzUmOKiKIpv/vBH/JJR Wx99ckoOYlQplMb+g4MDIDywS6IgHpfkgHWn7aWS5jfmaj6ff+5zn9vf3wf0DCHAu8CzR01R5UIT 5XOtoQFi/JCnor5wdXUF9YUqEnknZC9OOdGIq3dN0wyHQ/8aBZpGszWBknrSBuNuo8rLuFmMNBOL 2Iksy3CydK4ABpuzgQtm0UMyzNA0OxBY9In4r6wD0ctkMoHQT7pye3trvJ8vBTalGkVCzIk39YAz 54C+EGPMpVYe9VYj1ngeHmMu2jMFhJmahojjkVgzuy5K2My5suF/5z/gCo5hSpFwbYZZfIgbUXRr fp/rt7u7C/OKq9hoogxI2q1GiHKG2RoSnhBC8e+99Tt8B/KfRDl1XRtOaUVAA+7l9jhuduGJH8uD OFPkW6lx0ljVNM2zZ88WNXPPLpiw2LiHl6PR9EmsMr+DfiL/jOUD9WdXYCK06g8w7EAd1F3AmEBa mwGwsBzWlT07OzMGQmINoNvXIKRKk5KACJaXlzc3N/l8hmqQymPbrPVDkkCVBC9MFkGewJ2hfMM3 spFN09ze3r548QKWVZZlpDrj8fhLX/oSBDI2nsIWp5kd9AoXEhGqqorSIW6EEz+VwGBXXfYztVlO NRKDVHU4HC4tLdH7x7tztYqkYMSusb9OxPEnILyFNMP8D91ulzwKv9foBwjBWSlLV0gEiu6W09NT crNPTnZR4KMofn3yeN/7yU/Iybi1PBmhPIlRURQgtcfHxx6oEF8m9wbpcHDVQDZBDAETnzx5cnl5 CQpGVBoFM/ONmZrB1tfXqTjw3BxEmi266ickLA6SFH306BERG5EJVqcSczBKupWQbkkzJNgngshC 4qZt22IhKLjyamRmHsQOzriUTDenF5htIBomdSa7gEIXY0TuizBgbW0NKrbvOSaG+7m+vg7j8v7+ fm9vDzzHlLIQAk3ct7e3X/ziF3/+858z4Xo2m8Ft/PKXv8y6eUhyqXaZTqfDUYsa6056SuDeqke5 UA8xRgE74oQHjHxJErlBzTeGzhznEEu4koPRaTXlIag9D1e2ounKxLqNeqaNj7O5XABqo9gRTmYp 7gnhK4aSU56JVlm886M/xgLRUuTEwkUQqif4U454V8LyNv+NeLb8PmAlN299ff39998vRJx0Vkrq ZgUSLATXjApUo74s1p0Yg6NJ+o+55UrAxADbIovipThwBAzEZtwKKq+2Q8DtPDC/YHvDEi8sLMCw DSGsrKzwfweDAZHGysrKw4cPHSfwskgtBw2tBheiZWk4HDoC5IawmBhLj0pmFzIVw4+OjoBQuc8m JGLS8JY7Ozurq6unp6dcACscUQRoRMgLKg76AuMqqesRNXUlRMqfwwMLIRiDN+IeRYQmkZgmg4kM G3CFHFtn4gg4YYV1x/nBybSJnG1QMYEnhwSAOQbRxkV0Oh0ERRr1cbfqrPjkUv3wv/5v5mqCdEs5 aRyI2NnZGTkoFVNX5tI0iM/qJGOYsiwzj3dnZ+fi4gL+N7n8cDikt41ItFSTK8Ein2M3N5vNoBuw Pbe3txx9wjJqDQALc81OwQUzicVApI+vwXiWj33d2dlp1fSACexLE5RTSK5DOsuxAwbe2tqCDdo0 DZU4GkSurq4Q6KNmFCXgzyE+PDwk9Ac4KjVxhPoXbZDkHhwp2DJ8lAfNZpqJRwqOnGBZlgcHB9gC m1hHzxON3yLEZ5s4prXm/2RZBtCMyeOSFEWBvXNigyexgeOg1yLqGAHkzlC559u54aPRCGPf05So ueahD4fD4XAIESOXTJrtPacfSzebzfC6jloROMIk2ea2quUV3/nTf1FISQJgzhJz8/mcok8IgSJ8 FHUhl8YYjoNftvdx3oBZbdt2OBxiUxcWFoCxkBbjApi8QXrE1pYahMv/xRiAG+ZqVSTsxnJQc+be E+hXaq5jw8gTooa9lNJIcTKA2vJEWuaI9eCFCHUIOUgNx+OxdY6ogU8lCYjHn0wmdOh0JR2BK8Pk DwYDWsBYc2DWpmkg3Pu4QCSGeww4uLe3R+xO3ypPzok3+Mg8Nv6QXaNGXkv+nACaagaLz3kiG8FR s6FFUbBoUbpRloogasWFEjvhiIxoY7NA8f0Ji5ou+kndpyj4Zwf6vAUr1u12h8MhsivEFFE/jVS0 iLKcyPoAQA00VI9bKL77Z/+y1CjnqAkwBGcXFxcU6heS0XMhKVgYATDxLWgwJb8DUE1wAh0UZPDD Dz98/fXXOYjYbO53UP8ir8H4SM46aB1BAsaslX7VysoKjGd2giO1vb0NA5FqtrP7qPFS6HaYrcA5 2NrasougJEzHLbmpo0xiHjJdDj0ObSJG9M3NDUNXSBWI7gwjrq6uIrnqelarHqvj42Nu9cLCggvM 3BAEr3d3d6+uroAFLTCEcADjgk9OTvhM3pTNxcoSGxC4ApNnwrxJWM3uLNUrzcnOJTfCL1TqmyEX xBzkGgmK9cHwYVkwjhRSvNpR6nF4A4KTTDORTGK7vr6mcMma8OJBvQGLi4v8CUo7JGP5y/L59mYh hOI/+L1vWrzTsBTmmRIGsDrHCFycPWOxXFKmFZKXZ4cw5/Q+coYWFhaePHlyd3f39ttvE2asrq4O BgOAJzDKudrp+S7ydOco2NeZBH5xbVSVaX2Yz+c7Ozvn5+cYHm4XKjxsM8A5ZoOdvr295T4jl0Dw APm7kOpvqSZllG1MsiCjXVxc/NznPmcmM52mxB5UrMuyhFzNpzHEmJgbbSAgef4NwNTBwQEzR2ez 2d7e3t3d3fPnz4lWoaBhO46PjwuxeT/++GOWgutN5YGDbqgEugSz5ajgzNXYj+13qkDEAhfX4SVv x59wCnnCIlGbKzSX3TArBjgX9YVz7wrRXGw2dg0L5bYp43v8S3QaGykLGTlsmsZDFEm+WXbsLGvS 7XaLP/9X/wr3Ybzp+Pj49PS0ruuNjQ1kQfEOmDdo8qRTuTgwsGvMCgJ1xtgTwfN/Uavrdrs///nP G+nS2IdkakrgDWsNY3LGDerMk5BvYWL5W5J0Go1BfGnSaZrm4uLiC1/4AoaTXJMRXyjDkIGVZXlz c0MF1E0nmGS+yHcYLB9AENompa6TkxNfcpySJxCiW0tpmRckpQYzxSIQlbFieZ7v7u5SkVhbWzs4 ONjc3CRjRu1oOp3SYosNRnGulqgt8Werbo8oWjLADlwXl1rJKFyVBEWZa6SHDT83igtcahLYtYbp GWgPoqLw5wA+XL+uBs7M1TKSXoZW7AY+hzuAc8AkcaYNttjAs9fUATCXvDgxhb+FOKL43k/+87lI ZOfn53RFDIdDz3onkKBlk5x1NBqtrq6+/fbbT58+ZY1qsWc70nEnfcag7uzsgL1gfWkrxFqziDDp 7F7STBxsgT1rJOnIEeTPZ2pOo9zLS9KbfHh4eHBwAPdwOp0+fPjQzSIsxNbWFngipGonZHme01aL 33Qtgt5Qon+Wr2kaJpPN53OwkYODA2uf810XFxcIUeBbsN9IPVIVDhpTA7Hx0aNHRMPEV/w5owrs oCl1EW3TFYAxhnDBAfIyutiHu8NwGODKxSnIVYQyj5zgpC+54Fxd6pmUMFiB9Ig30pqNMdIhShhZ itwCGuEqFWAAZYdW8gSOPNnupaWl3d1dqkvkfpBnHZsR5HQSYRISURt+n/ji7e//4O7ubn9/H32i jY2NBw8eDAYDLB+hJ2fx448/DiEghoqiCNhlq+4BZ/FRrGUScMorZH6Xl5dUBDEhnD9Y4KVESFh0 bA8Gr1HrCaucWpH8ZQWp09NTRsORp3Y0jLLX611dXaVypLAjsbLklCGEjtQkSQ/sZysR5sqyPDk5 wSYV4mxye62Ugp+ZS1I4iADHRrp0ArDDiqGMwH1eX1/f398n+CbhxiLgDWCcNxrz0kgzjCIxcRRP VWkgBf11LPhsNtvd3d3c3IRhwUEBgux2u5xsoudCw8SNjrPFNqtZMo2rFV+ApyVPm6ltbS4FEcAJ QotGneaYiZkUt/k0LObKygoTowj9l5aWVldXl5eXsZumchRJ66Mjpe3tbar+hqcWFxeLN3/jN+hU WF9ff/DgwXA4pL8Buuzh4SG5LaQ82EI4vqIoGFUVJXFmpNwpebfbZTgHhSrY7SgtRhWDZrPZ9vY2 oZGha8wYG5yJQeFFr8UDK6RS4soc7n5ra4u1ALC/0ahOjiZ1ftrY6rp++vQpCVCe5+PxOIQAagTx iFCNyIow3XEdx50CByevLEssll0zy4UJ3NzcLIoCbU4uJ47RmV+326WQV1XV5uZmEDOPE4MeDlcr rdM1GkdOBFLXNb6FBA5ciJXn9+nWrRLeog8NwVihmSJloiTnOrf/qtVsXhIDVoPqATgS7po0moCK V3Ac1WrECF861/RT0uXBYADPvJJgaC5NK4IWHIVLMTONiORAsp5cZv5qPB4X3/vJTxjhuba2RsrI 4hKmN01jNkEpaWZwUM4ThV/8cib6B27FqAXR5IsXL6i/uJ8X04LwQb/fp+oOrswJ4GpiXTA8NpAY EgP2dpfsBBPZnaGPx+PDw8PhcEg9gqPQ6XRWV1eZITObzfBpxKNAYLiOwWCA5+UE9zUIti+JLzSg ueQTTSemjGowpystQfag0FhPg6TkbWhuArCiPkkwwBGHI8CM36DONCPoXBIiTyIQpCKIeisRGcgH aC2wn4G4z+4EUUcbkcXtOZ0Bl2KD1+JLA4ByfInQDLxUUtSgIEO3FID6TF38mHZSTG4F9TJex+hF K4EjEDNIPqnzsfPnMOfSWgLzmM/nxR/9F/8lmDzZNwtHLzZ2iKYNTH6m4WwEpv43NsaFZsuQ1kSx 2+q6hp/NE080wiXGuLOzg13Efbv3Oc9z8wqBzG0yaw2laSTXiLXGlrAN/ANul4W+vr5mnhRxEU8C ir+5uUnqiR+kG4vSrEOau7s7QnBIUXVd08JMBFmWJcvIf8Ks4nDpBHUNDk4vTZ/gJKXGAIYQVldX ITnheV577TWy856k+XgpGkowePFlOXKcMFacRSCawhKtrq5ubm5CCmKzOEz88C9vbm6Oj4/Nts3V 4GZaAWFMKZnpNJLBxBiFbJOOKqAnHp6QHZg8qrLL4R6NRimbgJvmwCnTRFhQrFz8zTwpCpVl6YHY Ttk/Yel87dvfdpWOWgP1vPPzcz6dSupcw8uB7qMYSEG8TSwZVoqdLpIKKyYqyzKE4wCChsMhwfSz Z89KTSQl9u1ppESuKZbGDbydhdpneR+fBofado5kh5CEMxETclXKkIvBngXxJTGK3ArAUMO9tSaR EPJGyf5DMXBGQfhhvW+CjUZ9Q87OSZDuNE3NbfNgjsPhkHlMzgFwnjPpt1CWmmvwJcEbSVEQfmrD 3O/333zzTSxuWjzKxUghNkPBJmpUsuMuHrjQ/IKoKg0oakcDqnJpHuUSWrTVa9uWpet0OpTJ8SRt 21JDhXBhZwKyVEpLKxOa3ojLafzANcQYI1I8juYzYfkxxuKbP/zh9fU1rIFC83v5h+PjY7DM2Wx2 dHREeldLM9ZWs00aZHCgn7I3xjGD+t+g1G5ubtJM7Roq5orgpNb4MeeI7h4gLgqCeLHxeVJyq5Pe Vhdxbm5uqA3DVsDRlyKBMWYIM4bJb9Ueiq9rNU2WdnWyVZCErvSeTNzlaDaa+j2TqDKX7fr6ejwe g3SBGnUl0AdlkhyOIfGICxSqWwN6RtGkueEEn5VYjZRaeDWWkb969OjRaDRijwi4W/1gWY6Ojg4P Dyu1HZVS3DauEtTMGTRtBdPTasqVz5ZzuTbpOg9i7PHAoBeA5VtbW5+AJ8KIMjFt2Hp44GRZaCIR HRD60zVvPKdUwzuwFQ95dXVVfOuP/wThtUUN5G40iYqPJoL3TgDTTqTIxTvv7u4CC5j4NlMDFeeP AIsyASDDxsYGpgK0mMsaBJxBS3QY49ohLsliawSatXRLfPRTt4CZ6UhiE3tcay4Dv4PCGZaD3M5x IVNcEM7uSS2aoOVOUrJYhELzUJ351XUNYthRJzzgZlmWL168uLy8hKEA+o6RnouFAhpDbD0XfY2T StEK55MJGm9U6iYqcAQCtoO5+cxnPsORnSXzLWywnj59CiuGN4KnmWnMakeNp03T3NzcsC/2rja3 aQbF7vjs2sA7EcJ2ED4BS9RSq43SAso1btGnlLifDqw8z+81RXkmOQl4eL1ery+BNxCC29vb4vf/ 5Z/n4tlRv4B5cn19fXp6Spc4xgmwM6jeZk+xs7Mzl/pSLTkrspYgQJd3NsWUQBacCwioSPjx2DMu K2l1Jra087OOxkPzMMY6GsmBzCV+26i/gWcAOWF7YBeRfLO7VJex5SwlQQXX+04jHfnzmQQ7uZat 2Eu2Z6UmLBQiGnHTeEdEwAupupFbU+fiwD169IjI2J9DntO2Lcgm3v/1118ni2BNnL6Xml7tmwCV /5OCS1FQGMHLffjhh6RJpCLAeY3YiDgWY828Qik+rOMlU30yVU9JqFwCn77cY0VITDrE/HiC4UIt QUEAN+tGwySum8Y6XoTiFw3TZncDQGFEnj9/zlYWv/eDH8YYQUlJQGG63kurEjgZAV7n8sbISImw vkZhp2o4x6pNNZWho4ZI7zr8BU4qv+BCWtu2mHmAERYIsBagyhNPeRK+JQi2r9STgU9kKYkZmqYB PaQ2ZD1Xxzk0y8xmM5qDWrGDMO0AL03TkPCRhBmJc0nhXsNICPMwRdQxcI9cEgoCrC0bdn9/v76+ /sYbb2B6fFExHIeHhxQuuAM8M3+Y4rNYdPL+QtM+IOFAwX38+PHz589Jok5OTjjWFDshKfm9WrGL g/jSIQQar1htdtBZLztCCseCW4cnzTvJVWYaJB9jPD09nU6njB6o1BGSC9fu9/snJyd3GsfLJh4d HWWqWjx9+hRjhAGdzWbX19dQHiFQXF5eFt/9sz8Df6TViNCFbcNrQP/A3jga4/hy7NbX13GCmMOp +k2jZjG7IJwiVl2NvEqDrSBNdNw9D3YnbR1yI86uc1kPaWFvorRKTPUu1X/QaPjM6ekpLEgMIUUl Ypt+v08KRVWYQgxNRvP5/PT0lNaWlO+FK8NpcsoxUU4YuLHY0Q8++ABEDIyID+HfcCLv7+9Ho9He 3h7Rji852erp6WmjqRV0HjZNc3Z2Nkukv1qVdQy82OGYVIxWdSUVYk9N7HQ6ixpzgl2I0iwgXyfC BOYzCkQ7Cw4nhEADJGTm8/NznornzzUjmnOJP+x2u8zGAj+ZzWY0yjWqoLXqStvY2IBUw/xGbDHO mWwKxoqjFc4e/vmTpPRbf/wnmbT/ZokoqSMnns9xuUu13W53a2trb2/v9ddfj2qJJ81yDldISmWm rmQOX7/fZ6Ii9zhFV/hS97xRDDOGVWpYCp6R0RScAPYYiKpOhAwK1Sn4ncvLS0NGRDVgBRhFEhj8 IyM9SPt4JBI+FjFKUDKK5sHdXl9f393dBVLgT/i00WjErk+n0wcPHnBwWRx78Nvb26997WtMgic+ aRP1Z1uKpmnW19cZ3z4XQf/o6AiMFfQGu96o0dNc0ZB090yn08FgwOwgQg7sNNWJqDFMRu0AFjHb jhivrq6A7Vltmj8wQ7SJ5Hk+Ho+3t7f5fVwHj0EEwj0p1BUNDwe+E6coSpV/NpstLS0BnzSSisCi UWnONZczqvrGneG0tG1bfOWb79BSAJmOmIwapNPke43vyjQrfXl5eXd3dzQaYaUeP37ckfYVh2Cm +Rk2Nk7weRMSi0Kjzspk3K7vWK12BI/M7HQ6BBJEHTZ1vIy1InKVYLOkH4p1cdUaUg2fT35W1/XR 0RHB2Pr6ugGZO02pNirCyYui8WSSRimKgrCQlIAHRnMde7G5uXl7e3t6eoqWIudjqqHVo9Ho4OBg Op0Sb5irTVXoE2xBBpWaFJkSZSlgGT4zxsg8CDruucm1pvZhcZm/gMw3cTbeyUkIxVc2nbps0zQr KysuD1EiMFiHMyS4MtUZYQXcfspBwoHPJMcQVRjm+jVqmc2EcdcaJnWv0SalOqEogXc6HRQlHNNi sjl+nKvi2//pn97d3cFJ5D/j0IuioBmR/Ziq4QqAr23br3zlK8BtMISJKfFxs9kMn+KrGdVXT122 TabQNGpcJ8AyHO4yB4kE/8wQCIMqZGC4DtIUKv8+4kHMM5wA8fT29jYfgv0mIgeYN3IH2s2nOecj FnePMBFFWZaA33AVUTH3BV5YWKC/m+io5gcAACAASURBVF+GK7qxsQHTGJb1kmae4VpZn/Pzcx74 lVdeefz48Xg8NrjmHksIP+638MIG6brgIdkL/J5zSgO1gAEUVWwvgArYCApqQYSiXOpD8JZxHQhZ ZlmGtab6OxwOQS8sVdLVaJ22bc0UNJDFY3A6a7HToqbBYQ39V2D27CzXhoAzT8juvIgprjHG4nf+ 8A9JergQHIielPDv7u6QpCPqIC6/13Sx8Xi8nxfjbpcL43PmdNbAiJ17KXFgFt3FI1vfUjwNbleW 8ONAMMqyvL29dQ4X1B8ZNYbuU3AB+8fV4j9Np9OJ9KZxEYYmOUPMzwEgB5okUMZpkOZyB1555ZVH jx7hE8i3gLC4jdwixgM+fPiQWcfdbtd6i6zY5uYmxp45HFS4ePHhcGg1wrOzM5LdVpMcuagcI+Ic m3BMA/3dhdQBOp2OkyuK+ZmmRs7UsY9fNX6AoBD71dfs5Ym0jkkqiDYZA8GVAIHAAOF/SlWg0ovX agxloYmOvDVZmcPjLMsQL4DBNZP4B3i0w++56O8GPTN1aEAoqKqqeOdHf4zvy8XPJLUC6+l2u8fH xxcXF5i0hYWFo6OjtbU1NIYulpbXbq6fPn0KoIa7YVB11CDSUip2E81sajXsIBPrGoyfx8ok+2EW K5cEgwQQNJeyZJZlNLBQwHeilmtsgxGxhYUFu1Gnth4lF6Xw4QwPSCdK1A4odzQaAQWg5sUohI8+ +sj1L+ba4fS5olTyvRmvvPLKwcHB8fExyAxvx0QgGhd4093dXS7M+fk5MzHd87+8vFxV1fLyMmed MgjXjwXhSdq25e1Sy2Ibmake4jsTRCLvS0yvkQwEZ5FZlng5bKKbZrCDs9lsMBiMRiP+nP4MuPtk Nba73CUf9BACL1KqpzbXEFkyYHTinz59SqrG1jMil5SUdAISa66fUgIZ/Kc8z7e3t4uvv/te27bU w3FGjkppncbwEzbd3t4yFAVtjJMPPyDYYFH29/cPDw95h7mUYQqR5rNE7Ni/AyJBVTVIiwskpGma vgbGu3ZIbsRNJcihjMy5j6LTsAdsKsG6WyvQgTk5OSFCtb+OInYPBgOGqBBlUZDf29vLJYTW7XbB Z1yKguqYS1SHalqUdhJDYPC/v/jFL6hSDYfDuXgZmECf11bKbZPJZFGDQPDa5FROWojEcrEasSnz +ZwP5Fo6aWMHoXazbnhFsB3c7OLiokeREasEyRvysZnGfW1sbDTSHXLBCHTSWGer5qZG3auOP9Mg nswkU/GEN+W0sAjX19dHR0eNJgDgfwBz+TQITpD5gsRlG/FzOfqbm5t5nhdffecdsgHmbbsRCfyY 1TSwSN5GYMdqArY4UnSAUYjtgMtrExJBVCWCx6UgXIg7zjRJnpuTmiXFP6qq5AzU9vjSnoYSgq87 X3GFAjdCytWRZnQtCQpWhD7upaUlLvlcYlc4rtXVVcYqsT3UKObz+XA4pHADJ4cgdW1tDXAWAz8a jS4vL4G0ITWwYhSbOHyk5sZ5qCBmEgZaXl7e2NggTczz/LXXXiNmxawQ8uLZmGyD3zBYMdMoZtD9 UqMkHSVjNUjiKSqzmHh46xpQbYBGwfpD4BkMBjs7O+Q8sEEzkUeyRMmaAMl4MX2VtvrdRFE1S8Y9 BI1t6miqMKEslns8HrvTIEon1Oh+KSINvY7FV995p2ma8/Nzqjl8JWkr2AKIZpkMXQCvpJNyrtkm BKP8MzSYXN0uMyncZqJV4F+C5PJs1QAf+E/O3wuJN9gFAzXySDFGQm221uUJftMXiUx/Mpmgqm7z DycJQztTwxEm2bbEBITpdGpyMog1NoavIHKNMYJOkNSy5TQKkva4FMDpD5rIhT1e1Cw7jiYRWr/f p3mPOaY3NzcHBwfk6xhpno2nIhzCljuOxzd2pUtViOkQXv6Binh5eUmiAncwqHc7z3N67YnQKlE8 SAmYdOJIcq7ezkxTcajh4MAnGkDETS4l1OpQxMlrKaJRo+4tcw1Yw8vLy7W1NYK9qUYn2NgZBaGL qPgPf//3Z+oMr6Vyv7y8TKzGFuJzHUlDEEdohWMHyApKxYeU4uu6iJ2rPFZqDj3BuvNaHoAQlrPY ijeLYZhoTHim+QUYMGP8hRRvolgZ7FMpKSiiRnpSCcoN0RCLeyYZRu7i4oKdIyhnQbHr3B98+qcu ZCEaKk9CEuJiJJcZo0gBG7vuLgRySjrcJ5MJfR6sJFpidV2jusGacNDnmvYMEmJADJsNeYb9igmj K0rVOdfEmFIaE2RTBJAkfJRKkCsE68CBcyIpAOF7DdQ6Pc1Vj7vX4BDgkCzLzs7OMs1TyER3s8lv VSCL0reJMZI6YnlzjeuiOs5x5ZeBMfzVk8mk+M3vfCcT2s2BZt1b9fkRMt5r4gf7XaoF2M0pkJjT 8dk8B7cWVGQuLRrf3UxkGFsgrCaHhvOXwl4zdXLwMlwkHyxHLD55KeYDBpo+G1FNT8r5ZVleXV3B KJxITYT7huHEYOCdMBCE4Ny9u7s7JBtc2/dCdzWTlcMK6zUKGm/UaRrFIeG2EJojdMpr8s8cMmpD xq1zaWP0+/3t7e2TkxNKB7UGrgCQT9WYV4i7kkv8iBvIw2CMbm5uAB5CCPSJHh0dBc3tIMCAYXVz c8Mq1eqe8VydTBPagmar9Hq9tbU18oGZBo9yGNj6UmIhZA6j0QgOH+wJvqLb7QLIgk0DPOC+yrIk DeP1+WpynuJ3/+j7OH1iI1c0groGYYCRhoNXtBKE4TR0Oh0OJaKnRSKKGdWgZbOXHvFWTa7w3ZyS BrXzMDnDrtllr1L1BUhOfY1W9JryY5tRluVoNDJvlhX3HetL1QhLUBQFFBQbGEvUR414563btqXm StIGuoKiWKaCQ6ZmZ9o15pK1+eIXvzgcDknKfWNxAm3bokbW7Xbv7u6+9rWv0XoSY6To6+pbFGhd iQJJpHd8fLy+vs6MNJJCB/GZ0LBawrw+95lmXJJ7gMy0ajgOITCAgNQI2A0V0omEEGMCemIOiDOD Bn6RVed5/tnPfnZtbe34+Bjfmxpyx5D4hOXlZcB+mrAInNq2ZakfPnxYSfywozG6NhxktB3NVur3 +9n/+H/8n1NNQDYiBnJcFMXx8fFbb731T//0T2TcbuQL0sM3+946j3xBlcxurkUPKsVq8vU1qyHP c5KHTNoHLtByQXORKNyYE9UFY3cUJQGei3RKxtyX/B1L06rBlKRnLlYd1wkxR0w+AQBYO36srmt6 MXlyR5yYZ7K0VmOB+cClpSVkwDgWlFcXJEfqYwrdGrVKEOXJZPKlL33p8vISwZJaPES8Fgj3ROKj 4/GYYWyUurEmxhgAc8DQCE58vnO1uqcB4WAwKIqC3lx6uLB0XN26rmHdtNLiy0WkcxTuRJ8fHHKe 5xhWbDMDD0EFCRrJ3eHtQPwitbu+vmaYAOvAp2HC8CGYGGSTiS8aTS7pShZlNpsVX/v2t4FyZ7PZ Zz7zGbrCmCEP1L2/v09rGQMTOe50clB7t4wMZg/zicUKSa8Xpp26bKbJZ4Q3nCTMfFEUWFnX0rAH LuvibRekWlpo6pUhxULqlouLi+TjWTLym+PIP88kqMLGTCXAmcZyTlJTQI3UHNSFMIA/J/SPqngD YbEs9CVh4B2B4D/J+Qj8eBj6VwiUHbiTPrngQI/vs2fP3nzzTcKJEMLm5iZuB5/OebVCGw7TbxqF UQYNCQsCN+u6pt8XcIkVJpqn040LE1XyDMm0VJa3kp4uQSlGkOiX0hU3kGSv1mh5Xm19fR1BP/KE g4OD58+fk2v5zhdSu86y7FYzVwD0QLRKiXQX6tFr27Z4+/s/ICXq9XpknDCDJ9Lnf+WVV54+fbq1 tTWbzbgYzsrx+8DMLlzh6DP17TbiTJfqGO9IgrBtW4AIJ38EW7wzz2owwWlrkfQQOFlppdLBVc6y jHqHYZ809cH2UE2z3yDOIYQoRKC1qgzPzLdfXV1h/s3dM72RnQalNTchU00AUg1rxcUgoN/Y2OA0 gLLTX2JslKrhTKMl2qQ9YmNjY29v7+TkBEDdWDCrvbS0REWCSI/oAntkdLhUTaqUjmzUNBEifkak tG0LXHF5eWmRQIfFjmT4KcUsrDRAJUt01nPRgKtEz3GubiwnvjFGNCzcRzrVhMb4Mq1gOp3+6q/+ KslDjHEiiU9fHiAN+B3Zv/m3/44wjt/jOQwXZAJN7+7u4Jd7wB3umwSOL3vw4MG9JhHgShqJnhEY 4AQMUDqQdZZJVMBjUBhy+BFF/MrVpsStNd8YO209BW9DkC44x52QbKZGBH9Uk0yJgCICWMli8dXY IQfis9lsdXV1NBpB4pup55JryXa2Gs9L4eny8pILCUUHHRUGf7948YJJd7SZYsx8xzh8OAcHitBv TGPkLSppJ+XS8GdtnbLzqBRuJhL5aduWc2y8xSE+Izqwx0YAg7qtff6CxsgAAzg0atVlhiXO1H61 sbHhGXq+ISaHYncQyiNRySXa5UvLKJeJdA2wp9hNLFq/30e64/Hjx71ebzweF//+279XawQuBvX+ /p7yeIwR7SFg45OTE5TUMRvYLcwAN5j3xPixFrbE0D5LtXsRb5XiPDn+y8Ubsw6R0xfilkyl2Up9 d41aoauqmkwmkK0dPQfV2NgV8BOuaJE0OnWlLmsT6OhzYWHBAZUvG8KOIQSMtA0qH4VTOjo6ApFg oWBngFv39UNZI4RAUbCRArA/M4p561yFV4ZpzN225etI2oAXx4NhWQzdYNeiNIFJwWezGdJXvtj2 VEF6q7eaDRHUyZEnXXneu1KCU4Uky4NKhCFpX8als7MUj/xfuRszTS7xwVhfX9/b20NefG1t7cGD BzhwFyWLougmgsZLS0vj8bgQA2I+nz979qz4rf/ku60gagJxUmYKbFmWnZ+fdzVJD6ZkURTMgwYN 5Wmi9LxtidkbQBv+yl7VjELbAHPFJpLOY63dKFgnU4SCtOPm6l3AHVMBKYpidXWVB07hcLRuZlJQ iaqYEgKyQC5S8oE2k5xy9tg+yk/V7/d5X04MyY+XvpOIHNlFcNZB1ghXADFxla1aH411NJI2x8w/ ePCARiFWgJgB49dI7nmimUSNxAlBFOpkQBe/D64aBMBnUuVm5e81TMVBY67Rjf5lcIueNH79tz70 UW1fmTC0tCaDBjpGHY63DR+f1uv1Pv/5z1OQQrPA+4JmJV0y+/v7JH5bW1sc4J5EXMhDiq+/+y7w 387ODkqobduiw29HnyWs8ZkU+LtqPGVanT04dFMsHyPDiSmzlwflzNXDjzHGsM0ltuEoP4qhP1dj PA9m7xGEhQcxV4FjS/GNiOeurq4IiEMybo3VJ8QkfwgC0SwoZ8xxLmk4ThXGuBUXwEdtMpkwhYak xXaOLeHfdzXpnKTQqSeNJlnS1RHFAo9icCwtLe3t7QWhTyRLlbpyuUuuoNkAYxQIrsgo2raFGthI Xpy1TQ96Ky27Ri3tMSlL5dIvYeuzhLtaqMu+kGpa1BRsw9PUU/nDiQRGbar9tMh9vvHGG8bUP/VF vV7PxH0yHI4ZIRmfnKsToHj7+z/IJGLKMQIoJUsoNIzX5G8uHBuGWYIkZBs/V5s2YUAhBZhW6g55 MiUZthbYLX4tqtXSEaqTmFYs+aIoNjc3eYA0yrS1u7u7Y3zNTBNBZlLUn2lMc5boOHPibeP5uhCC G5cAvDqatskv0ObHmGbOiimWhRizEAxn0ikgOsIg8bIUNEhhQwhQNlwda9ThT51yb2+PwhbXlYfh AvOOVFix6Hki8wKmkUvsjr+dTqc9yRczW8X/KaoC5aja0Yg/JKqXMr1UucAlnA+kRcfTKbHC1YZa Q7GJRXONfKRaQt6Pgc8TKrjxD2M1rF6r+eA0qlbSLeWcFF9/992u1EK2trbatoXCgf0musDIFUUB D5YyB9YawhPn3vY+iOTpYKNpGgqWn/RQKabHFIWE7E7aYX8aREklDKC6hk7d48ePuYqtKM6FSle1 VAZs4zc2NigepXuJdSSOxBxyzYiDjdvw1TwwdhREhfyS29VI4jSNCniMXq+HmH1XP5VoxoUEBhn8 AgQUxTvAobF/4/EYHVPjIVQbzCqdqZM4FwTOGeUOBHE0CqkZcycpArD42PhGqtOOub1ZDkfxqJy/ LKkQ2eRhxSFrzNS2BpreiFHCTe5KDhu7zumMMSK2XlXV6upqJhY7hy2q0w9Dw/va/+Ci+TVSFxLL TyK6r77zLQDOlZUVDhCt1rkUDjI1ocCjqiREjwnHkMw1RY3/iwFrxWvHLbiAz2dCvcRTs3ZEC2tr a45VgobFERgMBoO6rhcXF8/Pz58+fQo2DCDI+eA2G9MkCCYQwnvU6tU3lOmqzTwRoAOQKcURms/n 4BhUcPmuGCP0HgzkTLIzlLRub2/xDHasLsnlgv/Z+1YCqwBn6XExcoIwt11ooZGRaeEiLevY3aX8 E6xJnsjvcEu5n3wgzWvzRJPMrtgIT6P5H3bU+NvUmTQaco9ZXFhYIDMpJbN8dXUFsk7cBaCXiQ0P 3T+E4LFTWZYdHh6yVqW42V1NSXCSg3PAQ0YxMnzi27Yt3vnRj1hTSM/sHO33a2trngrkaxpCoOcN k88gJxaR3wSb52zleb69vU3VwGkoa8FOzOdzWjmJWYnOvS5kG60KMezTRx99ZLyWCw1UsrS0RMts VVWggVF6Q13NXsO0YFGKREOQImVarOUqGvliaLBZXNPplM75jsjGmUamYE070kihD8PLHdXemicE QDJXiDEwqFiibre7t7fHxB6fSxIJli6tOjtxZJWmkiExhOWMn2vgaIez7hzGw16cDqVIRlD9xH4y zbWyLIPyZMIFQUuh+SvwZP0MGOAgSv3S0pInN7GPzr5aVc34vxjWSrNGOCQ8IVmsE4AgvhYfW3zl m98kESbpbNsWI4Q6bq/Xu7+/5yrT+I3XW1paoom4lhAAn2jGVVBPHarqZiByZzqiYhNJ4zGwhVUy ZnWeNKLj6z1RjdOA01hbW4P015GYG/cKiT/efDAYsK8sIrtlWIY74LywVTnDT5tGd5SjbfZYzUrD hnj3qqqWlpbgLRILcTgIlMH7bOCdflHrYTu2traYmUgAU+mHhcVeEPXSGBXUC2eGWSus2l7Ljt4x gD1VJqZaURS0NDieCaqe1uo/8kXKVJZxJj2XwA6vw0XiObuSQaY5zkVfYgEQPC9FpX4gbhqdGFRk 67ruSUurVYE8T3Q/uQ/uMWdNQggLCwvFb37nO+SpxOJY7qkGv5yenhqLJSnpJEOlcaOYQH7BBpKH gM7OQvC49juViDF8LBEI1s6YFOfSMAJchq6mlYN80dmF/DxqZARUuDzo7M6NDHe4dDcTPTi1RvYk 3Dfbs5OTEzR6eOsiUdgiGgEABSjoa0qM4+wmkZCuRZMOCRrNyhNPurgLGIBHcoUVZ9WKuZ6atyDR UO5zmqQWKvqkaYPTrSDyTy3iZKuSSEx4vDbVfH6p5h7SMK5QR2rSjoL4ZL7d0nyrq6srKytwkHLp OQOK2MwRJVrBM1eNEijl+voa2ubd3d3R0dHZ2dnh4SHcaUYeNGLO0N1b/MZ//G07L3w0lWcuAGI6 AP7D4RDLBI0h5aYyh6wvCfZGlWGSa8fBM6lxNJoFSfkTo1iqW9QmFq/X7XbH4zGWlQtTVRV9Ypxv ciAuD1pIACmYotXV1aurK4qaQe26hTo426SQ/qnTQ3rKxbi6uoIowt5z4Exm9BsVSQe6k7xSnJy5 FJwz/dgR839bESU4WN2kW5c4hO13Ot4mtPUqkd0CY+HftyqBGfEsVfv0nwe1C/GlFHfB2vkTP5Lv ZxSOTqZeqEWzK60BrBi/GdT1X1UVrHRqFBwPsnw22uc+qF/0+voavCUXIoRxoeEdXUcYox52yelF CuFe88yIcIrf/u7vc6DtO3waooYGQqGhaOfYHfFe0JKgFjgi5lz9LATNWCzMtuMTTCAvyYXBAWVS /OE3jeUVRUFTWabZucC0jEYrisK4JLQCTgmR1Xg8xuTTvlCqbAn026qpzOF1EOLGcoMczyUGyDb4 POVim5VlSQwTpQba0fjFuSbZph6Ggx4S/ianJEh00pgDJs1dS63gwkJtJbk462UyU6kQuxOCtL8i UwuvD2KZtL/gdaknElY5MbAjcpBj88nDsLy2NcbjV1ZWGvWhFkWxph+eHP/fe1nrkwCGsCeXFGuU yAfR771kceuXa7fexLW1NagK2JE8z4v/6L33fAVztVdB7mtFGecuclxijMhA8+kk6YVaV1hTLEEj FTjX5LDEfBShW6GJEc4jPXioFT4DfYpuBjabDmUcOik/3wIVzuuLA7nTJG7uFVhBIWjfuFumTjYv xXw+Z78zcbwcCbQqMRr7c37sWAVmlW2nF9n/m4nfnyXQBzDOXDOhTC4ijPFXBw1sYQFb4YBGfrMs o/GiSoRoiFeJN4K4cQuaolpJiIqzyxqale3LWYipxt3O1ZpMDsOFND+qqiqooBhQfDJCRqenp/wa qWC6CDHG6+trCKQkhyyaFUUxwT3N9K2SNsJcKDZhMNF40JDG0mmvrywbcHZ2NhgMMqXzHOsopvVU wqW5SvqpXelojg/n1UYdvTuOGoFQURRkY2QSPCVaWYYsoAphYgnWMST0HBVFwXQ0mDa5lFjyPIdc alCMKz4XE9ORLgvNFSWsijFabtuRLiceU+Qoa0HzdkrJ49R1DYMPmVjeaCat4NRvYAsB/jKlqvwn J5pB2pq+OSwmywib1/EYWAe+lH9PH2Yu6kvTNIj/G92zY/FFMl7JCJP5fI7Yd5EI6td1vba2htLT 1dUVTK9WdSh239b96uqK6GA4HK6urn744YeA1JPJ5Obm5tVXX0UugR/WGVV0G1CsCSB4EJ8C2INz H0LY3d3l/ASx6ygLbm1tQbz5JMh0op1uBsixFw5Zn0xar3NN1g3qHgdSyLIMR+ZcuBXGx5ORYZRl eX5+zkUfDodt25qiiL4kYXqUrAC3C/ND6kmzPfWplZUVurkthEL1AafsNl72g7RkOp2enZ0xdcyN DkG63gALdGNUGnvmj6JZCYcDNMnTNhqFgOvc2Njg/rTSPs+TKS5e57ZtIX5GlU4KSWanUUSeTBcE 3fd0Zd+xmHQqZprBFtTHlIs9QTSIMd7Y2IiaIe5TFaT+zhbgaiBysrzdbnd3dxc520qDLbBrRIzO JUIIWCtA7eFw6AwY0JbUtkza9ijM3WqkHmG9gQQ2i3yG38GiAbRj5vA5PDzvtbm5CUP7+fPnJeWY WmKlfP3NzQ38ZuIB4iQqQbze8vIy9WqcAwgXdrQjRnUQj4oy0FwNnUtLSzi43/md38F+/P3f/z19 QGwD5oGoAysIqIefgaHZSFmSo1NV1cnJyeLiIu51Lt0ltOngD93e3u7v7zP4MsYIu9ORAHFOI3a+ o2pcPGYe/lmM0f0HYEqkKJeXl5BJPTfTthmjVb9MEC8k+m5H3AoJSQ1QLhkZDA27YP/uONAhGdyN PBlOFjUKuNBU4VzFO9vyXCyjWlKMIQSYILmGQpZlyXBTHpUSTa/Xw9DQ2pdLaZnLDLMVaAHfmycq A3UyeYVkj0zP78vTRoleRU3K4MVLaTsPBgNsnJtFmqZBko3sK8sy0OrivR//eKZ+53tN5WQV8FyE cawOn44f56KTU4YQ0DwJGkmViUROOsiuY7nxNVjluq739/cfPnwI+OOOOKdThSQc6rqG6UU0gh/Y 3d09Pj7GtZEasr4Ornq9Hh3TlG/Ksry+vkZ5j4zC1C7k9CHM1BotRCTqvc/zHPbpggZuZpL2hLiL /Gcu2HiWqF/YqKcRKvtXq03BMK7DDPZ1roHRmcib3IqZlNXwP/7zkJBbfGcqkclcGuPdS5X0SYXb BKlsmobaPkl/KeFIdoTbxavhuKBbchk8koSQPRME5Gi73++TGpFJp3mzcTlHLz7rjVr7U4tA+ICv uLq6Ojg4OD09xQSXZWn6fl3XxTf+4A8Q4MMYOKly1AvtiUjUfpaPIMDtqhmKiMUFgul0ii+jw200 GhEZA8IwhdhK/ru7u1FlGmOlRTKQCMUiFzvG4zHLCh+T/+UZyBGrqlpfX7+6usL5YF3IqjkiVVXR PcBtpzMS69Kosa0Ru4iVWV1dJZ9xa0vTNPv7+5wDLAXWNwr5mUjbDLDIB3GugaBoofFgFFA4SUi+ FJo22kg41lm1kS4Qevy+Uyk2sZX2ED9ZQv3PRFgALyc+xChwFYlm7cDJ3EirXMyeqb0Gn0xRkj0C cCTf5WBwsU0dYzgwTOlKMyIJnlEyI+PKxMlJMw0vhe0FFX34CPacbIFToxBC8bt/9H1sLXbIeZsz GKNd5MWgGbPZDNEISqcQXYzOYl8rqRxSIWKxiKtubm5otidmWPnil/Lra3RO3Oc/k2IbMaKVsbx2 nNQQwtbW1tnZGRqfhVgAeL3hcIgv4wBRsGBZWeJ7TfZhXWxIWAdT08A9KwnGhxDQi5tMJlaFbsUR yMQExjPUyXxGGySqj3Ceo3rz6M7mbGFNXAzv9/sXFxdGcvgKNpKoD/GfT30RbCWXPzMVoXKpFGEd uHu+UbYpRmNazZkB5+V7OeuuOs3ncwhzLHWuuoEbmhuxxIE45/M5/XFz9WdFYWKNSCu2DllCRPex NNIQNGQYRxqERTYi1tsWFG9973vEAIwRhevn+wG3aTAYMDcLB4SOJI6VtcaVdzSZDPm46XR6cnLi GZmpXsJcDdEs/cXjj2ezGW3IWMHZbPbmm2/u7u4S8tLy4zwMrhifUxTFdDolgCb7KTVu26xdPoTV xydAg8OcYw9KkVGD+mJcma/UM+5Szv39PZ3LpKoxEfWOGsCSlvSC8B/+q9UtvWik6Zh5dujw8NA9 slVVca/Oz88nktHy2cXVTDWFrxWLyywgG6+oGt90OsWfz8WmJJTyCuRqXnHchfPhyZ1he9QHGDGH /l7TELzaOFLy+CisE2dLKEhfwR9sAAAAIABJREFUb6t2eDx5KW3GKGaOs7VcJSfHzKTXToWDRPOc GHCXyoWFBYLmlZWVjY2N8/PzVpQsAnwwqV6vd3h4SMhIHE+dkvAxUycy4nsAL1j3o6MjSE7EZKur q4xGGY/HX/3qV//xH/+RwaIHBwec3X6/v7a2trW15QInBBVcQZmo05cq/s/n89Fo1LYtrB6w9hDC yclJWZZra2useyNSUNM0T548YYNxnel+c4jNpy2lBs53EfF3u92NjQ2QHD9PIyqBsWo7ikxtXPyD jxRnnZp027anp6dnZ2dkwAx+ayX3R21/e3v74uICdQoyP77RHoPth7thYxmSwlaMERuca3KYS4p1 QkSba6ZsUEUWFJ8kuK5rYBa7QWYcFVIBmif00oWFBTaCTIlUKqibqSvFJbwcdAC2j/i+LEtTxINq ybwUO+IO2kqaLkGc81bKpP66stWw49vb28PDw0ZMQ/7h4uICW8KKf/DBB8QttF02InlvbGxgKog6 tra2bm5u9vf3fflA7ljfo6OjhYWF4+Pjv/u7v+MoU62sxaMidDs4OMDCOaUDLCI/xsBD3iyKgsY8 wg8WnfSRYjgegxqwf7BJPQnJcrvwvK5FV+oVzESwAQeg1IdlgrTj+KQVd6VRr3erniBAvX6/TwQF KE4mg5u2WqrjbweHQb2w6NyiCMSY767m2ROgU9YtxC72YXLGbHI/noEokRCiSPp3Y4w9DeVEaZpn oxYeQkA7tlA/Ieep1lxf/HwurR6LTaDWa8RvKvVq0GG6K13kISD05bSpzjRkYa4Gg0qc2U9BAgbE P6mHfv3d91gpvhjbQ0SObbu6utrY2Dg9PeUfrCzVSg242+3SaX98fMxzhxA4fI1I91ky3hJqjRkO rSDeUrX9yWTy85//HGivEFeWBDFPmEYWB55Op1gswCaaa5HK4dM6kt9gP1D2S48yeCIGnt806uJt 41hA8sEvHx8fu9RFDErU1Eq+gp+qqoihyT14BYwcStkOQ4tEPoBjmiWjGTJx1rk219fXJOi5iC70 fROh0VAC6AEd9fDwkH4LYmsMAerhPU1x4mHYINfX0c0DkeSHEIVAdDab0TWXQlVwY3oSTEdNALPN hXTuS+YwnU5RcHHsx2KS0gBhQzDxl5IMZMI0g6gENg0wfvkTdq3b7WZ/8Td/yxJ3pA7FhuHTMeHP nz/nTU5PTyFhYy2IXHkNHvTi4gIhbRb9VtO7WYsQwuXlJVi79w8tcLofnJnlAoY5Z0C8WF9yEaw4 n2nZ4RgjT0geDEYJdBhjHI1GjFZsVBtn2zjHfal7TiaT7e1tNpgnIU4Nmhp5cHDAe0GNolOYUNgB equuVgMOuVTQyEFJ7OirzyW3FlV7mmsQX5W0xvm0kc4eHx83TUONmaIE4RxJXr/f39zcZO8oSGdZ hmqkQ69PFb+cC5LlO7YkjiJbQM9sNBq5xolsTpuMDMpUo+Xau2puDcfRaETtaW9vb39/HytAAlZI UZXb3pPA8r2mS7DpuepuaV6e/9JPEM8M8mxZlsXX332Py4QjAx4CWlpbW+P0dzqd8/NzzABzn6fT KUU7HtTSOXDTMvVZVZrF5UfndnJx8zzf29u7T9TNe1JtNZBkD9uKAoDx63Q6WJ1GE71Ho9Hx8XEu gWMEm/hZXl524RNAKSaCjES6vAIPZqwJu0UJExNORd3FLxqH4Tb3pJCTq+jNmajV7xxjtHyfARy/ aUyERmza85f7GDPh03Vdu5oBnnN5efnkyZOmaQaDAY28z58/f/z4sfVqWPmNjY30UIKzcSyigG2/ jtUNbNqxLIjb2ITNNJEX9Q7HErjWUg1cmUYv8o2rq6sXFxdsBK6+VQdqnbCj+RDfz1aIZLoy7E6u gp3BIl7QOUbTNMXb3/9+qxIg+TK2E7k93Nl8Pre8Afk4pTusTq/Xe/jw4fX1NZ2sc9F0AXm4i1iL TFwrvNhwOAzqESbs5jQT6nn1K03E3draQkHXfImoaY9oWsxms62tLZIHSmPT6fT09BS8j3JJVVUe vo6LmEgzOsbY7XY3NzeXlpaAibgqrNT19fXz5885ClmWbW5ukoLPZjPS9Cj9LcL0SvochAqcV4Cg XG2ymWDfQq37QUXiSuICoFj8OYDpTDKilM/gbJL9A/jS3EjtGWs1Ho/xAI0K/j5MRJIOC+/v7/v9 PvLfVAOc5XOgFxYWyDec+HLWORK4AvYRzxw0ypzTMlcDLr3LwEfA82k1jcg2FcDCxq2urrr87FDe R79QY52DIs6GH6P4+rvvBk3uJBEcj8fEfERXuGzY9AxYYxStk8UY40cffWQYpK7r1dVV/oFzAEkh CBzNJKubS72DEg/TIHjQUvoChG69Xu/Bgwe//uu/nmUZXXMOkbnZtMMAFhFm8JOrcuEogkiaS8KC 8naQRbe2tvhN8ARPX/n444/Pzs5sdTY3N8EfGlXv86QDJldPDZYmCDirRSXygWulW59LrtoIr/GE Rj38vDWRjAnVVAbouKPR4ejoCL1IPMBgMKDYWWh6s02d6V+1ZOSQ3UKNukjG3K6vr5vcS5KKscDd kc45ag2qffL6hrYatQQQSVYaA+9ALkvkiBs1QAfRfjAimbh0ZSKKHYS+h6Ts4MSaR/0kFvrGH/xB qfkCqGx+0tVXFDgp0CIYRWCidV0jF8Gvcbl9rXd3d+39p9MpZSZiGx4dF5ypVz/G+PjxY36n0QCC 6+vr0WgEWIt285e//OXpdLq7uzubzYBEMX58EbaQwS9pSJBlGeaKdQF1xTBj8geDAYGQkdNMzSXg 3Bwg80/6/T7zPxyBhERtOT3fTpuCSKZBw3MKTQyt1ANuaNJxi3MYtpanqsWIzoX5tKrk4+7n0li9 u7vDxWGqsQWQN9tEjTUTxbwoiuFwyKvZNnc0KhVkBq4idgrj9eLFC7AUjOB4PKY+UCStPFlCt8yy jFJ/LdHgSnLVUboxvBp0EoNLTPNjWYqkO7ZJNORsSXP1AZdqauHK3d7eliEExCFMw8KeVRJehAP4 6quvImXPbxaaAEOowy/TBWMvyX4sLS0RnbNbdqaEJQsLCxcXF7wJewCdazAYnJ6ejsdjUv6vf/3r 7MqHH364trZGfpxrJAGGE+gX7ptV+2huYslgQ6ysrNCXtL29DXF/PB77hvj4UgyiFBXU7EOhKkuI jblaDTsSAc5UhzKP34FmpjGA7DEgibslZ+LQOhKNSak/iqft+K0oChrKbm5utra2YoxPnz4ty3I0 GhFYExACTLERwMTeHVap2+1CQMeocauJWzBq5PQAhXi/KFkY6mJsQZZlx8fHHUn1F5IEa0UMxlOV EiPAUGZCew22cDMnElpaWFhAfbtW/5BD/DSkCQkRPyasoTLpp9nY2Mj+2//pf6afmuFBJGExRqQe CWchDXOMhsOh8zZTFxEsYCMbkXhyEYMN2WKE0jvaVa80/5eOJLzHneai5Xk+GAzQLw8hWOQbz9vt diHeACOAwXlZOZEE2YRSvV7v/Py8LEsCs8FgQAe6GUU4NL6FzWB7zC6MohN3XxZ+aEWLN2zvjChP ujbZOew6R5YwEgNPOsHbRVEduS08D7/P9wJgu5JCQEwjkmmDMRkZm6uLmVe4v78fDoddaaLkeW6s MFcvG6jLdDq9uLgAcrAXokXdpBJTaGOM5qVWmm7ZqEsuhW4a8U/9tCCGED1IEjpScGdJ05d1/BPU nmsEydfA4SV/W/z2d78LCAglMM/zo6MjuIqdTocRJU+ePCnFOsJbObPhlODHY9KvzkrZrmdZRtQY VfttpDFtYQ8AFuvf0trII11cXDx79gxnSi5BRx+RKxZoPp9T4jazD6FARt61SU8Gx5dwHzMZlLQB RWP27H95fmb/djQrKhcnxLaEbBibmkm6qEqUWaN+fAcwAWxnUG7HsoSk78lRCjeB6IXanLOdINzz 9vYWwjbf5bDB16ZpGupizIYv1SLMZqWU2KhejaurK/fFO56GA8s6UBXGfhdS/KTAR2jEXeVJcGVs t4txUTIN5LLIDufJvIk8me3Fmpgl4dpZk7Qy8pNmyTHG7F//1V93Oh3uLv9tPp97U+/v7y8uLsC8 tra2KCRhs3OR74jasf0AOEZPvdAsuvs28K38JlCDFel5hr29PeIZpsCFEC4vL3M1BJaJUCAuGITr 7u4OM4kOR9M0NNSRXXBD3G/mJu5WBefT09P7ZBqPjT3modPp8GmYIud8hYbITjT9lMinTVr7Wilh BPU3ZWIcOdPlx0eNg5Wppc1PVUsArJKUu50tB4sVMOnKiKdvL1AS9JAglMJ5Ia/MzWk00A8sgXid +gydda0Y1FwATCEFNUAV6iTcgaiW9iBWksMPB9ytuCE9Sbvlgq34rioZpmcyedCPGUfHx8cAGBT4 ggQri9/+7u9nWQYISmhPuHJycgJpjDNK4Ya7+OLFC+NHCwsLUTxmXHOl6YdBKRo+joPOQQR4yjRB u2kaGqawo7/2a7+W5/mHH34IkMKPrwcnwJaVH35nLokYQ5NcHvR6ENyzrS0ky8g+geWlF8m3q0iK nYVG9Dgknc/nWKBaDdGu1+YiGJYiNvFj7NnJcZBsYJA0ZJ5g7aVGatqE+9+HpGAOhYGb6XtbSJO5 UXV9Z2eHmgmhFx0CUc2srpRzgaGaoopFMZH6qG9at9slfLLBqiQCTJWaG9Kqh6Yr6XeHfJzpngTq EOfpSaXMTBgoEvbDxjwMAfELFLwxRl3JIni5PpGMoz12OBzSFQpZ2Tmr+c1lWTIr4vr6ent7m1/g CdbW1jpSdo4iJ7VtC/rLcQQnefXVVxG747Hg8dr2DIfDuq7ff/99olhWAaya4jnXutZkRspAvFKn 0yGLgFXiKibRl6Fi1yzLskwnhIUE5m8TDV6+8VPD1FuVDH2w7DEJW3M1qYAEgN878MjEUAhC4hwW RzFebPCcpPqiYq0JmrmWzov49kw1LF6c2icIoxsySPdzcXJI23KNGuYDt7e3+5r05ujIdxsblGUZ 6rmQnRw4tW0LuaOWXHMlkqmDfkwJzB/OdKn2DhvyRnIDU43HaqS+WKhJABvEOl9fX5+cnGCmSQZy 4bzZv/6rv769vaXB5+joqCzL11577eDggBl6HD5g3cXFRXiLGOkQwng8hi+1srJCYSw16mAvlTQk 8jxPUSFSOlqb8XFOXzAAWdI9yVChPM+ZR0WayC9gsyGExRiJ/rn0VVXRtV0mk+DbRNSFpadyxBHh rM/USe2nNc5IZtLpdCjXE8+YcYVp8JWYqWWOQLMjIQpOdkwmYzbq1ikTEUmnlVGjHFrxQ0vJcoSE pot3KtW542hzMpkwD6dWWxZ1cUfhmSaNtm1LtkPXAaKkLObJyYlJo60kdGpxaZBWjcLpSX6KRIGQ o+mTQOCXiyrCMY3q9HdQF2OkjlYn03WiwC4CaQDoQsUmHu/y8pJssFVx5hM78tb3/nBzcxP0lGG5 5+fnb775JnfdC8r9BoLkjGIy67oeDAa0w0SNCK4l3Ybd7SSyht1ulxzU+DTZlf9vqZmpHWmbffnL X2aH6MjqaNILXaHr6+vHx8eo14LzEKNje3zZ6kQo2AFAlGIjdziKBJsLweU1HTIGqTKRSed5TnqU qzXOMCXb6UvlND0kP7x7kbTGFqqE2/9WEmabStHJJyZPZC5D0rbMOmfSQkKmi0ftaEZsR+qCLtZw E2gigRHEX9WSaKYIyMLW+qGpgPpoVxroxohZE3hsPhK2Yjw8B90khVKtJyEZNATFKE9g9UoC/Ehw 5oLhHev2pJrhPJVVKnd3dw8PD7mOdjTQUfI8v7q6cpSM2ehrWDPpJpUgaAWw57AWsMdsM3IVgcm7 ybXBax0MtKKMs46ckm63+8EHHzRNQ3WQ94HdDoqCJivSFyxZUJMY0SRv5EiuVUHA4WyWZcQ/7Ku9 ECgntw5b5YI2ewZGhNHqSIqxlRBSUHaVSzXStOHw8gidTHCn/z0vYv9jdCUIbPbVtc22TeVzut0u hFA7K/wh5warQQaPq0TItk2G7dQaCDzRFBD+pJBQHoafmncU+HhycpJlGd1MjrwXFhbcKA11vBJL 1AVX2wKfcn4qzc11pQ8yDzSN1IhgfHkwTjzjrmp1aNR1XXz2a7/JPcZTwGc8ODhAzdl5lb0SYSJt V5h2vAZnghCqShQ6jbg1KoabJ+jIuNFYMr7OWCmM0PPz89vb26OjI9IXx0tIAdqi25FlCY+KJKSS 6KRDYVt3ryy/xr4uLi4SqXe7XSNlLKUzJCdehbqcDBf6yJoImec5FU3ShiKheTjMa9Un6SQ4vZyZ epEykWCDqus8z0zzGmKMCwsLUMGiClWOeYpkzEauPAFANopfDpwym82Yctxo3Mhc3cyYKvBHkChs AeWhlZUVAj+fZmxfLelJOKokMzxPKaLBp45+ajKqqoITQS7L7XWRxyGQFxa81bPOPznhsB2xZABM IRE8sLUzdM30CMi6S0tLV1dXpLa7u7vcb+COUrITUeJbHErHspgWur+cpLP3sBi8qZ1OB7iAmmXU VDCkToxmNhqJCk5inwg1l9WxXXdA7H+o1UpnEpIdKybQPSgcenPmUsNcqsOgSCY6cSU4SdRxu92u pxHlirAbMf74OurTDuh9Doz656oJVGqohwvEUcg1XCh9Xx/0oCG4KysrEAH4ZfpmeAWkLFp1gbTq Onc4EUJgCgPBJyEQHGMAhiIZuxfUcM0cO5J+sDjexbic/Vh66IGMndgQQThAZUHwyfzLi4sLev9p FvUHFl9951sU3pGz4ZUykXV4T843nEQswYsXL9Bfvbi4AJCea/hEncikFFJILZJGTwrUrQRtjCES GlJIyyQMVNc1x/ru7g6nST5gzkmmboAosXDCKqg+GOxazV1R/KHUuocEy8uybDKZYHgcmjtwBM8h bS00IWymsR9BLCjITOk5c/UqU7MIDXilJgraJnGp+PxWIJpteRTSnyc9VnwCJpBLGJPpX21SQygT ccyojJOTSlAK7TnTNBFCf2al5HlOal6rAEdlg2NtRNLEIZ+BoFY6bMTFxUVPE8ZBKTijoAWtGvMc lRG98PBeB/xeJrw/vizr97Of/YxRocjxcrqWlpbO/9//p/jOn/4L/hu74sJVUAPR4uLiaDQ6PT1F cTxouMXt7e3Nzc1nP/vZfr9/e3t7cnJCbEr7dqmZPnme4/hyiYOm1S9Sn0ziEABbMUbSTTb+xYsX lqYgL4HXFaW2g2KEmX3cOvOoWCO6e0pJV8eXs0bfflZtqqExs6RjlYOIO7LV9KE3kkP8M1ODfZZl zgq42Llqfqenp6QcrTDpSi3CQWPVcg364lh7Sf0KuegiIZEYcCzXaqpjkYx9bFWddXEKtBub1bYt qEOdVAbzZApilFBuraFIRDVdDbqx53EM3L4sxg1z0yxFCy6wApgqn3I3JfFjyNjWKipfInpBmzrG +I1vfOOnP/0p6SVUn//qB98vvvLNbzqWt9lwUQMX07bt1tYWIT5PT51iY2PDxdtSs7XIXB0X4pRN ZebH4VQjHZ9cUhAsCsqpmENT1RsplvgPTcprE5jcLsWel3wrS0YfOkKwl7eZL6WQGIQk5omysc9i o+lf/hA82DwZAN1q4GOp6Vw8DPXU7e1tvqUW7zequGF779A2JBilQck8AWc4ZJxsbmZIUt5aumKt ehswPYxfpFwIxoKi8l0yfoMTH5ISr+0ojwRLzM7c8UZImILcio6ECYyEcifdz3l9fX17e8vDkO+m hsl33v/XB53MgSIPNIpXX30VH7K1tTUYDP7hH/7hna9+pfj6u++6A6X4JU6ZK9UuI9d1jXJBJbIK dxGlOGPtnU4HlIoAl1zKhodtcGoYk9nZc2lKtpJEnCdd8fQdW6/Gx66Udlea6XNooIKQVxjULzWy wsbSj5QnY4rN3i4kcJlJ1M7b6ajPKDvpON3ic4mogFJjR+hSBclFPSHLMmArHqlIhOFz9dd5EdI1 dLoWE6CJW4ddrMW1bhNtFnwpDRxBjdu8MjuYwqPQv3hNM9QdsqaEGR4+/FK6aW/gF3Q/Bx97e3t7 dnY2le40aUDaGGWThPnDetZ1TRsuxT4/AMnS3t7eX/7lX3744YfHx8dra2snJydL83n2P/xv/7ud I+ljnkzKJDtkLQaDwc7OjiNvMqqFhQUelAproyHly8vL9L/ME60iryCf2UiLIkq/wQnxYDCgaMKr 3mv+CU52YWGBxuSZdMRbaXP7WOANIPzkEp3ClkAsI83IE3ptVGE1V5sj/4x8DSeDZW2FHweRMYKk 2XlfcznSUiLIFeoDdV3TjMwmIYrm4xKS2X2pGfPq2Yi2ic6/z1apvgo750rzAIMUDdK0KpeeI1fU KvupFV9fX8c8We+XwJX4s00Yl/Y8meQY+JxcMwxdRuADyQN7vd7Gxsbi4iJ/wsZx+ktppmYa6OkM mJ82qahkmiL/hS984Re/+AXf8uLFi6Wlperpk+Kt7/0hhsRZbVBu4bXGxoBbk68QTMcYyTxCCDBh KMqA9nzKs+f6CQIi/H+57uBTdElmmua8sLDwyiuvUKNuNRbCBmB1dZVF9MXIJQl2rxlXPg2EEzEh 4joitPHw6c8kc95qeC80XSdnaUBZSIaJx4C/0NF031b1hDzPx+Px8vIyYydohCPFpCbNFKAs4XDz 41PuaCo99CFB8dlEXv9OkwAhHlaS90iNNHZtPp+D9k4lGGjHmwsvhlFXiBFUqt2+kpp5nvTRpedv rpklQWzkIJR2aWlpmuhPeSY7r0/CQ+Gy1RRHkrSplEkzzWKgcOv/bdv25OQEo3Z0dMSenvzs/ewv /uZv55rhllqXIHqGHWL6n6K0WDMxe20J7OKLpLEqV1cODayuy/iCpaB4uruOptoEpvDuhiTLjCrF 88nAZwbFciGkhFXGAfhMnMlMCqZ10ls001zSQj3URdLMwX/C14G6uvaRnk5HnJlqAq5PBWUIvV5v dXUVNRGvSStijKM7wh5/byslLfuZuYYh53mOd7Uhtwn71EX61E8hIRefAafRuRrQ2qQb5lNnhsco E64/jX95Ih/gT7ZvMQ8nV+tjK+4NnwxsDW2mTTikmNf06whAonpQbBr8yiwFK+P8vtYsAptOoBEI IyCQKejkvIjP4dh4O/xf/aUxKaTgtXzmQzKxudDs6DSCMEOZrI/YARvh+rQzOi9vTApwTstDUs7n 9Q1joAnCwXMlJCaZbRA7xltp6OVTZ8DVCHsCTBUrUCUSd10NueFO3dzcQBsJIWxtbXE1CIKqqrJk d6vKtY0AVVGuYZukte3LuJRtjt1klsiE+qPS+0skz3cZSeII8frj8ZjIaGdnx5PCcBUcRRyz8/zU VDqHKl6mluIsCRe8hvavlsN68eIFQCPfGBIIpyiK7C/+5m/bpBSQHgj/aiVG56f+qyO0mABfQZiH 38GeOQoO9tMXycwYw3R2/nyXyWCpLfDxbdsWbrPBOiBK76sRmkb9AGwwMABZdEfdZ15cvMLDhw8R ZDg8PLy4uMBIhRAQDnvx4sXl5SVOy2mYQ4b02qQclk+FToVmqHF1u90uetqEcjP9pMFqenvLRDIx auakw7RcyY7DWpY0Cj33GqaRP/eNq+h8wciK3YNNSWrI0ijMJjVd2/QZiAxYPacDuaqamUZM1BoJ lwvyiUrL/dVRuEN6bmMC1fpPjIHRHBFCAA2uRZ9bXV31wZhoHhLl4zQLC7+Ee6Uvy4HktPOTBi5e CsetXjefpTZpVC5Ur+OT7+7uOI0+RY6WfEnTiLIVIavUUCIOCQ9Wa2RCUFjmpbaDSeOt/JdgYX+j d9kHphYHDUChq94htnt9fR0dCMw6dtxCPCEE0n/GKjC8IYjAVCZ9TW3b0pwHUzE9gfxDq7S9SaiY jlfSc+szn75mrgg9iMTjdLXf7zOlcX19/fnz53Ql2QHDfbU+TrqYbcJdBDkih/PFdGE8XVX/GgBk COHq6golcn5sFjqdTvbf//Xf2K35YNn6pHmvXbS/qZO0DRo/D78UNfijHLn4Q+yEWSar+Phv84Qi w09Upmkh8ZgMnvPr+Tj67aJIP3Q0YaeAanMh0g45bRf4rkePHn3+85/nYH388ccYvouLCzLoWrTm +XxOHbiQ8JxFF+y9bI59i3zWbbxy9cMRoPH8hPBeRj4HI0jtgzVM71hqVtL4JV2T1G1H9Y+YFmd0 ybfdEE+uihf/vquuvvZlQpLtaWrf2RdXrdoE1mnUvurg3VZ+JkGwjkSTfYRYcy+pnyQkYYrPAFlC URRIiGHKOT806mLH+Yc2SRzJh7yeDocNVwOERY3TABxsVHR0zu4A30fCz8zrp0xxfxd7QaRFFg9I b2Ig2Won6S4LSQaMXag0y4U/obsnKPQJCfrZJkyVLMk4beb8zPasXuFGxQHj/Zh1eqvn8znddEBv dV2fnJxwdJ2hYqPpKprNZjTnE75wZ+lOhKIHMmuTaisUlCIH6SvVL0/MNLLhF3GtIPVkqTnKRGTg JFCGb5oG0uVgMDg7O2MqMqTIpmksjc8dKdTLYuqEA8E8z7Eb/MtaLLf85R9eEEIY4FLQ3Cj+kGpa 9m/+7b/zVW+FBtzf39No6NCy/f/Lpn1h0tAvE1qcJqfONO3xfPgWFxdXVlbW19cp/DrK4NGxMlGC HI24NyyQ7UUtPqDVJ21WgOF4C47O7e0tVVjC8yzL4EJxqQzxctVpxgkKhXZ2dh49elRV1dnZ2cHB AcyqicZotm1r9V3umG8dP0EFl/ByPGtwwGFpoz6sUvz1T90ory3ZKJtiN+w7GZIw9lMpET+lKAz+ TYIaXr9tWy6PQzA3hvoYNAmBIvzSTybUKA2C+HE8zvlJ4wbbiygVXx8D38aYgEJFwvt3FOYlMs/e O4s/gNrEYcPuVFLP9B9mKqXZHJdqDDdK0yboln+nLEvELNAK8LH0ThWqJJZJd2j6b0LiKbOX64zO xrhEmDxXeNEE6apD1/4FJutpAAAgAElEQVTDoQObi4fIJFs0V+MruHCuqWR0R7Qvi/k4LPNqp08Y Y6zEgsuyjBKZRzTwOQ8ePOAVAC5iwjGxb4gx3t/fI29VVRVCSchDEbrymj5CtuD+Ih+nNMqJyv98 CLOXdXf8XkXSk+ODgd2I6lh2Hx/h3cbGBjad5mEIMrwaiE1d16YX8ACEcajxdTTfu9So47IsEbF1 Dd13NhOzsVUO3TQNUy5fvHiR/Xf/61+1gqjMApzP5xQ9QlIW8DKFl51YK2mwNsndglK8T134XJqB FH+o2PZ6vdFoBBxf1zWNTWVZusKbqYHbQXpQI7gNve2+L0BVVXyLgymDs1Rg+Hz3u/kO+IKxAqTA jYYW47ro3/r/6HqTJkmyLDvvPVU1M5/NZ48poyqrKrOqRUoKAsGi9/2XuAEINkGALRgpIBYkFugR PaInsLshwmFDrmqHBSDSlCI6s1CVFRkRPrubuXu4m5nqUy6+OqevWQC2SIl0NzdTffreHc4991wD Jo7jmFRShcKX4zXewM6wo+YM8MxwwrUkQSsVbVKozLLU8FmiTyUgSiHFsXFPAZqIAXUfXvHNtQYC mYaMmWiliFVJ/8IX4CfuI2HT3C/ncFWoRFUCmv3tPqVJ6eBCo/hYK0g0KUTlvQRVU6jHRPdW1/Xl 5SWqA7GqYSfai+uUBdfE+KAX9jWbzVyt7kNq36tOEOOMeZgk4gDc8Q3WxG6gWoYcY/AU46r4oHvR D8yXWywWSNIUiZS2bQvrb6CRLi44uXpcqYO3V33SD6sKMLTdc73MxPXuimFEUumPk0X+OhqNMF45 ZxKmnDPRt+MenjImghrySHLRrAZV2evra1oJaax0lGkvy1H1HkgBWnC7f1ajTXSZfq0cB1tVbyps l52EjQZ26eTkBLNeSx6fIAxT8OHDB2pCdCg1kgOng9j7cCVgd+ZkT2PjnkQbInXIOcOx/LlxL8IE cCNgvsQdoI3eZDmgtBGWKapTJbFhMNAjjX9lyyJkY4wPZA3ghQBwc3OTeff+E/ary/e+txgttmpM T4qCU0qkqN6LcbF4rrCKiK3YweYc44FwuWA4bDjXuwGCDVwQ9dAYkoKou02zv3cgFVCA+GGQD/XG YjNBzMDIcurAkejJJSGtQ7f2XHNn+o8QmH65wOuH6IA92mK2KXe60KRzCK5cgP1BUsjMBmhFMcth UqEPeaVeG1+zrbzNASEJmTgU1ohEdRo3BU0HG8GcMB6NH3QjcLlR+SepLNkHFKgolbFxeZK8fAqz am2gqZ06VLQN9TrQpdt1HU/HWU61jAJnDfiMoY93i/1fL5TA0JwdgD0ftUdKF/6oufTaG02KxUEu pPjeBC3ZTmV2jIIvJj6dFAB334sXtgoBcgpevJN6a5LdJ2Pm0LGAXLZnVvLoWbeDg4PDw0N2jnl7 dV2/f/9+Pp+/ePFiHlTyfJ32Xo7EHQdk8bei+4zFp3hk4p1mwRW1hAaArzsVfrIqHOzh6XR6cHDA jHKSP8izcw0w8wr4UaZA0OgkQOB6tb+lERHLx9wOFZswGo3QXRwOh/m//bVfdyWQ/KtpGhq8CQSg xpcAy8SnG7GRlfdUSgNxyASA3//+97k9UBdsKA+jqqq5ZrKura2BW7F3vS59GKDOucJG2K/yX/Pa U0qTyYT8qO/78/Nzwvnt7e3YOZZzBsjjT+gxT6IN8JlggshR0Hf3+Pj49u1bK5xhF5AAaQL7zdk3 brKTVEsfyPED0ch4qKTVVLpub29TSmTcDjrwQ+a6eV9GN5w+gq1TiOttaHwxVSgDVFW10NQdNhlH yyGeDU081UUdKin4D8eqcTX4BAr9NAPUmoDSSftuoR6gaFO803Jo03GK6V3noKaqKh5l/gjxhzzH Ixhp9Dkbsg78oqKaUAmUjJTS3t7eixcvBoMBaAM2y2bRKxyDGzubFXuUAg5QQo+RF9a+fyX67gVn o8kO1cSkbiwIBw0EJqW0sbHBcfD2yJo4BoffxsKbLdpr/9ZXaL5D3G9JUnDGW6bT6fr6OmLa/BWG DPoDNHgaWuAgllI4FPQVumV3a2sLBSC2SqsxAq5px2CoDy+vc9ztjuvXNPwqBSaI77qR7k6tajxx dx/q5HbDMTGC4UufwsPDw8nJSSmFJjPiJJ+CrLYWmJ02DimQZ7IYwc1yl44vspZwxM8P+y//5m+1 geVCk+pgMDg8PKQUgM6hd9VcM8xyUDO2BzbnHkM2l3zxYDA4ODgg5Oy6jlJVUlPvQGOffUt93wO6 rWmWwjyMXE4pDTWyKYJiLo/w+PkQ3ozmOJxcHkDOGe9KAtVJo4qkqW1bBPayEv+cM4mVnQ2BHpUA LyiVH9u+HJDlLHq/N0SldJ7sDNWz+XyOfA67n5KXi2kYCBQSBkHj1UGoX96F/Uc4DBuiDnixYxMH JnMpHw8lFOn4MS3HcdFI9aFg4Mgocir8E/tOzkwnGQquzcfDTsiH01bbh9DxY4xisgTJO0nF+XBy /v1wHczarJPU26p6Teh3AOio65rUirEeHL8+dBwYBqyUszvcKYF4npajIj+mKgDZuDqPo81q5uGw 0KPaS6gO5Orp6WljY8PK+0nQhF2gaz9NGDQB3BddI1/nNCsFaMK7Ou4EDh2bp1E/AQgG12lWvgej VVUF/REyOMn6YrFAWqWqqmfPnp2dnZVS0JHBGvpVloWjWEx73Aib1JooSfiYJUAzlB6795VTTHCV EjgCK+HRQHopEbpwtgQkADliOBw+PDzQ03VxcTGZTJqmQeUDtapaFGSDY4Z6/NsiCH3F/Tv+INbJ Oa+treW/++u/UYU0MGk435q0q5PwcQJbD0DBgg+Hw08++eT29vbrr7/uuo5ZPtfX169fv8Y14ajN TkHQIynkB9cG3//GN75BfTmF3iwcODEdf1iLX2hjkVSiicSDRpMuzLLopBZQSgHcYKIF0BCKOUmU IarbOeejoyP3O4GnM9gFHwZ2D3mrklQSYaCjYO8Y8KU+cLcd0bMabHSytiRAxgYrh0opbg8pn0rt vY5uYuRu21GF9pYUQsVeg37i5xjV5RHbp/YiCawcae+zgcis/C8xYytuX6MpNvxhhAW86+w4S3il kJa2QVahl26EL8b3YpeAj5xruAUmZjAY3N7ecurYWhAivebR7jtZpDUT54pBJGJopMGUAr5E72AX Jid6/Xt1vGcVIf1XBkYwFtD7XE9yQFOpju3jUNc1Y/casSwMMcXYfKFZKHm58M5V0Y9senUdejf/ ax4dJzeUnBgnDtPmcKH9iLafVDzIOZsm1y/XGPy/d3d33DXTkSAI+QTZ/ZSAm1cBXaiklG2Dxi10 YnkkYbllmTaSJUNSKXhvwhwRm90qoMR9EPKP0TAXcHh4SAvo0dHR4+Pjz372M+8HFsryDSklEHnH gitr7m/sJDTEenKReO789/71b/fLifZQ8+LABxhggqe9uLhAIZXAHEUeQldGx/AY6AmaaYpddKEp pclkAn0VE5ZSQpM2bnfgJ26JrvLNzU1EELCSnKtYFrdRmM1mdHxyVilTGP0vYeytszDznS1CZj+J ZC77g/g6CqHgP0w84JpNaHWww/difB1EVGrASWphLqXAS0N0uwpDCmKwkKVi4heRgpErh+ppuYga f+UPbMVr6tQt5WPciFrnFWaTxMptNO7Go5zikLo9aeRGCtAZr0F4xTDW26YIN8Bq2OCWUFDiYTlM ToEFyL711WJ0WCUDJobdQcPqgMt7GxgYqUWWtRnKIbFICiTddtQs10tj5B7NZQm9JsQK8TZ5Fv66 GDJzPfjFrI5NR8eVuLxJOHuSsk78Rl/GQi3zK5vEh8I3ErcTm9BWj9Nh88ep5E/gqjs194gK0tCB hrHyBk5T0zSwYlJK9HY7YXLe1gfmolfAT2Tl0Hk1DHoY445uzMbaAdPHTjG+s5KAostjnWjZdsOz 2ezly5eLxQLZsrquQbzNmEwCYI2F8lekPpUaGgZq9e7F2oImALDm2QP57//O7/qwcTKJIIqgxuPj 4xcvXlxdXd3c3DB3bX19/fDw0KAef3V9fU0K40ZNUAsQKB4zdTkinRJGWmAOkFIz0Olza6ZK13W4 maOjIxC3hRQ3jGXHp+LD1mk+IVdVRBI3u5wtxUIT/qRQgKZzj+9iWrCr+cajcoCYmcTqHVCEnHBh qBJWyuOKptQ4d47bqFOV2GaF+7X820AK0mzoOpRZVux7UfbqD+ylb+LUNS83TQw0jWoFKTaT2qaq 18jKNmhuuwDOxQzUgNcLfANWqgLVJF65L7URKQVLtJD8iiP6JjBVnNJ5MUspe3t7Wd0ARQBjCuiq zWsjATszrCp1Qq4E2jxfX7NjOswKhyjn7NmqjVSnnBNXwoghbiWls6CUrYqcNuK9KLaNXlWodRH0 daKrs7Zra2udekGSMDHek0OprFV50Kc+2ncbshgo+NrKMmJjd0jnkZ++fUwVZJNKSGTt8LwHvBVr CSbxTtKLLB3HtEzjscWPZtfGfSFpxri2VeDbeEFsUgzaDCUKx1nz59QC4kn7QJgbaTh1oaqMfMX6 +vp4PIZF/cknnywWi9PTU1wXugjj8ZhO1729PaSle4Fpcb9VGu5RB01Kvvfn/S5//3d+1zGmJwpc Xl4mjUgcSFfP02PBo4+OjgaDwdXVVadpRjlnFLyZCNO2LWp6KahjdaLlcrbR1hiNRk9PT9wSnhmb Th59eHhIBM0f2kHBN6rUAl4JFQHvc0CXQpBVBXVQ7yT/Nu7aFUPjA+BcAVprUkLHYbPVsD2NGyXn TP8Uu/P29pbushix1oF8wuYzNlqWUz8XGCqhzyUI9/C/DpCzeAI+qEUZ6CL0/VeBYmW7yZOqw+j1 NpRte81EpgDry3CyaUPDuuFlG7V9R9JIXP+4DinQ2HsRcx032dKR4fWBEm4XwnOn4hID7Sw5Pz7f SGBVVdQkfapr9VWUMFg0Bafeqo3Wa8unEX+hN2B2VtFAsoF6v9vQOGPeJ7/10wEia4KCUhTA8ANN EjNxVSap0u7yTCWkwoaJU7yhsdpJMkn+rpVD4U3iW7CZW0gjtgtdxBS6HMPG+HfFZ0TPUQXBVO5i IBZ/LzBq5U/8D2fDfHgO5C7ftY1+0XiMPtRIu2XJgRy48F7V+NW+5kZzRIpiF1aYeQeASwwIOT8/ Tynt7e0xjtjYA8t4c3NTAgLZL5dPG83wcFKbhP9g8fOv/P4fNOrFwB+m4IE7DQdm8EMnLhrMM6CD IkU7op6iugejhufzOYkGrZuPj48IRKD/z2YlpqZy+BR0/rlczPrOzs5A+j5k+kkV4J+3Y+VspMWm yrvHW5+OiSa0LfAenJA3WaNue++YImUPw0Fd18Xu+bquEZMiLeqWx1Q4UGJPcM7Nz3EpxtdcC7KP X2Foi/utpQ1S1NRnS11CrspXOOv0vbMOpl741Hm/2kyXAA40GqkCjOPRND6lVeBpFWVg8SwZjOpD LWhl+5bAUbHBSsoVIjjgdWg0btHnE+rFZDJZaMh4UuE0afraSLr7nQQbLUcDIGlSVqXWkoF4uqUU B2tQRZNAHl98EeuDlJfypt2tDXETdBQ5KXMp6bKjyI+9CYFuHBJGMnEnSXH4Zn5D+QhommvOcVJA /aRZiDE24uUsecUKL6Qg7bOzEiT5gXoXDYKcSTSLJcAs/zWL3wdaV6OeA288v0rAsuMn9NIRi0bZ 1xy/GmNllDKHDMa3NgqjtOIeBqSKn8l7QDJ4Otzs2tra4eEhipoYWJrpqFZW0vDkwwdiUbcapOBy dBL7y30Dw+Ew/8N/84fR7RcJ8JOM4CpRicsaPJhzpishqyL67Nmz4XB4fX2N86kkJ8DUXgcRXdfZ 5TLDh9ES6+vrsRjILocumVKi0yGlNBwOoZFUVXVxcfH27duktum9vT18xkB6j1by8mHGigH++Pj1 Agqd9+VleMGnLh7skca8tRIkway7E7qIhowLdNyEA7NopHdztdydWAlE8v/65Hu7r2x9n5CFaPhl GRGuVdzDlBQNP8bGzZcHaxNkuRPE3+KTw3fFKCYJ3HB8kORlnSraSHUi3nwcuNkidEHsyMEjgVsK nqASa5MYwrvXOc1M0x/hX8G942mahDocDp89e3ZycnJzc/OjH/2olEKQRX7GXfd9z9PHy/IVRYOQ F5o4M1hWhWS/sSBA4byfXZRCf3wsmUAUIfTp+96U/zbQq6PlrUPLKxtvMBhsbm4eHBxg/hahk45N koJIVi3mz0DtTnaQPgu8nGF4A5RQinCc4W0fY6MkcIbjnEMqYPsT/cGKUfaXppAZ16GZLi/X1XNI DtwLaQeclkU1+o9i/E7Nrv7DarkLwcuVAp7TB0GeWsq6JkcSLDI3K6W0t7cHFHF8fFxV1fX1Najv +fk5ZULaJ4ukL05OTqhNTqdTVyWTenoxoUgSc4X5n/7Jn/pJZ/WqLYIuRK+aCdY5KQpommYymdBI sr29TRxqCGwwGJjDf3193WsM39raGvA6mvJmE4Lg1yI7+kuz5qt7ozRNs7Oz8/T09ObNGxpqSug/ Gkh4Nz4nB4y2U5Uaqam4IkiQVKE2Bb4NzMVoQ524pYD34agODg74Irb+bDZDXwzCnHGbLnA8/Mm1 5LGbUPyJoTeehr5HfhgjJq6tW26scCyfFCTCI+Zz2rYlJeLTFlJP5VeO3byYOSgf+dT1IStPIXDj G1nSEuhlfk8dxPlLQBV4sVkdQvpPOmkDtHoZALEVqEIN06vndeZKaAE7OTlh4lIphd6F//Sf/hMN 7kndRuhVpZQYcunDjwuEgND3vU02+21/f5/WSuzm7e3t1dUV8cpcLTwD9VeTNNOHwl0sRPMvAU6x EbF3rKSenlQy7UXFGQwGKDXXaqFIqvttbGw45/D6DMOwSO/tFFShnIk6tm2lmh0dfA453CDoAHca V+Zn9LERjz/xQ4+/jUem73tSjRW7vBJfRyuPPcHxDERd52R5SUtgf8So3MbEH7USnkcP4d3ORfoB xa9oQg1/Y2MDmknbtoghX11dcXeTyWQwGLx69erVq1doG7x58+bNmzfxHNmFd13Hbsw55//uN34z Kwsm6DCPBT5vo0Hp5AvYcXp/yexwX55pxicgFOMwcDwer62tQRMGZWZ6GVkJssWTycTWGbjTW6pt 2/39/fF4fHZ2BpRBVRavQKiOiyPkgbOYhBti+geh3YsTPp1Ob25uYChub2/bHLRB868L/SP9csHW aRrrkDR49eXLl4Sos9ns/v7+7Ozs+vraFrYVncAnIQtEA0ZoA2/M+7UPNIk+BO9eJR8w70s+zWwc eMTc3XA4JCZ1haCSlq+zfmM1Hwfv3scrB7IS3aIOzBBujUo79tr6pUVA58eW3d8VV54fYh99hHy/ Xsz4/oEEAwYSjeHrhsPh7u5uVVWg4VVVbW5uXl9fo2Dl+oTDZB4oaGQvZKAKyhDx23kPSObh4eFs NmPcVZL8mSuo2HdselVVSF9Von4Z78rLWl0rG7ISq4r16UT5TeJ38nC7QKNcW1u7uLjAkTQqGhHW lEANqsKADI6hQSfiBqIB29CP4wwbL18YKbKvvIhY4cIGd1GHEl205ja4vAG+DWiBK/92To2qmikk nVVo2mjUqZuD9IK3UwwO/OcG4k1cdoXfPtguMMn71upRz6Kogc94WA65BS2Q9CgMh0NqcqUU4q1G vRpcOVulD1pAbCROWdM0+X/+87/ouo6PGI1GkEBqiUpzQWAp3An4PZ6/D6VkXoYvRhpzickYajod ZguNiGfPnrVt+/XXX9NR4sVl6eu6fvHiBdSCs7MzrPBsNoN8TW6BlZ/P55gt6rHOHra2tjx203SL WipRZrJb4D9ui0qvJOa7Y5kcKBN27KBAnUamwueZzWaTyeT6+tqjtXLIZP3iGqwl5O9aiZdXTk4V UF1beecxPiFD9dyTKZcg85sUrxFZJwUaRqJ8btNHgHiv14p9d7SVl2uPMQWp1aRalnt5ulDt5MOb wD6OQasxtyrUJwy/RN9gjMtlgIHUYNbX10mH+ZAvv/wSPtn5+TkWGc9HngrRi4AghZJMo8EodD8c HBx8+umnw+Hw/fv30+n049NBEynO1aEJ6KqNTiNegDUVokdPkp9Mgb+RBMhWKl1Go7PiO+PT7zWZ hLiqqio2SXSZvJrAxUyhApxSorsqhfpH1ss2lx24UJ+ad2kXOKZJk3e8o+xHgYWrwNvhYsyvd5XC C96GEWdZ/czxY6uPRix4rWK8kiVMXYUskIyECspccyB8g2VZUi2e9F6SnEQ8dCMSZlGJzDmT8FGV hOh1eXl5dXXl0zFXgyEbxiaLJ0ijaEop/5M//hN3/3PULb6YROVJCk+6rqPyiYcnygYxx3mamWBA g3836uMooVBmOiowiF0WfBL2GSaYqIcp4vSYkApwwzgng1PxMfBgkE/i4Z2eni40+Hlra4su/6cw 0qEKZRO/0w+bx1+FvKxSNdx7iya00Wh0e3t7cXGRUjLm4/Id5gkPBHDBz0li+C78+SIM3vZhyMvz X3xoU2jHYAdQ2zF1LAfYEfc8CFJrzs3x4gO1XPq0841zaSX6S23rY1CWAk27CtP3GmnhUo/FlhmP aoP6fC1Seat+kE7jcuytsY/YREwhO2EQWk78ZH0si0TYiZd5ymwzSjg8NX5unzcYDEg98dbm9bdt SyTx4sWL4+Pj/+/hwyepv7i4IMukwZhkiJO1tbXFxO1eVH24MS6W4FnxK3XoJBqPx0VVXGdF0YJE ZLxX91B0w1VQcfCeZ4Z1FXTbbUNtPnoxamJw4LB05fjYN6eggumd7DAuBZQMk+dSUx1q8n0A3OPN xuwt/rCEZtF4O14rf1oKiAq7yL6hDq1w9uXeliV07M+l52yqVRFbIT4UThDWspRC0GlHWGmMAZn9 wcEBdMnFYrG9vU2V4u7u7vLyEqcVMa46KFv4MaWU8j/6wz/KCgw5b67J0GkNaJ5SAldxdJ/Us4d1 ZmuasFGCuB0vr4gNgdfRRVdn3A5dybmapiFuGmj0ydHR0dnZ2enp6ePjI+UFP4NKzXtVQAOz+F7I wtCi7VInX+TgNC0DAo36Dyvlv0WQWS/qcV3XM+kB0fjKEtFzu5BY/FCCYkW8VDYQI+ZItZ406pBc xJ/TisTZie5NG06vQl9R+ddGmR1jKsXH2z0tCzHmoOecQx9WH2gSVVD9LcuvtDz0IC3Lf9sNRK/g z3H0ZN9TxDOJfoilnmu+4mg0opDuKNt/boZMRPZz6ABKGvvgOiS+kEY5kDRIvVYPJeiuNYrLpRrg e2zT8fEx1aaU0vX1NU0PSWl+H6AqUg2+1KK7aOoZTjTdxQ+0BIpOWsaXo7WKXj+F0ogfMR9O2FhL dMFHMobt3g9Epj4g/Ud42kpk3Uj80pGiT2JEPOyHSBrIYn393l0xFrYJA791TuaGvsVicXFx4cDf G9JwiveJ8VIfkKLSvcGuStJYSdkwFoPzTqBmql6j/iNff6uqtSsiOWeCEnxALc6PLY+tDXPaT09P CRmfnp4uLy8hZSykndCLFdpIc/j+/v7h4SH/yu//AdErT87fxGpa3f/du3cEp3QP4YLg/xHlVUIw MPR939Nw5HvzzqtVE0sq75Cr9n2PlIQ3XxLFBdDcsaERTAuE5Y9IF+2ybknXdWDQu7u7vioncd6R Kw/DcWheHj/i4DGpzlk0DRucMWkcIoW+oSY9pY9Yj6wD1Yg1TbHPAel2LuVcJwYXRURsfjIMk5KS OJe2/vDrnzR7D38M0hWts7PXkWYkxzCN74Xu2asNyvELG9fOwIZpxbJHk1QHGctokhwh/nUkknNK 6fDwkKyr73tosiklohvQbRrfHXEn6e3Zf5fQOYUFB6lMGgBQSjk8PEReCTnW09PT09PTLPY0yS/7 3J16Xrokyh0Dcw0DVhrFwHNkhipYKlkdJuPi4oL0aMU0V+q2S6ErwqsU3erHpjyabPvvWD718SQt y8tFyBSotNFm+bSu2CbeAD7Qh1cleMcmzJdkf8x5yQEt4SDbyvehHtstE4hTaH348OHD1dVVXddE pURpHz58WF9fp51+MplcXV21besmfMh+jSStfPBZrlqdAT7F1D/jqSTzSGrk7pZrBn5AlfoYvM4r psZPhJ28v78P0wGlz5ubG+p5WIYs+Cvn7EaKqqry3/vXv22sEw8QPQlxLrVTEIarqys8BhtrMBgs 1KzFdWChiholfNQrJcWOH53xUWKiZwpvsVCz5VzjuIibOB6lFKD2pL7HOrB3S2h78yXxX3SLzCKq QlKZ5C37wBtLgYOVpHhju1ApxTPK6e2IUo1rAJUKVl2g9/UB0PBpSSkx2yUFshBvcPGzC/OnHNSw d7e2tj777LOLiwu0sx3J1mpi9tZhZbKEisqyxFIlLDsFyCVaZ1C4KujV9WGIUhfmvvL5g2VRrT5A NxFYcBSWw7zzRpIgvDY3NxfqWefPd3d3nz9/vrOz89VXX1lAhiw7rh7LOw8Kz1UYn+a8CnMwGAwO Dg7Qq7q9veXir66uKPmwnjlnk1/v7u6ySrieIsBJQyYv3nKlRDYHdKtXIDwYDOjKTqFOU2m+uHdL CtE6R9ivFCKVFMZe+k+82fxOX4m9soNWf2YdSOXxV/72PoyEroOqTLS8VSAR+q96oX+QLGL66FX1 RfqHcen84b7yzc1NtKB7TbFgK2LW7GVnUoomabu+viZk5EaQJIFLgvGBbGbSQa9uNV9kI5LhQtJY TeBBkPyNwkzUOogiVGFqqcm1fd8jYkg0QyjAfibyaCXN1ksqEf+U//a/+tWFdIIq1U57pTN1aGSw hy+aaJVSotGOlx2+H2paZvjZp1UaU9sHiQluiVWrNMWCzOvx8ZHQhiNBLmzVlxTSND/7tm2tbmp7 XUpxUGDQKu7FJoxhilt/5Rg0Egzxc427raqqnZ2dvu/JMIqwHbbFyvHziarEQEgi71MH5ol0Yba1 t2nMsQaDweHh4VjCxoEAACAASURBVMuXL1+/fs3jAxB49+4dT5q2CAJbP9AsKa5WBGr7Re+8+NSg 2TqeZUvV4jjnnG30o9PqJBSRlpXrbVtXdpq3eCVRgU4yHWwwd1FRAj04OOCkubq4vb398PBwe3tr LVyoX259eHp6okSfUmKpEQXjYNMjXkk7COiTa2jb1r8FfF9fXycd5KqQ9jSxulO3xEpxuJLAdR16 ce1QeSJ8pn1nWZ556xVOoV90xfzZUsSAIAfQ/GPjXgVUzS8+0BW8blmRJgZA0dT6cTsS8lf0AUaP Hi7uDUdsJUj0xM+xpTLmFr8IOkAXNHJ51n3fO+BNaksGgt7a2rq9vR2PxzlneKsYYmJB/C6Pg2x1 MBhQB2rUrB4XvA8MN2fGfEgTJMyiTbATLaFEwZVvbW2Nx+Nag3l5RtYidC9hK0ZTSin/nV/9Nbt3 g8j2qNHfxsTTt2ptVafkNlL2EG6sGkpztUimB7Fp20dCXb6IuGw0Go3HY67YBLIistFwOIwtZDZG BF9ZcqkuqfFcHWzacMSoih1TS2gtluO87ZwGLsJUTGfKTdMgYzmfzy8vL0kJK8268jnvA2SJJ0sK MPl8bI2bs1yT6fuebeewvZFkHbuZ8kvf9xsbGyjyD4fDnZ2dk5OTt1X9Sep/+MMf4jPOz8+rqqJN jAboh4cHok4nNOPxeDweV5Kr5BkNgvB3Dkh9US3Bbt5L58PvjV4FTL+VpIGN+0LtF67uFs2H4VGi dTEajabTKYOJSbr5wCeNkSIyaEX9plbZSOxoMBhMp1MT2GmUQ9A/q1aPsNLm5qbpTDSIwrv1Meu6 DoSHpI3DjzWJxita1aJKDAFTCjLotvW4It+1X9GUx+3kr/OCR8NdhXFxaTnCWHEMJVRKeExGinya kpSCVj7EXxfDhWiO4/X7NGWhXt4bpEdpuRuuDoScpCRgZVkce7FhiBcxF3M1IcdAxCZuf3//8PBw Pp+fnp4SK3B+fca7QIG3jaa5sus6ivDr6+twtWP1PgmrGQZBKme6Xj1jrSv+gE84ODg4OTlZLBZn Z2eUwS8uLh4eHigUIRuTVHzKf/fXf4OP60WOrkVRSIEtw504ZkxhfLirtK4CNZJbWtlVjcgYmKTH x8ebmxuS6LZtyX1AHs0ZqKqKxm7uE7y4UickukheoxSiMLwZ/ASeehMa3wGwHBF49W1cVoKL+CS8 vYqa/mdhhDe3idXouo72paSUNue8sbEBQJwl7+69UgKsVMSJnEuI2G2xnbQDh8MhxfTPPvvs008/ bdsWyQfqzPz55uYmJ5MC7O3tLfzu73//+//xP/7H+/v7k5OTtm3RoXTfkAFoh0K+VF7OxKPhTkL2 HKw5EqmX57RFPxotlE0P6zCbzeh685/c3t7CHydw5mEdHBzw7DY3N3FOtaQreehMuUxSaPBWiUFx J+4vJpupLBySocZa8jgqgSopJeBE4PWUUtSec0oKLONwx9bKhXqHPlkNjVmaQp1YjyvBr48VT8F1 zmidecV0tgldTgtNOFmxyyu22CFLrTq2bWh0JLZEeXngl81WjGqrIFCRlqMlG43oacDBU8A9iPxK KYZ54+37jlxEXEhx2mf24eEBttJQ42EZ5myaA3tjoCmyTlla8QBXXAufQITBTMd6uWhXBFFWy8x3 L2YRVMg74a1g1pvA86FZkjGfi8WCeRvv3r1jHRgMQgSWf/k3f2sF9ExqMbUE2lyqJo3676MZctTW h74s28F4wo39uXjCnuArVvyVlyCL2LCCBq7seLhKtdrhMH9kvmYFpJB1usztzeELAPEw5G1mdLUM FzSaD0nWZvNU1zWaJPP5/OLi4u7urha/IgnbZdZVI56fIRdbdscInWa7+MBzqHCKtcrFbPf9/X2U GN6/f0/E+jf+xt/Y3NycTqc//vGPLy4uPv/881LK1dWVR3s3TUMITAMFB5h2ykpkG3PyPsZPVs62 9z33i++3L7QbGw6HcAchQcWGnaL+nfv7ewb0LDTZw1ofyNJxMuu6hp6EWDaZCqH0QlPo+r73g8bB O6GMRZo61PDPzs5qaR8lFcE4KXxyBPRbNR57MiJYTSkFiMbhDs8R6oXrPdScksYSkVhUy+TRHPQY fOPO3OPJ6pdhlhSQ9xwqkG2ok6dldL5Vs0gb+iojsJuWg3dvCScidn62btEUrFzeioMfaghlJ6W2 FISpvYDs/FqE3XhVvIj8PsaFcGwY91IK40HYGL7BKkxfInOiVNOKppFEzDeBirAAjjglfb69EtN/ LiGmlQSrUuGqU4fdQkJgtSYR8Qg6qfuCl9CoQQiSUtrd3Z1MJm/evKH21vd9/of/5g/jDrBxqURa t60sQVEkhbFhK/7chyRJSL4OgoLsV9IigHvXTm1rOH6O1o1rx/v0v33qwC5aaTd20i62p7GrtFPp JP/Cw6s0EYlvrAIJzDmyo5ssAMrdLpVKl0RkuPFSCsi7z4k9YtKU1+gIvf+4wl6t5NVyL0/f9xsb Gx5i7hENlVSZiAHxB4AqZIvf/e53q6r64osvptPpZDLZ399nBYDsk0g+MGr5RrPL43X2y3Vm79SB ZAgdJ/owxziA8WPPnz8/ODhomub/nd59b3Pj4eHh+voahSJ2xbe+9a2UEtp4OONnz56xZ1wEXkhH ZWNjY39/HwxnOp2+efOmlEKvgPd2oxEuXAkf4mQxhq53d3dbW1sENw6menUSoOBvk2qLwFNzOjsY DAjlPG5isViMx+PDw8NeRbOkiR9s/oGmqRVhUNh6CgbO/5zX+/AOgjqjz6ndQyVujLcuEWsvwMHF nqSoxTEZe4mOKq9k3K5pOcyqJQVKsF8tY+W9EIKyDK/H5DupKzAFYhubnIs0rdtL7U9Ly7mLW/+H EvMCNwMt4KE7PTLF3uYOkJ0sP2vG7CIo88B9cNrndJB3sucp/nH2wSpaab6DLjRNQ2XekbSPTB8g oKQgg7ruwcEBQ6kODw93d3eptQ4Gg/Pz88vLy6Zp8v/4e78fVySrDNKrPzA+PKOBZrwSujr28Yon OdtaCD7/7kWSo+7kYe0+DHVoBXbTh8+kTXkOLGwC8yytURw+tr4OSiY51JGKCBJVaCnyPvB1sugr 2aXPMAljNO5xBUgaePamzWApUkio7Za6MFjHEYcvvpUklqdJONj3r4gaVrJdLtWRSBHXDWy6lbxl /Jy4aG4FiPaiCsV9HwNKf5wiZIJsKciOuXc6ALg2tib7/tvf/vbd3d3bt29Bn8CyO/UBcJzQtLi9 vd3e3mYa4kzDAxim3LYtSQnpjofacOS4l1osSY60kQqoAW/evLm+vj4+Pp7NZtA9TXLno9zRxsIO BoPPP/98sVhMJpObmxsONmEXlY/7+3vqYB4yZQvFdISYExR1dzu+i9YWCzKSfH8JXWxtaMSrQiXD p7gO03FtZOOZxWbN1cNsLVmjNxS9nBzAWrbRMLaQlvUPhkEoyUbGl2HraXCDN7DanEesDbGwx+BQ RppLry3eUdHLs4DARWHZ7e3tfe973+Pib25uzs/PoU51EtT0qXHqgIkYamQNA/zwNH5DLYGapMyA bWb6RrywlBK9igO1fJLxmMzWh34xlog6/1ATrBwd0lfBiu3v7+/s7BADbW9vX11d5X/8R38crR7v ixvOazdcHkjNO12udNxaCU4lJqrF6IiW68OHD9PpFBPgwmAv2dgU8oAcBFVqFUsdH4GwJ8EsizAe bHd3Fxc912i9ViStflkbpAhiwlI7+TLctqLeZ8uec+YhLcJ8hiSGL0eamJ3N5DLOkyaQlVLw2CR3 9kDGCmx5c+ifdrTlPR2dPC9QNcJ5J4NZYy1r9Q3YQ1RhHk0TBv1QJyxKbMtHfYYOxpMGNHK13/zm NweDwbt371gBvmtnZ+f58+fHx8fj8ZgaMseGTrTJZHJ4eAh4/ZOf/OTs7AwOopsDsQJkRax8EoxO lSUFrYhYw4d0RI3n6emJDA9cq+/78XjMIBqAKZrpqe4QVeFXiiZ2DYdD4C8aTdfX18lB7+/v379/ z3kDEWKhYNTUwqznkgPDSsaUzkfv5OSE48b61BIcj3/i7uU+zFC0+fDewAw1YSacfYZTcAfLbJVq mTSdFK5Z4D4LWHfo4F0aLQNPoQ71TwcZfgQ+OD7jfoi06kQnZ8x9b2/vb/7Nv/nll1+en5+jk8Mz 4ingpVJKjITD2ppM+erVq6RizOPjIy6W++W76E54enq6u7vrxO69v79nlYj6nzTPq2ka8FXOeN/3 FIqKulJAIPmulNLd3R3HPweEqg9Ngl0Y/teLXswZH2jUbQr45/b2tmcPzOdzxCNhCuV//md/bqUw ApzJZEIUtlgssEeeM4m3fHh4GAwGhhTrUCtfiQuyYOKFpGCgx8BlzIFlYdvUBmYLASy/AjDh/WwO b9NofWAZJ819fdKM2hRqRzGdjBkcfqttW6DbaCDmGoRYC/iztFa0bimE5Lu7u+zC2WxGFbsSlZBB TsAFTkpg9fli7NtKUP335s5iKDnqNy5PADIMAzHsFzm3bErvdTYoG7ELWpXO0ioVl3waOZmc3kYE BrvbqqoODg5ev359e3v7xRdfeN6bk1NkTOq6RhPicn3j6Onxxz/+8e3tLRaEONSYKTdCONz3Paa8 hEYKrzyP6dmzZyklohhu1slv27b0sEynU8bfXF1dvXr1qpRycXGBr+VpGsyx1m5K6eTk5NNPP/3W t74Fq5VZNLFeAsTPFiLGPz09nQUVT2DcufSzZmFiah/GjJRSEHSMC2JKlU1wEohkT+kn2IQSXC8S lzf5QNrFNq+1hEIXy5P2vBlq1ahjpFyEHPoGHX3XEt0dSlsmaxRi3/dXV1f0LcIrc3DpNKLVzAMf vZQSMmSYMIrenG78sdsU+ISnpydafugjo9LuFBwHQE8J5xGjRyg2Ho+TOktwscYbyQlWZKzYD1hV 8oysOW7GD5Jk48xZNLDOWq2vr6NUEWPlwWCAjymhrckPKOf84cOH3d3d/f39XnoP19fXBwcH+/v7 +X/6t/+bN4SjQkt0cdFwS3jA5GvcALaPUKsVAc7G2rGGk53JZGLmfwpEqBRefWBulWVUjmgURD7n zDU4XkP8CFtcqfLOeww7enPHzCA6GBvHIllq1+h8eX0oLTw8PLiwFrMWb8Hnz59Pp1PwBEbRY/Tx cE4mYOyxStGl52VhPIdLrKohmrm682tB+c7dOLFFUF0K42Nc/InxYxPo2A7nK71SGD7Zqpuc+NdF Cxz51tYWCovcOH9FqXOofl3i05OTk6Ry1nQ6RZqRUJrmhuFwaNjacqG16Dc891IK9NCU0nQ6RaHI PEXePBqNkHOgngYPB6QSx4DOfrR9LDLvefHixQ9+8AM+1hFrCsgp72/DzCNv5q7rHh8fidoqTefA 6xh4Saoi+ukMJOlRAjge46d4gmLqloPGgM1xDKEq1av4RqKlogJSHyqcdhXxXPNyKa4XvGMjQErN fzuVkdmulmIFu9jd3aVLgAwerGyhQQhOu5O6WHni4DPojozH45k0+1JKKEZwqWtrazc3N0TWLLWR 3r29PWo8SSJo4/HYGie1JnNVIvZEtGA2m6G07sXhVEKjYMcO1H2aQmfPZDKZTqelFNKpxWLhBJT7 ik/K8buFwOZBU6gWw3Jvbw/E4uDggAhsf38fCZr8z//sz/2EkhIultUYHOSw6G1gBfBDgItGtSA/ 9Zzzw8MDpnahbj1HUjmUy23B7Vp7vewtyKy9A0oQJuQkJ5HJHK4+aQpwG9o3UigH+WVP6J3kVJfw weapkdxEEdOfjdgutyD6uOKQYKQ+PT3d39/zFAGmssgA2IsqIFo+qDbuVVAcdYRCeOjHNFqezupz NZT6jZca10UUTD7L8aPZ58OHD3hiP53hcEhoUwlw5yRwm2SaOzs76+vrX331VSMlta7rSI3JT6Nx WVtb41TTcASJkPUEPGnUBU63rZNifu42Zh4Hv3Xw1QZSI3HA2tra7e3tmuYsb25uIiHHjjLA6CIE q8e3zGaz169fHx0dPX/+nL45up2JGWHBf/jwAVdktLoPTVsuoEGdbKUEwtAl72fHWL4Mg37GQ4qk NHt1rMSdnIJ+BptkGAYPxW3PBjAI6Q7BXhgIr3hYVj4qQjRO/tgnGC8sCXkkj+zy8pIZDK6fpZSY KUp1aq6GXoyP05EiYrRDFodE9mHsDY5S27YcB6QFgF9oWGVArgMjzj7fWAmFtlNkR+H42QmLoBMF ckvwwaba399ncveK6Fa8Ea6zUpXesRoBB/DdXGPz7EFHYSKbLaQdXr1M10HzPP+Lv/h3dZD0ohLo SDAplej7/uHhwfiM02RY2+hm1OpUTOJ7JMl69H0/0tAfUqQciBYlzC6pAkk2h6YkWze2Sy3GFaIQ gzAToISBvzH99J62KY9hsu0OhgkpSmOgPGBCYHZqlugKiLxpl436GmpRBWA9snfpdWT7mn5Qq36I HCaVQGNwSaVpH2a7EHOKnHf3YqB3IgBQbfZHwTNZaDQEXEAgCzMQ2Gp8F2dyZ2fn1atXw+EQfAkl nErdBoTkIE7n5+fwAZLmVbFiVVUxAaMPPSy9IAUQmD60KLMm4BssEc99c3Nza2sLjYESauNO6pum gTnjbQOFn18hgc3dWePBHadsV4a3zCQ7zptfvny5tra2t7dHnMimQs8ZTICDAyrIJxO0GmnhfudS 2uBP6G4HXqdHb6GuaTv4KqDbKQTsjqLiqelVsKkCaFOF5NgxuwshfaBOxABl5a+yXrbsfBG2daiJ 21UQ8CAczqK3ciRdI/HnEFXQkIHD7sSObYPkFv8GXUkpEdK9e/eOD7Gg03e+852vv/6aNcHUzDUe B98DEMRjoi5CrDmTwDrebk1TU4r4IxzMldaH8XjMzqQAwzvZ/FtbW8S7VqjmRojAbM3sMMihY1Se lB+DjvSSC7bl9L/t78kLf/6Tf/an/7YKyT6Z2kDaPfP5HD0syggp9C5VYdgNJsmLwrJiofzh+JxH jT+tAs4QsSQsEfiPxfYWgRSfBMLYN5aAXBOJVKoIdXo5D0gBRvSZifksK8AJxHajt8UF20/UarWt lKtipFLIH50uEOE6kOGm5kGhibU9Pj5eW1u7vr6mIt+JxMI9LsR+bQLF0OEDUScfGLtwo0XgFggx 2Ovepre3t95ti6BNxrNgEZLiUEx513VQU3jWfd9jp8Cguq4bjUYnJycU7t+8eUP4bN9fqYRgkoAd Nv7G+ACnGm5413UkZHbGvk7vcj6K99udn5+fk1jwjX3f7+7ubm9vX1xcuBfarmURmmOJy3jQn332 2bNnz2rV1aEw3tzc3N3dcea92hwESwlWgp7btqUhNue8vr5+f3/v6YNFIkvku0m4UK3GlqJOAsc9 NuiOAW2+q2W0s1MXfvwoA5h+smmZRunb8VIb147mnosxZJ9ECMbh7ezsuGzgwNP2xC7ZcZ5zC4As TL/9lq0hf0usiiINptYlDeuFdWq99I0fHR3t7+8fHBzgyCn2mOs1V3OMg3r6knyOQLGSCgNgNd5s Nzc3wE1MqauqipzGpmamiZ59kKEnErW3tj0kuvWUugi+Fwmatpqi4VAPI5z/0R/+URJzsxGd1p65 C7SNrIl3jUZa16FMxPexrJ1kwvgthdmZBgk6A+JlA2dvtrW1xew3Y0xZLKVaQmCcRlfhscWduO22 jP1ywzdfQXTQSJcqhSpQ13XT6RTulBnoveoHviOb2mEY3ZeENpihYZvOF83nc1DXFc05NjThWwyx 5xJkT6GG7iiJY59DkcM7YxHkbryH+O3+/r7loV1IBzu6v7/vNDoHBAkn55iuk/RuI2VzgvGswoBv ljPmEKaUYpEJVHfsSPDiTk2c57EIOWc67kopkFIeHh6YguIbLGIu2dKxs3GKm5ubIKREUj4kJfDJ 5uJiD6QZy2p/+PCBQcbE1F3X7e/vf+tb3zIDhLuAocFKIp7Ki6CH4bqlFNzhxcUFUrTj8Xh3dxez kpb5J0l6Bn0QZPc9OsWJq5Q+khKL//UOb9RLxZsHGkzYh4nq/oroO+PLyXQM5KtAPLPj6bqO+Mz3 lQJHgKfvv+qDaB0ngtIIEAKpv2HGJNiTaJq+nru7u/X1dWNrtpXYMVI0XDLmhf2QBCBTIMQsmBrA qby/v7+4uLCxMnez0+TSPmDllFXApsCFGrWPsb05U5hT1wAiEyaF7j++a0VMxY+sCK3KOeMz6rpm k1dVlf/B7/6enzoFpY/jWVvhGLTaq8RSDGfVgjO86IDAmvgz52G0ShXmQTsBsUHxs2nC4PloT1ms FSNbiR/tUMIW0DbaO9sY31z8XIM8oHgxxknqeLTGWVJ2z0VWIY+OLuHDhw9MDMe2LtR4yfZ1QuOw y9gIqaLRLQ5MkaTaXBIZTuWG6vEzotdLCOiTTz5hHT58+PDVV18VFRs3NjZevXoFkoA5NuZOYmvW XVEBLQaAwM1Yf0flEXlPobsth7EhteY190FzwpalF8BVhw6JFCDRaM68eoa58ChZmkLAr3Vd0/iK aXh6eqIXl1uDSxPrwATyrDnaO4PB4PXr18+ePcNQNoHgkXM+PT2dTqeG++ugyf7w8HBxcYH7JBik 9Fd9RE/kprwnu2X5o7h1vVbVMuQY/8EnW4PMn+btYcu+sp5+xR86KPGaZ02g7jUXARgdN8xhiZad Ex2jqxRa4QhFOQXgVH3ox07iPXMWmtBJSw60tbX15Zdfek3YPAupP2KdoB6llKh5NJoMakaZ0W2i hLu7O4pS/tiVHIiPxRNMJhPIbxxV8/rAFYhB44OLbpgf5sB7JowAjqeSkdXZQJA6Ho9/8IMfjEaj //Af/gNt1bSPbG9v53/wu7/XK6lPCs99tGz3U1DDcKTpI1eJOZdCTMRh8KVAufkYIalFg1lbW9va 2mKXpOWmL+oSSU44qzuUrc9RTEFRqAsaiikU9KugOhIvYz6f05Bpsnm8Nm6tFbOlhOlxfL7LEkMp 2/BEgZLxeTx1Wup9xhybVOosTR8JsCTlYlw2RQ4c9fPnz9+/f8/O84Bd/oTUlWvuQ5+B4wj7MBaB UiF/W9c17T+Xl5dWW+y6DlvvDnsXuNg8IMi8MKkclaRRiE3TEMO2QaytliJVjB/9KstEnWj7bOKd r7DmKBNAcyqlQDBl4h0VjjVpN0a30WhmE5gsIZ63SikFjG57extyws3NzXw+39/fTykdHR2BvfBF QLpEiMQW3B2gBPdCDBHhPlu3aKz7ACl0gf78X7S5DvqiFY7/ZRtzVRwiU4+8FHm5HSleDy/udOVZ VFW1t7dHtmfjiDkz9uLQ0P9rxMmmplYru9WEZlLhN0Q5lKwjmRlgyDe/+c3RaHR5eVlVFWUtPoEy L0tHd0JVVWRLBJpZQ8ltzSgHepeWUNEZqOdo5cpxbxzArLGuQMdFQBnJK7+i5l/E5Y3LO1SrVBYb kDObQiW81gvnt7Ozs7u7ywklhgYn3NzczH/nV38tWsA+iBQ2H7W0wUBymsyne8tiAYEpa3EzOGz8 FlwCE991HblGXdeMiO00bputX0so2ItYS2mhEpCNiYFVWoUaQJKUWr+MG3odHXCB61lk2HUhL7Gt j83uxzmmva4NDZAr9QO+C7D16elpd3e300Bt13uJjhspv5ul3qm87sCtVWMLVKWZlNFMgWc328o3 QYAhpYSlJhfB9BDnApevra1hzi4vL6+vr4vUqIFozEriDwcaOd1KhYo3DIdDOtRsf+canMTJ5Ka8 hkWKTitxXA7MED9BP9yiBhkOCUFcKQVZY77OAGUfRss64MLeMUWAT+YKOZZYXgbPM3UPZwkszjq4 hbXvexD2RhMLWAGHKZzPoXru6HLwJiRtNTGOrcjBZv2LYMBW8nbez1kv26AV45uUttYi5MVasReW nNvHzZDjPIicGCOqAnvND4hWXseIjdhisUYSk48+sIP8k14lpSrM4PZXx5zb709BFoZ50znn29vb m5ubWCbE2nCd8KaKCnjsZMqBxK9VEF/hPZ2qaCkIjSRVjxAdc7zPX11dXTWiIXGa2GOUxOKHQwHA meF9eaY8LDyTKxNeXlaJaDLacP49GAzyL//mb8UIaCFlR5uGNemW8AKHIQ2nFtGJcO2Yzs+P9bJn a5rm9vY25/zy5UsiWfyS9/RczdlY/CZIfcXd4L0eS38pUCZGmpLjALkLCtTsBvTN7eH5fAKBOrTG +K9WMtO4vfhVFUrHXdfRsJPkjWh8KKWMx2MsgteKnJGL51G5bFCWa1yEJKWUnZ2d/f19GCyYzsVi QZNnrwSwD03MKYhbdRqUbkMGJYaoJ6lb0raSW+P9vbRu8C7RMAHj9H0/V08jpoT/jaQdh2kGFqEr YD2dIfm/Tr37UKA2NjjSpL27u7urqyvu2qAQn8Bqd6Efqg2dR+xbp56tKP+dCOD8KhaZiNw5hI16 LNbW1u7v70F+YVh3Xbe3tzeQviMvXEsMe1MIPnJoNm6CMCwn3wPv+6Bk543KcXBW5F85+W7FtuJX 7PZe5BbbLJ+IEohYBohBnChsdIHk1weGbpIcHtfjkGvl3mNuUYU8uFpuIO/VhWd82avE95IiEGvS ehJZsJVK97yMBPKlozBR6+np6fDw0KFJo4GjziCjqWmahgeNBhGB80zjOzAsdocxNGlCuZvjyemo Ra5vJfjhL40xnyPpSq02KSUancibMSk3Nzf5v/lf/+WK6aykccG5hS1EYAKIBpOJfzOiO6vg6ceT BEzbbCFTeX19PZvNjo6OLi4u9vb24AZA3gD2qoTDpOUxckOJH7Th5b3Cy6aQOyfPKFIfIyjgE+iI 6QNni2NcBxpAHxAAb75eXEPnsDGf4MUfGmckuuHBu6iQc76/v7+9vTWWTaTAImepAVfiRZVAWq9C L0lKiYYpfAnNkATaPjlu3yccc4Syvb1NHEEB+eDggM29WCzw2aYhcs2chMVisbOz873vfY8+I24h i3HBqd7ekyl6dQAAIABJREFU3r67u2PnYBowkVSSy/LL904AVauzkQ0Q28RWzBkJRymFRjOWy5Hm WhBl4zBApW/VkWDjspCggt2zAzSOQKVKfpKoCPsWRqYzg77v2cBQISG9bG5uztWJs2L+ioo6rPNI IqxZykgDtfKX0DDF/3aBKRvj3z70dfs44z7J0mwsWG3MdC8VM45VL46dTZJDgb8u1gUScw4jX9Iy eydreMNKvFKp2FYCwb8WXw5U0Nxir57NQnSKrIADXpYRy9O2LanSwcEBlAG2UxGy2gc4yLurFpnN uUKrZlRfuY8e9TB8gKsj0b35T/yrUdArxkdGyrXxtyog+1Qx/TRjBABCUNf1fD5nAC8mejAY5L/9 r37V1spuoQr0HVv5R03A6iQrxiNkr5uhUWt+GB8CDz3njONF//bg4ODrr792eBXrlrFRog9VkT4M Ne9F74+wcjw5jhfsJ3vRqzGpK4QHby9DinYYdjBsX9MH66AtzOazLfD3EuxgTHt1fkGPwyTBNsHx 8EOuwbWdPkgc9+Hli3RIGGOKIiSKzX1ycnJ0dDSfz0ejkfXlQTaJUDY3N5lYxNG9vr6Gyc5VvXr1 qu/7q6ur+/v7NY2FWgsy65UEyBzjTCaTLvBnbINSeHmzxkPuePxjK1CFCBfLTqQGxtqoeOtBJX0Y sMCfb29vryR89n/RW3ehYduL7wjA4Cz2dzab0QRP/xekSUb11pJOy2oKiXlYCZhDCZVqd6LVIn2z ExxjkTB5/0c+eBWC+iYwfVdcV5ECQR1IGovluT8pTMGsgjBWfJo5dPNhjotKO36gKfDW4kOPTs7b Oyn5RkoTOAIn1KuGH//cbsacAm97n4KBhB7py8OklmVqQKfyHiuPW61CzyDXOdD4w1pNJx7CxdPk sAM/2MJQblxo+g1xG19kLDGpbcKTopPQXQP9a2tr1HioxnM02Pm3t7eA4UN1jEL+yf/0T/7US1YE POWcKc6mANQYB6xURotndWNj4/LykmOPxTcnxOCs7T6QDtZkPp/jMyr1JnBsyEBBTmux09IyJBLR 26LxT15ETmMJPU3eXsZheHnr98qLS0jEuHgACntBMikQCVw0V2tcpZH4kXlyDmGoG9PB7NAgS0Of Bhzj8n788eD1wje8rXOAjNhAmO/xePzd736XQi7GnclWf/VXf5VSev/+PVpdABrYbhwYd7S3t5dz piJCgOkYzYTOJCCbfggflbTcbet4J8YgXHmjQr2teb88IKJoeBCMRtBtEmEcZCPuP1lqtO9V4BH5 823HHRIONWWJR+/LHqiro1KqN9NE+KGa7P1RwIwD8fexyKQXaZkv2IoUxJ16y5G3JYknm4YwkBIc 92jbGgMgILucM7lvL6iBGn6vicR1EF71eeFKGvXEE2+NpGvYapo81ja2IwB5Obbz9TRBPj6F/nM+ 2eFRH1DsuGHsb4aaN5lC0dhnlkczCm16Ngg+lTc3N5iCudRb/auBGvfM6UpBQqpS+mg8ZC5N9hQG A5Bq8Jj4X/Khova96Lp4oIi71OKz7+zsdF13dXWFrpe34ubm5uvXr1+9enV1dWXhgaSMdjKZuMHC cx/btsWAPDw85H/4b/6Qv2lVC0XO6ezsrJGQAnjCwcFB27Z1XZ+enhY1u9tVcuYN12DTecAMpun7 /ubm5uzsrOu6g4ODTz755N27dywTtm88HjPkGwPUCwHHTbH5yjJgZxuXl2f+OgqD92oFIie8izA9 tQl0IG8yL2IWecss2pQSwTWsGDhSzhM78RdtgFJKcOe5I44oELknrPZ9zwbiWDrbcKbiBCIuQgp8 WEOijXQgatXZ2cdbW1vT6fT4+JinRispQjdgZVSi1tfXoUv+9Kc/JSBlrAyXNBgMxuMx64AuBxzw LGXUJynjN4GTE81rFabIxzg9KYzw3zqGiPArGR7o9lx91MMgrJoEJZOlssKVMI0Yr9k+Qm4x7jyQ RBQW1m9uVd1KEkLB02AdRqMRpHhc4CDMcUwpuVLntKAXyyhaGQezw+HQsvVZelspSO9WgZ+WVBsj 8WokCOF8Gg9US+U4mkjOaS21pRKU4LCYQF5J4r0DiWF14ma4kXvlOl2loKjmxk7nmvVyZatIjLpS pbENI1CYcehgwjfiNMimwKvE2mLTjDFUaqvGdjdqnrKrg7fulC5GIUUTmLuuw4L3fc/t2ywMghx/ DmwLhg0AbwJ7Es5zCxSN4q+Gw+F4PIae0GgiaZJ8MXzcjY2Nw8PD6+vr8/Nzur0cpP78k//+7/yu bbRzpUaN2izuxsYG5UdykKT8C9PANsJgtW3LNl1oiASPHGdFQ8dkMrm8vLTpsTlmi3BCgIbBpNrQ husDHCOXhSQnDcbZMjq3MkYfMaWVjDWFmQNOUNjWYCbmtmepF7kaUwJ3qpe8pa0AfbNmbvHUQaUN TfJpQ40R9/HrxKnwV/j2q5DbOuBtRZvDZvEU1tbW3rx5c3R0hDne2tp6+fIlZp1QDjlDbu3Zs2dt 297e3tI3NJ1OfQ5xAPwbBwzNses6DnAWSZFAwyhZra7rGII1kmrg6fheeO7xtHcaosSOouoTOeD8 IdcGlQX3xoVh5opgvbQ858um3GFsLY4vXtMWJKIfWEzOGLE5AXVVVbTCUnRxWyb30i/j0Vk6rvGZ 8ig94MUbkq0ObSkmJUWIFhzZNujyQ8TqVdVI4WV7xydgZcgPCHLZ2DxW/8mapDrTsuxMVtXN5yh6 XFe2apGV/chSmE3Kft7d3e2DTgP+pg5if46H4j8c+uTwSgo90zJC6Mft5MyZBNYzhZSoEjB4d3c3 UhtqI6YjPYn2BL4Sb+atrS3MeqWpdm3bnp+fY+u2t7dZZDrm3CrEIyCzB4gDOGWyG0NT7+7umPFi 0t36+vrz589zzu/fv5/NZvlf/p//13A4fPfu3Ww2G4/HpZTz83M2LtxV3IhTSMcpWPCZlGb9nBBt oGzt0mgSQnRzc7NYLPBgKaWbmxtGYkK0IIdyzYqTkxRAtaG9xaFcDNZ6sbvs3gcS9uqk8uFwyUQI O2eehxUehkG5paoqRkCYWT9Ufz/mxl4BiC2Jae5QpZKOFU8CmUN32eBLKMfVoWDljQji1AepkBi/ x50aXw6T4wMye9XZbsResYPj8fjFixfM/CX1oxJFsLa9vf369euTk5OLi4vz8/Pr62ujB0aZjKRh 1tu29egiTHx0S5Xg1Fp0vS7MfiJCp6vwSQN6uq6LjpBYYU0jFExlicuInVqEpjYCwBixmjhRlnXc 8nLDN3No2d7YUywjy+vV5lLtm0voAu2DTkgdRJkckzpfgUrgN8cNUARF4vZc7awCKrJYJpvzOAZB b7KopIR1W4hKS1k4awYOSxQD5LQcY60YdxtTU+DmGunlt/kDqwDr55ydrHNU+1Bv4ydpGedJAbT0 9XBrBCim6rF7O7WOV9JWc5LtHuk+MI74lq2tLcwI18DVLjTCyTB9zpmlI8WMaXpVVfxwNpvh/kks UmBtgaQtxJT3/uFb0PX74osvFurOyzk/Pj4SyeFQ0czpuu7n8gM04x0cHJRSLi8vaeIiamaBnM19 +9vfphl1IUX8nZ0dKhUsFoaDL0NDqmmanZ0dhs/e399zIHd3d589e/bv//2/d9fs559//ubNG/fm LhaLly9fDgaDy8tLo/Y+P0mE/1LK1tZWBHl7oSs8Qhv3CGskMWdXEL2FJN9cM8EcGNwvKpzGFR9I i7iX9NXDwwM0Z7dINOr8ZoNSe7FUQy3+mUvKC4098463UXC4UWtQXBsaLpJkeGPa7kOSQ3N5J3B8 a2uL9hwLw93c3FxfX/Orly9fnp+fw5IEW8SZPT4+Hh0d3d7eEqSzMjw47/K0PJgm52z2lI0UkALK lAvpGtkOujuMC+MyKiH1SaMKCXNSSqPRCD5oDoQKvJdLkb53nqz1NnLQcuDPCXv7oNXFY1pbWzs5 OUE0ipAc70XS0HXdmiYiEP24S6tfLvD42fl8NUHBza9WWm+OYSnkNGEUO6fDlzqXEieX5CNQS3WH xOj4+Jh/QLRIKR0eHh4fH1dV9e7du8vLS4zFYrFAM25vb4+jPdc4dTcYIrkc3W2jAVIljLQ0lc57 HrO4Yp15LYKCvENjf078rRMsJ0DxvDhpaNRAbt1muzf7j/X19fX19devX19eXuIPKk1B4FmnlEgp eMosqY9/UkZFmkUbHfXhkUaAcUnGYOu6ns1m0+nUWQ6tFcS4eMderVtsAPdgYxzIwIgwYAne3d3l X/n9P6jUQEyKzf8CA7lYxEVvbW2tra3R73d8fPz27VtSlaurq+3tbet2gtHXkn3nmnw+jWNcXl4e Hh4+Pj5eXl6ur6/f3d0dHBzgHnFok8lkNBohgZ8+QmaaIDKclke+VYI+qqoCNXIo1AvoWEjAk1sj 9hmNRjMNP1wELd9KBDLHHVmoHGIpCw3DxLQRRTrrn0sxrVtmDqQQBLGVbZK8S7hs4taBppPbUqcQ c8WAN36IAx+HhHEXOratpSs51zg67Ca/ZVub3UzOUWvIYtFUccxxVtk5KVMGGjo/P+d7iwrsLvGD A9SBQdFrWDBFIMDNgZp6UkrPnz/HzCFKyuytVvQtrrAPHJVe2mS+r4VmOblsawS8C+Jl/vO+77e2 tmisn2sG2VAdZzZqPCnHvAbK/IC4ZRt9h4dF/Ct+heZBUrFhJN00x8jRW9Sas5g0V+tJk4q7rmMN Ow3biluoFx7r1IHPXywWmP5KOukw96kf1KEc6odFzMs56pYHuxNUerWzxgD4OPfhlUMbRBX6TpzU skqweNFrGmooa/QTSSxGywO4GrdQk6a/umkazDrUg7ZtYYgV8SCIVudqOHf4zzRqnzgPBoFA1TRN 27ZQUSAfQyFhEWC2gEOyMuYdsXqV2B88PiCKtbU1EwcIHzFxbdtidqDe5//+t/41tpj6Cf6Qc2LM 1P7KA0ru7+8nk8n29jY6Bk3TbG9vU2Y0OZpLB4Hh8FihH18NwQY44uuvv8bdEYkgAp5SAldCAoLE 0yYVoJPouFV3g21WL8wUMn4rVZyk5LoWAzpWwOu6RmrqSSqddhusrOOUFBpWuc6kINRoI0aQoS0l EC7jP+L5TKEU7PDcgb+hhmGQoCuidqQQ8vSCJnFCJOBdaImyyatCuwrLCKpwfHz87Nkz3nNzczOd TtnBhIesD4cB405o6fCzlcBA+qj0PdSIMvOC8A2xtFVJlnY2m1HXseCaD+3u7m4Wu9n3SyGk73sy pxTQcx66w3N/Do9sPB53mmD3pDEAIFE5lPjW1tZQ+7u/v69FpTVMz/9yeudhOh05ri0d5qOSIK1t RLRxeAI3kSSRdpxJk9FH2gbAQqwi8NCzlDJ3d3efP39eSnn//j1YK8sC9NpKAZ8glAXMaulkiYrI hfa7znRJXg0/2vRXVcUcuxTiGAfLtWhCPracYpxfszxXEgNl8ihpbt/3CLYg7MwGM9jIw+XrvP/x EASaLCCwuDMS5jdQ8xtKj6RIP64Xu4mT5RExyE5w2Ux0qev66uoq0gS6ruNqLWeE5SQoYZWw8i51 cOQxSuhrXl1dUa3kFt6+fTsej8EJwCpxD5ubm/lXfv8P1qSi16l7fq4uU9qLoMrx9VVVXV5e7u7u mrNFzH5+fg4zwVs8ltSdO0+nU0ISwBwYOPf398fHx/z54+Pj9fX1aDTa399nVtHGxgbjS7ie4XC4 WCwAcPf399G6SmHGKdbEseQiUJsdcdsIZs2scabZB+7NLChcAlnwzGYaBp+CkoHjPm9rV6LsDGzE fSV9gC8Jl9grXDwlaJ4IZ6mScAcZieu6PNFG7ezsbM5/TPxz6OmvRTQcj8c2Llw8n7O1tbW7u2ut 3fl8fnV1BREQ4+6YvQ16s7xmGjhum0W+yYGs1Vgfk6FeKOdMc76IDG5vb40/llKA+Jh20olT2EoC wdbQGToX2S8LJXVq80kBbIGfkCTlOp1OeSKllMFgAAWTgDSSd/tl/ruLOn1gKGCyCYpty4wJDDXN MQlA43EbPGEjRVp0L1gjBzJ7r2ydkB9qExNrz87Ozs/PJ5MJu9qSAHHvxW3pZKJSl8lcgqClFAsi 8eL2o2nG0uEgU0pnZ2cxrfRXzCR+W0SmMmtooBdv8CEyxduJLOdirnkarl5U6vW3n2iCVHi8ZtIR 6+kvFouoF02Q4cy7FTEGHJ+rgsKITXftuu97OqfohJ9pVlff9+uaqIfXXNfkYVyIT67JOZQ/G1FI qZMTK9C94WQrafp2Sin/4z/64z6MenAqRyZChAInfT6fs/VHo9HLly/run7z5s3+/j4WkPIajBwy erbO4eHhF1984Z494EiuoO97QnK2Iz6NkjH9MizTN77xjSQ1HOAUWkXwZjlnRhVXgX4XDe5cAtAr W7lIOIWNy2rysdRIMd9gtT54c43s4KMM07dh0h7f5bjerxWn4p/EY+a9nqT3bzr5UFOMW2lNYPic XSWBgxx1PqoWqXmuLrhKekMEBYeHh1guGE2LoKrmyhUutq5rqxFQw6n+S3OZHarnQEBqNYsuS0wU M9GJpNGrKQG7M9Kgj4eHB7O5NjY2Tk5OmqaxYqVboIumJ5aA0XWhEb9Xf2MJnSk5NCuxCclLiriM FDM5C2YvWBc+Cx9wjsuSxgWxbXI2GfEHbwk/xIVIur2axUhQ5lIs6TQHrmmazz77LFZ02A9McMQL HhwcuHch53x6evr27VvXUYdqIuEVt2hW+QFOF1eCrRxJ78zBJtusbVs7Oe/PVlMcDMHnUOKuQ+OY l8vPopGiy1ByWp0ohvwQ9+Bapalr/Jst5Bg0BYUVhzsl6ODzlGuRC3inw6M+zL1rRbmGPGIWXCXA 1jf71VdfmSlkt8qar5TEcs5IM9E/aOjM9wuV2V3uxFuLxcIzcJKmK/91IPtP/vhPAK9doaa0hfE1 7lNVFUOkrq+vqXrRhpcUlEHKgUtPFYLjxFyruUaqk5iwsfhh13Wbm5u7u7uor4A57O7uMmsNl0A8 QnViMBjYTGCnes0/dHd7pa59O15in1bjzVgv1zY5zIzF8fbqxJlz/gU4kIRsOK6fS1bMxrQSbpsD VNKLvEVpMf48mnsEIjAuflXiX880DSpppqJv047BB2Ye5rbEXHg+n3MSNjc3j4+PGzXTJmXK4FSU 4yDCfv311xwngDhHbbXoGdwFJmahlhbHzp0q0lnk32a5Pdhl2F7imqw5D2I8HoMa+fw7J8PwrTjO SsylLFCC/+Xw12pqTynt7e0dHR2Nx+PT09PLy8uZ5s2yf8BMq9DTNNesCerPjSaXtSIgLRYLj3kZ DAaOWLswQqsEXja+zRBHWmZ6uC386uqKYz8cDnd3dz///PPDw8Obm5vLy8uvvvoqiRPh+BoSGkEV xmV/f38ymfz0pz/FuDvIJR9NCopBhy03VIWZEq06vKpA13FQMg9toimEKa3UejFnK+FO3Bs+IKgN Nk3D9TfSZHWxnbcx09zPfX193diIUzqeRSvBtRJweXs1w2K8FppWZgvAixiXrwPBp7RWqbAXiZt2 HnxOr7qXD2MlNoFP+lAvovJe/UPcfs4Z0Aw0xemyNyQ/MVd7OBzm/+V//z9InWrRPLnbly9fLhYL xKktIM7yffjwAQZL3/eQUhuVvIGeU0okzldXV0lCnWB5PG/8IYGS4QVQXYw1kdF0Oj05OWnb9uLi Yj6fswW5pb29PSg6nE++uus6z0YoIm/YXS+kt2fvzWVU4iex6CQBLgzM53M4i/A0jJx2opqAl1UB WIhxkJ3zyp5eiNrYq5hJOLa/v2+X3gaJCbeGVWpMt1HzdvSH1+pZL2JAO2ZMErWAaYqRRSLi9vbW hp7cEMLf09PTmzdvsK13d3fs5vv7e+Y02tTmkM47lC4aUWYfMJI6rvHHJBgXeJSbZU/e398TUlRV BYkL+b3b29tSymQyqUK3IZgsnesxCE0fNUByPUdHR5988gn3zmrf3t6enZ2hkEHsCfJTa0BKEu2k qqqTkxMwRqIc1iRp5lEKNHD/G1jGl1QHbQNzP4wqFE2U5UpcNgSx/N73vjeZTGgz5kiTrTrUHY/H ZLSN1Hc5R2dnZ25A5beV1CNiJJfVJbCQjlUlkpjxpTYMfexFhUxhzHolqMeW3VCSv8LxKa82dHJ4 IwGdZ1FO7Wzwvjind+/eEXi5dsi5dtrkS8qhAlRULmqDYkGrqk/0Yb2EVynIczszTfEeDodsZi8g ppzCu/0ix22oeb+s1VAKSFznwcGBJ4ecnZ1BLVksFicnJ9HCeHwglgSd0aQEEQuQ/4ff/h1SZiMA nGcT8mxtCUOckXHbjPVZX19nZxtU7bqOHf/27dukWXGE/H7Yk8kErcvFYkHVBSgmpQRLv5RC6/Av /MIvPD4+vn37lk+oqurw8PDs7AxCfSmFgpijJG+vFFjGtoyMzgE5BVwzSGf7CzyXcwZ7TaoGg50V lRaS4AKb4z6MwYvmuyyjFjYWC/VYb29vI/5VS4itqPeHdNifAGyVUuKUViFdbUKnBpn4QmI4ZkoA mvuCbXT60Dge+R5+4iUoQDldSMvCVXm5kOCz2ojDF1F4jminCXDz+fzo6AgSGIoxwIBMOIGid35+ /u7dO0iH0+l0Y2Njb28PaJ7T1YmUaSZMFWYPcOR2d3e/+c1vMhqJgOjp6en09PTq6or/bdsWruFw OCSfS4L4nKoDEpqGEVMxR6zkRpWUsb3N+sDgTmqtiEExd8HH1mJ5mbBU1/XLly9TSsfHx/f39+/f v+ecPz09feMb37i8vORGqJewgakW8qAxN30QserVhUsmlHPGl/cBc3NKBNOuWh6fSYXAj96WdBg6 rqO5z4Go2gcdCAcolXIv0m4HqkWl1BzIQk50OLAUG5zd8lt2spc9pss5KN6QSMVooFG9B0ORRXGx TAsN28R/GIcszoJJ26yA+e+8x+0jBJfELphQ7roJTBvOCP1rxNBd19GTRMYQ8xJgz/yP/+iPi5JB FLVOTk6AmyH/V1X1+PhIFEBNBksEDx+LbDMBDo4px4a6Rfvx8ZGMfjAYYLi5Do4QgA8/wZju7e3x V33fTyaT4+Pj2Wx2d3dHXkaRGkLuxcUFD/7Fixew4gwL4LE6TYsmAwBiZoltfL3nHE/Zh3nsA226 C83wzSrr+69KaG3vA6Laf8R9LKEvJpq/jY0Ng/4DicZhFxwapCCa5q9LQmkXmtaYhUhEL8IGNZu+ lgCeazKthvnVgbfj8MdBpX2hPz8HzMEfxSfHY5zCeI20HMweHh7ytsfHR8rX2I7pdEpz/+PjI7yx wWBAZADYure3FwmpRP0Ad0ZOWMNSysuXL58/f04e2TQN47FOT08pEgLRkk+sr69bA7kSMsOJhX3s FhXi652dHUt+2rEZBkyCvHr1uDpW6FWcdBjL/4JC+IlQ78HQHB4eIkp+cnKSUmImAUBWKwlDG8oU EAmMu3+OX3HRnviUpKqWCvyKwyZ4L0FQzLc8m802NzeLkBY7P86gQ4FoUn004tUmddsRx9zd3fXC 7mxPsQPOeDCL9Ak6cIGHTfrI1TqScAJXi1xgXIFz7bgqKRuj7AQ47PMFfoBWB1WrPoj9kZKawAOa TZTciKA406tpmvF4DOYByIOx4onwmYxybZqGDXBxcbG9vU3lP6mG7FDm5/IDQzUElVCdTymBZc9m s9vbW9sRzLFRS+pLeK252MpsDhSLihqdudxSCupg4DBN04DeYIC2t7ePjo5++tOfAgcdHBxwct6/ f39wcGA9BzYldR4G3bIPfCMMqASogR50c3NTAltupMnF3lUOOhxkEcERvnVdd3NzY1ZlkURnH2gY jj76QK9OIbatVIGsAsbnY9OLg88/NjY2Dg4OmAzXqdfGnfQp8HNsUhdBcIOrcoSyUCtjJc5lEzon uUga6KG1ZTUQse9j0tqqemwkYaBZYo7vnsLEn1rEuKzRbjnwEe0zmKxdSuECOH78CfXb8Xh8eHiI kgYR9O7u7sHBAVng9fX1XCNQMFJrUkO16TTlgOS6rmu40sfHx13X3d7efvjwYX9//8WLF9zs+fn5 XK92eQJ1XHlunHjow4cPOzs7RI4seJLiEJ/gWh8fQooQA1WWAsJlUoEH25FUvHXl0Oap0wtZCAKs lJIPZhZE6QRiZ2fn5ORkfX0dNktVVQSSVVVFxSSvnndpzNKczPHttUgpw6CZZcyQj/oYnDF5cbFY oAgEtRH35uDMcbSjEIcpfuKGRPxc8FXefg72OSBYzxUoKQ5idHrHbOeLiwt6HRCtm0wmV1dX2B+M QwowvcsGyPqbjNeGrn4Cdof5RVUKZyG1Bh4k0WoR/PEWMhxSq52KT8v/4i/+nStOLOVsNrPiEunk q1evBhpX3TSN5RcGGkHb9z1JCnuXawVCWdPoiVLK2tra9fX1QKL7dg8vX75EloDt++zZs+FwOJ1O Ly8voSWRoS+kKAKo4uys67qjo6NKbAEW9+7u7vXr1xgs6vWctF4iyCk00WUBed7BhLSs4P7+finl 7OzMnhlDZspHRIG8ZXsV8RzO++cOk1dCWp9k/yNrDFgSrbVTx3wVCGScqxJ6LJ12dNIdc1paSSGa 6ly8SE4ggQZxN7vTqYBtkA8bGaL3lg2ZT8VgeW4nEFPSJAQnfAcHBwTjSQ338GSGwyE/50MYtcO3 gLnTx1BCZQ9PAym405gqUDgqPaTVtSTaSQ1ns9nz58+/853v8Dk0ZKLW8tVXX11eXvbLw08gm3fi 9TsBZ7dYJqGqqm984xscq7nauwifCRqyZqVGn23TGdO1EmbWN3plgRI8O26TWxiqSwiDiLJ8Sunq 6gp3QpyLlJDJAlw5R9uPuw+kI+9bX2qjHgVHPHwy2QyNgUSNQAI5dHVgHBrpEzxJ74wQc3193b01 8ZgQvLOMVGUW4r9H3M8Rj51WUltAEjrvv2olBcE2NiDBJ1Sqrq2vrx8dHe3v75+dnf3kJz8BnzDU 00nuXZIlAAAgAElEQVTPyqtEbtdoCCWxGtIstdrK2Nskmny1Exdv7KZpgCh85dPplNpYpXLIaDRi qh1BQ/61//v/mUkFJWsaThLDnVl8uPHZbLa/v29SjcFHF1XWNLPJm57YE1tc1zWNJ3gkdhI2lJBt Y2NjMplgLnHmpRT+Fu9USgFOAcB59erV7e0tmD5F1KqqTk5O3r9/X0qhLsH2enh4oLWMxCqpdcUP wJvVL1an73topCSGnWR4HUSQ8rMhnNM5MvJH2Z9n8VjwNM7Bc5BYIq/EEJDmu8+t/aiITyLVBlWm OnTofPjwoQ+KkkXkfcOgjsf5dhww7K5KlAOnhA64bHp8dw5LHT8SWrJJvFZZ/atFVf7BYEDzLdHK aDRiOtrnn3/+4sWLx8fH//yf/zMR8cnJyaeffrqueXVN00yn0x//+Menp6dJM79Go9He3h4FKM5G 0zTmLGe1m5GNoWOcc0Z7b8W1k48SFvzsZz9jy5XAu6DnM4sLVIl+V6m/oW3bnZ2dTz/99NmzZ2A4 XdddXV3d3NxAh2Dzg/x0oV+3E82J2MJ7qQttrjjggTSXjKFz760oUrjwXk3mL168GI1G19fXHAe8 C0mM83UAgdFoxHraANWhParTwHq2TcweTPuBajUej+/v7w8PD0eS6pxL2j7WA72FHAS0koRspPnj bAnKIH2kBnZIbb0Do33Pmt9NPuoA6+bmJocKZx+Es6jHULAppdDTNBqNaNk9PT3lRm5ubjgmtgC9 qs2GBJztEUzwREDPaSvlh12QOVpIasJmnU3FQj08PLh5CItN/elv/a2/NZ/Pv/zyy93d3fv7++3t 7fzP/+zPfWXkQVni94Q5lDpzzs+ePUtq78w5w/kn9mEoD2ky+emaxnoMNU8Vb8ExTimdnJzQoTqb za6vryeTybNnz/b29kajEbIETGc+OjoCFELuB+MO3Qc38/nnn5dSvv76677v379/T/IOeoN0MOj8 1taWyWR4Mi41h/5DG1l8T13XBJL0IGAi4xY3mGMqZF4GYZwQOJPtheGkELA7/KnVedRp6ialDh4h MbLjEe9gsOlaBI9F0DMxdMDm4ErYT03QunGm3ARlqJWU3D0j1TLdeBGEvJ0IEwok4Qy2+6Bz5hEP xYbGx/zSL/0Se+bt27c/+9nPXr58+erVqy+//JKk+PXr1yhCN03z4/niF7Y2Mevv3r0jNr+4uIAO mFJ6/fo1uSDR1u3tbVVVMHcZwpUEp4zH42fPnmH73NRKjEl3caX+vplmkFFszDkD0JOh7u7uDjXy kBrVixcvjo6OnNt98fTXHW3Hs6e//Mu/vLq6oheG5QKRI8ficKUAeS3CWIVKxMpGo9c6qXI+hQmc dV0fHR2R6NDZUFXVZDI5Pz+3ii+hMetP0O1MwrhKkpht0sxhzhHx1kJdHWlZHb4LrYWvXr1q29YD YZzTmCkApuHwHBOWVcrCW+AqptPpixcvPvnkk/39fS/pZ2sjhvDYPVCeMU3LwFon+Ye1tbWdnR2Q iQiJHB0dvXr1an9///T09OzsjJB/LkoxS01PUxuGcGW9HPn1oeRmmzCQYDIP2vE0aDt8ivl8Hmfd tJIVws5QXGFVWe3RaGTQBpOFq8g553/xF/+uEfttJk0YDn8WWvqkEZSM7jw/P7+/v0cEnL3ViiWC /aU1iaNib0b7CafLkSbQFWk19Vuue3Nzczqd4hhBD9bX12nXrqUVTNeWoTcio/Pzc3J5EqjpdMph wKbDGOM2+76nzzYJuwCrovbiMNOtPQagjC0OJSpShwYQ2+sS8PcY6lZS14q7YSDhxqI5zpubm3gp tr7jGvJ3Vnu4rGrStu1kMsGoNaE/wgUS1iFrBulKwFiLMdmFHh/vzvF4XKsnM76n+i/1MSU1BGG2 OLcOjUspoGTMCmdr0mEAvTIpHYYp+9lnn1VVRUZ/eHj4/PlzijQ/+tGP2E5FrK1OQgtXV1fU0mvp ZN3f34O04LAXiwU0G4Npl5eXmLPb21s+fyi5EjJXygCdBquCExLNkd6llBhw+K1vfYtsgMf0V49P KaVf2Nr80f1DSunbw8EPf/hDMyv4doQN1tbW7u7uUOABAn18fAS66aXZwvL+4i/+4nQ6/eqrr4q0 Ykhl7v5/ut5sx9I0vc77/nHv2DHsKXZMOVRlVXexmycEL8C3oFvwkSDowIYBQzZkG6Yt0aREybJs wSZlUbJJm92kIcHUgQ1YvgMCPGqim9VdXZVDZcY8T3v/ow+eXstfZJNxUKjMjNjx/9/wDutd73pv bwspPhKQEh9gKR41iqeTtg+xf1CFH2Yha0UARPeyzzbdHnDYQqTAYXMGRsx1rtVNQwIdQmCWEFas iypG4FqOA/AZjxqtHNTGURTFwcHBfD7nc3JpctSaSNU9pTa6XoKVJ2QmXsk0lNXdcH00a5MT66za iSlffGaIOGAhqq6FqI8hkaJRH+GufGGC6VAlpAshuPeTEISA2Ir5gGk8g30DARPdammanp2d5Xm+ WCzevHmT/NYf/0mnedN25rnGePOsGxsbMLq4ophUVhbSFc83mUw+fPjQdR3dj7e3t6PRiAFvx8fH vJsjerIJQkLoN9fX11RKodIjOE5LJH1oDvT48c3Nzb29PeZgjMdjpMnRiweuBZxJpY5N9jCZTJqm OTk5MTSZakRkooEMqNYsl0svKztqKC0VX9ARSh51Z9heBIXAjmr9/9zAPqqJ9ZHIRiFBtDQS5vU9 5AFaKVuFEGj4Go1GsZJPpxkjrXoaDfPxgU4jUPXqIkiXx7AttinP1Bce1xhqsexde+jVrOub2Unt hKyINc+yjLgBk4Gj3dzc/P73v//pp5+en5+/fv26aZrFYlGWpRsvg1o21tfXaakD4YXN1XUdJU22 zGd1pJnOp6encUiLlaFClSQJCThhKeaPkAL3Y+SKO7K/vz+dTuFuUpY8OjoqigI2zs+rOkRfvzJa 67ru/fv3b968odTfipXYSpKFR8IWkzeQpALW8a/gEiDR4DaZRo/i1fhkfmmuhvtCHXDOD4wxAosl 6oN16sbCeon4+1qjn23FYkOWRmVhrzyGAk+DZ8UI9CJEOGhoIpI75rXV8JlUrErcG+GIM+NabUfA 626e4AzwIbT/oBhTRDMnnJPxK3hx8Mz4InAv4iZnDnwS8eLifD22AHEU30V1ad+muABGdkX0k0k3 mxfJ1CCZqAqdaBJImqYnJyfg0kTqIYTkN3/wwy6aL56J64aZ4FX9cHgw0KJVNLmiFLd9Z2enLMvz 8/Oqqubzedu2tM+lmkmGXSPzBWDhdF5cXIDJ8OMkVvSYkIZgBW5ubn7t134NOZ4PHz6EEPb39+fz +TfffEN68vDw8PLly8Fg8O7dO2JGgP6macbjcZIkd3d3BP6FZH5dy7LhrjXYwdlciEgdvQqDpUSF 2OkY0PCXE1Wb8jhjddjrw5Gm6fPnz6mTMGwI/sB8Pn94eOCAJkmytbW1Wq1ev34NRJtG7VohBO5A URQsCDvNTIkYo+SawWhqxNOIv345uwwReTGGcbKISRaisnCIIhpfP5Jx0jWfbwokqDeT9YOJY26m 0yk44/n5+XQ6/eyzz/I8v7q6evv2LT0sVVVdXV3NZjMIgr2q2ZgPEqC7u7vLy8vBYIBlhBYNxtJ1 3c3NDT9o2hzZN/ccxJLaclmWe3t76+vrz58/Z2GZhkPOBF0BSut0Ov2Q5SGEL9aGb968oX6wkk5k K6kfnwEWdm1tbTKZoNx9c3PDCPKdnZ3FYoFtxRM30eDAIIfXSpQcF55rUjxLdHp6SkcLKQvljb29 vaVGlbFBsYPPNVCpkBBxo+pxbMJ4BpJylwE5z/6G+Dtdu8ol8Z9LhQ3oNXbMeaQKQFNCK3C/fjpS zVSFQqO+0jTFTwA1Z9JZ8Sn1r+6kIbOSLmyMLPFHU0XqqCMyf9qo2OsrPv8fGfeP1sRBm8HSUloj xmSIZrpozi1hn1MW8hJ3wBRFkfzu//Pv3JjTR32MSZIQ7AyHQ8Asn8hhNPMbMw1lh3akToLLfggq 2q2mt1C9uby8hNBtUWwalzABHHcICYlmABVF8fDwcHh4yGSTpmkwf51alnd2dmArArCiHZ9KJ92R L+/SS6S0iuZQNxIfryQo0UdNGWTfXt/YNJss+FEs48zOO+14NkTBThDNY6ApgHBX0zR9fHwkNSbw rOsafp6b35JIX9dBGZhjCMGf6VCa05OrNS42xIae4gfzPXfaUUej2uKHT6JqhIH1XuLpMW6TqvzY iZHl39s0zVDCwqTSPAkQKnYzyzLAgWfPnt3e3o7H48PDwxACp38ymUwmk4uLi7u7u0RgJUaZNTGU yeLwjuPxuFbbMJYxSRIY9+wCYXKctUALycQQ56MwDdB2XcnHQNAk0UXFbdvBTBRse1/e9Pnz523b Xl9fk7WAWI7H42fPnlHluri4sEpHEJXekV0edQ/5pvjQFpJyJE6kmd4ROlfV3+8krInU8eJwfqUB dUk0tSo8bY/gR3wdzJh0UXEljXgKIb2AZls6brctoy24QxbjG5moE2maNk1jDnSQ1ydTcTHDf4/F byKyQyLSJBURH37fnfhSf/TVR1/hKaM//kt/P+FvKmKxEQJSECQX0zQ1qFBVlf2irzB3JPknf/pv 7fqCZOZZR8hMvE+8vpwJKBxVVbExhPDL5dKaMOPxeLFYkCr6oTGjfqxEE1aDpMS8sn5nQ0bccy+E UaeVNBrBhV0FRSZ+Pp9DQuLtlsslRQkXgvilzdMhebY19NlyWFFMDRKSJhbo1ToY4zC+/x85Z+9u IxpyKuIU3H+i8oeHh/fv3w8Gg8ViMRgM6L1qI0F2fzJF/CBPU6mnw7+00CCRTA2inaYO2c76vyES xHcK4u80/JJFLBF/g0ujfTQsJb7SzmwArB0y55HWQq8xs/g24heCSg4YIB5SM5xvYu3Ly8uiKGaz GUefaIMkPUkSJCWCBkqkaXp7e4txJNambt9Ew4WJmMATgASNigQV1lglcrhc6rIAia1Ynqn6SvhY InfDCPGC07ph80dcxfNwQSgGEGRsb28TQlmFgq0hUJ3P5ywUcTruk2gOEJ86MzRTrjAXJEg5GdaN /VAdja8KUVOFEW0eO4sas0MUFviM+SvXTBL36wVRYqjZmjkaIv1I7sj19bWDpPhysarUC/u+39zc tHBFpzlHQ4nrkhTC0MPydGpiR1dnJdmMUsNjcwk4h1+aLfHXWfbYvvv6p+L4B7Ui+8oQAOW/JN6Q SaaYrcSHOfTxAQDecVaX/M6//jf+lF561rZ9uaRuCXY4nU2kjZ6qt7vTBLIgbdJK7HJsOkWY6XR6 cXHBJmHEwdlns5kvQJA8epZluBCT9pMkMbYDzWCpoXEEj4TziZozcUUhBB9o6z8kqpP4EAdxURx1 stPMIGcA6VdffYUvWWoSW6+ZxbkGmyUC4xrNr4itpLeti4ZDxluIXUAdsyxLGNa0kkEs60Xc9sl+ eHjgBTtpudhv8Y5JkgCLucchDuKMCbQRhSsVd4j/cZ3ZMYV/8CN/Fp/gpbTCi6ilKKgxEh4eSVtd 17CVOS2AIYQX7CO/jv9x3+kv0s8kCSFwflar1fX1NUkkawVJJu6Qur6+xqiBxSMwgJ/gqsCu4eb4 ZXk1nCX7i+fg3VnbOC4hBqQytL29/ePbu0/S5OHh4eLiAmIlb21qVq3m+FJfRVGcnZ2Rjy8WC+BQ QgpuCtekibSbeEg8JdBzUP4OJSHRpD1ADK92iGYDOE431OYYFrMOFX0VzboJApFt1m2zOBi5RiD1 SoUpdIORVlV1cnLi2MWulGnRQUSDYTQAJygz9o1rJKMC6MR1ODw8JMgoigKGAikFK7BcLq+urjyU Ijavfhhc3UCdnqbhx64rV8vOX/cVWwBHOeGpjEcaYVMfLSCupdL0q0xDxr3dxqxIgH4RmWHcW/F7 jPKkaeoKUmyVsFkYiFbCJq7RQYJ0Nsc+FdF4BzQte3HG+SdkDKBdur2I455rolMMhG1vbw+HQ9qs qA3c3d1R5edScZ95cqZEIZKJXTa26HPjt+PSPj4+ktp7QYMKWcRxlAEGUnwmzgoiiuFUQwhmrXwU vPuUO+3qIt43Yeb5+Tl1Mw4ZfYxEu5WGUhJagmPQfk0Uxm8n/nV0nETqCAQyqSZ1kDHwMGgt9BEV MvEw9SQBH+8jqbI+EhYPUad+0zTsZi6eMvJzmLNScv+ct1L9orYXxHSFWmlSiQ7iMHiYtm2hY+N4 HOYTnptYwhV1/RBVar4h9qytVInYuDRNqXP43jaihOHqODzDaC6unSJhB0nkfD6fTCY/vr0zW+b7 G7+g6xwfH79+/Rrz3Ueyt33fb21tgZs51cAeAWne3NwAQ3EgcQmpNG8JeKle5HlOzy1MYvpIOM9U PgjYi6KgTsaLkMHwyYWmOWLNV5LKcoaRPEUafbyTSKCfmKyQIHAQNEqiU4vWDUBUSt0+ng+BM+j7 nppZLyaCMSVXI/kvE1ESdZmyZVmW4YCD5A0QDzBgxZn5CMqPrwkQRSv9oqDENHk6AeYjs+58xQey jcjEsYcgPiZkwWaSuzPUCEoItSj8Md8POWUp8TgXz5P/6g//NxaRX9lHwwY5HKnmCNszcJH4G8KB EAKBea25rtiLuPLGz6ITgp2yBWTDOo3jIKyDvkZmlEuH4e7uDnICBiKVKGDbtqDwPDNR9v7+PiDs j370I942hncdj3BMsS+9hHwNVQchHj7NECgvLi7Oz887aXtZmB6IEDu4kvRPq+64JIJu+FlvuXHJ VIm8YyWbkkT8cX6WGJ8nDyKu4EQHUhX2yUvUoe6IO0hA3FFVqYnPMZTZSNvEF9UuP4mquH00SJrr gb9J1TxSa4wUh2cl/TWHh543giHg1rEadNZkmhPQqzS9Wq2oDFHFQdARBc0QArXiPhpsixllc1NN ow9iIkG54WNZw0btArW4dKvVCpoaM4Hj9AXbQVbhO0+VmDiUejis3JOTk9PTU6g4seoDcTRNj0lU gQzS94dTlGXZ0dFRJ2omLGns/ubmZtd1MG2gjW1ubk4mE/AWF5P4WP4mTVOE4HkdYoUQAhgXqCxR S3iqWGvDFCIdglTKfYQCwBok/b8Mh9p9OhMlcEyiZkBTdTnAdV0PpKaHgCInqo/a7DmWlVqsnbc5 GL+9vX337l0pLn8rnYwg7oNJFn7BRPNteLs4Wkr/KioBl6iNpJ756vT1kRtwYYzv4Zlrqc+Px+NG nZVBim8kKEVRQIoL8qy/yNf/zu/+Xie5IvtD+5xWLDpOAFCpVc2MU3caS8YJDiEgtjDUzLmg2C3V uPG2bWNVpo/MEJvtIkZQyzu2m//JpJTGIj5Gc1Z5bJjOXGwCcMrQoEy4ilpzdjKNfm+iRhv2vo36 7nZ3dx8eHra3t4+Ojj777LPlcglpx4/aaFJdEWnLcXyrqKuoUU9EGs3Asum0/YodWGysU3ED+r4n 77HYci1qIG68U2u1K0V8G0/iuL5TX5yvaxqpnvZ9j8CDL4ABn6DUp1Fnsh1DLDXai9flRjs2iDyp lyYEr8zRCmrdNpIG5cu4RNd17lvJ8xy9AY7B9fX17u4uAU6iRt/Ly0sqJbY4GPdezSDODKAABPVp k4l/dBXJGs2iS6PKG84GKwmvcShB6aBGUxbcWYh/FmMKG42tuby8pKWDMzmdTuu6pkgAHww1vU8/ /bQsy7dv32ZqlibEtsWBYeWaDfaRFGo4HF5eXj5qmvFwOJxOp+zLYzT7N1Fd0abc1txBKJ7VJHff qRC1RyQa8+QQONMMNY4KK0zaxz3io3gMyi2YGp9Pjj1nzyfcNQmcMXqF1Fr8G7toJoYvOxc5aBaV EddGDYmpGMxOW+3j+79GCi1+NVtXf1sazZYaDAZcRhSnQWgJfYKkF/hxLsvDwwO0FN90VjX5z37/ X7qw00XlbK4xYR0mxtSCLMtsShgrkUvrqpNOW2yLfYwInahwOkDmc9qoPYeFIzJqoikBfjcTcrFK LiOEiJRtd1qr3a7UxIC47ENxtReynIlxlSQJ+UeviSWJoNXT09Pr6+vZbDabzehgRpJwNptVVYUG k58HD4eT86W1j3VA3UXKLZWY9XwRMHJtuEsr6W5yPews+XAWLVOvmiPc5qnmRhxWDKLplJU6QfxI PgwGzSEU4vySJHGDmNlmbCjldMc7BIZU+Qz9NxGfr5eOP6ecH7HhbkUc5Kf4dfAC+e0QHF++fFkU xdXVFcJbx8fHJHks1HQ65YGxm8T7y+Vye3ub9ogQwnw+DyFsbGw8Pj7SakRDRiaVfJwiv5TeAmIL frwsS+YgQ0rDvi81f4e4G9MD687OgG+mF48u0L7vlxq53ratJ6+ur69vbm7O53N4U2VZYuW5a9Co vFyuJdi1Y5R79U775BPkvn//HjuwubmJ6gYHL4+IN7la5xxwcMuapjk/PzcmVkcj5uuIUW3rZtvn a8sic1WppvRRrxwHnsgA747Vxra0KuCTyy6XS7AmTghLPYoGM2HcfNoNBVcap+wrkKlRtlIHCfko V8zPb9sav12i+l9s3B1fOwlOReTHUrEU6BPYsiNsTuLCmXEkagtpOKRt2+Tv/e9/5KikfipgxJUo NS1+qDmoPIp5CInKbg5MeDEAboyvzwRJ66MGUuMYWvUBcYCczW1sbLRtiwogDqYS+7WNprcUkpTD odm4ELlwKxz+O9UyjNBLyctZMLFeE8lp9eLz0Tr78uXL8Xj85s2b1WrlohBlAFoE7ZkHmjrdPZUu wEz4ZPvCdJp63kZElEQiIViKRHqNPm21yLCcfq8haAM+lSWiFGzbGpQ9JEIG4Y9S5cNS8Pd1XQP8 GdzEcTpcMhGQyoqBOwPrpJCDweDq6ioRnmOhDOpgtFOC1we18zCeOxNXdbVa8Ql5JLcbQpjNZvws 5fehZJ5GoxGWtyxLuOfD4fDo6Ai4dmdnB92CTDwrvGajKj3QQZZlINRt21LdYcJM7C97lR86TUkE qwQdsiySUXuqo8RM/Pb19XWuNJ7GuRHB2vb29q/8yq/c39//6Ec/StMUhIfy71KTQtlKoJjBYPDw 8MCrWaQIj9JGE2zatmWUcQgBLcau6/BnIaq04TsbkXwwFDYXju0IM3FmNou9lIR9p0JUV8xUhi0l /s7VTiNB4BBBqbl698k5gKFCCGaFdqI428LkYjcF5axJJF4fnk6+7CKpjCxqRsFDYNbJb3iGUh3g WGEnOrEp/ysdWxmNAfBSZ1l2d3f36tWr4XD405/+NMaXMJ4riTUZ3gDAWWmMTCK8KPlvfvjHWTTH gLdy6M1P8hBWmu8j3Z9eep6Z1KmC0rckatt1YBJCYAMwPff390arjeF0T/mwhg4MYtzc3JCw5CrW edtcJABsoSJPlNRK7ajRjAicf66KmfVk8jyHcwbB/Pr6upfOF59/dnaGqaV+wOh07liIdCQ4QGTu ndhE9nONRkEFoTp8INe1FyE3SRJwMB4VVJef5XU4oDHw4uOIBmfQYHFbHxbcwg9lpHdhMCdIbZ8L b3SSLn/sPlZvc3NzqcnC+Hv8N/sI0Iy9BjcfafD83d1d27bT6XRvbw+xxuPjY2IxtBWpXmAvgHR4 Zgw6AXKIOOMsJr+RyvBsNptMJlw5o0w0M798+fLLL7/kiIKJYytZAfwZts+0s0azaKzR6vPmqBMn SsHm5OSkbVtklADEHQAZoOjV0lFKqZWDmgoLJpycz+dlWT579qzv+z/7sz/LJKuATSSz8QiqVvyI R89KVvy4kgzfUOOEUhG02P1eKpJtNPcmEfPq9PS0VWeZD4n9bqvp4bh8x+NJVIkJUeOSjXgpIQ3H ec5HvQsDSXiyQXCcjK7UdQ3TwZgtYLQ/06hOEg03XmpQeOxF2khglc/nCjuloKqZSU0vi8au8SvQ gahFf3JXUBCd1PgBrWo8A7lgiEprQb2Hxujoxu/7no45oihceykpN//e/58K2alqnAj54noQBQQJ KgUxBNKIGuUvOyJOqv0VR58ndreFkRMKWV3XoTqws7OD2h/Ozc07HCmXie2W/T5sv28jgTzO1v45 VV8lYBYsKEQbMJ08J6Uz1gH6ASaPdI9gAb4tjVf4rePjY5KmTKxQmzwOWaVec84Enx+b404tzjwD 58yrvbGxQQWJCTvIqtj8GbxO9GVPAxBB5g4wAg+nidj9OKTb21sM6/X1NZW6oOma7969y/Mc7nCn ogtoclDbCHmVQZ5E8n7EbvbWRiqzLNvY2JjP53Bev/rqq83NTdyDMzNMEjU9pyCs0nA4xK51wv1d MGSKBW1EBDW84/r6+ne+853Ly8vj4+OqqvyCJO8OIFaRzgkyMvw4OC+76S0Gq8GvUD2GGt80DeOQ UAWgEGJuMQ+MuwL1rusakAHnlyQJTSvz+fz8/JzU4fr6+uzsjNPLrwhCaeu6hgNaSUqEO9KIcJxG 4HiIGBq+FzG4TA7kMDZEMhJ91IiURKUCB3yZtC5s3+PkntiZy8vnLCXhiUXOxAnu1DGXaDga2Xyi qdmYIHNjvvzyS+Lr9mkRyyFpeMpJx5jGX52+vIB2t+g/Q6LLo0YWm5egfi6XOjhImcRqXMm3R1zT 0N08Eqf09g01Hh0SUdM0mCzQCC6yS/3O3Z1nJL/9J/+HE5Y+IuTjKPiblSSz7ZON9eTSVOGJ7dLb iNdlx0jMxYsNpfhc1/VkMjk/Px8Oh8+fP6fzsCzLyWRChN5FkvyNhj3yi1zw7CXXaRAA5KRpGiyC l6BtW2buYB1IzYLQiSKSRqBglUTNllwA3Bh0SciXQVKrBLnGVUkpzG+Jg7VWzMIsGnDai/rKRqLn UxSFU1078zRNLy4ugETj7YhtaCcKsEOMUgTWQnp+ddRrTvzOeCNqKqQIQf1lHCx73CRJGIRE/zq5 CJgmgQKn0NcsqB2mE8XI1GxM/NbW1tHR0Xg8NrQN0xGrx44PJcGBIWCbCKhBM4iGyrJENo4bxRRX kccAACAASURBVKYHCccDOrWiP5OgMId9FWln8rH85c3NDQALTJ5eAwzIi4N6W0hoiO4p1ztXg0Y1 Ho93dnYwYff39+BOWZZ5zGQIgb45+NdgemnUmO5EEKgHRW7sflEUhCnA/TRzwibinvLMji3yiFCL iXGDlZEWm7AYtQhRdmJIqhMXxScqPvNmjppHl2hyAGqApXrIKwl+YNFcNwJuIucg4uZH+Ps0TZfL JbzSWjzdVF++XHz5me1E/Xb2AaXYuq7Jx9p2iagcHzkGEqYYHmmahgSaGh7nhxyU482WuYTGr6a+ ghcJKg67zFNKFzoROxkLMB6PoUXRN5r85g9+GBQI9xFh0zFgVVVsZNd1rom5msH9TKLJrW00dIYv 1uju7g4LPp1OKw1dzNUUg8Q2QGFRFGg/OVVxlMSP8OFGJBNJjdug7O7ufvLJJ+vr6+/evYNVlqog 482zvMna2hoj/fhODC5IpZEQLjzJO4wLbmCQjgfylhxT8ndipVr8vzQa3lSqsdaJgsU6uHVA+WiJ EG5jhdfW1oBiC/Wd8sogEo2oOGx2LxIIYTuWkaPP3zgC5ccdcMUBTpzPtZJLdVjN8AFsKJ8PVkMu Cct+Je1ffoQTnKtFNlWhHntXFEUtYR/T5tjlUoxPpi9hwrxudV2zDjs7O8+ePSvL8v3794xFJHWj a5/apmM33FsfYaOMqWlFri/UoN9K1J6QIpe8fhDYSPcgVyleK1w+sQUWAYCF6jf2wm0cjhzjS5RG UuBGPzg/lHMtfw1kz9nuoukrNgGOZFuV6WAocrs/SrX7qJJpaxCby6HmN7hcnEbcWX6qk8qpwQea xhF6ckkQHKNVEZh9IbhMpGxsv0741Uqe01cGWKaRRi4RodOFOBGMl7p7KthrY8LesXEUhDxooRGV C3MX1IyNeQzRwMtaaiUEfETouAfmw4DvNU0Dw3symdR1DfZCPMd5yyIaXitAn08m4E7TdHt7e3t7 m7N9eXl5enqa/OYPfvgRauHIKKig3EudwxeeUj7RYiLG5FDicyEaaJKIXs3YdQoRpLppmh4fH2Ps dnZ2xuMxWPPm5ubJyQnBO1lYCIGs3FeC6JWX55dirEl+t7e3MdaAs13XXV1dkZoFyXtSEGtFG8Ie BQkwkUETqMJ4a9t2e3u767rDw8NUHGGWC9T4L/7iL9it4XB4dXVFUG9+ui9GJsYOjeD0WzlxSzXl q9GwAiB4bnJd12uaVN5rCgfBqTNik8QN1XGwCGcqUfRcVoqjlaAkNKiKS4xATEfyi0fhvXgRXiFI Ugrfc319ja4WZ5TbaAgIl+/CA/kpfcu+kK2AY5LQoOxqMBggP0BoA9mZpHA4HB4cHBwcHCCydn9/ D53cZQkem2GtTvj8G8HiY0NWRKRJWwSn5Cu1C5YainZ1dQUeyC8aqFU7leIgNqjWOItKcomE4YYv kqejwSi6cAwIfjuJ4gJMdSprpWlK2OGftVHjCYPyJywULwi+5zMQAxeGVjqV353jJhEZARPB4/mo dwJh+MzpdEr7IY8B8slYKPt1KtVpmpJkZ9GsNFuVNE0puRmXZ/wQHUmJutZLNUy5COlzHh/FViWW TurEJHPcFA4bpqMXka8TA4JFNgrUiiBfieDXiQ9GqYl7x6aPx2Oaz71xhLY4M3daGJnBDTtVogbg jIpxpJxJss+6rpPf/MEP/QNsZ65GKZsk5xe1RHPo8AZjxbjkat4tIn53F3UJUbv334co1yNGg8zA DS/UBsn3OxHGmhNKN2KhQEiqJN7kBJm7t7u7e319fXd39+HDB9/SyWTC7yLniqNpjGwpgrnxHDbP jdokR6zMy5cvmTeSZRl2B3AJm5hELXz8DyuML2mlcQH37vHxkfILAV2nme5QNpumcZ8nBrHU4ED6 d9i4QgquBNGcXVpjjGWVUVMoq+oc8Pj42PYLE4/nqzRnkftJuyMQfKNGLXv0IHypllCf+U6kI42+ nDEQRuzt7RHKcbT4QOY8+KBmGsoK7Pj4+DidTl+9ejWfzxOV8Xmkq6urw8NDpi4EET2DyDmm+iTR 1IU+whU5uiD+QUG6DzbHzNGMEZhaQ0JwnOxjJ/gYZDyIC2R1IKIzPs01pM3NzV7TWW0lkwjhbZqG z5lMJnYVmeT8OnG0ltKBSIX28pWLYEMowMdSJ29UCfRuNqoKpmp56zSsoxbvOX/aks1vXCwWbCu6 C5PJZLVavX379ubmhqMFmtpIR4GdIt8q1DTbS8hktVpxo43Wjsfj4XDom8v2uRoXB+y9KltGZjj5 vp6kAkmSYJHgOCWaX1RE7Ey/ILgKV6mVHll42pboUCZeQKKiVNUF1wLBfnEGvC/JmTeUF0+S5Ozs jJQUC1BHughpmiZ//49+4GvsnMvb47JnLxTShSlHzUH1kCQajWjDnaoW7w/vxIXnXzlDHEcOma/Q xcVFr3pjqw4C3Br5CCLX6L8jItH3vWVk2AbM8aeffnp2dmb6GqkDNTTCZ1KEq6srjDKxDNRDB5Jc Jxg+jiO6rtvZ2fnyyy+DeN91RBEzYMX29/riBQkusLNd18EeATLGA/MriHQotQG1p2qJDhGYE56C iazbUDIDPBhx/cPDw9XVFeiK60VBMsghwmScyFPMIdehzobbIILwL3Vk5NDGMWAcDwLQ8YMYnVyN zUT9fM6LFy82NjY4GFVVsXcOl2q1Q+PzZrPZeDymNx2vdn5+/ud//udxo3YnjnwnqjL3xJwEGqQR l9/Y2MCOnJ6e7u7ukoiUZXl4eIhu+2KxwAg638WhYs3TaAxFJ9ZAnufUFbhiFGA/fPgAUWd/f39j Y+Pbb7+9vr4mQkc8o41ax23rAQqCCBVgidSo+GNsYXGBQSy1VCh2oTnAcOHgOEHEAr8irOacryQH byTWzQ1YTNd7gvj+jAzlRhRFgYL3mzdvaDWnGI5VwpS7ZsOHB2ljLCX/y6/gR/wuvK+l5YxHt9Fc zLgSECLYuY/AK+JLCBGlKL/xzUojvWIDL3wCf3RtMpHgAURYlwFI5mxMMESlRIEcoTpRwNJ6LiMb FN/QEAL5Ky1a9sFN0yT/xb/6Xwr1jhp4smkwAOq4PhEZHLwJE89FDSoppBJHNqBJEOeiUP1UusF0 FD4wKEstxFENURma7wGJJh0DpmBZu67DUtus4Ay4tDj2tm0Hg8Hz58/5J+bMAmty1OB6s2S1aNS9 lL4fHh5evHiR5zlOpe/7s7Mzzh+umDWpNdbAX0lEX8miqUbkfUvNw6XpppSiVlDuTGxSaOhaiOJH 7nOn7n/8fJ7nrEPf96zS9fU11wCBnSRJ1tfXiUnTNJ1Op3iX6+trF7IGEmJlusXFxQWlPwwNvExW hkd1xs0leXx8vLu7o9QDJMorAx1gm9w5DYfHqCBLsVwux+Pxy5cvQSEYc4Ht42p5cdKnXyT4QaOa ejUBtOJ6JlFNzLktl4o7DyK0vr4O8YYwlpIdEhR82jLSe6BWdnJywoUMIRA0ECKcnJzwyjs7O9fX 1wQKVVUtFovlcgn2DYz+7bff8rGUfxuRmjgMGMEQAla41oQKrAl1eGp3mUR1+Fdjd3meI5H97Nkz phq9fv2adP7zzz9Hn+7LL79EOzMGdmwfQB6s6+KgkDDcA07TiJBzdnZGWYsHc/cD8TgxO7bbMH0Q rmukm63xyMlUY75dUcjUMRcDm0nU+N2L6pOq5pRqMBPntnxKyE4j5mIvOn+nBuBelOUqGvzQqTGK TwZJ584W0r9MxPPB7vVq4cZZMqBxuVwCW/GcHBIuXSKWEcVLaFQ8p58t+bv/4ve5jUUkVO1gMzwd xBMi9ourCnaMpYYtVJpOx/1hRUDJHUrw8gAsqeowIWpqaKX/FS8o1wliGfcT/gNHB5eLkgarXFUV oCTNIximPM8humxsbDAkEyZD0zSu5hOGcJ24gXYzlLmNiNV1TUWRejo5Wq/xDre3t4PB4Pr62tg6 AYKLb8RfoI2uwe7s7FBgWF9fPzg4IHrlC0KIwUdOA1w9DBDYHP9E/45rqtgLHO319XWqAQuwu6gB VFW1t7fHwxAG8m2eaWUY0Xi05aBBEkpxz+2wc2kothLtIbu098Kmm7YE+uyqoN/XrBXEsBwEFVIl 4xtcugCqStWI5PSxVcdDUJJBDDgYDMB/zFShzLW3t3d2dgamTEUB81oUBUQIQnIOPL7n/Pyck1lV VTwhxDU6W2eSvLIsnz9//vbtWwYE4t1daU/EiTTaU6mRmFerowH3JPij0chirkA0QI6YMIqTcS41 lGQFEDzOaWNjw/yTViJCnb6CYFgz0O1aIKEvFgsEdc0T51Tz4+DgnBa0OW1MbFhdXFkulyB1QTiG 3flAUwE6sVyaaJxIG1MDhbllYgpxJEgI4potAFGMwPj649Iq9QDzR25fKqTekTgeizI+R70TcF0U BYhF0IAz+5JM6tzw1moJOTRqMg/KPHJNZTDQxPL+Ipr8D//pfx9CmE6nbEkaweVdNNIs0SBpJwJO 4U2nAZJuxcG0121Ea3UAEkO0dqRdRJwq1FPDX2JoSOtyaXvyGLe3t9g+CrAQWpAP5Zfu7Oxg/pAI x0y0bYvuNp9QSZ/Av91nl02tqgoswvBFIhUR9gCvYwglET+SOCVogiVjoRAt8A710aw+vrIsg82G jSPOYrUpHMUxRZqmTBmkDEDmEQREPGpCqfPW8XhMzsE5yPOcG8gVHWkIDilOrwaFVFqSdmy8l0+I 06BWc8xDCMR9tTSYSHs3NjZ4WpZoZ2eHX314ePj+/XuPAAOl8a1gEfDfjMrjHekg401Rj7Ht8312 +lxKL8EnPLaDeEpbEIwvkMV8Pmdhya+LopjP54vF4vz8PM/z8/Pz29vb6XRK/wErYIzbyev9/f3B wQGt3bjh0Wg0n895bEz5bDYjeGRkIImdr2SQuj3eAnI31ZROs8O6rgPZs5clLHC7eCvZD/AW6NtF UTAKDWdAKoCJ4fNdaXfcalNoKwmmCoeKQIHOPs6GGaiOLnHkNMHFaEMtvfGtra0kScAiyJzIeDg8 6Jpxu/M8Pz4+TkQmieNRdr9VF45hzEQKaKl6p7nmrAkRA0e0j8bcY9BRsmvV8tlrgnQXdZs7q3CM yDVJVKun8HZ1dYWhB6BGAghuLhEnNqGTqj6wKu7NQGUf9S7Zhid/91/8/ubm5tHR0dbW1mQyWUpa ulXjAI9uVJdVY3GNsbBAaHGQZnrmulUKCHKbp+qmjuWDumCSiL9haD6RkhS5CYXQQsNXyWqJHz// /POiKH72s58dHx+zUgTsrAJVQd7I9Wjymk4jZhw+8D+9yFhd15Gl9n1vR8W6DyP9EHt7m+wQAiVW msifP39eFMVPfvKT29vbFy9efPjwYU1j1YJCOQjs3EA2Mgig55TkIodh1NgmkJlUrZWm6JELd5IZ 8UelaeoJq5RuqFPB7IasxuLwLtz8NlK5yyX2SWxVqQ+Fx/bW5+JX3N/fX1xctG27WCyYnEcikkQF WH4vJ4dzyC576nqe5zBlDZgS5FKsY1trjenoo/KDc3PbdxwG9+ri4mJvbw9gJIRweXn5/v17Ii+u H9aq67rFYsEB4DiBEY1GI6s9k7Rx/4Omj+UiV3RdN5/Pcb0mw5lv48QrVS8VA4qDSLfb29vcJpJj 4gx+HWz3vu89hyRV0QXbOtRYKwwuJOBXr15Np1Nqm8vl8ujo6Pz8nDDZjpnYpYu+WEDiTQwQOSiw MkUdSlzkYeBpiebAdKKoWezF4E8vzh7nDSYYhoUIl63kf7gdpJ6Qu3MJC6aqf+JUDCj5f4IqqEON vIgJqSEEQqJcQ/6cld7d3RljzDQRuo8kuVLpeeTqxeWVc9VUqQBfX19vbm6a5t9F+kXQiAlHCimb GgorRE1s1G0X1B9rG5tlWfIbf/CHaEbXIoeCNpbqaSZIb6VLxeNaobeLJDVWUi9in4yEcmOpZdca oWcLyFqbdfegMVp8CAksZogdIsEfjUa7u7vcDZSeQgjI8DZNQ4p3d3cHGgUDHQN6cnICRBPUp4D1 MRvBXp1UN5MEuS0jfiVRyxyReyO5SgYFpCq+gzhT7kObBSuQi6VApasVnwSBkYeHBygQxtZJDuhm wrlyFjtpJ/FPXNG+7+/u7sjDqAoUUvKzk7+/vzemxO44UUtFZrdHJ5TAhBEak2U/e/bs+9//fgjh pz/9Kfo/w+GQ0JLoBjnDrusACoPqWqWUZ+bzucuAVVWB2BZqNWALyrJEgwxXigUk2OH+IG4OsSxO b7uuQ0CCaJG34KwSXbK5DrF5tUJtz1U04Z6siAXH2/FUu7u7W1tbh4eHP/vZz3opqOR5TrbBhxg2 Aaw4OztDAarQmOau6yaTyfHxMTcc38BBetTAjSzLptNpURTAj4BpkHS5rRzI6XTa9z0jBq0t4TCF m8sIYtKgTrP0cN6JGtCurq6IMNBKylWLJgsM0rlci6a3l5JPIBHEr/MJpBpYar7HAE4QKx+Ynt9S aCJKURTkNHiXQnK+XJ9SLFWKK/x9/VShrBV9hT1No5l/mUTKeg0p6qOJSLXExjmB7rCpJIwYhEzY ctphpE91Ltu23d3d5Xzi+9fX12ezWdu2l5eXzkHJ+2N120yCFkFUerYSuwoD2OkUZ8/gR5ZlyW/9 8Z+wryBHTgGSJCEXa6S2OpD+mRPDj0gaZH+mV4/HYw5xJ23iuMRqxxBUGOF/oC5gngaDgfsCOrXk AWHf3d3BVg4hILaAYQLDwcgi9Xd2dra1tYUpBCeppCi5WCzKskTJOkRN7YTzgKqdhg4mUSc9cGHc btdHrGSf9VQ0UKy5DQplxkpC4SFS28AceGEzdb4UIoTxUTg5W4cHTdjJo3FIBppsi/FYJMXg0Z2I d447KOs51uhVfeFFgnqyOegEhhxHc37AuLDCHHTejuPhlyVkK8vy7u4OZm0aMaPJxD/99FNc+GAw uLq6IuqHH+0t87nHahPsj0aj8XiM41xfX9/e3k6SBCSdBItsKWiKDTploMMmucYxKfLUqWbuxMYr hLC1tQUg4zL+w8MDUDtbUElxOk1T9BWoTl1cXDRNs7e3h6nqxDUiR+SjoMRRHAoh3N/fE+xzB7GM e3t7jNYjxHHSE6PqzlOXy+XJyYkPFdOJb25uDg4O1tbWrq+vSUEwCE7cuZhBPb292DtswePjI0+S 57lpBe4gC9J9ImKzwQL5IWgw8pBLz4qrh5ADm44lKYqC9TcGnatvnGTIeY+LnJm6jdJI5TQXIxks rv4lVWffSkMUidg4RlTyPCdAoYmnEhuVR33UDF5Ewo2x2FWAApVqi1tqnDW33qFGEO3VcXOiiTFN NOrZPS6YsuS//T//dBVNUGONOItEBG46oFTIGkFlWWqqRpC89fb29ng8/vGPf7xcLufzOZ/Gzhlo TlWkrtX+wLeFiEmCqyRc5bLleb69vT0aja6urk5OTpyJ0JXHongtqIegxAIeghKpU4HhcHhzc4NS YAjBYAvvsrOzg20i7nOt1Z5joFEPaZoSklj2BN9gVLdUJ/FKg9UriZ/w2NhHTidHB3j9/PzcGEIq niyLQ40lV6V6OBxOJhPgv0rKWe7YqtR6ynE3GYk7Wam3qJaYO1aVI5hIO8ghSVmWQCKE5KgzkjRg 60HbHWchnUE8YhYXeD25BdkGm9t13cPDw8XFBQeg15i9JEn29vZCCPSgUi9hu9c0/gIMJNVAesDH tbU1kJazszPQf9BkcP/xeIw+cwhhf3/fRqFSR+54PD44OOj7/s2bN03TXF5ekjEgt0vyyrrxya30 DOq6poSeSnmN+IkX5GzQZ9epjFFVlTtlGsm6kRFyNzEToJ3n5+ekC8S/FEgpCfBb+L2Npq/ZSBVF sb29/fDwwOkiceTbcPx931MEZn4Oo3V+GYVjhf3k5+fnEMyMWmCD7NoTTXTwTXekmWt4vTE0Dieg cyI9anZzPB53Xef5Yt5ozKVjoz6iYPTRqPpEX34XzjOP5GA8RMRHF6gLsQH7vkeK7v7+HiZrJw4o u0NXBHEt55xDxcsiD2B8/BdWOEmgPnPROkHWxVM1dX67a+lNpFTs4ICMFuea/M6//jdB3eHsIokq uSSP6z3INZKiFYEU/0mhCYWjJElOT0/LspzP550ajjlegL98xagCD7S+vg7kQoiNmdjc3CQyfXx8 JCThbMWUu0RtUI4jCLpdU60lqMRvvLu7g/4VQri9vcWY4oTX19dfvHhB5wvnDBQVE5OJaMzish/s hCsnq0hPdaVR7sBqmZoGgtAJzrfxK6dBrAAsneFw6Fnk+AYqYKAWkKI4oDECHlSTJGeKC8Kdpt7Q 58WTYIs5hRhuv1qQOBQ/u76+/qu/+quLxYKM5PXr11SqQQk46xcXF6vVCnHHi4uLN2/eHB8fs54c blabUeAEfdwNfunW1tYXX3yxubl5dnZGlez58+fL5fL09BT9LD6KKgUlXOAsAFYuSZ7nz58/b9sW RQqC37qu5/M50P9IEkA7Ozvb29twAe/v7+fzObwUnN/m5uaLFy+Oj49/8pOfdF338uVLELOmaQDB KDUFKdYNBoO9vT0+yrCMSYrD4RCArqqqyWTCAeMO7+7uXl5ehhDANvu+J/4ggCUi4W5yDquqms1m cYbEATs8PIT8g6EZSER3fX29rmu8iMNePK67o0k316TL7fgRhLdXnxdxxuXlpctaNzc3SHM77PV9 iU1wiCaFYvuMDZRRQymnGivGMtLkQXydSbLc1s2lXZKqXk053VNBhVR05EzNJVzVZTSavIu+KFxR C/RPcTHxfP5+it7c1kbSoaBz3hqgMKrHpCMGOQ0JZOKAplIr6UQrykShIZBqVTFOJUHTNA0lfS5U WZbJ3/+jH7AHbSRrFSMM7BP8Qo5p3/dLiUzGVSDe8+HhYT6f0wDS9z1kMmK0Uu1zRBaOQKngtRKS ZZuTJOG62mwdHR2FEN6+fcvvItY2TIlpdgjMK8A9uL+/52ITY7KCt7e3Fo1hEVkgn6rxeExjd5qm oPnD4XB3d3cgvW8vkfMp99pBvLMfLtTcwcEF5cT3ALg7pyGR55NtsjOxhoLkQHlZ0JWu6/Ar7pak ExUIKyhV4hqTbxE/kjHwbb3ouvf397PZ7OHhwahFJfma8Xi8Wq0gVgGgder2JGZ0ZZUo0oxMzv1K ile8BUD/SuNP04imlWgA6Wg02t/f7/v+q6++MmiD2SWf9SiyUmotaHsZAoJizA3hJNg6YFVHoxHW lh1frVZ3d3fQrnBawICQi7AIjYbWdlGf6tnZGc9wdXW1vr5+dHQ0n88pdpFe4INhTDkeTNXqCZCN tQVD45AQv2NEhhqowMnnHrne06rL0cvIdvDunVSFB4MBrFaXTDEWmM5SXSCJBg989tlntizcdKDe 1Wr13e9+l40wF5tCi4uKzs5T9TZi4La2ttw/sVILNw0TZMC+I7m0B5pokD1gEUaQNekk4G4ssXsq 5Ou0wLm7Fxx6eHg6KcnATpwxp5phYEasM8VBpL0M9MdvcYjNRrNN7oqnoLqMtLOMlPo3OqsGrMew GBPzG1HRYU/9SL/QlgGpcf7FrW4lvkGQBS5PjklhHZPB3xCVdGIC2Wdy2Yg4OIudBAOMOBMG9lLb sSd3whKULpHmHB0dOU9MVA1nZdck4M5TgSfiOba2tqinc6YBUlmau7s7oIadnR0aWR8fH4mX7fM7 6Rk1IhuxPqWGndro9Orc46VQQEvV5ctlZhctKslXHjV5QV1nX8h5PRcFyJ7V4ODC5Q8hAJj6+OYS HnCkEzTIqSiK7373u7BI7+7uDg8PMfd+a1AChlybG2riNvEyNtRuOFX7RhupeDu8SkVIgP2C8cWd QACYzWboJ1tPcT6fMwiXs3R6etr3PVnX119/TfH8+voajwgIPh6PqeAxWRhhGX41zI0gWqrpd0De vBdLvbe3hzpQ0zQbGxuz2SwRx86ILcfy7u6OSjLsUnwVmaLPeaueDEch8Bxg/rjbeSUF9r29PUIi KCJcQKThmTRiz/fw8ACS22higUOxIKEh2wiSnrIsZ7MZZ54gl6rd+vo63s57navhoNWENZxEptYB 3CQYYNd119fXiGE1ka6fTZWjy0L9/RwP8G7C/7ZtOQn8caXB1p0oyFk0KYlr5cD0UfN/uqdfDk/J YIJADzYRb+RaaKK5Q9T/qYvw+rg07hoYL+5hNBp95zvfGQ6Hb968gQ/GChhYD1IrIQQ0/Q+skpAo PO2VbaWYn6itpBW/02lBGtVsCTVSzWkYDofYseT3/t3/yzFyGJJLRodPhEQFQWVnZwfvyu4SkBoW TKLacYjGioKruN7SaSwyXmgymRByggV1ms/7UTTnlzw+PibLLiVOWWt4NzCoZehLtVly1UMIh4eH fvhOcBUfQoAGndkMbv92v1eq6hCPxDvyAB5eg3fhPtuw+j7EGFcQGlhL0jZVsR73RirAM7vkSFnY CJ2RykoKEGlUDu37fn9/P0kS+pJStRYHgZu9WjzSqPiGL/e5ZDddr26ahkPps0uSsdLIyl5lrlwE g6Dhuk47iPfxUkiVcpO//fZbaNrcMTey8f/A2YeHhyAYPA91QlLmRHSOi4uLsix3d3cJzFkuUkNG O4F+YOVvbm6GkpyEgU4zAU00AO44clh3XBmDMJeXl23bHh0dQYti6qkrb3wCw5WwlaDnIwm6kRlQ Y5hOp8j1fP311yOp4wEzZllGZsDBA0m7vLyM239Y8KHm9sG0I6wmc+WpVuqMB1zCyhAfOGbKJDBF wRnz7RJ9mqYQ7QeaNUYN+erqKlU3iW9uIvkmtqYTy9l3MIiRRY6eiuDky8V3GlLPokEZsbFKVXNu NfAE3xBj+kbVHaqnke5TL3ItsTB9hUnEKUikv9Y0DWNY2I6l2uYd/mdi43B3kojx6RUI0TyWJBLy aiWQ2UjkMvslbXA8q2EAPpxaPc+T/LP/6/9u1BraRvLfneSQEpVlXTd3OY7uNQNexowIfatbyQAA IABJREFUHEKkP9ep+oEz4LG6rgPtQi8X1C8XFSSoDceEJ5J9dpcAE9/LyxN49n2Pg3WHruNHxx0c IC7AxcUFE4eJiKFYxNgWUXCmgbl8INlrozo1m01UaHjE3Ge8WiJSVP10THsnZK2JBk4lYtZzAlwx NyyIqcIecW8xkdR5sMhcJHImrnQvmVbWFswxjyQPsSMUCXKN43nUJIGV2ilJjzzn04Qfo0++OYn4 yIVUExxh9X3/6tWr2Wx2c3ODiV8ul5eXl1wYzFCQggfbwfWjL2YwGOAbiByx+9jNm5sbREA5D6zS cDg8ODhAcD8TAzJNUzM48zx/9+7ds2fPjo6OjBU8e/aMbBeKIdj67e0tufzBwQFxHBcEe0cljQQO TDlNU+afgBodHx8D0eZ5fn5+fnJy0vc9YpYYes4zb72zs4NWZVCw6WgDxxaHxlgNCi0EthT3ONJs ze7uLk9CUc0W3FU4/hLQKRPFmUosz4Yn4Buckt7f3yO7X4iUzQVJVK0pxE/nIQHE3DNFSg0cikvz dSMrStMUuMNcBpBenz2bKc4DmZAvoxmlqYqu/kEDIHmk+9ZFwh588aZm033ve9/ruo4JvXCXoXIN BoNCjHgMF66UiHsozRkOPNXsNlKTtg/wfsVxUqeJYzzeUEOTgkSNnj17RjJN8SP5J3/6bwnBetUJ OTeJmHaVlBkMe3HIltG4Ax49SDmrl8CADXQqwR2bpyCuHg4A9pWTlFyjfm10Li8vLy8vSa5HoxEU FBw7yJ2DYkI8LnZQfZIM1+wU4mICIu4hj0TRidxqqFZvh0X+I9lrJtEotj9T8xc/6D3jUWOXW2kS bAiBRLuQ2hE7x/+TmXZdZ0Y2+40QMQsIat/3PdSgVN0T9hx+JErWvC/mPhcHg/M6n8+x4xwDh3tn Z2cAecQFkAvd9MRHrdQoj92Hp0jBgz4pThFJQ1mW0+n04uJiOBzO53OoPkdHR0iy7OzscJYwuB8l +K76EpCm0WBeXgf8EdATd8u/YlBwUdfX10dHRyY1eUFoDgKnwsZBtgH3c5Sda2JXIgUrwiWibOIV rLC7Z7uug3tO9b7ve6xAovmUV1dXFHXIiqgfsv6j0ejt27ecihiubCWFXatDktoJp4jjxxchsyF7 noeu70pSDc68E0mGEKB4gB+UJIrAbGgRDTEnbyZPhXvmO+6KLj8F5+1RGvSk9TTHOj/m1dggO5Kz s7PLy0scRifwPVfTHIAP+RC/C4MLo5QFzyN550SjP4IkJx1T9sJaafWy6eSfzBci+aMPi4o0bg+q q0MTCHu9hivk0UyhRvOteOWV+s7shzpJDhQRH99I7EBTyLmqVC45A1dXV9vb28l/+b/+AWFsUL+G HSxYgct0RiQoHpI113XN8oEelmWJpXZa59yf9YVeScTkczYYDMBtgobyGIIA5ubOcNpohOOYAgK4 YQTTSbYYJLrGybi4uPDCETliVXkXfl0vtS82NZO2V69e0zjTnE6npZjsrYYnQEI3OBOkHe8cvOs6 OjARP4Ba55uQaNQkL0VPZl3XfFTc3YCODbSW9+/fE1M4WM40MoWjbxAAA80jra+vw2Ch8jkej58/ fz6bzcjT37x58xDpy1eSoMg1fgswGhvBIzWR5slAY1jyiFH6KFVCLvxgMDg+PibTB3BwGyGIJ1Ew FBEwJRaqLEuaNt3/BRGwKIrpdIqwNa/W9/0XX3xBKejy8hJEuJK4gh8Vx4kfJS/Z2dnhptGv6013 yE8VZ7FYUAA4OzsDHUol6YPgF+Vu+AVYByTqMD2dmrmWy+Xa2hp0afMLoWrkeQ7c4VqZo9pcrBJz wzDo2Hf7GAIRo94sMn/JfVlKDbiPKHeOrvB2sIYQSso0a/709BQYij6SEAKtrTYXfNkOwJViHHmI 0DxOC99jCsCjhn81mnica7AP7+JGh/X1dQs/kNyfn5+z2vgzlzRZW7xyURSsHmYhkYocYb4pG0S6 WNtCzVxVVXH4jXO4rFIUhQ9tI4IQZ6ZXRdewEmUMsvBeFNhUkvFZlj1KZAULw8NzEYL6zLFy+Mit rS0sBkFJ8p/83j/nW6llGZIntSFY6CM6US8wN01TNgkiJ7WXTjSPNBISwaY4/jKAZcTGgJGBMyIO FosYCkuKUeABEOnGzeAnodkFAdAciEZjDCkZtZE2f6r+mkZaNyYhdZKDYDvBvjHN5B/wQ9CZ4i5x 9A2SDEQHtivmEEDM50keHx/JQsqy5EjxnZ2UODNJrRpeIB7H1KL330qsIybAOT2nUOloyP6GXf7k k09gPYMtGMLirBCduTAbxEB1Op9FihSdpMOxGpC9Xr58CaDBv7ZtS/zF7ucSsG2lduIaQKNmSEri WEAiRyRwCa4HgwHcr1wdOrkmdpVlub29zb5gSUlX+V3kOmmakgFAvSXkZwY0f2MjRSBS1/W33347 Ho9h5ZvGx7EcSo3LKI3DVV5tPB5TyWw1hyTP8/l8ztWjEvDhwwf7iU6QNHsBSBgiXeVKvYRbW1uA csfHxwQrW1tbjuhzNdCXktQ36NFHrYXgJOCTjl79zRRLXA4NUvHkYDD9HEKOP40oJMsyDAVGil9h PhWhzHw+tx1EyYNjsFgsgPuNimCXDAfxFjwYr99F0z1DRDtJ9MU1GQ6HWOFWKnI4G6riOFfADdsl 1/BsHxzpZyosJyrJDtRy78JSkFoDfA0jyUSo5v/4rmGgKrXF4OnNLsGKgvDgY2q177l6lPxH/8M/ 41udUJRqPW8jNWRHhYkaNUMkmsG1IbjuovkvIRLDMgLOyjq69Gv0gqQr9TE6fB5qrESQGOzDwwNg 5VDjs9kAIj7cYKt5C5laT5188FJYsVSzJjK1itnCLqVTaAPXieJSa1yG6z/k0aVGFxFsBpWe2D8+ aiS5PvLxIIQKRIiAzqITRVEYMSTDWNMYxsPDQ/LlXlUgv1QpGTUK17TvX11dUZ/8/PPPv2naEMLn ZcFOwUE6OTkJqgwD3zvd4dvALvjXEOmamTLUqR6AUcYcb29vF0XB0DvqigT+VM4zTYbD6iXRgM3J ZDKZTIhWyHJSCYYABNV1vb+/n6bp8fExFoQjwROaj9tKAS1VqTkRuylJksVigXrXz3/+c6MiIYTF YnFyckJJDcM3n889Y8uYL2WnV69effrpp33fM/sJzVE8FnGxM0IeZnNzk2wSzhJCp0VRoNefRO3s fAKGxkEuNKcYGjWMk4icnkvbAJvbiSNo58cqNU0DM4RJBvwRt5emKSkIVjiRxBPG1DC9uQCFJCer qqKxwBec15lOpzSE492JuvgcTHaQIuOjNCF4Hm4fgkK0NJOykGSg9sMBWK1Wp6enaaSwbdDfPgPj m2sML/SBRFzVpYSqSLy4UO7o5LI7L+k0GGQ8Hk+n01XUX+qMH5+EM7uXxKxvq5mRTixylbig6HBy ErFUQCP45pV0UtkIfw7JYvK3/uHvEOJhcUyOxkUvNZerleCZoQPuMGFXJi6q/ziIWmmI2dtofqmd vx0gERkQiitsvGQvWg6HjHeGQLKxsZFJfgHSun04VtXpGE7Pz4BzzvOcRU81niZEKv7A5cC4HAsK O13XwfAhnOQ72W9wSdcncynCE62gMwM4yNOura05DgUAZS/ITlwT/qiWm6bp6ekpq41Zf3h4AOzO RcDieIGzI0TDUk8mk8VikYrDS0oOdM7m3t7eImPL2/EuxI9932NtOQBHR0dcJ9afGleaptPplEea TCZlNF1kOBzyu7BizGoIIVxeXnIckyR5/fq1I8dU82C3t7e5vRcXFyDgp6enUCpb6dbhTrquQ6o3 jZg/vGaicYnL5XJjY+P6+hqDSNMjeFqhaYVd1+3u7rZtS6vhxsbGN99806lfBoQdrA97nWu0QC0S NOvGH5fL5Xw+39nZIZENIXz11VcUcjntm5ub6N2fn58fHBxsbm5eXV3BVuglcYPJ4xXIIAEfDKhy tGrpnDgWsd1kmyDU1pFKomtpVVVREuDEDjVxt5Z2mO/vSENCGokKmLCYRxLfVm8vNB0BEmEeSfIF VTWJbNbX1+kv+eabbxBx4gt8vJFEJbh/quJnGUliOIN0eJuqWAoQit9dLBZY4cVigX3k21wVI1ta SaARFw4/eKWW/kITvfu+p5uBEnGapqwk1xxIEAZgrjJSrZE+vaYvuTyTiBHPReglaQV8ZxEIF36I fk5OTqqqms1meNaqqrJ/72/8jUR0RmwQ68W1LyS9m6ilDQtLsoBjCaJt0CZDM0KmmdqZ2snsiIjC 4l58gkrSZ+ewifieHETKXPwskIgRAE4Y7h2ff6fRyZWawsEr6Rrnd9EtFlSjS9VnQaZPaENBDA0/ IgVWqVITfF3X0+mUNtrlckks1qipBGZInLJwVdhInDO+GmTcBjpN09lsVojiwrEGiHC5YikRSgwl +uaFRKKTiCnEZB+WkUIWmO/Z2RmWl+uBrekiqalMOtHz+fzZs2eksd988w1oGI+NyYiTeiKLg4MD vAh2Ez/Bc3KBsdrPnz/Ho1xeXsK45Z7YxXJsbm5umPmL16e6Q5DVayIrDJBeXfWcxk4tizDx67re 3d399V//dchafd9D3dvd3e3VwfjJJ5+8ePECy4jbOz4+5uSzSqvVypU6ykjcPe68SbocXXiKXGDO GMpI1AYXi8VkMqFFrizLzz//fLVaHR0d0QOJYyZnhWBTaGSxa+9dpCjpIJ3rjNGZTCbT6RTWI8CO E45Kmips5fe+971SAoKcVQKg3d3dVFKjnfi13BqCR3Y/TVPSsiBZiEQMEJbOczAoMLCJVLM5Azad SJX0Uv3lB6uqgrWZqV+0johk+G9YgLl4LwYPnb3hkDhFTk9d0cFKVFUF88caPuQ3wDJB5EUXn/l/ 9oIX55A8ShOUU5pE4zb5QZvWWoOoCg2IHw6HHCc+PMafU5EmQO15Kk4+BFxc3draWvKf/vP/mW+i fkUv4mKxIBOxWwvqmE80EwQbMZ/PB4MBvTNUq9lvjoINBEnE6elp0OwLl6rtVIL6LyjQs1t51HfK 7jJwA3fCXSKQIUyoqop763S1U8W519iqRP0ChTidIEudJg8YoWs1aNyhPScVxgiHbzqdEnrzOqB4 K4097PRFkjGMhiSkoq/xaq347wRHvD6QSyUp3eVyaZuSaeSmw2oOB+4B6+aQn4ARUh2zTR4fH00H chRwd3eHuUdIYKQxuS4G8lNcVLbAwC54EVkFtolgFvYhhcejoyN+isCTjBizaJ2sxWIxlEAurEcS gqurq1osPV4nhMC17MQkGQwGCI8YSjI+S7LSqCcD1IsPiY/3+vr6/v7+2tra27dvr6+vweWrqtrf 38enVlXlmj+WCKFshzjYDowmasCUPShK4XhogiX9397e3t3dBWakRSPTjLdcylYwFzgG19fX0FFA /DlX9kwOrtNIiSw2+p3akRq1Chaad2aIr43IeVmWkQxlYjnD3WIpuIlUnrllmAjUmajcZFkG8s6L O6nqRQLhvlSS9ElFLQMoHo/HV1dXiBi3mvGZSz+qfypsl6r8xoGMdzyNCqq1dHErTZrlACBiUWn+ Oz9CVg0f1OEvl87oFneNWArUG/uw1GyARoOZAOhaaYL2fW8+SCZRhCAtPAIve45UVXEUsFG6ZZYD l2h3d3dnZwfR5q7rkv/8X/4rntKrRsCbSxTXzoefbzTI1IV7l2H9ZUJkp6k9/k7XA519OFYl3QC8 ZgPquv7kk0/AuXgA+GT8FkNdz58/B32mJb0VwZaNbKWx3mm6uXcoRJxL82QacarW19eB9RtJtxeR jg/MrVZzePFMRK/Ax74/+AnWBPr5w8MDsiR7e3s0sOR5js4UkV2tcQQGr/B2xKq5ZPNw8jxV27ZM dGvUYMVV5IuWH0IkCsv03RAVmqeYRl8UQrG5nfrae5VGfTmh7mLioQBhZIfDITL6W1tbGxsbJycn yPX0ErZmcHld16hTUW90rg1MNNS0eB9C9ouN69UUhsda13SItbU1gHLHsDhvDM2a5hHSZR3E5a2q ir7QPM/BTEApqQybwJBKEJGLzYdTq+DOc87ZI6Q4OLc4ck7vzs6OJVlgbWIIjFS0bTsejzHoECgn kwl04VJC56S5uVhJfd8TTHBxjJyAIGHE4eS1UgY0iYD3yjRyJxGvjkCK4KBWm5hzO5Jv/N/V1VWM kmHaSo0kbTTdIoSwv7+PA6bcQi5O9EN+30pupJDI5VJ6QZm+QkRdy9R5k0h2MNfEYOd2/icWhLzf RDuSPIAK2taCOq3KsiRrXC6XAw2oiW2gMckQjV8n84bxyT8tl0tO18PDAwH0UMIJjxJk5NLxbY+P jxT2MSO+nvxGosCmaew1eYYvvvji6OiIP56fnye/8Qd/6OuaJMnBwcFoNDo+PjbvomkaiqXmSPTq AsjVNxEiAYde46dJrv22dlmJOq8Ie5nsUahxjm/j/dfW1larFWAF+xFCQPq1kaAarR9Q4AkD6Scm 7h4MBhZlNGs+kZCLLa/rFXaSDpSCuDSZer7LskQNMVUF4iPvylcfTV7HP4F9M55iQ/O4cdfsKK0u FroiLHKgwXGMaRgOB9hvUuNSDQc8RikufKLhk3TtZ+pTrSIFN27jaDTifYPg/jRNqe7u7e3t7u4e HR1dXFyk6hjAxLsajDrNixcvlstlmqZ/+Zd/mYvbyykHkCWd5xjYYgZpXTmxwJwBN5mz7FNHMMWl zfOcliieAfYhd7uJxuVgph1SmbHqtGm1WiG8HtR25+VdamJwHk2EYLVNKMzEiqmq6uzsjBcBdoCB AzSEHVypp9c1fz7h4eGBDJIqDtbKsW1Q9QVIt1ZrWCbSYRAQSmjcSCMF92Z1B+rt5rn6GOcagR3E wvaH23qyhhsbG9TJgUT4/K2tLRrCibcSdUhx0XDhjsExzXhfjnfTNEb8MYV9pJAVhNk6osrVk4hb 7VSs4sc5ZqnmewTxI1JxfKtIZBG/Mp1OUSE9OTmBjUYaAeZDObfTfFTbVhvAIEFHbAUOhr/BdxrB T0WGaSSrHlTPwBf68fKIWkIfT9M0aJ7DAuDDEVglr72/v09+64//pBYT8SMs4v7+/osvvqiqyvKz rVrMO7H0gnR6jR+5juFA3teG6NtZEgeaGp1ZgARuFO4LDWTgn7C5NKqVGqebpil9HI47QtTqZp1C 17sxplXEceaoddI/sLkJ6pJw2ouP4V89s8IQpK9fKvaVIT8cQwgBEOn8/Nw6kUYMsa1cM+IdgK8Y L8L0ZNIRA49uVJhlU3Fj0L0vLi7W1taeP3/+5ZdfUotuNLplIMFI7DKBCSbSmAYefblccqQIZJbS IOQBnNPwTyQ93HAsbBBtmRDMreHoLz5oNDkrSa3y9vaWIXNOsyoJGCRJAvBqK+ZMfDgc7u/vV1Hz V5BkBzKQhAsxC8UXG3+zFo0TARPDinFmuGxgvrPZjMIyOVAt4V+e2S3N/pHNzc29vT0Y66QOlIi4 vUG8A/MoyMc5w8TjTghi3QJqJ4DX/igu4EoznrqoP/NRA3XjFNbRpYFKUDgAMUpzrRj0GAHu5nw+ Pz4+zqX16JoN3zYQIz5E8+47zc5lhTmNqbgrBktJceDV2LDYmBTiK5caUeKL7KMbRER5lOROUOXf gax9D68ZdwAM1FlCGsQ1AXMGTHOQXkuyaXNz038TpD3grAjvkqkA6XoJX4QaBHkkjqQU5n2wPpPJ hLy/rmvgOL6BOI+LGdRIOBgMkt/4gz+kp98IbC8OKR0H6+vrBBeNlOaDiHGpyvEGg5wc2VIb2Ali IrJknBViGRa3ieT8qaGByQYV1knhQQaRqGzb9vLy0sDI5ubm9fU177+3t/f8+fP7+/vz8/NKgzFd bzw5OQFodj2QTSKeqtWI65dKI+p9H03R68QgihOUQqMpiXc6qTbyAJeXlxxoXg0HfnFx8Si581Kc a4oThsIcFPijCA18eyuptmL6J5PJ3t5elmU3NzdHR0cPkeJ5KuF+vn9jYwOdW1ysTSeZ/tHREUEx x2hNMwogWZZlSesED0ngXBTF/v4+H0U3VqUpUdgU9FtOT08dJBZFwey9rusga19cXJyenmJDX758 if94+/YtUAbrwLbygVgu5PsNDR0cHGBkzVm2hybX7gRlYvIeHh6QKa7rGokLvBFJJDbOV8A+kkOL NSF9QUXVcQySZNvb22tra4eHh73kV0MkXcuVQTmAp4IbCskqCIeMvULXdfT32pNl0lrpVJSr6xo0 BuSH9NGG0nRsPLftFNhdIw4FbCWmnRAhcVvhb3hhjUptbGyAwqVpyrwqFqGTpD4FcIgxlJRHo9HZ 2Vld15Bfz87O4Dv2kVQLt8nuloIqARzfAzUQ8hi7STCUqis1RPUq7pcTiFLNq6m41zHISXaIKgaP hJRbr44kPqfVV4jI3EZ0g/LOXpw9bpzxRvBVs0sTNTDjgUoJ++D/WMbPPvtsb2/v8fHxyy+/TDQY lc9J/oP/7p/ax9qIs1LGqR0O2GTzZYvGl4O+VBOwEvVu2bKzOgS5jkz9xNvb24iVgxEzQt7DRSHb dKI6DYfD09PTzc3NXh0xJH0D9RZxRS0EiJoot6KX9psDbUMcSTShwqDtUMMnGym04Wzw6nbLZG0w ExKVqVvR+XlINsYfWEsljqAyjq+5uuPxuGma09NT2HugwM7Tg0hyW1tbW1tbbgzxZpHikEiGSJLM uTC5OddjPB5jsoECuGBVVSESAFSKQQfs41enaQoByev26tUrrhZAba7+lCCcB1vMfEQyDIsGA8u0 EkFdX18nwD87O4OBagJ+rTEgQBl93yNWzGeSzZDA8uIvXryAnoFZdx4NVMXhhB2AfFilYbbU2RoR HIlOcB5YE0wkXmQwGOzt7dFsgRdkDkGWZaAHDn1gZeQaY9lLku/g4ADWRN/39KbaXXFi4QjSlolt TZKENiL4psvlcmtri4fH2JVSSydRS9St0gmEsempNQGcE5XnOZte1zVRfN/3EMlz9TTR7RHUV4XH ZaL9wcFBUHmGKiKiuNhlSPRcTwS9uUc4MKJXKMJAav5FRmAcCfE3lHCZM9VJ0KmLRnY4oCbpeZQu Zi4ufJCEJCuGf3U4xW/HYJLl2yDYABoEy1Q4LNQTEKLxc0YpIbo45zB8hBFgxwkQucvb29tlWR4f H5+dnVGr57cTSq40c2a1WiX/8f/4P7FJHvkaotF/iYT5g74cYqTRcImgZAcqKH7PWGqv7iciQVeE oZR0XUfXe6fplEGi+6vViuuKm6LU7taJ+/v7oUSfW1GnV6vVfD4nScH2YVvpk+66DnYwPoOoZKC2 0kZ9T47mDNrE7+4ovlFZOERNXiRuj4+PZFj0T7IyHJTwVK6IvDiRJKkjhaqqaLC0Di0M5bjsFqIR BLW62LFQOAkvJkgFGw/mw5mezWbsBdcGLwI78FGTOem8pb6KCXCLHdETgHUmNRX4tnVdLxYLtGUu Ly/xAYQe9FLSZLS7u5skCe37LhqbDNOrJs++M74D7xWeykJwwNgX9sIhNsAU1NK+77/++muiCjge mbhos9mMVi+AQdJZTHklAniWZRsbG0QbMBrBFYkxhxoXx7UkjPBGYLOaqKnHloLwHKsNT/Tu7u70 9NSAVdd1lrTDDHHV7SyLori4uGB6Bmy/IBQCdg1sKBYToXkSEQdzGI4+6kSxxecGcT7pLG2ahl+E PACWlFpRUIGakz+SfBunZXd39yc/+clwOPziiy82NjbevHkzHA6ZbLySMkQtZT1eczgcWq4gDi5t 0ewpDcpDM3UVx2ad65ypMwZYxh6CY+PsGfvOJtbqpYiD8RB19lGpCpoQySnKxYfG3ENm43SFKJLm 2MeGtxNrCPeQq0kwla5iURS0PoUQFosFLEfm07ly3rZt8nd+9/fSNIWjTUztqLxRlbaPuIAhavNh vUrJPNnd+SFaSSfauDuRGaiRN0QzqbH46KuRLRqgYJi6YQc7fNAVjiZRZ6ZSIQ/2i/dMEs4N5KoQ wt3dHWWrzc3NoWbJh6cCMoXUf5aasRtzEz9KynjNXJxFfpByAhY5KHs1ts4isFZElKDVmNRWdFq3 EWTRKEieGfsLBnpzc2OGuEEbjP719XWcYFEdgmAHGNI0zdu3b1FvN0eFYBzYAV7E/v4+GEUIgSam Z8+e8cfXr1+TG5ESUV3AQ3OuwN+QDxwOh1AecWawG5fL5dnZGW/aqsUhToyyLKPG0Ggimm9jre5t fnXscUkFUOPhBC6Xy+PjY54QUiOIE/ZrNBptb28fHh7++Mc/pmIflMOxYliE2WyGCAGSdvG4EhoC SEdIMkbRdAien+C0lowifnclNUpf9U4Cio10MRNJzppERHmQbSXkx1OSCnSaPd1HFchO5L+goiLr 7MLyUOqhHDb6ac/OzjY3N1HU4Y+8MsKTIQSqOE3TUBjAFXFuB5IRffXqVZqm9/f3SBfc3d19+PCB g+FAysgnDwPA1WmWYSoiQ5qm9Jr0ErHoJF7taCNRn1Sv3lSMe5qmkNY6qRU5Vssikcj19XUrOPaR wHovqhjJE7kdsEynhq+maa6urthfThfrCUhLEQj/lKpfr9LUSWDAQtJypeYXJRJt9AFYSdO4UXck 8db6+nryt//RP+ZCtqIMugKAgUv05XVhR4toupDteKqqY7wHQUqbvDlxk7vw7W9ZFKS0bSMIWGJI mvKR1XMGg8Hu7i71rk5UM+pyHz58SJLk4uICLH48Hp+cnBALcI2JEzMR2GGwsBlUoqkk+5Q3UuXN sgwPwYHDT9hew32mcORVYksM/jimwJO71pSow9tINHvGbwmaa4idmkwmJOOccoxaGmmZAR0QbnAx OP0uUUynU7DORuw95l1gTd69e0dhk2STpaAyBhT+/v37EAKBIaykRAJqvHsZifDBEM3zfD6fu8RC aJ+qKEpClkiBIBWlAY5NqppzLSlwXtbVpIGaJ7xZaZqCkpWaKQy4wZqb8TIajcYsNipIAAAgAElE QVTj8Ww2G4/H6BBARQ8hzGYzamWE6s5WOULX19d0b5CIeDIqFtYFfKKfTLpj5FgYUz8Yh//m5gYs Lghw49tgW7osb/Akj2bXEfTwOkVRuJG7KApzfJMkAVLDuHNuue8k1tZIWWnEzXQ6BZFDYJlkt1HH JseSXSbzWCwWBCtEY3GCu1gsINVwQjLNNKctw59j6znQZFTs79raGvP8uq4jf2rVc9OJ8heXT338 Wg1uzaPpV2makogkSbKzs1NLwgRzZ6wSlR7AQEPhQWKxZVm6rktuFCcBjRg4QEwcJFo4fXr5+0fJ /5ITm89jcfZWAidBVCiuWKepErgfThTfkPzN3/4HLGWt8TH2XTwiZwUcA6zKkG76tMzYP+2kYI1Y aHwy6+LaLJkdn8M3lNK7qCRJjP4fWArcc5aGXiEoHGTKLF8jbcIgflsqFiaYAFEwx4XTzIUPEraE BfX1119zzVDDMCsGh7emaR7+/JiHiyvmt/MKBEdkc7nUsri6ODBro/NPeGDw4vPzc6PVFKJ5YNcS bNqgA5dSkeaZ2YXBYMBT8eRkAH2kKtW2LWRq18dub28ZYwTqx+glrr3XuVZzYy76fxN1wPOo5I+5 KA0cytFoBGTMmFAb+iBds1JiNbUm6HKRKo1SC+rxwfSbKeuYyxgaRFv2KP4eh8Oj0Wh/f9/yaqkU 8d6/f8+lOD8/v729RQkdiGyxWGRZdnp6SnGIQ8j2TSaT9fV10mSON5UMk7Xbtl2tVsDo5Ci9OjyB gx3olGVJHEcJxK/cibMYxOY0zsOV7DULjEWjDxEEmf0F7Ww0Y5IzTMy7oQmxmF0HKCwg4TYUfs6A h7MD8QdxBPq+p4IKQTlJks8//3w6nf785z8nAMLZFBILoWWMu2947SPYsyzLxWLBDDXq0h+hAtzK REPBetUkbUYrSa3lYlsRr6AYGpPKHbZipkimIeZhrAjg8LjIQgDfgTaDhpdlCX+XMVikULi9ocbS sgKmO/MupUjJ5qCn0ZggXC8sGLKiLMsoj6UiGiRJkvytf/g74a+fYNur+XAymcznc5cFnBdXGknq mgPP0UhBlI3nf7pIusgYViHFHJ7JhB5amQkSQR6cjOR5vr29DTgLxxbvV1VVIpEARrKRPsMO7NTH SMsZVikI2H316hWbjWwT0cRsNru6uqI0RIBM1LOzs0O8UD+VEXbCyxfkhNFoFGMsqdpGOomt933P /SeLx0DbVQQ1WbBomFoA8T5S9HfIz65nWQbcBAgYIgZYEE0iFwsTzuInn3xSliUDjDCInGbwcXpt jHhgce7u7hzgOJZhQYh0iHARs83UpgR3eDKZYEdw9twfDAqPlKmhtxGnMFG/NYFeIWUPGz4+wT8F xrW9vU0MS+RVivhP1YQ35XjgkrG/NpqXl5fYplTNUF00cj7XzDwH4A4P2RduIJcWw4rZ5TjB7AK0 wUUFDRnGVJ2enhbqOMEX1nXt9mDgJhpiR6MRGCCE+q2traWkgXgdjgfN1Z26C0uJ/hsDsaE0nGhw j4a4BwnaQPeirtD3PePI4YZS9z44OHj37t3d3d13vvOd0WhEaXQymbARDv5cCkKGOhY6xfdwnp0B g/Wvra3R1cXVS6O6YJBCQKoqpYNLAzJB8AhNPMyYa8V9CEL2ORW1uqsofTm1xUqwU5hmQgHiP9YH XhBm1xkJNtoELcKjm5sbrgnFhul0ygvyPIDpjQSQa2lAck2yLAMUddja933yt//RP+b5CL56Df7I okFWmaYXsSIUZxo1hvBbHbwbZw9/1VfsXbtIwAs/htUDi4RjQDzSqzbCh9PHbA0dniGIjsIJCxoI xTHCQwSBp9jlWsqOr169CiHQ5cyDEb4xkP7u7g55qc3NzdlsBrOiLEtWkzoJ7jqOp5JosBm1X5fF Y+SOP2JqKzVDm27lhcKgDKQY3qrhKxVkj31fRYqgHCPTjWg76jXMgRfni+5qEqOlhia/fPmSNOJR Yt84V1jbHClSHyx4KjEWgk3QM1zg1tZWqgGqQQUDNujw8JAY31HYUjPM+KVwDbHXeZ5jajkPeJ0g RSDslIEjEiDkMYgSyrI8OzvzmEYzUkARCTIM9OOPjeBxZrjwPnhOXEIk7mYXC7JU17Vfn28wpgSF FG/66tUrNOhpr8X3AM4QEV9eXjIJAJOXS+bMtD/3RpBtQJBn+Ayr5Eg2hHB2dsarGXTFmPK7CpFl 8VKVujcI2LlTWZYhq9f3PcEHV4x9JOriE5jHjftJ0xT1t0wNa1mWodTt+oTXh0QKz9Q+JXdgJVgQ Dgyhdyllrk6klFTtJuwdQQmoABeHuCGXTKN/3I6hksrC7u4uyvVkLTCmcKJIDdPhwbEPERpOVAdz LFGzeq0h6XmeHx8fG/KFpc76+GXjMkDMM0yShKJR0zR0ZTfqOiyKIvmbv/0PnL45D8qkgJwKEA/i JIAkDCT66JJjFQ1/CVI4StUCGlQk4fSjRWPTlkc95Z2q1divvu/XooF8fdSfHSJRFNfTMunstG2L COe3335Lpvz4+Pjs2TNEmh6lp4x3XV9fPzo6issGeFSGTaMLCAIIi5lnZpU52bk0jbGeaZpis7Ko /4L9NmxFZA0ro1b3r51fUJdKGomXGkA0ANeKa+9YzK6ll/x/rw4sP2GnL5YaRILiWxFNfeSeUxrx 8wSV4DJNliGgNhXSloJ1APfHAvKDQSq4hdT+iBUALlrNI/bxw8G7IIHJ4OGJZ+H/ddLkSdPUUlnc W1NceCmmsHplaKckc725uWHT+SNex1V3muz54pEepCRhJgwEXA4tUKF7mvCUJFVYGeL6Fy9eDAaD d+/ecSatlMsVOz093d/fn8/nHNFUXbU4oaIoXr58SSMVv7FtWwTa6H8OITByBMOKlYHl4s1inReL xZs3b/hMDjnAAtHMYySDBTpaaiYUp4iCBIkFJxNmAa4CVqjh/k6EEPYdqtvFxcUq6sqpNdcz0+DP XgIstrksL4N36HsivTaTxy1mDlsJwgwPcvKD0POgicfGEhxNExBwIAeSKHj37l1ZlmCMd3d3tJoT CuBoDSGCaZcSzuxVtsHBWOu7l9oMr4b1L8Vd7iLR+VZ9D5lIfU7fySGSf/+//nupSi6JtI9zDTJN hFE6J9re3qbyTmwF5cBm2k4Vj4oz8TY06uN3ijSIhiznEY3fdopDUEdTDQ2AUBrFpow0f91A/GAw gP8DKwM10VzyhEnESWjVcr2SehGvlqjqMp1O0zSdzWYUe1MNBzcY7Q4pAy+JSEdJxBEigwaRRLEE xMaLzFsDgBQaZpZGDQTGfFqpOOCZCNAINltxeILKU71awOLr4fo7bSnYdBJwQIZKs0ZDNKnOhyGR 4Lix16ZpoE+Ag5MzUqLkaPFtrei9lDQrzTvGV1WaroUUO8eSi+drADQPhNKK2cataDWBoFTrHABF kJxTL9ZzXdcfPnzgm7FlXDBvIh2AnDcIG/T9WrsU3InFwfzhRfA0YCOUZJ2MkxCEEAhmT05OEs2Y 9b4Td3toX6c+TBwGzoZW6lrK0i48QhLlHhmivb+/H41GODAz/whBWmkAgBfB18KasL+cVQM4LDXs BlYJLLSToE2iHldyCwBomBucKA4AP06ZcblcEnv9f3S92Y+l63nd937jHmraVXvvGns4A8lDSgIF QrwQkPw1GRAoNgIPGQDDgBEhthxLpBVrsB14gB3pwkocKfZN8meIEimRhzyH3X265qpdU1ft/Y25 +HEtvX2Y1AXR7FO99/e9wzOsZz3rofriYCWoUMd+mYnkKId3X2peCpFckiSLxeL6+npzc5MBIND8 q2isdqOuCHOF/WnWKORE3d3dkU4FZYe8HRgDaS5ldvD0EAJRIMlliEawdhK24gesghAWkPBL1TtM UCsVkEzkS36Bw9CL74ur4yRQuiArTf6z/+nvGzc0AmM70kVsGYI4vCIx0aOkxFoRmHxcXBzwwnUa ls0S5+racjRKlwTOyo6IhzEEEYSFETFxXQeaOWkMgfuWSlCJCN0FRq9XJvkUIMVODR0gPxz6+Xz+ 7NmzL774ou97PDM0begQlRq+e8k64ySSqF0iU1vdcDiE7FiWJZMQCG3Ipn1RWQrWhGZF/LxzI4wR 69BLPMuHqRfjLY30bUKU3PXihGHTAWrpcrKW00rt+zwtUbCjGyZFdGIKubiK0+q6zscLhHR3d5eb s1gsGApIFe7u7i4V7TcG5YqioC3WqKDbPvlNKpbwFFvpRdM3hH0fjUZHR0fb29tVVX3/+9/nfJJA 5FHfBjohBDf0f2FBcJY3Nzfb29t7e3t8b13Xt7e3i8UiTVOOE4pGQbWQvu/hArL7HKFaChb8L9UC gDiMSJZlgNRm9/Z9D4+Qk8lVcvDkK5aoyAkVjzCrkqIhVTuIN5wiWp/4ZBBw3pe7c3Fx8dOf/nQc ydU53wrR4GxXC7k7HIxehTS7GYwyZxuR1yA2YZ7nz58/x7Xf3t6+efMGhIdBLp2UA3wk8kjAKryP VGRZdnt768wDRaBGUuQc5kZt50FTebGb/hxfh9vbW/qDegmNgWg5yei6DkOEaYa26H0x9dPwXS8N rlRltlYdzmVZosILsGlEHltn+kavTuZUdDIbWwhLmOVE9dVe1D5+Ofkv/sFvsIIOVOPk3Z7NqUSu PrFOg61rNev30fwjDFBQrc/RInEBFioRgRK8CetJODAajQySZCqMANqysux37Or94YQ8/G/bts+f P7+8vLy8vMyyjKTJmVFQV0KapuB9fKPPLs/AUODVakV/UJZlP/zhD33UhsOhAxPwOwfLeTSIrmka vALfG3c5Bv30Kg/u7e1BlTk7O6ukaO8izGAwML7fSyuiE9/LIXYSjUPhd5ycQrYZSm4zl4oeTquQ VAvLm0SUSiM5xFw8tiGyJEkQpSrVi8DGYSt9tXKpWnYaR5nnOdPIOoGt0CtZEKx5fLETFXUPDw9J w5EFB3bgmlHvJdIn88AMEaWaLEihPlHfdqfm4aurq9Fo9OLFCwQD2raN6ZidBk6l6lUh4uZJ2ETs PkFWoi45/pV5wJC+MD0rjfWoJDzCc8ImsoeDwdKL5cIaMuuG7fAdbNvWfX+c24FGXrAypLxbW1vA LKenp47kyELqun54eMAZsAJUFDF5o9FosVgANMfHwEEotziEAF0H7tloNHr16hVLtFwuz8/Psyyj sFyI2UmA1YsJw4b6mjQSCs3znP44/BDRfa7eSTw3HhfDmmsOWhCb0FkR4bOz0lQqtoQUMAsaTYbC kg40XJp8l9Yzg/vsSyfRSv4vWRrvRWGW5yS5xPk5X8Hc4Y8TFQIdpDv45kCSBNCZHJT0JL/2m79l y26j0EejclP9EB1gsEqN4kbLlPOXRhpvvu02Md4eDnQfjfTmgrHWwFV5nkMg4TI4de2kZsVJJSmz 2TKGCB/AWLOxbOyOO4yapjk4OKDDsK5rqvlJkmxsbBweHuZ5fnp6ygYbJjKQ7Y13AI54N2aFJyQT NwZtaCyNKhn8JNGMU1wjgQPgLBliCOH29tZFFTbFoVxQTmNfa6QykTQCPRelBOVJpR0o+QMbVeTZ Shtl0zwqCT+5/d19mFhh5zScARxGqx/uw6Z+HiOxNr66F1UUHgVnhrdYX19/8eIFekE82Pn5OW5g OBxiKZi8QddrCOHo6IhuZKjibBMzQ7hpZNY4yPF4vLe3RzsVJVa8ft/3dHgl0Xw+rit6UnRFhhDw 38PhkAWpJBExGAyAsImpkSlnubzUVVUtFguMkdkRLHsqJk/zvmxAKpCQw+Pip0+Ui1W4ilj/o9ZM bdM/fJZyNdalGglLEgbUiTPArFRqreJ5Sml692pcp8P5ww8/zPP85OSEhJs8qRXrIxfFsxTpCNtK 4wUgG3VXhqoDXoP4+/V5EggO0CW7rmPOBGxjx7xcBHaNdNzZs9HLoN4UWx54vatoaHOIkFJbCaJp WhGpf9CPQlNIpmmCuNVcEutLjZ0xdooj927mUhjGBJFbtxpIWUoOr2kahgQkSZL8jX/yO77krmrm 4mJz3GFcAkjZHa1WK1Jy90GUmimMPgwEsi/lAX3E3rNdS8SIcpWgF2u1LEssNdWMRqKGQXFuLdJ9 Fs1bwXyD+XJ/mkj/kzChqiqECVksbDHcQap5Q2kk+CEdORaaQcgd9pokScJfsjIYLFfwfWJcUzIx AHC5Uz8CvhonkWjgFNVIR9mpKAR+PGcMzuOySOSaTUkjcliIeDUOBBwbNk3DEcGXEFmzUFxjTsVk MqEb882bNzY6Qe12tnRckhiFS8XzoX+6qirGHjlismYcvE+sEqd0Z2cHxByRxfX19d3d3aqq0Ecb jUaFWvuAUOAav9NM2iCdkPl87g4DXxKwLN4FC9uJywGGzkbgv8HiSWHJgeywOUWW6swkBQy4nKjQ gov6+OOPj4+PX79+jTnD2DUqMjunBIgIoj+U6mqhzsFmHRwcAIvz+fwZNlEQqJVLEI1iFZSk6+tr bg3K+F0kO0NsAe260QgnTuByuaQjt5PklkMHLp1hyV7TrOgJMMLg60DLlT0Th5+Ayfxgp0orzb0y BhIfaU4UHsj2NJMWGFjW+vo6NbAPP/wwyzJGPPLhsHihOblzzZbHcV6m8iF/E4dZTdOsr6/DrqEF rNR8Lr7FMSKXiBPFXnPFfBFYBFC4sizJhzA1T5o0G8SV9MtubGwkv/abvzWQTFr6ftUOA0HXeB5R mFk1ovVOpIhcwkMcFCM5ccxuKx9+7ocwkNKEv6sRPQi+gdESjlfTNCBfTpBttvAiXGN4Dqla2N0h RScFn4O4DRtPTsBSGtNIRVtuxf3HRhNic4byPGetOcrkiQ5h7J84BMSDLpLEcW4j9c1GOiTojTAG vtUokjgvi52o8z7DWUk0SdJOng/3UcA0EIjRcwhw4RPGH7g/j4+Ps9kM2e7t7e2rqyvgI2uAtGI7 xHmDazmpqET8JgcX1+6EI4SwtraG7egloc5h6Lru+fPnr1+/btuWIeBY6tVqdX5+DthaFAXAF1+6 sbGxlAAkdX5Sw7quaUtG4x7qPXgC5hhiYtM0bBziVvgz7CnwLthLHinl2eLgjSDMJUlCOBlUCaT/ k5ODQXFhOZeyNBh9pirlStPXak2b4degP5J9BinlGZsmOMCOO2a8urqC4VdFTX+YMI50p8GqeZ5T JMBJ0F/KHxKxTViWIC08giroBuh8wCdOVJDg63wjehHq20h607FLK83hTuqbeNbhcMhwWj7E4N5w OKzrmuGFQfMaoZZeXFxAJeqk2MPDY/SJuEMI2JYgtGCpgU3J+/oEvhSdqsqdGI0vXrzY2Nh4+/bt 27dvnezW0YDlXiOD6AVpNT2xj5jfeEEXw7Cubsp1XmuYxJlW13XJr/3mb/n68cS1hudyQG1VgSBA HjkE1BN6iZlk4o3Ru8+HODZ0Rp+p875/nwufSwXQdSe7WZ6kULuTTVsioN/PjNkl6Ou6DkY8ZxoT v76+/vbtW9ZiMBggEQy2SN5HPSRobIKbUYMC2yDy7Pr6OuW1VHwDfMbu7i7AK3cjUQk3CFaDJxNU p0rUC8ZBxMZxDgZSSUQ72zchSGomFWueQghrxYFzEOSAnWYlGA5+BvANugrwDUM1ypssgSXKxINa acQ7p4ojwUexxXw4ZxezNdCoL04nphDwhNVjKUpxjSFakNbkKqmRR5vFwbpBFkrUd1ap4aVRmZfv RW7XaTUO3gERiQLiaPSj8+2uc2LXKLFyeI6PjzlpwIwDibc40HF4i60Zadw5CQppQaVxpk3E/KNF gOTYeDdKGMjgOOo3jDsejxlJyH6xg24TcRjoGIix7L4pPMZ4PMayYz7YEbaMcwtkj+1I05SZ5jA9 Mqky1Jpgx0mGRkz2QLUTj47DwHVl6lbLpdcURPRq1daObcVuUl0AMNjf36dbmCiBukvf9zRbcQCe NNWLQwtxjv9aSjc4l4jj9vY2aN7Ozg5TJQBaE+n84F2QmiAeZcKE8WG2g4NK5LG5udn3/cnJCV6Q glOrfiBuTRlJC7SR9oZX2PGu4+AgbD0V08Ql6J9d/P/mt/8XIl9fmF7FQP85Ff7LM7G+4AZBsna+ UYlGdxvQcNRmK4ylS6NJr0GN1Hba8A5JUiglZep0tzfiHPMk3q0gbN1uPxcdiLMLUoxpqDSPuxEn mqODTpmvEGGskSL22BwSnsStHEuN2cPh1ZqFkqnpzm9tnCpRZcL+I0R1bAwrTIwgRBusxkCHUxPn Mc52vaHgVG3bEmKDWsLsbiRUwj0P4n2T9/BI7A4uEwQPXk3Q4Ce+HXKqP4rKyqP0UTn6dF4URfH2 7dtW8nC+0px1FpyNxgNdXV15nB7ujYjVwH0X9eXHi4wqWSIZS98xRprYbBm7Y0gpqw2ZhN/hXKHI j/qHS6zj8fgpGofUti2VpDKaDcKT5xLDot2Un0dp6poDiggoPeUYvkzTmrgOeES/Mu7NctPU/6md 2GImakvExTpksRdZSS6irmvyb3tc/q2nEXAeXAzjzHBZMEaA+KCUlDpBMgvNCcjzHJgLt4RtCeqn BR0aaKAxLVEQLqBFwNpcrVagH3Vdf+Mb31gul69fv/bJJ6968eJFlmU/+tGPwECWy+XLly8fHh5I OzD9VPiqqprNZhyknZ0duKFBiHFQG2qidh9oY54/YxiDWAHqKhkt/9xFgqCUK1U5tO97nhZraaIt 7hyGUiLtryCeUi0t21ZkCu4apiP5z//+P3CE7sg3jcSncikEELlj8rCAINRxzSHGMdhXDlChxtlE 7EafM1t5AymNZC5APDDxbUSAZUUIG42ZdCJR8RgrifSn4vz14uZznfqI8c1honJl29qorsiucMR7 CWSmaUp9rGkaTHkq6qHxxCbqIWLLocb7rKSqiMaG3rhEJw6SCbkEvHij1WrlYGQwGOCo+IPjnTQC 1sD7WrVKkx9QbbYaex6153XqEtrY2Dg6OiJuxXyAQWNhISrUdb1cLre3t5m3gO0gm+Zo3t7eEiRS 1yKuf/fuHbLjvNFwONze3iaqasXWbyWIOp/PHQu/09RNCs4I5Pqw0XMEmaHSTC6DFWRp3EaiVILu VhSFSmxCis9k/WxxVVU041SayArczAYVRUGZrpWMaFDvD+efJji+dzgcPj4+fvzxx5PJ5Pz8nAal XhqWXHLceS19Y16NZI5rzEGCSZmouBKU27H7DPOEOxQzdsC+Nzc32R3jLVC2M2nBsvhQ0V+/fs24 glwDqthHPtn2PQ5WuKRlWT579uzy8pJ/TrjGv8o0SSMIhbDGCcKlLDVXmOJNp04FYgVK0E6PWCs6 y3A2qJAiP4UXGQwGHPhMLJpU9FxMEKKVGLrXr1/j5Gp1jWEJYciwWdYEfXx8ZO4Cxt0YA4BtqaG7 A7U9w9fqNG/HBg23d3FxwbQA55dppIFB/Jqpldd4jkVB/sq452pcysUlakWDK8tyPp+X0dAfjn6m 8Z5O2G3iMVUcEcfRrKMBnxBJctv8GYot1CVEd28W8XDaaEKKT5JdRfyx3r8glTguhnMLp+0gm/zz RGMzuQlABGmakkvaCeNpK8kn2EDHVtuBudMgMrj8fXErp2DxxXC0FaJ2xE5cKC84L16r+cjm3js4 lMg+bwcsyFkkjyvL8uzsDEksJzSQlBmodHx8jO1OkgRTEoSxItTT9/1IE+y4irwUj0Ephfi0kWZc EUks4KrBKwj0iDr5V8QERVF89NFHFxcXjHYCQKMGlaYp0RzRRq9RcOCSfBH4ADAahEWcGeLmbdui ZcTnsI+panFg2aPRiHtYRL0I+O/RaHR4eEigTd7mVHo6nbIpdrdYcGpLuFsKjPf394Rsvaq7ifQk OL193zOrwAlQmqb39/c3Nzdjjfpi2RMNnHErFuBYTN8syxIQnHW7vLwEdIKfh90BlV5bW2uahubP NEKZ2XFiOCIwEs1UHHxYXkTfwDJ0PNDoSyD/oHGV2O5nz55dXFw0EfWT3BHIxW3GRVHQQA7e4JbO QqOYeU1yxLu7O7I0WtORxyA4y7LMI7pyzaXiGHNUdnd3z87OeHfWajQaEVI4RYNtFYMqaUSngatj hpVDmUL8dI4xOXQlmTaqC5UG5PGCwFkEcD5UrkME6a47qE/+q//5H6USd3Rqn0TTiHgH8LUvmWP+ nEby07atQZS+RN3JGKBUXH2H241k9TNJ7wal+bZofKzLdE00UMkRCifAVTu7EL6RGITA0z4fK++E YylJXse8QIHHx8dQ3R80j5DoDKIklhRrFZRAVJIGtRHvI1E6/By5PIG/XV3zPoUgLoS4sYh/SFWQ gRjX19dUz4JKF3hy0izCGVgHQFK9qFCQbWH+1XXt1+y6jtCb2LbrOtQzxppIYE/sncVEwp3Isuz6 +toF5ExcDly1z4z9E1Ett506R9d18/k8z/PFYnF+fl6W5eHhIaD5q1evOOV2Y7wvwAhmDsiY6Iz0 mVIHywL1xYUZiMwsOw8/m822t7cvLi5OT085MKvVioamd+/eMRWLsiQ7a3p7XddHR0cse9M0d3d3 xHSG8nh9DgwQEHcYhk9RFKANfALIyUgK9ZSC4/DcpwVWRiqc03cZ12hYht8H/OF3iqK4v78/OztL 05R339jYwJaR7oBkUqb2aheSM8yk04C0PeeQ+G88HjMozeRCoHyylkZsBZaCrWGdHcvjfqg3EKbY bJHCYuJ3d3ebpkEn/OLighNOBEB1NFOnMff9+PiYCvbOzg6aB8TgJsOUEjsCNnA86pArU8cA6PRy uaQiQk4GABgk8kwGhnvDiNvEFUVRS/TUER5/f3t7iygTZp1AE6MRpD2H9SCcN9kEa4bzTv76d/9x fCAcTKUCagximrJi8+EQw3F6HMLjxPCicPvqqP8iRKXwVKVn0jSAi06CLV3XTSaTuq6h6NQaRsxh xWYF4U24k0518FbaT3wad76Rdu5Y42xAiqE0AOMsl0tcNwkp+W8nVctGQ5toPMEAACAASURBVNZR BAtS8guaLoa1ApvONfHLXRIx9mXXwibZdxJZ21WYSsj5IxpqIumxoH6xIAJ7r3Y1RlAR8WGR8f8E vxxNvnowGBweHu7t7a1Wq7OzM9t3+ww7Y2wil8SQ1Eq6x3w1RWwo5Jy/SjPYRqMRU3BPT0+J+Nyw t5T40UcffYSxcIGuEa2IHLyMuL18Jig8YC5xUJ7nZMdEgny4C8I4Eh7bqCt6WAT4VVXFpTkKNqUm 0iRiZGOGICmGEFjVvu8PDg7Ksnz9+jUbR9QGWO+6aJIklEz39vbOz88B2RMJneKW7OazLMO1kJCx 1IREuHCCD8bhXl5elhodx2P3ItRyGDY3Ny8vL6+urmazGaa8kAY6NDvnLkZLeFpssYGs+XyOS/v+ 97+PgSM2BzmsNGwS9BlmmkPAQvpCXNtKDRxcK3Qdnj9/Dh2L7dvd3cWb5iLdEjhjiCGPUt5A65SY qe97lGLJM4KaJ0BCSCAy6WKxVs7sSQgSzUzHuEPEwMJeXl66DBbEn2bpyDzA5bMsc22WJwHXArQh suGo2BR7hkkvge5UhVNiF+P4vaiJfG/TNMnf/J3fTUWe8z/2NW5/bjAKn2s7zqNUkmC2YSJhTKOy Iee+E921j/BlLn8uJhlv4ijVkE4qXq3TAharEA28LEsUo5zPYjqpfmCn6GRpNA+zVy+Vcxd/Ramm L9/kVuOBOrXmgx31UVcCpV2CF8LJEAL3pJVSRPg54k0QbTZIBpIv9ddx1hGtRH2JetoqmqVnh1dK 2KiUJEuvgbxW7OIDCQGG0gGfTCbPnz/f3t5eLBZv3rxBpyJIWoAZ2bSx4INxhHYz+EsKiUNJPqBd Q59IEJ0ZZk6nEXqHh4dDja9KkgRAdjAYvHz58unpie4PtgyDm2vaX6MiOZ7Gzs/mqSiK/f19Cgwn JyfUKnF+Nzc3IJt938/ncx6G/zqZTGD7TSaTjz/+OITwZ3/2Z0BGqaSw0avivtACGkJYLBZXV1cY F56QbhrgO5Y900gdnvzw8DDm5vP85AH8Pl9H+E+dv1UvCPduLZrvmktppNB0zRDCy5cvET2+v7+n lo5DdVqGCaOI6sseR3h2omSNWUQTWC6XLCOcKPJFkDp73ySqBwRlt2x3jFJubm4ijG6Uz8gwygTU nB+lOdxp7g06E0xNCcqZuq5DUOzFixdlWV5cXLRtu1gskiSBmslI3qCfuChYRvpapKe2hA5QjD2S C+IM2F9yHc4qEjeXl5cO8vCvHBsH+2wi6UsjNr2fAc4Pp5dK21IKVKb6JKKlYLVub2+T/+6f/rNS LYs8q9EPL5/hC0yty1ygRaiv+XGDtL24Wnk0eLcVxYeHduHU1hlDaWvVS2MaEtVK3aqu/DBcIhON N9WA0DRNCcYRRG7VbcsyuTztU/sl7Jsl5nX4SSW72KnI2UbqZo1q6Ny0UpMZEvUxg9USxXQiQYfo J1V71FAT9XB49kBOVkDPWzHl20hFMr6KZCqmCeJyfOW84zwhUXyiLh6QIkM6ANykQdRCUJE0VQ5r wqNCgbe56SJha9ImTBUOgAtGZvb09MSMPSIpo/AE9amEjpcSBB4OhzAo8MrUe1M1JHNaeFneLpV0 bZIkaPT7u5yD5uoD4MBTMHCzjNkaRL5oKScaZwyN8vr6Gtg9qMGCBMVwKo/RSq+cM8bDsPUHBwe8 mhFV57ugW03UTsxXwyYs1NXcqGHFMTtpHwfy4uIC7gC/s7e3h7rO7u6u8XHCr5WmzVBBBVHM85wa YC6aNhV7EusQAiDyaDQiFFhJ5dEHdSDJDTq5OgmRgrPDNOdgo+hLdIxJNbaeSGan1MAyhq3TxQbt h9ahnZ0d9pHHoGLfaYZoELzM1cM/OWw3uMo0DyMkLL7zBl4t9sdlWaLnzNsVRQG3uxRtLKhXNChG LEVNDpqaje0iszk7O3ME4NYH8kgTz1Lh2L2K8HxF7ki+1gw2AzJxHdaZmo1RGmGv3D3f6l7UkaIo qGx0moJoExkUXbK4lVQ1bOL5A8s6lHD2arVyRI+8ojO7SiPZ0E5h9WtJhtmHmZeaq6XQkBnhZ4gm 2LK+zkucTbOvmJJMDE4wGetwEZ0NBgP/Ly9umKUUBTBOC1pN+2uaBlVLYGKOHTngUHOHbf35qIHE 87DIHltMBGQnZAgICKtRB0dZlovFgnbQ29tbpJJ5QaISwvarqyvLlNtV5HlOtMK8BQJ2LD5jrQg8 B4PB8+fPDw4OCAA76THt7OyQGi6XS8a1E77BdATToOb5/Pnz6XT69PR0cnJCrn1zc0MAuIpGTLCP xrWB3WAxEk8xZc1pIoeHnINq21INotyl5XIJaefp6Wl3d/eTTz4JIdR1/erVK2oShNLgdVRBIN79 8Ic/LCNFKoq9jebHUrUmmp5MJmdnZxh0V5I56vxynucUqAtxrk3BsgE1WAe6fXNzw3zw4XBIPt11 HbM1aH2grki2wTpzofjnUHdo9LWdNQACdcSQju/yZDK5vr5O1OntcIeUZTabcby5YtgfnDR+FFE2 VImgwBJmPT4+Xl1dUVl1ysuZJP6gZ9iPamrQUEMoSfIwx5x5jjqzcAv98C7QwBiFykItJZTivASo IFFPPsHo9fU1i8xe4wuPjo4+//xzth76b6+RCTwDUWyrji3OngtRrZSKMcLUtAy140EbNdz1fZ/8 nX/xLwvRsR0WORLMxYe3N0jeF7MlIEWeKZF+LJcKfI0CS6IWuyBSuV0IB5TWcIIRxH2ySK6eMIoS YiF1YmxxIyHZTkR4kh18JrCAqQu89vPnzxkJzxt95StfYUpvHjFY8HlYJS7YQIKfjvcdNJEwBuk3 YO/IYXPNP+QD4fk9ampHiOCUEEkr9/ohtXS0y9eVauRzsF9K4ZbSvF2sAS6DYETBANl2b/f39yxa Ks4yZxegcyCdv7IsuclkiJienZ0dYjRqff66lUYaEe5hqVmxg4OD9fV1gqyvfe1rTsuqqCEQoksv bRbiA7wLvw/60ff9dDqlmNaLlxWEI5HAPmrGGwHyT37yk5cvX3ZdB3sSloIbuFhPMo9G+n84G65x lmUEqnwLpfUkSba3t5+eniAdDaTTzQq4jQjQY7VaEfw+e/aMmwKrkt63NE2RtXGKkErBgrvJf3KU QPjPJziqdSxFCth13Xw+h/UBVLi3t/fmzRvwN+sAMjsFIM4AFKYKA4e5rEQXrqV8wiEh4h6Px9Pp lMwPP4FZJGilL9TdTIQ7IK7+e6faxEOMTg0h0BbE181mM6qsPC2BC4gfvhzC6+bm5tbW1i/+4i9+ +umni8XCrBCMKV3fputMp9OLiwsuOEUL/reqqm9/+9tffPEF9SF8Eh4LXK6VVivWhlTPCXomYgwF IQ4MrzaZTAwk2qq4Ew0MlkDBZsEIBAaQy45jLiMJboxS8j/88//VCQL5eKPRt844OO4e8Z6JSgnA 6vjXdopy9nQ6XWp2D64+lRxKKnJI0KwTGkBo5SLh5b9ySxNNjOXmc+sGmvW+0tQbzgSc1iQaWcuS kc6sVqsPP/yQFQFT8qxnjnIazRd0QtNoskFQXuaFxiGl0RTKXMo8uQSE/W/jjUyj8mkW9TfF8Bnx CJ4f111pVjox0ZrmjjKZoSgKKLpdxNanekyYEMR1GahllPoh1opN5/aCTUErtgsh+wZP9N0ejUYQ 5ggA/dWEnywXT7i1tVVI2iVN0+3tbZLZtbU1Wj2DclLS6hCJpG9sbCwWC+MbTjTJebnSVCOIshsp 8pdlCfpMEoOpJSnpNK69ERUBF4IFqSTnS8zOk3BaOEsUD1DjCiGA6mYaM0mYkqqS7IpLjKviLYi+ MZ17e3tv377FT4f3sSxWldIIbHfMBwAaQSIUjrZtGXwBx5GFBfXCQzfSCOvUA5Wqgtf3PTyTXHoP QYOlsB2uFjoP7roOKXxC3fF4/OzZsxDC1tbWj3/840bNZaWa5gBAKvXmoIVgV42eM5QtuyvgPlLP lWTruZ6PGkDaqJWa3KttWwisJNBsnMNkbMj+/j553s7OzuvXrxuNqaMCbAyKz3ySnHgQ+oSsENMH 0zTll0PEPqBChuQyY4IwwRwGLq9xRcM+iJuWZfn09ER/L2vrVBuLzWN/4xvfgGB6enr605/+lEP+ s/LV3/kX/zKI/YMF5FAG9cGTCTZNA12MGa/8Y+qZ/HIdtVpgHQiLgprsy2i4VKE5TSGSsgmCn/go uD4cl1TTZzKNS4cyxUWtovmlrnVg0UKkpxNEBaOmmkYl3E4SktRdnVWk0tIxFBP/8MyrqPfMj9pr /hzHqFXrnR+jU8nUl5ZM0BfJQE2SJLu7u4PBgCnhOzs7w+EQR2tLnaqk6QqMV76T+lUvygphHYUp g3r817ZtyQ1pzJnNZm/fvnWBBJyqjfohMcp8I1WsoDqNAWu+kYB0tVqNx+ODgwPqZmAv9jq2y5WU FF2uJDY8PT3lARLJwNJ6ypuiA2VghC1gbcG1xhrTih/CLHLz67qm+MY/wfA9f/78/v7+9PQUHiTW 4fz8/EuprR1SIkkcMnfiskeNuOPYA3QEMYxJQ6uqOjg4YBGYhhjEpuX8PGlwWC5900wC8UH4OzR5 7t1yuXTuOJlMLi8v+VIWHBfO72cSbPEhBIHJJYDML2M9a/V/kcxVkSAStiJXF0jf96RZBwcHaZrS okVRjaftNRiaydGpqiwQhwqJPCPrZsYwzF0AyVoyW6ArHHWgmyAtTO4Oj5Tn+cXFxfb2NlEC7WaV tEWbpkHhAxIOqQaFdx5vf3+frWSqLc8DQJ9G0u2GR3hmClSz2ayKpPdsLUMkKF+KgoWl5Qb9VQwe 1fkcd/qak0q65rSU6EXyd//Vvy6l6sBihUjmhbqZy4D+T7V6fwj3gmQXuZAcZT6WNKSKNIhtvoPg FLsv/B6ObjAY7O/vw2gkcTZsl6spvxXJF9ixkdKWrQMTbcB8dnZ2YC/BVOMZMnWxhuinfX+aUohY +f5ppenjc4m9c5DuyL2WxKDte6K+31RjDdgnRJXhw+UaPMSrZer7DwJ/KK+ZwZJKZ9z/yVgkASyM Dk5/LmkgDN/+/j4g+8nJiVVxyrK8vr7mSicahciFxMDNZrNCLDQMX9u2V1dXSTTn8/DwcDAYnJyc gDC4XMkr48/wUkaigyaEtG17dHTUqQ2taRq488TaODnje45wDTcR+ZZSoIWW6kSHTChIy+Hx8XE6 nUKj5r5hH6kisOzn5+e8FOlIoWZCLjY47Hg8JifgNu3v7zOehQODLTYTP4QwnU7pn+QYM8oqjzS0 x+Ox+xIaqSNkkjxq25ZxlSAtvL5p+0mSzGYzesqoTgHL5JL4JuMJYmqxHaDevSrJnglFKmNqAMad OHcYqdJ3ql7wyXVdI9iJMJYDF6cOxGrIdnKYWQ3Oc6KJ56ZXuXTE85BnLBYLwl72mjpNKRoo0D/+ jAgArIlvoWxLkNr3PZT/0Wi0vb1NaMKKhRDQbjw/PyerSDQDwHEJIbO9OG9KyoutcK9Tqoq395GD mqbpyckJtw9f1aiZ3MGl65EhIsjagiVqluz7Pvn1P/hDPugxUiEn6yE4WiwWJAL4fEe7SzVYp2qW gwzOieegg6M5miP668SVdoBsq9pLwYN1AYhkQhhqX33fu9GOFyDG7MSMdAxCXRRSXZIkuGL8xAcf fNCJF+jEs4tEvngFPmo+n3/wwQfUxxaLBXfSiIojKZdG7cCTSEQiSATOVsaPmoqH02hoZ6em+RBl D32kr+l1M2TpBUzVnUyUCnrovj68nb3y7u4uRjlNU/Q9MM14KQgbidTBOBL0W97d3Z2cnPBdnbqr Ca4ZtMLdOz8/X0lb9eDggDIgFEMiRJANLhIGi0ueREJRhOSz2WxjY4Oslpqn/TRbCT6DH2JBsCPw kQeDwWKxIO5zmInvBJ91C/h0Oj04OHBFy1gEOwIC67KhYXEX3tfX17GG/CeOJSWNoN6fTmxuSB11 XTNPaqnmly7iHaQSXKrUr5uoLRkLkkrOhSgS07ZcLseSGFvqp4zUYoGqg6CqQqy2LBqq04kpx7UN IYC58ZNIPgSvHDQbqNfQY3YEbUGXXtbW1mgECSHQYcBRpLIdp9r0oxKTbmxs7O7uvnr1isfY3Ny0 cE3XdVagKqVpik/iBYE0ecjZbEZjyvX1NSfZEAKZUN/3yFhykht1Wo3H47OzM8ZamWoF5HJxcUGA X4rUR+7Yqk+V+1iJv2tWCK2kqUBgLHAXtY6mGgzSRS2ZMWZg+5D83A8JUPLrf/CHw+GQ7KYTXa/Q jAWAsFQgLybM5bJGc4uSJOGyQT8iLKIOw5lLRKInSuI1YsOXRlzDToRWXoBD4xOfqU8K95CpW8wI Pl+UpildSHYtfEVd18jI8YKESMR0VNuN54xGo2fPnpFMcU+cHBkDtWGNw/ygObyNGt4KNa9ikZea N2KL3zQNCtSGPhwOuLIa3q9mhwjRMm0Ao3NwcAAMWpblfD5vmobqUyGZp0Y8Deqr3EnCfwJDbBNe n3871jSc7e3t2WyGmcasd5pjgG9eLpebm5tMOyG2ArIw+zCXphhWG6JkkiQMzMID2QLaChMgz+dz 4KDr62vcxs3NDSQu12yNI/mCZVJKoXJIWW82m1Hwb9uW0vEv/dIvYfppcumEFLt1zrSHJGrh9hnr +353dxf3DJXFERY9ire3t9fX10C6LPLm5ibfNRqNaE2i8Ag2QgZARcRnoI/0LRpRkLFrHGmSG8IO FoSQ0+On+QSqu6Q4hOr2FktNte6EyGOe3FQRRMghoMGdkKTyyXhlbiWwCTQ+KmrwL+2Dm0hKmrDA gRFMXGOb+EjEGuGoLBYLevTIWpbqgMMsdGoP9DVkPZNI+csgeKNxm5ReU/WLvtP45cfHx48++mi5 XP7gBz+YTCYHBwe3t7c/+clPUoGQNn0cFRe3MrXI2vlRdiZocGBUa3gDFu9JWu2Y3Pg42Qjk0QRH 74vDo+Tv/qt/HXNjwUMKdfyTNOGLCAb5e8KcpaY+gqu2bQuoZJvba8K3bZMvrfkG/fsDzkv10XHN 2NGVBmIFcTR7zdf2C/vH4FRd1/Q9DjUUsBf5EqoMTGRrKvF/g6B5psVS4sfnGdyPz71TEIBCPgRD BvPPVDbvUyXCtT0zV9FntFOd1nmfrXwvUofh+z5qLsOxPT4+7u/vz2Yz/h5YHPTDwAuFrO3t7bqu ofE50uF5yJ8oJBJWDAaDvb29LMvoFum6jogbGiIgCcSV0Wj0/PnzEAIGizDk+PgYTi5BADlvEPEZ mkGhOb2utpExkPsTzWHENzY2rq+v375926v5C1vQq9/HgDIHGLIHiYtRYwA6mEKEUbw+ZA9GfbaS dSMx7YT+pWkKRYGeNQAcu+0kUqUeSPiJGhV7zfym5XJpbCQTm9a1BDvgLNKH4RPiAqb5SGwW2w2O gdXGT/OXDpiCBnvhC/M8p0iWSxSs06S3WtKD5tgZTfUpZReIYYN6pPM8f3h4mM/n2BZQLxY8hLBc LieTCf8JM4fLrzSekFWaTqdZlhFxu4jCxjl7yKMh0ammeTxJnJKExmQHVpITZdWHRgKIVVWdnJyE EMbjMXybpmnm8/loNGL8b6aZEF7eIO4Dn8n5qaMeFMd2WICtrS3k4wmFiaiw70HMwFRz/vr3B2AQ 6ziO5J9z2IjFKzVhJEmS/O3f+3022IYDLIUifqNuJlItLCP5FOfMxSu8Df6qFccmlzQKF9gAaAgB KrTzuyBtYvJKzkrTNEmSUKHCJfQa+O1YiZVFZZsiO/ttp8dKkRBQsbEr5mOTiOjZdR0RAVF8EPaH ty/en1HrmNfRAd8SxGX06S/UfMiJ/1Jo6SyY7TEzIY0qAZlaChqRQOBLBA2rKiN9Smr3+/v7QHiE b8+fP2ezaLQh/aQ/5ebm5oMPPnh4eGBkXQgBJIE46/r6ejAYDDTbxGaoUUMDeQ9Hk0vCwYDyRJiM ki13wPU9XCZhgSvSOCTCZ8jmLBHClsh9YOCMD3id4cWTHQILIGn58uXL09PTzz77jD4dDjYHElyI w4DVSNMUdeu4XmKwkWfwvSJopda9v78f38NGM2/NfyWIox6OxwJiNg+VhInkiT/4KvFIvXpqqE9Q i2J4U9u2zIra3t6mcJqLfxkXe0mk8DTb29sGGQjpOFfEjHWk8sjdxPu6mMEFjw+t89pEmuFt26Iq gS+EGE2sjZouBCeyQKPqK0mWdipODDX6xsuLH+L+YvQNJ7iojoEm1XP4n0YzKjKNMySY4BMoRxXS +ATlqDQngJyDxAsVBJg51E5vb29PT09TySc4jUikNsNec/s6TWHjmLn2Sf5huxGiSdTGD7r3x4iu ViveFByS6Dn5e//m3/os9urTszVx+0kI4Stf+conn3zyxRdfvHnzhs0gpWIbyENr6cmQz+bqLy3E XfMXQd7M1EGLeeUlHdARC6OQTu84h9IucSgNL4fqhOec0UxDsJxXYgLm83mhmeDOBlw5JGrDqxNK DNQ3j8nG0hkk5YoaPeRAJ1KczzRjzGeX41JIdfJR6lGdqJCtel9ZmVp6O0ZdOpVzic3ZiEoNL67T pqLi8EWF5Dtubm5WGlqGD7PpZEgNJyxN062trZOTE9wtpUgbu0bzvilOYnoAr6mFdpqzYc+KuRlE QvCZZKfMIflSkdmHNdesIseP/HOOASi8w0CMOxfMWSDsWGownZjCONpaRC84ndR4qXOuNPaMwoPP MEk0zxPnqXxUG80S4nCSZRKm5CrJcmZGGt5NQTjTlJ9GrFm+tJMaFH0P0C5pB8k0jQB/wx5NJhM0 bLGhnHbMt081dipOE7mzjkw5MI7AOAMeuEr4/KQJ4zyPp7DF2QMLtbe3t7a2dnFxQeZXaMwLrpp+ Nza9jpSRqGzB6QTv4kiwoXgmLEMtYXCn1Llajo3cok8Fc4HDxu9wQx8fHyHSJBpIjfW3ufSxJIoy toz6NJmr8zC36HN+LJVM0wB7TTSDga413jKGXnN1Wjg/iMunt7e32f8XJYSlS379D/4wEb2BjeQs OogOmrJksBiL1rYt0wacGRVRM5TvAA9HfYOsh6gqRDoY6+vrR0dHSZKcnJzAWsPisBkYxLquicv4 ZJgzfqr4xTr9hGhAa4gQarA2/swhNoMVhngVNXk7CY0h/lZzjozd82mpaJqpquG4n1JabmDHBKTU MIkabm5uEP5PJKLZS7iRJc3UCoErJbN7enqaz+c7Ozt1XV9eXl5fXwOL2QImSYLsBhFH13WHh4eu hDvTYgeRoKOOmuf52toaGk+UyzCFbA1bTLpgfh53shVDIFPFmGtvECaId7tSrwoRR66hjNAruWnm 4JO64gmM7RrQazXzC1MLcNxL+Jesiw9BwRzD6toG356oEkuWmUt9txPFq5TGETEXH8iZXF9fh0r/ 53/+5y7sN1GXOfYXU7u+vg76ZHpPJtkJ882CBnBXVQVHs5NWwXK5BEzjpLnDxZ6AG+crQG7BPyeX evv27XK5RNSM13cKmGmGO5+2WCzAJZaSeyPfp/OZPSV0Ozw8TCW/lWgC6tXVFZYEnwFhMUiylPPM +d/e3oZoROkuz/P5fE7RiF3g+qOUwO900QCZm5sbPjDLsqXm4XF+MN9kQk8agEVGxfHDFFALZU+D 2uCDNMNdQTR87aqYI1cH/rG1gZ9GwO5YGeKfU7dOY9Rww/7Br3AyyVoq8YDjcN64dBc1yhDMZb/w n/yn7pLoRNji32cShOMW+S+dL/QaIMAlz6R8z5piFJzvDKJ5F1wVoyLQXcnlqSO5jwsqxdbW1uHh ITQ+LObW1haMScyiy/2dqrJ+ctv6RAXhTF3vzgDs+lKN+SZ7ip2Wf79WBwoHl2vTRr1IrVjq2Bdo OXgjng1sgfAZcICsvCzL3d1dgH7sL7tlNYyyLInIIMD88i//MiMFiAThMvFrbdsOh8OhRDw8GIFg CtS7bVumhnKxcTwkmyw+2CgUbN6ibdvpdIpyJIehFWPEiBl/WRQFjeB8FCE8wAVl9iCeFf6bE0xr OMsLA72QRB/LTo4FxAH9NJf4DGVPkFODyPiMoKEivJo7+mazWRsNLbBLaMS1N3UEL0KoSOxvfAwz 8fT0hBBCJuLmYDDAkXDO0cHf3d0lzQfbZFl4MGJ/7HImuSSQJRc/2VaADlBaTvhsNiM4sOIu/A2D MBimRIVEDDcGl7NEERtW2Pn5uZMwHPZYSpBXV1dQdTNpixJKE7HxXazndDqF6NmJBBwEaWZSQudh 2EriaMI4bNlS4xs7CZxsb2+XZblYLJqmwRRiyLAAnaSe2VNeH3AGl9xKiYhryH1cLpfY7jYiMq5W q6Ga+3EP2DQeg9NCFEKETtATBEvisLlcjBwhkGV5CWddTyIfctEe78i34ODjVTUcagi9VueQU3OO RF3XyV//7j92YML5Tt7nWhFw1Zpl3muAESbSzoSQwTlmI10ebkIfSbs4/ATbocxF9bLv+729Pe6P eTWsbBBBuNaQRtbRJolzY1PumMspZxAE5mdjUxNV/CrppvpfETD6W4Ik1439sRTcPTgbxHeJpiMR nxbR6A/XcDheQY0Cm5ubp6enDPc6OztLNN0Qh49EGsDldDoFx1gsFrSG8goDSdxVVXV6egqNhIbA qqo4Q6l0vhpp5vAYaZre3d0RUH/jG9/gl/G4lTjLBKGktHZdPGEmmUAIHo3EGp1a5pJ0djhDAAhW ZkEuWhZYYSTXAWRaNZobyyITYgcRccQiYx14qrW1NZPKYTcnmpbABcuy7Pb2djabkfFsbGzgLDl4 IK0gtnVdY53ZUI4T2jJra2uMt+VY0nZfRbTaXu1jQ/X0h0ipPxXp9knTRTB2jeQrEk3hMRDvDC/P c8y6yZqdlEF957ERpLzwTMbjMccJbzQajVxhIrY9OjrqIxoocQkVJqOsjpbI7XZ3d/u+p5zOYzjb pkTRa8p5Io3DkcaK2XwDo1E5h4nA3qVpurOzw/kMItEbrcIWxep+a3FIbQAAIABJREFUPHMmMddE OhBOJfle3sVtH33f0w6KqyN8+eyzz5qmoUbNDuKtPbG2Ft8Bw7rSmASOLj6MVixWrNMIDoJCKvzA VkEgHkvRiXvCdbO5b0UnKYpisVi45u/MAyOWJEnyN3/nd3NNxnFkykXqopn3xig7Ab6pyPOc0ZUk Gx0FA41lWfb69WsYYLhEQi2C2VTDEre2tojaiPQfHx9dOguSpwBXJaC7ubnh0GTqWcXrJuryJ3Lh FWKYBR/GvTWDm23jeuSSSSAAz0WS7aKxO0SCmAziX4IsfvjG+GauJJDAJSecX0l9xYlYrgFacSYB HEkGR4YOmANfoizLo6MjgjWu6N3d3dXVVScBWwcXlfSGGklNcQ0YfMM1MPsoSRJYRvf397Ad6OQO IZyfn8Nme3p68iJwSZaSuTAaXlUVPdm9ZKZTVbk7CfJwKlKxMLkhXGyCkUx9mBzUrutgT1uPCPSG 1TYi0UQDixPN9Q3qCXSg1Efqden7DWt2+cSnnAcO57e+9a0QAktHiIOJJ8YvI80p6kZABFVV8Tcg Ib5x9NzDy3LJ3Y8RBKFSdRiNRvv7+zg/qgKoQZClmYbEOXQNgBuU5/m7d+/obgfQMEBaFMXOzg4H KVW7Yi+FW3t3hy+VOpg44a7fppKc5QGCJBawoQT4XFJK2cPhEEFNMlQyWoISVBbSNAVRDFJt8pqY 7ISDz0U5A/pwESjLMpTAq6oyRs8omFasfzLX5XKJiQ/qdOMcctgMhrTRmBTDA1jF0WiEkAZXBr2/ Vo2NnSoBnDpyMh7pURLBRVFQALeyjZs0u0gdzDlN8v9Dgc/zPPl7/+bfpmruN3haqYfCG59LIYQE 2VkemQvxjtE6Xph3oNgC1kYEhE+mb80WDYyCCfQnJyfudCBa8fnme2McwyV1gx6dsPVONb0gzWEW i18gXSillsUOka/0aj01fp2KxWgbisUhrjcXiIC0VZewEflK0neFWN78W8Irg0iFGkqdHPD7Ozs7 fd/D8OkkitT3/Ww2Q1BwbW3t008/RXeF255H3VU23IPB4J1Gjbs4CdN/bW0N203w3vc97UhcVKYG k16wyJPJhEFUqLnVYtMSuTtQajVDtdF8Bgcg/BNXk5IkIcnrJEdOVTBIMYr41N06nC7uJD4pSRI0 Dispg3I+xxox6NzfhMIQgot+AwnDOuB9eHiAcVSpvZbaYAhhf3//9PSU3280MoX4ndhtPB7jHVkB 8/8M2prwB10kk4oRl4hPiCuEGI61tbXT09P5fI7NckWK0z4ej1FnQlLRKoa8VB/N8vVX4ODJkvf3 97l0Ozs719fXgDybm5vPnj1brVYXFxeYj1ZNHpg5jm4IYW9vj9kaLkH1fe8i1kCd6pwf9GTwATiG tbU11rYsS1Sm6QCwMv7JyQliBtwI/hVex5SVp2i0epqmFxcXT09PkAV4tq7rEJj0UnDIwXZAdaj0 cqlNkiGMc+xvi2EIbqARfZna37iqvLLfnajXdQibTcIR1oHU09x5Yixcfmy+OykC9e/3QPBTFEXy +//3/xM0isjAAn4vF0vUCg+JBlbgAxwKOVgzzZNnchLaqQAFdEUXWSMyGQfCkePp6WlQb26e51/9 6lf39/ePj49/8IMfdOKKJppoUUT9wc5QAPSXGusRhDIZVOUVADR5Zof2uSZaJRGFJtMEO4ctLlJh F5xjOst2xSaoxFRJ9LxWyzL/hL/3gfA5YGGRDVitVvT7gC+/evWK4tVYGtAYDiOVGKxSowAaUS8a FcdcpqebP6iexofg0dfW1ra3tx8fH7e3t9mvZ8+eDYfDH/3oR2dnZ5gStrvTZFE/BpEdrsXmL5di CfEEdpNwKdUkTCwdnoantV3Io8rkIJqutbOzQ1HHMBp3cqCODSJZPIHTf3tfEh1XNSlOQPCdzWYE TWdnZ3A84B02Go7YdZ0HPAVV1EHVOVqsAO5kpT5yfnNjYwMUjr+hM/7x8REdqMvLS06Xbwo2Dsy9 qqqrqytiTCZEsx28IAa0aZrb21unJisJsBCKuSbpHCWo7wR3uJRWGlgTlW3GTHP9S2necq8JPN3/ FUKA+E+6kEatmCwd3gvT0YgONJ/PyTxS0T/4M6VIUE0c2Gq1wjo5aCM9bcXUAnXZ3NwEabm6ugIp apoG7rxPIEl8kiQ3NzfYdN4OV52oZWEp+ZNGzZtGfnppLCeRPAA3kR+jAhgQlg78gOKHq8Q4nlpN OXhlIFmyxlQMq05wd4ho051+sixLfvs//MdeM1MgS5j+TLblnCJovBnZHH9vs0hGDJMsxiUhSuOv HKty83vJRTm6TMTGpeIHbtOrIBZ7Od7KrMRCbQIEhjwScQd5Rpxq5JpnnYr/bz/BmehUplhFYjv8 ZiI+WSHF50bjWEvp7rLTj5Ib7KICgM23FxCbMp/P0S0iMcf6EJfB4QFY2N3d5WKHEG5vb6+uroyu Gljs+357e7vRpK5a2vqYUSgHvBEnho8yFpRLhRH8dD6fw4kq1YXIieR/GUyB7l0QQZjIBevsNCiT cFCWZWTTbDqVN14kCB4JUaMAksu5urQ6aQCw+95HYuqbmxsge1AOn66VGq2zLCMXdnRv+M4umXo1 Udvl5SUPEJT8EfE8SmKXPKlTsZ2GIwwZtqbQ9IZcrXzcc4fqmLknjd5OJSCBs3ShLIQARwUDTRUU pXsMMVn8k8ZocLYBEzAWXMC+7yGxFBoQ0Yh+ht9yXZTiM7h5mqb44Mlk0vf9w8MDQhEkE4WozCEq zNzf3xdFQQZA/vSkCS0s8snJCc41RhXatqXKHcT8A0vhahMGZRoumKbp3t7e+vq6RdKDdFo4GIQ+ rSpDtnKPj4+4w/X1deZk4WkeHh6GwyEhC0vESXONjcDFdexOUyv4TLbVYDUZlXF2FzZCCPP53IFX H/WdxvbkSyEpTHZoThY0DepHM2jDE2LBku/88Z+wgp1KMU8aRAlM1qv3jG5+nj5ELMMuIpbSsoGl wysSdxDLExtW6qHKIqVGXq8VUYH4NHZ9ucQu+AnKBkCWU432TlWzNdCx1FgMh8+8PLScVCMGuWmu 4TTSvA/SEfOKO2DnHXlxjm+uYjJrghnCFsduKVW11nkG60DC2DQNNiUXK5zThk/i7SAgEVKhUs2l 4vQD2lDZo3qWqPEhbthBlMOohdHMvu8Hg8Hl5WWivlaSa3JerCeG3lE/sQ+dStyuQsMLV6sVnTVM y4v1fFjzlebk8bIrDccAryc6A7rxYePt7NIINom1t7a2yADu7u6oJG1tbV1fX1PB69XOamUu9oUH Zg3LiCA4lIgV5wHEH60xu5yghkz8gaEVQ95EpkE9zJxJgllMnkeaQOmJH4xHcjIErTMIbOV8Hhwc XF5esgjULRz3AVJDVeBC0R3WS1MkhLCzswMTBlSBd8ETF0UxmUxwnOBvWFijlCsJgWHoZ7MZlcYu KhFDqkFEl9iIBXROk2uoEyGzbQL4DKeaLBaiTiF6Zdu2iD6CPqViMcJ2s8fikXr1KGBJSL/Iltq2 ZUA2tR9SEDbOQWqvQaw2oLYk4MwIxpFV8CKusZMieMAhJGOgsERkUIKMSiNk2RrbMbKfn/WdJsn9 /T0nlrCpERvNaTGXPfkf/7c/CJqf20raDXMclBNxIh8eHhhuZ5ivjEZjY8hMpDEzshUXkDzauHMh MiXfiB1PVfFLokmGwL7L5ZK65VJ67qVEIYxch2jQq90szxnEd4RzimIMWTM2tJGWWey0gMxstgqP OFFBaSjl6EblOyciTxJJp2GnjZpRTaLwaTOUadVGvD1BLsaF/QYF4iHxlExEMgOhLEv6pNu2JYAl SMdlmmicqd0OcvHu7q5ZkmwQCSAuhAUppFjr6x00wJebSfiTRD9sKFrzk8lkNpudn59jl5umIe5r NDl6qT5k3pFEis+sNFc9V6XRKkameHXqZuSktW1LSItdziIGd5CecCb5TKIq6ns4UayDuTdBSCvB DXg0a2taPQu7lOSZwb0QqRlT2BxrRFQtIfL5fE7HBkVpHABJOlfaD8ArcF/YAuQxBhInIYsiqqBh ezqdwlrhhE+nU7TdqZrs7OxYUZ3mmvX1dRjuhZSBP/zww7IsP//8cz48RIMjfLMg13oH2SyyAZAr p8XYMpaCDCDPcxLKRmSEpml4KjYXpQSen7iqVR8sQX2tCXP2NBhB/quDXK4wNEoSWdq5uZKELK0E XyvRYR2qB5H06Z+o1C/CqWDpALKwjURXLBqTnijGoBXKxQQatSibz7MjyExdrJjZoP4v2pLJifl9 Iw2c/+Q3/t0fZer+79SKZrzFKXCmHydxjmVc6jQKgbl0is1COJoYaIIXp8TZBEhFq9beTsqZA82N Y6R6pn48Z+54GratEk3KsXar+g8xV6IJJpA9OolDJeKWOjQej8eYvOPjY3KxTHwPIgVTqsnv3NjW SEyOQqIfKdGo9V6DzHMpdgbJ9fA60+mU/Pfq6gpQy3g0RrMsS/LK+/v7RLxpbiYjgVAh5zmH6rYN kjoZanjTcrl0O+JAYrPUuGwTMYLE10CrvYZ+EOxk0sBj9cbj8WKxODg4gEIKpLizs9O27WKxaDVQ BbPuVv6ggmcQu4MaLzmfoSfHNXH2ysOzhsyJZacQeT47OxsOhwAphsIKqa2+e/fu7OyMPNIBClfa eT3czbZtoWFwRM2JziUlRtoHIeTZs2e52LeJeLEUOT/55JOLiwuekzUpotmqvoCNdIdCCEdHRyEE YkziAABJIEcOEmcM/sLW1ha/jAkAZbKvDWJVTyaTzz//vFEdzymLLSyF5dvbW4h9vAtnyXaA/IOz 10tp2WmQowH7uUasB/xHptZ8Vp56OAmNozFsGeYC3tHd3R0FdoR5YWphsju14IFKvXjx4uHhAWdG xEPgb0VG0uhO3K0QEdg6VQrZHdj9iSD4NPrhBVer1c7OznQ6pWYJPTeIL+TmDE4RLHiqUAxoTUXr CurLtaoHkQpecLlcwi8iFNvb24P37LiTYHE0GiX/6P/491kk2O/Lw5Xmiz1WMWjmN0BY0zRDSd0b El1qQEQuiUsup+EXE2DbSBWTf0g0VEq3vpc8C+nqQLPVOQe5SLKNqClOZh1ZGIuvJLjoE9O2rcdc ZWqn5P6jfYHdBHghkuViZGpS5Vb0Eb3PJSbelwtmr8m9tXMGuHAKxsYQgJMu4PBTwZ0O3zJJb+d5 TlEBUe9K0q9d111dXdGbGmORWZbd3t5+8MEHjfogeGY3OuZ5fnd3B3qbqhBfqDEd7xVCYHLhQGIy GA4nbeiJHx8fD4fD2WyG1AaJoCHapUQl2UqWxf07ZJ21GPR0FBuO7PueZhAbVl9pgmLLY/GTiu7S iR8S40suxzn44CdGTnl9wA2HDrmkIDhpOHsqzxyDobrGgYAtRbm/v//u3bvPPvsMhIQCSSVKmC8j 7I51jZHjjoALYffxT6Q1qejIeBd+jfAFF5Ko85k/I4x6enr68ccfg3XYnGGUezX6kjmNRiNqqm3b ciy3t7eTJKEpGiOIUkhd1+fn5wQfxC7sJmEWmahDYwzW7u5uKbHitm1JRFoVIR2lcRQ559hKZKB8 NZixl6svDNQC2AAld6tg9arYFSIuYw1LTRdwrubqCFoCTsg4PwSafG+jsajUFVgl4zbsBfgbJS5U HNKoPAMAlUZCWFRWiPlcBhiPx9/85jf/8t3jL25ucPx+9KMfffbZZ63I1omkIJLf/Pf/Z6tu40RC pix6L8pzLwoghnuo+UdsNjcQcICbQ3RTRnOrQ9TRSxRMIRuWtNmvfBQ7ZIyVDU6ShAQqRHgL1ocT 2YnSbkPv+A7zgaMzN5aE1EBzqsky9FAk6gfjq2sJvLCLhbrpyIxcIeQ2YgVsWBt1BmZRmyv/13ak F4vAAAL/idwFLzvUFLogbrhlf/CUgHr8mWG2XnleJ1UVHhLI/f09AZfxMVBm2BTL5RIX5ScnbiKh BgqvohY2/n6ksVzcaoBCZvL1fW/3EFQuC5qzQaYC6eWdxrES3afvU6ratsW452pFySUTxIez/nEO ylkllsfepZoRwdSbVJ0ZpYZh8fp4xNFoxCiPu7s7BpgYZDOSEwd9tPm0mnTK0mGI2dy6rs/OzjjP xFyGUJum2dzcZHZPCOHzzz9/enqaTCademL5BJ4qSRLcMEhdUNJDx9ZqtcLChhAuLi6YWH1/fz+d TnGrhms4Krwa5gkep8mp9K+6OIQAC8Fvp8oeGSq/DK+xaRpa3ijAwnWB+uk4rxJ1nUAH8j72gfJ1 VVW0411cXNBYBCPo/v4eijBvbYIyZ9VhBGvOne01g6XveyYnY7Kur68NA1xeXh4cHCTqzyLoKcR2 d0nfRp/kCQLIwcGBB0nWaiLFoKFeUJYl6wBeOh6P9/f3WfCVZhI0av3rxXMBBsRfNk3z4sULIPuf VPXHZdG27fe+9z0K153mqPBeyXf++E+ILo1Yce6JlZzLYzJoLIpzcN7B5UFQpK7r6D9KpIXmpikg Gv/zXgUKF1X4HRaRiInjO5/PSYs8XwIs2xwjvp35baRd/q9+wVTgbB7Ny+5F2uUP5hcHMbqgtYFE 4YrxQ/wTJ4yp9C99B1IpopQSp3Qgn0m3MhFdp+s6vF2Qvl0q6I1Qq2kabKuBQpoDOD0uKBGl1lJf 8S1iN7G2XLyguhxAfyoynPkDZF2uW6Ti5A0lHVNJMc0ZTC59YFAInDQwwnQ6JeYy3NeqGW8wGBwe Hl5eXtIhxS0y65m9IwQry5IkN7yvmplK5ydE+XLTNEs1QPSRUC2LBjRh+nkiLQGe0CBhqYFiLGAj OclaIxVJ0TqRbYLw7l7lH0IEuhwh2/Ui1OOEuB1VVQ0kLoaVmc1mZPckOg5vwWdpHOvUrkVMhq2B XuWxU8bHG3G3/LK3t7e7u7vn5+f39/ekdMfHxxC0dnZ2WD2qL4R3REXkEJgCT0e4vr6my4HVSMUJ NlUG59qLBJWJn4a9Y9g0x9v8Dr4902SupeaZGPmkKjMYDKD2p2k6nU6bpoFl0InrafCA+M8JigGo IGZXkiQGD1iHVBPhweLY0KVaJuu69tR4J2p0ZQ4Ggzdv3hBQkkmAnd7f3+/t7aVp6lYSo215JPHt RKrTkHdyzfl8Th8AIyhoWmw1R4934e2Sf/hH/3uI2o6C8AFT2TgWQfwBsgPC81yCar7YhZSR2QAo H0GdvjYQlYSb+RvekwSHf+uEiHcbDAY7Ozs07DAElsIFr02CzwlAdgN3zSa1qm77QCRJYtpJiDoS G40EwYLgpVZqo2+jVtI4fw9iN2NDiaF6Kbxj0M0SI7PJxCVN1ZsO7sQiP3/+HNXWy8vLSuMJ7YFC lGNxvI6OjtI0RUfXGQ9lVYcAIaLVQ/jFOlPeIaMHnCGjfHx8hIARJJJeS/nZhXcMbq3+XrvPEMJX v/rV+/t7VJ3BVbnPjJ0kyc3ElXJsQpadpun19XUuJfpKzQGdurFxt5lmBjlQ8oFp1YhnMJCd5fbm 0rxsxcrHl9QROZXPwShDZoDg3EuTNssy60e6xpVr3i/fRYhKVtf3PYjN3d0dNhq7hh2EbTmfz/E0 5LJAxlQdbaZZ9kbSEZDwbAJcAsklPcY8A7wpp7SVmBqBP+6EXAdKjMOCoBZKvnqlIWtkKrjnPBqf nWuwp1Em6tKkyFAYglJkKJt4C+I5DBMf3mksGn9DReTp6en8/JysLoQAjWclObm+729vb7GzeZ5T ujRUG3u18HM/zj+yLEMVNYlILGw0pZFEMz5XUqjll1eaVggUsb6+DpUe/iKOjQI1CTcBMZxjL2kt 0aqgbN5BHrwJLo5NQaFeLYKkSnL2oAhJkiS/8e/+qI367Puo2anQCJs+IguyZMyc61RQwmRj2jpJ XPGgUJd6KdIYXscH2nnwoB763EYksD6ahwkFnkPP5SRwAEjByvNIMI45ZyaosXAEYkZLe1UhOLu9 KOF11OWBHTQcGYfGcYAQlKY4d7PqE0FQK4GHNGouR1CQIwJxELSHwouXrlFpwZFLmqaTyQRoZaC5 MyspjlqziRAv1RzESo0eVIyxbuQ3PG0TKUE2TYM0G2ELjAhybew1n0O05X9FkNJqCruT5U4NbmAa 3pFUghixGyMd4XMIqPllyoPk1Cxp0zQ4fsoP4EWNGn8aFfTYBWNHZgo04qsVYuX3qjSQRLI1hvh6 lU9dyYdRk2iOEquNwXKAQtjFNT45OQGkytQPDEQ7m82CJH3yPPc8W8o8rusMpZBs5xRCIMrJoplc 5hHWUi2u1OlTaVQpv0mWRmLHgcnV4cx1aNuWU8Q94pCAljgZ4ltSqd4XUYsDCwVsWErObLVaWbUx CFPOpXzbSv0Yw8K78Amp+oaCKAZABamaS7Bu3DJYOpyiOtLYYqFcVrVHx5csNYbI+F58LBtxVYPE SBJJ/TgnSyXD0Pc9TSGQ00GisIFO/btIfDCoE8KhlblABouC5pKHCLhupSH89PT0M5Py3T/5v/jP xiWMXRqLjH/BqTpr5JEdcb3rUSPkC4kAe1lHUhbDz7jrNUgrPCgQJhFeqsuUK0TKSSrE6w2Hw7dv 3wLsWjCklkDHUGNq86g1hscgMcykztqqJ4v17dTH5AOUii/Vvd+Kkok4Aaei6zp3tLu2jM7Bl6oU pGMhhM3NTZR7b29vLy4uaFVoRfnnbtC7VEvMstdQNFeEQgjwZAjBBpK5p4ycq28r5i3wCc4AbIWD uidYnFryT0uJSjeqx0KsxqYQIWLuuTNBFcJGfbOppnj7sGHW+2ggtZ09b2fzkUtjiw+0NDGuFKyp 1MAm3FiIKkZBWUIQa6Lrug8++ADKgGP2VIKuZCGN5mVjgnORVg12meHD5vIWqWamZ1KIJAqhLy+o Ks515W/29vYGgwHzfqGE02rEmXdoXKq3fiV1Wa40QVIQcaiS3lkuUgOhBsETZ5V7Sq6QR4TOVBUO iCuN5PlSycM5O+k19BkHT8jlfR9p0gXHiQ9p2xYyDLFIpXGjWTS6eW9vj1dzXSeGoZca1Z2rfx6f 9PDwgMuppV3TaWhormnmvhRBDY9VVSGYyhulabq2tgaokmjgH4gFK0+dBgCNLUDgiJelfaETxwYA 2QkoNdUkSUiyy7Kcz+ebm5vuCCORwoOWZcktHo/H8OWyLIvnhHTisxuEDGIesnpJkiS//R/+o4EX X7leg5B6/SRicCcaOYZV4isBAXNxkIGnCQ3gOPPTR+wXVqeQam6uRvygykymUfFMz2nVSUQQtLm5 +eGHHyJAyiqQpJP2Pmriu20xsQO8QJfpnEU6WCDF61Qt4ROIHBM1qq0k5Ui4CtRgO8hyt5pYguPl 8pSaAgGvLggpHo/HOzs7pruS1jjnCOqe56rw7aztarWi+Ikj4ffpnySwLSWW0ElrkIgsE5Wzj/i8 qZhYnFQOClcIqR8Tpfq+p3X+8vLS9XBvItaK9SFybDXw3jx07gzxL7WERH1YiehAPk69FEArTVVt pByLOciyjLGuvCO+PBfJjGwjE8GxruvNzc3d3V3gcraJdptawwlaNS44ZKEMW2tyy+bm5i/8wi9Q +/3ss8/evHlDLFyWJeS8IDIyOTi2j/CcZecdY6o7SoR5njO2cH19nfmudiQG67GwnIo4JW0iQgEh GiF5L9KBjzfPwMGwrFAr0jCLbO5dq7mj7Frf96huXV1d3d7eViKDQwcgQgJnD+oYKtW1bjCWWu7a 2hqMsieNxKvVv+YUBE8z0KA3OoxsbZx5c4szab1hVVaaYcmKGa1yUkLwBwjOPSJJtemwmycJaDRo KKhVwqESAyBJo0Edkc9qpbqYCrsPkmlxPgp0wxb79O7s7Dxq4hjcBKc4meQxnp6e9vb2XFEIUQWx 67rkO3/8J0HjboMgkUQqozFkEQTwc1VKEaVr9a0ECfyyQObMfPTRR3CAXr16RYWBd/jmN7+ZZdnx 8TFM5DRNydntpYmbaB7DXrDK9/f3tWa1dKqMcw24z9AVllIr61VFAEB00o3ro1q1ku4dxRlOFStA Lu+Fy9Uk5QCT+mSvooXx9ERKvPiGTpVYFgr0kPqhjwhO3mERH4V/RRuSCWp+lyRJ0NXCUrg4gyXq NYgL3PD+/h55ToI4qCmFGnH5Vw7eQ9TTPBqNuP9u9rH1Z5TwxcUF87U55RTQGulSEH4OpU5RSSoy qKjj8iNbHD8De2oAFHyWQz+bzZzKoJPOu1BpD8J8+4jrxelCJ5kKbaoisJMqpw5xNxkmLETUJu5q r0Ga1Po4h4vFIkkSBg/d3d0BJjx79owS5c3NTS52zdXV1c3NzcuXL6l83N3doT/Rqeu7kbQnOW6v dvGVdEaDUt6iKJBVsEXjevKofA7hCCaScpzTedviVgV/UKNcAuK5WvOCGErozdLq2XXdxcUF4CFf TY3BdAMSLD4fYMdfPRgMsHqlegtubm4cQdp5pKrnc0HIjfi/tSSbWDfIBUMNukuicTo0Ldfij8LJ QW/O5J/t7e2lZgGRmbWaRTPQHDEuERb5SaN+WrWwgShmWYbwHLab58/znElwcYeHLVIjUaDJZMIJ RJYVLalU5RwPeHAPEK/vE/4za/O3f+/3d3Z2qGe6cujyUYjkjzExgC32fqb09VKIRwvb+0HKRrpK 9Af75/T09OLi4sWLF0VRHB8fw0gztu5Pq6pqPp+fnZ0BxeDqHx4e8JMEelS0V2odvry8xPCBkFC0 wcDRbUxvKveQr2BLYHexW1VVMRPAfczsX69JI6nKU1gHnFyI5FJL6cPxYEdHRx988AG/sFgsKDaS GqPiAkY5lKZVL+GRVCIhnHWbY34nlYYwCAblEK7NxsbGdDrFWywWC/frg0qXEtQMIeAs4SmTOrDF 5Jiu9DrbSCTRw6izx8fHXgVkbNPe3p7jKTBKe4teUKmxEQIFn++gboNGUly4Iq59LlYV5sAAiCFL Kkvc5y5SbUvTlIItaRPZWKf6kIFEjj18JI6Nc15K3Hwg8TjR5X0rAAAgAElEQVRc2DSC/vmco6Mj NLzosyd8Q5mZRpuvfe1rs9nse9/7Hnktxwmjv6ZxuBgIlzewtpw6Bs6xpE5A8UlVVVEphbDERnOF fZ5LkUfxmrXUWgxfcLSOjo4IQZyIk4cB8nCwR6PRZDIh/7A7b6Xlsr297XZZku9cUw1yScgF9T9C 6+bMY/gSDWax38Ucp2qOyaX4RBDJb/pp/Y0hBBx5URQua+N1qMyREBNYEJDBcE2kXZoK1725uSEs qESNTzUIwR43l0gD0S2HNokmMNvNNFKLrMQrq6VXwY5sbW3t7e0xl9UvMp/Pv/71r2dZ9vbtW7Of qdwS9IwlPZb89//sn1On3tnZoY5HEFpLcMqQZXwzHcXbiHMxKimgVlJOGEnej1NLaA+Bn953iFaF xsIlatWx4y2KAoMVhAVDqKJ4ghPj0xLptKRpSiEXjGKlBtFU3Ua9KJhpVKpmZV0KBqDk2HFPMO5s Sa/Ku62w0acg7o33D6O8ublJT0rTNGhwcg7sDsHpuCcGqSeTCQKBhdp6sV9t2wLWv337ttP8jURN sJhsZ+4YoIeHB3RmzHMw9Lm2tsZE1vPzcw5rkiSg/9xSloXT4wFDvcrvCE6xbk9S5Q2RhAOhAwDF l6yS4w5bduNvdTSIIFdXXa7x8ADWlWhzrUgRI01cKctyb2/v4OCgqqo3b96cn58nopbCpAbHIC3I xJDBxvUqZ4UQ3r59WxQFM2PBMRwh8gkYI+dtfd/v7u5Op1PaZ1o15YcQmIn49PQENkhzkItSphez PvP5vNfYvKCJWpX0onsp7hYaAYjzXmoanAP/kdTAiQ+gx9jQcGA69dam0juspH5soBKoFtfrKh9/ sOVKo4E83mg8aCdpo06CAZRk2XHavE20IwpBtC6PertceGBZSC869U62bUv0lkuepFHxc6VRgl6W LMswShSr8P2ZFEmdZLMdVHHatoWQbXVGUlLn9L3Ix8vlEoINbbS7u7t1XVsBNCj890Xgb9bW1haL hedDTKfTr3/963/6p386HA4fHx8hjxwfH//Kr/wKZ/4v/uIvGDGNDn4qymJd1/f398l//Vvf8bEm nuVkx9hNK8WrIBCN5/M1qEQ7c9dWr2IRk4AG0URp1n2gQUV2GIb86mi4T1mWy+VyOp126g8ej8fA TF988UVRFB999BG4zaeffho0lxa8cjAY/Oqv/ur5+fmbN28oSoQIaiBGK9Ql1IvlRiDDL38JlXIQ WkS9kTwwQFAqIcbBYDCZTL797W+HEM7Ozn784x9fXV3BN+jV0LixsUFzyvn5OVYJcshKylmpinut ZC9xOWAyLBHiX+xOWZZknbCDWQ0WHxU6MiROmPG7RILG5A2+mY6OeR3GP5GgDKSVGoRiu6hgC9KL 7uL6FREKtIdSAhp9JObjmDEVsI7txuTZaxYalWlwrI1+7G6JvNqoTs6Rw2Q7dEg1Oy2JSHKpfrqu e/PmTapaOvAFzoD/SmRwc3NjZU1WIJGahf3E09MTbLa2bSme15IhDBHswBPSO52JfJKL7MwBiKvT mcYzpVJRTjQ9w4C1bXquWSJup6D0RRWE1cbeceypZvOZJAFdRHVLVXpN1YG8s7OTpqmFXBaLBcqs Gxsbj4+PV1dXxJWGcGu1tvldMAhkco26BUmAWMyjo6PLy0sCbVwFa87h77ru+vqay16px8WW2vEE PxQ2KF9nWXZxcVHX9TDSGeVFarX4t21LQeVRc69cHCo17MHIh5FGPg1vyvUvy5KLf3V1hYVkecHT 2Ahczscff1yW5evXrzc3N29vb7/1rW8dHx9zRA8ODn784x/zMM4YUjEOOEvJ3/rd33PFgIXA6IBZ k3100cRIW5xExUZn60HcPt/bWsP5MnXMB5V9AIyCFPV6CStaToGH9tXNxAYzQNGLtRZ7mtFoxLEm BJ7NZnt7e8fHx1dXV/6iuC4Rc0IM9ycSY2OPOXyAPIUomLlYvbYvLksS3YQQqLmXZWkDTWQBCczB xeXl5WQyKdWc0ms0NiJzfCwo5HA4nM1mZ2dnq9WKLn+yikIjeoH2KKNtb2+zHTS+04eFlYEIwVPh mLl1LqEHyZk9SUIaodGguWtBZBsUM1ZSQeEgodyQqN+klfhlqZa0VNMc/b82xKmKqDwe6+DLj22C 8hwjOb06FQHZjKVwkbIsI2nlBd1WyrQ5XsEuhxji4eGB8ga9qRweEAnq2HQhUI1gvBGGqRKND33m oLZ4tpiYHeIEB4mBRMYfyrKEEN2o922g6YmNGuiyLLu+vgbG2d/fHw6HYPdB4zexXImInjBVMk09 DcqA+77nSAOFE5xZI8/lGYB+3gsDarPOWU2kKkysymL2GoMXJPdtG42D9732jqfS+PWxTEQ5Bdxw UlJrjCJHjs4MsBecVmyIVuL+5+KD8FL8c450HtGu6qiHkXrDZDJBFgk02HmY7Qkh/FJN3b3oyyBX eGuqU1xG5kJDoIDAjcflvdq2BUQ5ODjg0AKT0lp8fn5ODuRxpJQVXQnjyVerVfI3/snv9FFvoVN7 RJcIhONgtolGITvW6CUMGTvJEI034nglSQLTKFXxFggykXqqPQSfzFG2EY8jLA4ue4mySiLBAACv ra0tSvmU7LjM7iLz+XYmZcfLV3P/CwlYYsfZP4czrj0kmmFN2u7HI4jGjmNziSyshU3Qh9llZSrx HYPyQS45BR9Mg+u3/FeQ8U7jJvAlq9UKTJmaDOIhZqexYrbF3J+iKLBilXR4CJNZT27X+fk5C55p 1sFsNuv7HgiIBg00mxrpQ6XRpNC2bY2ZOFrvpByXRsrM4DD07xhy5b+6GIsJJpcaa4Iz1m2xWKxr SjuL4GWpNFd6NBodHh4SqeGNuO0gVH/5l3/JEIwkScbjMVHnxsYG14n7zAfi7To1PWKAOpFoB5K3 TN4XLjfKUVUV7e8A7pubmyw4FblMbVmOwHhxHqwTQSuomdP4Xhr1rNiVBqXI3AvQeYNp4Glc/K7r OKUYMna/FQPP2QA3LpNMpnsswADI6licWh2/bcQixTET01ALge1HaY2AwwT/Tt1euIrhcPjs2bMQ AhE3e3d3dwcO5joESKDTIN59pc5Ebg22kqawvwKsk4Schr/E7NI7YhjDe+rosNUYZ4MtBhI9H5jt c9sBLVrUuuAOYTqCcIhUKltBc6RJlcggvYmYykotHVVVJf/t7//TRloZPnn8FFLm43MrkfP5vzbQ hgj9BDbrrAIOn2vJsaBgRSsKh9LVs0SKBXFk1+snFbjPscilWfYk/UVYiawsEJ7L2a3K6HiIVjT8 LuK2t+q9xNRi34uomYsPeZLuPmeIVJ38mvxrsVhA0MQnkUqPpHBrqoNz5E8++QS56uPj41QCv7hD VP0I5cDfiZcvLy9JU4xi5RJJrjWfpNNUBxwDwtM0nXMyOmlRcb6JT0l98jzf3t5eW1tDGDaXxiEx IIoFeZ4z2y+o/GVYwNSmeO/SNCUk4ThRDkqSZCh9K8LbSk1nHFnYHewy1tkcm/gcNpKWLMtybW3t 4uLi8fERuAyUBhZErbEVXdfB3snznO4hl+k2NzdPTk6Ay1yRTjVPFdKLKxONRCvtfkIIliwPUvjD l5dqqW008xoH0Kvdl5Z3h0qkv5V6shxqtNGgR7ByCsvocleaD9yr0G1zzJ+pl7jukqtM3aoJg1iS E0LImWngKsEmljeTigNLgSQO78VZGo1G29vb8Gpqjcw1xki6yZ1lB1u1dyyXy1wjJRq17HXRMCPw jZHUiowQ2OGV0i4k+myjIT+p1LX4wF4ywmyWNa+gpT1JQ5/iH4+EBSglUht/fquO9FbCiHiR4XAI tkkAR04Gmdi4WSxWWKpVwqZpHM0e6dU+SYQRv5ftcPJf/sY/tLHmZMd5capub2yxLbj9gWETXzM/ CiaD++ZKAhkEt9qSUk6jCNL5cawRP3ShZg16qej0pW/FyWNQ02CaptPplPmKqebV4re4eM4ZGdzR ti1omjtd8W0cx1KKj53mhttM8/cjTYV3BYzryipVVbW3t4fs5Xw+T5Lk5cuX4/H4+Pj47du37g/i q7mZYNY2OobtsDVUYokvSo2egeGOuTw8PPRl5t05Z5bK4oS9ePFiOp3e3d2dn59zjhvR+bH4hMnc nET4NXeM+8+aGyTFUrsmYePeStoFvkGapufn5whwosBsSDdN052dnbGU3PM8Pzs74x9i4/b390MI n376aSJRJyJ0orwkSdBv4KNw9sQT7BoIGHgIJW6kAojvtra2ptNpnuenp6dnZ2dMPuEfPjw8wLmi 0Jeo78lXJgip4CDF7o1jQGIBbpaKpo2J76WtZBQ+qKrfSw3G8bhRU98y3AYdy1dXV8SAWDdoZqxt pmmCGEHKYL5r/iKnyNgyLgV+CAfJDg4lCFpEiomNWnwJPKkSkb8uNWs7hjV814z7vXv3zgePwhIJ EGgDtnikwZalBqIloq+YCJCpt2YZKcJ2mqcG6jiZTEzOWV9fNxiVpilhu5EJe75O9b+BBKPqiA4e oqFDnTpmgmjWXwrzm0gTJejHMXSqdl+uHgviOMZ/b3zY6TjHMvlr3/luE9E/HDt70XP15dM6tL6+ ziSXXLM/4pzUR8232n/mCZzO+ChgWyeTCcYLx0A4QIxslmEm3flSJNO2bYcaXsGfG2lP8sOhASaz h2+iTsXJZGIifC5V0pVEPDiULpam0vlqNG2HBzNs7UzTB6jTaIK1tbVPPvkEZc6HhwdKK9SUXMEP khHn1WyqnKmcn58PBoPDw8Ou6ygrEUQj9RWipmL8cZqmdpxYDbCaL774gr+36eE+1xoIkKuR2k6L WKxTec0rtr+/z10C8ew00m8ovf74OPGDuBvmZmNj4/r6mt0kP8C4gAyQ0tFagrixi3XgUY1owrUE 3zHQ/gVqU2AdrQaCE6vi9lAoCmpw48/I79gV4fBKSZiROeFEC03RCwoeLRFqbCqOhQ0Gcg5dSXLG E1RtKiKJTcw0cdzFxUWvKUsQfAeaYIUf8jYFRXnkDSZKsVns8sbGxtnZGSHCwcHBYDC4uLgAM4Gk b2yBWNLdTPYobjet6/r6+hq5f+6vdwQ4YiDNfWyW0TZyyuFweHR0NJvNHh8fT09PExXtniT3CEiC I8RWsF8c4EoDHgh0OvFn4Ku4NmPrGcejWTRajn0hl8LEsWKlBLm6qAoYXxMjDZ0qcIA/HEXjY70Y BK0myn7JsjtQICDw7+N7UjUDVpqMlEuP2kmMyxjJX/vOd5OoKujwqld9w2i7Iw5GjTg7sD9oovKm YSnbxNjc27cASvR9z+11dOxAplI/nu0y6Unf90w2adUuBJUKf8Mpx9lS/iIMXGpiIauGUF8hkRDo m1yGQoNSi4hR64Wyh+BM19F4ayNucGMmkwl6h+g0TKfTxWJxcnKS5zlttG5DIIZ99erVcrkcR0PC 9vb2KCNXUfsun+/g7klD34MiPrbSYQXojbk0eHFI/eBXeZ6D+g2Hw8vLy/+Xrnf5sSzLzvv23ufc e+OR8X7lo6qyWNXNBqmBQGjsf0ED/wv2xEOBNmDDsAQLAgc2bckm2TJM2SZpWSIBW5RIiZIMSAYs jwVIE7OFBruzmJWZ8X5kRsS995yzjwe//j6vG0XeQaO6KuLGOfuxHt/61rewoWzZ1tbWs2fPnj9/ fn19jUXjhGGFCc0M600krBrj1iQtXFby7u4ObiW/m5QmthJftC8xKWUiMRC2g3ShkR7Z1tbW4eHh 3d0d4AmHgSiVXyfvRCjYhzCrxQw6RxVrs0p8n5+cSCNlWBUWXS6XRP1J/AL7daewSXknT4KvakS2 s1oGLJqkCgQuFgLG7e0tABfnJ6nan8XHN4o1qgTt4IYbQYjqOIxzgv8AGeNqmM5AfAP6n1RsJJq2 KaS/IQmmI0DhdwFqaN0oUkUmJJ/P58wCo90Je12l2J7Ur8SffpS0HEzTXswW83+qJL4badfgEUc1 PxLFc1RaqX2R3hkXstvIIsVR6LZH4TCPGuAOvOwkLylIT6F6xMeWsA86lEUtcvGEpNUAyD/QiMJX 1fwItjORllFRq//9/f3e3h6b4tg6pZT/2m//Dt0WjmftfEqow/DtvBJlLjxSp+lWQ+iyjU9ZQ0mn BGqz8cciCnZVJzTfg2GNrhVb4LiA/IjyGjvBpOau68gtpqLiAlxAXcBQ0ndD1NNKrNF5/TRMCyni oiXxgquqnYNkBTu1CBa15PEP9/f3R0dHJYy7/fLLL8/PzxcSU3yUDL/bo54/f9627U9/+tPz83Pe mtuFTjS401KTaR81kJ7D6giR2B/NANJYYivecSrtPSJQwnmkaHvxfNhT2p1evXqVc768vIQKSQAL w8T+g3TKRhBzbLimFXcCpgQoNpWfFLjwrGEWiZDvwXixcQSSBPWcByJxlmUiRjZ3ACb7qFmG8/n8 8vIyq4o7m804w1llt/X19efPnx8dHdVa7+7ubm9vYfIxNAdEyNV4ewjXvhzQjCKQJBGfcWD4M6Kl aM78nZMgolc0YGQ6nTIAlmi6ivJA7d0xUBL+llSHB35pxZIgAWLXWDRyDsA69ohKzLNnz5gTAqRA jsWlwNwTdfJSGBQU7nLOMPzs2mtgIgJVTdVEsru7OwwDEwXYCzAcwovd3d0+NIg4ObAf5VEJjBpN BfC7g9gQ3s2ktOPLa/NXSoHLgE3g2HCcMKCO5TmiYDhTCdmOorRHzCNLVR/7ywUhMsOg2XYbePE/ ZzF5KCbb0zvOhpNjQw2yx4sjB7KpiYwckvyr/+D3fcLmEr/uRVR3UuBQP4UCEaT4KrHcHLD8+BnD 0LtWLWocnV/6pV8iAHfo4cya6JVV7jWl0N9vOChLYvTq6gpkhtUk3SOTJcJCFMHoQVJrnMuDzo6n gfU86pOUMXEoCfx5JHzS+fn5+fl5lf4f6CRNw7iQ2WyGgx0kl8htuby8ZEYBUMbOzs7x8fGHDx/+ 3b/7d76ZXIZOrS4QmYA+k/jalGj6vnfcRP0HO4jz4zQ4yEKLNaX08uVLmDDn5+cYcbY4qWoNnWAp CWIiEaxYJ7ndSehvTGq2qmEcNgYFPJRXa0M7nzNxW3CDjPD0oY5BauR9J5MJA/weNQOAVnKzO8CU i2rUSylBRqJUEZD6gx/84KuvvkopnZ6evnv37u3bt+fn54wcWmr0CnvEyfdogYlUMN0JQTGWvhju 18PDw8uXL2Ou5sIyZprUjfD84eEBgXKWmt0EaiOQx9NkKdDaWg1qiajh4zQuhXwf/5fC1DDfcfIz YuTpdMqIDIoumEtI/UlVJR9dzNlSql7sHf01Ew1Mp3dvMpnw70HwyCl7yX61bYuiL2FKLx2Lqi6K XhR4LiC/+PDwsLu7yy1LKXESUkoMLI2ArXFdk/egXeF7MPTWc3XYyh8i1HMaXQPsxsfWsgtDvvwl BGq7u7vQzTlCOed37959+PAB5KBXG+lydT7XXGISvLu7L4F5+Sp4tByG/Cu/+3spKI9jKCk3NRqj bnAGA70W5g6jN+9Fd8bRa/RzK7o07XZLzSPmwhOJY1ureovs7VvRP4z7+08U1bvN2+O4d9KX8Ck/ Pj5moZcapWYMyzga6W0OOuxVdNExVAIHTTtaSq66SGKJlG1Nylx3d3fmURmBHceRKWtJ3BK7Zawb 5m9rawv7/vDw8KMf/QjNFkAAs6locE0qZnBzuKLASg4YR7F6cQmtprURi8HOziJ4lFK+973vUcCE 3sPrE3dwDByPdKFtjQcYpQeypulRHNMiQJn3tW9gzRdhqi95my2RrZLFv3iRnDPDhkopYPcOZqtm njhXwEUh2ZbVMu2z1InrlcPwUh47BlkTKaxia5guMIgaOFULEk7006dPZ2dnnIeLiwugbUh+oJpu 2wYe4fFevHiBKTS8Y8LcdDqFZYTFx6st1bOexJdNarMYNJU+hqslMCYIEY6Ojo6Ojn7605/2GmbL XUD96rPPPhvVfc02+ZbhzAxHsD6Pj48o5LCkdAnYGnDrHQ5WSVTyVG6Fadv21atXL168QBLDbURF rAQfA8N9VfQNYyYIlDK81/llEvrndHyige+mzzsTQoSnW52bYYvha1VVgspqDx4lB92KKIXQSBL8 wIkF2U4pra+vf/bZZxsbG+RnBKlML+EiTyXhRY2EKMqXhVfupJzTqpeQq5p/7Z/8EWvHkxVpQ4Nd mAvBMhG+kRDZxGBDLXzhUNexNm7ge9/73tdff/3u3bvb21tqaJBGCdMAEKrYwTb0rcSmm9Ax5BuF JeVRLy8v4a6saXS9q6CAME8ysiLBSF6N73dZ2P2WHHqitqxJvq64umr/qOGleJdeRLesWlwSGm56 ZRZpB1yFmGU2m11dXfE8uISrqys6nlmTmcYzEoMPKi+7Sy2Lj09iuKnBxxxxDtbe3t7bt29vbm6y Rmty1iF0J3Wr4jhhksBiXltbcwlkGAbm9YySuElCHjnoEB4wMc5YWUBiq4uLCyxF1WDrqaYeYqwn Uj1cW1uDTldrBSRB/rMTH5lKDN6CpUN9M6X07NkzZFq5CYZrnW5m6VLEA5aCDP1EYj5kFf4eNLNa tWgYYzw7O8N8M7Th/v7+/Pyc2+HJsc+ePaMN1Zwo1zxgoHJ3wEvtI31PqfhF582LONwb1UOUQ9uO AYRR/dhFrYscuRTwHM6qC/VzaUeTyRG4/MyI5DyZTAgUfHioVF9eXjJsmWuCT2L1Hh8fEUNtJIjU SgfQWSP63hAEU5izOEp7CrNOcMbhBNtZX1/f399vRJ/zGtoyVk2J4hLZjFaBrqOEH7xEE2k79yqQ EvHENNRRQhEqNZlMkOhxzGo70Lbtl19+CSESgTlSUuCyYRgwqm5uMm+H2wdSx9uBL+WcDw8Pj4+P m6a5ubnJ/9X//n9sb29XkTpcyVmETymFTrxG852JjGYakWyJGCi6o3pTi0pJBPjeP7iAP/7xj5um wcNz7YlQsJXggwT7xLMEBS5WVI29hhSBch6lG8LYuYSwc6hX2Od7D2zQHd3gVzFhMHZ6DQzCdBo5 hUNJQNF13fX1NaAH1cL7+3sW5P7+Hgt+cnLy+PhIQYk7c3x8/OrVq8lkcnFxQamAViBIxJ8+fULq /ezsLILUjepFnz59An+cTCb4uSqpLzj+OXTbFqkjQABnofb393d2ds7PzxnWbG4GhpV+4Cyi7tXV FdYNbgOOCs7ln6acUvrBxvq7d+/ev3/PfWYRxtVW0t3dXaZCn52dcYi7MIOGt3BMSl5oXzufz6+v r4G8ptPp3t4exBWOJdbKnRkcm1IKuB+JyOXlZRXfqWqImAMfV27HMLWnES8CVwpiwC+SKSdhwUld PwBx/Dp9TzzV1dWV40TSHZAB8GjsJkFVG2ZM+klK4DiYHeDIkb3jTaeaS+fw8wnonNUMnDUCYir1 pDFwqEEdaWl2mZ1HomVvVDE8qc4Z2Xs5KJoBBMHfnUwmNzc3bOLOzg6/RZTtCIDonnL39fU1scUo Jb6iMp7z+zdv3jx//vzk5AQmqKusYCyEU71IH12YK+dUKekDTGTI10uHsR5FFWtEDu7Ei81hLgL2 /erqyvU5A2gEoIeHh6BtHz9+PDs7Q6wUDfNGsx5xk4vF4vr62v2xfiTMMiHF8fExP8mW5Zzzf/eH /9jPsZCwg5OgVm2oPrtcsJkmoHaaskbsXFUUxrlxRXnn2Wz25ZdffvXVV+/fv//222+Xy6Xr7AQO Xdc5NyQ08E7HRN5mHcMNGwy2g3coq7iMGx+DfC7HggeDLZOUK9Db5gbaWBXJ6qEF+cJdkU7OJdNh 09mHfhMbcY5v3/cMAiS/nmjUFney04hq6gTYDrpajAmYG+qIjwDW7R6OIJxAYIsBrH2C5/O50eSJ pKOapjk4OPBBpGZAqEX4TBrrS0twCo2VgiGm1p3AZg6APlchZm5TMCaTpErPrtlYgFCfnJwsFosP Hz7s7e1hZQZNT0yausdNYMExQ6MmV6xL1YfSVl3tw0iaHmW7mUIDLdFfoxbTjY2N/f19kE0Dssvl 8uLigqg8B34kixCjChBSCyEUsarQfliqS4OUlHY/I0h+Xz92XdV9su2gv5qV53sWmh+UlMMlMcST Cr+92hSIlmDX8bd4Nu4OB49KiRH/QY2KcNIXi8X29jaXmuchQiKqQ+MPHObi4gJtqF6NcuSmTdO8 ffsW+15KQUuL0Q5kBsifZZVDSDG5sITYYAwObrxi9l4EatTVHds5qvPPJ5EmWH8c51Rqiaw/Zxs4 qNckhk6c1CE0wBvVwJXSEAf0ym5SNo8QyFT06F5tqDaJtkvkVVN1QvDv86/87u/xTFUa4r0UCMDR SExubm5KENNpJbZp3M0LR9O/G76T6L2sZiOBU4w77aPRGQ5qG7PPd6QwqD8iaeruTNr2SSMgBvWp YzuWord3mmhDFMkBYpNsBGOHxbqm9I4aZ5FVvHKu5NAJq8FCdepDcThABTXnTJRKXFM1EbSTFGVK aWdn5/Xr12jUYfUMO15fX9/c3MDwW0oHMYmtAQbSSLQPc0+az1Zyw/GOuLSovH93d1dKoX2O9pwa BtjyJBvSbaaEwBkgNSHXxjhCvfet9qnAm+IpuZOIImDOOgn7EIks1XpKeAtISIZE3ZK9K2oCwg/N NeSIrB8zRPQAFsz1sH2MOVxWH7nDZP7NRMzLErr5G0kS8Se4b/z13d1dTz02EvXmzZsirVojZiyO gbJeU8yM47t+bguehPxmMSKMA9iJJqWkHAO6gcjAOHucNAdq2KAnECVvnXOmkuQqOknYKCDeqVin US2TMHuH65A03NgBh7EFftH03JQSWLNvZdM0FBjJyIumcDx//ryqA2sZlOBc5uUCxg11YYnV89a7 lcwUD5vyQePhXDoa1eFFycFc5C5oly4WC6gBWfyZKma5gwbOD7eGUooDrEF6cBSZWE97ZQp+vlY1 gMxx3ajWppTyr/6D36fvgHO/UFMlt5EydymFJ06SO/meYr4AACAASURBVMC9FCGVrruytQSJhNXY 3CwaKc/k2gIPZ9TYbo1COZvatu1cii4cFOwd2XESV4Sf7ESqc9CdNOUDMlbVABRHu8wFtj/sNKaL 88Sl5bpSleYVjFyxDljJujrEGR8D+Ro2MWhaE0YyugKccz46Ovriiy9OTk5ubm7evn2L8E504I8a UjqG9odG4hjPnj2bBpI7D0lAjRA5ypS0oXE0z8/PU0pff/11rfWnP/0p59h7BCEKVJQwrVNjHkeN tapqDc+arEQATp/nqC4Pm+P379+vaQpo3/eEYLifly9fzsM4C+pswzAgdvb5559vbGygJXJ/f4/g eJEkIfE1vBQADWwch5B4swaQ3VcuC3r2puTwSSreZHF5wTrJw4qIv1hDTn4rEYIaVIvNx/BpLBIL fHx8PDk5cZaAIyfVYwVS6H9pJb8zBi6mrTMpcifFApKDrusMqZfVmTxcwDYoarXiZiylYcDtIM7N Yo6mgHA26k/kyi/U20yE5ygELfWbmxs2aCINvrW1tYVkqZgnAwnq4OCAMiOt7MMwUORzwZwr7xQ2 aUKZDUsOze3RvI7qCaB2SjZgv9uLWOUgIH7VUkMrSYgdFMZjYzfsX2wlbpMD89Coho0ed4QFXy6X Nzc3HjOHF4GBMoYiCi9ls4PboFSZf/Nf/EvTH7E7XMgqnkCrNn1y4VYDjJIKcb3mKbuAniRLRvpZ SqEGGCN9RweEdRhKsi1ih16jKnhPQkuG79AlkVKCEArFYrlcwi7itixD25ijm05EK/6ZQ/z4+EhC TYxGZIpFIEADXakasNKp1cWLwz0x5aNVgwOfQY2ROIz19XU2j6UjcgF/nARxhaSUcKIRS9RMBrXF +hKSKjIg+LPPPiOuubm5YTcxfJ3GeU8lx9FIdo3w2YAvZ9dtk+yU8SXgYE6kYa4kDfc16UDw/NSx NzTeHtVDUuCdnR3444wHoWDTdR3FW6cOnB+sf6e5uF0Y6fenf/qn+FEk5mH385ODWnyLaGCOf411 +JL4hkSj4LjPu8xZhbYET852hF+/uLjAX8b8wNlqDfObTECghsG9o/ZISO5wqq42VUULNYor1YSp kL14zPHZOEjcmiLOG44TmDEaGhsyyjBJGJ0bVrllrRRpaiBuE5Y5IvE/gyMDu/vBuO/gAQRezkR9 YcGIuOa8HeG87Y8faSoSfbTFfqM+tInaFhURFh3WpNDEz1c57POC2zy2qqX7D1UVt5NSlixBwyI+ rh8gqcpIFD+IGpvks5fLJVtG1pVSgoQyhCYpby71tkhPz7/+R/+UK9RphrWdPLue5OeTghpW35vK +nJ/1tR0zqfXQBkir5QSbzIGDRnWiOr51taWO4yZQJhUx+9V0uzVpp9SQmoVxhUFmTUNLOZFaq3g 1KM6GuJ2kgHgsTEcWYQZXB9glpMGYmT2sluVc2LPSH7dXDCoIYB4n3FIrYZOdOo/WiwW6Mre3d19 +PAhKTT2hfHHWYXtziipn6RCPA2ljQTR4CzXMDmXcgXEDFLvImaYvWlWvWgM0874WvwclrptW7p7 BrW84clwkyAt9FINw/Dw8ICPTynt7+/jWjjTfPP19fXr169rrbALcpCYftTcJfAuu9IncxnXNXCR xxvHEWpQ27ZUApJmshMmG+Ym9exF+3PM1YqDW1WDTdK0mM1mu7u7/k/ehdvbW8g5LjglxTpEvnDD puL48l+pwcznc0BYGu48BWkIKnU2miRYWXL8tlx4PpJIw33syEJaoTbH3MEXL164Yglxi30E/jJh Jik9SilZzM4jlLNUCb3dgPgT8e4JZVCy46ZX9WR10ioYBUwRrrm1kPfFFJqT41d2zYAMewjjzqv6 MXnrXh0zhKRUd1OATexBo7F+4i34Se+vPVkNbfl4a+4CBtq/6593hufvHAPmjMEkfnch9/Ly8olZ 571IPvDruO1aa/7rf/d/Mw1mGVRe3SxQRZnyqWokBj0G6ceptKddefAV4m3fv3+fQqknKdv121aR jpfLJUjuROzpR00s432Oj499BLGkEIkoAc2kzuNnG8TLns1mYM3m2FaV+JxSAUxvbm6SxU9DXwN0 q7SqNs4jkXevSyQZfzOTRGVRm8xcipL8G/LKWuva2hpKhAQyp6enDgE4iz4WDirjQSwSy2zE9EgK i9w1zlWhiF3VjsCXOwbhWPCo8JqTYpYqgckmNCvx7vzfTnKSXEs2cTabXV5ebmiQKaMbiNktzfri xYu3b9/S8o4dxwTv7e3RqXh5eUkqFqug7HUSaYQ1waNsbm5Sd+UX6YktAi6G1dZr90bU0JU9qvmw 1XSLeJGKQMs1ycORlnVSoei6DpnJXtJyrRgdAIYU0qsm9BK0llJOTk6+//3vp5T++I//GMmEtm1/ 8pOfuKe6hB4xv1EJ3ZIODxvxGnlm3sJjQltNds6C742M2+CS9sUIg+tJH8bEnTI5w++yUpu3iTvi tKBKqwfLbjR5b2+vaZrLy8uHh4eNjQ3y8o2NDTBhPkWwmF/Q/izazSdZTkzLmiD5SwKaQngeLfu4 is45kHL44sidPBhOBBbcLifJo3fSS7eT8J9rg9xNDh9+Hv7CcrnkpmSVjougfNsffsvo1kQtTvlv /cEfRlaMK5aj0DSvTq+R84T9jmviFrJngzoFUpimRrGOE5Bz3tnZ4dGx3QRWwP2EumToT7awl67v 0dHRs2fPaAqFbf34+Ah9nsCq1TSAsipV30mmhiiYmLqTiDmFF5Yph7F8RfpBGEHjJ73mYuPt7I2Q Mek1xg/r4Krscrmk7Zv/io0YpGhRSkGseKFJxz4cTVCYc1IMlF+F4STly1WMXTIVl4kaKWPY4hRB gSkltJ/8wAZDR4FjzpBasQMptDp+x4UALjs2KRp1xu3CVZAE4AmmmlvUqzEKB7ymnnvXQgmBnYZj sFgQWxYOzO3tLWgASZijE4dLVXU5/0orkVhiJacOWGGCCTLXRuoX/DwdD/aFX3/9NU35/DAdTNvb 26wS0QNpDfxXtvUv/aW/dHx8/G//7b9FuawI6IDvS0HYdtP5YgpuPoUQvqwWh3HAnDf2nRCbO1il g8h7+Q/ZYA1B7pHn95q3Eth6eHh49+5dHyTEfXOTRkERhnNVTXohqgAgxddCyvCLFEEZVYVfR28O IotIen2QWszq5MCLY22GoAXkjNZGLwbvaTWEr2peSUrsrJxDGYkHwxkPGkXiP2Gb+cQV2XPEFbN+ BjDUYrHwGIYnrosfZoIFvw71IP/wn/1zblf0JJ06J33iSxi61EoWmD+zVCsXUEaMLL57wmqt6A3w QMRlOAPcIMYRyMLPA1vZcVPXdczDfP78eSSQ2K9iKfj1rEbWLNkHaj5Fw5V8CHhyvBcNur36bCeS D3Pl2q9mV8zjYSw6aZkmRdDAL75IxHSRszWVNjTm2AwNh+SAV40+PA+/Zbhm0Px1NhEmEs8z0aRN p35Z+icUvohAB5GxBs3ntFIHDTUunmPieXhiT1wvLCYKXyklK1ZyVLgeHz9+BNOgFNaKNrqmjnOu Ok81juPR0VGSXATpJy/iMmmR+oJb7U5PT1ntJBzTR8KmwamnrQYfA9mcnJnkOVl5GKK9WJgLScO/ fv36888/h57QaaQOLo1eniJiBuvAURnEyvj+97+/vb395s0brA+ugv5bvOxSn6oK9riaoceQ06/j 5CznDCHV4SGul1MHm7BI1CF6Dlv2IXzGccQucw7xCphOiAAQbankLxYLzlinRnHbVs6hDRn3cSqV zfhqY8C+n0Tc/gyBGJqk6sVpeQKiZpH9mlAee/KHcsBMnoTzjRgvKagwEpJCUiKK9THLAU0tpZBK Ggf2N9iYdOrl9mGjmuqYNYWBd1iJo6Ojm5sb793j42P+O//y//KaPmpKg9fOYF8M4YtSci9Qp4FY E6kXRcvOnyeYdeckfwI6revOfWhoXqrRjmyAEBtzUyQniavs1Ac/jqOrE7YaRMdJ3Gfa1plat1gs dnZ2imZPF6kUcHZtNaZh/FMKMsh9mGSGGfWiNxLwakT2GMfRJDlXhHBvZE6YxePj44uLC9BJyik+ r+ua9mCqBoaPvZxrQHANpLSlxKcwEFmAb63VRR7+F7phki/k5q9pxCC1caYsGaNoRdtYSHkY5+eT 2nUd9M2U0u3tLWN0TO0wEDRRlyCv3DRNpDMnTQ2lg2OqUZns9cbGBmxoH84YW0wlN8+VSNLsdiQV i0mYDDsArmUMTkcNVQc4wgt+9tlnPNXh4SGQAkk0djnJIbm85CR90FxGG032l442Rqnh4J3Rclqi s6wq5ts01EBlScKj8XmcMSzyuFoILWqDjJl+q9Gg3miHL4ZeSykbmmU608ikpmkeHh4oLIPjO587 ODigZ4fCIPwCl234dWpgWHyezcGKX7YP+hC2y3592+Ve6rjcgqxOLsyIw+eYFhC4cOYjaj+qEY+T +cStZmnfY8oGKYdjW6oUCYuw0EmQEI//slWF9urqipMGQYhj7O6tMVBmc1Bk8htxmPN/+w//UUrp 8vLSxgIyQNM0xPbR4+UwzymJ9ALWYa7ImrTovGp0UfYinrOdU2lbN1I6TEIVnH1jqQkriOtNjHEy wTOD5BSBy6ZtEES4usXZurq6IoyygaaC4UQh5wwcQZnXBpQ/yjPYFoD+P2iEo5lSU8mQ4WzG0B0W j1TXdQgbUUR1zIKZazRtJ6nXeVRxoguDDhxmdquy5kla840GvY9CdXyHbaxvb29hs/AKVKRdaOVg zDVDDs5fKYWbiUdcX18nWh/H8ebm5uPHj5Qu5lLKbJqGTeSyUQZgazBwBm2xjEvxfyHDnJ+fL5dL BHackB0eHkKSIaP3+Xao4VfGpNpNZtXxIsbFT1r5gPfFvLo+SZmRMgmDsbC5fd/HWjocmFFUDWN0 zlfcogkMxdIdHx+/e/cOpvP3v//99fV1MrzHx0cuKebPfba9aDlO3QZNCOKvx/iMVoamaRaa35Ql /myIgwQLHK/Wuru7O2qG5VR6W6RWSzUSgk6sSdXESAgRFXQsZ/DcDrPgDS90obuCH3a5yAanUUco hRbbcRvKGCmX0AEAGS+Fkeg5fCJsYk9vR2IYM2IszvZsCbOmCbWrY61KKeg12kA1YUZphFaycMKu 6+7u7hw3d5JjG0K5yDtu8l4KGN3PvvA//R9/M+dMAJuF2YNdcDrj1w3ScIeEVATTp5DBYcuoJBix 4X2Q6jUay4JG/+PwiqVcSgMWB9M0Df3H7jByCaiKV4T9AtROagpvJNOxlPqzeaO8hVEXBzJt25qY TPxFrIE1L6FQnAXJmX9JjWWiDkZHhU4ASSz46xiRtm23t7dRJAc7++KLL2qtCP+6KaaVpmY8pqNU bb1utmJZnAEsVM6Zu21Qkg8tzl3XYR+9Dph+09eoEmepmfPhwEUMrdaKbhqkT59ydoeljpyNnDOD omLK2HUdYPr+/r45lAaXfIEHKSXUWpkwZ/veSIwXTM+DdumHAgA0OjxK8C+r9sARIlAoUs5x6Mf/ JYCF6nNxcbG5ufn69ev7+/t3797RuIu/ZADF2dmZW9um0yle7eLi4uuvv/7ss88oKaeUkN+4vb2d z+cvX748PT2lrWR9ff3rr78Gxjw7Oxuki0deyJFoJSJmvKUEXKXWyjatS+g8aW5UVcFmJlEjHK0h IHv6rF5CnraGNihfq5k0UNnuruvI25KowLaDNtbcCF83H047yLlUQKp64mLsbDSjVZO2LYn/02w2 4yANIvg7LairVQquM89pTzBIKH+p6Yk+7f6GCMf77/KCtKpF55dETW5VIQN5G1Q79SH3Ig+BNMUf df4HeBjztnEcm3//P/gPGQ/fNM1U4ziqWOpGizCvrZT8kkZMcSHZ+3Ec6T6/uLhAZYVzgFEmPDFY bOzYC+Gl9EnijBbVeQZJqiLazhn1ExKDn52doQqbNbTaT+vjQvrPNxggIvzEw3Os44P5Sphpzhny r7h/2iI8vdilS3VpN6IVd5qNMJdETx+K1UdHR+vr6xcXFzc3N+7YxKcS6436JEFkVSLgPHMvkgZ+ jjgRs+6c19AQCUfOGXs3kWifvXJK6dOnT5eXlxP1y2EpHFYgqDCq9eHu7u7q6sphiM0xwSx99hcX F0X9LKw2Dmwcx6+++opAkihpppk4QDQ0MRKqFzHHiYh3d3fn83nTNFWUZM4qi0PlYz6fv379mpoK gWGr2nIjASyOnDmXfNqg6MDrdyLUGiWDHAk2mqR4TFsyCBLnjYuGffyLf/EvHh8fv3//HmVzAI2i bntiZMKXV69e9X3/x3/8x6QRowhRzkvwmhh0NtEXB5toh2QbMZF6PifZ+Td/0alPtDtOF+w2UmgL epKlcUKA7AgfKQvj5jtpnJHXltDymgP03ItO3Um/swSakB0YO+7+eRvNLNYyrnoMLNImdBonBbyg /7jYJGAnUqqKSimsg7EsO5to2e0A7INZTJs+/1d693y7k2Jz5/cgUdilEqTfsoj8SSWH/9+v/Pf/ +J8UyUA7My1qFri9vTXH0auQAhG7kwgijBeifi7DmvRvR4m+NiLq1lWyjd/QJ7UVBc3oknM3I+xE juvr63t7exi+lBLRJY2guDLoouSeAMcTEbHHcaRrLoY/XhqENVqNB/LW0hlcVbXPErPtuo4hMpTC lqsiAYDLvXSInC3W0CvASo4qVw7DcH19jXASYo1Fygp939OOP5/PKWyarc9ddQA71cQSNvG7AchS 7aNYYXKOR81X4mBNJhME5X21bOWT+rYcZFFZaZrm48ePNtOcgQ2NVCaFGoYBuiRVfkwGs7w5r+ZT jWLvFo0+sJ+AD4P1/PTp09XVVUoJ/jLOGNgE+whJo21bCNQcszXJiDrzyzmbvgm+5GZdcjjz6wk1 NjY2qOLAgPTNZ1sNkfMN4zh+8803PPDLly8/fvz44cMHnERSqYBq0MHBAfXJ169fN03zzTff8HbD MCB34XirUe2Xm0X4whM6227VMzgJTNaJRCOqmmm5PlByCTmJ8wicGzVSDkG/LwkO4jxQf2LFOPb4 Hv46vp80gjoZvt/xr8NzR9kl9HPahNkm2J5mtZvZbfSBNtOoSaUN9BD+uqNdrBZqEDV0ZjWaNehm VCNXebUJNoePjXsvoYgkuB9Pz/fHRvcUIBB8M0v0qEGh/PVBY4Jsymutphv4efLf/uf/J5l4J8nZ RvO8WQ6k+/BmeXUIqkMk4nQXWCK+kYWN1lC9sV9NATlx+Izz4GzxYwhRVRGz+GfClmEYaKLb39/P ObP6BIOjGuRqrWiHkpoh9JxUzsUoE0cbYuKpqgpWrPK69NCxpKNmsGHZa60Y4iwRWi7P2toaf3oq bYBeH3zS1tbWV199lXOGKXFwcNB13bfffuueT0foXdcxCdNVMgZgoqBptoMPK44w3goveJGQBWd6 pvmWXMW9vb1aKxKGTl9MuLTOQYxiOA8sI2LCC82Q3NvbM42KIAXQphEfia2HPMorG4bm1Zqmub29 hfp9dXVFT3ZS1YfrN0i6lu/hSE+n09vbW5ATvDUtQqR3oC6Hh4fr6+u8KWc+qz7WaN4I9YMqXI5a N/Oy+763fMJisUAVi0iC5WLChqPFqSbMEVLs7u4yruvbb79tpA4EFAPjc29vb2dnh15c6hwfP35E XvRReqVOLHzm86r0k7McR2Z2ljwzx8apiY347u4u2UMvmdWqJmqDG9iyGuZ0ZolSQCDh1z0naD6f UxZuJejtCNfRTw1tdymQIB0mNpqV5uM3qosn/nyECgbNCPPZw0bPpJ3r8rv7bL2kRh0cpDqC7jSU A6DccWo0gGlVNaRV4TSiKP5O+wDCU09YnGqUZqO2pC60VvgA2D3k3/in/4xs1GlFCR9M5P39PeY7 aerVZDK5u7szUuY7z4kZVcj2BvD+Rtl+ljXI59Ao7x92YpIDiJxCv2vWAEkCLud0kD0xK8RWsd15 d3f3zZs37OXl5WUp5eDgAOGBqmEjZDBEZCVQhhxfTyYTazSOmpbCy3JEWIEUyt8pJTqnvpu4LdWW VTTOggQCe4FZN98gCVRlg+/v76lJMm/aKZtrvxONtonhVVJ8yonvVUU3/aZIoQJnllKidxFLR92M V/CooKxR4OM4YuaGYcAUnp6ellIs29lJCP7+/t40duDpruvevXuHt2iCijrbByLEpoP7kVyiFotM EpE7lBUuxqPmL4JBNU1zfn7+C7/wC6enp+R5aDuP47i1tYVUkQchNU0TR+vRToXtICCALJtS+vDh w/Hx8WKxuLq6Ign4+Z//eSiAb968mU6nP/dzP0e0vlgsPC4VCBQrzyVy2Ry86PPPP2euEN1/9Igs NBLHtZxJmC4Lhdz1N+dMnZr1KVNjTx3fAXN1YcqNLU5S/ZMwM4fG7KRQ1w8wiAhfg+gmsM+zZ88o 6iRhJlmD95aSCYnBu4Nf/yFHGCmUPdMq5O3HLmGcZ/xg02xS+MWJWv+Jw1pxDWpofWjC7MlRsyT7 oGfAn5tKdDpJU9YJBKedj+2+Nw7HM4SRTzQMYnsjEGcnTezf9z3lGf8ne/dhGPLf/Ed/QMA1UUt0 Dfh9JHgQrhpitprzRAKnTahBO2rIgU/ahm7sutpLZvJvK106Oz2DGDUwRvnANOD+A56cnp7C2aA9 GnfqpPKLL744Ojp68+bN/f399vb22dkZVTvbWf4vej1VZcN4XFhi4pE1yZb1oknYZ9Zap5KI6kWl yBrRUkOfBRqN1sPjgT2/DVIgWC1eEIX3LHGYqkzW1p+/WATgtCL2sQVQoYDLKOvd3NwAvGB8iwZS Y3Y3Nzc5o8ApOBt7kZzzx48fAWdLKewFm7VcLllkHMbx8fHd3V3btmZ2Y8LMV/Hzc2QBnamRIhpF sE8rHIabF0wpvXr1CnM8m80+ffrEZAw8t/3oGPC9Nc3fGYbhSYV5b2/P/Mvj4+NhGC4vL8EN8NxA 6kTWrD9ZzosXLxaLxU9+8hOUAzY3N4+Pj3/0ox+1bfvy5cv7+/uzszPQZyJW3IAjYh4AiIkn4V14 ElyCE1zj5sbEh9CV02vmp0GDVkPvYvBhO+64rwvTynzFIDVg3yciOrNfHz9+XGo00poE9wcJpAwS SuzEk97f33fAZIvM9QFG4zr7SWrgvTj5wBpwgHup6DSB3dCEdu5o0+M/OHxMAVDyI9Uwyi6rLm2Z YkyNo/L4h+wPHMd0olZPAk/athFYYqJG/fX1dVRFm6b56U9/OkgGPAceFKaGxGIResg7Sfh5NWqt +b/5/X84DAOmMB4OzoRB1cViAdtsoUnhLhk34vNXdYFmTVvv1AxVSiEmimUf2+5OTQ0zSTD7lFgk xBvcqgch5wzKfHR0NJlMmDBH5Eh6MQwDJTvsHcEjaoI552+++WZ/fz+pqZrqMbYMo+DjNYa2Rl5h 0FQjI+wOMXyGSGtKKZgS36gcWuNiUjZoxiH/iQIalRz+OkQmrGfOmfgLMG42m11fX7OP2FMDoLe3 twcHB04GXdqdTqd7e3unp6egxswpBg9htXsJHa9L2jRp2j3B4CilgVa9XTh4DPQwDHd3d8fHx13X oRdN+JZSot5uDmUj8XocMKwYGpgxhX3f39zcMFIGTi00RF9OjijY3WQy4XosJL7qH/PuwNwwn5Io CUDJsSFQ7OHh4fn5ObrzwERkJOwm4DjXbD6fAw/OZrPz8/P5fE6TKiaDjVtfX6d2bRF/ZqE0kufF moO3JCVqTdNsbW31YUBC1jRRp3SDivw2T52GrhCtM9svOgOsag2dXGl1UkKW6LEzV4dT7DXZxkJ9 1FOpwxehJUNQKuaCrEmtLKmOavtoPNZZmv1cDJsMeKZAiCKl5qsWi4XL43YGPI8tVSv1w1FCmEWs CmvEtpJ69lcRiCQxLPiXHHiuKi0U0RQkcT1bUWLsAJwJORqO1qMP/SJZ41vtcbNk3KNBd/nTGUD+ 7X/1/8QA2VF9Ly2kcRxhMuF/+JblcjmdThkdMgoEzwKhyAOWyyWz3LCh0+mU8A1xCesQYKBLYEN6 BQeJUMbky2EvHfzYVqL1UgpoLBcVwBT1JYLfPgySTiqHrq2tIWfRi4nVSeLmCUYU85ISWiI5tZgD J24xNMihmJyUVw4aGGvIPoUWOP49oOcsKNa+fPlyuVxeXV15NESWxvQgyRqs1f39PSYbYITLTEmg algdanzDMMznc7iYWCJvAceArafk0LYtg5ww385qG5FAaq2gzDEkdEpOjMZsKafAM02MmkwmV1dX OB7izdvb207iEFS61jVoiWF7uCImEU6C+C3xeBHe5dSQ5aqCLJKaMxguAZhexT5CHvnx8XF/fx9V TnCwUgpeYbFYXF5eHh8fp5ROT08/ffrEuFR8AM6sVx8ZS20OomEuHg+Xw69gwkCNvAU2Qw5mRyGz 3EETIrHRvVibzHouIlbXVcJcCnBw/L+2/k/iU6fgCw0/iOnRGEbZ2RLxaQI1EywISLCot8sxH2dp Ip13332/OKcr3hc/2yiRgIlGiS1Ds3dV8Z+O2aKBCn7UpNZuTrUj3SzKvF+nBGZ9kc5MCqBrH9gT GHd/oudr9Emr2YZtXbQ/s9mMxg4QrRj19pLR7dV3kn/r//5XtkdzfZLmmvNY5HREWFUTi7ioGFaX ibAvxMuGs5nHxiNubm5+9dVXxIwfPnwA96gC+/zCMZMaVR1mHfmxh4cHqmRN0+zt7ZG501vRSd4S +BXiB8J1o6oNTiDskAbBlGthuHM8nT4BPrXeA5ZoXVMik2RkbKbHgLZ/9xYNIqUMoQ5DAYp/ALUk gF0ulwyHBBywu8KUDELVHx4eICognuX15/E2NzeZ0+3ZXQcHB998840nfPK0rfSeqkTTCJ/5v8vl Eu6/k5s2kKO4PHSfpZToHWO7SY+gxCVxCVjDnZ2d9+/fsyaoSBKMg4fgtKbTKSmR0Qyj1UBbLpxC ozKncBxHUtq5pkTBrcJRTafTk5OTJB7xn/zJW/rFOAAAIABJREFUn5gYOp/Pf/EXf/H09HShFkE8 7s3NDbYYnigNR2dnZ+yae50AozxOstVEGl/ymCWPao7jWuHYshpE82q3+lISjGtStoEPnkKTC8UD XNcY5InieX4SZhoB4N8vJExUBaVyBlrNcnHO7QC5qPfHf6KuDiOsqp3a/PHNvhcxTbcRN0k6pUSi OYbx6ywRpzTnbC1rcNESGDJsFntHWc6GKC4CAUGnVq/oC/n3QK/u3eOSTqV94lDdtyOl9PDwwAhs ML3oKkrQs4v74v/Kv1/XIOteJW6TWVKQnam15r/x9/6+s/he3W7cNDOZ3LDaSGX448ePqP3t7OwM w0Dqyma8ffvWJVAGXxGFGbQlsh7VxEWU0QSu8RPzl1bHiRkCJhriUbkYhKVTqQGT0Q/DAO3d1bwc sG+2EH9IlRjLtdDYvLg9T65EUYdqzJ7cRhsBwVHTiuNBd4zpQKkLDdZYiqzxF7XWw8PDzz777F// 639NTIp/deCAYaLKxzkGjzo5OSHSHzQCKeeM1NrNzQ0wy/X19VRTAnDkS2nmcQeASubzOQDFwcHB VJIGCPhxzmxYObWA1yZWZvFtsOYG7lFgX9dM11qr+63sY3Jg7GCve9WK+TfEv74wE8nVAs6giuMd rJJFtMWk4DSZTOjCXUqUJqsLHwNda6U43If6J99Jm9V8Pv/48eNM0g5JNScXLWPU5p/xMYBVZVIW sfOoYcVVNC0uEZ9R7aMuTg6SLZyqzXA6nR4cHOzv75sV+t1QYwjUFFsxW2Se3zkoW4zRjwAOtfqI zXrN/YVPrrZvqPeihHIo7w6ZbaI+Mr4ECCuLlDWonQ3bCpbYdZ0jXMeaMTgjOqR52/VFlzSKeIox 0nV62rYtFFXv3VKT3+2Z7LFsQObzOaLQnMmlhhdOJFQeY/ZJmDycVLnd3t4mAM1iK/HMFl7GADZN k3/5N35IPSSJI2E2BSAMUSFvzgE1H+Pt27cfPnwgtsIYwcO1PhHpNkOieY14arkeDigaNdD30mzh YDlZa9UyTlGLH+A+g31zN4wDRieRUmIOPYaD49JI2G+xWBweHu7u7lJH5ZZSQonbEx17Fuzl7L4I oGw1Y6wPNDXgiKz52g7w41467/OdnEjdoddUne9///sPDw8//vGPDw8P27Y9OzsD9SLJJYggrh80 JASqkjHH9fX1nZ2dvb29b775pg+l17nUeAgN2ETG++7u7tZaP3z4QNwEmFDCmFZ2n9q1Lw8vfnJy 0vc9EhlFxT0CSSAXdpCLRAzoagcHj5PKHW7E0zUJiuchYs0CHwF2OKu11o8fP3K3+YbJZNJJ48U1 c8hOYP3kJdzArEIflEqIMfhRUopR9ZIkDU7CF6dijiTIIPNq10lSPbxtW2CKqooXq900jX12ElKa 1dzHUnca5t6GuSJPLtHe3t7BwYGnDccwZRxH3jRmzEX4Dz9PyQfv7gx4DOxJ/3zs7UyBfWfHY/dj mMKwge97kkB/FdxPdjLVXMxOjYTGYXw9Adap2bCVYAxLqZwaoOPDOfH3J5V5/TODuv85CTs7O1MJ xbikGWNw/qEN7P5ROBgGnYYM2jsIa1zVZ8cjPpOV/eO0YOu1gfxav1M4+dmj/No/+aMkYTMb9KJO UdJSh7Hcn2EYrq+vz8/P+QFuNdaKcOny8rJt252dHXCSWisBEfuEATXENkql2sfdga3DIh41xhR8 SawTNOqz58QDaDaiz1dhuyjyzMJwegAcbP2g2hFu+fT0FE4bGRxIFKMk4h/1Xk7DBIYngaHTFLv6 cRyxqkOA3YvUa6uqXklAQa+moc3Nze9973s/+clPMFgnJycPDw8YHXwtFspxCuRo/gSOc2tra2tr 6/DwEAknB4NQgDjut7e3wLWE9rVW92GZPk9TNbwOMCJbK/7rbDaDM4PlspeaqEF3KhFQYl7DXGYX kHAgtXh+fm6bXkrxXR01ca0KiyjoWQfVI6MfabWppAsqnkXafvwiWcunT5/evXsH7kf2vbu7+/Dw wCxARqOADyw0hBpvV8S6a9QJiQm7uLhYaDJcjJezktQqtoYTWeOH/KRvvnnug5pOU5D8bSV2trGx cXJyQlHKdtOHELuwDFOockAJ/OmlY0W4MI6jy+x2Er3apjh+bNagCVYTdf86LJhrrB3W1tCKjVek HrRtS1m4D8OY4jPbL/J/WXbzfKKLWkqcdSH5aL5kInHWIsnYItmMmQYBGZbwWztVHQP1xUF0Kz1k /hwNFry18wNKUxua8/4E2qqisT179gzVSVtOG/RRvFWbnXEc83/xv/zWzs7OycnJKD1Ip5N2HfYS 1LVAPCJYljQ/t9YKnsPOOaPsJYTijXzyzd7RJCCbW+FHH1eBQi6tO7tikjIR5zppNjdf3quPlMOx sbFxdHREdExNFZIG77K1tfX27dt1iTU3Gs7JKpmNXkSZSioP4PAivsQDk9cntSASsbbS2+sDZ7YV nXEIVe4UKio05qSUXrx4kVI6OzujRYvakd0JFBTKzvH6OZZMKXksTs4Z+MKIxKjK2GQyoTwIcJkl g9VICRKziJ1d0zh1jiMI+/b2NuJxDkw4ZjyJA+da62QycbfaTKJsfSjqNuJaTKfTIcjGtaJFGuuc auBMGwaE+uKdnp6C7AG5uhA3jiOt5wARnMxhGNi7qTozYTTv7Ox88cUXb968QWp0qf4XKg3cbVIE nBnEGJ7f99xv14mHykZ7H2dB5wOCwFLC+knwYAl4Av8Xs+JOyFGS2i5HjwFeH9VO6PUZQ+dOrTWa 9UGsQYeDOcyyzwJbbG4wjo34RdEsLtRvWMMnCWW2+/FtcjgVk/KYiMSf59vIRJMoD0TclGFIZ2ut xPVJyD6b6Ivc6pMDxPTkeZKg4yJBCxvPmKN0kqxYSneBbJvMwNuKR2zDVAZCVRIRx/VNkAwYpEgT 4+Dm3/vLf7lpmouLCy78VMPRW7GFJlJq7DUCnGeilZ+ndMU150wK7ADcdsR/Nbo7NyvGAz0GXJLA ML5Y1aQCv7lDfmz3RAMrbEH4vyC/VSTun//5n+dCJrXMgSqC01GOw098/Pjx4uJiGAbMJTYO0zBV 06k30lcih2oBb9RKKidrZpgz+iEQ9cZAz2pWtXey2oXw7WQhDCpxXuxKEWFdLGrxh+aSx7F7dt5Q JTKOsebZuNVN0xA1YNCNv2dl7lhnyIJLNRmSW/j0O3L3XnMojQTWMJyEIGshkZys6oVvcqvOeyyg eyzjnwNcqkESfW1t7fnz5+79oxjVqbMcQ4AAcs4Z00+Njp+BeFpK2dvbQzzAVDGbUfaIEk6rnsYk gSa2EuyLNZ9IStAWytaNPQWq8qTASWgGjIbVuSP/aWdn5+jo6MsvvyS9oPnDppDfMsKTJU89iLde SiFBef/+PekdTzIJeplD6A51dMUpTVIxsXsuEmgbRNLnXkMEKEJ1WglP8Q9Ynk5ET9+XmMfUgL6W gP9kyeFyqf0kLJTdUpEAIngD4JV9qjEGex1Hn22Y9GAHkHM2xFRUdSiSwWG7nzyzLQabgm1x3Jwl WwsUEb+qihbFUw2BmpFSyj/8Z//84eEBIAXE1ma0SCeyrIrX+DDd3Nw84eSx6+5/AXPnRMKRiIa7 BqIFtxrvmiWKwpnOAZCxrYwcG/97u5MqBgWEE1D1Ncn77e3t7e3tDcNgSRNjOESRrRp/ICP3+ng/ 2kAL8ZEib4qX0wlHVdLDCcADOW5dqnOkCKYcg5xkXc1dqmZDV/FbGxVsia9tQ0spgOOTyeT6+por 4SAF7DIJSQNPpABORxVz74p0h7B0MFXcrY5rZC45FQv8fUw1mqaBY0OUWjVbjpQo7loKg5CcPdj0 xCCF9N8hOZTEfnWerV1j27YEvMMwwGKcTCbwjsj8iNGSYsD1IFuY1Ic8jqNHa/EnMEz4A+J6ww6E CxgLMn3Hy71YDfiJRhMrCSSplIyrGqIkVWPA0B14GY1pQ82ZI4FNZ5F70ZpJdHxf0ipVBmbBRDqO 6FjVIMPLMcb6NxqS7s2ypcvqeB80zL0GfTc/If/GkRnRdNz9JAC9C9Lzjud6TUONFqmEwcIp4E7O OF05n0nkEh/P+k+nU6ITXs0prz+OtKZq6fCy+3VQtVtIPh3A8NOnT2ua0MkLst1QccAnm6ZxM1cf RL9Z9lFi7BTAvHfYwKzBEpjcd+/eLZfL/Kv/4PexFw63Dw4O4LfwO9TKPJuchaNV8ttvv201ChlC hatJBwcHWK5GI8BHtcYYWeukSggBA4PrRIEVJMF3dMNvsWERr0ghRvZZHIaBxpZew7c2NjYgLPOf UkqYbzdYG+fNoe0tpl22uWa2YK9Nm7Oz6TTPL6sD21z1eCjpvHdFvoYc0zfQB8iOxObep5mz2ATS UQ0Uo9ls1ocpE/YN/MW1tTU6Mw3a0G7TNA0QXNEwB7qKisohtdbDw8OTkxNADJTjnH4loUzrmj/H oWL4hlfPUZ7Pa1kFBlMYHGzjPqyS55JSfv5WpzmlJAc81VRk8yT+LhcsBRmZUop1t9nupcSli5BT 8DSWCw/KXo9CArFHcMm85pPJ5PHxERi3EYVhoanffd+zenbMJSAtfk3buCSeyZNuSVuZo6Ojo6Mj Wp2dJLml2Qds1IffBT1DdSeH5gwHYbbLY4Aca6DxQDYtQXDGgZF9p7tkvbkOH3lfPkllRrtMPzBL ui7t4iJJJbYmBfUVZ8xV46t8Z3kXNqsEcYWUEsWkeOMcqxXVunMY7+cPW4ZrHMeRgImXdUuQmQs8 IRC3g11wbHJKLCek+yLEJqW0tbW1v7+PooOpAdxla0+mlPLf+oM/TGJu4mnBYdfCkEwzCpJ4Ue5h w3o64AVw582zJQ5EPWw0PcA21LtOym82UlEl2ilzLzZ0UsbN3iTlZT5qMWMlpMVuom/HRTX2V1Z7 kVKIiFspRw6Bw8MzOKLknxeabECo6xjTED8/4xMDPlBUq6n6+OerlEXTd2Q84w13FMNKUgm0HYym cE2zqFATbCQEyIPR9dqqBJolKzidTrntSU2bmKck3aj19fUXL15MxTgECMpq5yuiitL16kQe98ad B2Qvyn85NkNoFbFlqerznAahC/69E6YmCCoBviUhiizXp0+fxnGkLko0AziGkd3c3Dw4OGDRAKMG DXFe1zRLgpWXL19Cyecu8aa8OEjOoGalo6Ojy8tLCOlQZTha6CQvFovj4+Of+7mf67ruzZs3Hz58 4LBxxUbVIZOIFk7jjAS2qlQ7mi6BDXFwcHB8fLy2tob54KtOT09pXmuaBmYnZvHy8tKCnY34jlkA Whsay2NCGZEZ21+DFWm1exZPhkPKqyXiJmg1G5t2/mTfWUKZGgyKEhoIYQptBN53xzpFpDvsjF0a 7p9jj2EdJEJ3cHBAO3ENDUc+kN6CuDKTyeTh4eH9+/foZCTp80ykO81qY9+gFzZSoyJmv7y8RD0J M8WrGTAnwyDJ2N3dBXA2sXKpgalN0+S/9Qd/yNIT6fgC39/fc7CwXEmcEz5+pbgN0+kUMf4aCDpe wRKkr4wk+BwA5kw1LYElYNuWUte0/+wCHXMMmpHsYqMaSA5wJHtmx8sG21I8eUJbUh6MynCrOiev DNGKkJbAcKIGaBvWFKYZkMyS1lhzhlTUIVInySdHgmNQbc6hnpNCFcRm0Rg0/3IaBlGWUuzPHSgt Nae7hiIei0wetr+/T6sIeDRfOI4jJnIcx+Pj4+PjY2J8xt2R9vJe2ERHshH0xOxubm4SxWfN/PTV rao62K+Tva6trfEiuEmr6bqMn1RUtzbDfD6fzWaUyl2tRdaCtIlfIZ4aVTB/fHxEjph/X2v9wQ9+ 4Hch7ybs2N7e5q8MatNloVo1rVgHmw8bBHm3CaNUHjXshbU1phGR+ichpI8cH4PRrarc8Y8mleBw kzambZiTbv8xhKle1KsbUbackvo5xzCh0FavhnlhDvn5GdLlUWAOb0TAwarySUEnywady9WKFY0d Z4+sBtoGgnkNxWFMZBMoKH0YcM8didAQv76/v398fAz9MYtNwMrnUAzz2hIu0G98cXFBAxAv3ve9 iQD0YJ6enlaxDBAUubq6QhRkIuGHqdoA3e6Aqg/hCGGH6x+cOlKQ/Jv/4l9iUPBavQinfej9g5rd itpBjumW8XikkorgXtM2tCZh+FzKYEcxdru7u1dXV6bc4cF4GGr0Ew3kc8ySBe3Nw2wNh1o+8V53 xzVYWIPOvZrUfQTj7y41aOZJKmN/1gaSuBFJ+wnrzHGgB9HYq4rJS7ULTcKALj7t6sCXiGgZ3+S/ OiSxc+Ix7Oqd6rLgXCFCFYI17hgnspQCYwQT6bDFjb4EvJxFdgrxBvQM7u/vYe8sl0tImaWUrutI 9pMQmD6IpRThua0IcI4bWC7/OVCdTiNWfPo5AH3fUzzk25jg+uzZM5zNuqYv2aIZdCKc3NzcpIzE 87tsA2WeUioWgb/YdR38d5ueJ0nbGAgVDmlns9nR0VE8tFnCQVmUaodT7JqjpVZ1qVF6ztHuN4G5 0Up8sQ9z+JbSO8KaPD4+xlR70LSNJwesFTG3E6nUaKGDsxhX+VZytJImYGDXvES9ep1GNSR36gzg E7/Qab3tNVHqIkwlc7g2SFY63v24C37+oplr3IgUpF0chXBC9vf3T05OmHaAIXIgxUn2o2IKcs4E IigpDVK69193KMZqNE0zDAMzeJumcTNdUhMDf5eNAIPqpVEK1dgIXlX3Sf6rv/XbXLCZ5gEl5YBJ LR4l9OO0q613DiJYekgUpKWjhk60gbBBwAWlemdnxxMecEo3Nzfv3r3jzE2n006tGc7oHbGmAIQN apVmCx8eHjgNtiDs4ubmprMn226/0RCYwqNQlxoAyrJK++X0gGaklMxSuLy85NaxCJubm4eHh3Ci HcH1EjboQktqWQWa7eSX0lXOQrccrzkr8ns5D/WJ6TW6lj7SpZRgI7Ab19NOutVI+6SmD5A+97Dw zSwRF8lvTWrsplM7P363UfNBjK18ojpp3/NgHBWC3NvbW/YxqezZifPDaQF0Aqmo6nTlaIGA05/B 3dja2rLpMUyEVSKL/frrrw8PD5GZfPfu3Xw+93iQKmmacRyJnlwrYrOcfiXlyOwL3Btnb+DsHHLM AfQEZESdr5CyJIEAabWVKau+Yr84BgwnXgGfmaoiNsm6zUG0g0V8DJt1h3E20JBovY/GCQkCqgj7 rSRxntRXiAkc6ftW8lt8nJvWMBDKkICJUmYQsRqfPn1iDfkBL5p98/r6Oq3RPv/pz6Jc2+jx2Fxn JEsb1R5SSKpSGOCzVOvAp0+frq+v7bztDBx+ceBHtakbXXGiyXv5yFVBx0W8HaqGNQjil1LyX/vt 3+FwO76zfXG0yN7s7OxwaTuJQLFSj4+PDBT2BMtSCv6HwTRIkxN9v379mmaKlBJtihxTCgiI0iRF ZOyuSxCLIPXQBoWNKj7Qdxea405cFh1DEnxm91BE2rVLtIkcNRDdZ9qpa1IGlITGcP+T8k1uDnOU lhqRtZCyXXQe3jafMC9Co1qF72Re/fAr5jWBaVbp6fOEDL7gaxG3etQYkCywsmjmOP1NSZVJvpDH o1cbCws5j3q7s7HNzc3Ly0uMrKtJZNyRBhNtQbxRPAPeCFvw4sUL9JmBVrogpkpwcHd3h91cSMqq aZr19fXlcnl8fHxxccE4aTaX3ewDd95WktSBNAsUm58nFRiG4erqinTNOGEXRgRXKSt4FrmtvM+k 3ed3/00bmjzYvru7u9vbWxcGwEg5RbB18XDcakq129vbEBkwDYOq1lVtSlxb+A5JswD7vj85OalC pdNqaS0JmE6BtMcr2/I6WB6CBGMR+m8KXC+NmvqdQqst9UR9lH6SiP0ab5yokyMagaXYvSmIPOdQ KmPlKRE5xE6iaY6BZmM/ER+mqLns5ORkJglbh5Kk47xRFrUUlS2wQS6CMeTJZEL4Mo6ji+0m1YAc esFTUEkrGnvgalYSkb8oLU4p5b/5j/6A2+UsAEkW33Z+zevujWHtrq+vmfnJUaBGPNd8AxKTPmgQ T6fT169fk9USv6ytrf2k/1mf3udpfPPmzcXFRafRi77JfM9cY64adfDXwAnhzZNolH7+aJHjaYjA n3d0DP3fpP8Olm2GHOomab91UsE2fbPWur29vb+/z4oBcBtV9x9N4pg6pk7KfCmQxrM1BijW59L3 JKUEG7KoNtCq1XN9fX1vbw8NxbOzMyiP8ALZbtOu5xpWib5mqxFdzvHpfnZQT1zWdR3V1+VyCVGS xtSUEo6kD1z+FFC1w8NDFInPz89RVay1rq+vI2LehtJIElvGX8I7FmWN4zje3t62bfvixYuu63Co TMhDbJ1QzvSYXooOADtffPHFOI4/+tGPDCBwYNhZKDE8HiEOOwXXDfVKvGbTNChj49dBciKJyDfT aEOrQpQX1mhMH+T8aui/ZVtR7DHQFE87htUFs1GDdtfW1o6Ojigb4JLZQQ7AKGUxo94xrLYTakKT zkLCVY5IBjHlSWjGUGjls9BMVEdjKaW9vb1GWmODei8cbvokJAmw8Ok0BSmG80npbA4zQEaJoD2u zshOoV8/rSboPnIxs+E0LpdL5Bwm0hFhrx0+U4+JGwd8N6rlBeEKe8RBvcqcB1fjvM4ppPVNEEOO semGpuD9bGH/y//176YwJNB2kK9bSJlzoh5905hyzhgLE5ZjQEQYZSZiEXFiZ2dne3v7yy+/PDo6 4k3+30/3KaVXdRjH8ePHj5Sq5qvidgYfu9AQUVYb1fwxPuPYPAeWWA2MxqI0dlD5qA0CDHxyKGMu g24cJV8fgl6cHH4X24Hy7fX1Nb9rsNihCqeT7Y+nh5u2UAcdF3UpjSHHIz6+SV59uVw+e/YM4sru 7m4phfv/+PgI2bxpGsYVLaR7NYZut5izOyFYLBYcSmwoS/TkTJOcNSKrYIuZXnR6ekoMi+WyLgLp Gk1qNMT1YaKLjzvnJK+WDbNUjvu+J4ZFCLDWCshOeWB9ff3+/v7g4IAOtT40EJ2enu7u7m5vb3NE LQHfqpG4k641Z6Npmul0+urVK0B5/CgUha+++or1gQyaNLeWtlWElRZBmy8LXrOVtKHnjXxCquiq JLW4sfl8Tm9U27agH61qXf6qUfyfPnQPDeKtJRXVidjQ2SfzHgOLN6aVODyC3z5UAkz0NGUApuM0 DFlNorE7To8RTFHBg6Ug1PBjN00DKsCxaVf11EhNhlCES6FTNAc2Dq/M046Bj2AXntW22YTCyRg+ RlEMZvBts9ns1atXJycnE/Hx6aohqeVlXVAxTYg7jk3I6iUaNUxtJg3nRpwlP6Sjovjvi4ooSSEj Vcz8n/9P/3PS6DWQTVsx4EXDf0WI0ubmJiv+/v37zz77jJuTJYWccybAwcZFzfeu64h0UkqINN3e 3t7f3xNKNBqXDtmOAZ7sOm7c75YFLkcf6zwXRKgNA8DswCeioqcwtMidLE+Quyywou97Ko3AweM4 chxdUXFQxnFnjwEKioTlOvVELCXdlwTR8rcalayjT+ZTxf72Fg5hcAxmnbjGoT1AJCHz0dHRixcv MKAYJn4lIuDfDdAw02wiRgfIO4VOyCoqMa8fdRwpY5JpAnfQ9UPtzlfLIDUewoi2s+8mVOOxLLgW u/ZejYtLSTvxi/Aaf/zjHxOfJjHbDg4OODynp6dnZ2dra2sHBwdzaUu4Rjdo7tqgloiJdCZAh87P zwG7eFTjBjwJC8tp5/Y61CDodt7juqWPqI/BEEiEJFUQQqYaU1dFObUNddRSpHJRVR7wmYQ4aCe6 vr4OG9Js4BRaPTjqOHg/JGDsE8qNYYoxaHTbHxtUoUTRNM39/f3V1RV61CSpgxoG3QsNkz0pd1+q zTipAumr6mtSpafoaLcVh4cXdMTpyIldcM7hsMb3y58UPj72bLRZzjj4Kijfa4KBMhH5SRLPecN5 O8ZyjTf9WW0f/hSpU7DUBNBra2v5P/qvf/Xw8BAamScTme7CFIsihn9SnmIX7TBtCK0i7FwvkTM+ WEPjSjRujZJpLpq4lhTPoiNoV9+EMpHP7kSNvDXAMnmVh5sCrGbPtlR3Iv/JUuwR3kpq60gp3d7e Ug4lg+HGojzjzUsCdjqNK6uhW9rfjP1yIwPv0qtpy1WNGgDQaP2bIOrPgfP3s4wGeZ1IcT/x0IAt 9NZzrzgfXuciyPv4+JhKJtDN+fn5YrHY3t6GvFRFD/C782D0u/JIToEnmsjqqqNTaYKsqJNsQCAF 6LPX/AGwo1E8K3Jbl3PrqnptJyVhAJP19XWkqkspJycnIIrz+fzi4sJOkVjb9wrEiRjKdmpNiuEm GvEDo5oPNzc3IQuwoQizRE/M9+CA+cUsDQY8QVJSZYgWooXRLXaKR8JzDMMwlzafn6QIs8JPT0Lz djQZNhZcARoygJXcW7uQDowRmKQQhL9i6+wTZStZgjg2+7sUP9iui7PNnVoLQytx/y4SNoFFXVdZ wr710SyUIDzFMtoHVPHusWPRiMfkybejhlQmKftxStSKpdYGamkNJLeJhkYVdcP5RJVSLN9kKjk3 9M+0bynIdka7n3Pe39+HwrtcLvNf+bVfN0ZW1YPaqRu+l+JwK1nhLIxvPUxfo5rfBirkEGoaQ5CF o6UiiRVkyadR3X2tRpYsl0sG+zWrZCb/w7DaLBptQQpo2hhguDXpifv+mPfqPMCPPQqks/Rr1lis qTSYptMpZWGfg15ETNcJ/DCknN2qvoqPPs6yqsfMF7gVaTfuog2c92tQIauKIe50tap7ZZAE/ER8 G6MQFKOI7GwawIvX1tZQKKOg0qvT1XakF9nO8+pwh8RKwzBgKaKN5jObzegksmS8k0rEfMZxnE6n buacz+d7e3v0mOBcHVlT2+AicWKJr/f29sA0iD0bVZhBaXZ2do6Pj0spHz58IIiZTCauM5fQ4p/F TwcfI6ek1dkJDSU+opYk0sgoLQGSv5Qwk28FAAAgAElEQVTS1tbWx48fqZH6DxUx+SyIT6j+GIYj kwLWIATvXVhKMK6TNBC74KhiGYanD4E0EU3VKME15Il2dnao14H/Eq5hoB2LNCqujtKimEtTxe4f 60m46paUUTxpZxVujKBpKKmoS+dXCtUyX58YuecAn/IPBlJ8vLkm5EacE9sl4ASb0VFETAcKtvKG pGxVxlDnLOqVtZ3xGSYUyIEyxAKCZwwqM2Qpfl9eXjqUqas1xaQafgnCy1UNrtvb2zSc57/ya79u BzuqvcWork8tm4drdbBG7Hxzc0NyB5LLn8lhVl+j4icIKYEPJCp31hQBvhSy+9CMMKhc4NCGP7GU bqeXuwQp6iZwaVKYUF4Dum2H5KviwD8pyUXgl6TE3+yIG9ypiH3oAMFhGitgkkMNn0HaRkZaLQaC fY+nh0981BQy0zGQT6K5dxAxSA+kBl2EpCED8WgaKEANo2rqHvYXTAAb6lTd5omb3DQNjNilWO2+ Y0aTiiBRvOP19fVEsqug1TwJ+q4fP34k6wdH9j7y/Ty8a5IU/734NfSwmGDDrBhoDJxqdsGBLW4Y +wgeze+y+Dc3N1aRxaA7UTNxgkIZ7btnZ2dQjzhRRKaePO6HLCpXeqN9Vlk9Lv9E/XGGnn2SY87N wzhI57JMAhPRRnAMOX6V0AKRkCWguZJjEB+OfqgXK9/k/UaKm4T/uCWAWSJ0m/VRKS9u1SC+nSJr MgQpJ9/o+mepqCdVZfyaQN7dKlvczXGOsvlDNkTR7cVLHf+9rbxfJKnJgPgJp8JyQcHyr3eSCx3H EZYt8Q3uvIjQYU9mY+JQ24/RqBXOgTjqXvmXf+OHvgk5wAs2lEnNOI0GGyYRPNq2hVHXamg9hnix WBCS5zBkjpNnSHQUxgcPwaefI2hweQxt61xdznEO1VFH7vYrWCV7YO/9UhNv40ZWYfEp8NwdC5+f nztDT+JOcAOn6sj1I9nIcvH8RnzaQLYdRG/HECRRIFwn8EnyuXly5mogTSbJNqVAVitivi/V4usw pFH51E+V1P3MhSS0seMcQt2p1mp5wqReU76cEq5PTkRpvTIx6vniiy8IDpJ6AsE3rq6uyFJ97Tkz YCA8j0+pd9Dbx88XcUBLKWjwInC21NCJrLTX9hRDsKap096vXj0yOWeGCcNSdz70RL29hOE4wBoU V4E9bbJx+X2gA5bQUAJo40NCYJSkODaRjpCL233QX/SR4FdajQ34845WDH5jhGirhI323XTkW4Im jF/BHWHYUGg5SYW9QZTKiSiSrDCVtl6fQTIVbdvCmiNlzOKPldA1mVWiTIpaUuDRYWH5oxsbGy9f vqRXiBCKkNRONAaRNuvRksTFMVhkI9M0DQUM9sskSAIFY1O9KKF8M3g91vXx8ZEhNoa7q3r9ojth C/CaSQCvd/Zn8dMv/8YPcRQ+5Q60O3F4IRVAWofmlVK6vr7+8ssvv/32WybtJYEqwNAfPnxwZGEk 7onP4VNEHbXNTSqvEzI3oSUn2uUIdg+qp2V1WvPJAbO2xfGZKALu+76PliirHk22y3zwqr4Dtp+B R04vbLwsTBGvjf+onTDMimEYsKclkB0dbPotohHnM4Q+WKNeXHUOUDyUNYxi8N6nEJJMpJPOGhax FEDMwe6pc05DW29a7e/wfeilPugyBqE3sIMNoo8pddSZBsXxwbqlAP6klNY0/tR/yFESL0hGz8mp 6pMoGp5JULm3twdi8+7dO+vXE6m4fMeRcMRgV+2eu6oKPAeDHG5NIwDj9pHsEhNwpZ36uLqQQ2qf gnMaQ7EupXR7e3t1dUWT4LNnz5gZQh04h+HyozCBXgoBT8y3Q64aemH8Xx2+OPLFxJPpcyOM5j1p scYh8bukbr20G237fKSdfhkYrAF8IMBKYUSRDwyWnaedhRkaDttdE5poRkqn5hgPbLi7u4NUBsEs Gii/Ozd6GnSoigoVWZgqN8V9djlnNgWiBA4gqSNkop4VwCv2EczD5qvTaMCYuvFUPAkHw8hVhGS5 eg4I8q//0T+tGkhIpoBPwLBi5liRIuIHW8i7kcB+/vnn79+/pw5zc3NT1etsBUGfJx+vGEE7VyrS PCHYnAf57EYkFoMAKSSYVRyYIvmeMcwF900zGtCEGgsnBqgx58yhtNmyg/U32FKngHb5k9SGk1YJ pvyiE0msABfJlqIJ+qW+k+nPCt7jJUkKuicaLZY1Tzm6h14MNt+fKvXdEmhkRglYDSAaVExt0KM2 CF/lKAxUbRHmi1ZhxHaEdjZd1x0cHCylOoDI8NXVFZEaKC1PArAOUEOKzcv6EoK0gB4kyZxN1eLb ae7u7u7u4eEhUPKHDx+ur6+XanC1/Earqs9Eav74HlwIQVbbth48i/Y3ft1aNyw7D+klrdI0ZcVy znNJ529sbFRVvGCXgYZVce2HYTg5OWlUVPeLr62tceMiSlM1HNhXo4byoK9hvEpO4wb1lpfQucMv bm1tHRwccPaoh7FEzvmMay2DbG+8raUUT01YSmXBZ6mschB9ayaB+We3ZJPXrrIMHNR79YjrkUgj Ql0ul3/yJ3/C5C+YyvZzjQiFvnopZMM8Hs1TNTBtrDICwQRkD6NKE7KjsSq5np2dHbeFkg4Oatei tgF8vdRckSThI4z4RIztuHSjxgv/zM78yu/+Hk4MGH4h1RGHckmtlcgsQK1hX7lyFAQ4Ckx1QLl7 KSE6QjCWhq3KGoLlRayi6+ISzJPBR40C4Ixa8Oc4vg5Y/O+rCgYzCaLa5Tp8GNQN1IVZl1PJUvpk RIfh/8s/1NA/ZTOaRWJjC1NKLGlR2aCIF1RUjTREGP+QzYGXLjqqQfQY915jZPswmzitfuqf83HW MoqtxcV7fHwEHOtVf64iF9GgPwsCjfZzvYSl7I1GyYXidRYSA2E1qoaeU2fDxU4mkzgcx4EzKxDr K7i0RhTptm13d3dhxdBVlHO+urqKCxtDs/l87rjMqwEaPplM4JNZcHUUeZzoJ2seOmEsp9c0yqWE gr0jNg0cs1evXo3jyGT5xWJxeHhI2LW7u4tEz/n5OT8P+YF1iIfZlhp4sEjDzsSPeMjppjHmWwLe 7S9MoeYUbWvOmezKKakvY6t23KZpSJhYIufiXnlgCsxcRAj5i7HI52NfQn3lyYsPKrZ7EUrIM4yz NauKWL7LDlt7MXBqaBBL6kwkmqbwYJGJ+F4TjTj2lQGKsSt1QJ1V9TF1wmAX7z6ooBox293d3UbF PJsaLiy4aCthBuwnVTGA++Vymf/G3/v7Pspg4uQFLD1xB7oCrEUrejj3sOu6m5ubpmlevXrVdd3+ /v7t7S2YUQ6wL+feHt62LAUG6ziOEMiWyyVYVaP5ZLxzUcps6Mb5mg1TWVWAifAcKUINmWANAni8 nb10UZrp8McWPCt7dQNnWh25y/kmchwDfXMSdI9HoSWd5J84AX7BJ14qi2dm4CUmPTaj0aZH82qH YRPmj6+3/Zlvlwlb3F4WCi/oxI5DnzU8IRrKJ0nPROM4MOUuRXKW6IeAIoWgxUxCelVK3M46k5KV JkiOgMDs7OyY3eFbEblAE/HkwMFTSkw/wEBvbm4+f/6caIsd8RINYmHDMyOXJzlwnkdjQVaeSgA0 rjIXW2lyQWrmISFlQjMlhzDkys9sbm76qxyFsCM2ryaYsv4uvdZagQExvrEO5NOVNBmjUUG+Bv0T HoYaAOk724fVSyl5XqCvT1IJAfTDR8swTgmwA1cVE+HVc6hbQuBv32z3TANao+bPXlr/vrYxxcSC 1SDGMAr/KYLvUgBycSFga9vb21Z3AElfLBZbW1vX19dnZ2ckYVVSSykkcI5Ti/L+qYYt25wSSZiJ EC+O8/JGNFCn4FwHpy98P/+17/v8K7/7ewRr3tql5OoXi8Xl5aVDG840sfmaZgxCzDw+PnZccHt7 y6E5PDzk+R4fH9+9ezeT4AmnoZUgaiepuSzyDCBjq6LNuuZc5yDhW8PUjhx6NXMYOt6EdiRH6zbo NTC1q5qPYl2IBZ2ou6GIYwtk5EJWE4Rf+En+YoTjbXZ9aIoAKLNiSmjbswkAkfD/da7j78khefTH QeIYZlfZNjlTqWo/caTP8sYLvxRnFPOHIVuG8VgpSFrTGuNYqQpnGCSJB844k9x5r1lFUdmClQeU YNnBVX1zZhK6IRoltyPEJpwhmMLFRjqWreGo1q3Nzc2Tk5OTk5Pb21vY7qUUwgvL1vM6SzVkValX jmIEFPFcsRpjQMCNs6Ug5pFUi0P+oZRC/3CrMgP5hP29s58mtOY5UPVe+2r0IuPaCyZVvJfL5c3N zeXl5c7ODo5kprF5Rkg4Wj4J3FPDhjGuZ4O4qqw5tQEHjza1T86nz08KIUhaDUQcqmc1CjnLLyp3 x7vQSbLGritek2jlsSdzKXUnhfNOoG0xWGfwxrKaCnMkXrx4sba29m/+zb/xAtZAtPf/ddwZU2Su c5Z8zdHREZPWObdJSjX2iy7zOjnmx05OTkA7KCAdHh66DpH/2m//TlEngpkP4FDOu2HFjSExdDQx m81w2m3b3t3dvX79mvyLNeU/jRp/7ABwEP22E4eXyzMRiQ22pmvr7huuQbgui2Dr7WxV6U6rhJB4 9JdhPLedhGN//7wPHNDKGLDLcRWE8XX1LSqhPBWxyzEUixz+80jxNsYDioCtMb4UErEnNv3JbXHk wrEj9/cPx0dyPNiq4O6v9dVilZZS8GhUH/MKV5VGn9wox0GmxJntW8S34yB2kn9gT5HoIm9rAzvQ yVCMsNgXtPqIfWBw1VrdEMsLmjixu7vLrUBlGpibtv69vb3b29u1tTXkE87Ozvq+5xg4fh/DzJkk rQ+WuoS+oaqamyFHMgzL3M/CRAEHB72KkEWafxPJQXt5vex1tbLiw+C985+2j18ul0zf7UPFtVET nINif3OjthI/5yhkv0orjaogK3x+fu5kKx6ncZUs8OTEptVeUFtDDo8DiCcW1g/pF+Ef4qv5MLMO NhFJfsgWICZYvtSOSEoYyDyZTM7OzhAUiXXOovEpVL/4T/4TVN0RI4LRd3V1dXl56WxjIkJwUaen tUl88DgA9I7wJ5zE0NLRi/mT/7Pf/Du+6lMNjMaZO0lEI5CIBux/Iu3Z2Wx2enqaUvoLf+EvvH37 luMOowZTy6Cv/f19buD19TUxciuBfFBdAh9naqC0SXLk/aoqhRO05XLpFokcQBinaU76kni4PnBt aPJOanOv0kRzSsg2++LZdDp8sLF2XMPlLBo67DzXD+Y/6lgjCdF2QkA9GYsJMxqQLgWyVzzT6TtB ENeYJLpf5bna/iZxqpZBy8y4ULwArablcQZiYGVDYHzZX+W8vus6shCQAXtc8lPIc1XNk8A+fBt/ 9InAr2+R34JYrJN8YAodalk9n1Opj9m42GH7w5YhUQALHnTIx6YPU4dshhop/zTfKYmzYuy+2y85 +V4rL3UNWLONu/1oVRmGo+hn9qVIoRO9lNIHrprD8BzEiACIcbFszZN6SQ4Tq00lMnidVAt91Cj2 RmM4G8kSRN/z5LimP6elPgdt+ph8pxCUpOBj8nfyVPu8eCP4RC3CQfLFJENmN8RvG8cRQAxfGF/H MEAf9Nyn0+mzZ88ODg7A1iehV5bfIvp2KDOO43K5ZKRXEthLXyTZzyIITEGp9Ndaw4eNZgt69Rx8 +vQp/yd/+39oNMcHKObTp0+cZtYUaQ6AF6BSKO3g1Fx7+ph4YaahAtO7EASgyVKCZnJ8Ia5OJZgZ d6LR1JWcM32MSTmmY1iPR1lqSsZEqiM2qUn6EsCXvWQufMGScoVGvQCLIHTno/PkH+K1tF224Y7h j0Hb5jt1m1F4jsMcuyifoarGM2TI8ndUALkwWWLo/G9sjo0uJN4rP0kT6KFDEOGD7DQKYXDFgr1r NaIhhWqkz7F9IT+2pokfbAQQChbfu9AEGJ3bYjNxf39PZ5OlFLpAEyZDBzY0pmzPako+REYHbn3f c25LmMBZa51MJtD+yNw5XQBxoyAmHwwb9/ju3jhv8dHREQhPq3LRExvXBI5v3NYa8ASDrbFS4nDS rxyjliqBoCcxKbAPK393d4eC5tbWFtJDT7yLT2D8c1nQk618FyYAV/EjxqAG8d2zF417Cm4sGvQx sEFywFpTsN1efP8nAuosSlgORT7sT9ypNoww8485mu41gZlb0Kr7gWWM5BZi7c3NTSLaJ1ucpb3s 50mr6QsyFQSg+FrG4Xnj4M+4BdrmIgcwwAuSUsr/8Q//diOtUa5NlTAQI9AI2Z4/f+6JNqP0gYnF ANrAKGutkA22trZoNXY2N46ja7ClFAQwq5hetBK4BIR1Jgcn144xmhnTOWfSCEInO8NYShpEfh8F QRAAVs21wWYhdma3/12z7mMX46kxcDl8dUn9bIUbwf38Iq1oBMtsebzG8TIngTxVM2O3trYovHi/ +WHuPLVZUGZHcAbZ02pw1ARqaZIrbSTraEA8XirMok2PI8e4SpycmAdk0Za8p01AgT98+BD9XxvG 01B3HYbBFj+FuJvr5OSvaRoAliQBDAMgPk7O8ZPs19raGg3ugEU4D84Di9mp0ZfIzmvu3Y++OYVw j9PSNA3tPKShkWKbRDH4rk1Pq+OFR316sTyjffTuOI3wgenUfEfdKNr3ool6Eyk200qGMr6PjQN2 gw/fNcrRoEeLmUMD45PPuIqWfNf3pFUH8OSfnWRzYQk6o+X1+W9VO+2lezyOI6zTGkAnQGonuHHm F5WDqPoQixNN0xAHsNQ7Ozu7u7t2Kt99kW511G0KVdxBg7yhUZosP4RmC/YLyVj+UFLekKRaw6sR QuW/+lu/PQrLpgIOGsBtvLm5ub6+XiwWe3t7/DLZLrGtb2/XdUQ6mPuNjQ37n5glYZQRbOq6jjI6 PoOnjyHDRJ01VIQdubvLK4U0lr/Fr/D8U80HiGcoB1IUe08U+enTJyeS/mEf4iaoV6fv5IZVra2t ap6EpbVWgp1BmkEbGxtbW1ukO7e3t5TXSynzINX9xGKmoB3PEmGtMPF+hl6dDpCdHsME9CqO1BPq cQ4o1hjIZw5bemnarWm+oCMj36v6HaZmKWWpTqgxKBGWgOkX0ZAhtp+fn1PjsQVPQey+iLvGdOzd 3d0cmHPeL9wG+SLoRwm4QQmN1jbEhOSm8d3d3QGh8tZYBJuSFNx5CQmf7e9SAyAdXgH3x3MyrsJi vj423/zwMgzwjPbOGUkWQSCrIvLnpWXxuDoDa8OE1RQgNU4RUfxUzX3k1pYPy+Hz5P/6gf2mMaR4 Amnm1YYVr1J0Hg4+ohsrYpEZf+uCioO/k+aDLOotaZ+hQu/UVBNN+0D16aVUShP/9vb2xcUF9Rhu 8UQf4toimuxSAi1cc8f4vbSsnYElxW0G/Wzl+Zn5fH51dUXlybBPXGT+OiMTnhC+kyr2+Zd/44dN 0/gsVqVgxN1FVYiJGvRLqGywxFnkP1AdsgbHHXwPUFSt9e7ubm9vj1/h9HBuGDpj64kbcARhu+8C lH1dxHkhGzRqfrGVafXxf7Jpg/fJm/LrMbw1pDCs1v2Lyus1DIbPGg9WQmeBz5MD27u7O+tYRd0C cz19pUspkM0xQ3znRC2XhBustpOb2Wx2cHBweXl5d3eXlQaa1hZvVwraQ453XPlJQWfNZrHVLE0u gHMyH2Kq9qMA8UkQs6UuEjN9Dj0dnp0Gli4k1clOFWmYEHtyEhoVGAeJ666trTHLdBxHHjUpkHFU Gz29t6YGahAwJfKfY5C1shFvpAQSA2o7OcBQFHhKqNbE8xmtlSMSR17+Nl/RJ7/YBzlGP8YgVpJ/ OJpL5wQOGsr/19e79ViS5dd9e0fEOVmXzMqszKrununLkBRJcAg+8xvQ8zH4CUTAEASIBgyKtgUY Bm0JkHWBhoLMGUoyJNsjP9kvNgjwnW9+MUjODDmku6c7syqrKrMyzzmxtx5+vRZXRI4cD43qk+dE 7Nj7f13/W8wRTUqzA3FQo2/iDTSQIS+5Ll1Yy/QheiulluqRm9ijB44VfyqwurR2c7u8SHPKXp2Q SZfqAUltlIq+UQ0dIYGTk5ODut+wEtJmaGe2iwG5Xjz3tKGA55oZa7vdjkYUe1XAsnuIeI8S64rw eQNn1UtjbdgYQqxVIUu73e7y8tJtKg4RdzUfUZ9FzkUJA3QYhvr3/sV3nUHZWjs/P6eL/OXlJcDL pImaYFWzGpET8b9XT3BbXggaY4uEdNli1kHZfe8dt4LBPc5dY/UGRjlI9BuSfdAoON52GIYXL158 85vfRBWTdcOsBkduXcjuRdoP2EZzTjbXCXb2oIn12eRn4xBwK3YtKoczJ+w1EZHApgNWFpoWryB3 H330UVMTj1orhfsWMfyQW3kEFwb7Rg1GWpRHzdH/b1zOj00fhVQWPNASNrjtRPNzkk5ZWvrQH2kq lin2tGxVWYUcojXmpCEM95rT4oNDiKcKuY/2YSUAYkf8vHgLhYeCku/gJtewrxF5Ti5yblVahQgs lDGd405OTlrgJz1A3jw7b6BFmxOie8BcVjmrbQf5XF1+kZS89v19Q3/fItVCMzVuU+OweZ5dc8Td Mv1uiGhwCTfL7+XHWdYP4ZTbTMybeDF9CVGaVu1NVtXxIax7ZPtslv23Ed9+HKR1fHxsBmR5Bkas saztUFokAm1UU2Iq6hF68ZvyOYIRUM4oQo02iKttH2Muh9+az+/v77F9gcTzr14thWxUHvyNjvz7 3/v+9fX127dvkby1VlOt/ReWi7Sdpunu7u7Vq1eUD1C11ATeHdTxB5Du/v6eJqjAFLAffl8J68nW ItJw0IAIjt+7PKuHDhxeFIUopfzyL/8yo/7wzVtrZOzsotEHetjVRoYayLezAtip1bu1cV8mZvks iR9gF9fo0WFzFWq7vb29vLxE6u1VfW6JzE9Iv2utPX36FOORFiggoXaZV77LXj3kxuiGOC1Do7Z3 mrCIlNEmuFlhOkwJXtDEZ2R5q5lwZen7lxD0Ptn8+V6TiH3W1p2JhxZB7SCPvCyvX9ULoamp5Bjt K/xGtklrJIcM0ctzJXHM3uZMSxnwOjCuvcq2EX/EzXARUlENclnGSNqDYjOIZ7iyBBDnN0q50wL+ spBaeehpYVjw2U4fhGMcInNsUrTTCUVpcVue1loPh8Pbt2+RD5NCSkWpR2PkCDy8vCdJKj3ybk1X RcDjEPFhB10GRQhKKIncgTzQInQFaWZRCwjMOYJSNiGEo3LtKLGcVEJYIg20qIedXfNZnY19rN5k EreaENFSisfY4XrWJdDkrShLW2QYhp2a9b979w5pQHwov2z1QNz0xYsXX2/R3/1n/5yvjuNIsiM7 NSlBraqsa1KmrQFT15FauHQNe7u+vq61MvMMYxNZZoMIxnCiKNbHoDbQXyfh18ru+IAxve2eF0FX 3/zmN/EtWms0jbIj44Of1HkneaxHc0orz72KZjfRIKGErTEIrbI1au/YzIzzwXaXUt6+fevx36kn eEHkONAKYWciB1QYmGORMryIO1Dv1HKIVZ2dnVlajQqOlWXlSF1OUk/lNCgykRuVpt+wRBVKGE32 hbtmX+DG4asOakb6SJ2WSzS9sSRCXyJBSH0xM0O+FoKW1ClQbOzPqjuzOVZCUfFldw8t0RGoyA4o pbx///7q6oqWpTAnbrglpnnbY0kcDrExOC9HPFugQLqzCqStho0M2Aj1+VpAmzLhuH2MN0mGrw+M 9+HB5eM2bfu3Tth///49kmWI3n8tDHBL5LRh/Ygxqq6KoEXWttHUcq+5q67CfTu8VyvBlzt2UA3R MAyA6YgIjBU3R4JxiIo9f/6cE3mkwWrc03ueyilJLk+nxbVb9oGxTTmofzXAndVGUZjBDO7ThGug /B6TrbhAF1y5wgamaDo5OTk9Pa1/+x/+I5fR32msnSUXUX4aPdomGqMo4z7mzWNIEoUYhuGLL75g 12BITGyKaxnocx8TYaaI6W/UVtSww0El3UWZ70VIrkltVuHPLqYg+Z27fLchHHYD4hybf2j2GNTW NU3gWcWoFhY+KkgEVwBVYZ7HNQMsmjXCbVLVFd5GVYdeC/37+3swK97loOI0nDXSMHzYe/VhJp7u bUnLzu9urkib0fTKTpKtZN7rD0J8/mFaf3QmOETBHiJ7jjINl/AY8jrEHCVbGI80pqPWCgzYApZN pbsy6A7LvsopC1IIpsWaSqKqXtEA4BC+yCjQP7fifYxd3sREi0k58nNclmVTtKMwDdt499XD24NK S5S8deU4b6JDX5FPtjovi9oekEKLHK1BuQx84l19rwmx7uvQlEqQ+KQNIB+QhbKfUqPwFZOR3TO3 tqU3789Xjyjq61eWspg1e1wJGKb1RNf0DDb/xYsXHJaPzEzhZ01RCmsJ0GMix73G5jVhv97zIcoP typ656R+9KMftfCuusow53kG6jAmyWJogXBycgKFXF9fO2k7T5nsnd57/e3v/r67LRdNOTEbgBcz btWhPHsBm+hEUZQ4vNegVHqereZ2sulffPHFQQke7PhjXX2JJfGs9N8HWc2tNUqfKT1H0bVoTkDw pMnXM8U7Q851YqSUolEI39GHmpgBim2vqcHeARIzbKsi013lyz39lKLxhqYPZ2gVGURWJEkxrbWT kxOMWWiC5lB4kR79Q5Is+9Dkq47Rgr8J2mYrjM5vNc2jKPC7YrOUI7atuupUk2bGccRtag8ABxuk LWqM7dzYIDpE34wijMir8vENgfym+snopZfhLw+ByfgFLfXKEpef1cavR/9ObuKgwurpRda6URcI Hifs4bVaT4liiBJ6kS/zUHjerIF/2dQf0YizxZxp3vcx9U5qO5EabqOeRRZnYwxhZ7VAwFQ8pRD3 5T0co1njw6vLs+wqKMVH56+mEzhlCKR+imrHsuwJU+TL7jRpmr9uo7daFQLjSQxNyJJTFX003roM C3cFiim1s+3ll23qGdeixwnuhTq5/EQAACAASURBVEWZ0xzSlPQr5Da2gI/wRehyQ9oLyGGqFqzD 3nv9+9/7vmeouzzVdFDVO43sDroP8yFfdm+Kovwb5AsIDDJ0HEf2mkQ9zxuzuN+qX6hDbVUTn70v plGb2BZMX7dAq/VIE66L+iba3yeRo8kHT6BtUM4cyIzRnhSv9tectmjaxTuZNF2hq2jLKEoTrG9j YVCLEmNzKeUNcRShFhDlNE1gAvwKvbJTt5+zszNs/FKKO9n2aCVWNeDRSroLIkg4OB3P5MPyQAI6 tabLj56V9DlHVaSlqgWTJaNFvJncNs6kxsK2l1c2bzJhGp4PpUwJ9+WhEPc3VxKKy9BcD/zKcnP1 3KrmbnNEqjjc1eO8Kosw2zRFxv6ga1bxXReEmPsPfzHUtyxVxc+UFHmmden6mCmc/Jo/aRqayJ5f X1/TLcvwfdrX/K+NqiQDXxaaRQOSikyQeTlGuCnXq0eYoUi7wxQI9CK5iT9hHAKjzVUaVtVJKpNq sG1+GQzwoUPnZADa0V9tFFcmjqeynNSHhz5uO7WFWJ1I3nCMeWdVVSOPHj168eIF6hzQjKTVST2B e+/TXoMrm9rI9UAtBvmhZESBpWBfF1UbQhZWsBcXF621u7s7J2LPijy485RhkyJjoaklgNfQhKsU WTT2J5Lgmpz6olY7ozKifAc+8cnh9cMYACkZxXIkhNAzFvFhmQdpukR/2IzFS3KTg1mRQz8F6IkB 2cTTOR56RBic5S2ADiFKQheDJh1T84WnhgInTN1lrdu0YT1W+FUgrD3HvdoRlzCXfAQt8IEW16yC 7CJ7n/+6N57lYFfumgXxvAyjdSFmduO4LEea4gqlFNBS1LAtaBN9CYO9LM3eEvhDiTKu5HCLj977 48eP4b0S2dyDsrlKgFTsg01134qVJM04CGQSXQkF/3tS+tCsCAEqmX07HA63t7egVeSYplixpOjy fqzpzT4mYFtRw7I0b44iho1GYUxRk0zhy/X1NSicebMts2XGSI/ZawzINE0nJyfbmOjECmclNzvr 4aCayqJ+EkiVNA5wrA8quMVqhmUIIl5eXt7d3ZFMMgzD69evr66uWmv0dj85OQF5G6O5runHJIF8 g20tke1DlDDzbbKYPnN5zv0DULUTgNAnkGZZZ1Fj16Spbmu/319dXTnAmw6Ei1omfKtZ5QYrJDFp 7vT0FHAARNXpnxZwHAzRp0npxrZiMP9xkXYaDDSoEe6kgT4t5knynVmZZ9btXu1BLX/NKodl45Ee jbEQPV3AFsaO7aYSvdyQxbYxj46OaDFvChgi8OtyWSSp6zOr8B8yf2Y1bGpKGmnqDuowb1PXQzsf BJzhPfsKg9oRN03TLhqDRb0l78ujHz16RNwb688dem11DsoItJjrym1F2Vh68slGwyE3msywV/c3 hAVkANaHP8RmjppiisRJS8pjjA6aan+IGD7oFlmhjx49Ygy3JZFlSlOCUwp6vunPTU49PO4al+3l 95rXXOUXp56zyE6zrkbEokTYvC2HQVqN1Qe+guUvbQ/82zRrRg2oa5GkT0g2FfZBFVg4rFZm5jvM tSIv1iYq/5hVxJDpNKZYnDAgVl7HNk2iQ4NQXDQi0Tjao0MSrJz+zAh0OHRQmNcckWp+WPaLx0iy nTQMA1btrIKMInADmeg8CKY5QoomIStF/7e1BhvycxsHVcE/myMp3MfonOx71kjUQf4ai+ZWFECd np5a07C9CeH6pGwls+fIXrJ4J+WvT375ptENNVw8vwljJ6sSdHrv5PdA96aVFrMWHeNOX6kpqbNH UhRPn2J+Solou3nP/v6oLIh5mVLmkm7Kf7z1Dg8gbrAdPvroow8++KDW+vnnn//VX/0VmFJrjQO4 0/gIrxPp6UAZXOFqYweBWRJwDU/EzsJC2Ww2AFP39/cvX748Pz+H+n/4wx9CahjvzE4Z1I2ZDTTU vtvtJsWZsUewd8ZxZFAnCpj8S/prXl9fbzYbtP3z58+nyH2yup1jTqHd0kNkoQ2RSzCqIeog0HOM KNyzZ88wIngjujs8fvwYi29l1xRFxmr4ZG/evHFuFb5jQqg+/X0UnqTV2XXZOlnZ0Zabg5DulVC2 9O+Rcme3JgXlqKykGoiNhUVTNwsDULZI/LL+ponZRomDt37ovEzkQEbkCxpK6sJGSkD8o1DgUaXg Vl1+qVQVTfMmD5HGM0WMkewAl8s3xQCKqkCdCDgts1E5Vsje5cGUcXgfkrr8XtaUVO15vMkwDPS8 TafKkg3T+OnTpwelbx1pZkBV97QWQ8mxUQBhujBk77+1To28eFNLJqf5aq2htoeI//M1avth2+12 S0dSBIirrmoAfekpYlOisHFqv3bsvvt//d/MCEVesxG2GnokmRQFCo7Ujxvn4uLiosiRLHLzWRMv zBJdu7hXa5cWTXQHNYAtGkxl63tSrSPaCUsE89bCCEMPOULlBck5uC3JG8j909PTb3/729fPTn/l 6ZMvv/zy6uqKTodHR0dv3rzB+WK/UjSUwFWbUFE8gDHKTTFp099sMaXXgZSzszM68Hz55Zc3Nzfn 5+de8yRk3JhvxhLmSIndbDbHx8fsOUELKq15Ls+CeQ6qnbOpfn5+Pk0TmoaTxcOwFVZrdWVQXzba 5a9mhvT6wQHgimma7CtAdht1b7cmMBu0ZY7XPM+csgPCJUC8EmWuKc0tKG2U5AmmlmqR2GDWTahn CLTKBoc5PA0gnkvg1P9rlZB2cQ1vo0aDxrwsCCyIR4Hy9pL7A+82aTXFTT7a+iwtzUn1hiX6oJmF /eK8YI0SjRahS1vogNEIPlrduZtpjyD86nQwXcHc7u7u6GrVwlXynmMZWN9M00Qvk6YxXlYGvPvt 7S2ZEUX9P+Bx2Jxxd49iiLF3qauksdZK9HiFsE/KbPEnvklf2v55LqmVV0fWlSiFhc0cPpZB2ccu JrHYMysKEJaorfk6NvN7/9sPZmXj0vF9qxEwsxoEFuHL1tWpjmqtFGJhIfJh5pbYVLE5b1I4xMVG 3Nzc8IiuUd1sgdGbFsWiVR3hUTmttdevXzsgnIKJNTMH6xvf+AYA0aCmyU+fPh3Vp+zzzz+nhjaB INTGIdL1mubE8hS7IO5hZJG3OnKWjWBltU+ePGHi4iRQ/nA4IAoJkljjTkrVN14JBZPDyjI2mw19 lTGr2R8SAyACDB/Qm1LKs2fPAPSNdQ4xNMo4iffcGs7GaYlCpMQchpgsWKIUPgUuB211suKcQwyW qxHmmpTJfq85i0kSQyAeucik2PoAo59UENuj1VL6Fv3BQKVD9Ne2COCTWfXlkGXqlRKg6qhGDodo nTYqAcFv7WWn6M93qYIQvfM1HIvVi/NvG0aJNEK0pDyWaCeXmsyoY49UWmQNMsWnU0o50jUp2cM7 UDVN1yCtperd3Z2xuHuNNsQss+sDVZMqhlCjFtT8bpIupaAw9vu9xRSZ7/j3z549w/Uhadsqtiop E6sI28sWW6pGK+Y8jrYEZExyq+PwoWRmyiwgHtCGMbklwqpJFSb7FHfjONb//gf/wdEq9he29zfM A3VZFFfCSOFE6XVJGqYxO0cSLOXdaM291kyCTTAiG4pjgnTYqpnfEB2pttstDghTQUBj6S3Ve+fk sOLHcXT3yv1+T2unUVWIT58+/fjjjz/44INnz56h6r/66qtSCn2W9xoZCHXOSoNBqQyaY+AbHlQi 77PEi8SyYC7E5eXlMAyffPJJ750hny9fvgS7qLXi4RbFKri4m5v982gSobwt1Em/f/+emtvb21vy ULGdSaksUr2MwcLX8VxHq09rLwumKkxgViuMIaKvNiW2mlxj97+qwvkQzYrZJZ5OD5OiikeTQeIA JbTjoFqnvVocm4u8pCFCCKZnW3ymt0OUUAEv4C7AVCmLi+Dy5Ct6+BTlwrJmKHxSt+45GhYOyxEW KzvabN+WsVmzbg+AyB+OEdBOqvO7W3zkNqLsU1r5oDdqoVPCMPLC/PpdDsqoUvY0ZYqaI21UvwMq xTodLUMuOwXAfRD3KlQmVjSrYUmVuXpycgLNYNkUlc6aht0qqspyJTNiHEegm9779fU1ni53qxGZ qOpKZD2Kb3GvqwnhqAHf+Qjq0gJ+eKXQ52qq4cdzxXrA5ivLQkLzVFmiiEWhZhLn6n/1h/+6C9qr GjiHbzUq5muNnYtOEsdwxiSk/vXZs2eDQj3oT2f77lRRyR2surnJKtg1q9uJucXmMNj0qOqhUgoI iYu7UA+8BSyHCH727BlMTsEhHRtevnz5ySefzPP8k5/8pJRydXXFPjgmMSwTro+Ojp48efL69WsO 43A4bDRko6nzcFni1NiGb9++hWhYJ4bDkydP5nkGjyIeAO6PqwFaNap3gjsNYKq01rBBgIb8XtAu oh92+uCDD1z/Nar7Xe/96Ojoyy+/ZP8dQlhhHT6UMUL5JSy+pklbD7/J5aAL+nUQXu9SWz+lhEFt qrX3YAGdAihpJnnG8ojroD50fi+rnzThbQqk44jzfjgcwJd5i1ENqHv45nt1PMXyMu6R4FXa8tMy a75FpLSGIZm8bZVg9lxVnNWle2SxfogMHBsQPS7bYUN4nD3ABLO/36g88A9W596U7j0tZ6WNy6Jo Ywtu5mXcb9ZM2kFttgjnIA1tMZAZbO3VlDI7au4baOE8zwY96AY6DAPpZFNkBFlGtWh8hCgbdJka U1QOSrgYHlQy9yhxSsnOJ3u1PEHPNWW12eLJL1uU5xkZ+i+l1P/23/37Lr/bITt4nuQhxD1tv0qY 2NgjWHx3d3ckDtKpcr/fv3z5kmZewK9eH6TMZHcDF7kybNKujHKTAgeDQu69k01Y1Z478eKmwMA4 jh7xCriMsN7tdh999NHz58/v7+8p+h9UibpXF++92iT5eOZ5fvLkyYcffnh+fj6oEPzm5ga8HrkD 3YxKreUkeH18hUEwum1Pu0RVRcmZPmR1SDy2yIo0uWPzTtNE1oF3mDafRieLyheurq7YImP6O/Wb 9AGZGazRpxjdadoyYtOXvXfymz2GIPKPXYwlMuFaFpQlwI1JaImcHNKWFchJ4kn3XcE3O0CWUwga sw17XlVUgebDm0lcYlY7BKe3FtU0Yi5ZBu12u+vr61LKzc2NO0+VSGuD6nrEUb0Pc3R8s4we1IPe /+svbFTdncLaR5N72B/AwRY9VcmOO819LPIheGWDb3lGJfJZ/fRZ2UHWH3aMbAHQCZ3j4M54vbYq mpBbFwnbkthsNtjawzAcHx/jvg9LR9nCYVIv7t47AhpnEaOKTllkmHzjG9/gy13pK2TI8DqOBo1K rQZu4nOjglU9iIYlCOPzdZAp6RY2t2tboszIh5XkDYtZnViA+Dtfx1ucqHdQswvecLvdugQOeqU0 CXMY6Qk/ML6S7g088vb29vPPP6eZF9INETyrqeTFxQUZsj1KnKvcoidPnpyfn9/f37969erVq1fD MDx58uT58+eEcRhQgmhwYrXDlbwLKDbqHWi7q/EmR8536NJVZJphWeMKmTKOjo4+/fRT3AL0Nr1f vvzySwKY7zXitarR2KgOUyV6z/IWPrkWqf1DoNKHw4Hgie+Jl+CBiiDpTKfiImeJEzHsCAdOykm9 vb2l1XC64UUNlouQbstojgzNsY1+YQc1gPT++O0gLPvdFqa2MTnZqrl3rsw6RAugqnRyGy9z9MVN YydlisVZVR2QY7bjOFqPlujpgUABtEVH2qLkbh7iwRGYKZwe2uVHopLJR/R6NpvN+fl5793TqFtr wGU7tRBw8lUmHXWVbtrmwMSxKzwp3fAQvcCGZb9JezlYsmb+ISINU1QqTdGTtgT8UsNtshHal4BA kcZCf3A5OlJVxoy8o7+K0/NN+bTCdk6nX6dEFN39B51mvdlsXr58eXNz8/nnnxfNPzF22iMT2o6m 7+xtsVfRVFqIJAF+wYGwPs7gwTAM7969S5lbovCwL/ErPz0VJ3fOcxyXmVplqcVNIZb+Zamq85v1 d7//h5PG1bML9MW2/inLNLWtqtVNlJCdk4rgfJuEZ2dnT58+BWEoqkRAhlZh+iY1bHZauLXWsJtw coGq8dd85FZ3Ng2cdQ6LgpHVWh2yb8tUsxK2xkElbTiGTa0u2fEPPvjg7OwMpfX69WuUBHRgEt+r 9bzX5i0Cp+q9uyfaTp15WC2mIjh4UZiad3Gu8f39PalNe9UEWfIauCylsG9V/aSsocdxJDhhSm0x 6CMJBYk/Ck9Pcxg2GJTLVKM23V5OV8LWJgrip5ixCQCKWp2m6dmzZ85ym1XJhTE1R0PwGihzVzel ZDzbHJYO1n/oEpA6gtiUW/uGZQnmDEL8W6QzNuE2ZiebYP7f/CQF/W63w24oQgwcLLGlUqSWwH+L sIspknZGDTPoinmkx9Nag39XzopPluOD5NzEu4Y735QGNi4zW4ZorDYIc2uKiCIB4ZqVUBsjB2m7 3Z6enjJiwgKOC7M9a0Qhg6YMEOQJz4KhcFh/5Vd+pZTywx/+0EjOIa7j4+Ozs7O0Ml0ojkB4+/Yt mXInJyeMx7vTjPV9TFUdot+kHZdJGaUm8qpAro9vinZjTYUCh+h9NCkbcFYdddLPSmSbRK2cNupS adtlUnSn/s4ffG9YJvbulPJclEF50IQEshurMt6Oj49x4pyLfVAnNrMf5ZGlFLww04Fr5XFv53km iujQeVUXQHaHusRJDcsozKnK5Lf6NXA8jiOA9TzPZOOVmGlruWAxZAVmdZUs5K204ZMsveLzQX3s oIP9fk8oFU7wIjfLSn1GkLPneJ2YnJgz6Ce8ByTjbrcjCRIYrbWGtCJDlo3a7/fX19c8FDM5YY1R aZHovxJQRlOq8l6Tidzh1mo43XkoDGrxJnAH3mKeZ/IfsIx2y6rr7XaLQmoaUM56TAxJ2WU5InyI wSBDJBIMgVnbsSP0wonglXMKw3K4UrKiPzQ9mFOGQJNWD/V3/CKjKngJ4m23W8ZH+IcblapbjvjO YJIkCLoG4tmzZ6Pqwg6Hw+Xlpa11jt46g4IJLvwhhBcqxKhFiRy5lZ5LU7oH6mJ5Z1N9nmco0GgY QtmQ9Kjc1v1+/0gDI6dozgyh2ottisSwh9hAVX1jiqZaclK4aEgknEs8XVp18kbwwqxQNgTJRpEC v1flRNoHeGwJIw9q3eFosB2FokQ+shLTFik/q1vGSqokM1rO1GUcix8iNrvq0lmJubv+zh98LzVt kUVcA7lrEcuCT7bb7QcffHBxcUGaNrGjrQZ74xDZATEQ0QOFYK9Z0zzP7ktu8wHRbJyHbPqDut9h w3IeJIcg44ZhOD4+tqFUowm4HcNSCpSNBUGxTFN6KT1bTFLw1SDkwQiSj4cQaFXpoIkPUdjj4sCO NKgWQ8YoCnsOnT1//vzu7o4pRVT8up6T3bhXu/NhGMAND4cD0p+NYn9ev37tqFRVO3sLyiGiPYYX 7FhYtGGRDcOAzVXDybM/B90DHzm5iN9yjqUU1MwYRZtWpYS2DsrFLHKtpmjq0gMl4IeTyt+wLUaV bh7UOxOZxZmyY7wmmZfEkOjJk2rAdtmwxEzNkzYm4LS0+r3CIZor8CdDMb13FkO9BTswRc3qXoUg ew06H6P/ErMm2Fjm0mB+pXlhs/T8/JwSfPuytq76EqVNx2ilq7rKj+d5BoUYNCELCuwa9mAxwuGS eAbJPX361PktvAirQk/YTq+13tzcOH42TRNJaAcNE7YMLdEJ2U1HTA8HTQpL3W96GDTU11NZBvVj 6NFVxvq7a/iGKaSGE2nPko3iLUYVM3aVxNuxTmMxRXySkKnIP8nP/cOu1BJypk0kiOL6O3/wvRb9 Aou8SKvuthy2MKolfFMVFidBbjgiGx625B3V73ujWrguc3hSlijyiwmuSKV3796RPVJULT1N08nJ CWHJFr0Ga62u00HMDcpA2GnSHluAWEeUX1xcvHz5kpUXhaTuNZaBkzgoe5feai3SObzFgLZASVYA qAd7uCxsiBaMfRkJrKpSw0aepumLL77Y7Xbn5+fYuehnxOugesLXr1+P4+g0eR8fYXBaZgIcc4ju C4T6SQPEDflsMCZi7vSyUgphjEH9y9h8fDjoZJomkhac0LlXy7qqTAzyeY5iQIp5sgin8uF6V03u PoIVrRdhJhZVFsEHjQ53AHlUqq7BmZTmJtSHfLh6un/rz32HEkaZkTHjKqUUpPOg3tpwaYneFcDT WA/IZWYBQmxjjBXDhHTkYKNOLAQDbFF6PTbS24OKmI2KLWb1M/EOODK8Uf57VY72rH7gCId37969 efOGgkwMnWxX21T7DT+idXh3/HviXmj99xo22SJDdI6M5Mca8brSVS3yuLwzvM6dOuVC/N7Jg8oO zLyWM9zfFGWr6BB999IysI87RbVEDTC9hLGy+m+Sui2t/KEJ0pIQr2WjasdhGOrvfv8PvSbbI7MK tLw1jIh8pPnCB6UukBO20yzBXYwIoc/JRx99hNoEYu69w9g2kQbFfFkWQ4uKshvneaaQAQ9oHMeT kxPaXaIbgDuMq8zKnD06Orq+vp4VnjJBsLyLiwuLYDaReUkIVqwGK7n9fo/pZ4IYYhqOOzkUweun p6cvXrz48MMPv/jii5/85Cd4GIMAkJXESbHyWEM4aVj27t07cANSg4ZhgNVt4TJXmo1yKB8L2ukT 2FaG12wyT6oSsow25zjJjEOfVLWAP+uoFy4Ch4gfjUy/uro6qHjEFpClAJXoBi4hUDj5SE1AzZ8t RhlYVvLJuEwM90+cioD925elcGXZW9X81iONzCa8H+37W9P4VrbyHGczgsGXYf6qhJCE1zl3PDN0 oUvPEIV80xl4OzUYscQx5bRIkMU/A4ujQg2+K5GwP0cNmjWNb2WwqCjW6l5AJeACyxeIJ8NaTemM P/3pTy3WnXjOLmES0ZQcaUs4FFWH8HFDva4WQ00VCTCm0dSUjKmMa7RC62pb5t1w6o7pZFbIxyJ7 pdfT3rXK5EqIotZ6cnKS3G0dadJd0eHqyu/0B9Gd1YeDwvs+u81mU//Lf/U/5brZL/5NAglGMbt5 pzm5s0pM8Q0PMSelyF1COlAYtlMph3W+U3wGOUTYp0MEssxaSCK7dTc3N/M8b9S4CqtndTejdSWC qEUBqyPNiEAGnZ2dwRLULhFOqLW6956BQnQMKfBNiYNV/UKxSs7Ozj799NPz8/Ojo6Obm5sf//jH f/mXf+mMGrMom7aNjqC99xcvXuSIJRdhczQ7FeBU9UEtSrRwshO3wpEykAprEcMcNN2QFA5o0VNZ XN7VFUW0tzsrRLGLxjujOm4DNbgyoC2TtVEYlms9BsjxCETMEGmXPv1DjB+ybWEwJIVvCVDYC/bn lq3Q6hwBmBadjqbof4IYKoIaWiSK1MAtSwDTuci+7OcxRnjN8sg5fG/fvn316hW0gS63+9Kj9Nc9 JLbq5t9ag7rMhlVXahpvlBUSImyOBsVWXdmRNJVoooglAuwQITQAOyQWd3JyAkPNMUGU5EKEu80p oJ7WGkRIwTxa4fb2dlThd0rMEmop6aqEIgfq2Wq2gdWD3ZetyvJbAICpCH0WhPrniC2judNmeqQZ divpzw2PYpBOiqmqUTb5k5U5n5RTw4kpcimK/L+vMfdUUNDixcWFrfiMVjXNB+AB9ozwvlG8pMeQ 4mLTyR6cb7vXUL3DMosZQ9VEQ5zNR2IBjUyhVAScl9/iW9jFQxLt1Wt0ULSBtlZV9QIYR/M8f/bZ Z02tyTk2/lRKwTdk+1BRUCQ65uTk5NNPP/3www/hikePHv0/b97+8uOv4wqvX7/+0z/90x//+Mc0 cjGH23HhEws1XmRWa4uvjyrmSU0KiGO8p2CaldTcVP3bWkPxYFkPwqy6sMtnz56dnp5CKJyCGWDS 3Ne0UqEWPKpDZIUn/9tB4dpEY+ceySdt2RjAQcXUxzXQ8K4UEf+wPnBm0xStcmlbjBK0HdfUQXfU qMw5eqynoFyxVgbchmVY1TZUWSbe+R8lTLZZ1fZWM0UBJ4RdUwrERg12hmGgzpkAjx9E4rJlXx7x Q51aZG7jEwzK+i9q2DmplseysirbAjLbqBqD8yWyAslBCVTMP3nyhFQoS1KHzfFH76I/dg3Qn/Ww 8lHRFCzFHl0osMnMHbPqqrjPXldSJuxjkZ3GexXS1SKwz60O6p7dIsxuBeCMAOeu9GWfhjFARSuG HtH7pKKVydKXUPBDE97/iwBpQjjrb3/397Ed2Jfj4+MXL16QgAh4YlGOv79TQQ3ufJF3Y0h9Vsq8 KQ89VqTnzbRdLUYNNe5U68U2pQ1lcvRlXl2ZaeYTE2XKrKpwk4UXf+JDiw9kK54gUVyQnMPhwFT4 3juv7BTPFy9efPbZZ+fn5+SoXF5eukD0oH4dbDURaVfBDBqkmdqLheFZU37l3CxL4a6E+kENfrGe 7jVq1dLtoGa8JVJZkBebZWO1YZk3ws7YwJ/VVoz7O1NtjIGQ9kWmqMN6aMmm8UXye8pQi3JzQors FSYzLHNU2jLPNTmwqgOBmwsNw0DXih55U3sNLBzVt8sSuS4dau6fhGeetBI6qAWQbTR8x1rr5eUl GPf2weRxsPXe+/n5Oahgaw2yzGd5b2d15VwtzFsEo3VFR+2S4lQVjZ+tyuFLFh6VpGG/E5b3qeEm Is6o6fMAshouV1Mnot1u9+bNG8tTi36MMBsN3n8eBJBojmbH7u7ugG68J7ZvxpjfbcKGX/aqUvT9 OTX2OYkNBll5OVMEHgg41ZgOWNU1KD0/n0t6kym4S/RHWxk0K1ve8t2/rcvmQvxv/c//8f/Y1P8v O+9gGjRhL/T7dT5/VamI/dyqunw21PB0rZVMRPMGWwCZzpG5BWXYaErztmpc2RCx76IkjTS4vEE2 2Ft4PTVC/xg7QNJNyPtW40xJK+ShYNn7/Z7AC6rIJwdS5Ax3wkQmndbavXoc2lPB4QV9ZsMzw70p btlaw/t5pHkLJZA7m1o9GqTl/wAAGeZJREFUery0QIqwHxmReHt7++rVq9baxcXFkfrFN5UZj2pL 0qLXSg9cDyZHo6PM8AOgb8uXYRgotmJzupDrUZG6gzLJbBAkrZtSW2RnZTZkjSIa19B5T2y8dJV4 WJpwwe3JGz701trDahSvx9aA2aaEVZU/aUuU1krOatthD7/gqMwW/9wCcVazaBCYooLJVDC5gFkN XlLVdfV+sYFsufno0SM8tiFQJluXVnItqu0siNHulhKs/KuvvqJYHbsQMjZFTdOESnv37h1xfjt2 rJ8FwFCOMRhVx4/3eWE2baI0twt0nqPgqMSEPNZpq8JGDBcvtVWh5UZTjqFtQiNODNlqCmutFUPB cr9EqnENZKwsDaYeMf8a3S/ya/5wCChv5VBu1ZPcZs0gJ77+7X/4jyjoGMcRkxy71RlXm80Glmbv bO75mPmrVT1Hjjy6ubl5/Pgx8TcC5YhFRIONMssIq7J9DBi0iWoZVB60tmhLVN1k7VYqK4Pxkcau gjKP43irC3K/uLh4/Pjxj370o9TD+KTGnRDHSLRhGHAzu7pzzMphGJU/cFD5zKz45NdnUKvNbeLD 9+pjPivlq8geqcKvsUOBwsyTvAIqp6qwC1rE/cQX4UTOzs6sNuxLslFej+GyNCIsoJMWi7yiUVPf RkUym8CxKqchKd4vaPE9K2mhyd63Mku1NAR4UuKqEZJdWUZDzLTz2x1UVd8jZGoBisbdxtDHvKGF splwxZAtZqk/fP0uaKgoT6mHc1NkYqf5XGQo2GS2mNgvi268LQAa9/f3ZOBsdZWIT/YlSmaqQKs5 q71Fr3auxOUw4/xSVaAzcpAcmDuNlry9vd0oaS+Nua5ggAWxTbpBmIaZEVkMv5iA01yYY2SYacCG EcrDZm/TMBBLG+9na42WHpPSsZq6TqZbVpeRlR44Kv9GZWYTJyenpuKZl5Vluxj3yPct7pCrUyQC /I30/2/+zb/dqzLbP9hrxiCvAa7SWjs5OeHu6N7eO5baZrP56U9/au+VpeN5ufLInqNZ1KnuY+S9 jeMICtFUZ2zeNnbmrTT5NiXwVAWOR2Wdt9bQVa01Msexl4+OjuiZY+W8UW0FlM3C/Kfnz5+TiNl7 J83LcGGe3/7B7IgeNdD28XkdcEMEjaUS4sNcDT5IwNNSctRI8VFw53a7pb4OKJwjt0wvof8GDaEt GoHrDfQ/2AQ89zmqnHuY2DXwLlsoSeLoFXuLdi9Sfo0CVR1w7mpg3ZflFync+4MGKRbrKXzr0ntd aakW6E1qghS1VlpDdH/D4Shh2udiWvgK/lPv3S5FWSaceM2DugsYVVit3Ido/HD19EEQpf/XKzQM uFXTCHOcucm1POYpTo2g2iDoz04kIoaWANM0nZ+fe6MQYV3FECVilQgQcHnHVyDvqvYecOW0HOdQ 1BniTg2BcbtBShG7RgLSljc8m24HgsUayLrk5OTEpqFvZfcL/m0xgMySNA+iCthYuQhNAQxr9Dt1 uh6UMp/MYtHEvmWFMz3DseS8PFMXWrn+9nd/HyKelBvHabkiHDwUqUET5ExkNDM3te5MF8MnDUFw t1LK6emppZWJaX4wiszqyPbjTsMVjbpyMO9jKrxtrlGlH1DApLmFDrtPqn3N5jCIb7ulwzAwa/z0 9PT6+vrq6opEFLZvo15Ig6rp8q2B5pOf879NWc9sTqayTdME/zBFl3c/LPP3dxpW4HwGx3LRZC3A Da+hqCUkLv+sqJS/v1u2nRmWydo2cm0qjhGi9E/wvn2IY+R+WVyyJHQYgXcrj7x8H8sdn/ugipUi +9EVGDWAixroSiJ4Zjm80hSXZjBzuO04m5m5whTNloyWj2yC9fcQZcBNA/ws5VkSqSYrXdVjtGmP AEkPhwNi7r17vqPFhKmL3dupmXNb+hmr4/Ynjqzg1RVBTGlnYDCxjc6sM/XOkRzSlTzKTiI6iiYu FI334ycpVUc1Fs3ioxL1GS2GnHCIs5retEBoW7gFrHBU1Nqrgj3tYVvy9kgT9xPzvFKaF3lvudsG JCFIo4WTAtT2VGAQRJZ/SLJmUQt4m1bWCl/bZH/3n/1zZBOBskePHtGTvdZq6wkUjLLpqsmB5uGq rkPIBcoUUQbog51aj5nTqA59/vw5b+5slq06PhcVKZDEUqPRTVnCFOyanbvkBM7YuHNrjZ4wZ2dn pBUT4EaG7tX1yczjhZE/AHQzz/NW1cYlRoSbsMZxBOYi0Z7yIgevjCxZ0PDJ0dERe35zc+N83pRx 2+2WRBcYgO/ADx9++CH15XPUJawQwB4onv1K89shGmE+vEzQ3nPb5km4tVZiCdCfnWj2ELPR4ht/ FrCyqnW715l80nt3vnALj7tF8U5b5qSTS2p5lyLYkrctO8bU/98shfztw7vlT7bLQs3Vtq9+6C3N fxuBwVgugcb0SMe0zhiVHYGCdAe0dJjMLzaeikTSKhTpk7UWtFZwIJ1vJp13oQHTNNE9sLXmFE+D RauTtdPGNWjYA4Jso5ZKg2CKnVrptWXCzxztMJNsakzErQr1tQjPeA0OmNGloETkb0USq9PnQzOR z9pA0LSc5JXLW5nb1GYOMSJmZTaRpnF9fU3QzoZv8qll4Ncy+Xe//4csxULZuRZFmBQmKnRDo3Oq XbEOeDCDJlYGRZOPX9RCBM6fNHKIrOoi36e1ttvtmC/hs0n91uTiHZTwNKoH4aTcrxpd9okZYEcj o3e73fX1NW8H9YAe2PwvD+yXIsvFkggAEeXBzNLWGuGpzWZD9BJEPj3BFg1bwLI26iFDhjg5RcSa urJx2IRpmtyTBB1MraClSW5XV0T3Z16WZSvp4zlelqSzIn7+oVERTgQs1bb5qHJ8L6aE9IcQd9EO oasfr9djBrAlMinnx8xj5jwoYp/irwd4ksa+OWElly1V+zKTvYSVPYSZ38NbT171rRJOKaEnBo1e 8h6mZWc1c4gkS1N1CUyplEIyAh7PpBDXIOh8JYDM+b4ne85KnD8zRHFi1WQlDI6d5gpwfOQauH9U vkKt9fXr1wjKg5qupNTrAXxhHXJMc6TYzQoJpiXh02lLz8/va/Z0ONAiZVgGLX3WVWnp6UNgJqaR MUZ8iDtYYczqXeoKRyuMKv+yLPMXWdhWzf5M5KzhSHO76n8iEksg00BFVe1hjcSEv1F1//W//jcc 1X6/f/XqFTK6aLJSrRXkt9b67NmzFy9e8DWyndjHt2/f0veRdzA4c1CZ4kE1k7llpZSLi4uvvvrq cDicn5/Tz5Zqzxa280FXGheDuiyNSgNY7YJfEhLZR107mhlD2FIpnaxh2fkhqYdgkXNa3Cjj448/ LqVcXl7udruzs7PeO1Wpr169qkIVqmA4azjvz6C6rTvNj7eN7zOeNQoRMmqtbTYbwuCp4U39JQrx y9Lu6A8uPp/V0D93owjN8Kk1pT1AkcZDEfcQ/aQQU5K4z3GOyatlCf74dVayyQZRWkDJ24PAB1ud LIblVdVz+i3qzzKfVxvlOz8U4ocH8//8W5OHdYmVrp+b97TJMsgHL6W4TIbfJnFiWDCedJBp33sn q4oXTw63IPNzzVltOaq+hsG7UQeI169fQ8zzPB8fHz979szhqEHRacrUIYOrq6tZSZnu0NmUIzhH 5Bx14lgreM6ktnrWHAS3ECwkrT6kmVoraf7IEAsQ7gDXb1TQZ21h/8CVGRZQXmQNb88fJv3wJ8IA jnP6hz5igy1IrSMNxUz/wIQ3LiMf5lNvGk17AI1NPzXwXr5c/4f/8L8jwbOHzqhuOBuNyGI4N11f rP1M30U5KpatJqZBRfYuugO92qiVT1dTHiuAHt2oV0bQiudzo81+KeCavMUhPKyitFCecohm4iVg mRK2JP+1n8gnezWQQlWQGnRycgLgQHHv/XLIRlNqaV92ci+qg0gtlcJ3UkeaQXWA8Kdj5RYfXZlF KxJfCfqVFLPmb8vJkz2GqJnyttstz7UlUsL37JEvlGvggvdaYAv81lZMmiFepG9uGTcogXWMpB0f k9/FXx7Cc0/i6aHzcpf+U2TWfxZW0yK8saKZvIm3K7WXDVtvo9MnyhJKJlsDHzrp3E9cnWkuflCs 1d5eBsx7tE+AnDgRyODVq1dFKuRwOGCHkaOZHg9S0uZUUxBuZeD73AdFKaAx9BP/xoU9qKakqbeB UzDMUGZGKyf0RDbsJQGGTgwIdCfgm93KUnw/JIMeJRcrWrJxRjQYacZmZj2NLaFxmVaQ6qRIsg/R Ja1GbyXWxmwG1/T2ZfMMGzf17/yTf9paI9EC1IIjhwj4JVrCToFNRcsdi56D6sLt7LAsTPJhGJ4/ f351dYU3YCwbEBldklu/4jrzQJWt3YXMjBESLBGF422HpVfFsskMg6pAnNOHesiKmNvcCiuANXuG xqxcMR/JVh04Z5U4Y6cMw7BT+ypbvjWG6lqrWaCQXeA7d7W2n9RNoQhl8hrS/V+J9ZXcWf2pyDhd patmoc2oUvuDkoj5HHvcwrQILXU4y45LdqQYI6Dig7ZuMAulwKJltIWF72Mz+aC5aHaWqWgvS3uK 5SEuV65P0bDZ9I0GOfspOr3yJLMSAr1E7koqlb7snWdSTJFhk8ilgnPA9HlqFqCmk1FxxTygfbTM xBeEbY3Eev0ejkEmAuLSDUVapO51xRvqEk1FLnuLVoqWM5pjxizfcZ8+gydHR0d0e13dxFo8ox0H jUbAWqVtCRRCwU1iX6nUOSyTgRV5UVZlUmCyzwqLs/DZRJ1X7oCXbUJakUdZMruXh/44qLkpUOqo fr+rs67/xe//yxKJzxieNOrkZ/YgMDmHmPFmbTlrYnJR/QXyjqjpZrPZa/zCMAykfwDduDX5MAyP NJsYFB53oUffuFHVmIMcqDmiQ0VGK19AtRiWrcsE6jxLY1sGCqwqR5VTVZWuwNi84159F87Pz9m0 YRiur6+hszdv3mzVt92y3hHwIv23Ujy+amQE8XPiHBQJk4f69OlT7wB7Swp8XUZafK0sux7eiUm2 BkjVFSxCLNqmsNrg+wS9u3CPOXrlP7x/UfeIFm0gB43btipdqeGiGnSTme3cEjYUv7pXA2cr7JSw x8fHJycn9hEt4r3IPIXeO+aOT2Sr/iRV/q8JJpdxiEbtybcplZKHbcw25f8AbQ2Rc50n2MIQTpVc w6tYLanLLTNuM2k8Dl+41wBob8Lp6SnMyOsg0zHk/QobjTCrSqygym8f82R8ygZCITC3rDB1ma+t zFKUIzFXJ97j8sIsoDErcaOnaGtRlXXalOlvippV8W5qH8LJ+JmshBln14fl+ThSeYxCWVNkp/my ohwz1OXl5dXVFWOLJkXLHz9+TG7F/f398fFx4pbjONa/80/+6Xa7pTaVTEcgcuvDSc0i3Bhrr6b1 No15QyaIFpUmf/bZZ/ycLGx6NALWf/HFF7aJNjH73DJ6v9+TQb+NLp3JUX05EPkQLZOKQIzcVvyU PBL02aTpP8jNzWbjGXtOEreh8fbtW75T5dl0pTwirZzHwjH33ok7cX8Df7yp/Qa/8k5TpazV0SIb FQGmqk86NqFwLrhEaTautqKEgZD2wmHZNbuqdcHt7S31tFOUyHd1z/BSzR7AbriNJOQ5ntweWOiH qGCcomVCEY7vlGQjAwndejEOzzjLa4jCglFBNlZlEc8aphiuZEqrEQm3fVDCf+eyhjZzroS7abI8 sPj8naYMuVF9Tkp06Uq6rQJSegAFVgCrteVWmwzSMqMeZafpFkUWElRXI625906luhfD1+CINEj9 XrPSSMytk6Zx7ZYdn/KvVQGSMWYelWhFUJa4tskvt7SFawW2wxcIG2Cwku/gdbbWdppiatZLgnfX eD9rWHaa83EnL5QwPR/ynVdrKd/DdpkVY9vv98xmKKW8e/eOMc6Mb8StsZONPnv69OmTz/+/+t/9 L/8rFUlGRXhVAxoWmqwGKGBU2Koqw/ro6OjLL7+cpolhp2dnZ5Ra8MODku2oUMCbaK05Q45YPEWe rIRFm3Sgm03MqCxhCpklehhEu+Xkh7b0gJw9WcJYM0dVFYLCcvz17u4OW2a32wEFWg/zUlgr3p+i 8CMZY2ZUn+usUTWHmCRXAvUzEyYZtfC+i9p61FrhPdZAuDXh+B4YdO7h6r9VrliRKsVnN96S3fz7 Mko5qnBst9shg0bNvUvZkcfk5xI0G4TC22J6eHw9AAfDi4fDwRnWNqNSnPHv3W5nS2IYBvJMxogY 1yUm7tyeXO0gPCoNLl+mpR5OfR66eXuIlGS/L78d1MfCVwsjPU+zKMHDCzZNsnhHtnzViK+UUiZN 2QXXbgL9YVX8xUGds3Yx2hdVhCXHEVv4WkPD8quN7apcsVIc1VouNyEZ1mQ2RL6DOSW/zLNsbjfZ hVAIDi4TCIwkm5KHCFBXRS/R7hYapRQ4y0pljPhnCa+ialbwSqM/vPJ0ilIbuKx3OUpW+J3vfOeP /uiP/uRP/mS/319dXX3yySellG9961vf/va3f/VXf/X3fu/3fvM3f/M/+8W/NX311VcmpinyK73Q Fb36rUpk4BIsvri4sI/WhNBxofDJthw0YtQvUBRGOD09Bf0H92+tIbDGcaQP0axEPcv0jcYPZnKO Q1u5ZT65lBqHGE3bo2ya+1AP5qeYhexPIFkGoaKmvyZ8eRxHCnovLy+Pjo7Oz88xaQ+a+zooFxgK s071Os0YPUonWsTH2f9Z5R6w+tHREfPB7WqUMCuSpOoSw7GYLsuao+z44dqllJtDxHyqgs82/bZq 3OosfhcxViWHrRbZ1VsRYrAtaWkLWLyLLuesip4KqRp9K9xE96knhnR3d3dxcbHi50GZhUYMalxl 6URabBV5P6Y6C5eVDihh1Jel+ck3d7udJ6n26Jpig8k2Ly9ofNwPTayDdx8i35G/ujSUX2HhbtRd FafNVZTpMPXed5rJ4/wIm6gtkvmYQGCBkOLPwt0RneTWQZnN3qKU6SuJOSwvk/cwDAZ/0F7zPN/d 3b179+7s7GyI9pldiFCt1V05qxor8WofffQRqP0UTQjKA2fOy9tEV5XUzSVMFt+BL0C6lmA2yEBg 7Pd861vfmqbpr//6r3/+53/+4uLi/PycNb969er09PRwONzc3NS/9y++O+rK9e1j9kUJo8aU7UX7 rzc3Ny9evHj+/DmkVmslQt1ao5xnCEjRTyS6bXkHD9Mj3nxrAO709BSDeorJeUWV0Cuxbpooy7zA EpbUimiKsqeN8HLZpkBmmXa74JRE8y0CvKVT9BhwVgzSza85Krzh5Xm3rc+L4q5p4Fi3D4rL8+U3 b97AVwTGH2lg/OrgBjmAmAZl6Ut6i/xSXcYOG0VGENbQpD6R7HaN9GTLhVkjOpNwzepc6WFY3Va5 EcRvVq7YFFM+fKZe9lad2rbq/wUu7Aq729vbs7Oz4+PjQVO2uY/b05el/eX1pMGY5JR/esj2qV8f fieJMy0YqwdTPqeW65liEFUyacYbH6oZP3T1Xvj08OZhOcnPos10Ps8z+Tz4ajacMfnnZQnVoMQE gJ1MPSjyd/NFUpKu+OLhJ33pFzpGMgg326kl2bRML9npwvH1gJEiKJxAGuFAREG6IN4cX7Oyflv0 ujAlWAKUUACjklN9+tyW/nG4nr/+67/+x3/8x6WUt2/fXl9fY1nudrtf/MVf/M53vvPVV1/94Ac/ +H//z/+j/oN/+z8nqdlIN3R4iKSUsgxVsyNNGWmPHj1Czz9+/Pjjjz/+6KOPSilv3ry5urryTyjD YcuwuHcxMdmwqTWqzW0Sq6+urozFNyXPevE9fF5v1kqNP1w2FgoPLWoreDgcfuEXfuHP//zPPWLC iUccCXMS9vs98eGLiwvHVPfqYEyjTfxBhx/oUOqsx67c3mEYEK9eXpJLKWWr6aAWvoakk42T64xl z2rqTVFuXabNVRnvtrxWQucQcen8ctPI7ykaJfrULItreNPJAGUpMa0LB+VZz8rlMEOmy9iiE9yK hnkoKs2tN9kx5xikBHRgiY6GRdr90aNHtvtW16Co/sqMSAXz8Fcryf5QuKcU85fzKbyvuzmW8OLn eSaw+TPFN3cbwimv8lRq+AcEkDFEbLjMKp0dHmAm+SKTstRz5bZPVy9VZErbpSjS5fb5+tJOt8ir y7hUVf5Y3txvmt+fI4ebwyV50e84zzMD0QjJmKK8DBvykwqgSlhjZcmG/nLyrInHqihJ0aezOrgq b4mI9y/90i9R/0+S+tu3bxH9hAzHcSx//mf1t37rt2iJ1dWmsrW2++RTF4wlVZmIvfoarjQQBDgA 9Zanp6ejCqmx0G0HtdZw9w6HA5A0UXWK7J0eW1R7BhRwdHREVcUwDIx5o6qCHHOfIo9Asmw07bqE 9GlyM1OGOqmfn3/22Wd/8Rd/8ebNm/fv39NeBvluRAV9cHx8/HM/93PPnz9//fr1n/3ZnwE7IET2 6hkJTfTeiTmPysriT3yTt7MoSdkHcfCnugw9JeensC6KzpVwa5w7iIm6US2fhZRvuLrbvOwhvhJP 8BVbndMWTdNT1Bmk8CphT5UoKzUP8/l2u8WEBMp3nG2jsrg5emfCBhRzO0m0qHp+p9nQY8xTburD XFW+UDSNCxN+pZBKQL09jETzRX4t+SUNzxrZLHOEuFfM5T2EZqpivCuh42DjqGwxUkW7yhScOOCN GhTFKaWQNWjBMcTI2cMy1bX8LMfO70Kz1W984xu/9mu/dnt7S7n8mzdvTk5OLi8vGdOB7YmqYO5S kV4x/07L2vrc7UxZ8Xqasu9ye31qRBDNDnUJh95phKE7oULGpRS3gRw1YdVSsS6TrblaTEmzTJ8j s8P/O8bwoiESclaU1gLd2qn3dWvt8ePHACE7Ddv4jd/4jbK8/lYt/xE/IkJnX0qfVAAAAABJRU5E rkJggg== ------=_NextPart_000_0190_01C3364D.D9FC2CF0-- From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Mon Jun 23 09:07:21 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Mon, 23 Jun 2003 12:07:21 -0400 Subject: [Mapserver-users] WMS client problems Message-ID: <7CDD7B94357FD5119E800002A537C46E230849@s5-ccr-r1.ccrs.nrcan.gc.ca> Hello, Try adding a "&FORMAT=image/gif" to your CONNECTION URL ... Cheers, J.F. -----Original Message----- From: USB [mailto:ruzicka at usbrno.cz] Sent: Thursday, June 12, 2003 4:11 AM To: 'mapserver-users at lists.gis.umn.edu' Subject: [Mapserver-users] WMS client problems Hallo everyone, I use Mapserver 3.6.6-gif-gdal with Apache 1.3.27 on WindowsXP. I tried to connect several times MapServer to any WMS server with definition of layer object - LAYER METADATA "wms_title""Country Boundaries" "wms_srs""EPSG:4269 EPSG:4326" END CONNECTIONTYPE WMS CONNECTION "http://TSADEV.SPECIESANALYST.NET/cgi-bin/mapserv.exe?map=cntryBound.map&VER SION=1.0.0&LAYERS=country" NAME 'wms' TYPE raster STATUS off END # LAYER but without any success. I obtained in html template only blank screen and there are files *.img.tmp in image directory. If I use GetMap or GetCapabilities in direct http request I will get image or xml doccument without problems. Then I could to establish my own WMS server and connect to it as WMS client. But then I obtained - "msDrawRaster(): Image handling error. Unrecognized or unsupported image format". I am not sure what is wrong. Would you be so kind and could send me any suggestions. Best regards J. Ruzicka ruzicka at usbrno.cz _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From paolopulli at libero.it Thu Jun 19 08:54:45 2003 From: paolopulli at libero.it (=?iso-8859-1?Q?paolopulli?=) Date: Thu, 19 Jun 2003 17:54:45 +0200 Subject: [Mapserver-users] =?iso-8859-1?Q?PostGIS_on_W2000_trouble?= Message-ID: On Windows2000 - Cygwin - Postgres: Postgis doesn't work. Where I wrong? Cygwin setup.exe v2.340.2.5 cygipc-1.14-1.tar.bz2 $ cd /usr/src/postgresql-7.3.3-1/ $ ./configure $ make $ make install Work fine. I able to connect via phpPgAdmin, too. Patch /usr/src/postgresql-7.3.3-1/src/include/optimizer/cost.h as http://archives.postgresql.org/pgsql-ports/2003-03/msg00017.php $ cd /usr/src/postgresql-7.3.3-1/contrib/ $ tar zxvf postgis-0.7.5.tar.gz $ cd .. $ ./configure --enable-multibyte --with-CXX --prefix=/usr --sysconfdir=/etc --docdir=/usr/doc/postgresql-$version > /configure_postGIS.txt 2>&1 $ make > make_postgres+GIS.txt 2>&1 $ cd usr/src/postgresql-7.3.3-1/contrib/postgis-0.7.4 (cd usr/src/postgresql-7.3.3-1/contrib/postgis-0.7.5 as same) $ make > make_postGIS.txt 2>&1 .... gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -g -I. -I../../src/include -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73 -c -o postgis_transform.o postgis_transform.c postgis_transform.c: In function `transform_geom': postgis_transform.c:437: warning: control reaches end of non-void function gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -g -I. -I../../src/include -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73 -c -o postgis_gist_72.o postgis_gist_72.c gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -g -I. -I../../src/include -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73 -c -o postgis_estimate.o postgis_estimate.c In file included from postgis_estimate.c:58: ../../src/include/optimizer/cost.h:39: syntax error before "double" make: *** [postgis_estimate.o] Error 1 ----- Other prodedure I patch cost.h and /usr/src/postgresql-7.3.3-1/src/makefiles/Makefile.win /usr/src/postgresql-7.3.3-1/src/template/win as http://archives.postgresql.org/pgsql-hackers/2003-02/msg00979.php then $ LDFLAGS=-L/usr/local/lib ./configure --enable-multibyte --with-CXX --with-perl --prefix=/usr --sysconfdir=/etc --docdir=/usr/doc/postgresql-$version make -OK- $ cd /contrib/postgis-0.7.4 $ make gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -g -I. -I../../src/in clude -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73 -c -o postg is_estimate.o postgis_estimate.c In file included from postgis_estimate.c:58: ../../src/include/optimizer/cost.h:38: syntax error before "double" make: *** [postgis_estimate.o] Error 1 ************************************************************ ************************************************************ ************************************************************ If I try to use cygPostGIS_731.tar.gz with postgres7.3x Where /usr/bin/shp2pgsql.exe - pgsql2shp.exe /usr/bin/postgis.dll - libpostgis.a /usr/share/postgres/contrib/postgis.sql - .... and postgis.sql I substitute '$libdir/postgis.dll' with absolute path $ psql -test -f postgis.sql > /logfile 2>&1 BEGIN message ------------------------ PL/PgSQL is installed. (1 row) psql:/usr/share/postgresql/contrib/postgis.sql:19: NOTICE: ProcedureCreate: type histogram2d is not yet defined psql:/usr/share/postgresql/contrib/postgis.sql:19: ERROR: Load of file c:/cygwin/usr/lib/postgis.dll failed: dlopen: Win32 error 126 psql:/usr/share/postgresql/contrib/postgis.sql:24: ERROR: current transaction is aborted, queries ignored until end of transaction block ... psql:/usr/share/postgresql/contrib/postgis.sql:1134: ERROR: current transaction is aborted, queries ignored until end of transaction block COMMIT *************************************************** I try also to confiure & install postgres-7.2.3 in order to use cygPostGIS_731.tar.gz, but: $ /usr/src/postgresql-7.2.3/./configure loading cache ./config.cache checking host system type... i686-pc-cygwin checking which template to use... win checking whether to build with locale support... no checking whether to build with recode support... no checking whether to build with multibyte character support... no checking whether NLS is wanted... no checking for default port number... 5432 checking for default soft limit on number of connections... 32 checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes using CFLAGS=-O2 checking whether the C compiler (gcc -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. ************************************************************ ************************************************************ Any help will appreciate. Paolo From h0548aux at rz.hu-berlin.de Fri Jun 20 01:13:02 2003 From: h0548aux at rz.hu-berlin.de (Wilfried Wolf) Date: Fri, 20 Jun 2003 10:13:02 +0200 Subject: [Mapserver-users] php with apache webserver under windows2000 Message-ID: <3EF2C20E.3050200@rz.hu-berlin.de> Hello, I?m a new user on working with umn mapserver. My problem is: I wrote a little mapscript file for php and it doesn?t work. So I changed the file without embedding the mapsript library extension (dl (mapsript....)) as pure php-file. But nothing happened. The ms internet browser showed me only that, what one would expect as html-code. The php code was denied. So, what went wrong. I am working with a distribution for apache and php which is optimized for linux but what should work under windows too. Is this problem due to a wrong php-distribution? Many thanks ahead Wilfried From giorgio at ufo.nauta.it Fri Jun 20 08:46:58 2003 From: giorgio at ufo.nauta.it (giorgio at ufo.nauta.it) Date: 20 Jun 2003 15:46:58 -0000 Subject: [Mapserver-users] Retriving class of a result Message-ID: <20030620154658.5435.qmail@ufo.nauta.it> I can't find a way to retrieve the class of a shape found with a query .... my $id=$rslt->{shapeindex}; my $shp = new shapeObj($mapscript::MS_SHAPE_POLYGON); $layer->open($me->mappa->{shapepath}); $layer->getShape($shp,$rslt->{tileindex},$id); my $c= $rslt->{classindex}; my $class= $layer->getClass($c); but $c is always an empty string! Tried also $c= $shp->{classindex}; but $c is always 0!!! Can anybody suggest a solution? (using mapserver 3.5 and perl mapscript ....) thankyou! Giorgio From pyro-x at ixine.com Mon Jun 23 10:03:14 2003 From: pyro-x at ixine.com (David Monterroso Cabello) Date: Mon, 23 Jun 2003 19:03:14 +0200 Subject: [Mapserver-users] Problem with tileindex. Was: Converting from png to geotiff with gdal In-Reply-To: <5.2.0.9.0.20030609171026.00a6fef8@mail.GreenwoodMap.com> References: <5.2.0.9.0.20030609171026.00a6fef8@mail.GreenwoodMap.com> Message-ID: <3EF732D2.50302@ixine.com> Hi all Finally i managed to convert the raster files (in png) to georefenced tiff files, i used the world files approach as Richard and others pointed out, and now i have a collection of tiff files each one with a .wld file. After that if include one of these rectangles as an independent raster layer in my mapserver project it just render fine, i can navigate and do zooming all around that segment without problems. But, if i include the tileindex generated with the gdal utility the problems start, first the full map extent is rendered (that covers most of the rectangles) and it draws fine, but when i zoom into it, then some blank areas appears in the rendered image, if i keep zooming or paning these blank areas make bigger or smaller, it seems like sometimes mapserver can't get some of the rectangles, but they are there cause i can see them if i pan or zoom out. These is what i have in my map file: # Just ONE rectangle LAYER NAME "test_trafico" STATUS ON DATA "mad_443440-4473776_444544-4474880.tiff" TILEITEM "Location" TYPE RASTER END # The whole tileindex LAYER NAME "tile_test" STATUS ON TILEINDEX "index.shp" TILEITEM "Location" TYPE RASTER END Have anyone experienced the same behaviour with tileindex?. Many thanx in advance, David Monterroso Cabello Richard Greenwood wrote: > At 09:51 PM 6/9/2003 +0200, you wrote: > >> Hi all >> >> I want to include into mapserver a new layer based on a >> collection of raster files i have in PNG format, i know the extents >> values for each image ( they are named as this: >> mad_441600-4478928_442581-4479909.png ), it seems i need to convert >> them to tiff (or geotiff?) format so i can include them in my project >> and then make an index from them, but i can't just get along the >> first step. >> >> I've tried using gdal utilities to convert them from png to a tiff >> with the geometry information using this: >> >> gdalwarp -s_srs EPSG:23030 -t_srs EPSG:23030 -te 444544 4481872 >> 445525 4482853 mad_444544-4481872_445525-4482853.png test.tiff >> >> But instead of a brand new tiff image this is what i get : >> >> ERROR 1: Unable to compute a transformation between pixel/line >> and georeferenced coordinates for mad_444544-4481872_445525-4482853.png. >> There is no affine transformation and no GCPs. > > > I would use gdal_translate rather than gdalwarp because you are not > trying to change the projection, but that is not your problem. > > The coordinates of the image are in the file name, but no software > that I am aware of is setup to read the coordinates in such a format. > You need to convert the coordinates into a world file (*.wld or > *.tfw). The world file is a separate, ASCII file having the same name > (but .wld or .tfw extension) as the image file. It containing the > coordinates of the upper left image pixel, the X and Y dimensions of > each image pixel, and the rotation (must be 0,0). > > So for each image you need to create this world file, either by hand > or by script. > > Rich > > > Richard W. Greenwood, PLS > Greenwood Mapping, Inc. > Rich at GreenwoodMap.com > (307) 733-0203 > http://www.GreenwoodMap.com From pagurekd at agr.gc.ca Mon Jun 23 10:10:01 2003 From: pagurekd at agr.gc.ca (Debbie Pagurek) Date: Mon, 23 Jun 2003 13:10:01 -0400 Subject: [Mapserver-users] Terra Server WMS Message-ID: Hi Dylan, Nice app. I was wondering if you could shed some light on how you do the 'Save map to PDF'? Thanks, Debbie >>> Dylan Keon 06/17/03 11:10AM >>> Aaron D. Hunt wrote: > Can anyone send me an example or point me to an example, of using Terra > server as a WMS layer? Hi Aaron, I'm using the Terraserver DOQs as a WMS layer. You can see it in action at http://gis.nacse.org/nbii/crypto.php . Note that the layer is scale-dependent. --Dylan Here's the layer definition I'm using: ===================================================================== LAYER NAME ortho METADATA "wms_title" "USGS Digital Ortho-Quadrangles" "wms_srs" "EPSG:26910" #NAD83 UTM zone 10N LYRNAME "DOQs (orthophotos)" LINK "http://terraserver.microsoft.com/about.aspx?n=AboutTerraServiceOvervie w" END GROUP "BASE DATA" STATUS OFF TYPE RASTER MINSCALE 1500 MAXSCALE 80000 CONNECTIONTYPE WMS CONNECTION "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYE RS=DOQ&FORMAT=png&styles=" PROJECTION "init=epsg:26910" #NAD83 UTM zone 10N END END ===================================================================== -- ************************************************ Dylan Keon GIS/Database Research Specialist Northwest Alliance for Computational Science and Engineering (NACSE) Oregon State University Corvallis, OR 97331 keon at nacse.org (541) 737-6608 ************************************************ _______________________________________________ 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 Mon Jun 23 10:55:11 2003 From: poff at sixbit.org (poff) Date: Mon, 23 Jun 2003 19:55:11 +0200 Subject: [Mapserver-users] Rasterization help, TIF->SHP Message-ID: <20030623175511.GA18481@freeshell.org> Hello, I'm slightly new to this, but I tried following the instructions in the documentation, and I am getting a 236 byte shp file from a 20something mb tiff. I will post my steps so you can perhaps tell me where I'm going wrong? I'm using mapscript and apache on win2k. ################################ Tif file converted to 8bit uncompressed, 8192x4096, 32mb. (if I view with ACDSee it states 256 colours, then in "properties" it states 24 bit - by eye you can see it's 256 colour) Wld file made: 0.0439453125 0 0 -0.0439453125 -180 +90 With the map file: NAME WORLD_MAP EXTENT -180 -90 180 90 SIZE 600 300 IMAGETYPE GIF IMAGECOLOR 0 0 128 SHAPEPATH "data" #FONTSET "d:/www/htdocs/data/symbols/fontset.txt" #SYMBOLSET "data/symbols/examples.sym" UNITS DD WEB IMAGEPATH "d:/www/htdocs/imgtmp/" IMAGEURL "/imgtmp/" END LAYER # Countries NAME "countries" DATA "test" STATUS DEFAULT TYPE polygon CLASS COLOR 220 220 220 END # end of class object END # end of layer object END # end of map file Ran: gdaltindex test.shp test.tif Generates a 236 byte shpfile, which gives a blank map (coloured) on output with: draw(); $url = $oImage->saveWebImage(MS_GIF,0,0,0); printf("\n", $url, $oMap->width, $oMap->height); ?> Anyone got any ideas what's going wrong? I'm pretty sure something is wrong with gdaltindex, shouldn't the shp file be a lot bigger? I'd be very thankful for any light shed on this! -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From vatsavai at cs.umn.edu Mon Jun 23 11:03:39 2003 From: vatsavai at cs.umn.edu (Ranga Raju Vatsavai) Date: Mon, 23 Jun 2003 13:03:39 -0500 (CDT) Subject: [Mapserver-users] MapServer Web/Mailing lists will be down on Wed (6/25) Message-ID: <200306231803.NAA25641@pluto.cs.umn.edu> Hello All, The [mapserver/lists].gis.umn.edu and [geodis/terrasip].gis.umn.edu servers will be down between 11:30p.m (Tuesday - 6/24/03) and 6:00A.M (6/25/03) due to electrical outage at the university. So all Mapserver related Web/CVS and List (email) services will not be available during that time. Considering the least general traffic during those hours, I hope it wouldn't effect much of the users. However, if you have any questions, concerns, please feel free to send me email (vrraju at gis.umn.edu). Thanks, Raju ---- From arnulf.christl at ccgis.de Mon Jun 23 11:24:02 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Mon, 23 Jun 2003 20:24:02 +0200 Subject: AW: [Mapserver-users] WMS client problems In-Reply-To: <01C330CB.6FA38E70@usb> Message-ID: Hi, I have loaded your project into our client and it returns an in-image errormessage: msProcessProjection(): no system list, errno:2??? (the rest it is not readable). Did you include the PROJ4 library? You can check your MAP file with our client: http://wms.ccgis.de/ click on "Country Boundaries". As long as you don't change any basic parameters in your map file the client works as a WMS. If you add a layer, change the projection or similar, then the project has to be reload. If you want us to remove the link, just tell us. 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 USB Gesendet: Donnerstag, 12. Juni 2003 10:11 An: 'mapserver-users at lists.gis.umn.edu' Betreff: [Mapserver-users] WMS client problems Hallo everyone, I use Mapserver 3.6.6-gif-gdal with Apache 1.3.27 on WindowsXP. I tried to connect several times MapServer to any WMS server with definition of layer object - LAYER METADATA "wms_title""Country Boundaries" "wms_srs""EPSG:4269 EPSG:4326" END CONNECTIONTYPE WMS CONNECTION "http://TSADEV.SPECIESANALYST.NET/cgi-bin/mapserv.exe?map=cntryBound.map&VER SION=1.0.0&LAYERS=country" NAME 'wms' TYPE raster STATUS off END # LAYER but without any success. I obtained in html template only blank screen and there are files *.img.tmp in image directory. If I use GetMap or GetCapabilities in direct http request I will get image or xml doccument without problems. Then I could to establish my own WMS server and connect to it as WMS client. But then I obtained - "msDrawRaster(): Image handling error. Unrecognized or unsupported image format". I am not sure what is wrong. Would you be so kind and could send me any suggestions. Best regards J. Ruzicka ruzicka at usbrno.cz _______________________________________________ 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 Jun 23 11:27:10 2003 From: pond_bear at hotmail.com (pond bear) Date: Mon, 23 Jun 2003 13:27:10 -0500 Subject: [Mapserver-users] where are the slides of the presentations on Mapserver Users' Meeting? Message-ID: hi I want to upgrade my website into mapscript. I attended the Mapserver Users' meeting and found a lot of good examples of the presentations. Where to get the slides of the presentations and the workshops. thanks Jing university of north dakota _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From ed at topozone.com Mon Jun 23 11:32:18 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 23 Jun 2003 14:32:18 -0400 Subject: [Mapserver-users] Rasterization help, TIF->SHP Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFBEC@mercator.topozone.com> I think you're mixing a few apples and oranges here. "Rasterization" is the process of converting vector data to raster data, not the other way around. MapServer and GDAL provide NO tools for converting raster images into vector data, as that is a complex and rather specialized topic. GDALTINDEX is used to create a "tile index" file. This is a vector (SHP) file that consists of rectangular polygons describing the outlines of each of a set of raster input images. It is used to create an "index file" that allows multiple raster images to be combined into a single map layer for MapServer. Since this SHP file is just a single rectangle defining the outline of your raster image, it's not surprising that your MapScript test creates a blank image. What exactly are you trying to accomplish? - 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: poff [mailto:poff at sixbit.org] Sent: Monday, June 23, 2003 1:55 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Rasterization help, TIF->SHP Hello, I'm slightly new to this, but I tried following the instructions in the documentation, and I am getting a 236 byte shp file from a 20something mb tiff. I will post my steps so you can perhaps tell me where I'm going wrong? I'm using mapscript and apache on win2k. ################################ Tif file converted to 8bit uncompressed, 8192x4096, 32mb. (if I view with ACDSee it states 256 colours, then in "properties" it states 24 bit - by eye you can see it's 256 colour) Wld file made: 0.0439453125 0 0 -0.0439453125 -180 +90 With the map file: NAME WORLD_MAP EXTENT -180 -90 180 90 SIZE 600 300 IMAGETYPE GIF IMAGECOLOR 0 0 128 SHAPEPATH "data" #FONTSET "d:/www/htdocs/data/symbols/fontset.txt" #SYMBOLSET "data/symbols/examples.sym" UNITS DD WEB IMAGEPATH "d:/www/htdocs/imgtmp/" IMAGEURL "/imgtmp/" END LAYER # Countries NAME "countries" DATA "test" STATUS DEFAULT TYPE polygon CLASS COLOR 220 220 220 END # end of class object END # end of layer object END # end of map file Ran: gdaltindex test.shp test.tif Generates a 236 byte shpfile, which gives a blank map (coloured) on output with: draw(); $url = $oImage->saveWebImage(MS_GIF,0,0,0); printf("\n", $url, $oMap->width, $oMap->height); ?> Anyone got any ideas what's going wrong? I'm pretty sure something is wrong with gdaltindex, shouldn't the shp file be a lot bigger? I'd be very thankful for any light shed on this! -- 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 spencer at dmsolutions.ca Mon Jun 23 11:37:05 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Mon, 23 Jun 2003 14:37:05 -0400 Subject: [Mapserver-users] where are the slides of the presentations on Mapserver Users' Meeting? In-Reply-To: References: Message-ID: <3EF748D1.1000607@magma.ca> I have to appologize on this, I have not yet made the slides available from our website. I will try to do this ASAP and let Tom know so he can update the UMN web site. Cheers, Paul pond bear wrote: > hi > > I want to upgrade my website into mapscript. I attended the Mapserver > Users' meeting and found a lot of good examples of the presentations. > Where to get the slides of the presentations and the workshops. > > thanks > > Jing > > university of north dakota > > _________________________________________________________________ > 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 > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From eduardo at linkgeo.com.br Mon Jun 23 12:00:38 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Mon, 23 Jun 2003 16:00:38 -0300 Subject: [Mapserver-users] How to MapServer using shapefiles from different paths Message-ID: <20030623190038.22696.qmail@hm47.locaweb.com.br> This is a multi-part message in MIME format. ------=OMAIL_ATT_0.413495034285919 Content-Type: text/plain; charset=ISO-8859-1 Is there a way of using shapefiles from different paths? example: 1st Path: /var/shapefiles/br/sp/ contains: sp_limits.shp / sp_cities.shp 2nd Path: /var/shapefiles/mydata/ contains: fr_1.shp / fr_niv.shp thanks Eduardo Patto Kanegae eduardo at linkgeo.com.br http://www.linkgeo.com.br *************************************** ***Fim da Mensagem / End of Message *** *************************************** ------=OMAIL_ATT_0.413495034285919 Content-Type: application/octet-stream; name="that" Content-Transfer-Encoding: base64 ------=OMAIL_ATT_0.413495034285919-- From nacional at cbs.umn.edu Mon Jun 23 12:51:51 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 23 Jun 2003 14:51:51 -0500 Subject: [Mapserver-users] How to MapServer using shapefiles from different paths In-Reply-To: <20030623190038.22696.qmail@hm47.locaweb.com.br> References: <20030623190038.22696.qmail@hm47.locaweb.com.br> Message-ID: <1056397911.20593.12.camel@arceuthobium.ecology.umn.edu> Eduardo, You can just type the full path of your second shapefile on your map file. Or, create a symbolic link: ln -s /var/shapefiles/mydata /var/shapefiles/br/sp/mydata and call DATA "mydata/fr_niv.shp" on your map file. Good luck! -Perry On Mon, 2003-06-23 at 14:00, Eduardo Patto Kanegae wrote: > Is there a way of using shapefiles from different paths? > > example: > > 1st Path: /var/shapefiles/br/sp/ > contains: sp_limits.shp / sp_cities.shp > > 2nd Path: /var/shapefiles/mydata/ > contains: fr_1.shp / fr_niv.shp > > thanks > > Eduardo Patto Kanegae > eduardo at linkgeo.com.br > http://www.linkgeo.com.br > > *************************************** > ***Fim da Mensagem / End of Message *** > *************************************** -- Pericles S. Nacionales University of Minnesota From pyro-x at ixine.com Mon Jun 23 13:36:17 2003 From: pyro-x at ixine.com (David Monterroso Cabello) Date: Mon, 23 Jun 2003 22:36:17 +0200 Subject: [Mapserver-users] Rasterization help, TIF->SHP In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFBEC@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1222BFBEC@mercator.topozone.com> Message-ID: <3EF764C1.40805@ixine.com> Ed McNierney wrote: >I think you're mixing a few apples and oranges here. > >"Rasterization" is the process of converting vector data to raster data, not the other way around. MapServer and GDAL provide NO tools for converting raster images into vector data, as that is a complex and rather specialized topic. > > Umm, i'm also interested in "the other way", i mean vectorization of raster data. I've some raster images that are georeferenced and are formed only from lines over a white background. Do you know about any tool for the unix world that convert that into vector data (shapefile or anything) automatically?, perhaps grass??. Many thanx Cheers, David Monterroso Cabello From vatsavai at cs.umn.edu Mon Jun 23 14:42:26 2003 From: vatsavai at cs.umn.edu (Ranga Raju Vatsavai) Date: Mon, 23 Jun 2003 16:42:26 -0500 (CDT) Subject: [Mapserver-users] CVS to be hosted on a new server ... In-Reply-To: Message-ID: <200306232142.QAA26135@pluto.cs.umn.edu> Hello MapServer-Developers/CVS Writers We are planning for sometime to move CVS services that are currently hosted on mapserver.gis.umn.edu to a new server cvs.gis.umn.edu. Given the fact that our systems are going to be offline tomorrow (6/24-11:30p.m. to 6/25-6:00a.m.) due to power outage, we are thinking that this is the best time for the switch. So I request you all to check back any files that you are currently working on by 6:00p.m. tomorrow (6/24). That way I can migrate the lastest CVS repositories. Starting from 6/25-6:00a.m. all cvs activities will be available only from cvs.gis.umn.edu, and you have to update your environment variables accordingly. I am not anticipating any problems with this move, however, in case of any unforeseen problems, we can quickly switch back to repositories existing on mapserver.gis.umn.edu. Once the move is finalized, I will also update all web references. Let me know if you have any concerns/questions/suggestions. Thanks Raju ---- From bwragg at tpg.com.au Mon Jun 23 15:48:58 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Tue, 24 Jun 2003 08:18:58 +0930 Subject: [Mapserver-users] Compiling Mapserver/configure options Message-ID: <000001c339d9$a2fb23c0$0a00a8c0@mapping12> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C33A29.43C4FFC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi list, I'm quite new to Linux and compiling software from source, so bare with me. When it comes to compiling Mapserver I have some questions regarding the ./configure options. There are some components with seem to be duplicated in different parts of the compile process. For example I can compile jpeg support separately into gd, gdal and mapserver. Am I right in saying that if I compile jpeg into gdal I can have jpeg as an input data source? If I compile jpeg into gd I can output jpeg images? If I have compiled jpeg into gd I don't need to compile it into mapserver directly with the --with-jpeg (as long as I use --with-gd) as it will use gd's code to do jpeg manipulation? Similar with png? Thanks, Benjamin Wragg ------=_NextPart_000_0001_01C33A29.43C4FFC0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Hi=20 list,
 
I'm = quite new to=20 Linux and compiling software from source, so bare with me. When it = comes to=20 compiling Mapserver I have some questions regarding the ./configure = options.=20
 
There are some components with seem to be = duplicated in=20 different parts of the compile process. For example I can compile jpeg = support=20 separately into gd, gdal and mapserver.
Am I = right in saying=20 that if I compile jpeg into gdal I can have jpeg as an input data = source?=20 If I=20 compile jpeg into gd I can output jpeg images? If I have compiled jpeg = into gd I=20 don't need to compile it into mapserver directly with the --with-jpeg = (as long=20 as I use --with-gd) as it will use gd's code to do jpeg manipulation?=20 Similar=20 with png?
 
Thanks,
 
Benjamin=20 Wragg
------=_NextPart_000_0001_01C33A29.43C4FFC0-- From nwoe at privat.utfors.se Mon Jun 23 15:51:21 2003 From: nwoe at privat.utfors.se (=?iso-8859-1?Q?niklas_w=F6rmann?=) Date: Tue, 24 Jun 2003 00:51:21 +0200 Subject: [Mapserver-users] is mapserver a viable solution for this? References: <200306232142.QAA26135@pluto.cs.umn.edu> Message-ID: <00aa01c339d9$fb54f000$8300a8c0@big> Hi! I am currently trying to evaluate some different technical solutions, what i want to accomplish; create a server based mapping engine that is supposed to serve maps as shockwave flash. i would then like to be able to keep a "user layer" in flash, with the mapserver generated map as a background. the only further services that i need is a way to translate screen coordinates (x,y) to latitude and longitude (and back) since depending on the projection i imagine the calculations needed would be pretty involved. i am currently using coldfusion for server side scripting (notice a bias here towards macromedia products ?) what would be the best way to "integrate" mapserver with coldfusion, straight cgi get calls? any other suggestions? is it possible to get some kind of transform function between screen coordinates and latlong? how would i go about setting it up? it seems i would have to go with the mapserver 4.0 beta to get the swf part working. i have been trying for some time to get the demo set up and working on my w2000 machine with IIS, no luck so far. i?ll be back with more specific questions regarding this when i have them.... tia niklas woermann ?lvsj?, sweden From Antti.Roppola at brs.gov.au Mon Jun 23 17:36:18 2003 From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au) Date: Tue, 24 Jun 2003 10:36:18 +1000 Subject: [Mapserver-users] Deleting old GIF image files Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC4478@afeb-ms-02> Or if you want something more demand driven, I added a few lines to the PHP to delete all but the 10 most recent images. Unlike a cron job, this will automagically clean up the directory more often if required. Antti -----Original Message----- From: Krzysztof Chodak [mailto:k.chodak at autoguard.pl] Sent: Monday, 23 June 2003 6:50 PM To: MAPSERVER Subject: Fw: [Mapserver-users] Deleting old GIF image files I personally use wsh script (Windows): it is saved in CleanUpTemp.wsf file. I use Task Scheduling to run it from time to time (currently once per day). Script is launched by following command: C:\WINNT\system32\cscript.exe CleanUpTemp.wsf BR Krzysztof Chodak > > ----- Original Message ----- > From: Thomas Jensen > To: mapserver-users at lists.gis.umn.edu > Sent: Monday, June 23, 2003 8:58 AM > Subject: [Mapserver-users] Deleting old GIF image files > > > Hi > > I would like to know if anyone can suggest a sollution to my problem. I have > used MapServer to generate mapImages on the www.langelandatlas.dk website. > The problem is, that the ms_temp folder which contains the GIF image files > rapidly is filled with old image files which are no longer used. Can > MapServer be set ud to automatically delete the image files it has created > after they have been used? > > Sincerely > > Thomas Jensen > Sven Allan Jensen as > Sankelmarksgade 9 > DK - 9000 Aalborg > Ph: 96 31 40 64 > E-mail: tj at svaj.dk > www.svaj.dk > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From novalet at yahoo.com.cn Mon Jun 23 19:12:16 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Tue, 24 Jun 2003 10:12:16 +0800 (CST) Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <1056264204.26467.13.camel@arceuthobium.ecology.umn.edu> Message-ID: <20030624021216.45137.qmail@web15206.mail.bjs.yahoo.com> Pericles: Thank you! I really find the root of my failure. I check the log of apache, there is something wrong with libgd. Here is the content of error_log. I don't know why mapserver try to find libgd.so.2 when i run in cgi mode. But it work fine when it is used in command line. What's up? .0.0.1] Premature end of script headers: mapserv [Fri Jun 20 10:19:36 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Fri Jun 20 10:19:47 2003] [error] [client 127.0.0.1] attempt to invoke directory as script: /var/www/cgi-bin/ [Fri Jun 20 10:19:53 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Fri Jun 20 10:19:53 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Fri Jun 20 15:21:00 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Fri Jun 20 15:21:00 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Fri Jun 20 22:00:45 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Fri Jun 20 22:00:45 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Fri Jun 20 22:00:48 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Fri Jun 20 22:00:48 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Fri Jun 20 22:00:51 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Fri Jun 20 22:00:51 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Fri Jun 20 22:19:31 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Fri Jun 20 22:19:31 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Fri Jun 20 22:20:00 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Fri Jun 20 22:20:00 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Sat Jun 21 11:14:52 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Sat Jun 21 11:14:52 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Sat Jun 21 11:17:01 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Sat Jun 21 11:17:01 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Sat Jun 21 11:17:25 2003] [error] [client 127.0.0.1] script not found or unable to stat: /var/www/cgi-bin/mapser [Sat Jun 21 11:23:47 2003] [error] [client 127.0.0.1] script not found or unable to stat: /var/www/cgi-bin/mapserv map= [Sat Jun 21 11:23:57 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Sat Jun 21 11:23:57 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Sat Jun 21 11:31:01 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Sat Jun 21 11:31:01 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Sat Jun 21 11:35:35 2003] [error] [client 127.0.0.1] script not found or unable to stat: /var/www/cgi-bin/mapserv [Sat Jun 21 11:37:41 2003] [error] [client 127.0.0.1] Premature end of script headers: mapserv [Sat Jun 21 11:37:41 2003] [error] [client 127.0.0.1] /var/www/cgi-bin/mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory [Sun Jun 22 04:02:03 2003] [notice] SIGHUP received. Attempting to restart --- "Pericles S. Nacionales" ????????> Chen, > > Have you checked your web server's error log to see > if there's any > relevant messages related to mapserv? I can compile > MapServer for you > but I don't know if that will solve your problems. > > -Perry > > On Sun, 2003-06-22 at 01:11, Chen Fu wrote: > > Hi! > > Will it be possible that somebody share the > compiled > > mapserv with me? If the compile use static lib, it > can > > also used in my linux box, right? > > Thanks > > > > --- Vincent Schut > ????????????> > > Chen, > > > > > > it is very strange that from the commandline > mapserv > > > works, but not from your > > > browser. Your server should simply start mapserv > and > > > stream the output to > > > your browser... Are you sure that you have the > right > > > mapserv executable in > > > the right cgi-bin directory (sorry for the > obvious > > > question, don't mean to > > > offend... :-)) ? But you won't be the first one > to > > > copy your new mapserv in > > > an old cgi-bin dir that is not used anymore... > (did > > > it once myself). > > > Try using not only localhost/cgi-bin/mapserv, > but > > > add the values you added as > > > querystring at the commandline > > > (http:/localhost/cgi-bin/mapserv > > > map=/../../map.map&mode=map > > > What do you get then? > > > BTW you don't need php to use mapserver, I was > wrong > > > in assuming that you used > > > php... Mapserver as cgi is just as powerfull as > the > > > php/mapscript version, I > > > think. At least powerfull enough for this > debugging. > > > > > > Good luck! > > > Vincent. > > > On Friday 20 June 2003 16:05, Chen Fu wrote: > > > > Vincent: > > > > Thank you for your reponse! > > > > My mapserv works in "Query...", it print out a > lot > > > of > > > > ascii as you said. I think it is the data of > the > > > > generated image. > > > > Then what should i do? Should i config > something > > > like > > > > php? My project doesn't use php up to now. But > it > > > will > > > > be accepted if mapserv has to work with php > lib. > > > > > > > > --- Vincent Schut > ????????????> > > > > Chen, > > > > > > > > > The error you get is a very generic error > > > generated > > > > > by php I think. To find > > > > > out more about what goes wrong, you should > at > > > least > > > > > run mapserver from the > > > > > command prompt, and prefereable thourgh a > > > debugger. > > > > > To run it from the command prompt, type (in > the > > > dir > > > > > where the mapserv > > > > > executable is): > > > > > ./mapserv > > > > > > > > > > > > > > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > > > > > > > > > (of course fill in your own mapfile/path and > > > > > eventual other parameters. I > > > > > think you need to specify at least map and > mode. > > > > > This example prints the > > > > > image data to stdout, so you will see your > png > > > or > > > > > gif or whatever scrolling > > > > > as ascii on you terminal :-) > > > > > But probably you will see an error message > > > instead > > > > > of image data. > > > > > > > > > > If it is still very generic, like a > segmentation > > > > > fault, you should use a > > > > > debugger. > > > > > To run mapserv from the debugger, do the > > > following: > > > > > make sure you have gdb (the gnu debugger) > and > > > type: > > > > > gdb mapserv > > > > > run > > > > > > > > > > > > > > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > > > > > > > > > and after the error, type: > > > > > backtrace > > > > > This will show you in which function mapserv > (or > > > a > > > > > library) segfaulted. > > > > > Maybe than you will know what to do. > Otherwise, > > > send > > > > > your experiences and the > > > > > mapserv and debugger output to this list > and > > > I'm > > > > > sure you will get more > > > > > help. > > > > > > > > > > Cheers, > > > > > Vincent Schut. > > > > > > > > > > On Friday 20 June 2003 09:12, Chen Fu wrote: > > > > > > Till??? > > > > > > My linux box is base on redhat8. the > make > > > > > > > > > > generate > > > > > > > > > > > some warning but no error. the mapserv is > > > 375445 > > > > > > bytes. I think it is much smaller than the > one > > > i > > > > > > > > > > used > > > > > > > > > > > in win2k. But i config it with gd lib > only. > > > > > > if i type "./mapserv" it will show > > > > > > " > > > > > > This script can only be used to decode > form > > > > > > > > > > results > > > > > > > > > > > and > > > > > > should be initiated as a CGI process via a > > > httpd > > > > > > server. > > > > > > " > > > > > > Is it mean the file is a validate > executable? > > > > > > > > > > shp2img > > > > > > > > > > > generated in the same procession work very > > > nice. > > > > > > > > > > > > I search the archive for that message > before i > > > > > > > > > > post it > > > > > > > > > > > here. But most i found is related to php > or > > > some > > > > > > > > > > other > > > > > > > > > > > thing. Because i am a newbie in compiling > === message truncated === ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove From spencer at dmsolutions.ca Mon Jun 23 19:27:48 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Mon, 23 Jun 2003 22:27:48 -0400 Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <20030624021216.45137.qmail@web15206.mail.bjs.yahoo.com> References: <20030624021216.45137.qmail@web15206.mail.bjs.yahoo.com> Message-ID: <3EF7B724.7010709@magma.ca> Is it possible that the webserver runs as a different user and so doesn't have the same environment? I would try switching to the user that the webserver runs as and check that ldd mapserv can correctly resolve the paths to the various libaries. I know that in RedHat systems, the path to /usr/local/lib is not in /etc/ld.so.conf and most of the supporting libraries install to /usr/local, so you need to add /usr/local/lib to /etc/ld.so.conf and re-run /sbin/ldconfig (as root). Is it possible that you define the library path in your .bashrc or .bash_profile using LD_LIBRARY_PATH? This would explain the discrepancy I think. Cheers, Paul Chen Fu wrote: > Pericles: > Thank you! I really find the root of my failure. I > check the log of apache, there is something wrong with > libgd. Here is the content of error_log. I don't know > why mapserver try to find libgd.so.2 when i run in cgi > mode. But it work fine when it is used in command > line. What's up? > > .0.0.1] Premature end of script headers: mapserv > [Fri Jun 20 10:19:36 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Fri Jun 20 10:19:47 2003] [error] [client 127.0.0.1] > attempt to invoke directory as script: > /var/www/cgi-bin/ > [Fri Jun 20 10:19:53 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Fri Jun 20 10:19:53 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Fri Jun 20 15:21:00 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Fri Jun 20 15:21:00 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Fri Jun 20 22:00:45 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Fri Jun 20 22:00:45 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Fri Jun 20 22:00:48 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Fri Jun 20 22:00:48 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Fri Jun 20 22:00:51 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Fri Jun 20 22:00:51 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Fri Jun 20 22:19:31 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Fri Jun 20 22:19:31 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Fri Jun 20 22:20:00 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Fri Jun 20 22:20:00 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Sat Jun 21 11:14:52 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Sat Jun 21 11:14:52 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Sat Jun 21 11:17:01 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Sat Jun 21 11:17:01 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Sat Jun 21 11:17:25 2003] [error] [client 127.0.0.1] > script not found or unable to stat: > /var/www/cgi-bin/mapser > [Sat Jun 21 11:23:47 2003] [error] [client 127.0.0.1] > script not found or unable to stat: > /var/www/cgi-bin/mapserv map= > [Sat Jun 21 11:23:57 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Sat Jun 21 11:23:57 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Sat Jun 21 11:31:01 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Sat Jun 21 11:31:01 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Sat Jun 21 11:35:35 2003] [error] [client 127.0.0.1] > script not found or unable to stat: > /var/www/cgi-bin/mapserv > [Sat Jun 21 11:37:41 2003] [error] [client 127.0.0.1] > Premature end of script headers: mapserv > [Sat Jun 21 11:37:41 2003] [error] [client 127.0.0.1] > /var/www/cgi-bin/mapserv: error while loading shared > libraries: libgd.so.2: cannot open shared object file: > No such file or directory > [Sun Jun 22 04:02:03 2003] [notice] SIGHUP received. > Attempting to restart > > --- "Pericles S. Nacionales" > ????????> Chen, > >>Have you checked your web server's error log to see >>if there's any >>relevant messages related to mapserv? I can compile >>MapServer for you >>but I don't know if that will solve your problems. >> >>-Perry >> >>On Sun, 2003-06-22 at 01:11, Chen Fu wrote: >> >>>Hi! >>>Will it be possible that somebody share the >> >>compiled >> >>>mapserv with me? If the compile use static lib, it >> >>can >> >>>also used in my linux box, right? >>>Thanks >>> >>> --- Vincent Schut >> >>????????????> >> >>>Chen, >>> >>>>it is very strange that from the commandline >> >>mapserv >> >>>>works, but not from your >>>>browser. Your server should simply start mapserv >> >>and >> >>>>stream the output to >>>>your browser... Are you sure that you have the >> >>right >> >>>>mapserv executable in >>>>the right cgi-bin directory (sorry for the >> >>obvious >> >>>>question, don't mean to >>>>offend... :-)) ? But you won't be the first one >> >>to >> >>>>copy your new mapserv in >>>>an old cgi-bin dir that is not used anymore... >> >>(did >> >>>>it once myself). >>>>Try using not only localhost/cgi-bin/mapserv, >> >>but >> >>>>add the values you added as >>>>querystring at the commandline >>>>(http:/localhost/cgi-bin/mapserv >>>>map=/../../map.map&mode=map >>>>What do you get then? >>>>BTW you don't need php to use mapserver, I was >> >>wrong >> >>>>in assuming that you used >>>>php... Mapserver as cgi is just as powerfull as >> >>the >> >>>>php/mapscript version, I >>>>think. At least powerfull enough for this >> >>debugging. >> >>>>Good luck! >>>>Vincent. >>>>On Friday 20 June 2003 16:05, Chen Fu wrote: >>>> >>>>>Vincent: >>>>>Thank you for your reponse! >>>>>My mapserv works in "Query...", it print out a >> >>lot >> >>>>of >>>> >>>>>ascii as you said. I think it is the data of >> >>the >> >>>>>generated image. >>>>>Then what should i do? Should i config >> >>something >> >>>>like >>>> >>>>>php? My project doesn't use php up to now. But >> >>it >> >>>>will >>>> >>>>>be accepted if mapserv has to work with php >> >>lib. >> >>>>> --- Vincent Schut >> >>????????????> >> >>>>>Chen, >>>>> >>>>> >>>>>>The error you get is a very generic error >>>> >>>>generated >>>> >>>>>>by php I think. To find >>>>>>out more about what goes wrong, you should >> >>at >> >>>>least >>>> >>>>>>run mapserver from the >>>>>>command prompt, and prefereable thourgh a >>>> >>>>debugger. >>>> >>>>>>To run it from the command prompt, type (in >> >>the >> >>>>dir >>>> >>>>>>where the mapserv >>>>>>executable is): >>>>>>./mapserv >>>>> >>>>> > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > >>>>>>(of course fill in your own mapfile/path and >>>>>>eventual other parameters. I >>>>>>think you need to specify at least map and >> >>mode. >> >>>>>>This example prints the >>>>>>image data to stdout, so you will see your >> >>png >> >>>>or >>>> >>>>>>gif or whatever scrolling >>>>>>as ascii on you terminal :-) >>>>>>But probably you will see an error message >>>> >>>>instead >>>> >>>>>>of image data. >>>>>> >>>>>>If it is still very generic, like a >> >>segmentation >> >>>>>>fault, you should use a >>>>>>debugger. >>>>>>To run mapserv from the debugger, do the >>>> >>>>following: >>>> >>>>>>make sure you have gdb (the gnu debugger) >> >>and >> >>>>type: >>>> >>>>>>gdb mapserv >>>>>>run >>>>> >>>>> > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > >>>>>>and after the error, type: >>>>>>backtrace >>>>>>This will show you in which function mapserv >> >>(or >> >>>>a >>>> >>>>>>library) segfaulted. >>>>>>Maybe than you will know what to do. >> >>Otherwise, >> >>>>send >>>> >>>>>>your experiences and the >>>>>>mapserv and debugger output to this list >> >>and >> >>>>I'm >>>> >>>>>>sure you will get more >>>>>>help. >>>>>> >>>>>>Cheers, >>>>>>Vincent Schut. >>>>>> >>>>>>On Friday 20 June 2003 09:12, Chen Fu wrote: >>>>>> >>>>>>>Till???? >>>>>>> My linux box is base on redhat8. the >> >>make >> >>>>>>generate >>>>>> >>>>>> >>>>>>>some warning but no error. the mapserv is >>>> >>>>375445 >>>> >>>>>>>bytes. I think it is much smaller than the >> >>one >> >>>>i >>>> >>>>>>used >>>>>> >>>>>> >>>>>>>in win2k. But i config it with gd lib >> >>only. >> >>>>>>> if i type "./mapserv" it will show >>>>>>>" >>>>>>>This script can only be used to decode >> >>form >> >>>>>>results >>>>>> >>>>>> >>>>>>>and >>>>>>>should be initiated as a CGI process via a >>>> >>>>httpd >>>> >>>>>>>server. >>>>>>>" >>>>>>>Is it mean the file is a validate >> >>executable? >> >>>>>>shp2img >>>>>> >>>>>> >>>>>>>generated in the same procession work very >>>> >>>>nice. >>>> >>>>>>>I search the archive for that message >> >>before i >> >>>>>>post it >>>>>> >>>>>> >>>>>>>here. But most i found is related to php >> >>or >> >>>>some >>>> >>>>>>other >>>>>> >>>>>> >>>>>>>thing. Because i am a newbie in compiling >> > === message truncated === > > ===== > Remote Scensing Satellite Ground Station > Chinese Academy of Science > > _________________________________________________________ > Do You Yahoo!? > ?????????????????????????? > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove > _______________________________________________ > 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 mhaerte1 at gwdg.de Tue Jun 24 00:08:09 2003 From: mhaerte1 at gwdg.de (=?ISO-8859-1?Q?Michael_H=E4rtel?=) Date: Tue, 24 Jun 2003 09:08:09 +0200 Subject: [Mapserver-users] modify layer attributes in runtime and change map output Message-ID: <3EF7F8D9.6080103@gwdg.de> Hello all, for some reason i'm unable to modify the attributes of layers in runtime to achieve a different map display. The map always matches the attribut definitions in the map file, no matter which attributes i change. My code is: ---- snip! ---- $obj_map = ms_newMapObj($mapfile_path.$map_file); $layer=$obj_map->getlayerbyName('boundaries'); $str_expression="('[country_name]' = 'germany')"; $obj_class->setExpression($str_expression); $obj_class=$querylayer->getclass(0); $obj_color=$obj_class->label->outlinecolor; $obj_color->setrgb(0,0,255); $layer->set(status, MS_ON); ---- snip! ---- $image=$obj_map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); I guess there are some basic errors in my code. Can somebody tell me how to tell MapServer that the modified layer should be drawn instead of the layer defined in the mapfile? Thanks a lot, Michael From novalet at yahoo.com.cn Tue Jun 24 00:10:52 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Tue, 24 Jun 2003 15:10:52 +0800 (CST) Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <3EF7B724.7010709@magma.ca> Message-ID: <20030624071052.60682.qmail@web15203.mail.bjs.yahoo.com> Paul: You are right. The problem is the path of /usr/local/lib isn't in /etc/ld.so.conf. After i correct it, mapserv work now. But still a little trouble. It didn't generated any image at all. I change map_web_imagepath to many directory, but just can't find any image at there. But if i try the itasca advance demo -- the one with "mode=map", it work nice. But in this advance demo, query file still need to be written when we do a query of object on map. So the query will be failed for mapserv didn't generate the query file. Any config should i do to correct it? --- Paul Spencer ????????> Is it possible that the webserver runs as a > different user and so > doesn't have the same environment? I would try > switching to the user > that the webserver runs as and check that ldd > mapserv can correctly > resolve the paths to the various libaries. > > I know that in RedHat systems, the path to > /usr/local/lib is not in > /etc/ld.so.conf and most of the supporting libraries > install to > /usr/local, so you need to add /usr/local/lib to > /etc/ld.so.conf and > re-run /sbin/ldconfig (as root). Is it possible > that you define the > library path in your .bashrc or .bash_profile using > LD_LIBRARY_PATH? > This would explain the discrepancy I think. > > Cheers, > > Paul > ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove From bplatzen at sosnetz.de Tue Jun 24 00:09:51 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Tue, 24 Jun 2003 09:09:51 +0200 Subject: [Mapserver-users] Problems with dgn and STYLEITEM "AUTO" Message-ID: <200306240909.51747.bplatzen@sosnetz.de> Hello List, I have got some *.dgn files and they all show pretty through MapServer. One of them contains all the labels (Streets, Rivers, etc.). In my mapfile this one looks like: LAYER NAME "beschriftung3" TYPE POINT CONNECTIONTYPE OGR CONNECTION "data/beschriftung.dgn" DATA "beschriftung.dgn" STATUS ON MAXSCALE 25000 STYLEITEM "AUTO" CLASSITEM "Level" CLASS EXPRESSION "1" END END With ogrinfo, I found out, that the color should be #ff4f0 for "Level"=1 When the scale is between 10.000 and 5.000, this layer is shown as it should and the labels are coloured red. If the scale is < 5.000, my labels appear in white, if it's >10.000 the labels appear in green. Is there a possibility to define a color for the labels that override the ones that were generated using Styleitem="auto"? Or is there any possibility to force mapserver to use the colours defined in the dgn at any scale?? I'm using Mapserver 3.6.5 compiled with - gd-2.0.7 - freetype 2.1.4 - gdal-1.1.8 on a SuSE Linux 8.0 Box Thanks in advance for any help! Bjoern. -- small office solutions info at sosnetz.de - http://www.sosnetz.de From thfischer at mapmedia.de Tue Jun 24 02:59:44 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 24 Jun 2003 11:59:44 +0200 Subject: [Mapserver-users] modify layer attributes in runtime and change map output In-Reply-To: <3EF7F8D9.6080103@gwdg.de> References: <3EF7F8D9.6080103@gwdg.de> Message-ID: <1056448783.1102.8.camel@jeanjacques> On Tue, 2003-06-24 at 09:08, Michael H?rtel wrote: > ---- snip! ---- > > $obj_map = ms_newMapObj($mapfile_path.$map_file); > $layer=$obj_map->getlayerbyName('boundaries'); > $str_expression="('[country_name]' = 'germany')"; ^^^ The example in the mapfile docs show the word 'eq' (for 'equals') in a string comparison example. Things like '=', '<' and so on are for numbers. The column names on .dbf files are limited to 8 characters and may only be capitals. > $obj_class->setExpression($str_expression); > $obj_class=$querylayer->getclass(0); ^^^^^^^^^^^^^ A few lines above your layer was called $layer, not $querylayer. hth, thorsten From thfischer at mapmedia.de Tue Jun 24 03:11:10 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 24 Jun 2003 12:11:10 +0200 Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <20030624071052.60682.qmail@web15203.mail.bjs.yahoo.com> References: <20030624071052.60682.qmail@web15203.mail.bjs.yahoo.com> Message-ID: <1056449470.1102.17.camel@jeanjacques> On Tue, 2003-06-24 at 09:10, Chen Fu wrote: > It didn't generated any image at all. I change > map_web_imagepath to many directory, but just can't > find any image at there. But if i try the itasca > advance demo -- the one with "mode=map", it work nice. The webserver process is running with the access rights of a certain user. That user must be able to write image files to that directory. Apart from that, you need to set IMAGEPATH and IMAGEURL in your mapfile to fitting values. > But in this advance demo, query file still need to be > written when we do a query of object on map. So the > query will be failed for mapserv didn't generate the > query file. I think you are mixing up map images and query files here. In your setting, you are producing map image files, like in .png or .gif format. It is indeed possible to save the staus of a query to a file, but that has nothing to do with a map image. hth, thorsten From Antti.Roppola at brs.gov.au Tue Jun 24 01:20:09 2003 From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au) Date: Tue, 24 Jun 2003 18:20:09 +1000 Subject: [Mapserver-users] Deleting old GIF image files Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC448B@afeb-ms-02> My example is a non-Mapserver app and calls a shell script from inside the app's home page, but it's not hard to do something similar entirely in PHP for Mapserver. Say insert something like this in a page visited reasonably frequently by users: 3600 ) { // if it's more than an hour old unlink($filename); // delete it } } ?> Of course you can use all sorts of criteria besides date, you could always use OS calls from the page to run a script something like: $num =`ls -t /tmp/*.gif | wc -l` $num = $num - 10 $success=`ls -t /tmp/*.gif | head -$num | xargs rm` But that's just getting ugly for no good reason (and won't work on Windows anyway). BTW, I have just typed these into my email and not tried them out. I strongly recommend testing them before deleting your vital system files. Cheers, Antti -----Original Message----- From: W. Steph [mailto:chewbizz at hotmail.com] Sent: Tuesday, 24 June 2003 5:58 PM To: Antti.Roppola at brs.gov.au Subject: RE: [Mapserver-users] Deleting old GIF image files Yes, that's a good idea ! Could you post your "few lines" to the list, I think many users of php MapScript would like to use this code Thank you Steph >From: Antti.Roppola at brs.gov.au >To: Mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] Deleting old GIF image files >Date: Tue, 24 Jun 2003 10:36:18 +1000 > >Or if you want something more demand driven, I added a few lines >to the PHP to delete all but the 10 most recent images. > >Unlike a cron job, this will automagically clean up the directory >more often if required. > >Antti > >-----Original Message----- >From: Krzysztof Chodak [mailto:k.chodak at autoguard.pl] >Sent: Monday, 23 June 2003 6:50 PM >To: MAPSERVER >Subject: Fw: [Mapserver-users] Deleting old GIF image files > > >I personally use wsh script (Windows): > > > > > > it is saved in CleanUpTemp.wsf file. I use Task Scheduling to run it from > time to time (currently once per day). Script is launched by following > command: > C:\WINNT\system32\cscript.exe CleanUpTemp.wsf > > BR > >Krzysztof Chodak > > > > > ----- Original Message ----- > > From: Thomas Jensen > > To: mapserver-users at lists.gis.umn.edu > > Sent: Monday, June 23, 2003 8:58 AM > > Subject: [Mapserver-users] Deleting old GIF image files > > > > > > Hi > > > > I would like to know if anyone can suggest a sollution to my problem. I >have > > used MapServer to generate mapImages on the www.langelandatlas.dk >website. > > The problem is, that the ms_temp folder which contains the GIF image >files > > rapidly is filled with old image files which are no longer used. Can > > MapServer be set ud to automatically delete the image files it has >created > > after they have been used? > > > > Sincerely > > > > Thomas Jensen > > Sven Allan Jensen as > > Sankelmarksgade 9 > > DK - 9000 Aalborg > > Ph: 96 31 40 64 > > E-mail: tj at svaj.dk > > www.svaj.dk > > > >_______________________________________________ >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 _________________________________________________________________ Le nouveau MSN Messenger est arriv? : http://g.msn.fr/FR1001/866 essayez-le aujourd'hui ! From thfischer at mapmedia.de Tue Jun 24 03:29:00 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 24 Jun 2003 12:29:00 +0200 Subject: [Mapserver-users] Deleting old GIF image files In-Reply-To: <3E4215C93D3CE24D84A9FF385DF88D87FC4478@afeb-ms-02> References: <3E4215C93D3CE24D84A9FF385DF88D87FC4478@afeb-ms-02> Message-ID: <1056450540.1102.36.camel@jeanjacques> On Tue, 2003-06-24 at 02:36, Antti.Roppola at brs.gov.au wrote: > Or if you want something more demand driven, I added a few lines > to the PHP to delete all but the 10 most recent images. > > Unlike a cron job, this will automagically clean up the directory > more often if required. This works well for 10 images. But what are you doing when you have 11 requests to your site at the same time? With the 11th call, the script tries to delete one of the images that might still be in the process of being delivered. Behaviour and effect should vary from system to system. 'X most recent' could fail quite easily. For a busy system, something among the lines of 'older than 5 hours' should create fewer problems. Apart from that, I do not know if the comparison is an expensive operation or not; if it is, I would rather have it run once on a bigger bunch of files (cron job) than repeatedly on a smaller number (the 'embedded' solution), especially on a system that is already busy producing maps. hth, thorsten From thfischer at mapmedia.de Tue Jun 24 03:43:07 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 24 Jun 2003 12:43:07 +0200 Subject: [Mapserver-users] Rasterization help, TIF->SHP In-Reply-To: <3EF764C1.40805@ixine.com> References: <13858AA1A74F30419F319ACB66A9D1222BFBEC@mercator.topozone.com> <3EF764C1.40805@ixine.com> Message-ID: <1056451387.1102.46.camel@jeanjacques> On Mon, 2003-06-23 at 22:36, David Monterroso Cabello wrote: > Ed McNierney wrote: > > >I think you're mixing a few apples and oranges here. > > > >"Rasterization" is the process of converting vector data to raster data, > > > Umm, i'm also interested in "the other way", i mean vectorization of > raster data. I've some raster images that are georeferenced and are > formed only from lines over a white background. Do you know about any > tool for the unix world that convert that into vector data (shapefile or > anything) automatically?, perhaps grass??. There is no such thing as a tool where you can just click a button and it converts raster data into vector data. As Ed said, this is a highly specialized task. It has not been generically automated yet, and as far as i can see it is more than unlikely that it ever will be. 'Simple' black lines on a white background sounds easy, but it is not. Imagine your program finds lines in your images and identifies an intersection of lines. How is the software supposed to know which parts of the intersection belong to which line? In every case you will have to do some manual work afterwards, and in this case you usually can just load the map into some GIS and digitize the whole thing by hand. As I usually say before the start of seminars and workshops: i got a computer scientist background, not a cartographic or geographic one. So please correct me if I said something terribly wrong :) hth, thorsten From pyro-x at ixine.com Tue Jun 24 02:39:49 2003 From: pyro-x at ixine.com (David Monterroso Cabello) Date: Tue, 24 Jun 2003 11:39:49 +0200 Subject: [Mapserver-users] Rasterization help, TIF->SHP In-Reply-To: <1056451387.1102.46.camel@jeanjacques> References: <13858AA1A74F30419F319ACB66A9D1222BFBEC@mercator.topozone.com> <3EF764C1.40805@ixine.com> <1056451387.1102.46.camel@jeanjacques> Message-ID: <3EF81C65.7030801@ixine.com> Thorsten Fischer wrote: >On Mon, 2003-06-23 at 22:36, David Monterroso Cabello wrote: > > >>Ed McNierney wrote: >> >> >> >>>I think you're mixing a few apples and oranges here. >>> >>>"Rasterization" is the process of converting vector data to raster data, >>> >>> >>> >>Umm, i'm also interested in "the other way", i mean vectorization of >>raster data. I've some raster images that are georeferenced and are >>formed only from lines over a white background. Do you know about any >>tool for the unix world that convert that into vector data (shapefile or >>anything) automatically?, perhaps grass??. >> >> > >There is no such thing as a tool where you can just click a button and >it converts raster data into vector data. As Ed said, this is a highly >specialized task. It has not been generically automated yet, and as far >as i can see it is more than unlikely that it ever will be. > > Well, i understand there is no "one click" application that will deliver a perfect shape, but what im looking for is an application that with the correct configuration, and parameters can be launched from a script, and then convert the raster into vector data automatically, i don't know if it is impossible but as my data is always the same i think i still have a chance to automate it. >'Simple' black lines on a white background sounds easy, but it is not. >Imagine your program finds lines in your images and identifies an >intersection of lines. How is the software supposed to know which parts >of the intersection belong to which line? In every case you will have to >do some manual work afterwards, and in this case you usually can just >load the map into some GIS and digitize the whole thing by hand. > > Well, i know sometimes there will be some errors whithin the process, but i think i can live with that, i need it only for graphic representation, so it doesn't have to be perfect. >As I usually say before the start of seminars and workshops: i got a >computer scientist background, not a cartographic or geographic one. So >please correct me if I said something terribly wrong :) > > Well, i'm in the same situation, but my knowledge about GIS is much much much smaller i think ;). I will try GRASS, what i fear is that perhaps i can't automate the whole process, but we'll see... > >hth, > >thorsten > > > David. From millardymecki at sympatico.ca Tue Jun 24 05:09:53 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Tue, 24 Jun 2003 08:09:53 -0400 Subject: [Mapserver-users] Rasterization help, TIF->SHP References: <13858AA1A74F30419F319ACB66A9D1222BFBEC@mercator.topozone.com> <3EF764C1.40805@ixine.com> <1056451387.1102.46.camel@jeanjacques> <3EF81C65.7030801@ixine.com> Message-ID: <001601c33a49$855d1740$8000a8c0@pauls> Not sure if you've checked out mapscan for windows. It does vectorization of Gif images though i don't know if you could automate it , Paul ----- Original Message ----- From: "David Monterroso Cabello" To: "Thorsten Fischer" Cc: Sent: Tuesday, June 24, 2003 5:39 AM Subject: Re: [Mapserver-users] Rasterization help, TIF->SHP > Thorsten Fischer wrote: > > >On Mon, 2003-06-23 at 22:36, David Monterroso Cabello wrote: > > > > > >>Ed McNierney wrote: > >> > >> > >> > >>>I think you're mixing a few apples and oranges here. > >>> > >>>"Rasterization" is the process of converting vector data to raster data, > >>> > >>> > >>> > >>Umm, i'm also interested in "the other way", i mean vectorization of > >>raster data. I've some raster images that are georeferenced and are > >>formed only from lines over a white background. Do you know about any > >>tool for the unix world that convert that into vector data (shapefile or > >>anything) automatically?, perhaps grass??. > >> > >> > > > >There is no such thing as a tool where you can just click a button and > >it converts raster data into vector data. As Ed said, this is a highly > >specialized task. It has not been generically automated yet, and as far > >as i can see it is more than unlikely that it ever will be. > > > > > Well, i understand there is no "one click" application that will deliver > a perfect shape, but what im looking for is an application that with the > correct configuration, and parameters can be launched from a script, > and then convert the raster into vector data automatically, i don't know > if it is impossible but as my data is always the same i think i still > have a chance to automate it. > > >'Simple' black lines on a white background sounds easy, but it is not. > >Imagine your program finds lines in your images and identifies an > >intersection of lines. How is the software supposed to know which parts > >of the intersection belong to which line? In every case you will have to > >do some manual work afterwards, and in this case you usually can just > >load the map into some GIS and digitize the whole thing by hand. > > > > > Well, i know sometimes there will be some errors whithin the > process, but i think i can live with that, i need it only for graphic > representation, so it doesn't have to be perfect. > > >As I usually say before the start of seminars and workshops: i got a > >computer scientist background, not a cartographic or geographic one. So > >please correct me if I said something terribly wrong :) > > > > > Well, i'm in the same situation, but my knowledge about GIS is much > much much smaller i think ;). I will try GRASS, what i fear is that > perhaps i can't automate the whole process, but we'll see... > > > > >hth, > > > >thorsten > > > > > > > David. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Andrew.Simpson at ssc.nasa.gov Tue Jun 24 05:55:20 2003 From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew) Date: Tue, 24 Jun 2003 07:55:20 -0500 Subject: [Mapserver-users] RE: Rasterization help, TIF->SHP Message-ID: <7F086B24179D91449EDA19F5FC928D0B01F26E76@sscleda2.ssc.nasa.gov> http://www.imagemagick.org/ has api's that allow one to get pixel values, which can then be used to create vectors fairly easily if the raster's colors and shapes are not too complex... -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Tuesday, June 24, 2003 7:10 AM To: David Monterroso Cabello; Thorsten Fischer Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Rasterization help, TIF->SHP Not sure if you've checked out mapscan for windows. It does vectorization of Gif images though i don't know if you could automate it , Paul ----- Original Message ----- From: "David Monterroso Cabello" To: "Thorsten Fischer" Cc: Sent: Tuesday, June 24, 2003 5:39 AM Subject: Re: [Mapserver-users] Rasterization help, TIF->SHP > Thorsten Fischer wrote: > > >On Mon, 2003-06-23 at 22:36, David Monterroso Cabello wrote: > > > > > >>Ed McNierney wrote: > >> > >> > >> > >>>I think you're mixing a few apples and oranges here. > >>> > >>>"Rasterization" is the process of converting vector data to raster data, > >>> > >>> > >>> > >>Umm, i'm also interested in "the other way", i mean vectorization of > >>raster data. I've some raster images that are georeferenced and are > >>formed only from lines over a white background. Do you know about any > >>tool for the unix world that convert that into vector data (shapefile or > >>anything) automatically?, perhaps grass??. > >> > >> > > > >There is no such thing as a tool where you can just click a button and > >it converts raster data into vector data. As Ed said, this is a highly > >specialized task. It has not been generically automated yet, and as far > >as i can see it is more than unlikely that it ever will be. > > > > > Well, i understand there is no "one click" application that will deliver > a perfect shape, but what im looking for is an application that with the > correct configuration, and parameters can be launched from a script, > and then convert the raster into vector data automatically, i don't know > if it is impossible but as my data is always the same i think i still > have a chance to automate it. > > >'Simple' black lines on a white background sounds easy, but it is not. > >Imagine your program finds lines in your images and identifies an > >intersection of lines. How is the software supposed to know which parts > >of the intersection belong to which line? In every case you will have to > >do some manual work afterwards, and in this case you usually can just > >load the map into some GIS and digitize the whole thing by hand. > > > > > Well, i know sometimes there will be some errors whithin the > process, but i think i can live with that, i need it only for graphic > representation, so it doesn't have to be perfect. > > >As I usually say before the start of seminars and workshops: i got a > >computer scientist background, not a cartographic or geographic one. So > >please correct me if I said something terribly wrong :) > > > > > Well, i'm in the same situation, but my knowledge about GIS is much > much much smaller i think ;). I will try GRASS, what i fear is that > perhaps i can't automate the whole process, but we'll see... > > > > >hth, > > > >thorsten > > > > > > > David. > > > _______________________________________________ > 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 wesp at gdv.com Tue Jun 24 06:04:32 2003 From: wesp at gdv.com (Oliver Wesp) Date: Tue, 24 Jun 2003 15:04:32 +0200 Subject: [Mapserver-users] reprojected Layer returns no results on query In-Reply-To: <001601c33a49$855d1740$8000a8c0@pauls> References: <13858AA1A74F30419F319ACB66A9D1222BFBEC@mercator.topozone.com> <3EF764C1.40805@ixine.com> <1056451387.1102.46.camel@jeanjacques> <3EF81C65.7030801@ixine.com> Message-ID: <5.2.0.9.2.20030624145250.02b6c500@192.168.1.2> Hi, just wondered if anybody stumbeled over the following problem. In my mapfile I have several layers with different projections. Map-Output works fine but if I try to work with the query mode it works only for those layers that have the same projection as the output projection. All other Layers are responding with 'msQueryByPoint(): Search returned no results. No matching record(s) found.' Any way to solve this? I tried to submit mapext and mapxy in the projection of the layer origin with no effect. I'm using mapserver 3.7 (CGI) proj 4.4.5 best regards Oliver From carsten.busch at uni-jena.de Tue Jun 24 08:38:34 2003 From: carsten.busch at uni-jena.de (Carsten Busch) Date: Tue, 24 Jun 2003 17:38:34 +0200 Subject: [Mapserver-users] mapserver crashes at a png file Message-ID: <3EF8707A.2000606@uni-jena.de> Hello, I have installed mapserver with gdlib, postgis and png support: ldd ../../../cgi-bin/mapserv libgd.so.2 => /usr/lib/libgd.so.2 (0x40025000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4005c000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4007d000) libpng.so.3 => /usr/lib/libpng.so.3 (0x400cc000) libz.so.1 => /lib/libz.so.1 (0x400f1000) libpdf.so.1 => /usr/local/lib/libpdf.so.1 (0x400ff000) libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x40193000) libm.so.6 => /lib/i686/libm.so.6 (0x40408000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4042a000) libc.so.6 => /lib/i686/libc.so.6 (0x404dd000) libpq.so.3 => /usr/lib/libpq.so.3 (0x40610000) libdl.so.2 => /lib/libdl.so.2 (0x40625000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40628000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40631000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x4065f000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4074e000) libresolv.so.2 => /lib/libresolv.so.2 (0x4077b000) libnsl.so.1 => /lib/libnsl.so.1 (0x4078c000) The creation of map from the database works very well, but when I try to read a png file (with tfw file) the system crashes wit internal server error. Does anybody have an idea of reasons for these results?? Does any incompatible versions of libraries between png and others exist? Thanks a lot, Carsten From wesp at gdv.com Tue Jun 24 07:08:03 2003 From: wesp at gdv.com (Oliver Wesp) Date: Tue, 24 Jun 2003 16:08:03 +0200 Subject: [Mapserver-users] mapserver crashes at a png file In-Reply-To: <3EF8707A.2000606@uni-jena.de> Message-ID: <5.2.0.9.2.20030624160426.02b7ca80@192.168.1.2> At 17:38 24.06.2003 +0200, Carsten Busch wrote: >The creation of map from the database works very well, but when I try to >read a png file (with tfw file) the system crashes wit internal server >error. Does anybody have an idea of reasons for these results?? If your input is png your worldfile should end on *.pgw. Don't know if this is the reason for mapserver to crash. best regards Oliver -- Dipl.-Geogr. Oliver Wesp Gesellschaft f?r geografische Datenverarbeitung Binger Strasse 49-51 D-55218 Ingelheim fon: +49 6132 714818 fax: +49 6132 714828 http: www.gdv.com From stefan.schwarzer at grid.unep.ch Tue Jun 24 07:13:43 2003 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Tue, 24 Jun 2003 16:13:43 +0200 Subject: [Mapserver-users] Symbolic link Message-ID: <5.2.1.1.0.20030624160547.02d8be58@gridg.grid.unep.ch> --=====================_28642906==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hmm, strange things happening here. We are working on a Linux machine and had lately to add another hard disk. As our MMS application was running nicely with a few selected data sets on the old disk, we now just created a new data folder on the new disk, put up a symbolic link directing from the old data folder to the new one, and filling that one up with our data sets. Now, weird thing: The application is still running smoothly, loading all files correctly; but when I try to make a query on the shapefiles, I get zero results. It seems as if MMS can't access the shapefiles via the symbolic link for querying. Any ideas? Thanks, 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/ _______________________________________ --=====================_28642906==.ALT Content-Type: text/html; charset="us-ascii"
Hmm, strange things happening here. We are working on a Linux machine and had lately to add another hard disk. As our MMS application was running nicely with a few selected data sets on the old disk, we now just created a new data folder on the new disk, put up a symbolic link directing from the old data folder to the new one, and filling that one up with our data sets. Now, weird thing: The application is still running smoothly, loading all files correctly; but when I try to make a query on the shapefiles, I get zero results. It seems as if MMS can't access the shapefiles via the symbolic link for querying.

Any ideas?

Thanks,

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/
        _______________________________________ --=====================_28642906==.ALT-- From schut at sarvision.com Tue Jun 24 07:25:59 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 24 Jun 2003 16:25:59 +0200 Subject: [Mapserver-users] mapserver crashes at a png file In-Reply-To: <3EF8707A.2000606@uni-jena.de> References: <3EF8707A.2000606@uni-jena.de> Message-ID: <200306241625.59146.schut@sarvision.com> Carsten, Have you checked the server log for clues? On Tuesday 24 June 2003 17:38, Carsten Busch wrote: > Hello, > I have installed mapserver with gdlib, postgis and png support: > > ldd ../../../cgi-bin/mapserv > libgd.so.2 => /usr/lib/libgd.so.2 (0x40025000) > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4005c000) > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4007d000) > libpng.so.3 => /usr/lib/libpng.so.3 (0x400cc000) > libz.so.1 => /lib/libz.so.1 (0x400f1000) > libpdf.so.1 => /usr/local/lib/libpdf.so.1 (0x400ff000) > libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x40193000) > libm.so.6 => /lib/i686/libm.so.6 (0x40408000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4042a000) > libc.so.6 => /lib/i686/libc.so.6 (0x404dd000) > libpq.so.3 => /usr/lib/libpq.so.3 (0x40610000) > libdl.so.2 => /lib/libdl.so.2 (0x40625000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40628000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40631000) > libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x4065f000) > libcrypt.so.1 => /lib/libcrypt.so.1 (0x4074e000) > libresolv.so.2 => /lib/libresolv.so.2 (0x4077b000) > libnsl.so.1 => /lib/libnsl.so.1 (0x4078c000) > > > The creation of map from the database works very well, but when I try to > read a png file (with tfw file) the system crashes wit internal server > error. Does anybody have an idea of reasons for these results?? > > Does any incompatible versions of libraries between png and others exist? > > Thanks a lot, > Carsten > > > > > > _______________________________________________ > 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 carsten.busch at uni-jena.de Tue Jun 24 09:36:45 2003 From: carsten.busch at uni-jena.de (Carsten Busch) Date: Tue, 24 Jun 2003 18:36:45 +0200 Subject: [Mapserver-users] mapserver crashes at a png file In-Reply-To: <200306241625.59146.schut@sarvision.com> References: <3EF8707A.2000606@uni-jena.de> <200306241625.59146.schut@sarvision.com> Message-ID: <3EF87E1D.6010008@uni-jena.de> Yes I did, but there is only one message: Premature end of script headers: /usr/local/apache/cgi-bin/mapserv The log file of the application itself contains no error message, if I read the data of the postgis layers I get a message, that all things were procceded successfull. Vincent Schut wrote: > Carsten, > > Have you checked the server log for clues? > > > -- From eric at gomoos.org Tue Jun 24 03:44:32 2003 From: eric at gomoos.org (Eric Bridger) Date: 24 Jun 2003 10:44:32 +0000 Subject: [Mapserver-users] reprojected Layer returns no results on query In-Reply-To: <5.2.0.9.2.20030624145250.02b6c500@192.168.1.2> References: <13858AA1A74F30419F319ACB66A9D1222BFBEC@mercator.topozone.com> <3EF764C1.40805@ixine.com> <1056451387.1102.46.camel@jeanjacques> <3EF81C65.7030801@ixine.com> <5.2.0.9.2.20030624145250.02b6c500@192.168.1.2> Message-ID: <1056451472.1481.13.camel@ubet.gomoos.org> Hi Oliver, Yes, I ran across the same problem and posted a fix here: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0305/msg00308.html Since it's short I'll repost it. ============================ I ran across this problem back in Feb. 2003 but got no answer to my question, so when it raised it's head again (and I spent 1/2 day debugging it) I decided I better post the work around. I noticed that $layer->queryByPoint() on my polygon layer with a projection different than the overall map projection never returned any results whenever the layer's TOLERANCE was set to 0 in the mapfile. Setting TOLERANCE greater than or equal to 1 fixed the problem. Alternatively, queryByPoint() with a buffer >= 1 also fixed the problem. I'm using Perl mapscript 3.6 but suspect the problem is in the C code. (msProjectRect() called in msQueryByPoint() when the layer is projected on a rect with minx == maxx and miny == maxy ?) Eric Bridger www.gomoos.org On Tue, 2003-06-24 at 13:04, Oliver Wesp wrote: > Hi, > > just wondered if anybody stumbeled over the following problem. In my > mapfile I have several layers with different projections. Map-Output works > fine but if I try to work with the query mode it works only for those > layers that have the same projection as the output projection. All other > Layers are responding with > > 'msQueryByPoint(): Search returned no results. No matching record(s) found.' > > Any way to solve this? I tried to submit mapext and mapxy in the projection > of the layer origin with no effect. > > I'm using > > mapserver 3.7 (CGI) > proj 4.4.5 > > best regards > Oliver > > _______________________________________________ > 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 Tue Jun 24 07:50:41 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 24 Jun 2003 16:50:41 +0200 Subject: [Mapserver-users] mapserver crashes at a png file In-Reply-To: <200306241625.59146.schut@sarvision.com> References: <3EF8707A.2000606@uni-jena.de> <200306241625.59146.schut@sarvision.com> Message-ID: <200306241650.41512.schut@sarvision.com> Carsten, Assuming you run linux, can you run shp2img on your mapfile as a test? Or use mapserv from the commandline: ./mapserv "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" which should ouput the image to stdout so you should see a bunch of ascii codes in your terminal. Or something like a segfault... If there is a segfault, run the same command through the debugger: gdb mapserv run "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" [gdb reports segfaulting ] backtrace this will give you some clues about the function/library that generates the error. Assuming that your version of mapserver has been compiled with debugging symbols, of course. If you run windows, I cannot help you I'm afraid... But others can, so keep posting to this list! Regards, Vincent Schut. On Tuesday 24 June 2003 16:25, Vincent Schut wrote: > Carsten, > > Have you checked the server log for clues? > > On Tuesday 24 June 2003 17:38, Carsten Busch wrote: > > Hello, > > I have installed mapserver with gdlib, postgis and png support: > > > > ldd ../../../cgi-bin/mapserv > > libgd.so.2 => /usr/lib/libgd.so.2 (0x40025000) > > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4005c000) > > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4007d000) > > libpng.so.3 => /usr/lib/libpng.so.3 (0x400cc000) > > libz.so.1 => /lib/libz.so.1 (0x400f1000) > > libpdf.so.1 => /usr/local/lib/libpdf.so.1 (0x400ff000) > > libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x40193000) > > libm.so.6 => /lib/i686/libm.so.6 (0x40408000) > > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4042a000) > > libc.so.6 => /lib/i686/libc.so.6 (0x404dd000) > > libpq.so.3 => /usr/lib/libpq.so.3 (0x40610000) > > libdl.so.2 => /lib/libdl.so.2 (0x40625000) > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40628000) > > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > > libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40631000) > > libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x4065f000) > > libcrypt.so.1 => /lib/libcrypt.so.1 (0x4074e000) > > libresolv.so.2 => /lib/libresolv.so.2 (0x4077b000) > > libnsl.so.1 => /lib/libnsl.so.1 (0x4078c000) > > > > > > The creation of map from the database works very well, but when I try to > > read a png file (with tfw file) the system crashes wit internal server > > error. Does anybody have an idea of reasons for these results?? > > > > Does any incompatible versions of libraries between png and others exist? > > > > Thanks a lot, > > Carsten > > > > > > > > > > > > _______________________________________________ > > 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 Jean-Francois.Doyon at CCRS.NRCan.gc.ca Tue Jun 24 07:53:47 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Tue, 24 Jun 2003 10:53:47 -0400 Subject: [Mapserver-users] Compiling Mapserver/configure options Message-ID: <7CDD7B94357FD5119E800002A537C46E230853@s5-ccr-r1.ccrs.nrcan.gc.ca> 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_01C33A60.6AA5AD60 Content-Type: text/plain; charset="iso-8859-1" Benjamin, That is indeed confusing, and I'm not entirely sure of the underlying reason for seeing it in there twice. But, as a rule of thumb, I would give configure as much information as possible ... Better too much than not enough. A good thing to do if you're learning how to use the whole "autoconf" world is to run a simple "./configure" with NO options. Read the output, as it is fairly detailed, figure out what you feel is missing that you need, and then add the options. It's a repetitive/iterative process, but it's the best way to learn this, and you'll find it much easier next time you have to compile something. Normally, "configure" will detect the system's jpeg and png libraries automagically anyways, so you don't really have to specify them on the command line. I've never had the situation where it doesn't since I use Linux, and pretty much all Linux distributions come with those libs installed ... If it doesn't however, just to be safe, I'd install them. Are there any developpers out there that could tell us why the JPEG and PNG libraries are looked for outside of GD support ? (I'm thinking it might be a historical leftover also ...) Hope this helps, J.F. -----Original Message----- From: Benjamin Wragg [mailto:bwragg at tpg.com.au] Sent: Monday, June 23, 2003 6:49 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Compiling Mapserver/configure options Hi list, I'm quite new to Linux and compiling software from source, so bare with me. When it comes to compiling Mapserver I have some questions regarding the ./configure options. There are some components with seem to be duplicated in different parts of the compile process. For example I can compile jpeg support separately into gd, gdal and mapserver. Am I right in saying that if I compile jpeg into gdal I can have jpeg as an input data source? If I compile jpeg into gd I can output jpeg images? If I have compiled jpeg into gd I don't need to compile it into mapserver directly with the --with-jpeg (as long as I use --with-gd) as it will use gd's code to do jpeg manipulation? Similar with png? Thanks, Benjamin Wragg ------_=_NextPart_001_01C33A60.6AA5AD60 Content-Type: text/html; charset="iso-8859-1" Message

Benjamin,
 
That is indeed confusing, and I'm not entirely sure of the underlying reason for seeing it in there twice.
 
But, as a rule of thumb, I would give configure as much information as possible ... Better too much than not enough.
 
A good thing to do if you're learning how to use the whole "autoconf" world is to run a simple "./configure" with NO options.
 
Read the output, as it is fairly detailed, figure out what you feel is missing that you need, and then add the options.  It's a repetitive/iterative process, but it's the best way to learn this, and you'll find it much easier next time you have to compile something.
 
Normally, "configure" will detect the system's jpeg and png libraries automagically anyways, so you don't really have to specify them on the command line. I've never had the situation where it doesn't since I use Linux, and pretty much all Linux distributions come with those libs installed ... If it doesn't however, just to be safe, I'd install them.
 
Are there any developpers out there that could tell us why the JPEG and PNG libraries are looked for outside of GD support ? (I'm thinking it might be a historical leftover also ...)
 
Hope this helps,
J.F.
-----Original Message-----
From: Benjamin Wragg [mailto:bwragg at tpg.com.au]
Sent: Monday, June 23, 2003 6:49 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Compiling Mapserver/configure options

Hi list,
 
I'm quite new to Linux and compiling software from source, so bare with me. When it comes to compiling Mapserver I have some questions regarding the ./configure options.
 
There are some components with seem to be duplicated in different parts of the compile process. For example I can compile jpeg support separately into gd, gdal and mapserver.
Am I right in saying that if I compile jpeg into gdal I can have jpeg as an input data source? If I compile jpeg into gd I can output jpeg images? If I have compiled jpeg into gd I don't need to compile it into mapserver directly with the --with-jpeg (as long as I use --with-gd) as it will use gd's code to do jpeg manipulation? Similar with png?
 
Thanks,
 
Benjamin Wragg
------_=_NextPart_001_01C33A60.6AA5AD60-- From carsten.busch at uni-jena.de Tue Jun 24 10:17:45 2003 From: carsten.busch at uni-jena.de (Carsten Busch) Date: Tue, 24 Jun 2003 19:17:45 +0200 Subject: [Mapserver-users] mapserver crashes at a png file In-Reply-To: <200306241650.41512.schut@sarvision.com> References: <3EF8707A.2000606@uni-jena.de> <200306241625.59146.schut@sarvision.com> <200306241650.41512.schut@sarvision.com> Message-ID: <3EF887B9.70107@uni-jena.de> Hello Vincent, Thank you very much for your quick response. I tried out your suggestions, and I get a response from the mapserv application: ./mapserv "QUERY_STRING=map=/usr/local/apache/htdocs/itasca/demo.map&mode=map" Content-type: image/png PNG ..... but if I save the output (>file.png) and want to open the file e.g. with the display program, I get an error: NotAPNGImageFile. BTW, I have a linux mandrake system (9.1), it is nearly the same than redhat. Could you explain me, how I could test specific layers ? If I use the layer variable then I get a html document as response?!: ./mapserv "QUERY_STRING=map=/usr/local/apache/htdocs/itasca/demo.map&mode=map?layer=mypnglayer Response: Content-type: text/html MapServer Message loadForm(): Web application error. Invalid mode. Thanks a lot. ? Vincent Schut wrote: > Carsten, > > Assuming you run linux, can you run shp2img on your mapfile as a test? > Or use mapserv from the commandline: ./mapserv > "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" > which should ouput the image to stdout so you should see a bunch of ascii > codes in your terminal. Or something like a segfault... > If there is a segfault, run the same command through the debugger: > gdb mapserv > run "QUERY_STRING=map=/path/to/your/mapfile.map&mode=map" > [gdb reports segfaulting ] > backtrace > > this will give you some clues about the function/library that generates the > error. Assuming that your version of mapserver has been compiled with > debugging symbols, of course. > > If you run windows, I cannot help you I'm afraid... But others can, so keep > posting to this list! > > Regards, > From carsten.busch at uni-jena.de Tue Jun 24 10:23:41 2003 From: carsten.busch at uni-jena.de (Carsten Busch) Date: Tue, 24 Jun 2003 19:23:41 +0200 Subject: [Mapserver-users] mapserver crashes at a png file In-Reply-To: <200306241650.41512.schut@sarvision.com> References: <3EF8707A.2000606@uni-jena.de> <200306241625.59146.schut@sarvision.com> <200306241650.41512.schut@sarvision.com> Message-ID: <3EF8891D.8040805@uni-jena.de> Hello, I found the right parameter for testing: (gdb) run "QUERY_STRING=map=/usr/local/apache/htdocs/itasca/demo.map&layer=thueringen" Starting program: /usr/local/apache/cgi-bin/mapserv "QUERY_STRING=map=/usr/local/apache/htdocs/itasca/demo.map&layer=thueringen" Program received signal SIGSEGV, Segmentation fault. 0x08072d72 in drawPNG () lyer=thueringen, is the png layer, If I use any other (right) layer of the postgis db, Iget the png image. Any idea? Carsten From schut at sarvision.com Tue Jun 24 08:36:51 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 24 Jun 2003 17:36:51 +0200 Subject: [Mapserver-users] mapserver crashes at a png file In-Reply-To: <3EF8891D.8040805@uni-jena.de> References: <3EF8707A.2000606@uni-jena.de> <200306241650.41512.schut@sarvision.com> <3EF8891D.8040805@uni-jena.de> Message-ID: <200306241736.51650.schut@sarvision.com> Carsten, first about the output: that is not only the png image, but also the headers as a browser would expect them. You cannot save the output as a png file. But you can issue the same command in your browser by typing (in the adress field of the browser): http://localhost/cgi-bin/mapserv?map=/bla/bla/map.map&mode=map Then you should see the generated png image. About your png error: have you tried to open the png layer file with an image viewer? Just to be sure that the png file is not corrupt... If you can view the file, you could convert it to tiff and check if mapserver can display it if you define your layer to have the tiff file as input. This would track the problem down to png reading (e.g. libgd or libgdal or libpng). Btw, after running in gdb and the segfault, did you type 'backtrace'? This gives us some more hints to where the crash appeared. Cheers, Vincent. On Tuesday 24 June 2003 19:23, Carsten Busch wrote: > Hello, > > I found the right parameter for testing: > (gdb) run > "QUERY_STRING=map=/usr/local/apache/htdocs/itasca/demo.map&layer=thueringen >" Starting program: /usr/local/apache/cgi-bin/mapserv > "QUERY_STRING=map=/usr/local/apache/htdocs/itasca/demo.map&layer=thueringen >" > > Program received signal SIGSEGV, Segmentation fault. > 0x08072d72 in drawPNG () > > lyer=thueringen, is the png layer, If I use any other (right) layer of > the postgis db, Iget the png image. > > Any idea? > > > Carsten -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From shamblin at mail.nsuok.edu Tue Jun 24 09:15:44 2003 From: shamblin at mail.nsuok.edu (shamblin at mail.nsuok.edu) Date: Tue, 24 Jun 2003 11:15:44 -0500 Subject: [Mapserver-users] newbie: ... Undefined symbol "symbols/ctyhwy.gif" Message-ID: <3EF87930.4D176FE4@cherokee.nsuok.edu> I downloaded, configured, compiled, tested, installed, tested, MapServe 3.6. When I run with the accompanying demo, I get the error msLoadMap(): General error message. Undefine symbol "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno. I have the symbols subdirectory containing ctyhwy.gif in the itasca directory. If I comment out the reference to it in the map file, I get the same error at the next reference to symbols/??????.gif. To the best of my knowledge I have followed the instructions and tested (successfully) at the appropriate steps. If I browse to http://..../itasca/demo_init.html, I get the MapServer Demo Interface and when I click on Initialize I get the above error. Thank You Gordon From edspremolla at Antel.com.uy Tue Jun 24 09:45:07 2003 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: 24 Jun 2003 13:45:07 -0300 Subject: [Mapserver-users] How to MapServer using shapefiles from different paths In-Reply-To: <1056397911.20593.12.camel@arceuthobium.ecology.umn.edu> References: <20030623190038.22696.qmail@hm47.locaweb.com.br> <1056397911.20593.12.camel@arceuthobium.ecology.umn.edu> Message-ID: <1056473107.3971.8.camel@fly.in.iantel.com.uy> You can set : SHAPEPATH "/var/shapefiles" and then: DATA "mydata/myfile.shp" DATA "br/sp/sp_limits.shp" Eduardo Spremolla Montevideo,Uruguay El lun, 23 de 06 de 2003 a las 16:51, Pericles S. Nacionales escribi??: > Eduardo, > > You can just type the full path of your second shapefile on your map > file. Or, create a symbolic link: > > ln -s /var/shapefiles/mydata /var/shapefiles/br/sp/mydata > > and call DATA "mydata/fr_niv.shp" on your map file. > > > Good luck! > -Perry > > > On Mon, 2003-06-23 at 14:00, Eduardo Patto Kanegae wrote: > > Is there a way of using shapefiles from different paths? > > > > example: > > > > 1st Path: /var/shapefiles/br/sp/ > > contains: sp_limits.shp / sp_cities.shp > > > > 2nd Path: /var/shapefiles/mydata/ > > contains: fr_1.shp / fr_niv.shp > > > > thanks > > > > Eduardo Patto Kanegae > > eduardo at linkgeo.com.br > > http://www.linkgeo.com.br > > > > *************************************** > > ***Fim da Mensagem / End of Message *** > > *************************************** From kames at keyspanenergy.com Tue Jun 24 10:19:24 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Tue, 24 Jun 2003 13:19:24 -0400 Subject: [Mapserver-users] ESRI .prj and PROJ epsg Message-ID: <3EF8881C.B0FE0E7E@keyspanenergy.com> Is anyone aware of a means to translate ESRI's .prj files and find the equivalent PROJ epsg entry? eg: GEOGCS["GCS_North_American_1983", DATUM["D_North_American_1983", SPHEROID["GRS_1980",6378137,298.257222101]], PRIMEM["Greenwich",0], UNIT["Degree",0.0174532925199433]] How do I know what to assign to variables like +proj= +lat_1= +lat_2= +lat_0= +lon_0= +x_0= +y_0= +lonc= +alpha= +k= +ellps= +datum= +units= +no_defs no_defs THANKS! Kieran From warmerdam at pobox.com Tue Jun 24 10:44:34 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 24 Jun 2003 13:44:34 -0400 Subject: [Mapserver-users] ESRI .prj and PROJ epsg In-Reply-To: <3EF8881C.B0FE0E7E@keyspanenergy.com> References: <3EF8881C.B0FE0E7E@keyspanenergy.com> Message-ID: <3EF88E02.6030700@pobox.com> Kieran J. Ames wrote: > Is anyone aware of a means to translate ESRI's .prj files and find the > equivalent PROJ epsg entry? > > eg: > GEOGCS["GCS_North_American_1983", > DATUM["D_North_American_1983", > SPHEROID["GRS_1980",6378137,298.257222101]], > PRIMEM["Greenwich",0], > UNIT["Degree",0.0174532925199433]] > > How do I know what to assign to variables like > +proj= > +lat_1= > +lat_2= > +lat_0= > +lon_0= > +x_0= > +y_0= > +lonc= > +alpha= > +k= > +ellps= > +datum= > +units= > +no_defs > no_defs Kieran, The OGRSpatialReference class includes methods for transforming between OGC WKT, ESRI WKT and PROJ.4 coordinate system formats. However, it doesn't normally figure out what EPSG entry would go with a given coordinate system description as this is somewhat hard. These services are available in various forms - C++, Python and commandline programs. Some information is available at the following url, or contact me for a script tailed to do the translation. http://gdal.velocet.ca/projects/opengis/ogrhtml/osr_tutorial.html However, in a case like the GEOGCS you list agove, it is often sufficient to use: +proj=latlong +a=6378137 +rf=298.257222101 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 steve.lime at dnr.state.mn.us Tue Jun 24 10:47:42 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 24 Jun 2003 12:47:42 -0500 Subject: [Mapserver-users] Legend templates, classes and lines... 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. --=_E2BD29C2.8EEF8735 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Folks: I'm using 4.0 and wondered if anyone else has run into problems with legend templates with LINE layers and multiple classes. Check out the following URL: http://maps.dnr.state.mn.us/cgi-bin/mapserv40?mapserv=http%3A//maps.dnr.state.mn.us/cgi-bin/mapserv40&map_status=on&mapsize=800+750&map=LANDVIEW_HERITAGE_MAPFILE&template=/usr/local/www/docs/landview/heritage/templates/print.html&mapext=316287.17433148284+4891207.862044461+342298.221100423+4910705.970655294&layers=mnrrpln3+mnnpcpy3+mnsbspy3+lakes+ctybdln2+doq03im4 It's a "print" layout and uses the legend template functionality. The problem is that the line legend for the "Railroad Rights-of-Way Praries" ain't right. The 3 classes should be red, yellow and orange (as in the map) and not all red. The polygon layer below it ("Sites of Biodiversity Significance") works as expected. Before I run to the source code I want to make sure I'm not doing anything stupid. The legend template is included below. Steve --=_E2BD29C2.8EEF8735 Content-Type: text/html; name="print_legend.html" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="print_legend.html" [leg_layer_html] [if name=TITLE oper=isset] [metadata name=TITLE]
[/if] [/leg_layer_html] [leg_class_html]     [leg_class_name]
[/leg_class_html] --=_E2BD29C2.8EEF8735-- From steve.lime at dnr.state.mn.us Tue Jun 24 10:50:03 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 24 Jun 2003 12:50:03 -0500 Subject: [Mapserver-users] Symbolic link Message-ID: I've not run into that one. We use sym links all over the place and have had no trouble. Are you sure the layers are queryable (i.e. there is a template)? Steve >>> Stefan Schwarzer 06/24/03 09:13AM >>> Hmm, strange things happening here. We are working on a Linux machine and had lately to add another hard disk. As our MMS application was running nicely with a few selected data sets on the old disk, we now just created a new data folder on the new disk, put up a symbolic link directing from the old data folder to the new one, and filling that one up with our data sets. Now, weird thing: The application is still running smoothly, loading all files correctly; but when I try to make a query on the shapefiles, I get zero results. It seems as if MMS can't access the shapefiles via the symbolic link for querying. Any ideas? Thanks, 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 Rich at GreenwoodMap.com Tue Jun 24 10:53:51 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Tue, 24 Jun 2003 11:53:51 -0600 Subject: [Mapserver-users] ESRI .prj and PROJ epsg In-Reply-To: <3EF8881C.B0FE0E7E@keyspanenergy.com> Message-ID: <5.2.0.9.0.20030624115106.00ab2cb8@mail.GreenwoodMap.com> --=======927448D======= Content-Type: text/plain; x-avg-checked=avg-ok-3F515F13; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit At 01:19 PM 6/24/2003 -0400, you wrote: >Is anyone aware of a means to translate ESRI's .prj files and find the >equivalent PROJ epsg entry? > >eg: >GEOGCS["GCS_North_American_1983", >DATUM["D_North_American_1983", >SPHEROID["GRS_1980",6378137,298.257222101]], >PRIMEM["Greenwich",0], >UNIT["Degree",0.0174532925199433]] > >How do I know what to assign to variables like >+proj= >+lat_1= >+lat_2= >+lat_0= >+lon_0= >+x_0= >+y_0= >+lonc= >+alpha= >+k= >+ellps= >+datum= >+units= >+no_defs >no_defs > >THANKS! >Kieran There are a lot of ways, but a quick and dirty way is to use the spatial_ref_sys.sql table that is a part of postgis. Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com --=======927448D=======-- From pramsey at refractions.net Tue Jun 24 10:58:47 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 24 Jun 2003 10:58:47 -0700 Subject: [Mapserver-users] ESRI .prj and PROJ epsg In-Reply-To: <3EF8881C.B0FE0E7E@keyspanenergy.com> References: <3EF8881C.B0FE0E7E@keyspanenergy.com> Message-ID: <3EF89157.4010809@refractions.net> Here's a C++ program Frank gave me which uses OGR: --- #include "ogr_spatialref.h" #include "ogr_srs_api.h" #include "ogr_geometry.h" #include "ogrsf_frmts.h" #include "cpl_conv.h" int main( int nArgc, char ** papszArgv ) { OGRSpatialReference oSRS; if( nArgc != 2 ) { printf( "Usage: wkt2proj4 [srtext def or srtext file]\n" ); exit( 1 ); } if( oSRS.SetFromUserInput(papszArgv[1]) != OGRERR_NONE ) { CPLError( CE_Failure, CPLE_AppDefined, "Error occured translating %s.\n", papszArgv[1] ); } oSRS.morphFromESRI(); char *pszProj4 = NULL; if( oSRS.exportToProj4( &pszProj4 ) == OGRERR_NONE ) { printf( "%s\n", pszProj4 ); } else { fprintf( stderr, "exportToProj4() failed.\n" ); } } --- Kieran J. Ames wrote: > Is anyone aware of a means to translate ESRI's .prj files and find the > equivalent PROJ epsg entry? > > eg: > GEOGCS["GCS_North_American_1983", > DATUM["D_North_American_1983", > SPHEROID["GRS_1980",6378137,298.257222101]], > PRIMEM["Greenwich",0], > UNIT["Degree",0.0174532925199433]] > > How do I know what to assign to variables like > +proj= > +lat_1= > +lat_2= > +lat_0= > +lon_0= > +x_0= > +y_0= > +lonc= > +alpha= > +k= > +ellps= > +datum= > +units= > +no_defs > no_defs > > THANKS! > Kieran > > > _______________________________________________ > 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 Jean-Francois.Doyon at CCRS.NRCan.gc.ca Tue Jun 24 11:02:00 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Tue, 24 Jun 2003 14:02:00 -0400 Subject: [Mapserver-users] Legend templates, classes and lines... Message-ID: <7CDD7B94357FD5119E800002A537C46E230856@s5-ccr-r1.ccrs.nrcan.gc.ca> Steve, Hmmm, as you know we use HTML legends extensively, and as of yet I've never heard of anybody running into this kind of problem in our shop. It's a pretty simple legend template too, not much room for error. Also the page output suggests MapServer DID indeed render 3 different icons for each of the classes. I would try looking at the caching features of MapServer ... Maybe it's not overwriting previous icons? Clear the temp directory or something like that? Maybe you could send the mapfile along to see if there's anything weird in there? Otherwise, I'm afraid you'll have to look in the code! Good luck! J.F. -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, June 24, 2003 1:48 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Legend templates, classes and lines... Hi Folks: I'm using 4.0 and wondered if anyone else has run into problems with legend templates with LINE layers and multiple classes. Check out the following URL: http://maps.dnr.state.mn.us/cgi-bin/mapserv40?mapserv=http%3A//maps.dnr.stat e.mn.us/cgi-bin/mapserv40&map_status=on&mapsize=800+750&map=LANDVIEW_HERITAG E_MAPFILE&template=/usr/local/www/docs/landview/heritage/templates/print.htm l&mapext=316287.17433148284+4891207.862044461+342298.221100423+4910705.97065 5294&layers=mnrrpln3+mnnpcpy3+mnsbspy3+lakes+ctybdln2+doq03im4 It's a "print" layout and uses the legend template functionality. The problem is that the line legend for the "Railroad Rights-of-Way Praries" ain't right. The 3 classes should be red, yellow and orange (as in the map) and not all red. The polygon layer below it ("Sites of Biodiversity Significance") works as expected. Before I run to the source code I want to make sure I'm not doing anything stupid. The legend template is included below. Steve From eric at gomoos.org Tue Jun 24 08:12:58 2003 From: eric at gomoos.org (Eric Bridger) Date: 24 Jun 2003 15:12:58 +0000 Subject: [Mapserver-users] Symbolic link In-Reply-To: References: Message-ID: <1056467579.1434.42.camel@ubet.gomoos.org> If you are using MMS < 4.0 and SHAPEPATH in you map file, it could be a problem with the chdir() that mapserver does when querying a layer. Is the new drive Web accessible. We had a similiar problem. Fixed by not using SHAPEPATH, just full paths in the DATA directives. Eric On Tue, 2003-06-24 at 17:50, Steve Lime wrote: > I've not run into that one. We use sym links all over the place and have > had no trouble. Are > you sure the layers are queryable (i.e. there is a template)? > > Steve > > >>> Stefan Schwarzer 06/24/03 09:13AM > >>> > > Hmm, strange things happening here. We are working on a Linux machine > and > had lately to add another hard disk. As our MMS application was running > > nicely with a few selected data sets on the old disk, we now just > created a > new data folder on the new disk, put up a symbolic link directing from > the > old data folder to the new one, and filling that one up with our data > sets. > Now, weird thing: The application is still running smoothly, loading > all > files correctly; but when I try to make a query on the shapefiles, I > get > zero results. It seems as if MMS can't access the shapefiles via the > symbolic link for querying. > > Any ideas? > > Thanks, > > 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/ > _______________________________________ > _______________________________________________ > 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 Jun 24 13:15:27 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 24 Jun 2003 15:15:27 -0500 Subject: [Mapserver-users] Legend templates, classes and lines... Message-ID: J.F. - I verified that the 3 files are indeed the same. I'll paste the layer definition below but it's pretty straight forward. Only thing I can think of is a stuck loop counter someplace. I'll try using a STYLE instead of just a COLOR and see if that helps. Steve # # Railroad Rights-of-Way Prairies # LAYER NAME mnrrpln3 METADATA "TITLE" "Railroad Rights-of-Way Prairies" END MAXSCALE 500000 SYMBOLSCALE 200000 STATUS OFF DATA shapefiles/heritage/mnrrpln3 TYPE line CLASSITEM 'quality' CLASS NAME 'Very Good' EXPRESSION 'Very Good' SYMBOL 'circle' COLOR 255 0 0 SIZE 2 MAXSIZE 3 MINSIZE 1 END CLASS NAME 'Good' EXPRESSION 'Good' SYMBOL 'circle' COLOR 255 125 33 SIZE 2 MAXSIZE 3 MINSIZE 1 END CLASS NAME 'Fair' EXPRESSION 'Fair' SYMBOL 'circle' COLOR 255 211 23 SIZE 2 MAXSIZE 3 MINSIZE 1 END END # mnrrpln3 >>> 06/24/03 01:02PM >>> Steve, Hmmm, as you know we use HTML legends extensively, and as of yet I've never heard of anybody running into this kind of problem in our shop. It's a pretty simple legend template too, not much room for error. Also the page output suggests MapServer DID indeed render 3 different icons for each of the classes. I would try looking at the caching features of MapServer ... Maybe it's not overwriting previous icons? Clear the temp directory or something like that? Maybe you could send the mapfile along to see if there's anything weird in there? Otherwise, I'm afraid you'll have to look in the code! Good luck! J.F. -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, June 24, 2003 1:48 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Legend templates, classes and lines... Hi Folks: I'm using 4.0 and wondered if anyone else has run into problems with legend templates with LINE layers and multiple classes. Check out the following URL: http://maps.dnr.state.mn.us/cgi-bin/mapserv40?mapserv=http%3A//maps.dnr.stat e.mn.us/cgi-bin/mapserv40&map_status=on&mapsize=800+750&map=LANDVIEW_HERITAG E_MAPFILE&template=/usr/local/www/docs/landview/heritage/templates/print.htm l&mapext=316287.17433148284+4891207.862044461+342298.221100423+4910705.97065 5294&layers=mnrrpln3+mnnpcpy3+mnsbspy3+lakes+ctybdln2+doq03im4 It's a "print" layout and uses the legend template functionality. The problem is that the line legend for the "Railroad Rights-of-Way Praries" ain't right. The 3 classes should be red, yellow and orange (as in the map) and not all red. The polygon layer below it ("Sites of Biodiversity Significance") works as expected. Before I run to the source code I want to make sure I'm not doing anything stupid. The legend template is included below. Steve _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Tue Jun 24 13:43:48 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Tue, 24 Jun 2003 16:43:48 -0400 Subject: [Mapserver-users] Legend templates, classes and lines... Message-ID: <7CDD7B94357FD5119E800002A537C46E230857@s5-ccr-r1.ccrs.nrcan.gc.ca> Steve, Hmmm, well the loop counter is definitely a possibility, though you will notice that there is a class index value used in the generation of the filename for the class symbol, and it DOES increase ... (Just look at the filenames, you'll see a _0_ , _1_ , _2_ and so on for symbols of different classes within one layer). You know what I think I just noticed? All of our maps that use lines use different line styles and color for each class (At least so far as I can tell) ... this would explain why we never notied this. A couple of things to look at: Does it happen with the GIF legend? If not, I would suggest you try different line styles within that same layer for each class, see if suddenly the colors come out right ... That'll at least give you a good indication of where to look for the problem (which will be in the code!). I suppose that could yet be with some other counter ... I would be more inclined to suspect a pointer problem in this case. J.F. -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, June 24, 2003 4:15 PM To: Jean-Francois.Doyon at ccrs.nrcan.gc.ca; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Legend templates, classes and lines... J.F. - I verified that the 3 files are indeed the same. I'll paste the layer definition below but it's pretty straight forward. Only thing I can think of is a stuck loop counter someplace. I'll try using a STYLE instead of just a COLOR and see if that helps. Steve # # Railroad Rights-of-Way Prairies # LAYER NAME mnrrpln3 METADATA "TITLE" "Railroad Rights-of-Way Prairies" END MAXSCALE 500000 SYMBOLSCALE 200000 STATUS OFF DATA shapefiles/heritage/mnrrpln3 TYPE line CLASSITEM 'quality' CLASS NAME 'Very Good' EXPRESSION 'Very Good' SYMBOL 'circle' COLOR 255 0 0 SIZE 2 MAXSIZE 3 MINSIZE 1 END CLASS NAME 'Good' EXPRESSION 'Good' SYMBOL 'circle' COLOR 255 125 33 SIZE 2 MAXSIZE 3 MINSIZE 1 END CLASS NAME 'Fair' EXPRESSION 'Fair' SYMBOL 'circle' COLOR 255 211 23 SIZE 2 MAXSIZE 3 MINSIZE 1 END END # mnrrpln3 >>> 06/24/03 01:02PM >>> Steve, Hmmm, as you know we use HTML legends extensively, and as of yet I've never heard of anybody running into this kind of problem in our shop. It's a pretty simple legend template too, not much room for error. Also the page output suggests MapServer DID indeed render 3 different icons for each of the classes. I would try looking at the caching features of MapServer ... Maybe it's not overwriting previous icons? Clear the temp directory or something like that? Maybe you could send the mapfile along to see if there's anything weird in there? Otherwise, I'm afraid you'll have to look in the code! Good luck! J.F. -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, June 24, 2003 1:48 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Legend templates, classes and lines... Hi Folks: I'm using 4.0 and wondered if anyone else has run into problems with legend templates with LINE layers and multiple classes. Check out the following URL: http://maps.dnr.state.mn.us/cgi-bin/mapserv40?mapserv=http%3A//maps.dnr.stat e.mn.us/cgi-bin/mapserv40&map_status=on&mapsize=800+750&map=LANDVIEW_HERITAG E_MAPFILE&template=/usr/local/www/docs/landview/heritage/templates/print.htm l&mapext=316287.17433148284+4891207.862044461+342298.221100423+4910705.97065 5294&layers=mnrrpln3+mnnpcpy3+mnsbspy3+lakes+ctybdln2+doq03im4 It's a "print" layout and uses the legend template functionality. The problem is that the line legend for the "Railroad Rights-of-Way Praries" ain't right. The 3 classes should be red, yellow and orange (as in the map) and not all red. The polygon layer below it ("Sites of Biodiversity Significance") works as expected. Before I run to the source code I want to make sure I'm not doing anything stupid. The legend template is included below. Steve _______________________________________________ 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 Jun 24 13:56:07 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 24 Jun 2003 15:56:07 -0500 Subject: [Mapserver-users] Focus on labelling Message-ID: Labeling has not changed appreciably between 3.6 and 4.0 for a couple of reasons. The first being that we now rely on the labeling code that is part of GD. MapServer controls the placement, but not the actual rendering of the text. So for things like alignment/justification I'd prefer to let the GD developers do that, or at least first understand their plans before heading down that road. Splining has been on the todo list for some time. But it's not exactly a trivial modification and without funding (or a burning personal need) it has slipped down the list a bit. I do hope to add it sometime in the version 4 lifespan. Formating of numbers is a bit more problematic. Within MapServer all attribute data is stored as strings (easier that way) and attribute type information is not carried forward from the datasource (if it even exists) so adding something like a FORMAT option won't work. Rather I think we could add something like a sprintf/format function to the expression parser so you could do something like: TEXT 'Value is format("%.2d", [COLUMN])' where normal sprintf/printf format strings are accepted and the parser takes the context of the substitution as a way to determine type. Could be some interesting errors that could crop up though. None of this will make it into the basic 4.0 release so I'd appreciate if you added your ideas to bugzilla (one at a time) so that they might be addressed in upcoming releases. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Giorgio Plazzotta" 06/16/03 10:25AM >>> Hi all, i would like to check what is the situation of labelling and how it will work in the next releases, asking the interventions of the developers and other users. Starting from my need to have an alignment option when I label and wrap a text, after having already discussed this subject in the mailing list it seems that there's no better way to do this than doing two different declarations for the same class in the Mapfile, that's not really the best solution. I just checked Bugzilla and I didn't see any request of enhancement to do this so I have to assume that this funcionality won't be available in the next releases, am I right? I also saw that there are requests about implementing the spline labelling, and the formatting of numbers. I would like the developers to focus about the labelling funcionalities that will be available in the next versions, if possible. thanx From steve.lime at dnr.state.mn.us Tue Jun 24 14:08:42 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 24 Jun 2003 16:08:42 -0500 Subject: [Mapserver-users] Legend templates, classes and lines... Message-ID: Works fine for a GIF legend. Off to the code... Steve >>> 06/24/03 03:43PM >>> Steve, Hmmm, well the loop counter is definitely a possibility, though you will notice that there is a class index value used in the generation of the filename for the class symbol, and it DOES increase ... (Just look at the filenames, you'll see a _0_ , _1_ , _2_ and so on for symbols of different classes within one layer). You know what I think I just noticed? All of our maps that use lines use different line styles and color for each class (At least so far as I can tell) ... this would explain why we never notied this. A couple of things to look at: Does it happen with the GIF legend? If not, I would suggest you try different line styles within that same layer for each class, see if suddenly the colors come out right ... That'll at least give you a good indication of where to look for the problem (which will be in the code!). I suppose that could yet be with some other counter ... I would be more inclined to suspect a pointer problem in this case. J.F. -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, June 24, 2003 4:15 PM To: Jean-Francois.Doyon at ccrs.nrcan.gc.ca; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Legend templates, classes and lines... J.F. - I verified that the 3 files are indeed the same. I'll paste the layer definition below but it's pretty straight forward. Only thing I can think of is a stuck loop counter someplace. I'll try using a STYLE instead of just a COLOR and see if that helps. Steve # # Railroad Rights-of-Way Prairies # LAYER NAME mnrrpln3 METADATA "TITLE" "Railroad Rights-of-Way Prairies" END MAXSCALE 500000 SYMBOLSCALE 200000 STATUS OFF DATA shapefiles/heritage/mnrrpln3 TYPE line CLASSITEM 'quality' CLASS NAME 'Very Good' EXPRESSION 'Very Good' SYMBOL 'circle' COLOR 255 0 0 SIZE 2 MAXSIZE 3 MINSIZE 1 END CLASS NAME 'Good' EXPRESSION 'Good' SYMBOL 'circle' COLOR 255 125 33 SIZE 2 MAXSIZE 3 MINSIZE 1 END CLASS NAME 'Fair' EXPRESSION 'Fair' SYMBOL 'circle' COLOR 255 211 23 SIZE 2 MAXSIZE 3 MINSIZE 1 END END # mnrrpln3 >>> 06/24/03 01:02PM >>> Steve, Hmmm, as you know we use HTML legends extensively, and as of yet I've never heard of anybody running into this kind of problem in our shop. It's a pretty simple legend template too, not much room for error. Also the page output suggests MapServer DID indeed render 3 different icons for each of the classes. I would try looking at the caching features of MapServer ... Maybe it's not overwriting previous icons? Clear the temp directory or something like that? Maybe you could send the mapfile along to see if there's anything weird in there? Otherwise, I'm afraid you'll have to look in the code! Good luck! J.F. -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, June 24, 2003 1:48 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Legend templates, classes and lines... Hi Folks: I'm using 4.0 and wondered if anyone else has run into problems with legend templates with LINE layers and multiple classes. Check out the following URL: http://maps.dnr.state.mn.us/cgi-bin/mapserv40?mapserv=http%3A//maps.dnr.stat e.mn.us/cgi-bin/mapserv40&map_status=on&mapsize=800+750&map=LANDVIEW_HERITAG E_MAPFILE&template=/usr/local/www/docs/landview/heritage/templates/print.htm l&mapext=316287.17433148284+4891207.862044461+342298.221100423+4910705.97065 5294&layers=mnrrpln3+mnnpcpy3+mnsbspy3+lakes+ctybdln2+doq03im4 It's a "print" layout and uses the legend template functionality. The problem is that the line legend for the "Railroad Rights-of-Way Praries" ain't right. The 3 classes should be red, yellow and orange (as in the map) and not all red. The polygon layer below it ("Sites of Biodiversity Significance") works as expected. Before I run to the source code I want to make sure I'm not doing anything stupid. The legend template is included below. Steve _______________________________________________ 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 poff at sixbit.org Tue Jun 24 15:03:53 2003 From: poff at sixbit.org (poff) Date: Wed, 25 Jun 2003 00:03:53 +0200 Subject: [Mapserver-users] Re: Tif-Shp : HOWTO (basic) In-Reply-To: <20030623175511.GA18481@freeshell.org> References: <20030623175511.GA18481@freeshell.org> Message-ID: <20030624220353.GA16877@freeshell.org> Here is a basic "howto" for getting a TIF image to show as a layer: -Convert to 8bit (looks a lot better) -Create a .wld file -Run gdaltindex creating the shapefile -Add the following as a layer in your mapfile: LAYER NAME "countries" STATUS DEFAULT DATA test.tif TYPE RASTER END Voila, I got that to work nicely thanks to help from people on the list, without the shp files nothing shows at all (why?), don't know why 24bit looks ugly. Hope this helps someone out there! P. On Mon, Jun 23, 2003 at 07:55:11PM +0200, poff wrote: > Hello, > > I'm slightly new to this, but I tried following the instructions in the > documentation, and I am getting a 236 byte shp file from a 20something mb > tiff. > > I will post my steps so you can perhaps tell me where I'm going wrong? > > I'm using mapscript and apache on win2k. > > ################################ > Tif file converted to 8bit uncompressed, 8192x4096, 32mb. > > (if I view with ACDSee it states 256 colours, then in "properties" it > states 24 bit - by eye you can see it's 256 colour) > > Wld file made: > > 0.0439453125 > 0 > 0 > -0.0439453125 > -180 > +90 > > With the map file: > > NAME WORLD_MAP > EXTENT -180 -90 180 90 > SIZE 600 300 > IMAGETYPE GIF > IMAGECOLOR 0 0 128 > SHAPEPATH "data" > #FONTSET "d:/www/htdocs/data/symbols/fontset.txt" > #SYMBOLSET "data/symbols/examples.sym" > UNITS DD > > WEB > IMAGEPATH "d:/www/htdocs/imgtmp/" > IMAGEURL "/imgtmp/" > END > > LAYER # Countries > NAME "countries" > DATA "test" > STATUS DEFAULT > TYPE polygon > CLASS > COLOR 220 220 220 > END # end of class object > > END # end of layer object > > END # end of map file > > Ran: > > gdaltindex test.shp test.tif > > Generates a 236 byte shpfile, which gives a blank map (coloured) on output > with: > > > $oMap = ms_newMapObj("test.map", "d:/www/htdocs/"); > $oImage = $oMap->draw(); > > $url = $oImage->saveWebImage(MS_GIF,0,0,0); > printf("\n", $url, $oMap->width, > $oMap->height); > > ?> > > Anyone got any ideas what's going wrong? I'm pretty sure something is wrong > with gdaltindex, shouldn't the shp file be a lot bigger? > > I'd be very thankful for any light shed on this! > > -- > 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 -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From novalet at yahoo.com.cn Tue Jun 24 21:26:52 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Wed, 25 Jun 2003 12:26:52 +0800 (CST) Subject: [Mapserver-users] mapserv doesn't work In-Reply-To: <1056449470.1102.17.camel@jeanjacques> Message-ID: <20030625042652.12321.qmail@web15208.mail.bjs.yahoo.com> Hi All! By the help of the pals on the list, i finally make mapserver work on my linux box. I have also learned a lot of linux and apache in the discussion. Thank you!!! --- Thorsten Fischer ????????> On Tue, 2003-06-24 at 09:10, Chen Fu wrote: > > It didn't generated any image at all. I change > > map_web_imagepath to many directory, but just > can't > > find any image at there. But if i try the itasca > > advance demo -- the one with "mode=map", it work > nice. > > The webserver process is running with the access > rights of a certain > user. That user must be able to write image files to > that directory. > > Apart from that, you need to set IMAGEPATH and > IMAGEURL in your mapfile > to fitting values. > > > But in this advance demo, query file still need to > be > > written when we do a query of object on map. So > the > > query will be failed for mapserv didn't generate > the > > query file. > > I think you are mixing up map images and query files > here. In your > setting, you are producing map image files, like in > .png or .gif format. > It is indeed possible to save the staus of a query > to a file, but that > has nothing to do with a map image. > > > hth, > > thorsten > ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove From schut at sarvision.com Wed Jun 25 02:35:43 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 25 Jun 2003 11:35:43 +0200 Subject: [Mapserver-users] Re: Tif-Shp : HOWTO (basic) In-Reply-To: <20030624220353.GA16877@freeshell.org> References: <20030623175511.GA18481@freeshell.org> <20030624220353.GA16877@freeshell.org> Message-ID: <200306251135.43454.schut@sarvision.com> > > Voila, I got that to work nicely thanks to help from people on the list, > without the shp files nothing shows at all (why?), don't know why 24bit > looks ugly. > > Hope this helps someone out there! > > P. Without the shape mapserver doesn't know where to place your tiff tiles. Then you should not use the tileindex/tileitem configuration, but simply have the tiff file in your DATA tag. However, if you use tiff files, you can use the internal tiling and/or overview feature of the tiff standard. Using gdal_translate you can save a tiff as tiled, so you don't need the shapefile/multiple tiff combination anymore. And with gdaladdo you can add lower resolution overviews, to have faster rendering at lower resolutions. 24bit looks ugly if you have 8bit output (which you always have with mapserver-3.6.x; 24-bit output is only available with mapserver-3.7/4.0) because mapserver uses a quite rough (but fast) 24-to-8bit rendering algorithm. Converting to 8-bit (indexed) using a more sophisticated algorithm gives you far better results but takes much more time. So it is prefereable to convert them yourself before loading them into mapserver. Regards, -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From nwoe at privat.utfors.se Wed Jun 25 01:06:02 2003 From: nwoe at privat.utfors.se (=?iso-8859-1?Q?niklas_w=F6rmann?=) Date: Wed, 25 Jun 2003 10:06:02 +0200 Subject: [Mapserver-users] running v4 beta as a command line tool References: Message-ID: <010c01c33af0$a974ec00$8300a8c0@big> 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? tia niklas w?rmann ?lvsj? sweden From vatsavai at cs.umn.edu Wed Jun 25 04:12:13 2003 From: vatsavai at cs.umn.edu (Ranga Raju Vatsavai) Date: Wed, 25 Jun 2003 06:12:13 -0500 (CDT) Subject: [Mapserver-users] update Message-ID: <200306251112.GAA28767@pluto.cs.umn.edu> Hello All, The mapserver.gis.umn.edu is back into business after brief shutdown due to power outage at the U. Starting today we have a new server exclusively running CVS services - cvs.gis.umn.edu. You have to update your CVSROOT environment variable (substitute cvs inplace of mapserver). Let me know if there are any problems or broken links. Thanks, Raju ---- From keon at nacse.org Tue Jun 24 22:27:33 2003 From: keon at nacse.org (Dylan Keon) Date: Tue, 24 Jun 2003 22:27:33 -0700 Subject: [Mapserver-users] newbie: ... Undefined symbol "symbols/ctyhwy.gif" In-Reply-To: <3EF87930.4D176FE4@cherokee.nsuok.edu> References: <3EF87930.4D176FE4@cherokee.nsuok.edu> Message-ID: <3EF932C5.4080002@nacse.org> shamblin at mail.nsuok.edu wrote: > I downloaded, configured, compiled, tested, installed, tested, MapServe > 3.6. > When I run with the accompanying demo, I get the error > msLoadMap(): General error message. Undefine symbol > "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno. > > I have the symbols subdirectory containing ctyhwy.gif in the itasca > directory. If I comment out the reference to it in the map file, I get > the same error at the next reference to symbols/??????.gif. Gordon, Are you able to use GIFs? You might need to convert your GIFs to PNGs for the demo to work. Also...you might need to edit the mapfile and enter absolute paths to the symbol images. I've had trouble using relative paths to symbols in recent versions of MS. So, for example: SYMBOL 'symbols/ctyhwy.gif' would become something like SYMBOL '/usr/local/httpd/htdocs/itasca/symbols/ctyhwy.gif' --Dylan From Antti.Roppola at brs.gov.au Tue Jun 24 21:56:36 2003 From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au) Date: Wed, 25 Jun 2003 14:56:36 +1000 Subject: [Mapserver-users] Deleting old GIF image files Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC4491@afeb-ms-02> Point taken re: absolute numbers versus date based culling. Thorsten wrote: > Apart from that, I do not know if the comparison is an expensive > operation or not; if it is, I would rather have it run once on a bigger > bunch of files (cron job) than repeatedly on a smaller number (the > 'embedded' solution), especially on a system that is already busy > producing maps. I'd guess inexpensive compared with the time taken to read and render GIS data and that PHP is being called as a CGI. You'd be reading inodes, but not data. Easy enough to test. And less content in a directory *may* reduce the time taken to locate and load a rendered image into a page. This is assuming that a request will need to read "." (dot) to figure out which inode it needs to read from. I tested it and it didn't make more than a second of difference. Antti From christina.biakowski at ccgis.de Wed Jun 25 05:03:02 2003 From: christina.biakowski at ccgis.de (Christina Biakowski CCGIS) Date: Wed, 25 Jun 2003 14:03:02 +0200 Subject: [Mapserver-users] deleting shapeObj mapscript Message-ID: Hello, I wonder if there is a possibility to delete a ShapeObj from a shapefileObj with php-mapscript. Searching the mailing-list archive I only found a mail saying that it isn't - as a solution it was suggested to write an new Shapefile skipping the shapeObjs, that should be deleted. Since the mail was from October 2002 perhaps something has changed and a new function has been created?? Regards, Christina From schut at sarvision.com Wed Jun 25 05:43:41 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 25 Jun 2003 14:43:41 +0200 Subject: [Mapserver-users] running v4 beta as a command line tool In-Reply-To: <010c01c33af0$a974ec00$8300a8c0@big> References: <010c01c33af0$a974ec00$8300a8c0@big> Message-ID: <200306251443.41481.schut@sarvision.com> 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 From ed at topozone.com Wed Jun 25 07:20:09 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 25 Jun 2003 10:20:09 -0400 Subject: [Mapserver-users] running v4 beta as a command line tool Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC0A@mercator.topozone.com> Niklas - Just use the -v parameter to test that it runs at all: mapserv -v from the command line. You can also do: mapserv -QUERY_STRING="map=/foo/...." from the command line. It is very likely that both of these will work. The most common causes of problems like yours are file and directory access permissions. Make sure that the anonymous Web user account (usually IUSR_) has permission to access and execute the mapserv.exe file. Make sure, BTW, that your URL refers to "mapserv.exe", and not just "mapserv" since that's the name of the executable. - 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: niklas w?rmann [mailto:nwoe at privat.utfors.se] Sent: Wednesday, June 25, 2003 4:06 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] running v4 beta as a command line tool 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? 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 pyro-x at ixine.com Wed Jun 25 07:42:58 2003 From: pyro-x at ixine.com (David Monterroso Cabello) Date: Wed, 25 Jun 2003 16:42:58 +0200 Subject: [Mapserver-users] RE: Rasterization help, TIF->SHP In-Reply-To: <7F086B24179D91449EDA19F5FC928D0B01F26E76@sscleda2.ssc.nasa.gov> References: <7F086B24179D91449EDA19F5FC928D0B01F26E76@sscleda2.ssc.nasa.gov> Message-ID: <3EF9B4F2.9090204@ixine.com> Simpson, Andrew wrote: >http://www.imagemagick.org/ has api's that allow one to get pixel values, >which can then be used to create vectors fairly easily if the raster's >colors and shapes are not too complex... > > > I will try that way too if i don't find any tool that can do it easily, because creating the vectors using just imagemagick can be very difficult i think. David. From eduardo at linkgeo.com.br Wed Jun 25 07:43:50 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Wed, 25 Jun 2003 11:43:50 -0300 Subject: [Mapserver-users] running v4 beta as a command line tool In-Reply-To: <200306251443.41481.schut@sarvision.com> References: <200306251443.41481.schut@sarvision.com> Message-ID: <20030625144350.18313.qmail@hm47.locaweb.com.br> 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 > > > From carsten.busch at uni-jena.de Wed Jun 25 09:53:11 2003 From: carsten.busch at uni-jena.de (Carsten Busch) Date: Wed, 25 Jun 2003 18:53:11 +0200 Subject: [Mapserver-users] mapserver crashes at a png file In-Reply-To: <200306241736.51650.schut@sarvision.com> References: <3EF8707A.2000606@uni-jena.de> <200306241650.41512.schut@sarvision.com> <3EF8891D.8040805@uni-jena.de> <200306241736.51650.schut@sarvision.com> Message-ID: <3EF9D377.1060105@uni-jena.de> Hello Vincent, thank you for your answer. Vincent Schut wrote: > Carsten, > > first about the output: that is not only the png image, but also the headers > as a browser would expect them. You cannot save the output as a png file. But > you can issue the same command in your browser by typing (in the adress field > of the browser): > http://localhost/cgi-bin/mapserv?map=/bla/bla/map.map&mode=map > Then you should see the generated png image. Please again, where do I define the selected layers? Does it mean, that all possible layers of the map file are selected? > > About your png error: have you tried to open the png layer file with an image > viewer? Just to be sure that the png file is not corrupt... It is not corrupt. > If you can view the file, you could convert it to tiff and check if mapserver > can display it if you define your layer to have the tiff file as input. This > would track the problem down to png reading (e.g. libgd or libgdal or > libpng). Ok, if I use a tiff, mapserver works. So, I could convert all raster Layer in the tiff format, but it will work only with grayscale raster data. > > Btw, after running in gdb and the segfault, did you type 'backtrace'? This > gives us some more hints to where the crash appeared. Program received signal SIGSEGV, Segmentation fault. 0x08072d72 in drawPNG () (gdb) backtrace #0 0x08072d72 in drawPNG () #1 0x0807488e in msDrawRasterLayer () #2 0x080645bb in msDrawLayer () #3 0x08061131 in msDrawMap () #4 0x080556c4 in msGenerateImages () #5 0x0804ea7b in main () #6 0x402927f7 in __libc_start_main () from /lib/i686/libc.so.6 (gdb) Thank you for your help. > > Cheers, > Vincent. > > On Tuesday 24 June 2003 19:23, Carsten Busch wrote: > >>Hello, >> >>I found the right parameter for testing: >>(gdb) run >>"QUERY_STRING=map=/usr/local/apache/htdocs/itasca/demo.map&layer=thueringen >>" Starting program: /usr/local/apache/cgi-bin/mapserv >>"QUERY_STRING=map=/usr/local/apache/htdocs/itasca/demo.map&layer=thueringen >>" >> >>Program received signal SIGSEGV, Segmentation fault. >>0x08072d72 in drawPNG () >> >>lyer=thueringen, is the png layer, If I use any other (right) layer of >>the postgis db, Iget the png image. >> >>Any idea? >> >> >>Carsten > > -- Carsten From schut at sarvision.com Wed Jun 25 08:20:51 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 25 Jun 2003 17:20:51 +0200 Subject: [Mapserver-users] mapserver crashes at a png file In-Reply-To: <3EF9D377.1060105@uni-jena.de> References: <3EF8707A.2000606@uni-jena.de> <200306241736.51650.schut@sarvision.com> <3EF9D377.1060105@uni-jena.de> Message-ID: <200306251720.51387.schut@sarvision.com> Carsten, sorry this is gonna be a very short answer cause I got to go home. layers: see the mapserver cgi pages in the documentation on the website. It will be somthing like 'layer=name&layer=name2&...' I think. About the tiff thing: why would tiff work only with grayscale? Tiff's can be rgb, anything you want. About png not working: have you updated/recompiled something (notably a library like gd, libpng or gdal) after compiling mapserver? Then you will have to recompile mapserver. I assume you compiled mapserver etc. yourself. It might help if we knew the configure options you used for compiling mapserver AND for gdal also. There might be a clue in that... Otherwise, I really don't know. sorry have to go now. Cheers, Vincent. On Wednesday 25 June 2003 18:53, Carsten Busch wrote: > Hello Vincent, > thank you for your answer. > > Vincent Schut wrote: > > Carsten, > > > > first about the output: that is not only the png image, but also the > > headers as a browser would expect them. You cannot save the output as a > > png file. But you can issue the same command in your browser by typing > > (in the adress field of the browser): > > http://localhost/cgi-bin/mapserv?map=/bla/bla/map.map&mode=map > > Then you should see the generated png image. > > Please again, where do I define the selected layers? > Does it mean, that all possible layers of the map file are selected? > > > About your png error: have you tried to open the png layer file with an > > image viewer? Just to be sure that the png file is not corrupt... > > It is not corrupt. > > > If you can view the file, you could convert it to tiff and check if > > mapserver can display it if you define your layer to have the tiff file > > as input. This would track the problem down to png reading (e.g. libgd or > > libgdal or libpng). > > Ok, if I use a tiff, mapserver works. So, I could convert all raster > Layer in the tiff format, but it will work only with grayscale raster data. > > > Btw, after running in gdb and the segfault, did you type 'backtrace'? > > This gives us some more hints to where the crash appeared. > > Program received signal SIGSEGV, Segmentation fault. > 0x08072d72 in drawPNG () > (gdb) backtrace > #0 0x08072d72 in drawPNG () > #1 0x0807488e in msDrawRasterLayer () > #2 0x080645bb in msDrawLayer () > #3 0x08061131 in msDrawMap () > #4 0x080556c4 in msGenerateImages () > #5 0x0804ea7b in main () > #6 0x402927f7 in __libc_start_main () from /lib/i686/libc.so.6 > (gdb) > > Thank you for your help. > > > Cheers, > > Vincent. > > > > On Tuesday 24 June 2003 19:23, Carsten Busch wrote: > >>Hello, > >> > >>I found the right parameter for testing: > >>(gdb) run > >>"QUERY_STRING=map=/usr/local/apache/htdocs/itasca/demo.map&layer=thuering > >>en " Starting program: /usr/local/apache/cgi-bin/mapserv > >>"QUERY_STRING=map=/usr/local/apache/htdocs/itasca/demo.map&layer=thuering > >>en " > >> > >>Program received signal SIGSEGV, Segmentation fault. > >>0x08072d72 in drawPNG () > >> > >>lyer=thueringen, is the png layer, If I use any other (right) layer of > >>the postgis db, Iget the png image. > >> > >>Any idea? > >> > >> > >>Carsten -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From steve.lime at dnr.state.mn.us Wed Jun 25 08:54:19 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 25 Jun 2003 10:54:19 -0500 Subject: [Mapserver-users] deleting shapeObj mapscript Message-ID: To the best of my knowledge that's the way to do it. Shapefiles are not condusive to editing and no work to setup anything more than straight access has been done. To do it right we'd probably have to some sort of a staging environment where edits would be stored until saved and at that time a new shapefile would have to be written. However, in the end a new file would still have to be created. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Christina Biakowski (CCGIS)" 06/25/03 07:03AM >>> Hello, I wonder if there is a possibility to delete a ShapeObj from a shapefileObj with php-mapscript. Searching the mailing-list archive I only found a mail saying that it isn't - as a solution it was suggested to write an new Shapefile skipping the shapeObjs, that should be deleted. Since the mail was from October 2002 perhaps something has changed and a new function has been created?? Regards, Christina _______________________________________________ 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 Jun 25 09:48:14 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 25 Jun 2003 11:48:14 -0500 Subject: [Mapserver-users] Legend templates, classes and lines... Message-ID: It's looking like a memory issue. The same legend works perfectly in 3.6. *argh* Steve >>> 06/24/03 03:43PM >>> Steve, Hmmm, well the loop counter is definitely a possibility, though you will notice that there is a class index value used in the generation of the filename for the class symbol, and it DOES increase ... (Just look at the filenames, you'll see a _0_ , _1_ , _2_ and so on for symbols of different classes within one layer). You know what I think I just noticed? All of our maps that use lines use different line styles and color for each class (At least so far as I can tell) ... this would explain why we never notied this. A couple of things to look at: Does it happen with the GIF legend? If not, I would suggest you try different line styles within that same layer for each class, see if suddenly the colors come out right ... That'll at least give you a good indication of where to look for the problem (which will be in the code!). I suppose that could yet be with some other counter ... I would be more inclined to suspect a pointer problem in this case. J.F. -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, June 24, 2003 4:15 PM To: Jean-Francois.Doyon at ccrs.nrcan.gc.ca; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Legend templates, classes and lines... J.F. - I verified that the 3 files are indeed the same. I'll paste the layer definition below but it's pretty straight forward. Only thing I can think of is a stuck loop counter someplace. I'll try using a STYLE instead of just a COLOR and see if that helps. Steve # # Railroad Rights-of-Way Prairies # LAYER NAME mnrrpln3 METADATA "TITLE" "Railroad Rights-of-Way Prairies" END MAXSCALE 500000 SYMBOLSCALE 200000 STATUS OFF DATA shapefiles/heritage/mnrrpln3 TYPE line CLASSITEM 'quality' CLASS NAME 'Very Good' EXPRESSION 'Very Good' SYMBOL 'circle' COLOR 255 0 0 SIZE 2 MAXSIZE 3 MINSIZE 1 END CLASS NAME 'Good' EXPRESSION 'Good' SYMBOL 'circle' COLOR 255 125 33 SIZE 2 MAXSIZE 3 MINSIZE 1 END CLASS NAME 'Fair' EXPRESSION 'Fair' SYMBOL 'circle' COLOR 255 211 23 SIZE 2 MAXSIZE 3 MINSIZE 1 END END # mnrrpln3 >>> 06/24/03 01:02PM >>> Steve, Hmmm, as you know we use HTML legends extensively, and as of yet I've never heard of anybody running into this kind of problem in our shop. It's a pretty simple legend template too, not much room for error. Also the page output suggests MapServer DID indeed render 3 different icons for each of the classes. I would try looking at the caching features of MapServer ... Maybe it's not overwriting previous icons? Clear the temp directory or something like that? Maybe you could send the mapfile along to see if there's anything weird in there? Otherwise, I'm afraid you'll have to look in the code! Good luck! J.F. -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, June 24, 2003 1:48 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Legend templates, classes and lines... Hi Folks: I'm using 4.0 and wondered if anyone else has run into problems with legend templates with LINE layers and multiple classes. Check out the following URL: http://maps.dnr.state.mn.us/cgi-bin/mapserv40?mapserv=http%3A//maps.dnr.stat e.mn.us/cgi-bin/mapserv40&map_status=on&mapsize=800+750&map=LANDVIEW_HERITAG E_MAPFILE&template=/usr/local/www/docs/landview/heritage/templates/print.htm l&mapext=316287.17433148284+4891207.862044461+342298.221100423+4910705.97065 5294&layers=mnrrpln3+mnnpcpy3+mnsbspy3+lakes+ctybdln2+doq03im4 It's a "print" layout and uses the legend template functionality. The problem is that the line legend for the "Railroad Rights-of-Way Praries" ain't right. The 3 classes should be red, yellow and orange (as in the map) and not all red. The polygon layer below it ("Sites of Biodiversity Significance") works as expected. Before I run to the source code I want to make sure I'm not doing anything stupid. The legend template is included below. Steve _______________________________________________ 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 Jun 25 10:00:59 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 25 Jun 2003 12:00:59 -0500 Subject: [Mapserver-users] [leg_layer_html] block and classes... Message-ID: Folks: It seems that if a class does not have a NAME set then it won't show in the legend, make sense since that's how image legends work (yes, there are other options, but in). However the [leg_layer_html] block will still be output for that layer. Seems counter intuitive to me. I would expect that if there are no classes to show then you wouldn't want the layer header stuff either. Or am I just missing someting. I imagine I can work around it with metadata but it feels like I shouldn't have to. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 From morissette at dmsolutions.ca Wed Jun 25 10:21:02 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 25 Jun 2003 13:21:02 -0400 Subject: [Mapserver-users] [leg_layer_html] block and classes... References: Message-ID: <3EF9D9FE.F9E07318@dmsolutions.ca> Steve Lime wrote: > > Folks: It seems that if a class does not have a NAME set then it won't > show in the legend, make sense since that's how image legends work (yes, > there are other options, but in). However the [leg_layer_html] block > will still be output for that layer. Seems counter intuitive to me. I > would expect that if there are no classes to show then you wouldn't > want the layer header stuff either. Or am I just missing someting. I > imagine I can work around it with metadata but it feels like I shouldn't > have to. > Good question... sometimes there are good reasons to show the layer block even if there are no classes. You can think of WMS or raster imagery layers for instance. However there should be a mechanism to more easily disable the leg_layer_html block when no classes are present (likely using the opt_flag parameter). I've filed this in bugzilla and will try to do something about this later this week when I get back to MapServer bugs: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=347 Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Wed Jun 25 10:27:39 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Wed, 25 Jun 2003 13:27:39 -0400 Subject: [Mapserver-users] [leg_layer_html] block and classes... Message-ID: <7CDD7B94357FD5119E800002A537C46E23085D@s5-ccr-r1.ccrs.nrcan.gc.ca> Steve, Check the opt_flag parameter to the leg_layer_html ... It controls what you're trying to control, and it's in the docs. Admitedly, maybe the default behavior should be changed though ... J.F. -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Wednesday, June 25, 2003 1:01 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] [leg_layer_html] block and classes... Folks: It seems that if a class does not have a NAME set then it won't show in the legend, make sense since that's how image legends work (yes, there are other options, but in). However the [leg_layer_html] block will still be output for that layer. Seems counter intuitive to me. I would expect that if there are no classes to show then you wouldn't want the layer header stuff either. Or am I just missing someting. I imagine I can work around it with metadata but it feels like I shouldn't have to. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From erich at museum.state.il.us Wed Jun 25 12:17:11 2003 From: erich at museum.state.il.us (Erich Schroeder) Date: Wed, 25 Jun 2003 14:17:11 -0500 (CDT) Subject: [Mapserver-users] PHP mapscript, ms 4.0b, Apache/2.0.40 (Red Hat Linux) Message-ID: I'm probably just getting something wrong. In my trying installs on a number of different distributions/versions of linux, I'm working on a RedHat 9 machine using the Mapserver 3.7 on RedHat 8 document as a guide. After going through things I find that running the phpinfo command directly through php (like "php ms_phpinfo.php") works just fine, but through the server i get: Warning: Unexpected character in input: '' (ASCII=24) state=1 in /var/www/cgi-bin/php on line 686 Warning: Unexpected character in input: '' (ASCII=8) state=1 in /var/www/cgi-bin/php on line 686 and so forth. I removed all rpms associated with php, and php is not, as far as I can tell, loaded as a modual. I have the following lines in http.conf AddType application/php-cgi .php .phtml Action application/php-cgi /cgi-bin/php Which is what I have working on a debian system using Apache 1.3.x. Is there a difference in the AddType/Action lines that are needed under Apache 2? Apache 2.someting is the default for RedHat 8.0, as I remember, as well as RH9. Should I be using "AddHandler", SetOutputFilter, SetInputFilter or such things as are in the saved file /etc/httpd/conf.d/php.conf.rpmsave? 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 steve.hotchkiss at bbscbs-spt.army.mil Wed Jun 25 12:41:08 2003 From: steve.hotchkiss at bbscbs-spt.army.mil (Hotchkiss, Steve CONTRACTOR) Date: Wed, 25 Jun 2003 14:41:08 -0500 Subject: [Mapserver-users] Can't Download Source Code Message-ID: I've been trying to download the MapServer source code for some time now. I get an "Error reading header after processing 0 entries" message every time. I also tried to unzip and tar extract using the cygwin utilities and get a header error with that as well. I'm running on a PC with Windows 2000 Professional O/S. I am able to unzip the binary downloads without any problems. Any guesses as to what I'm doing wrong? From palle at mail-online.dk Wed Jun 25 13:40:19 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Wed, 25 Jun 2003 22:40:19 +0200 Subject: [Mapserver-users] Can't Download Source Code In-Reply-To: References: Message-ID: I have the same problem with all tarballs, when using netscape 7.02 on Windows XP. But this is only when I try to open the tarball directly using winzip. When I choose save the file, I can see that the filename is something like mapserver-4.0b.tar.gz.tar. I just remove the last .tar and it saves just fine. Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: "Hotchkiss, Steve (CONTRACTOR)" To: Date: Wed, 25 Jun 2003 14:41:08 -0500 Subject: [Mapserver-users] Can't Download Source Code > I've been trying to download the MapServer source code for some time > now. I get an "Error reading header after processing 0 entries" > message every time. I also tried to unzip and tar extract using the > cygwin utilities and get a header error with that as well. I'm > running on a PC with Windows 2000 Professional O/S. I am able to > unzip the binary downloads without any problems. Any guesses as to > what I'm doing wrong? > > > _______________________________________________ > 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 keon at nacse.org Wed Jun 25 14:31:46 2003 From: keon at nacse.org (Dylan Keon) Date: Wed, 25 Jun 2003 14:31:46 -0700 Subject: [Mapserver-users] Terra Server WMS In-Reply-To: References: Message-ID: <3EFA14C2.4070900@nacse.org> Hi Debbie, I use PDFlib (pdflib.com) compiled into PHP. I grab whatever map image is currently being generated, along with the legend and scalebar images, and have some code that positions the various images and text the way I want them. I use pdf_get_buffer() to store the completed PDF as a session variable (instead of writing the PDF file to disk), then echo that variable in a new pop-up window after setting the header info. Some other listers are doing similar things with PDFlib. The catch with PDFlib is that it's released under the Aladdin license, which is somewhat restrictive. For commercial applications you need to purchase a license, but for education/research it's ok to use it without purchasing a license. At least that's how I read it :-) --Dylan Debbie Pagurek wrote: > Hi Dylan, > > Nice app. > > I was wondering if you could shed some light on how you do the 'Save map to PDF'? > > Thanks, > Debbie > > > > >>>>Dylan Keon 06/17/03 11:10AM >>> > > Aaron D. Hunt wrote: > >>Can anyone send me an example or point me to an example, of using Terra >>server as a WMS layer? > > > Hi Aaron, > > I'm using the Terraserver DOQs as a WMS layer. You can see it in action > at http://gis.nacse.org/nbii/crypto.php . Note that the layer is > scale-dependent. > > --Dylan > > Here's the layer definition I'm using: > > ===================================================================== > LAYER > NAME ortho > METADATA > "wms_title" "USGS Digital Ortho-Quadrangles" > "wms_srs" "EPSG:26910" #NAD83 UTM zone 10N > LYRNAME "DOQs (orthophotos)" > LINK > "http://terraserver.microsoft.com/about.aspx?n=AboutTerraServiceOvervie > w" > END > GROUP "BASE DATA" > STATUS OFF > TYPE RASTER > MINSCALE 1500 > MAXSCALE 80000 > CONNECTIONTYPE WMS > CONNECTION > "http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYE > RS=DOQ&FORMAT=png&styles=" > PROJECTION > "init=epsg:26910" #NAD83 UTM zone 10N > END > END > ===================================================================== > -- ************************************************ Dylan Keon GIS/Database Research Specialist Northwest Alliance for Computational Science and Engineering (NACSE) Oregon State University Corvallis, OR 97331 keon at nacse.org (541) 737-6608 ************************************************ From bwragg at tpg.com.au Wed Jun 25 14:43:26 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Thu, 26 Jun 2003 07:13:26 +0930 Subject: FW: [Mapserver-users] PHP mapscript, ms 4.0b, Apache/2.0.40 (Red Hat Linux) Message-ID: <000501c33b62$d03565a0$0a00a8c0@mapping12> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C33BB2.70FF41A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Erich, I've got the same thing twice this week. I did a search on google and found this link http://www.zend.com/lists/php-dev/200201/msg00979.html. Although on this page the bug type is classed as a "Web Server problem" I followed some of the hints towards the bottom of the page related to php compile options. In particular: "I have tried lots of different compilation settings, and found only one common element: the problem only occurs if --enable-discard-path is specified. Any other combination of configure flags result in a binary that works fine as long as --enable-discard-path is not used." As I mentioned earlier I've run into this problem on two different servers this week. Both times I've got the same error. Simply removing this --enable-discard-path option from the php compile solved it both times. Let me know if it helps. Cheers, Benjamin Wragg -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [ mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Erich Schroeder Sent: Thursday, 26 June 2003 4:47 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] PHP mapscript, ms 4.0b, Apache/2.0.40 (Red Hat Linux) I'm probably just getting something wrong. In my trying installs on a number of different distributions/versions of linux, I'm working on a RedHat 9 machine using the Mapserver 3.7 on RedHat 8 document as a guide. After going through things I find that running the phpinfo command directly through php (like "php ms_phpinfo.php") works just fine, but through the server i get: Warning: Unexpected character in input: '' (ASCII=24) state=1 in /var/www/cgi-bin/php on line 686 Warning: Unexpected character in input: '' (ASCII=8) state=1 in /var/www/cgi-bin/php on line 686 and so forth. I removed all rpms associated with php, and php is not, as far as I can tell, loaded as a modual. I have the following lines in http.conf AddType application/php-cgi .php .phtml Action application/php-cgi /cgi-bin/php Which is what I have working on a debian system using Apache 1.3.x. Is there a difference in the AddType/Action lines that are needed under Apache 2? Apache 2.someting is the default for RedHat 8.0, as I remember, as well as RH9. Should I be using "AddHandler", SetOutputFilter, SetInputFilter or such things as are in the saved file /etc/httpd/conf.d/php.conf.rpmsave? 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/ --------------------------------------------------------------------- _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ------=_NextPart_000_0006_01C33BB2.70FF41A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Hi Erich,

I've got the same = thing twice this=20 week. I did a search on google and found this link
http://www.zend.com/lists/php-dev/200201/msg00979.html. Although on this page the bug type is classed as = a "Web=20 Server problem" I followed some of the hints towards the bottom of the = page=20 related to php compile options. In particular:
"I have tried lots of different = compilation=20 settings, and found only one
common
element:  the problem = only=20 occurs if --enable-discard-path  = is
specified.
Any other combination of configure flags = result in a=20 binary that works
fine as long as --enable-discard-path is not=20 used."
As I mentioned earlier I've run into = this problem=20 on two different servers this week. Both times I've got the same error. = Simply=20 removing this --enable-discard-path option from the php compile solved = it both=20 times.

Let me know if it helps.

Cheers,

Benjamin=20 Wragg

-----Original Message-----
From:=20 mapserver-users-admin at lists.gis.umn.edu [
mailto:mapserver-users-admin at lists.gis.umn.edu= ] On Behalf Of Erich Schroeder
Sent: Thursday, 26 June = 2003 4:47=20 AM
To: mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users] PHP=20 mapscript, ms 4.0b, Apache/2.0.40 (Red Hat Linux)


I'm = probably just=20 getting something wrong. In my trying installs on a
number of = different=20 distributions/versions of linux, I'm working on a
RedHat 9 machine = using the=20 Mapserver 3.7 on RedHat 8 document as a guide.

After going = through things=20 I find that running the phpinfo command
directly through php (like = "php=20 ms_phpinfo.php") works just fine, but
through the server i=20 get:

Warning: Unexpected character in input: '' (ASCII=3D24) = state=3D1=20 in
/var/www/cgi-bin/php on line 686

Warning: Unexpected = character in=20 input: '' (ASCII=3D8) state=3D1 in
/var/www/cgi-bin/php on line = 686

and so=20 forth.

I removed all rpms associated with php, and php is not, as = far as=20 I can
tell, loaded as a modual. I have the following lines in=20 http.conf

AddType application/php-cgi .php .phtml
Action=20 application/php-cgi /cgi-bin/php

Which is what I have working on = a debian=20 system using Apache 1.3.x. Is
there a difference in the = AddType/Action lines=20 that are needed under
Apache 2? Apache 2.someting is the default for = RedHat=20 8.0, as I remember,
as well as RH9.

Should I be using = "AddHandler",=20 SetOutputFilter, SetInputFilter or such
things as are in the saved = file=20 /etc/httpd/conf.d/php.conf.rpmsave?

Erich

--
-----------= ----------------------------------------------------------
Erich=20 Schroeder          &nbs= p;        =20 Phone: (217)785-0033
Curator, Information Technologies  = FAX:  =20 (217)785-2857
Illinois State Museum GIS = Lab     =20 email:erich(at)illinois.state.museum
     &nb= sp;          =20 http://illinois.state.museum/
------------------------------------------------------------= ---------

_______________________________________________
Mapse= rver-users=20 mailing list
Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users=
------=_NextPart_000_0006_01C33BB2.70FF41A0-- From bwragg at tpg.com.au Thu Jun 26 04:29:10 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Thu, 26 Jun 2003 20:59:10 +0930 Subject: [Mapserver-users] Using Mapscript with PHP as a module or compiled into Apache (static) Message-ID: <000001c33bd6$2b1655b0$0a00a8c0@mapping12> Hi list, I tried to download and install the Zend Performance Suite the other day for evalution. We hope to use it with a Mapscript site we're building. As I went through the install script it checked the php and apache versions and at this point it told me it supports the following PHP configurations: PHP Module libphp4.so PHP compiled into Apache (static) Since I've always run Mapscript through a CGI setup of PHP I started to do a bit of reasearch as to how this effects Mapscript. This is what I found: >From what I've learn't from http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI & http://www2.dmsolutions.ca/webtools/php_mapscript/php_mapscript_faq.html #2.3, Mapscript can be used with PHP built as either a PHP Module or PHP compiled into Apache. The only thing that has to be done on the Mapscript side of things is to use --with-apxs option at compile time. Is this correct? Is there any other things that need to be done at either the compile of PHP, Apache or Mapscript to get Mapscript to work in this manner? Is there any consequenses of using Mapscript with PHP configured as a module or compiled into Apache? E.g something funny like projections not working? Is the "thread-safety problems" spoken of in http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI still around? Thanks, Benjamin Wragg From rb at bmtcordah.pl Thu Jun 26 05:33:11 2003 From: rb at bmtcordah.pl (=?ISO-8859-1?Q?=22Ryszard_Bratu=9C=22?=) Date: Thu, 26 Jun 2003 14:33:11 +0200 Subject: [Mapserver-users] Compiling MapServer - a few problems Message-ID: <200306261433110919.012F2BC1@serwer.bmtcordah.pl> Hi, Just for a few days I discover a power of MapServer so I'm still newbe. I try to compile myself mapserver 3.6.6 on Windows2000 Prof. Sources come from http://mapserver.gis.umn.edu/dload.html All went OK (after changing makefiles and so on..) when I compiled mapserver with supporting packages (gd, libJPEG, zlib, regex). But.. : I want to use in MapServer some formats supported in GDAL/OGR. The first problem is that linker complains when try to link mapserver with gd.lib and gdal.lib (the same functions in both libraries). It's normal I think , I decided to exclude (ie. PNG support from one of libraries). I have a look into sources and found that pnglib version is GDAL is much older than correspoding sources in GD-1.8.4. (more than a year). So I wonder if is it worth to compile GDAL without PNG support. Which parameters (in GD and GDAL) are responsible for incl. or excluding chosen formats ? What will be, if I compile supporting libraries to Dll's ? Could it be problem for mapserver ? Ryszard Bratus BMT Cordah Poland From carsten.busch at uni-jena.de Thu Jun 26 08:19:17 2003 From: carsten.busch at uni-jena.de (Carsten Busch) Date: Thu, 26 Jun 2003 17:19:17 +0200 Subject: [Mapserver-users] mapserver crashes at a png file In-Reply-To: <200306251720.51387.schut@sarvision.com> References: <3EF8707A.2000606@uni-jena.de> <200306241736.51650.schut@sarvision.com> <3EF9D377.1060105@uni-jena.de> <200306251720.51387.schut@sarvision.com> Message-ID: <3EFB0EF5.3060502@uni-jena.de> Hello Vincent, Vincent Schut wrote: > Carsten, > > sorry this is gonna be a very short answer cause I got to go home. > layers: see the mapserver cgi pages in the documentation on the website. It > will be somthing like 'layer=name&layer=name2&...' I think. > About the tiff thing: why would tiff work only with grayscale? Tiff's can be > rgb, anything you want. I did compile the mapserver with JPEG,PNG and TIFF support, but if I try to draw a colored tiff file I get the message: drawTIFF(): Image handling error. Only colormapped and grayscale raster are supported. So, I converted all the rgb tiff raster to indexed raster (only 256 colors), after this the tiff rasters can be used as input data. -->rgb tiff does not work with mapserver (it is the same with jpeg) > About png not working: have you updated/recompiled something (notably a > library like gd, libpng or gdal) after compiling mapserver? Then you will > have to recompile mapserver. I did recompile one... n times the mapserver with the following options and results: mapserver-3.6.6]# ./configure --with-gd --with-gdal --with-zlib-dir=/usr/lib --with-regex=system --with-png-dir=/usr -with-postgis=/usr/local/pgsql/bin/pg_config --with-jpeg-dir=/usr --with-php=/usr/local/MapserverLinux/php-4.3.2 loading cache ./config.cache checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking for ranlib... (cached) ranlib checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking for bison... (cached) bison -y checking if compiler supports -R... (cached) no checking if compiler supports -Wl,-rpath,... (cached) yes checking for exp in -lm... (cached) yes checking for exp in -lstdc++... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for strcasecmp... (cached) yes checking for strncasecmp... (cached) yes checking for strdup... (cached) yes checking whether we should include JPEG support... checking for jpeg_read_header in -ljpeg... yes using libjpeg from system libs. checking which version of GD to use... using libgd from system libs. checking where FreeType is installed... checking for FT_Init_FreeType in -lfreetype... yes using libfreetype -lfreetype from system libs. checking where Zlib is installed... checking for zlibVersion in -lz... yes using libz from system libs. checking where PNG is installed... checking for png_init_io in -lpng... yes using libpng from system libs. checking for gdImageCreate in -lgd... yes checking for gdImageGif in -lgd... no checking for gdImagePng in -lgd... yes checking for gdImageJpeg in -lgd... yes checking for gdImageWBMP in -lgd... yes checking for gdImageStringFT in -lgd... yes checking for gdImageString16 in -lgd... yes checking for gdImageGifPtr in -lgd... no using GD ( -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT) from system libs. checking whether we should include PDF support... checking for PDF_setlinewidth in -lpdf... yes checking for PDF_setrgbcolor in -lpdf... yes checking for PDF_moveto in -lpdf... yes checking for PDF_curveto in -lpdf... yes checking for PDF_show_xy in -lpdf... (cached) no using libpdf from system libs. checking whether we should include TIFF support... checking for TIFFOpen in -ltiff... yes using libtiff from system libs. checking whether we should include EPPL7 support... including EPPL7 support. checking whether we should include PROJ.4 support... PROJ.4 support not requested. checking whether we should include thread safe support... thread safe support disabled. checking whether we should include ESRI SDE support... ESRI SDE support not requested. checking whether we should compile in MPATROL support... MPATROL support not requested. checking whether we should include OGR support... OGR support not requested. checking if GDAL support requested... yes checking for gdal-config... (cached) /usr/local/bin/gdal-config checking if PostGIS support requested... yes, user supplied pg_config checking if OracleSpatial support requested... no checking whether we should include WMS support... OGC WMS Compatibility not enabled (PROJ.4 is required for WMS). checking whether we should include WMS Client Connections support... OGC WMS Client Connections not enabled (PROJ.4 and libwww required). Compiling with -DIGNORE_MISSING_DATA. checking whether we should enable debug features... checking for PHP/MapScript module options... checking whether 'perl -V' works... yes checking for location of config.h or php_config.h... /usr/local/MapserverLinux/php-4.3.2/main/php_config.h checking whether we have PHP3 or PHP4... -DPHP4 checking whether we should use PHP's regex... no PHP/MapScript module configured. creating ./config.status creating Makefile creating mapscript/php3/Makefile > I assume you compiled mapserver etc. yourself. It might help if we knew the > configure options you used for compiling mapserver AND for gdal also. There > might be a clue in that... Otherwise, I really don't know. > Ok, now it works with the inexed tiff version of raster data, but it is quite dissatisfying if you have an unresolved error at your system.... Carsten From gijs at atsence.nl Thu Jun 26 06:35:01 2003 From: gijs at atsence.nl (Gijs Epping) Date: Thu, 26 Jun 2003 15:35:01 +0200 Subject: [Mapserver-users] could somebody help me with the dynamic legend Message-ID: <000001c33be7$be7245b0$0200a8c0@at11> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C33BF8.81FB15B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, I can not get the dynamic legend to work i did all the necessary adjustments to the map file. But it still doesn't work. It creates the legend.php with the right elements but turning the layers on and of is not working. Where do I have to include the dyn_legend.php or do i have to insert some parts in the phtml file and some parts in the gmap75.php. The link to that script: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPDynLegend hope somebody can help me G ------=_NextPart_000_0001_01C33BF8.81FB15B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I can not get the = dynamic legend to work i did all the necessary = adjustments to the map file. But it still doesn’t work. It creates the legend.php with the right elements but turning the = layers on and of is not working.

 

Where do I have to = include the dyn_legend.php or do i have to insert some parts in the phtml file and = some parts in the gmap75.php.

 

The link to that = script:

http:/= /mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPDynLegend=

 

hope somebody can help me =

 

G

 

 

 

------=_NextPart_000_0001_01C33BF8.81FB15B0-- From schut at sarvision.com Thu Jun 26 06:42:16 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 26 Jun 2003 15:42:16 +0200 Subject: [Mapserver-users] mapserver crashes at a png file In-Reply-To: <3EFB0EF5.3060502@uni-jena.de> References: <3EF8707A.2000606@uni-jena.de> <200306251720.51387.schut@sarvision.com> <3EFB0EF5.3060502@uni-jena.de> Message-ID: <200306261542.16471.schut@sarvision.com> Carsten, I am afraid I don't know why your mapserver crashes on png's... About the tiff issue: mapserver 3.6.x is not able to handle/output 24bit color. So whatever image you deliver it, it should be indexed color (8bit). If you want 24bit color you need to use mapserver-4.0 which is the cvs (development) version now, but will be released quite soon afaik. I am using this version all the time and it is pretty stable, so you could try if you like. Btw if speed is an issue for you and harddisk space isn't, tiff as input generally is faster that png because mapserver doesn't have to uncompress it. At least, when you don't use tiff internal compression. Regards, Vincent. On Thursday 26 June 2003 17:19, Carsten Busch wrote: > Hello Vincent, > > Vincent Schut wrote: > > Carsten, > > > > sorry this is gonna be a very short answer cause I got to go home. > > layers: see the mapserver cgi pages in the documentation on the website. > > It will be somthing like 'layer=name&layer=name2&...' I think. > > About the tiff thing: why would tiff work only with grayscale? Tiff's can > > be rgb, anything you want. > > I did compile the mapserver with JPEG,PNG and TIFF support, but if I try > to draw a colored tiff file I get the message: > drawTIFF(): Image handling error. Only colormapped and grayscale raster > are supported. > > So, I converted all the rgb tiff raster to indexed raster (only 256 > colors), after this the tiff rasters can be used as input data. > -->rgb tiff does not work with mapserver (it is the same with jpeg) > > > About png not working: have you updated/recompiled something (notably a > > library like gd, libpng or gdal) after compiling mapserver? Then you will > > have to recompile mapserver. > > I did recompile one... n times the mapserver with the following options > and results: > mapserver-3.6.6]# ./configure --with-gd --with-gdal > --with-zlib-dir=/usr/lib --with-regex=system --with-png-dir=/usr > -with-postgis=/usr/local/pgsql/bin/pg_config --with-jpeg-dir=/usr > --with-php=/usr/local/MapserverLinux/php-4.3.2 > loading cache ./config.cache > checking for gcc... (cached) gcc > checking whether the C compiler (gcc ) works... yes > checking whether the C compiler (gcc ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking for c++... (cached) c++ > checking whether the C++ compiler (c++ ) works... yes > checking whether the C++ compiler (c++ ) is a cross-compiler... no > checking whether we are using GNU C++... (cached) yes > checking whether c++ accepts -g... (cached) yes > checking for ranlib... (cached) ranlib > checking for flex... (cached) flex > checking for yywrap in -lfl... (cached) yes > checking for bison... (cached) bison -y > checking if compiler supports -R... (cached) no > checking if compiler supports -Wl,-rpath,... (cached) yes > checking for exp in -lm... (cached) yes > checking for exp in -lstdc++... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for ANSI C header files... (cached) yes > checking for strcasecmp... (cached) yes > checking for strncasecmp... (cached) yes > checking for strdup... (cached) yes > checking whether we should include JPEG support... > checking for jpeg_read_header in -ljpeg... yes > using libjpeg from system libs. > checking which version of GD to use... > using libgd from system libs. > checking where FreeType is installed... > checking for FT_Init_FreeType in -lfreetype... yes > using libfreetype -lfreetype from system libs. > checking where Zlib is installed... > checking for zlibVersion in -lz... yes > using libz from system libs. > checking where PNG is installed... > checking for png_init_io in -lpng... yes > using libpng from system libs. > checking for gdImageCreate in -lgd... yes > checking for gdImageGif in -lgd... no > checking for gdImagePng in -lgd... yes > checking for gdImageJpeg in -lgd... yes > checking for gdImageWBMP in -lgd... yes > checking for gdImageStringFT in -lgd... yes > checking for gdImageString16 in -lgd... yes > checking for gdImageGifPtr in -lgd... no > using GD ( -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP > -DUSE_GD_FT) from system libs. > checking whether we should include PDF support... > checking for PDF_setlinewidth in -lpdf... yes > checking for PDF_setrgbcolor in -lpdf... yes > checking for PDF_moveto in -lpdf... yes > checking for PDF_curveto in -lpdf... yes > checking for PDF_show_xy in -lpdf... (cached) no > using libpdf from system libs. > checking whether we should include TIFF support... > checking for TIFFOpen in -ltiff... yes > using libtiff from system libs. > checking whether we should include EPPL7 support... > including EPPL7 support. > checking whether we should include PROJ.4 support... > PROJ.4 support not requested. > checking whether we should include thread safe support... > thread safe support disabled. > checking whether we should include ESRI SDE support... > ESRI SDE support not requested. > checking whether we should compile in MPATROL support... > MPATROL support not requested. > checking whether we should include OGR support... > OGR support not requested. > checking if GDAL support requested... yes > checking for gdal-config... (cached) /usr/local/bin/gdal-config > checking if PostGIS support requested... yes, user supplied pg_config > checking if OracleSpatial support requested... no > checking whether we should include WMS support... > OGC WMS Compatibility not enabled (PROJ.4 is required for WMS). > checking whether we should include WMS Client Connections support... > OGC WMS Client Connections not enabled (PROJ.4 and libwww > required). > Compiling with -DIGNORE_MISSING_DATA. > checking whether we should enable debug features... > checking for PHP/MapScript module options... > checking whether 'perl -V' works... yes > checking for location of config.h or php_config.h... > /usr/local/MapserverLinux/php-4.3.2/main/php_config.h > checking whether we have PHP3 or PHP4... -DPHP4 > checking whether we should use PHP's regex... no > PHP/MapScript module configured. > creating ./config.status > creating Makefile > creating mapscript/php3/Makefile > > > I assume you compiled mapserver etc. yourself. It might help if we knew > > the configure options you used for compiling mapserver AND for gdal also. > > There might be a clue in that... Otherwise, I really don't know. > > Ok, now it works with the inexed tiff version of raster data, but it is > quite dissatisfying if you have an unresolved error at your system.... > > > Carsten -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From hunt at zedxinc.com Thu Jun 26 07:14:47 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Thu, 26 Jun 2003 10:14:47 -0400 Subject: [Mapserver-users] mapserver compile error Message-ID: <008701c33bed$4c7d3db0$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0084_01C33BCB.C55640F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am trying to compile mapserver on a new server with the following = config. When I compile, I get the error below. Any Ideas. ./configure --without-tiff --with-proj=3D/home/mapserver/proj-4.4.7 = --with-gdal=3D/home/mapserver/gdal-1.1.8/bin/gdal-config = --with-ogr=3D/home/mapserver/gdal-1.1.8 --with-jpeg --with-wmsclient = --with-freetype=3D/home/mapserver/freetype-2.1.4 = --with-gd=3D/home/mapserver/gd-2.0.15 -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR -DUSE_GDAL = -I/home/mapserver/gd-2.0.15 -I/home/mapserver/proj-4.4.7//src = -I/home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts = -I/home/mapserver/gdal-1.1.8/ogr = -I/home/mapserver/gdal-1.1.8/ogr/../port = -I/home/mapserver/gdal-1.1.8/include -I/home/mapserver/gdal-1.1.8/alg = -I/usr/local/include tile4ms.c -o tile4ms.o ar rc libmap.a maptemplate.o mapbits.o maphash.o mapshape.o mapxbase.o = mapparser.o maplexer.o maptree.o mapsearch.o mapstring.o mapsymbol.o = mapfile.o maplegend.o maputil.o mapscale.o mapquery.o maplabel.o = maperror.o mapprimitive.o mapproject.o mapraster.o mapsde.o mapogr.o = mappostgis.o mapmygis.o maplayer.o mapresample.o mapwms.o mapwmslayer.o = maporaclespatial.o mapgml.o mapprojhack.o mapthread.o mapdraw.o mapgd.o = mapoutput.o mapgdal.o mapswf.o mapimagemap.o mapows.o mapwfs.o = mapwfslayer.o mapcontext.o maphttp.o mapdrawgdal.o mappdf.o mapjoin.o = mapgraticule.o mapcopy.o epplib.o ranlib libmap.a gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ = -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_JPEG = -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR = -DUSE_GDAL -I/home/mapserver/gd-2.0.15 = -I/home/mapserver/proj-4.4.7//src = -I/home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts = -I/home/mapserver/gdal-1.1.8/ogr = -I/home/mapserver/gdal-1.1.8/ogr/../port = -I/home/mapserver/gdal-1.1.8/include -I/home/mapserver/gdal-1.1.8/alg = -I/usr/local/include sortshp.o -L. -lmap = -L/home/mapserver/gd-2.0.15/.libs -lgd -ljpeg -lfreetype -lpng -lz = -ljpeg -lfreetype -lpng -lz -L/home/mapserver/proj-4.4.7//lib -lproj = -ljpeg -L/home/mapserver/gdal-1.1.8/lib -lgdal.1.1 -L/usr/local/lib = -lcurl -lz -lssl -lcrypto -ldl -lz -lm = /home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts/ogrsf_frmts.a = /home/mapserver/gdal-1.1.8/ogr/ogr.a = /home/mapserver/gdal-1.1.8/ogr/../port/cpl.a -o sortshp ./libmap.a(mapgdal.o): In function `msGDALCleanup': mapgdal.o(.text+0x41): undefined reference to `GDALDestroyDriverManager' ./libmap.a(mapgdal.o): In function `msSaveImageGDAL': mapgdal.o(.text+0x4ef): undefined reference to = `GDALSetRasterColorInterpretation' mapgdal.o(.text+0x50c): undefined reference to = `GDALSetRasterColorInterpretation' mapgdal.o(.text+0x53b): undefined reference to = `GDALSetRasterColorInterpretation' mapgdal.o(.text+0x558): undefined reference to = `GDALSetRasterColorInterpretation' mapgdal.o(.text+0x575): undefined reference to = `GDALSetRasterColorInterpretation' ./libmap.a(mapgdal.o)(.text+0x592): more undefined references to = `GDALSetRasterColorInterpretation' follow collect2: ld returned 1 exit status make: *** [sortshp] Error 1 make: *** Waiting for unfinished jobs.... Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------=_NextPart_000_0084_01C33BCB.C55640F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am trying to compile mapserver on a = new server=20 with the following config. When I compile, I get the error below. = Any=20 Ideas.
 
 
./configure --without-tiff=20 --with-proj=3D/home/mapserver/proj-4.4.7=20 --with-gdal=3D/home/mapserver/gdal-1.1.8/bin/gdal-config=20 --with-ogr=3D/home/mapserver/gdal-1.1.8 --with-jpeg --with-wmsclient=20 --with-freetype=3D/home/mapserver/freetype-2.1.4=20 --with-gd=3D/home/mapserver/gd-2.0.15
 
 
 
 
-DUSE_GD_WBMP -DUSE_GD_FT   = -DUSE_OGR=20 -DUSE_GDAL     -I/home/mapserver/gd-2.0.15 =20 -I/home/mapserver/proj-4.4.7//src      =20 -I/home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts = -I/home/mapserver/gdal-1.1.8/ogr=20 -I/home/mapserver/gdal-1.1.8/ogr/../port = -I/home/mapserver/gdal-1.1.8/include=20 -I/home/mapserver/gdal-1.1.8/alg   = -I/usr/local/include  =20 tile4ms.c -o tile4ms.o
ar rc libmap.a maptemplate.o mapbits.o = maphash.o=20 mapshape.o mapxbase.o mapparser.o maplexer.o maptree.o mapsearch.o = mapstring.o=20 mapsymbol.o mapfile.o maplegend.o maputil.o mapscale.o mapquery.o = maplabel.o=20 maperror.o mapprimitive.o mapproject.o mapraster.o mapsde.o mapogr.o=20 mappostgis.o mapmygis.o maplayer.o mapresample.o mapwms.o mapwmslayer.o=20 maporaclespatial.o mapgml.o mapprojhack.o mapthread.o mapdraw.o mapgd.o=20 mapoutput.o mapgdal.o mapswf.o mapimagemap.o mapows.o mapwfs.o = mapwfslayer.o=20 mapcontext.o maphttp.o mapdrawgdal.o mappdf.o mapjoin.o mapgraticule.o = mapcopy.o=20 epplib.o
ranlib libmap.a
gcc -O2  -Wall = -DIGNORE_MISSING_DATA =20 -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR=20 -DUSE_WMS_LYR      -DUSE_JPEG -DUSE_GD_PNG=20 -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT   -DUSE_OGR=20 -DUSE_GDAL     -I/home/mapserver/gd-2.0.15 =20 -I/home/mapserver/proj-4.4.7//src      =20 -I/home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts = -I/home/mapserver/gdal-1.1.8/ogr=20 -I/home/mapserver/gdal-1.1.8/ogr/../port = -I/home/mapserver/gdal-1.1.8/include=20 -I/home/mapserver/gdal-1.1.8/alg   = -I/usr/local/include  =20 sortshp.o  -L. -lmap -L/home/mapserver/gd-2.0.15/.libs -lgd -ljpeg=20 -lfreetype -lpng -lz   -ljpeg -lfreetype -lpng -lz =20 -L/home/mapserver/proj-4.4.7//lib -lproj -ljpeg  =20 -L/home/mapserver/gdal-1.1.8/lib -lgdal.1.1    = -L/usr/local/lib=20 -lcurl -lz -lssl -lcrypto -ldl -lz    -lm =20 /home/mapserver/gdal-1.1.8/ogr/ogrsf_frmts/ogrsf_frmts.a=20 /home/mapserver/gdal-1.1.8/ogr/ogr.a=20 /home/mapserver/gdal-1.1.8/ogr/../port/cpl.a -o=20 sortshp
./libmap.a(mapgdal.o): In function=20 `msGDALCleanup':
mapgdal.o(.text+0x41): undefined reference to=20 `GDALDestroyDriverManager'
./libmap.a(mapgdal.o): In function=20 `msSaveImageGDAL':
mapgdal.o(.text+0x4ef): undefined reference to=20 `GDALSetRasterColorInterpretation'
mapgdal.o(.text+0x50c): undefined=20 reference to = `GDALSetRasterColorInterpretation'
mapgdal.o(.text+0x53b):=20 undefined reference to=20 `GDALSetRasterColorInterpretation'
mapgdal.o(.text+0x558): undefined=20 reference to = `GDALSetRasterColorInterpretation'
mapgdal.o(.text+0x575):=20 undefined reference to=20 `GDALSetRasterColorInterpretation'
./libmap.a(mapgdal.o)(.text+0x592):= more=20 undefined references to `GDALSetRasterColorInterpretation' = follow
collect2:=20 ld returned 1 exit status
make: *** [sortshp] Error 1
make: *** = Waiting=20 for unfinished jobs....
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------=_NextPart_000_0084_01C33BCB.C55640F0-- From morissette at dmsolutions.ca Thu Jun 26 07:26:54 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 26 Jun 2003 10:26:54 -0400 Subject: [Mapserver-users] Legend templates, classes and lines... References: Message-ID: <3EFB02AE.42C149F0@dmsolutions.ca> Steve, Something that changed between 3.6 and 4.0 is color handling. Could it be that we need a call to msClearPenValues() in msCreateLegendIcon()? Daniel Steve Lime wrote: > > It's looking like a memory issue. The same legend works perfectly in > 3.6. *argh* > > Steve > > >>> 06/24/03 03:43PM >>> > Steve, > > Hmmm, well the loop counter is definitely a possibility, though you > will > notice that there is a class index value used in the generation of the > filename for the class symbol, and it DOES increase ... (Just look at > the > filenames, you'll see a _0_ , _1_ , _2_ and so on for symbols of > different > classes within one layer). > > You know what I think I just noticed? All of our maps that use lines > use > different line styles and color for each class (At least so far as I > can > tell) ... this would explain why we never notied this. > > A couple of things to look at: Does it happen with the GIF legend? If > not, I > would suggest you try different line styles within that same layer for > each > class, see if suddenly the colors come out right ... That'll at least > give > you a good indication of where to look for the problem (which will be > in the > code!). > > I suppose that could yet be with some other counter ... I would be > more > inclined to suspect a pointer problem in this case. > > J.F. > > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, June 24, 2003 4:15 PM > To: Jean-Francois.Doyon at ccrs.nrcan.gc.ca; > mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Legend templates, classes and lines... > > J.F. - I verified that the 3 files are indeed the same. I'll paste the > layer definition below but it's pretty straight forward. Only thing I > can think of is a stuck loop counter someplace. I'll try using a STYLE > instead of just a COLOR and see if that helps. > > Steve > > # > # Railroad Rights-of-Way Prairies > # > LAYER > NAME mnrrpln3 > METADATA > "TITLE" "Railroad Rights-of-Way Prairies" > END > MAXSCALE 500000 > SYMBOLSCALE 200000 > STATUS OFF > DATA shapefiles/heritage/mnrrpln3 > TYPE line > CLASSITEM 'quality' > CLASS > NAME 'Very Good' > EXPRESSION 'Very Good' > SYMBOL 'circle' > COLOR 255 0 0 > SIZE 2 > MAXSIZE 3 > MINSIZE 1 > END > CLASS > NAME 'Good' > EXPRESSION 'Good' > SYMBOL 'circle' > COLOR 255 125 33 > SIZE 2 > MAXSIZE 3 > MINSIZE 1 > END > CLASS > NAME 'Fair' > EXPRESSION 'Fair' > SYMBOL 'circle' > COLOR 255 211 23 > SIZE 2 > MAXSIZE 3 > MINSIZE 1 > END > END # mnrrpln3 > > >>> 06/24/03 01:02PM >>> > Steve, > > Hmmm, as you know we use HTML legends extensively, and as of yet I've > never > heard of anybody running into this kind of problem in our shop. > > It's a pretty simple legend template too, not much room for error. > > Also the page output suggests MapServer DID indeed render 3 different > icons > for each of the classes. > > I would try looking at the caching features of MapServer ... Maybe > it's > not > overwriting previous icons? Clear the temp directory or something like > that? > > Maybe you could send the mapfile along to see if there's anything > weird > in > there? Otherwise, I'm afraid you'll have to look in the code! > > Good luck! > > J.F. > > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, June 24, 2003 1:48 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Legend templates, classes and lines... > > Hi Folks: I'm using 4.0 and wondered if anyone else has run into > problems with legend templates with LINE layers and multiple classes. > Check out the following URL: > > > http://maps.dnr.state.mn.us/cgi-bin/mapserv40?mapserv=http%3A//maps.dnr.stat > > e.mn.us/cgi-bin/mapserv40&map_status=on&mapsize=800+750&map=LANDVIEW_HERITAG > E_MAPFILE&template=/usr/local/www/docs/landview/heritage/templates/print.htm > l&mapext=316287.17433148284+4891207.862044461+342298.221100423+4910705.97065 > 5294&layers=mnrrpln3+mnnpcpy3+mnsbspy3+lakes+ctybdln2+doq03im4 > > It's a "print" layout and uses the legend template functionality. The > problem is that the line legend for the "Railroad Rights-of-Way > Praries" > ain't right. The 3 classes should be red, yellow and orange (as in the > map) and not all red. The polygon layer below it ("Sites of > Biodiversity > Significance") works as expected. Before I run to the source code I > want > to make sure I'm not doing anything stupid. The legend template is > included below. > > Steve From rgamarra at dc.uba.ar Thu Jun 26 07:26:14 2003 From: rgamarra at dc.uba.ar (Rodolfo Federico Gamarra) Date: Thu, 26 Jun 2003 11:26:14 -0300 (ARG) Subject: [Mapserver-users] php_mapscript.so loading problem Message-ID: Hi, I've trying to install php_mapscript. I've followed the standard procedure of making the file and then copying it to the directory where php looks for extensions (set in php.ini). Then to see if everything went right I made a ".php" where I load (or, at least, try to :-)) the ".so" with dl and se call phpinfo(). In the info shown by phpinfo there's no sign of mapscript. Then to make more checks I added an if to capture de return value of dl and also used extension_loaded after dl to see if it's loaded. Well, the result of both functions says it isn't loaded the ".so". I also loaded the file "/mapscript/php3/example/test_draw_map.phtml", all I see is a grey page with the title "PHP/MapScrpt module test", without a map. I'm running RedHat 8, with: Apache - httpd-2.0.45 Mapserver - mapserver-3.6.5 Php - php-4.3.1 GD - gd-2.0.12 Well, that's the problem; any idea? Thanks, ---- Rodolfo Federico Gamarra From morissette at dmsolutions.ca Thu Jun 26 07:38:32 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 26 Jun 2003 10:38:32 -0400 Subject: [Mapserver-users] Using Mapscript with PHP as a module or compiled into Apache (static) References: <000001c33bd6$2b1655b0$0a00a8c0@mapping12> Message-ID: <3EFB0568.5423A366@dmsolutions.ca> Benjamin, The thread-safety issues in the PHP MapScript wrappers still haven't all been cleared so you are still forced to use PHP as a CGI for now. About the php_mapscript_faq.html on our website, as the big red warning at the top of the page says, this FAQ is out of date and doesn't relfect today's reality... it used to be possible to use php_mapscript with PHP as an Apache DSO in the PHP3 days, but with PHP4 it's not yet possible. Daniel Benjamin Wragg wrote: > > Hi list, > > I tried to download and install the Zend Performance Suite the other day > for evalution. We hope to use it with a Mapscript site we're building. > As I went through the install script it checked the php and apache > versions and at this point it told me it supports the following PHP > configurations: > > PHP Module libphp4.so > PHP compiled into Apache (static) > > Since I've always run Mapscript through a CGI setup of PHP I started to > do a bit of reasearch as to how this effects Mapscript. This is what I > found: > > >From what I've learn't from > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI & > http://www2.dmsolutions.ca/webtools/php_mapscript/php_mapscript_faq.html > #2.3, Mapscript can be used with PHP built as either a PHP Module or PHP > compiled into Apache. > > The only thing that has to be done on the Mapscript side of things is to > use --with-apxs option at compile time. > > Is this correct? > > Is there any other things that need to be done at either the compile of > PHP, Apache or Mapscript to get Mapscript to work in this manner? > > Is there any consequenses of using Mapscript with PHP configured as a > module or compiled into Apache? E.g something funny like projections not > working? > > Is the "thread-safety problems" spoken of in > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI still > around? > > Thanks, > > Benjamin Wragg > From schut at sarvision.com Thu Jun 26 08:13:53 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 26 Jun 2003 17:13:53 +0200 Subject: [Mapserver-users] php_mapscript.so loading problem In-Reply-To: References: Message-ID: <200306261713.53755.schut@sarvision.com> If php tried to load php_mapscript.so but did not succeed, probably there is a message aboug that in your server log which might give you a hint about why. Cheers, Vincent. On Thursday 26 June 2003 16:26, Rodolfo Federico Gamarra wrote: > Hi, > I've trying to install php_mapscript. I've followed the standard procedure > of making the file and then copying it to the directory where php looks > for extensions (set in php.ini). > Then to see if everything went right I made a ".php" where I load (or, at > least, try to :-)) the ".so" with dl and se call phpinfo(). In the info > shown by phpinfo there's no sign of mapscript. Then to make more checks I > added an if to capture de return value of dl and also used > extension_loaded after dl to see if it's loaded. Well, the result of both > functions says it isn't loaded the ".so". I also loaded the file > "/mapscript/php3/example/test_draw_map.phtml", all I see is a grey page > with the title "PHP/MapScrpt module test", without a map. > I'm running RedHat 8, with: > Apache - httpd-2.0.45 > Mapserver - mapserver-3.6.5 > Php - php-4.3.1 > GD - gd-2.0.12 > > Well, that's the problem; any idea? > Thanks, > > ---- > Rodolfo Federico Gamarra > > > _______________________________________________ > 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 MHoward at spaceimaging.com Thu Jun 26 08:17:01 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Thu, 26 Jun 2003 09:17:01 -0600 Subject: [Mapserver-users] ArcIMS vs MapServer Functionality Message-ID: Hi, Hope this post is appropriate. I have written a JAVA servlet connector that can be used to connect ArcIMS calls to a WMS server. I also have an ArcView 3x extension that connects to WMS servers and also ArcIMS through the JAVA servlet. SO to summarize -- you can connect : ArcMap to ArcIMS with the standard ESRI AXL connection. ArcMap to any WMS server with my custom connector - I see IMSEmu does this as well. HTML apps to WMS - Mapserver. (standard). HTMS apps to ArcIMS with the standard ESRI WMS connector. ArcView 3x to WMS with my OGC/WMS extension. ArcView 3x to ArcIMS with my OGC/WMS extension and JAVA servlet connector. Asking for shapefiles dynamically is not really appropriate - that's more of an extract thing. You'd do this only once for an AOI, then use the data for spatial analysis. There is a OGC WFS spec that would get you data in GML. Then you could translate that to shapefiles. I have some info on all this at: http://jas.spaceimaging.com:1001/subscriptions/SubscriptionServices.htm or https://jas.spaceimaging.com/subscriptions/SubscriptionServices.htm Mark -----Original Message----- From: Charlton Purvis [mailto:cpurvis at asg.sc.edu] Sent: Friday, June 20, 2003 11:23 AM To: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] ArcIMS vs MapServer Functionality I have been asked similar questions, and I want to make sure that I've got the right answers. Unfortunately, I haven't had time to test these things out myself, so I can't speak from experience. They appear on our bulletin board here, http://caro-coops.org/bb/viewtopic.php?p=346#346, in a more legible format. But I'll include a subset as part of this post for your review below. Thanks for your help. Charlton ========================================= (a) What is done on the MapServer end? MapServer can act as a WMS server and a WMS client. Who cares? See (b). (b) What is done on the ArcIMS end? MapServer can access data on an ArcIMS box. But using only this ArcIMS Servlet Connector does not enable ArcIMS boxes to understand MapServer-served data. That is addressed in (c). Quote: From http://www.alexandria.ucsb.edu/dev/doc/esri/Documentation/Installing_Arc IMS/introduction/overview.htm which is reference material for ArcIMS 4.0.1. The ArcIMS Servlet Connector is the standard connector used for ArcIMS, and it supports the OpenGIS Consortium (OGC) Web Map Service (WMS) 1.1.0 implementation specification. It uses the ArcIMS language, ArcXML, to communicate from the Web server to the ArcIMS Application Server. The ArcIMS Servlet Connector provides Map Service-level user password authentication. You need the ArcIMS Servlet Connector to administer your ArcIMS site and author and design ArcIMS Web pages. (c) Caveat: MapServer jumps through hoops in order to accommodate ESRI users: bypass a WMS approach. Instead, have MapServer provide output in native ESRI formats (i.e. shapefiles). Quote: According to Dave McIlhagga of DM Solutions: This can be achieved with the latest versions of MapServer (v. 4.0) which is currently in Beta. It has been re-designed to support the capacity to output data in one of a number of directly accessible data formats such as Shapefiles and MapInfo MITab files. Of course, the exact manner in which this would happen is very application specific so work would have to be done in one of the scripting environments to allow the application to control the area of extraction you are interested in pulling out, the layers you want to receive, and the format you want to receive them in. (d) If all else fails, fake out the ESRI clients (like ArcMap, ArcCatalog, etc.) by acting as an ArcIMS emulator. This involves the use of a PostgreSQL database (w/ PostGIS extensions installed). Quote: According to Paul Ramsey, a PostGIS-er: On the bright side, ArcXML is (relatively) easy to emulate. I have written an emulator (http://postgis.refractions.net/download.php) called IMSEmu which puts an ArcIMS interface around mapserver, allowing ArcMap to connect to it directly, as if it were an ArcIMS server. Ed McNierney and Steve Greenwood will shortly be releasing a PHP script which has the same functionality and some enhancements they have added. Bottom line is that: * MapServer can be a WMS server and a WMS client. * ESRI ArcIMS (w/ the servlet extention) can only be a WMS server. * The missing piece is that ArcIMS cannot be a WMS client. That's where (c) comes in. So let's answer some questions that were posed earlier: (1) Can an ArcIMS user looking at a Mapserver page overlay their own local arc/shape files, or alternatively easily "pull" the data from the mapserver application into their local arc-Ims application? Yes: using (a) and (c). Incidentally, ESRI might be moving toward becoming a WMS client, but IMS isn't there yet; other Arc products are. http://www.esri.com/software/opengis/interopdownload.html (2) Can we do the above in reverse, i.e. data served via arc-IMS to be pulled easily over mapserver plots? Yes: using (a) and (b). (3) I am not sure exactly how the OPeNDAP protocol would function via Mapserver. In our case, we offer our data via DODS but this is [not] accessible regardless of what tools we provide via ArcIMS. Perhaps I am missing something here. An interesting point. As things stand right now, the answer is yes and no. We have netCDF data (and eventually HDF data) on DODS servers that needs to be shared and mapped. DODS allows the sharing. No problem. But to map them, I've had to create scripts that retrieve these shared datasets and through a few automatable steps, end up populating a MapServer map. We're happy to share! _______________________________________________ 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 s9646183 at sms.ed.ac.uk Thu Jun 26 08:46:44 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Thu, 26 Jun 2003 16:46:44 +0100 (BST) Subject: [Mapserver-users] JavaScript vs MapScript for interface development... Message-ID: <1056642404.3efb156414aea@sms.ed.ac.uk> Dear all, At the moment, I've set up a basic MapServer application which is now running fine. However, I'm not too happy with the interface, which follows the model set out in the demo and the tutorial examples. I don't find it all that user- friendly or intuitive, so I'm looking to develop the interface so as to allow users to use familiar tools like zoomin and zoomout buttons, pan arrows and checkboxes for turning layers on and off. It seems that this functionality can be implemented, and that I have a choice between either using MapScript or JavaScript. Does anyone have any comments to make as to the relative merits of each approach? I've had a look through the archives but haven't come across anything on this subject. Any input gratefully recieved! Many thanks, Ali From Tom.Kralidis at CCRS.NRCan.gc.ca Thu Jun 26 08:58:51 2003 From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca) Date: Thu, 26 Jun 2003 11:58:51 -0400 Subject: [Mapserver-users] JavaScript vs MapScript for interface devel opment... Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA225F@s5-ccr-r1.ccrs.nrcan.gc.ca> Scripting client side gives a more interactive experience to the user, and can create some neat apps, as shown in the MapServer user's gallery. This also creates less load on the server. However, by scripting client side, you are taking on the burden of coding against multiple web browser clients, especially for advanced DHTML type features. I'm sure others on this list can talk to this better, but these are my general experiences. ..Tom ================================= Tom Kralidis Systems Scientist Canada Centre for Remote Sensing Tel: (613) 947-1828 http://www.cgdi.ca/ ================================= > -----Original Message----- > From: AMC Story [mailto:s9646183 at sms.ed.ac.uk] > Sent: Thursday, June 26, 2003 11:47 AM > To: mapserver list > Subject: [Mapserver-users] JavaScript vs MapScript for interface > development... > > > Dear all, > > At the moment, I've set up a basic MapServer application > which is now running > fine. However, I'm not too happy with the interface, which > follows the model > set out in the demo and the tutorial examples. I don't find > it all that user- > friendly or intuitive, so I'm looking to develop the > interface so as to allow > users to use familiar tools like zoomin and zoomout buttons, > pan arrows and > checkboxes for turning layers on and off. > > It seems that this functionality can be implemented, and that > I have a choice > between either using MapScript or JavaScript. Does anyone > have any comments to > make as to the relative merits of each approach? I've had a > look through the > archives but haven't come across anything on this subject. > > Any input gratefully recieved! > > Many thanks, > Ali > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From dlowther at ou.edu Thu Jun 26 09:08:20 2003 From: dlowther at ou.edu (Lowther, David W) Date: Thu, 26 Jun 2003 11:08:20 -0500 Subject: [Mapserver-users] ArcIMS vs MapServer Functionality Message-ID: Mark, Our decision was to go with javascript on the client side. We thought that we would save the mapscript for things that couldn't be done with straight CGI mapserver. You can see our interface at http://geo.ou.edu/okstatedemo.htm. This does raise a question from my standpoint though: Are there performance benefits to using either the CGI or Mapscript? David Lowther Software Engineer GEO Information Systems University of Oklahoma dlowther at ou.edu (405) 325-3131 http://www.geo.ou.edu > -----Original Message----- > From: Howard Mark [mailto:MHoward at spaceimaging.com] > Sent: Thursday, June 26, 2003 10:17 AM > To: 'Charlton Purvis'; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] ArcIMS vs MapServer Functionality > > > Hi, > > Hope this post is appropriate. > I have written a JAVA servlet connector that can be used to > connect ArcIMS calls to a WMS server. I also have an ArcView > 3x extension that connects to WMS servers and also ArcIMS > through the JAVA servlet. SO to summarize -- you can connect : > > ArcMap to ArcIMS with the standard ESRI AXL connection. > ArcMap to any WMS server with my custom connector - I see > IMSEmu does this as well. > > HTML apps to WMS - Mapserver. (standard). > HTMS apps to ArcIMS with the standard ESRI WMS connector. > > ArcView 3x to WMS with my OGC/WMS extension. > ArcView 3x to ArcIMS with my OGC/WMS extension and JAVA > servlet connector. > > Asking for shapefiles dynamically is not really appropriate - > that's more of an extract thing. You'd do this only once for > an AOI, then use the data for spatial analysis. There is a > OGC WFS spec that would get you data in GML. Then you could > translate that to shapefiles. > > I have some info on all this at: > > http://jas.spaceimaging.com:1001/subscriptions/SubscriptionSer > vices.htm > or https://jas.spaceimaging.com/subscriptions/SubscriptionServices.htm > > Mark > > > > > -----Original Message----- > From: Charlton Purvis [mailto:cpurvis at asg.sc.edu] > Sent: Friday, June 20, 2003 11:23 AM > To: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] ArcIMS vs MapServer Functionality > > I have been asked similar questions, and I want to make sure > that I've got the right answers. Unfortunately, I haven't > had time to test these things out myself, so I can't speak > from experience. > > They appear on our bulletin board here, > http://caro-coops.org/bb/viewtopic.php?p=346#346, in a more > legible format. But I'll include a subset as part of this > post for your review below. > > Thanks for your help. > > Charlton > > ========================================= > > (a) What is done on the MapServer end? > > MapServer can act as a WMS server and a WMS client. Who > cares? See (b). > > (b) What is done on the ArcIMS end? > > MapServer can access data on an ArcIMS box. But using > only this ArcIMS Servlet Connector does not enable ArcIMS > boxes to understand MapServer-served data. That is addressed in (c). > > Quote: > From > http://www.alexandria.ucsb.edu/dev/doc/esri/Documentation/Inst > alling_Arc > IMS/introduction/overview.htm which is reference material for > ArcIMS 4.0.1. > > The ArcIMS Servlet Connector is the standard connector used > for ArcIMS, and it supports the OpenGIS Consortium (OGC) Web > Map Service (WMS) 1.1.0 implementation specification. It uses > the ArcIMS language, ArcXML, to communicate from the Web > server to the ArcIMS Application Server. The ArcIMS Servlet > Connector provides Map Service-level user password > authentication. You need the ArcIMS Servlet Connector to > administer your ArcIMS site and author and design ArcIMS Web pages. > > (c) Caveat: MapServer jumps through hoops in order to accommodate ESRI > users: bypass a WMS approach. Instead, have MapServer provide > output in native ESRI formats (i.e. shapefiles). > > Quote: > According to Dave McIlhagga of DM Solutions: > > This can be achieved with the latest versions of > MapServer (v. 4.0) which is currently in Beta. It has been > re-designed to support the capacity to output data in one of > a number of directly accessible data formats such as > Shapefiles and MapInfo MITab files. > > Of course, the exact manner in which this would happen is > very application specific so work would have to be done in > one of the scripting environments to allow the application to > control the area of extraction you are interested in pulling > out, the layers you want to receive, and the format you want > to receive them in. > > > (d) If all else fails, fake out the ESRI clients (like > ArcMap, ArcCatalog, etc.) by acting as an ArcIMS emulator. > This involves the use of a PostgreSQL database (w/ PostGIS > extensions installed). > > Quote: > According to Paul Ramsey, a PostGIS-er: > > On the bright side, ArcXML is (relatively) easy to > emulate. I have written an emulator > (http://postgis.refractions.net/download.php) called IMSEmu > which puts an ArcIMS interface around mapserver, allowing > ArcMap to connect to it directly, as if it were an ArcIMS > server. Ed McNierney and Steve Greenwood will shortly be > releasing a PHP script which has the same functionality and > some enhancements they have added. > > > Bottom line is that: > * MapServer can be a WMS server and a WMS client. > * ESRI ArcIMS (w/ the servlet extention) can only be a WMS server. > * The missing piece is that ArcIMS cannot be a WMS client. > That's where > (c) comes in. > > So let's answer some questions that were posed earlier: > > (1) Can an ArcIMS user looking at a Mapserver page overlay > their own local arc/shape files, or alternatively easily > "pull" the data from the mapserver application into their > local arc-Ims application? > > Yes: using (a) and (c). Incidentally, ESRI might be moving > toward becoming a WMS client, but IMS isn't there yet; other > Arc products are. > http://www.esri.com/software/opengis/interopdo> wnload.html > > > (2) Can we do the above in reverse, i.e. data > served via arc-IMS to be pulled easily over mapserver plots? > > Yes: using (a) and (b). > > (3) I am not sure exactly how the OPeNDAP protocol would > function via Mapserver. In our case, we offer our data via > DODS but this is [not] accessible regardless of what tools we > provide via ArcIMS. Perhaps I am missing something here. > > An interesting point. As things stand right now, the answer > is yes and no. We have netCDF data (and eventually HDF data) > on DODS servers that needs to be shared and mapped. DODS > allows the sharing. No problem. But to map them, I've had to > create scripts that retrieve these shared datasets and > through a few automatable steps, end up populating a MapServer map. > > We're happy to share! > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-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. > ************************************************************** > ****************** > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From dlowther at ou.edu Thu Jun 26 09:09:00 2003 From: dlowther at ou.edu (Lowther, David W) Date: Thu, 26 Jun 2003 11:09:00 -0500 Subject: [Mapserver-users] JavaScript vs MapScript for interface devel opment... Message-ID: Mark, Our decision was to go with javascript on the client side. We thought that we would save the mapscript for things that couldn't be done with straight CGI mapserver. You can see our interface at http://geo.ou.edu/okstatedemo.htm. This does raise a question from my standpoint though: Are there performance benefits to using either the CGI or Mapscript? David Lowther Software Engineer GEO Information Systems University of Oklahoma dlowther at ou.edu (405) 325-3131 http://www.geo.ou.edu > -----Original Message----- > From: Tom.Kralidis at ccrs.nrcan.gc.ca > [mailto:Tom.Kralidis at ccrs.nrcan.gc.ca] > Sent: Thursday, June 26, 2003 10:59 AM > To: s9646183 at sms.ed.ac.uk; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] JavaScript vs MapScript for > interface devel opment... > > > > Scripting client side gives a more interactive experience to > the user, and can create some neat apps, as shown in the > MapServer user's gallery. This also creates less load on the server. > > However, by scripting client side, you are taking on the > burden of coding against multiple web browser clients, > especially for advanced DHTML type features. > > I'm sure others on this list can talk to this better, but > these are my general experiences. > > ..Tom > > ================================= > Tom Kralidis > Systems Scientist > Canada Centre for Remote Sensing > Tel: (613) 947-1828 > http://www.cgdi.ca/ > ================================= > > > > > -----Original Message----- > > From: AMC Story [mailto:s9646183 at sms.ed.ac.uk] > > Sent: Thursday, June 26, 2003 11:47 AM > > To: mapserver list > > Subject: [Mapserver-users] JavaScript vs MapScript for interface > > development... > > > > > > Dear all, > > > > At the moment, I've set up a basic MapServer application > > which is now running > > fine. However, I'm not too happy with the interface, which > > follows the model > > set out in the demo and the tutorial examples. I don't find > > it all that user- > > friendly or intuitive, so I'm looking to develop the > > interface so as to allow > > users to use familiar tools like zoomin and zoomout buttons, > > pan arrows and > > checkboxes for turning layers on and off. > > > > It seems that this functionality can be implemented, and that > > I have a choice > > between either using MapScript or JavaScript. Does anyone > > have any comments to > > make as to the relative merits of each approach? I've had a > > look through the > > archives but haven't come across anything on this subject. > > > > Any input gratefully recieved! > > > > Many thanks, > > 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/maps> erver-users > From erich at museum.state.il.us Thu Jun 26 09:31:12 2003 From: erich at museum.state.il.us (Erich Schroeder) Date: Thu, 26 Jun 2003 11:31:12 -0500 (CDT) Subject: FW: [Mapserver-users] PHP mapscript, ms 4.0b, Apache/2.0.40 (Red Hat Linux) In-Reply-To: <000501c33b62$d03565a0$0a00a8c0@mapping12> Message-ID: That was it exactly. I had to remove the "--enable-discard-path" from the ./configure portion of compiling php-4.3.2, and it all worked after that. Erich On Thu, 26 Jun 2003, Benjamin Wragg wrote: > Hi Erich, > > I've got the same thing twice this week. I did a search on google and > found this link > > http://www.zend.com/lists/php-dev/200201/msg00979.html. Although on this > page the bug type is classed as a "Web Server problem" I followed some > of the hints towards the bottom of the page related to php compile > options. In particular: > > "I have tried lots of different compilation settings, and found only one > common > element: the problem only occurs if --enable-discard-path is > specified. > > > Any other combination of configure flags result in a binary that works > fine as long as --enable-discard-path is not used." > > As I mentioned earlier I've run into this problem on two different > servers this week. Both times I've got the same error. Simply removing > this --enable-discard-path option from the php compile solved it both > times. > > Let me know if it helps. > > Cheers, > > Benjamin Wragg > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu [ > > mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Erich > Schroeder > Sent: Thursday, 26 June 2003 4:47 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] PHP mapscript, ms 4.0b, Apache/2.0.40 (Red > Hat Linux) > > > I'm probably just getting something wrong. In my trying installs on a > number of different distributions/versions of linux, I'm working on a > RedHat 9 machine using the Mapserver 3.7 on RedHat 8 document as a > guide. > > After going through things I find that running the phpinfo command > directly through php (like "php ms_phpinfo.php") works just fine, but > through the server i get: > > Warning: Unexpected character in input: '' (ASCII=24) state=1 in > /var/www/cgi-bin/php on line 686 > > Warning: Unexpected character in input: '' (ASCII=8) state=1 in > /var/www/cgi-bin/php on line 686 > > and so forth. > > I removed all rpms associated with php, and php is not, as far as I can > tell, loaded as a modual. I have the following lines in http.conf > > AddType application/php-cgi .php .phtml > Action application/php-cgi /cgi-bin/php > > Which is what I have working on a debian system using Apache 1.3.x. Is > there a difference in the AddType/Action lines that are needed under > Apache 2? Apache 2.someting is the default for RedHat 8.0, as I > remember, > as well as RH9. > > Should I be using "AddHandler", SetOutputFilter, SetInputFilter or such > things as are in the saved file /etc/httpd/conf.d/php.conf.rpmsave? > > 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/ > --------------------------------------------------------------------- > > _______________________________________________ > 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 pleaseplease12345 at yahoo.com Thu Jun 26 09:56:48 2003 From: pleaseplease12345 at yahoo.com (please please) Date: Thu, 26 Jun 2003 09:56:48 -0700 (PDT) Subject: [Mapserver-users] Installation requirements Message-ID: <20030626165648.48604.qmail@web14003.mail.yahoo.com> Hi all! I'm a newbie in GIS. I would like to know which libraries I need for mapserver installation based on my requirements. I receive latitude and longitude from a GPS. I need to show a map centered on that point. Is it possible to do? What kind of fields must my shapefile have? May I need to use PROJ.4? Thanks. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From hunt at zedxinc.com Thu Jun 26 11:18:12 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Thu, 26 Jun 2003 14:18:12 -0400 Subject: [Mapserver-users] perl mapscript install problem Message-ID: <00f701c33c0f$4e246590$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_00F4_01C33BED.C70509F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I tried to change the name of the mapscript the way the wiki said to = (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptBuild35) so I = can keep the old version around. When I do the make install, it installs = the new name and the old name(coping over the old version). Is there = anything I can to stop this Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------=_NextPart_000_00F4_01C33BED.C70509F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
I tried to change the name of the = mapscript the way=20 the wiki said to (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptBuild35)&= nbsp;so=20 I can keep the old version around. When I do the make install, it = installs the=20 new name and the old name(coping over the old version). Is there = anything I can=20 to stop this
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------=_NextPart_000_00F4_01C33BED.C70509F0-- From pond_bear at hotmail.com Thu Jun 26 12:58:33 2003 From: pond_bear at hotmail.com (pond bear) Date: Thu, 26 Jun 2003 14:58:33 -0500 Subject: [Mapserver-users] get proj.4 parameters from a raster image. Message-ID: Hi all Is there any tools which can read the raster tif file and return the proj.4 string of the image. Jing University of North Dakota _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From pond_bear at hotmail.com Thu Jun 26 13:52:10 2003 From: pond_bear at hotmail.com (pond bear) Date: Thu, 26 Jun 2003 15:52:10 -0500 Subject: [Mapserver-users] Is this projection parameter correct? Message-ID: Hi all The projection information of the raster file is : PROJCS["unnamed", GEOGCS["NAD83", DATUM["North_American_Datum_1983", SPHEROID["GRS 1980",6378137,298.2572221010042, AUTHORITY["EPSG","7019"]], AUTHORITY["EPSG","6269"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4269"]], PROJECTION["Albers_Conic_Equal_Area"], PARAMETER["standard_parallel_1",29.5], PARAMETER["standard_parallel_2",45.5], PARAMETER["latitude_of_center",23], PARAMETER["longitude_of_center",-96], PARAMETER["false_easting",0], PARAMETER["false_northing",0], UNIT["metre",1, AUTHORITY["EPSG","9001"]]] The projection parameter for the map file is: proj=aea datum=NAD83 ellps = GRS80 lat_1=29.5 lat_2=45.5 lat_0=23 lon_0=-96 x_0=0 y_0=0 Is it correct? Thanks a lot. University of North Dakota _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From Thomas Thu Jun 26 14:23:55 2003 From: Thomas (Thomas) Date: Thu, 26 Jun 2003 16:23:55 -0500 (CDT) Subject: [Mapserver-users] MUM presentations Message-ID: <200306262123.h5QLNt4O001302@mallit.fr.umn.edu> A good number of the MapServer User Meeting presentations are now up at http://mapserver.gis.umn.edu/mum/ Others will be added as they become available. In about another week, the list of attendees will appear. Pictures will be added soon. If you have photos taken at the meeting (or associated events) and would like to share them, let me know. 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 steve.lime at dnr.state.mn.us Thu Jun 26 14:41:57 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 26 Jun 2003 16:41:57 -0500 Subject: [Mapserver-users] Legend templates, classes and lines... Message-ID: The function msCreateLegendIcon already calls msClearLayerPenValues() just before creating the legend image so it looks like that's not the problem. Steve >>> Daniel Morissette 06/26/03 09:26AM >>> Steve, Something that changed between 3.6 and 4.0 is color handling. Could it be that we need a call to msClearPenValues() in msCreateLegendIcon()? Daniel Steve Lime wrote: > > It's looking like a memory issue. The same legend works perfectly in > 3.6. *argh* > > Steve > > >>> 06/24/03 03:43PM >>> > Steve, > > Hmmm, well the loop counter is definitely a possibility, though you > will > notice that there is a class index value used in the generation of the > filename for the class symbol, and it DOES increase ... (Just look at > the > filenames, you'll see a _0_ , _1_ , _2_ and so on for symbols of > different > classes within one layer). > > You know what I think I just noticed? All of our maps that use lines > use > different line styles and color for each class (At least so far as I > can > tell) ... this would explain why we never notied this. > > A couple of things to look at: Does it happen with the GIF legend? If > not, I > would suggest you try different line styles within that same layer for > each > class, see if suddenly the colors come out right ... That'll at least > give > you a good indication of where to look for the problem (which will be > in the > code!). > > I suppose that could yet be with some other counter ... I would be > more > inclined to suspect a pointer problem in this case. > > J.F. > > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, June 24, 2003 4:15 PM > To: Jean-Francois.Doyon at ccrs.nrcan.gc.ca; > mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Legend templates, classes and lines... > > J.F. - I verified that the 3 files are indeed the same. I'll paste the > layer definition below but it's pretty straight forward. Only thing I > can think of is a stuck loop counter someplace. I'll try using a STYLE > instead of just a COLOR and see if that helps. > > Steve > > # > # Railroad Rights-of-Way Prairies > # > LAYER > NAME mnrrpln3 > METADATA > "TITLE" "Railroad Rights-of-Way Prairies" > END > MAXSCALE 500000 > SYMBOLSCALE 200000 > STATUS OFF > DATA shapefiles/heritage/mnrrpln3 > TYPE line > CLASSITEM 'quality' > CLASS > NAME 'Very Good' > EXPRESSION 'Very Good' > SYMBOL 'circle' > COLOR 255 0 0 > SIZE 2 > MAXSIZE 3 > MINSIZE 1 > END > CLASS > NAME 'Good' > EXPRESSION 'Good' > SYMBOL 'circle' > COLOR 255 125 33 > SIZE 2 > MAXSIZE 3 > MINSIZE 1 > END > CLASS > NAME 'Fair' > EXPRESSION 'Fair' > SYMBOL 'circle' > COLOR 255 211 23 > SIZE 2 > MAXSIZE 3 > MINSIZE 1 > END > END # mnrrpln3 > > >>> 06/24/03 01:02PM >>> > Steve, > > Hmmm, as you know we use HTML legends extensively, and as of yet I've > never > heard of anybody running into this kind of problem in our shop. > > It's a pretty simple legend template too, not much room for error. > > Also the page output suggests MapServer DID indeed render 3 different > icons > for each of the classes. > > I would try looking at the caching features of MapServer ... Maybe > it's > not > overwriting previous icons? Clear the temp directory or something like > that? > > Maybe you could send the mapfile along to see if there's anything > weird > in > there? Otherwise, I'm afraid you'll have to look in the code! > > Good luck! > > J.F. > > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, June 24, 2003 1:48 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Legend templates, classes and lines... > > Hi Folks: I'm using 4.0 and wondered if anyone else has run into > problems with legend templates with LINE layers and multiple classes. > Check out the following URL: > > > http://maps.dnr.state.mn.us/cgi-bin/mapserv40?mapserv=http%3A//maps.dnr.stat > > e.mn.us/cgi-bin/mapserv40&map_status=on&mapsize=800+750&map=LANDVIEW_HERITAG > E_MAPFILE&template=/usr/local/www/docs/landview/heritage/templates/print.htm > l&mapext=316287.17433148284+4891207.862044461+342298.221100423+4910705.97065 > 5294&layers=mnrrpln3+mnnpcpy3+mnsbspy3+lakes+ctybdln2+doq03im4 > > It's a "print" layout and uses the legend template functionality. The > problem is that the line legend for the "Railroad Rights-of-Way > Praries" > ain't right. The 3 classes should be red, yellow and orange (as in the > map) and not all red. The polygon layer below it ("Sites of > Biodiversity > Significance") works as expected. Before I run to the source code I > want > to make sure I'm not doing anything stupid. The legend template is > included below. > > Steve From bwragg at tpg.com.au Thu Jun 26 15:23:26 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Fri, 27 Jun 2003 07:53:26 +0930 Subject: [Mapserver-users] Using Mapscript with PHP as a module or compiled into Apache (static) In-Reply-To: <3EFB0568.5423A366@dmsolutions.ca> Message-ID: <000701c33c31$91d008e0$0a00a8c0@mapping12> Thanks Daniel. Any idea on when this may be fixed? I know that's hard to say an exact time, but is it a low or high priority? Thanks, Benjamin -----Original Message----- From: Daniel Morissette [mailto:morissette at dmsolutions.ca] Sent: Friday, 27 June 2003 12:09 AM To: bwragg at tpg.com.au Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Using Mapscript with PHP as a module or compiled into Apache (static) Benjamin, The thread-safety issues in the PHP MapScript wrappers still haven't all been cleared so you are still forced to use PHP as a CGI for now. About the php_mapscript_faq.html on our website, as the big red warning at the top of the page says, this FAQ is out of date and doesn't relfect today's reality... it used to be possible to use php_mapscript with PHP as an Apache DSO in the PHP3 days, but with PHP4 it's not yet possible. Daniel Benjamin Wragg wrote: > > Hi list, > > I tried to download and install the Zend Performance Suite the other > day for evalution. We hope to use it with a Mapscript site we're > building. As I went through the install script it checked the php and > apache versions and at this point it told me it supports the following > PHP > configurations: > > PHP Module libphp4.so > PHP compiled into Apache (static) > > Since I've always run Mapscript through a CGI setup of PHP I started > to do a bit of reasearch as to how this effects Mapscript. This is > what I > found: > > >From what I've learn't from > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI & > http://www2.dmsolutions.ca/webtools/php_mapscript/php_mapscript_faq.ht > ml > #2.3, Mapscript can be used with PHP built as either a PHP Module or PHP > compiled into Apache. > > The only thing that has to be done on the Mapscript side of things is > to use --with-apxs option at compile time. > > Is this correct? > > Is there any other things that need to be done at either the compile > of PHP, Apache or Mapscript to get Mapscript to work in this manner? > > Is there any consequenses of using Mapscript with PHP configured as a > module or compiled into Apache? E.g something funny like projections > not working? > > Is the "thread-safety problems" spoken of in > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI still > around? > > Thanks, > > Benjamin Wragg > From bwragg at tpg.com.au Thu Jun 26 15:49:28 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Fri, 27 Jun 2003 08:19:28 +0930 Subject: FW: [Mapserver-users] PHP mapscript, ms 4.0b, Apache/2.0.40 (Red Hat Linux) In-Reply-To: Message-ID: <000901c33c35$34368f70$0a00a8c0@mapping12> Hi Erich, Please be aware that not including the --enable-discard-path will result in the following functionality being disabled (This is straight from the PHP configure script): --enable-discard-path If this is enabled, the PHP CGI binary can safely be placed outside of the web tree and people will not be able to circumvent .htaccess security." Cheers, Benjamin -----Original Message----- From: Erich Schroeder [mailto:erich at museum.state.il.us] Sent: Friday, 27 June 2003 2:01 AM To: Benjamin Wragg Cc: mapserver-users at lists.gis.umn.edu Subject: Re: FW: [Mapserver-users] PHP mapscript, ms 4.0b, Apache/2.0.40 (Red Hat Linux) That was it exactly. I had to remove the "--enable-discard-path" from the ./configure portion of compiling php-4.3.2, and it all worked after that. Erich On Thu, 26 Jun 2003, Benjamin Wragg wrote: > Hi Erich, > > I've got the same thing twice this week. I did a search on google and > found this link > > http://www.zend.com/lists/php-dev/200201/msg00979.html. Although on > this page the bug type is classed as a "Web Server problem" I followed > some of the hints towards the bottom of the page related to php > compile options. In particular: > > "I have tried lots of different compilation settings, and found only > one common > element: the problem only occurs if --enable-discard-path is > specified. > > > Any other combination of configure flags result in a binary that works > fine as long as --enable-discard-path is not used." > > As I mentioned earlier I've run into this problem on two different > servers this week. Both times I've got the same error. Simply removing > this --enable-discard-path option from the php compile solved it both > times. > > Let me know if it helps. > > Cheers, > > Benjamin Wragg > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu [ > > mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Erich > Schroeder > Sent: Thursday, 26 June 2003 4:47 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] PHP mapscript, ms 4.0b, Apache/2.0.40 (Red > Hat Linux) > > > I'm probably just getting something wrong. In my trying installs on a > number of different distributions/versions of linux, I'm working on a > RedHat 9 machine using the Mapserver 3.7 on RedHat 8 document as a > guide. > > After going through things I find that running the phpinfo command > directly through php (like "php ms_phpinfo.php") works just fine, but > through the server i get: > > Warning: Unexpected character in input: '' (ASCII=24) state=1 in > /var/www/cgi-bin/php on line 686 > > Warning: Unexpected character in input: '' (ASCII=8) state=1 in > /var/www/cgi-bin/php on line 686 > > and so forth. > > I removed all rpms associated with php, and php is not, as far as I > can tell, loaded as a modual. I have the following lines in http.conf > > AddType application/php-cgi .php .phtml > Action application/php-cgi /cgi-bin/php > > Which is what I have working on a debian system using Apache 1.3.x. Is > there a difference in the AddType/Action lines that are needed under > Apache 2? Apache 2.someting is the default for RedHat 8.0, as I > remember, as well as RH9. > > Should I be using "AddHandler", SetOutputFilter, SetInputFilter or > such things as are in the saved file > /etc/httpd/conf.d/php.conf.rpmsave? > > 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/ > --------------------------------------------------------------------- > > _______________________________________________ > 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 morissette at dmsolutions.ca Thu Jun 26 16:02:33 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 26 Jun 2003 19:02:33 -0400 Subject: MapServer 4.0 release plan (was: Re: [Mapserver-users] Using Mapscript with PHP as a module or compiled into Apache (static)) References: <000701c33c31$91d008e0$0a00a8c0@mapping12> Message-ID: <3EFB7B89.CD5A6473@dmsolutions.ca> Benjamin Wragg wrote: > > Thanks Daniel. Any idea on when this may be fixed? I know that's hard to > say an exact time, but is it a low or high priority? > I would say that it's a high priority in the middle of a long list of high priorities. I was hoping to get that done for 4.0, but it may not be a smart idea to push the release further for an issue that may take quite a while to have properly fixed and fully tested, so I think it will happen early in 4.1. For the benefit of everyone on the list, we are currently working with Steve to fix all the critical bugs before the end of the month. Then the plan would be to have a pre-release first week of July, and if things go well a formal 4.0 release by mid-July. For this reason, we ask all developers to not commit any new features to CVS other than critical fixes. Your collaboration will help ensure that we can finally get that 4.0 release out the door. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From John.Hockaday at ga.gov.au Thu Jun 26 17:35:32 2003 From: John.Hockaday at ga.gov.au (John.Hockaday at ga.gov.au) Date: Fri, 27 Jun 2003 10:35:32 +1000 Subject: [Mapserver-users] JavaScript vs MapScript for interface development... Message-ID: You may also want to consider the W#C recommendations for accessibility. I think that they discourage client side JavaScript. John Hockaday > -----Original Message----- > From: Tom.Kralidis at CCRS.NRCan.gc.ca > [mailto:Tom.Kralidis at CCRS.NRCan.gc.ca] > Sent: Friday, 27 June 2003 1:59 > To: s9646183 at sms.ed.ac.uk; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] JavaScript vs MapScript for > interface development... > > > > Scripting client side gives a more interactive experience to > the user, and > can create some neat apps, as shown in the MapServer user's > gallery. This > also creates less load on the server. > > However, by scripting client side, you are taking on the > burden of coding > against multiple web browser clients, especially for advanced > DHTML type > features. > > I'm sure others on this list can talk to this better, but these are my > general experiences. > > ..Tom > > ================================= > Tom Kralidis > Systems Scientist > Canada Centre for Remote Sensing > Tel: (613) 947-1828 > http://www.cgdi.ca/ > ================================= > > > > > -----Original Message----- > > From: AMC Story [mailto:s9646183 at sms.ed.ac.uk] > > Sent: Thursday, June 26, 2003 11:47 AM > > To: mapserver list > > Subject: [Mapserver-users] JavaScript vs MapScript for interface > > development... > > > > > > Dear all, > > > > At the moment, I've set up a basic MapServer application > > which is now running > > fine. However, I'm not too happy with the interface, which > > follows the model > > set out in the demo and the tutorial examples. I don't find > > it all that user- > > friendly or intuitive, so I'm looking to develop the > > interface so as to allow > > users to use familiar tools like zoomin and zoomout buttons, > > pan arrows and > > checkboxes for turning layers on and off. > > > > It seems that this functionality can be implemented, and that > > I have a choice > > between either using MapScript or JavaScript. Does anyone > > have any comments to > > make as to the relative merits of each approach? I've had a > > look through the > > archives but haven't come across anything on this subject. > > > > Any input gratefully recieved! > > > > Many thanks, > > 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 eduardo at linkgeo.com.br Thu Jun 26 20:10:43 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Fri, 27 Jun 2003 00:10:43 -0300 Subject: [Mapserver-users] shared libraries error Message-ID: <000f01c33c59$b5134240$9564cec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C33C40.8CC881B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I've compiled MapServer ( version 3.6.6 OUTPUT=3DPNG OUTPUT=3DJPEG = OUTPUT=3DWBMP SUPPORTS=3DTTF INPUT=3DEPPL7 INPUT=3DSHAPEFILE ) on a Red = Hat 9 Linux server, tested it with Itasca and that's ok. However, after uploading its binaries to my internet linux web server ( = which is a Red Hat 7.3 and I do not have compilation permissions), I = tried to test it using a command: $ ./mapserv -v but I only got this error: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++= ++++++++++++ ./mapserv: error while loading shared libraries: libstdc++.so.5: cannot = open shared object file: No such file or directory +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++= ++++++++++++ What is wrong thanks Eduardo Patto Kanegae eduardo at linkgeo.com.br ------=_NextPart_000_000C_01C33C40.8CC881B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I've compiled MapServer ( version = 3.6.6=20 OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP SUPPORTS=3DTTF INPUT=3DEPPL7 = INPUT=3DSHAPEFILE ) on=20 a Red Hat 9 Linux server, tested it with Itasca and that's = ok.
 
However, after uploading its binaries = to my=20 internet linux web server ( which is a Red Hat 7.3 and I do not have = compilation=20 permissions), I tried to test it using a command:
$ ./mapserv -v
 
but I only got this error:
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++= +++++++++++++++++++++
./mapserv: error while loading shared = libraries:=20 libstdc++.so.5: cannot open shared object file: No such file or=20 directory
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++= +++++++++++++++++++++
 
What is wrong
 
thanks
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br<= /DIV>
 
------=_NextPart_000_000C_01C33C40.8CC881B0-- From novalet at yahoo.com.cn Thu Jun 26 22:21:49 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Fri, 27 Jun 2003 13:21:49 +0800 (CST) Subject: [Mapserver-users] Generate a shp Message-ID: <20030627052149.78074.qmail@web15205.mail.bjs.yahoo.com> Hi! This problem has not directly relation to mapserver, but i think somebody in the list know how to do it. I scan a history map, and position some cities thousands years before. And my program produce a text file with infomation of latitude, longitude and city's name. for example 50, 110, apple 40, 120, banana How can i make this info into a shp file? This is only point data up to now. But the next step of my work will also trace the old kingdom's territory that will produce some polyline data. Is there any good tool to generate shp file? Can you give me some suggestion? ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove From bplatzen at sosnetz.de Thu Jun 26 23:17:08 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Fri, 27 Jun 2003 08:17:08 +0200 Subject: [Mapserver-users] Generate a shp In-Reply-To: <20030627052149.78074.qmail@web15205.mail.bjs.yahoo.com> References: <20030627052149.78074.qmail@web15205.mail.bjs.yahoo.com> Message-ID: <200306270817.08099.bplatzen@sosnetz.de> Hi! If you have a program like ESRI ArcView, you could import your textfile as a table into a project and create an event layer out of it. This eventlayer can be saved as a shapefile. hth, Bjoern. Am Freitag, 27. Juni 2003 07:21 schrieb Chen Fu: > Hi! > This problem has not directly relation to mapserver, > but i think somebody in the list know how to do it. > I scan a history map, and position some cities > thousands years before. And my program produce a text > file with infomation of latitude, longitude and city's > name. > > for example > 50, 110, apple > 40, 120, banana > > How can i make this info into a shp file? > This is only point data up to now. But the next step > of my work will also trace the old kingdom's territory > that will produce some polyline data. > > Is there any good tool to generate shp file? Can you > give me some suggestion? > > > ===== > Remote Scensing Satellite Ground Station > Chinese Academy of Science > > _________________________________________________________ > Do You Yahoo!? > ?????????????????????????? > http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlo >ve _______________________________________________ > 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 nwoe at privat.utfors.se Fri Jun 27 00:34:38 2003 From: nwoe at privat.utfors.se (=?iso-8859-1?Q?niklas_w=F6rmann?=) Date: Fri, 27 Jun 2003 09:34:38 +0200 Subject: [Mapserver-users] JavaScript vs MapScript for interface development... References: <7CDD7B94357FD5119E800002A537C46E04FA225F@s5-ccr-r1.ccrs.nrcan.gc.ca> Message-ID: <016301c33c7e$942bcc30$8300a8c0@big> ----- Original Message ----- From: To: ; Sent: Thursday, June 26, 2003 5:58 PM Subject: RE: [Mapserver-users] JavaScript vs MapScript for interface development... > > Scripting client side gives a more interactive experience to the user, and > can create some neat apps, as shown in the MapServer user's gallery. This > also creates less load on the server. > > However, by scripting client side, you are taking on the burden of coding > against multiple web browser clients, especially for advanced DHTML type > features. > > I'm sure others on this list can talk to this better, but these are my > general experiences. > > ..Tom Hi! i would suggest you use macromedia flash ;) with the latest version of flash (mx) you really have a great tool to interact with all kinds of server side technology, including tapping directly into webservices. the problem is, you have to know how to program in flash ;) i am planning on going in that direction, and at the moment there is only one technical obstacle that i am not quite sure of how to solve; the ability to translate coordinates in "pixelspace" to "latlongspace". regards niklas w?rmann ?lvsj? sweden From sholl at gmx.net Fri Jun 27 01:26:52 2003 From: sholl at gmx.net (Stephan Holl) Date: Fri, 27 Jun 2003 10:26:52 +0200 Subject: [Mapserver-users] Generate a shp In-Reply-To: <20030627052149.78074.qmail@web15205.mail.bjs.yahoo.com> References: <20030627052149.78074.qmail@web15205.mail.bjs.yahoo.com> Message-ID: <20030627102652.77a53127.sholl@gmx.net> --=.0CTMKhCT/,wP_X Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hello Chen, At Fri, 27 Jun 2003 13:21:49 +0800 (CST) Chen Fu wrote: > for example > 50, 110, apple > 40, 120, banana > > How can i make this info into a shp file? Mapserver itself is able to do it. AFAIK there is an example of writing shape files with mapscript. (somewhere in the php/mapscript dir of the sources) > Is there any good tool to generate shp file? Can you > give me some suggestion? I Think you could play a little with that, polyline shapes should be possible as well. cheers Stephan -- Stephan Holl GnuPG Key-ID: 11946A09 10:24:30 up 2:59, 1 user, load average: 0.21, 0.21, 0.21 --=.0CTMKhCT/,wP_X Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE++//PEg9SKhGUagkRAiv6AJ0SUNbdFM+H1eiiZpyTUEK0IG8SlACfULM7 VZU8/mY8JcYGYA9MMUVk52U= =dEOV -----END PGP SIGNATURE----- --=.0CTMKhCT/,wP_X-- From palle at mail-online.dk Fri Jun 27 01:38:10 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Fri, 27 Jun 2003 10:38:10 +0200 Subject: [Mapserver-users] JavaScript vs MapScript for interface development... In-Reply-To: <016301c33c7e$942bcc30$8300a8c0@big> References: <7CDD7B94357FD5119E800002A537C46E04FA225F@s5-ccr-r1.ccrs.nrcan.gc.ca> <016301c33c7e$942bcc30$8300a8c0@big> Message-ID: It is my opinion that JavaScript is the solution that intrudes the least on the user's browsing experience. If I want to copy something from a WebPage with JavaScript onto the clipboard, I just do it. On a Flash page or in an Applet I don't have that opportunity. The same goes for searching on the page and viewing the source. Today we are in a situation where the major browsers are pretty standards-compliant. It is not very hard to make a JavaScript-driven site that runs both in IE5.5+ and netscape 6.0+. See http://vestamt.carlbro.dk as an example (for the fortunate few who understand Danish). Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: niklas w?rmann To: Date: Fri, 27 Jun 2003 09:34:38 +0200 Subject: Re: [Mapserver-users] JavaScript vs MapScript for interface development... > > ----- Original Message ----- > From: > To: ; > Sent: Thursday, June 26, 2003 5:58 PM > Subject: RE: [Mapserver-users] JavaScript vs MapScript for interface > development... > > > > > > Scripting client side gives a more interactive experience to the > user, and > > can create some neat apps, as shown in the MapServer user's > gallery. This > > also creates less load on the server. > > > > However, by scripting client side, you are taking on the burden of > coding > > against multiple web browser clients, especially for advanced DHTML > type > > features. > > > > I'm sure others on this list can talk to this better, but these are > my > > general experiences. > > > > ..Tom > > Hi! > i would suggest you use macromedia flash ;) > with the latest version of flash (mx) you really have a great tool to > interact with > all kinds of server side technology, including tapping directly into > webservices. > the problem is, you have to know how to program in flash ;) > > i am planning on going in that direction, and at the moment there is > only one > technical obstacle that i am not quite sure of how to solve; > the ability to translate coordinates in "pixelspace" to > "latlongspace". > > 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 flavio at tydac.ch Fri Jun 27 04:56:50 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Fri, 27 Jun 2003 13:56:50 +0200 Subject: [Mapserver-users] JavaScript vs MapScript for interface development... In-Reply-To: References: <7CDD7B94357FD5119E800002A537C46E04FA225F@s5-ccr-r1.ccrs.nrcan.gc.ca> <016301c33c7e$942bcc30$8300a8c0@big> Message-ID: > (for the fortunate few who understand Danish) ... We normally make heavy usage of: - javascript - dhmtl - style sheets that allows you to make pages which are highly interactive. and I always recommend to open an own window for mapping applications - we want to see "as much map as possible" and not all of the "junk" around the browser and have to scroll etc. etc. ... downside: compatibility can be an issue, especially with very old browsers (however it does not work on DOS and OS/2 either ...) ... - see www.ortsplan.ch, in 4 languages ... no danish :-( - see www.swissgeo.org, in 10 languages ... no danish :-( and no mapserver :-(( - (mapxtreme) - or www.mapserver.ch for more examples ... ciao flavio ---------------------------------------------------------------- ############ Mit freundlichen Gruessen / Best Regards ############ Flavio Hendry- mailto:flavio at tydac.ch ############ TYDAC AG - http://www.tydac.ch #### #### Geographic Information Solutions #### #### Luternauweg 12 -- CH-3006 Bern ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- From thfischer at mapmedia.de Fri Jun 27 07:10:11 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 27 Jun 2003 16:10:11 +0200 Subject: [Mapserver-users] Generate a shp In-Reply-To: <20030627052149.78074.qmail@web15205.mail.bjs.yahoo.com> References: <20030627052149.78074.qmail@web15205.mail.bjs.yahoo.com> Message-ID: <1056723011.307.2.camel@jeanjacques> On Fri, 2003-06-27 at 07:21, Chen Fu wrote: > And my program produce a text > file with infomation of latitude, longitude and city's > name. > > for example > 50, 110, apple > 40, 120, banana Take a look at the tools that come with shapelib. They are small command line programs called 'shpcreate', 'shpadd' etc. You can use them by hand, but like most unix command line programs they are actually designed to be used in scripts. It's very easy to write a shell script that can parse your lists and create shapefiles from the data. hth, thorsten From thfischer at mapmedia.de Fri Jun 27 07:37:10 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 27 Jun 2003 16:37:10 +0200 Subject: [Mapserver-users] JavaScript vs MapScript for interface development... In-Reply-To: References: <7CDD7B94357FD5119E800002A537C46E04FA225F@s5-ccr-r1.ccrs.nrcan.gc.ca> <016301c33c7e$942bcc30$8300a8c0@big> Message-ID: <1056724630.308.27.camel@jeanjacques> On Fri, 2003-06-27 at 10:38, Palle Due Larsen wrote: > It is my opinion that JavaScript is the solution that intrudes the least > on the user's browsing experience. If I want to copy something from a > WebPage with JavaScript onto the clipboard, I just do it. On a Flash > page or in an Applet I don't have that opportunity. The same goes for > searching on the page and viewing the source. Today we are in a > situation where the major browsers are pretty standards-compliant. It is > not very hard to make a JavaScript-driven site that runs both in IE5.5+ > and netscape 6.0+. See http://vestamt.carlbro.dk as an example (for the > fortunate few who understand Danish). Not having looked at that site yet, I want to add the following: Before starting to develop an application that relies on JavaScript to run, please search the archives of your local CERT and mailing lists like Bugtraq and Full Disclosure for the keywords 'javascript' and/or 'active scripting'. Happy reading. Bottom line is: there are _a lot_ of good reasons to have javascript turned off entirely. Every week a new security hole appears in one browser or another (IE for example has 19 unpatched security holes at the moment, some of them known for several months), and some of them are related to client-side scripting languages (mostly in combination with the completely broken 'zones' concept). Requiring the user to have javascript activated to use a web application can have one of two effects. First, the user may think: 'they require me to do things i do not want' and go elsewhere. Not exactly the effect desired by the developers. The second possibility is that they think 'so many apps require javascript, i better turn it on or I will be left behind', thus destroying the small, slowly growing plant of security awareness among computer users worldwide (growing plant? well i am not known for the quality of my english metaphors). If you, after careful consideration, really think that you _need_ things like javascript, please make sure that you establish an alternative version of your application, maybe with reduced functionality, that the users can choose from. I, like many others, am terribly sick of applications that were made by obviously unknowing web designers who think of javascript as an everyday programming and design tool like html is. It isn't. It has proven to be plainly dangerous again and again and again. Please let the user choose. In addition, John Hockaday already pointed out that most accessibility guidelines discourage the use of javascript (same goes for html frames, shockwave flash and so on). Of course I do understand that our business - creating maps, browsing them and querying them for the data that they are built from - is a highly visual one. One could argue - even without being cynical - that a blind person cannot make too much use of an online map anyway. The key is to let the user choose. hth, thorsten From nwoe at privat.utfors.se Fri Jun 27 05:52:29 2003 From: nwoe at privat.utfors.se (=?iso-8859-1?Q?niklas_w=F6rmann?=) Date: Fri, 27 Jun 2003 14:52:29 +0200 Subject: [Mapserver-users] running v4 beta as a command line tool References: <200306251443.41481.schut@sarvision.com> <20030625144350.18313.qmail@hm47.locaweb.com.br> Message-ID: <01d801c33caa$fbc64dd0$8300a8c0@big> 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 Hi! i am running (trying to run) 4.o beta on windows 2000 advanced server, using IIS4 my string looks like this MAPSERV.EXE "QUERY_STRING=MAP=C:\INETPUB\WWWROOT\MS_WS\EXAMPLE1.MAP&MODE=MAP" >MYRESULT.PNG it does indeed produce a png "myresult.png" but it only contains the following message: Content-type: text/html MapServer Message msEvalRegex(): Regular expression error. String (C:\INETPUB\WWWROOT\MS_WS\EXAMPLE1.MAP) failed expression test. what gives? tia niklas w?rmann ?lvsj? sweden From christian.blumer at epfl.ch Fri Jun 27 06:10:15 2003 From: christian.blumer at epfl.ch (Christian Blumer) Date: Fri, 27 Jun 2003 15:10:15 +0200 Subject: [Mapserver-users] Query postgis layer Message-ID: <005401c33cad$72eba340$9852b280@photigr3> This is a multi-part message in MIME format. ------=_NextPart_000_0051_01C33CBE.365EEF70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all I would like to make a query on a layer connected to postgis with PHP = mapscript. The layer definition is: LAYER NAME ptmesure STATUS off TYPE POINT CONNECTIONTYPE postgis CONNECTION "user=3Dxxx password=3Dxxx dbname=3Dtest host=3Dxxx" DATA "the_geom from (select * from mesure) as foo using unique gid = using SRID=3D-1" CLASS NAME "gps" COLOR 220 0 0 SYMBOL 'circle' SIZE 7 TEMPLATE "mesure.html" END=20 HEADER "mesure_header.html" FOOTER "mesure_footer.html" TOLERANCE 10=20 END I am using =20 $my_layer =3D $map->getlayerbyname(ptmesure); $numResults =3D $my_layer->getNumResults(); but the query result is always 0. I tested is on the same layer but in shape format and it worked. What should I do to make it work properly on a postgis layer? Cheers, Christian ------=_NextPart_000_0051_01C33CBE.365EEF70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all
I would like to make a query on a layer = connected=20 to postgis with PHP mapscript.
The layer definition is:
LAYER
  NAME ptmesure
  = STATUS=20 off
  TYPE POINT
  CONNECTIONTYPE postgis
  = CONNECTION=20 "user=3Dxxx password=3Dxxx dbname=3Dtest host=3Dxxx"
  DATA = "the_geom from=20 (select * from mesure) as foo using unique gid using = SRID=3D-1"
 =20 CLASS
    NAME "gps"
    COLOR 220 0 = 0
    SYMBOL 'circle'
    SIZE=20 7
    TEMPLATE "mesure.html"
  END
  = HEADER=20 "mesure_header.html"
  FOOTER "mesure_footer.html"
  = TOLERANCE=20 10
END
 
I am=20 using     
$my_layer =3D=20 $map->getlayerbyname(ptmesure);
$numResults =3D=20 $my_layer->getNumResults();
but the query result is always = 0.
 
I tested is on the same layer but in = shape format=20 and it worked.
What should I do to make it work = properly on a=20 postgis layer?
Cheers,
Christian
------=_NextPart_000_0051_01C33CBE.365EEF70-- From ldm_ar at speedy.com.ar Fri Jun 27 06:36:24 2003 From: ldm_ar at speedy.com.ar (Lautaro Diego Mosquera) Date: Fri, 27 Jun 2003 10:36:24 -0300 Subject: [Mapserver-users] Como usar mapserver con asp Message-ID: <001001c33cb1$1adcecf0$0100a8c0@ideafix> This is a multi-part message in MIME format. --Boundary_(ID_fxcA33gFujuXIRfAFpxGMQ) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Hola a todos Les voy a mostrar el codigo que estoy usando y no logro que el mapserver genere una imagen. <%@ Language=VBScript %> <% mapServerURL = "http://miserver/mapserver/cgi-bin/mapserv.exe?map=ejemplo.map" Set xmlhttp = Server.CreateObject("MSXML2.ServerXMLHTTP") xmlhttp.Open "GET", mapServerURL, False xmlhttp.send () mapServerHTML = xmlhttp.responseText imgURL = mapServerURL Set xmlHTTP = Nothing %> map
el archivo .map es: NAME ejemplo #EXTENT -5696501 1923039 5696501 11022882 EXTENT -97.238976 41.619778 -82.122902 49.38562 SIZE 400 300 SHAPEPATH "/tmp/europa.shp" WEB #HEADER demo_header.html TEMPLATE template.asp #FOOTER demo_footer.html IMAGEPATH "c:\inetpub\wwwroot\mapserver\tmp\" IMAGEURL "http://miserver/mapserver/tmp/" END LAYER NAME "world" DATA europa STATUS DEFAULT TYPE POLYGON CLASS COLOR 220 220 220 OUTLINECOLOR 0 0 0 END # end of class object END # end of layer object END # end of map file no se porque no me genera ninguna imagen, agradeceria alguna ayuda. Saludos Lic. Lautaro Diego Mosquera --Boundary_(ID_fxcA33gFujuXIRfAFpxGMQ) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
Hola a todos
 
Les voy a mostrar el codigo que estoy usando y no logro que el mapserver genere una imagen.
 
<%@ Language=VBScript %>
<%
     mapServerURL = "http://miserver/mapserver/cgi-bin/mapserv.exe?map=ejemplo.map"
 
   Set xmlhttp = Server.CreateObject("MSXML2.ServerXMLHTTP")
   xmlhttp.Open "GET", mapServerURL, False
   xmlhttp.send ()
   mapServerHTML = xmlhttp.responseText
   imgURL = mapServerURL
   Set xmlHTTP = Nothing
%>
<HTML>
  <HEAD>
    <TITLE>map</TITLE>
    <link REL="STYLESHEET" TYPE="text/css" HREF="map.css" TITLE="Standard">
  </HEAD>
     <BODY>
    <center>
<table>
  <tr>
    <td>
   <img src="<% =imgURL %>">
    </td>
  </tr>
</table>
</center>
  </BODY>
</HMTL>
 
el archivo .map es:
 
NAME ejemplo
#EXTENT -5696501 1923039 5696501 11022882
EXTENT -97.238976 41.619778 -82.122902 49.38562
SIZE 400 300
SHAPEPATH "/tmp/europa.shp"
WEB
  #HEADER demo_header.html
  TEMPLATE template.asp
  #FOOTER demo_footer.html
  IMAGEPATH "c:\inetpub\wwwroot\mapserver\tmp\"
  IMAGEURL "http://miserver/mapserver/tmp/"
END
LAYER
  NAME "world"
  DATA europa
  STATUS DEFAULT
  TYPE POLYGON
  CLASS
    COLOR 220 220 220
    OUTLINECOLOR 0 0 0
  END # end of class object
END # end of layer object
END # end of map file
 
no se porque no me genera ninguna imagen, agradeceria alguna ayuda.
Saludos
Lic. Lautaro Diego Mosquera
 
--Boundary_(ID_fxcA33gFujuXIRfAFpxGMQ)-- From LVN at hvm.dk Fri Jun 27 06:38:01 2003 From: LVN at hvm.dk (Lars V. Nielsen) Date: Fri, 27 Jun 2003 15:38:01 +0200 Subject: [Mapserver-users] JavaScript vs MapScript for interfacedevelopment... References: <7CDD7B94357FD5119E800002A537C46E04FA225F@s5-ccr-r1.ccrs.nrcan.gc.ca> <016301c33c7e$942bcc30$8300a8c0@big> <1056724630.308.27.camel@jeanjacques> Message-ID: <008b01c33cb1$54db4500$2501a8c0@odin> > Bottom line is: there are _a lot_ of good reasons to have javascript turned off entirely. ... I disagree. JavaScript may be a pain to handle because of the DOM incompatability issues, but naming it to be a security risk to be turned off ?? Almost all the security holes in Internet Explorer are related to either VBScript or ActiveX (or its interplay with IIS), and they're both inherently desktop entities as opposed to JavaScript that's born and bred for "sandbox scripting". So in this stuation, I would be much more worried about using Flash or SVG , since both require an ActiveX plugin to work. Only plain HTML poses absolutely no security risk (I think), but that's kinda too spartan for building a nice-looking user interface, imho. I would be very happy if you could see your way to list just a few of the latest serious security hazards concerning JavaScript you're referring to. You might even be able to change my opinion on JavaScript and security :-) Best regards / Med venlig hilsen Lars V. Nielsen -------------------------------------------------------- Hvenegaard & Meklenborg Rugaardsvej 55, DK-5000 Odense C Denmark http://www.hvm.dk ----- Original Message ----- From: "Thorsten Fischer" To: "Palle Due Larsen" Cc: "niklas w?rmann" ; Sent: Friday, June 27, 2003 4:37 PM Subject: Re: [Mapserver-users] JavaScript vs MapScript for interfacedevelopment... > On Fri, 2003-06-27 at 10:38, Palle Due Larsen wrote: > > It is my opinion that JavaScript is the solution that intrudes the least > > on the user's browsing experience. If I want to copy something from a > > WebPage with JavaScript onto the clipboard, I just do it. On a Flash > > page or in an Applet I don't have that opportunity. The same goes for > > searching on the page and viewing the source. Today we are in a > > situation where the major browsers are pretty standards-compliant. It is > > not very hard to make a JavaScript-driven site that runs both in IE5.5+ > > and netscape 6.0+. See http://vestamt.carlbro.dk as an example (for the > > fortunate few who understand Danish). > > Not having looked at that site yet, I want to add the following: > > Before starting to develop an application that relies on JavaScript to > run, please search the archives of your local CERT and mailing lists > like Bugtraq and Full Disclosure for the keywords 'javascript' and/or > 'active scripting'. Happy reading. > > Bottom line is: there are _a lot_ of good reasons to have javascript > turned off entirely. Every week a new security hole appears in one > browser or another (IE for example has 19 unpatched security holes at > the moment, some of them known for several months), and some of them are > related to client-side scripting languages (mostly in combination with > the completely broken 'zones' concept). > > Requiring the user to have javascript activated to use a web application > can have one of two effects. First, the user may think: 'they require me > to do things i do not want' and go elsewhere. Not exactly the effect > desired by the developers. The second possibility is that they think 'so > many apps require javascript, i better turn it on or I will be left > behind', thus destroying the small, slowly growing plant of security > awareness among computer users worldwide (growing plant? well i am not > known for the quality of my english metaphors). > > If you, after careful consideration, really think that you _need_ things > like javascript, please make sure that you establish an alternative > version of your application, maybe with reduced functionality, that the > users can choose from. I, like many others, am terribly sick of > applications that were made by obviously unknowing web designers who > think of javascript as an everyday programming and design tool like html > is. It isn't. It has proven to be plainly dangerous again and again and > again. Please let the user choose. > > In addition, John Hockaday already pointed out that most accessibility > guidelines discourage the use of javascript (same goes for html frames, > shockwave flash and so on). > > Of course I do understand that our business - creating maps, browsing > them and querying them for the data that they are built from - is a > highly visual one. One could argue - even without being cynical - that a > blind person cannot make too much use of an online map anyway. > > The key is to let the user choose. > > > hth, > > thorsten > > > _______________________________________________ > 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 Fri Jun 27 06:52:33 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Fri, 27 Jun 2003 09:52:33 -0400 Subject: [Mapserver-users] perl mapscript error Message-ID: <015501c33cb3$5c2cfa90$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0152_01C33C91.D4F534F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable When I run perl mapscript I get the following error: Can't load '/home/mapserver/i386-linux//auto/mapscript40/mapscript40.so' = for module mapscript40: = /home/mapserver/i386-linux//auto/mapscript40/mapscript40.so: undefined = symbol: IsLocal__C19OGRSpatialReference 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/home/httpd/cgi-bin/test_map_wms.cgi line 4. BEGIN failed--compilation aborted at = /usr/home/httpd/cgi-bin/test_map_wms.cgi line 4. [Fri Jun 27 09:47:50 2003] [error] [client 12.151.18.194] Premature end = of script headers: /usr/home/httpd/cgi-bin/test_map_wms.cgi Does anyone have any ideas. Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------=_NextPart_000_0152_01C33C91.D4F534F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
When I run perl mapscript I get the = following=20 error:
 
Can't load=20 '/home/mapserver/i386-linux//auto/mapscript40/mapscript40.so' for module = mapscript40: = /home/mapserver/i386-linux//auto/mapscript40/mapscript40.so:=20 undefined symbol: IsLocal__C19OGRSpatialReference at=20 /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm line 200.
 at=20 /home/mapserver/i386-linux//mapscript40.pm line 7
Compilation failed = in=20 require at /usr/home/httpd/cgi-bin/test_map_wms.cgi line 4.
BEGIN=20 failed--compilation aborted at /usr/home/httpd/cgi-bin/test_map_wms.cgi = line=20 4.
[Fri Jun 27 09:47:50 2003] [error] [client 12.151.18.194] = Premature end of=20 script headers: = /usr/home/httpd/cgi-bin/test_map_wms.cgi
Does anyone have any = ideas.
 
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------=_NextPart_000_0152_01C33C91.D4F534F0-- From morissette at dmsolutions.ca Fri Jun 27 06:56:13 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 27 Jun 2003 09:56:13 -0400 Subject: [Mapserver-users] shared libraries error References: <000f01c33c59$b5134240$9564cec8@vcp.advcp.br> Message-ID: <3EFC4CFD.56AE9313@dmsolutions.ca> RedHat 9 and 7.3 use different versions of various shared libraries. You should look for a RH 7.3 system to compile on... that may not work right away, but you'll have more chances of success. Daniel > Eduardo Patto Kanegae wrote: > > I've compiled MapServer ( version 3.6.6 OUTPUT=PNG OUTPUT=JPEG > OUTPUT=WBMP SUPPORTS=TTF INPUT=EPPL7 INPUT=SHAPEFILE ) on a Red Hat 9 > Linux server, tested it with Itasca and that's ok. > > However, after uploading its binaries to my internet linux web server > ( which is a Red Hat 7.3 and I do not have compilation permissions), I > tried to test it using a command: > $ ./mapserv -v > > but I only got this error: > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > ./mapserv: error while loading shared libraries: libstdc++.so.5: > cannot open shared object file: No such file or directory > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > What is wrong > > thanks > > Eduardo Patto Kanegae > eduardo at linkgeo.com.br > From flavio at tydac.ch Fri Jun 27 07:00:48 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Fri, 27 Jun 2003 16:00:48 +0200 Subject: [Mapserver-users] JavaScript vs MapScript for interface development... In-Reply-To: <1056724630.308.27.camel@jeanjacques> References: <7CDD7B94357FD5119E800002A537C46E04FA225F@s5-ccr-r1.ccrs.nrcan.gc.ca> <016301c33c7e$942bcc30$8300a8c0@big> <1056724630.308.27.camel@jeanjacques> Message-ID: the most secure way to have complete security is not to use the internet at all ;-) .... and I almost do not know any page on the whole internet that does not use javascript. so there you are - don't use that damned dangerous thing !!! and I'd as well suggest to stay home, as i.e. cars are extremely dangerous ... there is no life without some risk and I'd like to take some ... take it easy flavio From sscott at gwi.net Fri Jun 27 07:22:47 2003 From: sscott at gwi.net (Shannon Scott) Date: Fri, 27 Jun 2003 10:22:47 -0400 Subject: [Mapserver-users] SCALEBAR and POSTLABELCACHE Message-ID: <00e301c33cb7$95e79610$5794c3d8@PEMAQUID> This is a multi-part message in MIME format. ------=_NextPart_000_00E0_01C33C96.0E3D1170 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I have a scalebar that I feel looks very nice, but I have noticed some = of my line labels ( route shields ) are drawing on top of the scalebar. When I add the POSTLABELCACHE TRUE parameter into the SCALEBAR object ( = below ), the scalebar becomes much smaller ( about 1/5 the size ), and = it cannot be read. Has anyone else found this issue? Am I using the parameters correctly? = Workaround? Any help/advice is greatly appreciated. Thank You. Shannon MapServer 3.6 Apache 2.0.43 ( CGI ) Linux RedHat 7.2 SCALEBAR STATUS EMBED LABEL SIZE tiny COLOR 0 0 0 OUTLINECOLOR 255 255 255 END STYLE 0 INTERVALS 3 SIZE 100 3 COLOR 0 0 0 BACKGROUNDCOLOR 255 255 255 OUTLINECOLOR 0 0 0 UNITS MILES POSITION LR TRANSPARENT TRUE #POSTLABELCACHE true END # Scalebar ------=_NextPart_000_00E0_01C33C96.0E3D1170 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
I have a scalebar that I feel looks = very nice, but=20 I have noticed some of my line labels ( route shields ) are drawing on = top of=20 the scalebar.
When I add the POSTLABELCACHE TRUE = parameter into=20 the SCALEBAR object ( below ), the scalebar becomes much smaller ( about = 1/5 the=20 size ), and it cannot be read.
Has anyone else found this issue?  = Am I using=20 the parameters correctly?  Workaround?
Any help/advice is greatly=20 appreciated.
Thank You.
Shannon
 
MapServer 3.6
Apache 2.0.43 ( CGI )
Linux RedHat 7.2
 
SCALEBAR
  STATUS = EMBED
 =20 LABEL
    SIZE tiny
    COLOR 0 0=20 0
    OUTLINECOLOR 255 255 255
  END
  = STYLE=20 0
  INTERVALS 3
  SIZE 100 3
  COLOR 0 0 = 0
 =20 BACKGROUNDCOLOR 255 255 255
  OUTLINECOLOR 0 0 0
  UNITS = MILES
  POSITION LR
  TRANSPARENT TRUE
  = #POSTLABELCACHE=20 true
END # Scalebar
------=_NextPart_000_00E0_01C33C96.0E3D1170-- From s9646183 at sms.ed.ac.uk Fri Jun 27 08:29:51 2003 From: s9646183 at sms.ed.ac.uk (AMC Story) Date: Fri, 27 Jun 2003 16:29:51 +0100 (BST) Subject: [Mapserver-users] Mapscript: using URLs etc... Message-ID: <1056727791.3efc62efb4cfb@sms.ed.ac.uk> 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 From mckenna at dmsolutions.ca Fri Jun 27 09:11:49 2003 From: mckenna at dmsolutions.ca (Jeff McKenna) Date: Fri, 27 Jun 2003 12:11:49 -0400 Subject: [Mapserver-users] Label min/max scale for classes ? Message-ID: <3EFC6CC5.3020405@dmsolutions.ca> Hello everyone, Is there any plans for adding a LABELMINSCALE or LABELMAXSCALE to the CLASS object???? Currently these only apply to the LAYER object, but I think it would be useful to have them in the CLASS object as well. For example, if you have a class that turns on and off at certain scales (minscale/maxscale set) but you don't want to label it throughout those scales...currently you cannot do this...well you can but you would have to create 2 classes, which isn't exactly elegant. Any thoughts on this??? thanks, Jeff -- Jeff McKenna GIS Specialist DM Solutions Group Inc. http://www.dmsolutions.ca From pond_bear at hotmail.com Fri Jun 27 10:16:28 2003 From: pond_bear at hotmail.com (pond bear) Date: Fri, 27 Jun 2003 12:16:28 -0500 Subject: [Mapserver-users] get proj.4 parameters from a raster image. Message-ID: thanks a lot. I just write a PHP script to get the projection type. This script requires gdalinfo. ."); //get the projection information from the raster file //and put it into an array. function proj_init($file) { //using gdalinfo to get information of the image and put the information into $command_output exec("gdalinfo $file", $command_output, $return_value); if ($return_value){ die ("The file $file doesn't exist, please check and input it again.
"); }else{ //put projection information in array proj $proj_arr=array(); for ($i = 0; $i < count($command_output); $i++ ) { //search proj information in lines containing '[' //echo $command_output[$i].'
'; if(strpos($command_output[$i],'[')){ /*remove ']' and ',' at the end of the line remove ' ' at the beginning of the line remove double quotes*/ $output_line=ereg_replace('^ *|\"|\]*,?$','',$command_output[$i]); $output_line_arr=explode('[',$output_line); $proj_arr[$output_line_arr[0]][]=$output_line_arr[1]; }//end if strpos($command_output[$i],'[') } } for ($i =0;$i< count($proj_arr['PARAMETER']);$i++) $proj_arr['PARAMETER'][$i]=end(explode(',',$proj_arr['PARAMETER'][$i])); //print_r($proj_arr); //echo '
'; return $proj_arr; } //end of function proj_init function get_type($type) { if ($type=='Lambert_Azimuthal_Equal_Area') $proj_type='proj=laea'; elseif ($type=='Albers_Conic_Equal_Area') $proj_type='proj=aea'; elseif ($type=='Transverse_Mercator') $proj_type='proj=utm'; else die("The projection of the image isn't supported yet"); return $proj_type; } function get_datum($datum) { if ($datum=='North_American_Datum_1983') $datum_string='datum=NAD83'; elseif ($datum == 'WGS_1984') $datum_string='datum=WGS84'; else die('unknow datum'); return $datum_string; } function get_ellips($ellips) { if ($ellips[0]=='Unknown') { $a=$SPHEROID[1]; $b=$SPHEROID[1]-$SPHEROID[0]; $ellips_string='a='.$a.'+b='.$b; } elseif ($ellips[0]=='WGS 84') { $ellips_string='ellips=WGS84'; } elseif ($ellips[0]=='GRS 1980'){ $ellips_string='ellips=GRS80'; } else die('unknown spheroid'); return $ellips_string; } /* proj=laea +lat_0=Latitude at projection center +lon_0=Longitude at projection center +x_0=False Easting +y_0=False Northing +proj=aea +lat_1=Latitude of first standard parallel +lat_2=Latitude of second standard parallel +lat_0=Latitude of false origin +lon_0=Longitude of false origin +x_0=Easting of false origin +y_0=Northing of false origin */ function get_parameter($parameter,$type){ $para=array(); if ($type=='proj=laea'){ $para[]='lat_0='.$parameter[0]; $para[]='lon_0='.$parameter[1]; $para[]='x_0='.$parameter[2]; $para[]='y_0='.$parameter[3]; } elseif ($type=='proj=aea'){ $para[]='lat_1='.$parameter[0]; $para[]='lat_2='.$parameter[1]; $para[]='lat_0='.$parameter[2]; $para[]='lon_0='.$parameter[3]; $para[]='x_0='.$parameter[4]; $para[]='y_0='.$parameter[5]; } elseif ($type=='proj=utm'){ $zone_number=(int)((183+$parameter[1])/6); $para[]='zone='.$zone_number; } else die('unknow projection'); return $para; } function get_proj($img_name) { $proj=proj_init($img_name); $projection=array(); $projection[]=get_type($proj['PROJECTION'][0]); $projection[]=get_datum($proj['DATUM'][0]); $spheroid=explode(',',$proj['SPHEROID'][0]); $projection[]=get_ellips($spheroid); $parameter=get_parameter($proj['PARAMETER'],$projection[0]); $projection=array_merge($projection,$parameter); $proj_string=$proj_type.'+'.$proj_datum.'+'.$proj_ellips; return $projection; } //end of function get_proj if (!$_POST['file_name']){ ?> Please input the file name File name:
University of North Dakota >From: "Juanse" >To: "pond bear" >Subject: RE: [Mapserver-users] get proj.4 parameters from a raster image. >Date: Thu, 26 Jun 2003 10:39:19 -0400 > >Do not know if Chips can do it because i am starting to use it, but Chips >is >an excelent piece of software for handling georeferenced rasters that i >have >just found. And it is crackeable and unexpensive if you can buy it, and >with >decent 15 days on trial (being able to export/save changes), and then keeps >on working without saving capabilities. > >check here http://www.geogr.ku.dk/chips/ > >for the crack ... ask. > >juanse >temuko-Chile > > >----- Original Message ----- >From: pond bear >To: >Sent: Thursday, June 26, 2003 3:58 PM >Subject: [Mapserver-users] get proj.4 parameters from a raster image. > > > > Hi all > > > > Is there any tools which can read the raster tif file and return the >proj.4 > > string of the image. > > > > Jing > > University of North Dakota > > > > _________________________________________________________________ > > The new MSN 8: smart spam 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 > > >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.491 / Virus Database: 290 - Release Date: 18/06/03 > _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From morissette at dmsolutions.ca Fri Jun 27 11:22:57 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 27 Jun 2003 14:22:57 -0400 Subject: [Mapserver-users] Label min/max scale for classes ? References: <3EFC6CC5.3020405@dmsolutions.ca> Message-ID: <3EFC8B81.D84A9D27@dmsolutions.ca> Jeff McKenna wrote: > > Is there any plans for adding a LABELMINSCALE or LABELMAXSCALE to the > CLASS object???? Currently these only apply to the LAYER object, but I > think it would be useful to have them in the CLASS object as well. For > example, if you have a class that turns on and off at certain scales > (minscale/maxscale set) but you don't want to label it throughout those > scales...currently you cannot do this...well you can but you would have > to create 2 classes, which isn't exactly elegant. > You could probably add this to bugzilla as an enhancement request for version 4.1. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From steve.lime at dnr.state.mn.us Fri Jun 27 11:58:10 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 27 Jun 2003 13:58:10 -0500 Subject: [Mapserver-users] Mapscript: using URLs etc... Message-ID: Anything you can do with MapServer you can do with MapScript. With MapScript you *have* to write the code, basically your own custom version of the MapServer CGI application. You can build some pretty nice stuff with just the CGI so I'd make sure you really need to go the MapScript route... Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> AMC Story 06/27/03 10:29AM >>> 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 ed at topozone.com Fri Jun 27 13:22:34 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 27 Jun 2003 16:22:34 -0400 Subject: [Mapserver-users] JavaScript vs MapScript for interfacedevelopment... Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC2E@mercator.topozone.com> "Before starting to develop an application that relies on JavaScript to run, please search the archives of your local CERT and mailing lists like Bugtraq and Full Disclosure for the keywords 'javascript' and/or 'active scripting'. Happy reading." Did you try this yourself? "JavaScript" and "active scripting" are two entirely different technologies. Unfortunately, part of the problem is that most users get their information from us techies who don't always do a good job of differentiating things, so users end up being told to be afraid of everything. I went to www.cert.org and searched all advisories for "javascript". There were 8 hits. By contrast, searching on "active scripting" returns 86 hits. Excluding the summaries and passing references to JavaScript, there were actually 3 CERT advisories related to JavaScript - CA-1996-05, CA-1996-07, and CA-1997-20. There hasn't been a CERT advisory on a JavaScript vulnerability in six years. If you're using a browser newer than Netscape 2.02, it appears none of this advisories applies . - 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: Thorsten Fischer [mailto:thfischer at mapmedia.de] Sent: Friday, June 27, 2003 10:37 AM To: Palle Due Larsen Cc: niklas w?rmann; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] JavaScript vs MapScript for interfacedevelopment... On Fri, 2003-06-27 at 10:38, Palle Due Larsen wrote: > It is my opinion that JavaScript is the solution that intrudes the least > on the user's browsing experience. If I want to copy something from a > WebPage with JavaScript onto the clipboard, I just do it. On a Flash > page or in an Applet I don't have that opportunity. The same goes for > searching on the page and viewing the source. Today we are in a > situation where the major browsers are pretty standards-compliant. It is > not very hard to make a JavaScript-driven site that runs both in IE5.5+ > and netscape 6.0+. See http://vestamt.carlbro.dk as an example (for the > fortunate few who understand Danish). Not having looked at that site yet, I want to add the following: Before starting to develop an application that relies on JavaScript to run, please search the archives of your local CERT and mailing lists like Bugtraq and Full Disclosure for the keywords 'javascript' and/or 'active scripting'. Happy reading. Bottom line is: there are _a lot_ of good reasons to have javascript turned off entirely. Every week a new security hole appears in one browser or another (IE for example has 19 unpatched security holes at the moment, some of them known for several months), and some of them are related to client-side scripting languages (mostly in combination with the completely broken 'zones' concept). Requiring the user to have javascript activated to use a web application can have one of two effects. First, the user may think: 'they require me to do things i do not want' and go elsewhere. Not exactly the effect desired by the developers. The second possibility is that they think 'so many apps require javascript, i better turn it on or I will be left behind', thus destroying the small, slowly growing plant of security awareness among computer users worldwide (growing plant? well i am not known for the quality of my english metaphors). If you, after careful consideration, really think that you _need_ things like javascript, please make sure that you establish an alternative version of your application, maybe with reduced functionality, that the users can choose from. I, like many others, am terribly sick of applications that were made by obviously unknowing web designers who think of javascript as an everyday programming and design tool like html is. It isn't. It has proven to be plainly dangerous again and again and again. Please let the user choose. In addition, John Hockaday already pointed out that most accessibility guidelines discourage the use of javascript (same goes for html frames, shockwave flash and so on). Of course I do understand that our business - creating maps, browsing them and querying them for the data that they are built from - is a highly visual one. One could argue - even without being cynical - that a blind person cannot make too much use of an online map anyway. The key is to let the user choose. hth, thorsten _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From supernaut at esfera.cl Fri Jun 27 17:03:30 2003 From: supernaut at esfera.cl (Angelo CM) Date: Fri, 27 Jun 2003 20:03:30 -0400 Subject: [Mapserver-users] Mapserver on Windows Message-ID: <20030627200330.M96853@esfera.cl> Hi: I've recently upload a webpage that explains how to configure successfully PHP + Postgres + PostGIS + Mapserver on Windows XP/2000. The site counts with all the necesary files. Please visit http://usuarios.vtr.net/~acabrera/server.htm I hope this help someone. Any comments please send them to me to angelocabrera at vtr.net From sgillies at frii.com Fri Jun 27 17:57:24 2003 From: sgillies at frii.com (Sean Gillies) Date: Fri, 27 Jun 2003 18:57:24 -0600 Subject: [Mapserver-users] arcims emulation and arcexplorer Message-ID: <7B0E5568-A903-11D7-8F12-000393B98B56@frii.com> I've been writing a Python MapScript version of Refractions' imsemu.pl. It works with ArcCatalog/ArcMap, but with ArcExplorer I get an error message: org.xml.sax.SAXParseException: Document root element is missing What is ArcExplorer expecting differently? Another version of Arcxml than 1.0? Differently formed XML? Is there any reference for this? I'm hoping that those who've put together the new emulators might clue me in. I'd like to use ArcExplorer to test and debug my app (rather than ArcMap). thanks, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From ed at topozone.com Fri Jun 27 19:08:49 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 27 Jun 2003 22:08:49 -0400 Subject: [Mapserver-users] arcims emulation and arcexplorer Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC32@mercator.topozone.com> Sean - I was just about to post a similar message, asking for ArcExplorer help! I could really use some help in trying to diagnose just why my emulator works fine under ArcMap and does NOT work under ArcExplorer. The two do use somewhat different "dialects" for the conversation, but I have spent several days of packet-sniffing, comparing the dialog with a "good" ArcIMS server and with my server, and I cannot figure out why mine is treated differently! If there's anyone with ArcIMS experience, particularly someone who is familiar with the actual HTTP dialog between the client and server, please speak up. I'd like to help fix Sean's problem, and I'll offer free access to our ArcIMS USGS DRG, DOQQ, and GDT Dynamap/2000 services if you need to be bribed . Sean, if someone intelligent joins us, I'll start posting my observations on the dialog between client and server. - 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: Friday, June 27, 2003 8:57 PM To: Mapserver Users Subject: [Mapserver-users] arcims emulation and arcexplorer I've been writing a Python MapScript version of Refractions' imsemu.pl. It works with ArcCatalog/ArcMap, but with ArcExplorer I get an error message: org.xml.sax.SAXParseException: Document root element is missing What is ArcExplorer expecting differently? Another version of Arcxml than 1.0? Differently formed XML? Is there any reference for this? I'm hoping that those who've put together the new emulators might clue me in. I'd like to use ArcExplorer to test and debug my app (rather than ArcMap). thanks, 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 pramsey at refractions.net Fri Jun 27 21:48:01 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Fri, 27 Jun 2003 21:48:01 -0700 Subject: [Mapserver-users] arcims emulation and arcexplorer In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFC32@mercator.topozone.com> Message-ID: Look extremely closely at the XML you are sending back and the XML a "real" IMS server sends back. Seemly trivial differences are actually important. You can crash ArcMap sending it valid XML with a slightly different header than it expects. There could be something similar going on with AE. (Note that AE2 speaks a completely different language altogether. :) Ed, post your emulator code so that the rest of us can start hacking on it :) P. On Friday, June 27, 2003, at 07:08 PM, Ed McNierney wrote: > Sean - > > I was just about to post a similar message, asking for ArcExplorer > help! > > I could really use some help in trying to diagnose just why my emulator > works fine under ArcMap and does NOT work under ArcExplorer. The two > do > use somewhat different "dialects" for the conversation, but I have > spent > several days of packet-sniffing, comparing the dialog with a "good" > ArcIMS server and with my server, and I cannot figure out why mine is > treated differently! > > If there's anyone with ArcIMS experience, particularly someone who is > familiar with the actual HTTP dialog between the client and server, > please speak up. I'd like to help fix Sean's problem, and I'll offer > free access to our ArcIMS USGS DRG, DOQQ, and GDT Dynamap/2000 services > if you need to be bribed . > > Sean, if someone intelligent joins us, I'll start posting my > observations on the dialog between client and server. > > - 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: Friday, June 27, 2003 8:57 PM > To: Mapserver Users > Subject: [Mapserver-users] arcims emulation and arcexplorer > > I've been writing a Python MapScript version of Refractions' imsemu.pl. > It works with ArcCatalog/ArcMap, but with ArcExplorer I get an > error message: > > org.xml.sax.SAXParseException: Document root element is missing > > What is ArcExplorer expecting differently? Another version of > Arcxml than 1.0? Differently formed XML? Is there any reference > for this? I'm hoping that those who've put together the new > emulators might clue me in. I'd like to use ArcExplorer to test > and debug my app (rather than ArcMap). > > thanks, > 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 > > _______________________________________________ > 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 flavio at tydac.ch Sat Jun 28 00:51:25 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Sat, 28 Jun 2003 09:51:25 +0200 Subject: [Mapserver-users] JavaScript vs MapScript for interfacedevelopment... In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFC2E@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1222BFC2E@mercator.topozone.com> Message-ID: hi ed > JavaScript vulnerability in six years. If you're using a browser > newer than Netscape 2.02, it appears none of this advisories applies > . that's the same I got using google and things like "javascript" and "security" - quite a bit of hits but all referring to NS 2.x and older. so "javascript" seems only to be a problem if you still use kind of a typewriter ... what do you call such warnings ? hoax ? ciao flavio From gsw at globexplorer.com Sat Jun 28 03:34:31 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Sat, 28 Jun 2003 03:34:31 -0700 Subject: FW: [Mapserver-users] arcims emulation and arcexplorer Message-ID: <71E37EF6B7DCC1499CEA0316A256832801056EB4@loki.globexplorer.com> For the general list I've forwarded this ... -----Original Message----- From: Chris G. Nicholas Sent: Sat 6/28/2003 12:20 AM To: ed at topozone.com; sgillies at frii.com Cc: Gregory S. Williamson Subject: RE: [Mapserver-users] arcims emulation and arcexplorer After much packet sniffing here as well, it seems the Java clients send a GET parameter called "CustomStream", which when set to "True", means the client is Java, (ArcExplorer) After a *lot* of tcpdump-ing, we found that when this was set, ArcIMS connector servlets seem to put a serialized Java.lang.Int(100) on a DataOutputStream, followed by another Java.lang.Int of the content size of the following httpResponse, followed by the ArcXML itself. Not sure why, not sure how to do Java.lang.DataOutputStreams in PHP, etc, but this seems to work... How much of the ArcXML protocol do you plan to do? Chris Nicholas GlobeXplorer -----Original Message----- From: Gregory S. Williamson Sent: Fri 6/27/2003 7:41 PM To: Chris G. Nicholas Cc: Subject: FW: [Mapserver-users] arcims emulation and arcexplorer Any ideas on this (sort of off topic but ...) G -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Fri 6/27/2003 7:08 PM To: Sean Gillies; Mapserver Users Cc: Subject: RE: [Mapserver-users] arcims emulation and arcexplorer Sean - I was just about to post a similar message, asking for ArcExplorer help! I could really use some help in trying to diagnose just why my emulator works fine under ArcMap and does NOT work under ArcExplorer. The two do use somewhat different "dialects" for the conversation, but I have spent several days of packet-sniffing, comparing the dialog with a "good" ArcIMS server and with my server, and I cannot figure out why mine is treated differently! If there's anyone with ArcIMS experience, particularly someone who is familiar with the actual HTTP dialog between the client and server, please speak up. I'd like to help fix Sean's problem, and I'll offer free access to our ArcIMS USGS DRG, DOQQ, and GDT Dynamap/2000 services if you need to be bribed . Sean, if someone intelligent joins us, I'll start posting my observations on the dialog between client and server. - 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: Friday, June 27, 2003 8:57 PM To: Mapserver Users Subject: [Mapserver-users] arcims emulation and arcexplorer I've been writing a Python MapScript version of Refractions' imsemu.pl. It works with ArcCatalog/ArcMap, but with ArcExplorer I get an error message: org.xml.sax.SAXParseException: Document root element is missing What is ArcExplorer expecting differently? Another version of Arcxml than 1.0? Differently formed XML? Is there any reference for this? I'm hoping that those who've put together the new emulators might clue me in. I'd like to use ArcExplorer to test and debug my app (rather than ArcMap). thanks, 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 _______________________________________________ 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 Sat Jun 28 06:21:01 2003 From: sgillies at frii.com (Sean Gillies) Date: Sat, 28 Jun 2003 07:21:01 -0600 Subject: FW: [Mapserver-users] arcims emulation and arcexplorer In-Reply-To: <71E37EF6B7DCC1499CEA0316A256832801056EB4@loki.globexplorer.com> Message-ID: <5CE8172E-A96B-11D7-B4D9-000393B98B56@frii.com> On Saturday, June 28, 2003, at 04:34 AM, Gregory S. Williamson wrote: > > For the general list I've forwarded this ... > > -----Original Message----- > From: Chris G. Nicholas > Sent: Sat 6/28/2003 12:20 AM > To: ed at topozone.com; sgillies at frii.com > Cc: Gregory S. Williamson > Subject: RE: [Mapserver-users] arcims emulation and arcexplorer > > > After much packet sniffing here as well, it seems the Java clients > send a GET parameter called "CustomStream", which when set to "True", > means the client is Java, (ArcExplorer) > > After a *lot* of tcpdump-ing, we found that when this was set, ArcIMS > connector servlets seem to put a serialized Java.lang.Int(100) on a > DataOutputStream, followed by another Java.lang.Int of the content > size of the following httpResponse, followed by the ArcXML itself. > > Not sure why, not sure how to do Java.lang.DataOutputStreams in PHP, > etc, but this seems to work... > > How much of the ArcXML protocol do you plan to do? > > Chris Nicholas > GlobeXplorer > > Interesting. I've seen 'CustomString' in the query string, as well as 'ClientVersion', but haven't noticed anything in the data other than XML. Haven't looked closely enough yet, I guess. Thanks for the recommendation! Will try it out later today and post results. How much of ArcXML? Just GETCLIENTSERVICES, GET_SERVICE_INFO, and GET_IMAGE at present. More as needed. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From sgillies at frii.com Sun Jun 29 09:57:04 2003 From: sgillies at frii.com (Sean Gillies) Date: Sun, 29 Jun 2003 10:57:04 -0600 Subject: FW: [Mapserver-users] arcims emulation and arcexplorer In-Reply-To: <71E37EF6B7DCC1499CEA0316A256832801056EB4@loki.globexplorer.com> Message-ID: Here is a Python example of a response that works for AE Java 4.0. xml_prolog = '' xml_response = '...' ... sys.stdout.write('Content-Type: text/plain\n\n') if custom_stream: cus_hdr = struct.pack('ll', 100, len(xml_prolog) + len(xml_response)) sys.stdout.write(cus_hdr) sys.stdout.write(xml_prolog) sys.stdout.write(xml_response) sys.stdout.write(struct.pack('l', 102)) ... Those using PHP should be able to find the equivalent of Python's struct.pack(). The binary 102 is what AE expects as EOF. Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From sgillies at frii.com Sun Jun 29 12:05:15 2003 From: sgillies at frii.com (Sean Gillies) Date: Sun, 29 Jun 2003 13:05:15 -0600 Subject: [Mapserver-users] PyIMS - simple ArcIMS 4 emulation using Python MapScript Message-ID: <9E373B54-AA64-11D7-B4D9-000393B98B56@frii.com> Thanks to a suggestion from Chris Nicholas I have been able to serve MapServer maps to ArcExplorer Java Edition 4 as well as Arc 8. The script is based on Refraction's Perl script and does the bare minimum to be used with the ESRI clients. It's freely available at http://www.frii.com/~sgillies/projects/pyims.html cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From eduardo at linkgeo.com.br Sun Jun 29 13:41:03 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Sun, 29 Jun 2003 17:41:03 -0300 Subject: [Mapserver-users] NQUERY output without tempfiles Message-ID: <000e01c33e7e$c721d330$b564cec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C33E65.9C585700 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I've migrated an application to run without generating temfiles( thanks = MapServer List ) and have a layer to show city boundaries, wich I can = query in NQUERY mode. But when I NQUERY this layer, I got its template result page that shows = resulting records normally. But the QUERYMAP only hilites the first = match of the results. I use an URL like this bellow to draw the querymap: http://localhost/cgi-bin/mapserv.exe?map=3DC:\Program = Files\ApacheGroup\Apache2\htdocs\linkgeo\clickbrasil\clickbrasil.ptbr.map= &layer=3Dbr_muni&layer=3Dbr_uf&mode=3Dquerymap&imgext=3D-49.339703 = -23.188081 -47.007763 -21.731222&imgxy=3D198 139 Thank you Eduardo Patto Kanegae eduardo at linkgeo.com.br http://www.linkgeo.com.br/ - BRASIL ------=_NextPart_000_000B_01C33E65.9C585700 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I've migrated an application to run = without=20 generating temfiles( thanks MapServer List ) and have a layer to show = city=20 boundaries, wich I can query in NQUERY mode.
But when I NQUERY this layer, I got its = template=20 result page that shows resulting records normally. But the QUERYMAP only = hilites=20 the first match of the results.
 
I use an URL like this bellow to draw = the=20 querymap:
 
 
http://localhost/cgi-bin/mapserv.exe?map=3DC:\Program=20 Files\ApacheGroup\Apache2\htdocs\linkgeo\clickbrasil\clickbrasil.ptbr.map&layer=3Dbr_m= uni&layer=3Dbr_uf&mode=3Dquerymap&imgext=3D-49.339703=20 -23.188081 -47.007763 -21.731222&imgxy=3D198 139
 
 
Thank you
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br<= /DIV>
http://www.linkgeo.com.br/ -=20 BRASIL
------=_NextPart_000_000B_01C33E65.9C585700-- From gsw at globexplorer.com Sun Jun 29 17:20:02 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Sun, 29 Jun 2003 17:20:02 -0700 Subject: [Mapserver-users] TrueType font support - Win95 Message-ID: <71E37EF6B7DCC1499CEA0316A256832801056EBE@loki.globexplorer.com> Dear peoples, I have a version of mapserver (ms366-gif_gdal_pg_wms) which works fine until I try to use true type fonts. I have downloaded the freetype package and it is installed. May mapfile has such fascinating lines as: FONTSET "D:\Program Files\Apache Group\Apache2\htdocs\ssf\fonts\fonts.list" (a valid path) ... LABEL ... TYPE TRUETYPE FONT arial-bold ... When I run, for instance, "ftstring.exe" (which is in the cgi-bin directory under the Apache2 directory), it pops up a window with the text correctly formatted, so it seems like Truetype is working. The DLLs that it came with are in the Windows\system directory, but when I try mapserver I get: loadlabel(): Unknown identifier. Keyword FONT is not valid without TrueType font support. At a dos prompt when I type mapserv -v I get: D:\Program Files\Apache Group\Apache2\cgi-bin> mapserv -v MapServer version 3.6.6 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE I've got another test machine working with true type but it's about 30 miles away and so it is hard to study ... if anyone has any ideas (path settings ? versions ? etc) I would be grateful for their advice. Thanks, Greg W. gsw at globexplorer.com From franck at sopac.org Sun Jun 29 17:44:21 2003 From: franck at sopac.org (Franck Martin) Date: 30 Jun 2003 12:44:21 +1200 Subject: [Mapserver-users] Displaying Raster under PHP MapScript Message-ID: <1056933861.2992.20.camel@localhost> --=-5UP3B+Dpr3Hy5UKT1CQO Content-Type: text/plain Content-Transfer-Encoding: 7bit I'm having trouble to display raster images under PHP mapscipt My map file seems to work (no error generated) but I always get a blank image for the raster layer, why? I have tried with geoTiff images and ERDAS img files. Mapscipt has been compiled with GDAL support and gdalinfo works correctly... My MAP file is as simple as the one in the RASTER HOWTO and I used the coordinates supplied by gdalinfo for extents... I do not know what is happening... I use MapServer 3.6 Cheers -- Franck Martin SOPAC --=-5UP3B+Dpr3Hy5UKT1CQO Content-Type: text/html; charset=utf-8 I'm having trouble to display raster images under PHP mapscipt

My map file seems to work (no error generated) but I always get a blank image for the raster layer, why?

I have tried with geoTiff images and ERDAS img files. Mapscipt has been compiled with GDAL support and gdalinfo works correctly...

My MAP file is as simple as the one in the RASTER HOWTO and I used the coordinates supplied by gdalinfo for extents...

I do not know what is happening...

I use MapServer 3.6

Cheers

--
Franck Martin <franck at sopac.org>
SOPAC
--=-5UP3B+Dpr3Hy5UKT1CQO-- From gerry.creager at tamu.edu Sun Jun 29 18:05:43 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Sun, 29 Jun 2003 20:05:43 -0500 Subject: [Mapserver-users] Off-the wall inquiry Message-ID: <3EFF8CE7.5040508@tamu.edu> It's not GIS, but... Has anyone done a network topology map design with Mapserver? I've got to do some campus network management (and some that exceeds our campus). The extent of our network doesn't lend itself to a 'back of the envelope' diagram, so I'm thinking of a PostGreSQL scheme to archive the data, and a shapefile to map and display it. I'd rather not completely reinvent the wheel if someone else is working on something similar, but collaborate, instead. TIA, 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 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From gsw at globexplorer.com Sun Jun 29 18:48:52 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Sun, 29 Jun 2003 18:48:52 -0700 Subject: [Mapserver-users] Off-the wall inquiry Message-ID: <71E37EF6B7DCC1499CEA0316A256832801056EC3@loki.globexplorer.com> I'm a neophyte at this mapserver thing, but I am guessing you would want to take care with the projection used ... I know that the Informix spatial blade has problems with things that cross datelines, for instance. We provoked some interesting errors in both ESI software and others with things at the north or south poles. That said, it seems like an interesting idea ... pick a SRID (spatial reference system) which can take a wide range of values and not worry about warping them to a spheroid and then make sure your data points don't cross any of the boundaries of your reference system. Greg Williamson DBA GlobeXplorer LLC gsw at globexplorer.com -----Original Message----- From: Gerry Creager N5JXS [mailto:gerry.creager at tamu.edu] Sent: Sun 6/29/2003 6:05 PM To: mapserver-users at lists.gis.umn.edu Cc: Subject: [Mapserver-users] Off-the wall inquiry It's not GIS, but... Has anyone done a network topology map design with Mapserver? I've got to do some campus network management (and some that exceeds our campus). The extent of our network doesn't lend itself to a 'back of the envelope' diagram, so I'm thinking of a PostGreSQL scheme to archive the data, and a shapefile to map and display it. I'd rather not completely reinvent the wheel if someone else is working on something similar, but collaborate, instead. TIA, 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 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 eduardo at linkgeo.com.br Sun Jun 29 22:32:41 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Mon, 30 Jun 2003 02:32:41 -0300 Subject: [Mapserver-users] Mapplet is not drawing the map Message-ID: <000a01c33ec9$07ea4c90$9064cec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C33EAF.E1069610 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I've put a beta of ClickBrasil at http://www.linkgeo.com.br/clickbrasil/ = , but it seems to be working fine with Mapplet. For example, if I got the first view of the site - that's an URL like = http://www.linkgeo.com.br/cgi-local/mapserv?imgxy=3D299.5+187&imgbox=3D-1= +-1+-1+-1¤t_imgext=3D-84.397133+-33.751000+-21.971867+5.272000&map=3D= %2Fhome%2Frestricted%2Fhome%2Fscopotecnologia%2Fdados%2Fclickbrasil.ptbr.= map&originalmap=3D%2Fhome%2Frestricted%2Fhome%2Fscopotecnologia%2Fdados%2= Fclickbrasil.ptbr.map&program=3D%2Fcgi-local%2Fmapserv&mainsite=3D%2Fptbr= %2F&app_url=3D%2Fclickbrasil%2F&app_style1=3D%2Fptbr%2Fthemes%2Fsimple%2F= style.css&app_style2=3D%2Fptbr%2Fthemes%2Fsimple%2Fforms.css&app_style3=3D= %2Fptbr%2Fthemes%2Fsimple%2Flists.css&app_style4=3D%2Fptbr%2Fthemes%2Fsim= ple%2Fdownloads.css&app_style5=3D%2Fptbr%2Fthemes%2Fsimple%2Fforum.css&ap= p_style6=3D%2Fptbr%2Fthemes%2Fsimple%2Fnews.css&app_style7=3D%2Fptbr%2Fth= emes%2Fsimple%2Fpolls.css&mode=3Dbrowse&zoomdir=3D0&zoomsize=3D2&imgext=3D= -84.397133+-33.751000+-21.971867+5.272000&map_findmuni_class_expression=3D= &procurar_por=3D&layer=3Dbr_uf&redraw.x=3D14&redraw.y=3D17 Mapplet area gets grey and nothing more. But if I get "Print Preview" URL - something like = http://www.linkgeo.com.br/cgi-local/mapserv?imgxy=3D299.5+187&imgbox=3D-1= +-1+-1+-1¤t_imgext=3D-84.397133+-33.751000+-21.971867+5.272000&map=3D= %2Fhome%2Frestricted%2Fhome%2Fscopotecnologia%2Fdados%2Fclickbrasil.ptbr.= map&originalmap=3D%2Fhome%2Frestricted%2Fhome%2Fscopotecnologia%2Fdados%2= Fclickbrasil.ptbr.map&program=3D%2Fcgi-local%2Fmapserv&mainsite=3D%2Fptbr= %2F&app_url=3D%2Fclickbrasil%2F&app_style1=3D%2Fptbr%2Fthemes%2Fsimple%2F= style.css&app_style2=3D%2Fptbr%2Fthemes%2Fsimple%2Fforms.css&app_style3=3D= %2Fptbr%2Fthemes%2Fsimple%2Flists.css&app_style4=3D%2Fptbr%2Fthemes%2Fsim= ple%2Fdownloads.css&app_style5=3D%2Fptbr%2Fthemes%2Fsimple%2Fforum.css&ap= p_style6=3D%2Fptbr%2Fthemes%2Fsimple%2Fnews.css&app_style7=3D%2Fptbr%2Fth= emes%2Fsimple%2Fpolls.css&mode=3Dbrowse&zoomdir=3D0&zoomsize=3D2&imgext=3D= -84.397133+-33.751000+-21.971867+5.272000&map_findmuni_class_expression=3D= &procurar_por=3D&layer=3Dbr_uf&redraw.x=3D14&redraw.y=3D17&map_web_templa= te=3D/home/restricted/home/scopotecnologia/public_html/clickbrasil/ptbr_p= rinttemplate.html - which is almost the same template file. The main diference is that in = Preview mode, I put a to map rather than a I believe this might be because of my dial-phone connection , which is = very slow. Am I right? regards, Eduardo Patto Kanegae eduardo at linkgeo.com.br http://www.linkgeo.com.br - Brasil ------=_NextPart_000_0007_01C33EAF.E1069610 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I've put a beta of ClickBrasil = at http://www.linkgeo.com.br= /clickbrasil/ =20 , but
it seems to be working fine with=20 Mapplet.
 
For example, if I got the first view of = the site -=20 that's an URL like http://www.linkgeo.com.br/cgi-local/mapserv?imgxy=3D299= .5+187&imgbox=3D-1+-1+-1+-1&current_imgext=3D-84.397133+-33.75100= 0+-21.971867+5.272000&map=3D%2Fhome%2Frestricted%2Fhome%2Fscopotecnol= ogia%2Fdados%2Fclickbrasil.ptbr.map&originalmap=3D%2Fhome%2Frestricte= d%2Fhome%2Fscopotecnologia%2Fdados%2Fclickbrasil.ptbr.map&program=3D%= 2Fcgi-local%2Fmapserv&mainsite=3D%2Fptbr%2F&app_url=3D%2Fclickbra= sil%2F&app_style1=3D%2Fptbr%2Fthemes%2Fsimple%2Fstyle.css&app_sty= le2=3D%2Fptbr%2Fthemes%2Fsimple%2Fforms.css&app_style3=3D%2Fptbr%2Fth= emes%2Fsimple%2Flists.css&app_style4=3D%2Fptbr%2Fthemes%2Fsimple%2Fdo= wnloads.css&app_style5=3D%2Fptbr%2Fthemes%2Fsimple%2Fforum.css&ap= p_style6=3D%2Fptbr%2Fthemes%2Fsimple%2Fnews.css&app_style7=3D%2Fptbr%= 2Fthemes%2Fsimple%2Fpolls.css&mode=3Dbrowse&zoomdir=3D0&zooms= ize=3D2&imgext=3D-84.397133+-33.751000+-21.971867+5.272000&map_fi= ndmuni_class_expression=3D&procurar_por=3D&layer=3Dbr_uf&redr= aw.x=3D14&redraw.y=3D17
 
Mapplet area gets grey and nothing=20 more.
 
But if I get "Print Preview" URL - = something like=20 http://www.linkgeo.= com.br/cgi-local/mapserv?imgxy=3D299.5+187&imgbox=3D-1+-1+-1+-1&c= urrent_imgext=3D-84.397133+-33.751000+-21.971867+5.272000&map=3D%2Fho= me%2Frestricted%2Fhome%2Fscopotecnologia%2Fdados%2Fclickbrasil.ptbr.map&a= mp;originalmap=3D%2Fhome%2Frestricted%2Fhome%2Fscopotecnologia%2Fdados%2F= clickbrasil.ptbr.map&program=3D%2Fcgi-local%2Fmapserv&mainsite=3D= %2Fptbr%2F&app_url=3D%2Fclickbrasil%2F&app_style1=3D%2Fptbr%2Fthe= mes%2Fsimple%2Fstyle.css&app_style2=3D%2Fptbr%2Fthemes%2Fsimple%2Ffor= ms.css&app_style3=3D%2Fptbr%2Fthemes%2Fsimple%2Flists.css&app_sty= le4=3D%2Fptbr%2Fthemes%2Fsimple%2Fdownloads.css&app_style5=3D%2Fptbr%= 2Fthemes%2Fsimple%2Fforum.css&app_style6=3D%2Fptbr%2Fthemes%2Fsimple%= 2Fnews.css&app_style7=3D%2Fptbr%2Fthemes%2Fsimple%2Fpolls.css&mod= e=3Dbrowse&zoomdir=3D0&zoomsize=3D2&imgext=3D-84.397133+-33.7= 51000+-21.971867+5.272000&map_findmuni_class_expression=3D&procur= ar_por=3D&layer=3Dbr_uf&redraw.x=3D14&redraw.y=3D17&map_w= eb_template=3D/home/restricted/home/scopotecnologia/public_html/clickbras= il/ptbr_printtemplate.html
 
- which is almost the same template = file. The main=20 diference is that in Preview mode, I put a <IMG> to map rather = than a=20 <MAPPLET>
 
I believe this might be because of my = dial-phone=20 connection , which is very slow. Am I right?
 
regards,
 
Eduardo Patto Kanegae
eduardo at linkgeo.com.br<= /DIV>
http://www.linkgeo.com.br -=20 Brasil
------=_NextPart_000_0007_01C33EAF.E1069610-- From novalet at yahoo.com.cn Mon Jun 30 02:51:46 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Mon, 30 Jun 2003 17:51:46 +0800 (CST) Subject: [Mapserver-users] Is cgi a good solution? Message-ID: <20030630095146.21581.qmail@web15209.mail.bjs.yahoo.com> Hi! I recently access some other webgis solutions. some of them use java applet and some use flash. The most wonderful feature is that they do not only return the image we can see in the web interface, but also the area around it. So if the user pan a little, the user not need to wait a little moment for the cgi on the server to generate a new image, but use the information already downloaded in the client to pack a new image. So in the eye of user, it is much quicker and smoother. Is it a better solution? ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove From noti at ciaoweb.it Mon Jun 30 03:20:17 2003 From: noti at ciaoweb.it (Valerio) Date: Mon, 30 Jun 2003 12:20:17 +0200 Subject: [Mapserver-users] autorotate labels Message-ID: <003401c33ef1$38746b20$0301a8c0@valerion> hi, I have a problem with autorotated labels in line shapefile class. Each time I use an integer value for SIZE or TRUETYPE value for TYPE parameters map doesn't redraw. If I set (i.e.) SIZE= tiny, application works correctly without rotating the labels.... This is the mapfile: MAP NAME "Test" STATUS ON EXTENT 1316000 4034000 2310000 5241000 SIZE 600 600 FONTSET arial.ttf SHAPEPATH "shape" IMAGECOLOR 255 255 255 UNITS METERS ..... #Contours LAYER NAME "Curve di livello" TYPE LINE STATUS DEFAULT DATA CurveL CLASSITEM 'CODICE' MAXSCALE 10000 MINSCALE 10 LABELITEM "VALORE" CLASS NAME "Main contour" LABEL TYPE TRUETYPE FONT arial COLOR 100 100 100 OUTLINECOLOR 0 0 0 SIZE 11 ANGLE AUTO END EXPRESSION "0801" OUTLINECOLOR 50 50 50 COLOR 50 50 50 END CLASS EXPRESSION "0802" OUTLINECOLOR 180 180 180 COLOR 180 180 180 END CLASS EXPRESSION "0803" OUTLINECOLOR 250 250 250 COLOR 250 250 250 END # End of Contours ....... END I use MapServer 366 on win2k. Any help appreciated, thanks Valerio From schut at sarvision.com Mon Jun 30 03:21:32 2003 From: schut at sarvision.com (Vincent Schut) Date: Mon, 30 Jun 2003 12:21:32 +0200 Subject: [Mapserver-users] php_mapscript.so loading problem In-Reply-To: References: Message-ID: <200306301221.32569.schut@sarvision.com> Rudolfo, (please reply also to the list 'cause others might either learn from our discussion or have more knowledge than I have :)) It appears that your php_mapscript.so links to a libgd that it (or the dynamic linker) cannot find. What does 'ldd php_mapscript.so' give you as output? Probably a libgd that cannot be found... Is the installation path of your libgd (probably /usr/local/lib) in your LD_LIBRARY_PATH environment variable, or in your /etc/ld.so.conf? It should be, otherwise the dynamic linker will not be able to find it if mapserver requires it. If it is, did you run 'ldconfig' (as root) after installing libgd? Cheers, Vincent. On Thursday 26 June 2003 18:36, Rodolfo Federico Gamarra wrote: > Thanks, good idea. I'll take a look at the error: > > 7:Jun 26 10:17:07 myEWS php: PHP Warning: Unknown(): Unable to load > dynamic library '/usr > /local/apache2/modules/php_mapscript.so' - libgd.so.2: cannot open shared > object file: No such file or directory in Unknown on line 0 > > Thanks again for your quick response, > > On Thu, 26 Jun 2003, Vincent Schut wrote: > > Date: Thu, 26 Jun 2003 17:13:53 +0200 > > From: Vincent Schut > > To: Rodolfo Federico Gamarra , > > mapserver-users at lists.gis.umn.edu > > > Subject: Re: [Mapserver-users] php_mapscript.so loading problem > > > > If php tried to load php_mapscript.so but did not succeed, probably there > > is a message aboug that in your server log which might give you a hint > > about why. > > > > Cheers, > > Vincent. > > > > On Thursday 26 June 2003 16:26, Rodolfo Federico Gamarra wrote: > > > Hi, > > > I've trying to install php_mapscript. I've followed the standard > > > procedure of making the file and then copying it to the directory where > > > php looks for extensions (set in php.ini). > > > Then to see if everything went right I made a ".php" where I load (or, > > > at least, try to :-)) the ".so" with dl and se call phpinfo(). In the > > > info shown by phpinfo there's no sign of mapscript. Then to make more > > > checks I added an if to capture de return value of dl and also used > > > extension_loaded after dl to see if it's loaded. Well, the result of > > > both functions says it isn't loaded the ".so". I also loaded the file > > > "/mapscript/php3/example/test_draw_map.phtml", all I see is a grey page > > > with the title "PHP/MapScrpt module test", without a map. > > > I'm running RedHat 8, with: > > > Apache - httpd-2.0.45 > > > Mapserver - mapserver-3.6.5 > > > Php - php-4.3.1 > > > GD - gd-2.0.12 > > > > > > Well, that's the problem; any idea? > > > Thanks, > > > > > > ---- > > > Rodolfo Federico Gamarra > > > > > > > > > _______________________________________________ > > > 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 > > ---- > Rodolfo Federico Gamarra -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From sscott at gwi.net Mon Jun 30 04:16:08 2003 From: sscott at gwi.net (Shannon Scott) Date: Mon, 30 Jun 2003 07:16:08 -0400 Subject: [Mapserver-users] SCALEBAR and POSTLABELCACHE References: <00e301c33cb7$95e79610$5794c3d8@PEMAQUID> Message-ID: <006201c33ef9$02002a90$1c95c3d8@PEMAQUID> This is a multi-part message in MIME format. ------=_NextPart_000_005E_01C33ED7.7A4B1EA0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_005F_01C33ED7.7A4B1EA0" ------=_NextPart_001_005F_01C33ED7.7A4B1EA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am providing a couple small images to help convey the issue I have = found. Can anyone help guide me to the code that generates the scalebar? =20 Thank You Shannon ----- Original Message -----=20 From: Shannon Scott=20 To: Mapserver-users at lists.gis.umn.edu=20 Sent: Friday, June 27, 2003 10:22 AM Subject: [Mapserver-users] SCALEBAR and POSTLABELCACHE Hello, I have a scalebar that I feel looks very nice, but I have noticed some = of my line labels ( route shields ) are drawing on top of the scalebar. When I add the POSTLABELCACHE TRUE parameter into the SCALEBAR object = ( below ), the scalebar becomes much smaller ( about 1/5 the size ), and = it cannot be read. Has anyone else found this issue? Am I using the parameters = correctly? Workaround? Any help/advice is greatly appreciated. Thank You. Shannon MapServer 3.6 Apache 2.0.43 ( CGI ) Linux RedHat 7.2 SCALEBAR STATUS EMBED LABEL SIZE tiny COLOR 0 0 0 OUTLINECOLOR 255 255 255 END STYLE 0 INTERVALS 3 SIZE 100 3 COLOR 0 0 0 BACKGROUNDCOLOR 255 255 255 OUTLINECOLOR 0 0 0 UNITS MILES POSITION LR TRANSPARENT TRUE #POSTLABELCACHE true END # Scalebar ------=_NextPart_001_005F_01C33ED7.7A4B1EA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am providing a couple = small images to help=20 convey the issue I have found.
Can anyone help guide me to the code = that generates=20 the scalebar? 
Thank You
Shannon
 
----- Original Message -----
From:=20 Shannon = Scott
To: Mapserver-users at lists.g= is.umn.edu=20
Sent: Friday, June 27, 2003 = 10:22=20 AM
Subject: [Mapserver-users] = SCALEBAR and=20 POSTLABELCACHE

Hello,
I have a scalebar that I feel looks = very nice,=20 but I have noticed some of my line labels ( route shields ) are = drawing on top=20 of the scalebar.
When I add the POSTLABELCACHE TRUE = parameter into=20 the SCALEBAR object ( below ), the scalebar becomes much smaller ( = about 1/5=20 the size ), and it cannot be read.
Has anyone else found this = issue?  Am I=20 using the parameters correctly?  Workaround?
Any help/advice is greatly=20 appreciated.
Thank You.
Shannon
 
MapServer 3.6
Apache 2.0.43 ( CGI )
Linux RedHat 7.2
 
SCALEBAR
  STATUS = EMBED
 =20 LABEL
    SIZE tiny
    COLOR 0 0=20 0
    OUTLINECOLOR 255 255 255
  = END
  STYLE=20 0
  INTERVALS 3
  SIZE 100 3
  COLOR 0 0 = 0
 =20 BACKGROUNDCOLOR 255 255 255
  OUTLINECOLOR 0 0 0
  = UNITS=20 MILES
  POSITION LR
  TRANSPARENT TRUE
 =20 #POSTLABELCACHE true
END # = Scalebar
------=_NextPart_001_005F_01C33ED7.7A4B1EA0-- ------=_NextPart_000_005E_01C33ED7.7A4B1EA0 Content-Type: image/png; name="postlabelcache_false.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="postlabelcache_false.png" iVBORw0KGgoAAAANSUhEUgAAAGwAAAAhCAMAAAALfr5NAAAAFXRFWHRDcmVhdGlvbiBUaW1lAAfT Bh4HBwoYIpsBAAAAB3RJTUUH0wYeBwg6bGJUEgAAAAlwSFlzAAALEgAACxIB0t1+/AAAAwBQTFRF vuj/bnF8ho2pdnqLZmdtp6en3d3dlJSUubm5goKCy8vLcHBw6vDnhKZywdK41uHQmbWKrcShcJdb oX/B59/v0L/gil+yn5//f3//Hx//v7//Pz//39//X1//AAD//wAAf39/X19f39/fPz8/v7+/Hx8f n5+fw1qspSqYphWOn5TM3rTVoWq3sR6RzHi6ujyf59Li1ZbHPnRMNnQzwLiKU4dQj6O8caFaRIA1 WJI81uDSRACEXIlEOKgAUFBQXl5eAE2oqACEJnMAic1mZnfNnqrX1p28iVpEsrKy18Ke1NDIvuj/ zealg5mx8PDw////AAAAvuj/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAyZunrgAAAG9JREFUeNrt09EKwCAIBVD/sNv//0ws F0U4GJvKYNen8OEezJKaWEKMGDFixIgRe4fBpe5ixaG+iWVeY+oDycTwLMUIgdGTreWg9ZWZewvA jowZhH5E1GQaPkaDhkZic2fXmI+lS1sScfZ+889iqwG9mmYYAWl1TQAAAABJRU5ErkJggg== ------=_NextPart_000_005E_01C33ED7.7A4B1EA0 Content-Type: image/png; name="postlabelcache_true.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="postlabelcache_true.png" iVBORw0KGgoAAAANSUhEUgAAAGwAAAAhCAMAAAALfr5NAAAAFXRFWHRDcmVhdGlvbiBUaW1lAAfT Bh4HBw2GRg6iAAAAB3RJTUUH0wYeBwkaThdFmwAAAAlwSFlzAAALEgAACxIB0t1+/AAAAwBQTFRF vuj/bnF8ho2pdnqLZmdtp6en3d3dlJSUubm5goKCy8vLcHBw6vDnhKZywdK41uHQmbWKrcShcJdb oX/B59/v0L/gil+yn5//f3//Hx//v7//Pz//39//X1//AAD//wAAf39/X19f39/fPz8/v7+/Hx8f n5+fw1qspSqYphWOn5TM3rTVoWq3sR6RzHi6ujyf59Li1ZbHPnRMNnQzwLiKU4dQj6O8caFaRIA1 WJI81uDSRACEXIlEOKgAUFBQXl5eAE2oqACEJnMAic1mZnfNnqrX1p28iVpEsrKy18Ke1NDIvuj/ zealg5mx8PDw////AAAAvuj/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAyZunrgAAAE5JREFUeNrt0jEKACAMQ9HeUL3/ZcQu TkqHEBR+6Fh4kDaGMQEGBgYGBgb2O9ZrEWGtEhFmrdGJFa6xtnJMWP7RfV1X4zaOj/nczcDAPJmH dGdm2uAGEQAAAABJRU5ErkJggg== ------=_NextPart_000_005E_01C33ED7.7A4B1EA0-- From franck at sopac.org Mon Jun 30 05:11:44 2003 From: franck at sopac.org (Franck Martin) Date: Tue, 01 Jul 2003 00:11:44 +1200 Subject: [Mapserver-users] Displaying Raster under PHP MapScript In-Reply-To: <1056933861.2992.20.camel@localhost> References: <1056933861.2992.20.camel@localhost> Message-ID: <3F002900.7090708@sopac.org> This is a multi-part message in MIME format. --------------020805000409030100050704 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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... Cheers Franck Franck Martin wrote: > I'm having trouble to display raster images under PHP mapscipt > > My map file seems to work (no error generated) but I always get a > blank image for the raster layer, why? > > I have tried with geoTiff images and ERDAS img files. Mapscipt has > been compiled with GDAL support and gdalinfo works correctly... > > My MAP file is as simple as the one in the RASTER HOWTO and I used the > coordinates supplied by gdalinfo for extents... > > I do not know what is happening... > > I use MapServer 3.6 > > Cheers > > -- > Franck Martin > > SOPAC > --------------020805000409030100050704 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit 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...

Cheers
Franck

Franck Martin wrote:
I'm having trouble to display raster images under PHP mapscipt

My map file seems to work (no error generated) but I always get a blank image for the raster layer, why?

I have tried with geoTiff images and ERDAS img files. Mapscipt has been compiled with GDAL support and gdalinfo works correctly...

My MAP file is as simple as the one in the RASTER HOWTO and I used the coordinates supplied by gdalinfo for extents...

I do not know what is happening...

I use MapServer 3.6

Cheers

--
Franck Martin <franck at sopac.org>
SOPAC
--------------020805000409030100050704-- From llizzff Mon Jun 30 05:16:33 2003 From: llizzff (llizzff) Date: 30 Jun 2003 20:16:33 +0800 Subject: [Mapserver-users] (no subject) Message-ID: <20030630201633.25383.qmail@eyou.com> The MapServer refuse to draw the actual annotation text. When I set the styleitem auto,the mapserver will draw the actual annotation text,but it is not expect. when the styleitem auto was annotated, the mapserver can only render some dots. The follow snatch of mapfile is used. LAYER NAME hkdb TYPE point STATUS on Connectiontype OGR CONNECTION "c:\apache\htdocs\model\model\mapdatax\placenm_text_t7.TAB" #STYLEITEM "AUTO" CLASS OUTLINECOLOR 128 128 128 COLOR 128 128 128 LABEL ANTIALIAS true COLOR 255 0 0 FONT fritqat-italic TYPE truetype SIZE 8 POSITION auto PARTIALS true OUTLINECOLOR 255 255 255 END END END Configuration: Win2K, apache1.3.27 PHP 4.23 php_mapscript_40.dll(this is in the mapserver-4.0-dev-win32-php4.3.2.zip) Best Regards --http://www.eyou.com --?????????????????????? ???????? ???????? ???????? ????????...???????? From ed at topozone.com Mon Jun 30 05:33:51 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 30 Jun 2003 08:33:51 -0400 Subject: [Mapserver-users] arcims emulation and arcexplorer Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC35@mercator.topozone.com> Paul - I have looked EXTREMELY closely. I have removed, for example, "superfluous" linefeeds from my XML. What we really need is someone who has some familiarity with the ArcIMS interface. I don't think the Perl emulator works with ArcExplorer 4, does it? - 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: Paul Ramsey [mailto:pramsey at refractions.net] Sent: Saturday, June 28, 2003 12:48 AM To: Ed McNierney Cc: Sean Gillies; Mapserver Users Subject: Re: [Mapserver-users] arcims emulation and arcexplorer Look extremely closely at the XML you are sending back and the XML a "real" IMS server sends back. Seemly trivial differences are actually important. You can crash ArcMap sending it valid XML with a slightly different header than it expects. There could be something similar going on with AE. (Note that AE2 speaks a completely different language altogether. :) Ed, post your emulator code so that the rest of us can start hacking on it :) P. On Friday, June 27, 2003, at 07:08 PM, Ed McNierney wrote: > Sean - > > I was just about to post a similar message, asking for ArcExplorer > help! > > I could really use some help in trying to diagnose just why my emulator > works fine under ArcMap and does NOT work under ArcExplorer. The two > do > use somewhat different "dialects" for the conversation, but I have > spent > several days of packet-sniffing, comparing the dialog with a "good" > ArcIMS server and with my server, and I cannot figure out why mine is > treated differently! > > If there's anyone with ArcIMS experience, particularly someone who is > familiar with the actual HTTP dialog between the client and server, > please speak up. I'd like to help fix Sean's problem, and I'll offer > free access to our ArcIMS USGS DRG, DOQQ, and GDT Dynamap/2000 services > if you need to be bribed . > > Sean, if someone intelligent joins us, I'll start posting my > observations on the dialog between client and server. > > - 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: Friday, June 27, 2003 8:57 PM > To: Mapserver Users > Subject: [Mapserver-users] arcims emulation and arcexplorer > > I've been writing a Python MapScript version of Refractions' imsemu.pl. > It works with ArcCatalog/ArcMap, but with ArcExplorer I get an > error message: > > org.xml.sax.SAXParseException: Document root element is missing > > What is ArcExplorer expecting differently? Another version of > Arcxml than 1.0? Differently formed XML? Is there any reference > for this? I'm hoping that those who've put together the new > emulators might clue me in. I'd like to use ArcExplorer to test > and debug my app (rather than ArcMap). > > thanks, > 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 > > _______________________________________________ > 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 rgamarra at dc.uba.ar Mon Jun 30 05:42:20 2003 From: rgamarra at dc.uba.ar (Rodolfo Federico Gamarra) Date: Mon, 30 Jun 2003 09:42:20 -0300 (ARG) Subject: [Mapserver-users] php_mapscript.so loading problem In-Reply-To: <200306301221.32569.schut@sarvision.com> Message-ID: That's it!!! Thank you very much!! On Mon, 30 Jun 2003, Vincent Schut wrote: > Date: Mon, 30 Jun 2003 12:21:32 +0200 > From: Vincent Schut > To: Rodolfo Federico Gamarra > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] php_mapscript.so loading problem > > Rudolfo, > > (please reply also to the list 'cause others might either learn from our > discussion or have more knowledge than I have :)) > > It appears that your php_mapscript.so links to a libgd that it (or the dynamic > linker) cannot find. > What does 'ldd php_mapscript.so' give you as output? Probably a libgd that > cannot be found... > Is the installation path of your libgd (probably /usr/local/lib) in your > LD_LIBRARY_PATH environment variable, or in your /etc/ld.so.conf? It should > be, otherwise the dynamic linker will not be able to find it if mapserver > requires it. > If it is, did you run 'ldconfig' (as root) after installing libgd? > > Cheers, > Vincent. > > On Thursday 26 June 2003 18:36, Rodolfo Federico Gamarra wrote: > > Thanks, good idea. I'll take a look at the error: > > > > 7:Jun 26 10:17:07 myEWS php: PHP Warning: Unknown(): Unable to load > > dynamic library '/usr > > /local/apache2/modules/php_mapscript.so' - libgd.so.2: cannot open shared > > object file: No such file or directory in Unknown on line 0 > > > > Thanks again for your quick response, > > > > On Thu, 26 Jun 2003, Vincent Schut wrote: > > > Date: Thu, 26 Jun 2003 17:13:53 +0200 > > > From: Vincent Schut > > > To: Rodolfo Federico Gamarra , > > > > mapserver-users at lists.gis.umn.edu > > > > > Subject: Re: [Mapserver-users] php_mapscript.so loading problem > > > > > > If php tried to load php_mapscript.so but did not succeed, probably there > > > is a message aboug that in your server log which might give you a hint > > > about why. > > > > > > Cheers, > > > Vincent. > > > > > > On Thursday 26 June 2003 16:26, Rodolfo Federico Gamarra wrote: > > > > Hi, > > > > I've trying to install php_mapscript. I've followed the standard > > > > procedure of making the file and then copying it to the directory where > > > > php looks for extensions (set in php.ini). > > > > Then to see if everything went right I made a ".php" where I load (or, > > > > at least, try to :-)) the ".so" with dl and se call phpinfo(). In the > > > > info shown by phpinfo there's no sign of mapscript. Then to make more > > > > checks I added an if to capture de return value of dl and also used > > > > extension_loaded after dl to see if it's loaded. Well, the result of > > > > both functions says it isn't loaded the ".so". I also loaded the file > > > > "/mapscript/php3/example/test_draw_map.phtml", all I see is a grey page > > > > with the title "PHP/MapScrpt module test", without a map. > > > > I'm running RedHat 8, with: > > > > Apache - httpd-2.0.45 > > > > Mapserver - mapserver-3.6.5 > > > > Php - php-4.3.1 > > > > GD - gd-2.0.12 > > > > > > > > Well, that's the problem; any idea? > > > > Thanks, > > > > > > > > ---- > > > > Rodolfo Federico Gamarra > > > > > > > > > > > > _______________________________________________ > > > > 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 > > > > ---- > > Rodolfo Federico Gamarra > > -- > ______________________________________ > Vincent Schut > Sarvision B.V. > Wageningen, The Netherlands > www.sarvision.com > ---- Rodolfo Federico Gamarra From eric at gomoos.org Mon Jun 30 02:16:47 2003 From: eric at gomoos.org (Eric Bridger) Date: 30 Jun 2003 09:16:47 +0000 Subject: [Mapserver-users] autorotate labels In-Reply-To: <003401c33ef1$38746b20$0301a8c0@valerion> References: <003401c33ef1$38746b20$0301a8c0@valerion> Message-ID: <1056964608.1436.3.camel@ubet.gomoos.org> FONTSET is the path to a text file which maps short names to the actual font name. E.g. If all your fonts are in a directory: /fonts/ or C:\fonts\ FONTSET "C:\fonts\fontset" Where the fontset file would look like: helbi helbi___.ttf On Mon, 2003-06-30 at 10:20, Valerio wrote: > hi, > I have a problem with autorotated labels in line shapefile class. > Each time I use an integer value for SIZE or TRUETYPE value > for TYPE parameters map doesn't redraw. > If I set (i.e.) SIZE= tiny, application works correctly without > rotating the labels.... > > This is the mapfile: > > MAP > NAME "Test" > STATUS ON > EXTENT 1316000 4034000 2310000 5241000 > SIZE 600 600 > FONTSET arial.ttf > SHAPEPATH "shape" > IMAGECOLOR 255 255 255 > UNITS METERS > ..... > #Contours > LAYER > NAME "Curve di livello" > TYPE LINE > STATUS DEFAULT > DATA CurveL > CLASSITEM 'CODICE' > MAXSCALE 10000 > MINSCALE 10 > LABELITEM "VALORE" > CLASS > NAME "Main contour" > LABEL > TYPE TRUETYPE > FONT arial > COLOR 100 100 100 > OUTLINECOLOR 0 0 0 > SIZE 11 > ANGLE AUTO > END > EXPRESSION "0801" > OUTLINECOLOR 50 50 50 > COLOR 50 50 50 > END > CLASS > EXPRESSION "0802" > OUTLINECOLOR 180 180 180 > COLOR 180 180 180 > END > CLASS > EXPRESSION "0803" > OUTLINECOLOR 250 250 250 > COLOR 250 250 250 > END > # End of Contours > ....... > END > I use MapServer 366 on win2k. > > Any help appreciated, > thanks > > Valerio > _______________________________________________ > 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 Mon Jun 30 02:18:04 2003 From: eric at gomoos.org (Eric Bridger) Date: 30 Jun 2003 09:18:04 +0000 Subject: [Mapserver-users] (no subject) In-Reply-To: <20030630201633.25383.qmail@eyou.com> References: <20030630201633.25383.qmail@eyou.com> Message-ID: <1056964685.10060.5.camel@ubet.gomoos.org> I'm not familiar with .TAB datasets, but perhaps you need a LABELITEM in your LAYER so mapserver knows what field to use as label text. On Mon, 2003-06-30 at 12:16, llizzff wrote: > The MapServer refuse to draw the actual annotation text. > > When I set the styleitem auto,the mapserver will draw the actual > > annotation text,but it is not expect. when the styleitem auto was > > annotated, the mapserver can only render some dots. > > The follow snatch of mapfile is used. > > LAYER > NAME hkdb > TYPE point > STATUS on > Connectiontype OGR > CONNECTION "c:\apache\htdocs\model\model\mapdatax\placenm_text_t7.TAB" > #STYLEITEM "AUTO" > CLASS > OUTLINECOLOR 128 128 128 > COLOR 128 128 128 > LABEL > ANTIALIAS true > COLOR 255 0 0 > FONT fritqat-italic > TYPE truetype > SIZE 8 > POSITION auto > PARTIALS true > OUTLINECOLOR 255 255 255 > END > END > END > > Configuration: > > Win2K, apache1.3.27 > PHP 4.23 > php_mapscript_40.dll(this is in the mapserver-4.0-dev-win32-php4.3.2.zip) > > Best Regards > > > > > > --http://www.eyou.com > --?????????????????????? ???????? ???????? ???????? ????????...???????? > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Rich at GreenwoodMap.com Mon Jun 30 06:45:11 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Mon, 30 Jun 2003 07:45:11 -0600 Subject: [Mapserver-users] Mapplet is not drawing the map In-Reply-To: <000a01c33ec9$07ea4c90$9064cec8@vcp.advcp.br> Message-ID: <5.2.0.9.0.20030630074200.00ad12b8@mail.GreenwoodMap.com> At 02:32 AM 6/30/2003 -0300, you wrote: >I've put a beta of ClickBrasil at >http://www.linkgeo.com.br/clickbrasil/ >, but >it seems to be working fine with Mapplet. > >For example, if I got the first view of the site - that's an URL like >http://www.linkgeo.com.br/cgi-local/mapserv?imgxy=299.5+187&imgbox=-1+-1+-1+-1¤t_imgext=-8 4.397 13 >3+-33.751000+-21.971867+5.272000&map=%2Fhome%2Frestricted%2Fhome%2Fscopotecnologia%2Fdados%2Fclickbrasil.ptbr.map&originalmap=%2Fhome%2Frestricted%2Fhome%2Fscopotecnologia%2Fdados%2Fclickbrasil.ptbr.map&program=%2Fcgi-local%2Fmapserv&mainsite=%2Fptbr%2F&app_url=%2Fclickbrasil%2F&app_style1=%2Fptbr%2Fthemes%2Fsimple%2Fstyle.css&app_style2=%2Fptbr%2Fthemes%2Fsimple%2Fforms.css&app_style3=%2Fptbr%2Fthemes%2Fsimple%2Flists.css&app_style4=%2Fptbr%2Fthemes%2Fsimple%2Fdownloads.css&app_style5=%2Fptbr%2Fthemes%2Fsimple%2Fforum.css&app_style6=%2Fptbr%2Fthemes%2Fsimple%2Fnews.css&app_style7=%2Fptbr%2Fthemes%2Fsimple%2Fpolls.css&mode=browse&zoomdir=0&zoomsize=2&imgext=-84.397133+-33.751000+-21.971867+5.272000&map_findmuni_class_expression=&procurar_por=&layer=br_uf&redraw.x=14&redraw.y=17 > >Mapplet area gets grey and nothing more. > >But if I get "Print Preview" URL - something like >http://www.linkgeo.com.br/cgi-local/mapserv?imgxy=299.5+187& imgbo x= >-1+-1+-1+-1¤t_imgext=-84.397133+-33.751000+-21.971867+5.272000&map=%2Fhome%2Frestricted%2Fhome%2Fscopotecnologia%2Fdados%2Fclickbrasil.ptbr.map&originalmap=%2Fhome%2Frestricted%2Fhome%2Fscopotecnologia%2Fdados%2Fclickbrasil.ptbr.map&program=%2Fcgi-local%2Fmapserv&mainsite=%2Fptbr%2F&app_url=%2Fclickbrasil%2F&app_style1=%2Fptbr%2Fthemes%2Fsimple%2Fstyle.css&app_style2=%2Fptbr%2Fthemes%2Fsimple%2Fforms.css&app_style3=%2Fptbr%2Fthemes%2Fsimple%2Flists.css&app_style4=%2Fptbr%2Fthemes%2Fsimple%2Fdownloads.css&app_style5=%2Fptbr%2Fthemes%2Fsimple%2Fforum.css&app_style6=%2Fptbr%2Fthemes%2Fsimple%2Fnews.css&app_style7=%2Fptbr%2Fthemes%2Fsimple%2Fpolls.css&mode=browse&zoomdir=0&zoomsize=2&imgext=-84.397133+-33.751000+-21.971867+5.272000&map_findmuni_class_expression=&procurar_por=&layer=br_uf&redraw.x=14&redraw.y=17&map_web_template=/home/restricted/home/scopotecnologia/public_html/clickbrasil/ptbr_printtemplate.html > >- which is almost the same template file. The main diference is that in >Preview mode, I put a to map rather than a > >I believe this might be because of my dial-phone connection , which is >very slow. Am I right? Maybe. Both URL's work for me. But it is more likely to be your browser and/or Java. What browser are you using? Mapplet works well on Netscape 4.x, on Linux & windows, IE on windows, it does NOT work on Macs. With Mozilla it seems to work best with Java 1.4. (And be sure Java is enabled in whatever browser you are using). Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich GreenwoodMap com (307) 733-0203 http://www.GreenwoodMap.com From ed at topozone.com Mon Jun 30 06:54:28 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 30 Jun 2003 09:54:28 -0400 Subject: [Mapserver-users] Is cgi a good solution? Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC38@mercator.topozone.com> CGI is a server technology, and Java applets and Flash viewers are client tools. Both are separate from each other. There are several folks using MapServer CGI with both Java applets and Flash viewers. If you want to reproduce the effect you see you can always ask MapServer to return a map that's larger than you display (the way you hide the rest depends on the client tools you're using). However, remember that this means EVERY map you make (a) takes longer to generate on the server and (b) takes longer to download on the client, because it's bigger. Sometimes this is a good idea, but some times it is not. - 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: Chen Fu [mailto:novalet at yahoo.com.cn] Sent: Monday, June 30, 2003 5:52 AM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Is cgi a good solution? Hi! I recently access some other webgis solutions. some of them use java applet and some use flash. The most wonderful feature is that they do not only return the image we can see in the web interface, but also the area around it. So if the user pan a little, the user not need to wait a little moment for the cgi on the server to generate a new image, but use the information already downloaded in the client to pack a new image. So in the eye of user, it is much quicker and smoother. Is it a better solution? ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove _______________________________________________ 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 Jun 30 07:01:21 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 30 Jun 2003 10:01:21 -0400 Subject: [Mapserver-users] PyIMS - simple ArcIMS 4 emulation using Python MapScript Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC39@mercator.topozone.com> Sean - Thanks - it sounds like this "closes the loop" on the ArcExplorer bit - I'm going to give it a try in PHP and we'll see what happens! - 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: Sean Gillies [mailto:sgillies at frii.com] Sent: Sunday, June 29, 2003 3:05 PM To: Mapserver Users Subject: [Mapserver-users] PyIMS - simple ArcIMS 4 emulation using Python MapScript Thanks to a suggestion from Chris Nicholas I have been able to serve MapServer maps to ArcExplorer Java Edition 4 as well as Arc 8. The script is based on Refraction's Perl script and does the bare minimum to be used with the ESRI clients. It's freely available at http://www.frii.com/~sgillies/projects/pyims.html 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 noti at ciaoweb.it Mon Jun 30 07:45:18 2003 From: noti at ciaoweb.it (Valerio) Date: Mon, 30 Jun 2003 16:45:18 +0200 Subject: [Mapserver-users] autorotate labels References: <003401c33ef1$38746b20$0301a8c0@valerion> <1056964608.1436.3.camel@ubet.gomoos.org> Message-ID: <002401c33f16$53e6c950$0301a8c0@valerion> Thank you Eric, I set up the text file and now it works and rotate labels. Just a thing: Labels have a very low resolution. I tried to set up antialias parameter to true but without results. It is a small area with big scale data so I'd like to keep text size low (lower than 10). Any idea? ... LABEL COLOR 0 0 0 SIZE 7 FONT arial ANGLE AUTO TYPE TRUETYPE #MINSIZE 4 #MAXSIZE 60 OFFSET 3 3 MINDISTANCE 100 ANTIALIAS TRUE END .... Thanks Valerio ----- Original Message ----- From: "Eric Bridger" To: "Valerio" Cc: "Mapserver List" Sent: Monday, June 30, 2003 11:16 AM Subject: Re: [Mapserver-users] autorotate labels > FONTSET is the path to a text file which maps short names to the actual > font name. E.g. If all your fonts are in a directory: /fonts/ or > C:\fonts\ > FONTSET "C:\fonts\fontset" > > Where the fontset file would look like: > > helbi helbi___.ttf > > On Mon, 2003-06-30 at 10:20, Valerio wrote: > > hi, > > I have a problem with autorotated labels in line shapefile class. > > Each time I use an integer value for SIZE or TRUETYPE value > > for TYPE parameters map doesn't redraw. > > If I set (i.e.) SIZE= tiny, application works correctly without > > rotating the labels.... > > > > This is the mapfile: > > > > MAP > > NAME "Test" > > STATUS ON > > EXTENT 1316000 4034000 2310000 5241000 > > SIZE 600 600 > > FONTSET arial.ttf > > SHAPEPATH "shape" > > IMAGECOLOR 255 255 255 > > UNITS METERS > > ..... > > #Contours > > LAYER > > NAME "Curve di livello" > > TYPE LINE > > STATUS DEFAULT > > DATA CurveL > > CLASSITEM 'CODICE' > > MAXSCALE 10000 > > MINSCALE 10 > > LABELITEM "VALORE" > > CLASS > > NAME "Main contour" > > LABEL > > TYPE TRUETYPE > > FONT arial > > COLOR 100 100 100 > > OUTLINECOLOR 0 0 0 > > SIZE 11 > > ANGLE AUTO > > END > > EXPRESSION "0801" > > OUTLINECOLOR 50 50 50 > > COLOR 50 50 50 > > END > > CLASS > > EXPRESSION "0802" > > OUTLINECOLOR 180 180 180 > > COLOR 180 180 180 > > END > > CLASS > > EXPRESSION "0803" > > OUTLINECOLOR 250 250 250 > > COLOR 250 250 250 > > END > > # End of Contours > > ....... > > END > > I use MapServer 366 on win2k. > > > > Any help appreciated, > > thanks > > > > Valerio > > _______________________________________________ > > 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 Mon Jun 30 08:07:31 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Mon, 30 Jun 2003 09:07:31 -0600 Subject: [Mapserver-users] arcims emulation and arcexplorer Message-ID: Sean, Ed I can't imagine why you'd want to do packet-sniffing. When I was developing my ArcIMS emulator, I simply wrote the ArcXML dialog out to a file. It's easy to output the URL with variables and all the XML. I'd feed back my hand-edited XML files as a response to check syntax..... This is simple using JAVA servlets. I still log all requests and responses. Here's some sample log (server names changed to protect the innocent): CATALOG CALLED http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap ServiceName=catalogREQUEST = catalog CATALOG CALLED http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap ServiceName=Space_Imaging_Mosaic&CustomStream=FalseREQUEST = Space_Imaging_Mosaic SERVICEINFO CALLED203 http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap cmd=getversionGetversion Request http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap cmd=getversionGetversion Request http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap cmd=getversionGetversion Request http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap cmd=getversionGetversion Request http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap ServiceName=Space_Imaging_Mosaic&CustomStream=FalseREQUEST = Space_Imaging_Mosaic GET_IMAGE CALLED URL CALLED = http://t3host/t3?userid=AIMS&passwd=AIMS&request=map&srs=EPSG:4326&format=JP EG&width=549&height=561&layers=FB_5M_MOSAIC:V880_5M_FUSEBLEND,IK_1M_MOSAIC:V 880_1M_IKONOS,PROMO_IMAGES:V880_CSDATA&quality=QUICKEST&wmtver=1.0&bbox=-105 .02977105628,39.7372540449187,-104.97766772111,39.7717835433104 1844 (ms response time) Mark -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Friday, June 27, 2003 8:09 PM To: Sean Gillies; Mapserver Users Subject: RE: [Mapserver-users] arcims emulation and arcexplorer Sean - I was just about to post a similar message, asking for ArcExplorer help! I could really use some help in trying to diagnose just why my emulator works fine under ArcMap and does NOT work under ArcExplorer. The two do use somewhat different "dialects" for the conversation, but I have spent several days of packet-sniffing, comparing the dialog with a "good" ArcIMS server and with my server, and I cannot figure out why mine is treated differently! If there's anyone with ArcIMS experience, particularly someone who is familiar with the actual HTTP dialog between the client and server, please speak up. I'd like to help fix Sean's problem, and I'll offer free access to our ArcIMS USGS DRG, DOQQ, and GDT Dynamap/2000 services if you need to be bribed . Sean, if someone intelligent joins us, I'll start posting my observations on the dialog between client and server. - 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: Friday, June 27, 2003 8:57 PM To: Mapserver Users Subject: [Mapserver-users] arcims emulation and arcexplorer I've been writing a Python MapScript version of Refractions' imsemu.pl. It works with ArcCatalog/ArcMap, but with ArcExplorer I get an error message: org.xml.sax.SAXParseException: Document root element is missing What is ArcExplorer expecting differently? Another version of Arcxml than 1.0? Differently formed XML? Is there any reference for this? I'm hoping that those who've put together the new emulators might clue me in. I'd like to use ArcExplorer to test and debug my app (rather than ArcMap). thanks, 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 _______________________________________________ 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 strk at freek.keybit.net Mon Jun 30 08:12:53 2003 From: strk at freek.keybit.net (strk) Date: Mon, 30 Jun 2003 17:12:53 +0200 Subject: [Mapserver-users] apply_grid-0.3 Message-ID: <20030630171253.A36935@freek.keybit.net> I've published a new version of apply_grid() http://cobalt.rmnet.it/~san/postgis/apply_grid/ This version reduces more points then the previous removing consecutive coincident segments. If you give it a try, please let me know your opinions. The package contains usage tips for mapserver. --strk; From sgillies at frii.com Mon Jun 30 08:24:29 2003 From: sgillies at frii.com (Sean Gillies) Date: Mon, 30 Jun 2003 09:24:29 -0600 Subject: [Mapserver-users] arcims emulation and arcexplorer In-Reply-To: Message-ID: Yeah, this is exactly what I did as well. No packet sniffing required. Sean On Monday, June 30, 2003, at 09:07 AM, Howard Mark wrote: > Sean, Ed > > I can't imagine why you'd want to do packet-sniffing. When I was > developing my ArcIMS emulator, I simply wrote the ArcXML dialog out to > a > file. It's easy to output the URL with variables and all the XML. I'd > feed > back my hand-edited XML files as a response to check syntax..... This > is > simple using JAVA servlets. > I still log all requests and responses. Here's some sample log (server > names changed to protect the innocent): > > ... -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From MHoward at spaceimaging.com Mon Jun 30 08:40:43 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Mon, 30 Jun 2003 09:40:43 -0600 Subject: [Mapserver-users] arcims emulation and arcexplorer Message-ID: Sean, Great - that methodology makes sense. I see your emulator is Perl (ish?). I'm going to talk to my supervisor about distributing our JAVA version for the "Perl impaired" . Mine works in a very similar manner as yours excepting the configuration. There is a master catalog XML file that is simply fed back on a catalog request. Each service has it's own file that is fed back on a serviceinfo request. These files are maintained by the administrator (of course). I'm just getting aroud to setting up a config file that would allow the user to specify: The WMS server URL for each service The local physical image location The virtual image location ....... It would be great if we could collaborate on this - so our configurations match. What do you think about this idea? BTW - are you still at I3? I worked last week with Randy setting up their ArcIMS -> WMS connector using our JAVA version! Small world. Mark -----Original Message----- From: Sean Gillies [mailto:sgillies at frii.com] Sent: Monday, June 30, 2003 9:24 AM To: Howard Mark Cc: Mapserver Users Subject: Re: [Mapserver-users] arcims emulation and arcexplorer Yeah, this is exactly what I did as well. No packet sniffing required. Sean On Monday, June 30, 2003, at 09:07 AM, Howard Mark wrote: > Sean, Ed > > I can't imagine why you'd want to do packet-sniffing. When I was > developing my ArcIMS emulator, I simply wrote the ArcXML dialog out to > a > file. It's easy to output the URL with variables and all the XML. I'd > feed > back my hand-edited XML files as a response to check syntax..... This > is > simple using JAVA servlets. > I still log all requests and responses. Here's some sample log (server > names changed to protect the innocent): > > ... -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies ******************************************************************************** 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 boothy at cfl.rr.com Mon Jun 30 08:45:57 2003 From: boothy at cfl.rr.com (Craig T. Booth) Date: Mon, 30 Jun 2003 11:45:57 -0400 Subject: [Mapserver-users] MapServer --with-regex=system error Message-ID: <001401c33f1e$b2a655c0$c452f6c0@capebtg.com> This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C33EFD.2B5B7D50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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=3Dsystem flag but I continue to receive the MapScript error. Any = suggestions would be greatly appreciated. Many Thanks, Craig Booth configure: error:=20 !!! 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=3Dsystem = !!! !!! and then re-configure and re-compile MapServer. = !!! My PHP 4.2.2 config flags... ./configure --enable-inline-optimization --with-db3 = --with-png-dir=3D/usr/lib --with-gd-dir=3D/usr/local/lib = --enable-gd-native-ttf --with-ttf --with-g dbm --with-gettext --with-jpeg-dir=3D/usr/lib --with-openssl --with-xml = --with-zlib --with-layout=3DGNU --enable-ftp --enable-magic-quotes = --enable-saf e-mode --enable-sockets --enable-track-vars = --with-pgsql=3D/usr/local/pgsql --enable-dbx --with-regex=3Dsystem My Mapserver 3.6 config flags... ./configure --with-proj=3D/usr/local --with-jpeg=3D/usr/lib = --with-gdal=3D/usr/local/bin/gdal-config = --with-postgis=3D/usr/local/pgsql/bin/pg_config -- with-php=3D/usr/local/include/php/main --with-tiff-dir=3D/usr/local/lib = --with-gd-dir=3D/usr/local/lib --with-freetype=3D/usr/lib = --with-png=3D/usr/lib ------=_NextPart_000_0011_01C33EFD.2B5B7D50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello all,
 
I've wrestled with my Mapserver install = for a=20 couple of days and I think I've hit a wall. I have reconfigured and = rebuilt PHP=20 with the regex=3Dsystem flag but I continue to receive the MapScript = error. Any=20 suggestions would be greatly appreciated.
 
Many Thanks,
Craig Booth
 
configure: error:
!!! The current = version of=20 PHP MapScript has some problems with     =    =20 !!!
!!! PHP4's bundled regex.  Until we figure the solution to=20 the           &nbs= p;  =20   !!!
!!! problem, the workaround is to compile PHP4 with the = system=20 regex  !!!
!!! Please re-configure and re-compile PHP4 with=20 --with-regex=3Dsystem   !!!
!!! and then re-configure and = re-compile=20 MapServer.          &nb= sp;           &nbs= p; =20      !!!
 
My PHP 4.2.2 config = flags...
./configure = --enable-inline-optimization --with-db3=20 --with-png-dir=3D/usr/lib --with-gd-dir=3D/usr/local/lib = --enable-gd-native-ttf=20 --with-ttf --with-g
dbm --with-gettext --with-jpeg-dir=3D/usr/lib=20 --with-openssl --with-xml --with-zlib --with-layout=3DGNU --enable-ftp=20 --enable-magic-quotes --enable-saf
e-mode --enable-sockets=20 --enable-track-vars --with-pgsql=3D/usr/local/pgsql --enable-dbx=20 --with-regex=3Dsystem
 
My Mapserver 3.6 config = flags...
./configure = --with-proj=3D/usr/local =20 --with-jpeg=3D/usr/lib  = --with-gdal=3D/usr/local/bin/gdal-config =20 --with-postgis=3D/usr/local/pgsql/bin/pg_config =20 --
with-php=3D/usr/local/include/php/main = --with-tiff-dir=3D/usr/local/lib =20 --with-gd-dir=3D/usr/local/lib  --with-freetype=3D/usr/lib =20 --with-png=3D/usr/lib

------=_NextPart_000_0011_01C33EFD.2B5B7D50-- From ed at topozone.com Mon Jun 30 08:52:29 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 30 Jun 2003 11:52:29 -0400 Subject: [Mapserver-users] arcims emulation and arcexplorer Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC3C@mercator.topozone.com> Mark - Well, packet-sniffing by any other name is just as useful . I just downloaded HTTPLook and managed to get a complete log of the HTTP conversation about 5 minutes after I started without writing any code... Part of the problem is that the complete interface (for which I have no documentation) is not very "clean". For example, not all responses are XML (cmd=GetVersion, for example). And, as I've just learned from Chris and Sean (and confirmed), the ArcExplorer client uses the "CustomStream" parameter to select an ArcXML output format wrapped in a few bytes of binary data, which is not at all obvious in the data stream if you're expecting it to be text! - 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: Howard Mark [mailto:MHoward at SpaceImaging.com] Sent: Monday, June 30, 2003 11:08 AM To: Ed McNierney; Sean Gillies; Mapserver Users Subject: RE: [Mapserver-users] arcims emulation and arcexplorer Sean, Ed I can't imagine why you'd want to do packet-sniffing. When I was developing my ArcIMS emulator, I simply wrote the ArcXML dialog out to a file. It's easy to output the URL with variables and all the XML. I'd feed back my hand-edited XML files as a response to check syntax..... This is simple using JAVA servlets. I still log all requests and responses. Here's some sample log (server names changed to protect the innocent): CATALOG CALLED http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap ServiceName=catalogREQUEST = catalog CATALOG CALLED http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap ServiceName=Space_Imaging_Mosaic&CustomStream=FalseREQUEST = Space_Imaging_Mosaic SERVICEINFO CALLED203 http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap cmd=getversionGetversion Request http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap cmd=getversionGetversion Request http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap cmd=getversionGetversion Request http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap cmd=getversionGetversion Request http://.spaceimaging.com/servlet/com.esri.esrimap.Esrimap ServiceName=Space_Imaging_Mosaic&CustomStream=FalseREQUEST = Space_Imaging_Mosaic GET_IMAGE CALLED URL CALLED = http://t3host/t3?userid=AIMS&passwd=AIMS&request=map&srs=EPSG:4326&format=JP EG&width=549&height=561&layers=FB_5M_MOSAIC:V880_5M_FUSEBLEND,IK_1M_MOSAIC:V 880_1M_IKONOS,PROMO_IMAGES:V880_CSDATA&quality=QUICKEST&wmtver=1.0&bbox=-105 .02977105628,39.7372540449187,-104.97766772111,39.7717835433104 1844 (ms response time) Mark -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Friday, June 27, 2003 8:09 PM To: Sean Gillies; Mapserver Users Subject: RE: [Mapserver-users] arcims emulation and arcexplorer Sean - I was just about to post a similar message, asking for ArcExplorer help! I could really use some help in trying to diagnose just why my emulator works fine under ArcMap and does NOT work under ArcExplorer. The two do use somewhat different "dialects" for the conversation, but I have spent several days of packet-sniffing, comparing the dialog with a "good" ArcIMS server and with my server, and I cannot figure out why mine is treated differently! If there's anyone with ArcIMS experience, particularly someone who is familiar with the actual HTTP dialog between the client and server, please speak up. I'd like to help fix Sean's problem, and I'll offer free access to our ArcIMS USGS DRG, DOQQ, and GDT Dynamap/2000 services if you need to be bribed . Sean, if someone intelligent joins us, I'll start posting my observations on the dialog between client and server. - 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: Friday, June 27, 2003 8:57 PM To: Mapserver Users Subject: [Mapserver-users] arcims emulation and arcexplorer I've been writing a Python MapScript version of Refractions' imsemu.pl. It works with ArcCatalog/ArcMap, but with ArcExplorer I get an error message: org.xml.sax.SAXParseException: Document root element is missing What is ArcExplorer expecting differently? Another version of Arcxml than 1.0? Differently formed XML? Is there any reference for this? I'm hoping that those who've put together the new emulators might clue me in. I'd like to use ArcExplorer to test and debug my app (rather than ArcMap). thanks, 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 _______________________________________________ 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 MHoward at spaceimaging.com Mon Jun 30 09:01:56 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Mon, 30 Jun 2003 10:01:56 -0600 Subject: [Mapserver-users] arcims emulation and arcexplorer Message-ID: Ed, OK - I see. I thought you were doing ethernet packet-sniffing (that's different!). This HTTPLook is very interesting. Thanks for the info! Mark -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Monday, June 30, 2003 9:52 AM To: Howard Mark; Sean Gillies; Mapserver Users Subject: RE: [Mapserver-users] arcims emulation and arcexplorer Mark - Well, packet-sniffing by any other name is just as useful . I just downloaded HTTPLook and managed to get a complete log of the HTTP conversation about 5 minutes after I started without writing any code... Part of the problem is that the complete interface (for which I have no documentation) is not very "clean". For example, not all responses are XML (cmd=GetVersion, for example). And, as I've just learned from Chris and Sean (and confirmed), the ArcExplorer client uses the "CustomStream" parameter to select an ArcXML output format wrapped in a few bytes of binary data, which is not at all obvious in the data stream if you're expecting it to be text! - 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 ******************************************************************************** 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 ed at topozone.com Mon Jun 30 09:04:07 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 30 Jun 2003 12:04:07 -0400 Subject: [Mapserver-users] arcims emulation and arcexplorer Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFC40@mercator.topozone.com> Mark - No problem. The ArcMap client seems much cleaner and more well-behaved than the ArcExplorer client - Chris' decoding of what "CustomStream" meant sure eluded me for a while! - Ed -----Original Message----- From: Howard Mark [mailto:MHoward at SpaceImaging.com] Sent: Monday, June 30, 2003 12:02 PM To: Ed McNierney; Mapserver Users Cc: Williams John Subject: RE: [Mapserver-users] arcims emulation and arcexplorer Ed, OK - I see. I thought you were doing ethernet packet-sniffing (that's different!). This HTTPLook is very interesting. Thanks for the info! Mark -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Monday, June 30, 2003 9:52 AM To: Howard Mark; Sean Gillies; Mapserver Users Subject: RE: [Mapserver-users] arcims emulation and arcexplorer Mark - Well, packet-sniffing by any other name is just as useful . I just downloaded HTTPLook and managed to get a complete log of the HTTP conversation about 5 minutes after I started without writing any code... Part of the problem is that the complete interface (for which I have no documentation) is not very "clean". For example, not all responses are XML (cmd=GetVersion, for example). And, as I've just learned from Chris and Sean (and confirmed), the ArcExplorer client uses the "CustomStream" parameter to select an ArcXML output format wrapped in a few bytes of binary data, which is not at all obvious in the data stream if you're expecting it to be text! - 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 ******************************************************************************** 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 MHoward at spaceimaging.com Mon Jun 30 09:53:17 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Mon, 30 Jun 2003 10:53:17 -0600 Subject: [Mapserver-users] arcims emulation and arcexplorer - FYI Message-ID: A tidbit of useful info for you guys doing emulation - set your layerinfo extent higher than needed by a factor of at least two - especially in the "Y" direction. Otherwise when you're zoomed out to the world, ArcMap will stretch your WMS image to fit. 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 lfilak at medinaco.org Mon Jun 30 10:02:46 2003 From: lfilak at medinaco.org (Lowell.Filak) Date: Mon, 30 Jun 2003 13:02:46 -0400 (EDT) Subject: [Mapserver-users] Retriving class of a result In-Reply-To: <20030620154658.5435.qmail@ufo.nauta.it> Message-ID: Try setting $c at the same time your setting $id just as a check to see if somehow one of the other methods is changing the value of what $rslt points to. Also you may want to include the code segment where $rslt is set. Of course you probably already have this solved with the post being a week old now. Lowell On 20 Jun 2003 giorgio at ufo.nauta.it wrote: > I can't find a way to retrieve the class of a shape found with a query .... > > my $id=$rslt->{shapeindex}; > > my $shp = new shapeObj($mapscript::MS_SHAPE_POLYGON); > $layer->open($me->mappa->{shapepath}); > $layer->getShape($shp,$rslt->{tileindex},$id); > > my $c= $rslt->{classindex}; > my $class= $layer->getClass($c); > > but $c is always an empty string! > Tried also $c= $shp->{classindex}; but $c is always 0!!! > > Can anybody suggest a solution? > > (using mapserver 3.5 and perl mapscript ....) > > thankyou! > > Giorgio > _______________________________________________ > 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 Mon Jun 30 10:34:05 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 30 Jun 2003 13:34:05 -0400 Subject: [Mapserver-users] arcims emulation and arcexplorer References: Message-ID: <007b01c33f2d$ce2befd0$8000a8c0@pauls> Does anyone know if it's possible to have both pythonMapscript and phpMapscript working on the same mapserver install, thx, Paul ----- Original Message ----- From: "Sean Gillies" To: "Howard Mark" Cc: "Mapserver Users" Sent: Monday, June 30, 2003 11:24 AM Subject: Re: [Mapserver-users] arcims emulation and arcexplorer > Yeah, this is exactly what I did as well. No packet sniffing > required. > > Sean > > On Monday, June 30, 2003, at 09:07 AM, Howard Mark wrote: > > > Sean, Ed > > > > I can't imagine why you'd want to do packet-sniffing. When I was > > developing my ArcIMS emulator, I simply wrote the ArcXML dialog out to > > a > > file. It's easy to output the URL with variables and all the XML. I'd > > feed > > back my hand-edited XML files as a response to check syntax..... This > > is > > simple using JAVA servlets. > > I still log all requests and responses. Here's some sample log (server > > names changed to protect the innocent): > > > > ... > > > -- > 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 sgillies at frii.com Mon Jun 30 11:32:15 2003 From: sgillies at frii.com (Sean Gillies) Date: Mon, 30 Jun 2003 12:32:15 -0600 Subject: [Mapserver-users] arcims emulation and arcexplorer In-Reply-To: <007b01c33f2d$ce2befd0$8000a8c0@pauls> Message-ID: <2C5B92C6-AB29-11D7-A56C-000393B98B56@frii.com> Yes. Sean On Monday, June 30, 2003, at 11:34 AM, Paul Dymecki wrote: > Does anyone know if it's possible to have both pythonMapscript and > phpMapscript working on the same mapserver install, > thx, > Paul > -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From hunt at zedxinc.com Mon Jun 30 13:23:36 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Mon, 30 Jun 2003 16:23:36 -0400 Subject: [Mapserver-users] perl mapscript error Message-ID: <011601c33f45$7bfcbc40$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0113_01C33F23.F4DEE740 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am trying to get mapserver 4.0 on my production server, It compiles = just fine. When I run perl mapscript I get the following error.=20 Can't load '/home/mapserver/i386-linux/auto/mapscript40/mapscript40.so' = for module mapscript40: = /home/mapserver/i386-linux/auto/mapscript40/mapscript40.so: undefined = symbol: IsLocal__C19OGRSpatialReference 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/home/httpd/cgi-bin/test_map_wms.cgi line 5. BEGIN failed--compilation aborted at = /usr/home/httpd/cgi-bin/test_map_wms.cgi line 5. Can anyone please help? Aaron D. Hunt Technical Manager ZedX Inc. Voice: 814-357-8490 Fax: 814-357-8499 ------=_NextPart_000_0113_01C33F23.F4DEE740 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am trying to get mapserver 4.0 on my = production=20 server, It compiles just fine. When I run perl mapscript I get the = following=20 error.
 
Can't load=20 '/home/mapserver/i386-linux/auto/mapscript40/mapscript40.so' for module=20 mapscript40: /home/mapserver/i386-linux/auto/mapscript40/mapscript40.so: = undefined symbol: IsLocal__C19OGRSpatialReference at=20 /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm line 200.
 at=20 /home/mapserver/i386-linux/mapscript40.pm line 7
Compilation failed = in=20 require at /usr/home/httpd/cgi-bin/test_map_wms.cgi line 5.
BEGIN=20 failed--compilation aborted at /usr/home/httpd/cgi-bin/test_map_wms.cgi = line=20 5.
Can anyone please help?
 
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
Voice: 814-357-8490
Fax:   =20 814-357-8499
------=_NextPart_000_0113_01C33F23.F4DEE740-- From millardymecki at sympatico.ca Mon Jun 30 17:52:50 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 30 Jun 2003 20:52:50 -0400 Subject: [Mapserver-users] arcims emulation and arcexplorer References: <2C5B92C6-AB29-11D7-A56C-000393B98B56@frii.com> Message-ID: <00b301c33f6b$18f70bc0$8000a8c0@pauls> Hi Would getting python mapscript working require compiling mapserver(i've only used the windows binaries so far)? thx, Paul ----- Original Message ----- From: "Sean Gillies" To: "Paul Dymecki" Cc: "Mapserver Users" Sent: Monday, June 30, 2003 2:32 PM Subject: Re: [Mapserver-users] arcims emulation and arcexplorer > Yes. > > Sean > > On Monday, June 30, 2003, at 11:34 AM, Paul Dymecki wrote: > > > Does anyone know if it's possible to have both pythonMapscript and > > phpMapscript working on the same mapserver install, > > thx, > > 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 llizzff Mon Jun 30 18:37:35 2003 From: llizzff (llizzff) Date: 1 Jul 2003 09:37:35 +0800 Subject: [Mapserver-users] PHP-MAPSCRIPT ANNOTATION TEXT Message-ID: <20030701093735.97205.qmail@eyou.com> HI I'm use PHP/MAPSCRIPT model,when i use a LABELITEM in the LAYER,the mapserver will refuse to work and show the follow message: Warning: MapServer Error in msOGRLayerInitItemInfo(): Invalid Field name: text in c:\apache\htdocs\infopicker\include\MapClass.php on line 102 Is there something wrong? TIA Jack >I'm not familiar with .TAB datasets, but perhaps you need a LABELITEM in >your LAYER so mapserver knows what field to use as label text. > > >On Mon, 2003-06-30 at 12:16, llizzff wrote: >> The MapServer refuse to draw the actual annotation text. >> >> When I set the styleitem auto,the mapserver will draw the actual >> >> annotation text,but it is not expect. when the styleitem auto was >> >> annotated, the mapserver can only render some dots. >> >> The follow snatch of mapfile is used. >> >> LAYER >> NAME hkdb >> TYPE point >> STATUS on >> Connectiontype OGR >> CONNECTION "c:\apache\htdocs\model\model\mapdatax\placenm_text_t7.TAB" >> #STYLEITEM "AUTO" >> CLASS >> OUTLINECOLOR 128 128 128 >> COLOR 128 128 128 >> LABEL >> ANTIALIAS true >> COLOR 255 0 0 >> FONT fritqat-italic >> TYPE truetype >> SIZE 8 >> POSITION auto >> PARTIALS true >> OUTLINECOLOR 255 255 255 >> END >> END >> END >> >> Configuration: >> >> Win2K, apache1.3.27 >> PHP 4.23 >> php_mapscript_40.dll(this is in the mapserver-4.0-dev-win32-php4.3.2.zip) >> >> Best Regards >> >> >> >> >> >> --http://www.eyou.com >> --?????????????????????? ???????? ???????? ???????? ????????...???????? >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > --http://www.eyou.com --?????????????????????? ???????? ???????? ???????? ????????...???????? From llizzff Mon Jun 30 19:57:12 2003 From: llizzff (llizzff) Date: 1 Jul 2003 10:57:12 +0800 Subject: [Mapserver-users] PHP_MAPSCRIPT40 ANNOTATION TEXT PROBLEM Message-ID: <20030701105712.36081.qmail@eyou.com> Hello everyone I want to get the annotation text by run php_mapscript. When I use the STYLEITEM "AUTO",The mapsever will render the annotation text but it's not expected.However,once the STYLEITEM "AUTO" is annotated,there will be only some dots displayed. When the LABLEITEM or CLASSITEM was used in the layer, The followed will be reported: Warning: MapServer Error in msDrawMap(): Failed to draw layer named 'text'. in c:\apache\htdocs\temp\index.php on line 8 When I use php_mapscript_37.dll The error report will be this : Warning: MapServer Error in msOGRLayerInitItemInfo(): Invalid Field name: name in c:\apache\htdocs\temp\index.php on line 8 The code is followed. Is there somebody can help me? Cordially! TIA JACK Mapfile: NAME FIRSTMAP SIZE 800 800 STATUS ON EXTENT 797400.424232 791289.423886 867030.108732 860768.523756 UNITS meters IMAGECOLOR 255 255 255 INTERLACE ON FONTSET etc/fonts.txt WEB IMAGEPATH "C:\Apache\htdocs\model\map\" IMAGEURL "/model/map/" END LAYER NAME "text" TYPE point STATUS ON CONNECTIONTYPE OGR CONNECTION "C:\aa\placenm_text_t7.TAB" #STYLEITEM "AUTO" #LABELITEM "name" #CLASSITEM "NAME" CLASS COLOR 110 50 100 OUTLINECOLOR 200 200 200 LABEL ANGLE AUTO SIZE 80 TYPE TRUETYPE COLOR 255 0 0 SHADOWCOLOR 255 255 230 SHADOWSIZE 1 1 FONT fritqat ANTIALIAS TRUE POSITION AUTO BUFFER 10 MINDISTANCE 20 END END END END index.php: draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); ?> Example 1: Displaying a map
>
Hi! I write a several map files, and most part of them are same. so i wonder if there a way make one map file include another map file just like the include header file in c/c++. If several map files include a same same part, then make this part alone, will ease the maintain work. do you think so? ===== Remote Scensing Satellite Ground Station Chinese Academy of Science _________________________________________________________ Do You Yahoo!? ?????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove From akoper at ameritech.net Mon Jun 30 21:28:59 2003 From: akoper at ameritech.net (Andrew Koper) Date: Tue, 1 Jul 2003 00:28:59 -0400 Subject: [Mapserver-users] getting started Message-ID: <0a7601c33f89$4b9aa000$baf9fea9@hppav> This is a multi-part message in MIME format. ------=_NextPart_000_0A73_01C33F67.C39F8A60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I want to use mapserver in my cgi-bin at my ISP. I am having trouble. I downloaded mapserver-4.0b.tar.gz and unpacked it on my windows PC. I = want to use the *NIX binary. Trying to follow the documentation, I = FTP'ed mapserv.c and mapserv.h to the cgi-bin on my server (in ASCII = mode, permissions are 755). I tried to run it from the browser and the shell, and didn't get "No = query information to decode...". I'm guessing I'm trying to run part of the "un-make'd" server, but it is = not clear where to get the *NIX precompiled binary Thanks in advance, -Andrew Koper ------=_NextPart_000_0A73_01C33F67.C39F8A60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I want to use mapserver in my cgi-bin = at my=20 ISP.  I am having trouble.
 
I downloaded mapserver-4.0b.tar.gz and unpacked=20 it on my windows PC.  I want to use the *NIX binary.  Trying = to follow=20 the documentation, I FTP'ed mapserv.c and mapserv.h to the cgi-bin on my = server=20 (in ASCII mode, permissions are 755).
 
I tried to run it from the browser and = the shell,=20 and didn't get "No query information to decode...".
 
I'm guessing I'm trying to run part of = the=20 "un-make'd" server, but it is not clear where to get the *NIX = precompiled=20 binary
 
Thanks in advance,
-Andrew = Koper
------=_NextPart_000_0A73_01C33F67.C39F8A60-- From ruzicka at usbrno.cz Mon Jun 30 22:34:27 2003 From: ruzicka at usbrno.cz (USB) Date: Tue, 1 Jul 2003 07:34:27 +0200 Subject: [Mapserver-users] autorotate labels Message-ID: <01C33FA3.4B8C4950@usb> FONTSET is the path to a text file which maps short names to the actual font name. E.g. If all your fonts are in a directory: /fonts/ or C:\fonts\ FONTSET "C:\fonts\fontset" Where the fontset file would look like: helbi helbi___.ttf On Mon, 2003-06-30 at 10:20, Valerio wrote: > hi, > I have a problem with autorotated labels in line shapefile class. > Each time I use an integer value for SIZE or TRUETYPE value > for TYPE parameters map doesn't redraw. > If I set (i.e.) SIZE= tiny, application works correctly without > rotating the labels.... > > This is the mapfile: > > MAP > NAME "Test" > STATUS ON > EXTENT 1316000 4034000 2310000 5241000 > SIZE 600 600 > FONTSET arial.ttf > SHAPEPATH "shape" > IMAGECOLOR 255 255 255 > UNITS METERS > ..... > #Contours > LAYER > NAME "Curve di livello" > TYPE LINE > STATUS DEFAULT > DATA CurveL > CLASSITEM 'CODICE' > MAXSCALE 10000 > MINSCALE 10 > LABELITEM "VALORE" > CLASS > NAME "Main contour" > LABEL > TYPE TRUETYPE > FONT arial > COLOR 100 100 100 > OUTLINECOLOR 0 0 0 > SIZE 11 > ANGLE AUTO > END > EXPRESSION "0801" > OUTLINECOLOR 50 50 50 > COLOR 50 50 50 > END > CLASS > EXPRESSION "0802" > OUTLINECOLOR 180 180 180 > COLOR 180 180 180 > END > CLASS > EXPRESSION "0803" > OUTLINECOLOR 250 250 250 > COLOR 250 250 250 > END > # End of Contours > ....... > END > I use MapServer 366 on win2k. > > Any help appreciated, > thanks > > Valerio > _______________________________________________ > 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 watari at intage.co.jp Mon Jun 30 22:52:55 2003 From: watari at intage.co.jp (Naoyuki Watari) Date: Tue, 1 Jul 2003 14:52:55 +0900 Subject: [Mapserver-users] MutiByte language on Mapserver Message-ID: <01e901c33f95$04df83e0$a5540c0a@mictokyo.co.jp> Hi, It's may be FAQ. I'm in trouble with Japanese language.... I tried building mapserver environment on Win2k with PostGIS (mapserve is win-exe binary, PostgreSQL is working on cygwin). The label is fine if the data were single-byte characters(like numeric or alphabetical), but it goes wrong if the data were Japanese characters. Does anyone know how can I display Japanese-mutibyte characters on Mapserver? Anyone has experiences building the server with multi-byte environment (Chinese or Hungle etc.), please help me. Thanks. Naoyuki Watari From nacional at cbs.umn.edu Mon Jun 30 23:17:11 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 01 Jul 2003 01:17:11 -0500 Subject: [Mapserver-users] getting started In-Reply-To: <0a7601c33f89$4b9aa000$baf9fea9@hppav> References: <0a7601c33f89$4b9aa000$baf9fea9@hppav> Message-ID: <1057040231.27913.44.camel@arceuthobium.ecology.umn.edu> Andrew, Greetings! The message tells you that you actually compiled MapServer properly but you haven't fed it anything yet. To get yourself started, download the MapServer Demo at http://mapserver.gis.umn.edu/dist/itasca3.5.tar.gz Untar it to your web server's document root directory and edit the demo_init.html to change the "map" and the :map_web..." hidden variable values to the correct paths in your server. You also need to check that the "program" variable has the path to your mapserv CGI program. Finally, make sure this line: correctly points to your mapserver CGI program. You run the demo by opening the demo_init.html page on your browser: http:///itasca/demo_init.html I hope that works for you. You're almost there... -Perry On Mon, 2003-06-30 at 23:28, Andrew Koper wrote: > I want to use mapserver in my cgi-bin at my ISP. I am having trouble. > > I downloaded mapserver-4.0b.tar.gz and unpacked it on my windows PC. > I want to use the *NIX binary. Trying to follow the documentation, I > FTP'ed mapserv.c and mapserv.h to the cgi-bin on my server (in ASCII > mode, permissions are 755). > > I tried to run it from the browser and the shell, and didn't get "No > query information to decode...". > > I'm guessing I'm trying to run part of the "un-make'd" server, but it > is not clear where to get the *NIX precompiled binary > > Thanks in advance, > -Andrew Koper -- Pericles S. Nacionales University of Minnesota From nwoe at privat.utfors.se Mon Jun 30 23:46:55 2003 From: nwoe at privat.utfors.se (=?iso-8859-1?Q?niklas_w=F6rmann?=) Date: Tue, 1 Jul 2003 08:46:55 +0200 Subject: [Mapserver-users] getting img by id or name References: <0a7601c33f89$4b9aa000$baf9fea9@hppav> <1057040231.27913.44.camel@arceuthobium.ecology.umn.edu> Message-ID: <001701c33f9c$933f67c0$8300a8c0@big> Hi! mapserver is up and running, great! now i am planning on making these horrendous cgi-calls from flash, and getting images back. how would i do that? i now pretty well how to construct the cgi-strings, but since i dont know beforehand the name of the image, where do i look for the resulting image? another issue is; once the image is generated OK, how would i translate mousecoordinates (in pixels) to real world lat-long? TIA niklas w?rmann ?lvsj? sweden